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 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/
>
------------------------------------------------------------------------------
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/
|
