none
SharePoint SPCatalogDump directory not cleaned-up after Backup RRS feed

  • Question

  • We use DPM 2007 SP1 (with KB979970) to protect our environment including 7 SharePoint 2007 (MOSS) Farms. The backups work fine (including the item level restore option)

    The issue is that we run out of disk space on our SharePoint front-end server(s).

    Investigation shows a large amount of data\folders in the directories:
    *C:\Program Files\Microsoft Data Protection Manager\DPM\SPCatalogDump
    *C:\Program Files\Microsoft Data Protection Manager\DPM\Temp\MTA

    According to my knowledge DPM used this directories to dump information about the SharePoint farm and the items to protect.
    The Sub-directories in this folder should be cleaned up after the backup is completed. But this fails, this results in many gb's of data in these directories.

    26E4     1004     06/16    07:31:15.683     24         cc_extcalls.cpp(517)       [02841580]        |TaskID=2FEB3C6E-F74A-469B-9726-A5C72AEA1A12  DM: TempErr: err=0x40 read=1 write=0
    2824    1890    06/16  08:00:09.086   37        mta.cpp(203)                          CMTA::Initialize => Could not delete file = [C:\Program Files\Microsoft Data Protection Manager\DPM\temp\MTA\{1572C524-B94A-450F-AF0D-12A82BB0753A}]
    2824     1890     06/16    08:00:09.086     37         mta.cpp(204)                             Failed: F: lVal : 0: 0000000000

    The NTFS permissions on both directories give authenticated users full control.

     Any advice on this issue would be very helpful

    Many thanks.
    Matthijs

     

    • Moved by Praveen D [MSFT] Monday, July 19, 2010 6:48 AM Moving to DPM SharePoint protection Forum (From:Data Protection Manager)
    Wednesday, June 16, 2010 8:49 AM

All replies

  • Is the disk running out of space during catalog generation ? Are the catalog generation jobs succeeding? Do you see files being left with every such job or only the failed ones?

    Roopesh

    This posting is provided "AS IS" with no warranties, and confers no rights.

    Thursday, February 10, 2011 1:03 PM
    Moderator