A million little bugs - hashcat dev

Here is the summery of my experience with recovery in Exchange 2010

Windows Server Backup.
-in case of a complete desaster recovery insert the windows 2008 dvd, go for the recover mode and select the image
-in case of a db failure or lost mailbox:
-restore the database files out of the image ()
-create recovery database: New-MailboxDatabase -Recovery -Name "RDB" -Server WIN2008R2 -EdbFilePath "C:\EDBRestore\MailboxDB.edb" -LogFolderPath "C:\EDBRestore"
-replay the log files: "cd EDBRestore ; ESEUTIL /R E00 /I /D" (to get the DB to a clean shutdown state use "Eseutil /mh MailboxDB.edb")
-mount the database: Mount-Database RDB
-restore a lost mailbox: Restore-Mailbox -recoverymailbox lostmailbox -Identity lostmailbox -TargetFolder "Restore" -RecoveryDatabase "RDB"
(Detailed steps: http://blog.chrislehr.com/2009/10/exchange-2010-recovery-scenario-1.htm)

Windows Server Backup complete Image backup should be a consistent state within a DAG.
-Suspend-MailboxDatabaseCopy DB1\SRV14 -SuspendComment "backup break" -Confirm:$false
-vssadmin create shadow /For=C:\mountpoints\db01
-vssadmin create shadow /For=C:\mountpoints\db01_logs
-eseutil.exe /r /e00 /a
-Resume-MailboxDatabaseCopy DBs1\EX3

Replication-delay within a DAG.

archive-mailbox (requires enterprise cals)
Single Item Recovery: http://msexchangeteam.com/archive/2009/09/25/452632.aspx

Databse-Recovery with DPM 2010
-create new recovery database (new-mailboxdatabase -name "RDB" -recovery)
-select the state in dpm you want to recovery
-select the exchange and the recovery-db
-go for it
-as a side node, the bad thing about this is that this will recover the whole database
-Finally you can export the mailbox you need from the Exchange console.
(-New-ManagementRoleAssignment -Role "Mailbox Import Export" -User administrator)
-Get-MailboxStatistics -Database RDB
-restore-Mailbox -recoverymailbox john@contosoc.com -Identity john@contoso.com -TargetFolder "Restore" -RecoveryDatabase "RDB"

New versions of hashcat and oclhashcat are released. You can find them on the new project page http://hashcat.net/

I got an outsourced project handed over that couldn't be finished in time. It was quite a simple request, one treeview and a listbox where the selected items where showed, the data source should a few joined sharepoint lists. The webpart was finished besides the problem that you only could select 160 items in the treeview, if more you got an "render failed" message from the list beneath.
First i had to figure out what exactly was causing the problem and that without the source. I traced it down to the CAML query where the webservice should get it's data from the filtered lists. Today i got the source and it didn't take long i found exactly that problem

Query completequery = new Query()
{
Where = new Where(GetWhereElement(node, field, BeginsWith)), // custom method
OrderBy = new OrderBy(new FieldRef(field.InternalName)) // custom method
};
SPQuery query = new SPQuery(!string.IsNullOrEmpty(ViewID) ? list.Views[new Guid(ViewID)] : list.DefaultView);
query.Query = completequery.ToString();
return list.RenderAsHtml(query);

Indeed it was clear that the query failed if the statement in it had more then 160 interlaced ORs in it. The SQL-Server says "no thank's" at this point, what is definitly legitimate. So...to work arround that problem i first had to figure out that CAML is really really "special" and not really smart. After a few hours of headaches i switched over to do the stuff manually and build the list by hand.

Struggled with some dead VDIs on one of my xenserver after upgrade to 5.5. The virtual disks got duplicated, can't remember directly but i think the cause are snapshots. I've tryed some really deep things in the xenstore to get things sorted out but none helped. As the VMs were full productive and i dont wanted to get in the risk of a emergency desaster recovery, i ended up exporting full backups of the vms, cleaned the storage completly and imported them again. Not really amazing fix but at least one problem less.

Here you can view the thread on the support forum:
http://forums.citrix.com/thread.jspa?messageID=1453176&#1453176

If you get the error code 0X80072030 (8240) when trying to uninstall an exchange 2003 you have to take a look in the log file (c:\Exchange Server Setup Progress.log). Scroll down to the end, where the uninstall failed and watch for the "Creating Ldob from" right before the error. The line should contain a LDAP path to an object wich couldn't be found. Simple solution, open adsiedit.mmc and create the object.

In my case the uninstall failed again and again with more different kind of errors, e.g. i had to give him the mapi32.dll and pttrace.dll again (just copied it to system32 from the old sp2-setup).