I'm having significant difficulties using xfsdump on my linux box. xfsdump
goes out to lunch, and never comes back. I can't kill the process either, ps
aux shows it in an eternal 'D' state, and I have to reboot it to kill it.
From ps aux:
root 6238 0.0 0.0 2004 932 pts/3 S 10:05 0:00 /bin/bash ./backupRaid
root 6247 0.5 0.0 5096 2148 pts/3 D 10:05 0:05 xfsdump -f gaby:/dev/nst0 -l
0 -E -p 30 -M 2004-02-24 -L 2004-02-24 -c /root/backups/dumps/changeTape
/raid
root 6251 0.0 0.0 0 0 pts/3 Z 10:05 0:00 [rsh <defunct>]
Here's the info on my xfs filesystem:
(from mount)
/dev/md0 on /raid type xfs (rw)
(from df -lh)
/dev/md0 2.6T 1.6T 1.1T 58% /raid
Both computers are linux boxes, one (xena) with a 2.6 TB xfs filesystem. The
other computer (gabby) doesn't have a xfs filesystem, but does have the tape
library. Both rsh and ssh work without passwords. Here's what I'm running on
xena:
xfsdump -f gaby:/dev/nst0 -l 0 -E -p 30 -M `date -I` -L `date -I` -c
/root/backups/dumps/changeTape /raid
not that it ever get's here, but this is the contents of the changeTape
command (which does work):
rsh -l root gaby '/usr/local/sbin/mtx -f /dev/sg3 next 0'
I've preloaded a tape myself into the drive 0, since I'm only testing so
far. Here's the output I get from xfsdump:
[root@xena dumps]# xfsdump -f gaby:/dev/nst0 -l 0 -E -p 30 -M `date -I` -L
`date -I` -c /root/backups/dumps/changeTape /raid
xfsdump: using scsi tape (drive_scsitape) strategy
xfsdump: version 2.2.13 (dump format 3.0) - Running single-threaded
xfsdump: level 0 dump of xena.someplace.com:/raid
xfsdump: dump date: Tue Feb 24 10:05:47 2004
xfsdump: session id: 9e4cc962-351a-4197-afc5-cae209980173
xfsdump: session label: "2004-02-24"
xfsdump: ino map phase 1: skipping (no subtrees specified)
xfsdump: ino map phase 2: constructing initial dump list
xfsdump: status at 10:05:57: inomap phase 2 970753/15358367 inos scanned, 10
seconds elapsed
And here's where it sits forever. I'm desperate here folks! HELP!!! lol
Much thanks in advance...
-Drew
drew.kirkpatrick@xxxxxxxxxx
|