[nflug] Darn space issue again (OH MY GOSH!!!!)
JJ Neff
jjneff at yahoo.com
Mon Oct 2 10:57:50 EDT 2006
I am an idiot!
/mnt/backup is meant to be a mount point for /dev/sda1 (see fstab)
I turned off and back on my external drive and could not figure out why it would not mount. Well fiddling around I realized it had become "unmounted" and that /mnt/backup was the real /mnt/backup on the ROOT partition - that was why /mnt/backup kept reporting 122M of used space - I was assuming /mnt/backup was the external drive!!
Sheesh once i removed /mnt/backup/* all 122 MB was free again on / Oh that was silly. Now to figure out how to get the external drive to automount to /mnt/backup everytime it may get disconnected and reconnected!
JJ
----- Original Message ----
From: JJ Neff <jjneff at yahoo.com>
To: Niagara Frontier Linux Users Group <nflug at nflug.org>
Sent: Monday, October 2, 2006 9:27:36 AM
Subject: [nflug] Darn space issue again
The questions re; the below are 1) Can I just make a partition larger if it is at the end of the drive.
2) If I have to create a new partition on hdb or delete a partition on hda to create an extended ( I believe it would have to be the swap withta rescue disk since everything else has live data) then what is the safest way to move th existing /hda1 data to /hda5 or whatever the new partition is (I'm assuming some form of tar)'
Also any backup experts able to offer advice on output below. I am not looking to replace what is below jsut what may be some problems with rdiff ....
Thanks
Device Boot Start End Blocks Id System
/dev/hda1 3741 3746 48195 83 Linux
/dev/hda2 2 63 498015 82 Linux swap / Solaris
/dev/hda3 64 93 240975 83 Linux
/dev/hda4 94 3740 29294527+ 8e Linux LVM
I keep runnign out of space on my / but I cannot figure out what is eating up space.
I have /var /tmp /opt /home and /usr mounted on LVM disk space and /boot is a separate partition
When I tried to add a partition on /dev/hda I was warned I had to delete a partition and then create an extended (oops I only created 4 partitions - none extended).
So looking at the above it seems I placed the hda1 partition at the end of the disk. How do I expand the partition into free disk space (am I thinking correctly here or reading the partition correctly?)
Space seems to all get eaten up after I run backupninja - which I have backing up my system settings, mysql DBs and my data on disk.
All the temp stuff SHOULD be getting written to tmp or var subdirectories so I don't understand why / space disappears.
Here are the actual scritps from backupninja
elrey:/# backupninja -d -n
Info: >>>> starting action /etc/backup.d/10.sys (because of --now)
Debug: yes
Debug: dpkg --get-selections > /var/backups/dpkg-selections.txt
Debug: /sbin/sfdisk -d /dev/hda > /var/backups/partitions.hda.txt
Debug: /sbin/sfdisk -d /dev/hdb > /var/backups/partitions.hdb.txt
Debug: /sbin/sfdisk -d /dev/sdb > /var/backups/partitions.sdb.txt
Debug: /usr/sbin/hwinfo --short --cpu --network --disk --pci >> /var/backups/hardware.txt
Info: <<<< finished action /etc/backup.d/10.sys: SUCCESS
Info: >>>> starting action /etc/backup.d/20.mysql (because of --now)
Debug: yes
Info: Initializing SQL dump method
Debug: su root -c "/usr/bin/mysqldump --defaults-file=/etc/mysql/debian.cnf --lock-tables --complete-insert --add-drop-table --quick --quote-names information_schema > /var/backups/mysql/sqldump/information_schema.sql"
Info: Successfully finished dump of mysql database information_schema
Debug: su root -c "/usr/bin/mysqldump --defaults-file=/etc/mysql/debian.cnf --lock-tables --complete-insert --add-drop-table --quick --quote-names mysql > /var/backups/mysql/sqldump/mysql.sql"
Info: Successfully finished dump of mysql database mysql
Debug: su root -c "/usr/bin/mysqldump --defaults-file=/etc/mysql/debian.cnf --lock-tables --complete-insert --add-drop-table --quick --quote-names prokyon > /var/backups/mysql/sqldump/prokyon.sql"
Info: Successfully finished dump of mysql database prokyon
Debug: su root -c "/usr/bin/mysqldump --defaults-file=/etc/mysql/debian.cnf --lock-tables --complete-insert --add-drop-table --quick --quote-names videodb > /var/backups/mysql/sqldump/videodb.sql"
Info: Successfully finished dump of mysql database videodb
Info: <<<< finished action /etc/backup.d/20.mysql: SUCCESS
Info: >>>> starting action /etc/backup.d/90.rdiff (because of --now)
Debug: yes
Debug: (local is assumed to be a good connection)
Debug: (local is assumed to be a good connection)
Debug: /usr/bin/rdiff-backup -V
Debug: /usr/bin/rdiff-backup -V
Debug: /usr/bin/rdiff-backup --force --remove-older-than 60D /mnt/backup/elrey/
Debug: No increments older than Thu Aug 3 09:20:29 2006 found, exiting.
Info: Removing backups older than 60D days succeeded.
Debug: /usr/bin/rdiff-backup --print-statistics --exclude '/home/*/.gnupg' --exclude '/home/*/.local/share/Trash' --exclude '/home/*/.Trash' --exclude '/home/*/.thumbnails' --exclude '/home/*/.beagle' --exclude '/home/*/.aMule' --exclude '/home/*/gtk-gnutella-downloads' --exclude '/proc' --exclude '/tmp' --exclude '/mnt' --exclude '/var/lock' --exclude '/var/tmp' --include '/var/spool/cron/crontabs' --include '/var/backups' --include '/var/www' --include '/var' --include '/etc' --include '/root' --include '/home' --include '/usr/local/*bin' --include '/var/lib/dpkg/status*' --include '/opt/vault' --include '/opt/vmsessions' --include '/opt/games' --exclude '/*' / /mnt/backup/elrey/
Warning: Fatal Error: Bad rdiff-backup-data dir on destination side The rdiff-backup data directory /mnt/backup/elrey/rdiff-backup-data exists, but we cannot find a valid current_mirror marker. You can avoid this message by removing the rdiff-backup-data directory; however any data in it will be lost. Probably this error was caused because the first rdiff-backup session into a new directory failed. If this is the case it is safe to delete the rdiff-backup-data directory because there is no important information in it.
Warning: Failed backup up source
Warning: <<<< finished action /etc/backup.d/90.rdiff: WARNING
Debug: send report to jjneff
Info: FINISHED: 3 actions run. 0 fatal. 0 error. 2 warning.
Now I believe that any output above is going to var/backups/* so no space should be getting eaten by the backups. The Warning I've been getting for a while and not entirely sure when it decided that the rdiff backup data was corrupt.
############# SYSTEM INFO #############
Here is a du -shx
elrey:/# du -shx *
1.0K 2.5.5
3.6M bin
14M boot
0 cdrom
134K dev
21M etc
18G home
1.0K initrd
0 initrd.img.old
1.0K kernelconfig.txt
60M lib
12K lost+found
4.0K media
122M mnt
32G opt
416K plugins
905M proc
4.3M root
6.3M sbin
1.0K srv
0 sys
137K tmp
3.8G usr
459M var
0 vmlinuz.old
A DF
elrey:/# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 225838 225487 0 100% /
udev 10240 108 10132 2% /dev
devshm 518424 0 518424 0% /dev/shm
/dev/hda1 45162 17644 25109 42% /boot
/dev/mapper/vg-home 20970876 18003796 2967080 86% /home
/dev/mapper/vg-opt 52427196 33145936 19281260 64% /opt
/dev/mapper/vg-tmp 2097084 32976 2064108 2% /tmp
/dev/mapper/vg-usr 10485436 3798620 6686816 37% /usr
/dev/mapper/vg-var 10485436 469028 10016408 5% /var
//192.168.10.101/share
39069696 25973760 13095936 67% /mnt/winshare
Mount
elrey:/# mount
/dev/hda3 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,nodev)
/dev/hda1 on /boot type ext3 (rw)
/dev/mapper/vg-home on /home type reiserfs (rw)
/dev/mapper/vg-opt on /opt type reiserfs (rw)
/dev/mapper/vg-tmp on /tmp type reiserfs (rw)
/dev/mapper/vg-usr on /usr type reiserfs (rw)
/dev/mapper/vg-var on /var type reiserfs (rw)
//192.168.10.101/share on /mnt/winshare type smbfs (rw)
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda3 / ext3 defaults,errors=remount-ro 0 1
/dev/hda1 /boot ext3 defaults 0 2
/dev/mapper/vg-home /home reiserfs defaults 0 2
/dev/mapper/vg-opt /opt reiserfs defaults 0 2
/dev/mapper/vg-tmp /tmp reiserfs defaults 0 2
/dev/mapper/vg-usr /usr reiserfs defaults 0 2
/dev/mapper/vg-var /var reiserfs defaults 0 2
/dev/hda2 none swap sw 0 0
/dev/hdc /media/cdrom0 iso9660 ro,user,noauto,users,exec 0 0
#/dev/hdc /media/cdrom0 auto umask=0,user,codepage=850,iocharset=iso8859-1,users,noauto,ro,exec 0
0
/dev/hdd /media/cdrom1 iso9660 ro,user,noauto,users,exec 0 0
#/dev/hdd /media/cdrom1 auto umask=0,user,codepage=850,iocharset=iso8859-1,users,noauto,ro,exec 0
0
#/dev/fd0 /media/floppy0 auto rw,user,users,noauto,exec 0 0
/dev/fd0 /media/floppy0 auto rw,user,users,noauto,exec 0 0
/dev/sda1 /mnt/backup ext3 rw,noauto,users,exec,sync,dirsync,noatime 0 0
#for usb testing
#/dev/sda /media/usb0 vfat rw,users,noauto,exec,sync,dirsync,noatime 0 0
#/dev/sdc /media/usb1 vfat rw,users,noauto,exec,sync,dirsync,noatime 0 0
_______________________________________________
nflug mailing list
nflug at nflug.org
http://www.nflug.org/mailman/listinfo/nflug
_______________________________________________
nflug mailing list
nflug at nflug.org
http://www.nflug.org/mailman/listinfo/nflug
More information about the nflug
mailing list