Phil Kennedy wrote at about 12:37:10 -0400 on Wednesday, March 20, 2013:
 > Hi,
 > I recently had a somewhat odd system failure (poorly configured software 
 > RAID) that lead to a *very* old set of BackupPC config files being 
 > loaded. On one windows machine (possibly more), the default SMB share 
 > was reset to C$ instead of E$. The full count keep, plus the min keep 
 > values were also set lower than we wanted them. BackupPC naturally 
 > marked all the old E$ directories as trash, and has removed them from 
 > the browse backup list.
 > 
 > The good news (besides the fact that the previous admin of this box is 
 > several states away and out of arms reach....) is that the backup 
 > directories and their data still exist under the 
 > /var/lib/backuppc/pool/hostname/backup number/ directory. They just 
 > don't show up when you browse the backups. My question is two fold;
 > 
 > 1. How do I get the directories back in the list? (I'm assuming this 
 > involves one of the .rrd files?) Again, the data *is* there, it's just 
 > not web accessible.

I don't have any 'rrd' files on my system ever... I don't believe
rrdtool (and its ilk) have anything to do with regular browsing of
backups.

In fact, if /var/lib/backuppc/pool/hostname/backup number/ truly
exist, then they should all show up in the browser, provided that the
'backups' file in each 'hostname' directory hasn't been
corrupted. Indeed, as soon as backups are identified for expire (in
BackupPC_dump) they are moved to trash (using RmTreeDefer) and then
immediately deleted from the 'backups' file. Only later does
BackupPC_trashClean come along to actually perform the deletions of
the backup trees from the trash...

So, I guess I'm not sure why they would still be in the pc tree but
now browsable. Perhaps there is a permissions issue?

 > 
 > 2. How can I tell TrashClean to take a couple days vacation while I sort 
 > out the consistency of other 130 machines?

Well if it's not in the trash yet, then probably the cleanest way
would be to increase the config variables FullKeepCnt and IncrKeepCnt
to some large number.

If it's already in the trash... well you have to do something a little
kludgey... I probably would just change the permissions on the trash
directory so that user backuppc can't go there... or change the
ownership of the subdirectories... this will give some log error
messages (I know this since I once unintentionally had a permission
error in my trash that prevented its deletion and led to just such
error messages).

Alternatively one could temporarily set BackuppPC_trashClean to
/bin/true or something like that...

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/