Self-replying to add a little detail here; The system that failed is a Red Hat Enterprise system (5.9 at the moment.) The system has the backuppc (3.2.0) pool living on a Promise vTrak system in a Software RAID 10 (softlinked to a partition called /backup). That part is fine.
The OS drives were supposed to have been configured as a software RAID 1 but (and for the life of me, I cannot figure out how this could happen aside from malice or gross incompetence) the secondary drive (/dev/sdb) apparently hadn't synced with the primary drive (/dev/sda) since August of 2009. Literally everything (passwd, group, grub, fstab, the works) there was almost four years old. Unfortunately for me, the primary drive failed taking the current (though supposedly, mirrored) configs with it. The system obviously has undergone a great deal of expansion and tweaking in the interim. Thus, the config files in /etc/backuppc were essentially the defaults. Now, the folders within the directories are there. There are directories under /backup/pc/hostname/ by those directories do not show in the menu when you try to to browse via the web interface. I'll set TreashCleanSleepSec to a ridiculous number as was suggested. Obviously, once I realized that the system may have been eating or had eaten data, I stopped the backuppc service. There is some data currently in /backup/trash (though murphey's law says it won't be any of the more important data that may be missing). If I can ID which system the data came from, I can probably just move the data back under its host directory, correct? under ../trash the directories are named something like 1363794493_24518_0, if I move them under ../pc/hostname/ and give them a name like 100, it should show as backup 100, correct? (assuming all permissions are correct?) Thanks for the pointers. This event has furthered my belief that software RAID is crap. ~Phil On 3/20/2013 12:37 PM, Phil Kennedy wrote: > 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. > > 2. How can I tell TrashClean to take a couple days vacation while I sort > out the consistency of other 130 machines? > > Thanks, > ~Phil > > ------------------------------------------------------------------------------ > 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@lists.sourceforge.net > List: https://lists.sourceforge.net/lists/listinfo/backuppc-users > Wiki: http://backuppc.wiki.sourceforge.net > Project: http://backuppc.sourceforge.net/ > ------------------------------------------------------------------------------ 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@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/