B. Alexander wrote:

> Hi all,
> 
> I shot myself in the foot, and need to pick your brains about how to
> recover. My backup machine has a 500GB drive using LVM for my backup
> partition. I managed to fill it up. Currently, backups are not running
> (which makes me nervous), and the backuppc partition on this machine is
> at:
> 
> /dev/mapper/vg01-backuppc
>                      488367552 485798240   2569312 100% /media/backuppc
> 
> I have a machine, my workstation (defiant), that I has a bunch of stuff on
> it in /media/archive. The backup is about 250 GB before pooling and
> compression. Well, I have been slowly migrating data from /media/archive
> to another machine which now has a 1.5 TB drive. All well and good, except
> that without thinking about backups, I nfs mounted the filesystem to which
> I am migrating stuff from defiant. I mounted it under /media/archive, so
> when the last full backup ran on defiant, it filled the filesystem on the
> backup host.
> 
> I got an email from the Backuppc Genie, and started clearing some old
> backups. After (I assume) Backuppc_nightly ran, I am still at 100%. I
> started digging in to see why the filesystem was still full. In the
> /media/backuppc/pc/defiant directory, there were two large directories,
> 
> # du -sh *
> 219G    869
> 210G    944
> 
> However, BackupPC_delete only shows backup number
869:/media/backuppc/pc/defiant
> 
> # BackupPC_delete -c defiant -l
> BackupNumber 869 - full-Backup from 2010-01-23
> 
> and the web interface shows the same. Only 869.
> 
> Can I delete the 944 directory without adverse effects? If not, what is
> the best way to free up this drive space?

Try cat /media/backuppc/pc/defiant/backups
If there is no backupp number 944 you can remove it.
You have to remove /media/backuppc/pc/defiant/XferLOG.944
or /media/backuppc/pc/defiant/XferLOG.944.z too.

> 
> Also, I have another 120GB of free space in another volume group. Is there
> a way to integrate that into the backup filesystem? With all the hard
> links, I wasn't sure how best to allocate the space.

I use LVM too and I am be able to add and remove size from my backup volume.
The hardlinks are no problem.

> 
> /dev/mapper/vg00-archive
>                      156962116     32840 156929276   1% /media/archive
> 
> Unfortunately, since I use LUKS encryption on the drives, spanning a VG
> across two drives is contraindicated. (It decrypts the first drive, but
> not the second, so the volume group can't open.) Can I still use the 150GB
> on vg00-archive in /media/backuppc?

 But I didn't use LUKS encryption. So I can't say if that will work with
resized volumes.

! You should test it ;-) !

br
Matthias
-- 
Don't Panic


------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
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/