Thanks Frank for the tip... I had the same issue as Inga! And as soon as they were removed it uploaded!
Thanks for the wisdom Frank. A colleague had built a map and wanted it published. I had no idea a dbf file was there until I read your post. Thanks-a-ton.
I was also wracking my brain, and figured out I had a dbf file attached to my mxd. Once I removed that the error went away.
Hope it helps someone!
We found the error to be related to a file (tif) that had a file attribute of AT. The problem was the T portion, which refers to "Temporary." To remove the temporary portion we ran a PowerShell script:
PS C:\> Get-childitem D:\Data -recurse | ForEach-Object -process {if (($_.attributes -band 0x100) -eq 0x100) {$_.attributes = ($_.attributes -band 0xFEFF)}}
This script removes the temporary from all files in the folder. Here is the link to the PowerShell solution:
I had the same error when attempting to publish from a shapefile data source that had # symbols in the attribute names. Just changing the field aliases didn't help - I had to move all the attributes to new fields without # symbols in the name and delete the old fields and then it worked.
Just today i found out that the use of a 9.3 personal database gives the same error. Converting your database to the newest version in catalog solves the problem.
I hope this helps some of you.
I saved my MXD, closed it, reopened, and then it published...not sure what the issue is either.
-----------------------------------
Brian Baldwin, Esri Inc., Lead Solution EngineerWe had an MXD with 17 layers, all with attachments, in SDE that would not publish. I moved everything into a local File GDB, republished, and it went through. It would appear there are a number of potential stumbling blocks to this, and the "Consolidating the Data Failed" error message is a catch-all for many of them.