Sytone's Ramblings

The occasional posts of a guy who plays with technology.

Looking for Objects in the SharePoint Deployment failed log.

2009-04-08 2 min read Technology

SharePoint Content Deployment can be a fun beast at times, this article will walk you through a approach for resolving issues. While working with a client we had the following error in a incremental job:

The object has been updated by another user since it was last fetched

Since the client was not on the latest patch level and unable to patch at this point in time I want to see if I could resolve it out manually. The problem was I dod not know which site they had edited and replaced the default page on. Running the job it was failing at object 1829, being the lovely SharePoint that it is I have no way to workout what object is at 1829… or do I? If you have the system setup to leave the failed cabs on the destination server you can open them up and look for the Manifest.xml files. Once you have these copy them to a place on the system. The following powershell commands will allow you to find the object that it stopped on so you can resolve it, delete it or recreate it.

PS C:\> [xml]$man1 = get-content .\Manifest.xml PS C:\> [xml]$man2 = get-content .\Manifest1.xml PS C:\> $man1.SPObjects.SPObject[1829]

Id              : 2f93cb16-fae5-4344-8549-3f6c5de60863 ObjectType      : SPDocumentLibrary ParentId        : b677f641-222c-4185-9cf4-e916174b316b ParentWebId     : b677f641-222c-4185-9cf4-e916174b316b ParentWebUrl    : /SiteCollection/SubSite Url             : /SiteCollection/SubSite/Pages DocumentLibrary : DocumentLibrary