Koozali.org: home of the SME Server

Tape backup problem

David White

Tape backup problem
« on: March 11, 2003, 06:54:31 AM »
Dear All

I am using v5.5 on a Compaq server equiped with a SCSI tape drive.  Below is my tape backup log.  Can anyone explain why the backup appears not to be working?  What does "Can't read next inode while scanning inode #56896" mean?  I have tried a couple of different tapes and have cleaned the tape heads etc.

Thanks in advance

Dave

/etc/flexbackup.conf syntax OK

|------------------------------------------------
| Doing level 0 backup of all using dump
| Retensioning tape...
| Rewinding & erasing tape...
| Creating index key 200303110200.34
| Tape #0
| Filesystems = / /boot
|------------------------------------------------
At block 2.
|------------------------------------------------
| File number 1, index key 200303110200.34
| Backup of: /
| Date of this level 0 backup: Tue Mar 11 02:00:34 2003
| Date of last level 0 backup: the epoch
|------------------------------------------------
| (dump -0 -b 10 -a -f - / | gzip -4) | buffer -m 3m -s 10k -u 100 -t -p 75 -B \
|  -o /dev/nst0
|------------------------------------------------
  DUMP: Date of this level 0 dump: Tue Mar 11 02:00:35 2003
  DUMP: Dumping /dev/sda6 (/) to standard output
  DUMP: Added inode 7 to exclude list (resize inode)
  DUMP: Label: /
  DUMP: mapping (Pass I) [regular files]
/dev/sda6: Can't read next inode while scanning inode #56896

Kilobytes Out 10
|------------------------------------------------
| Backup start: Tue Mar 11 02:00:34 2003
| Backup end:   Tue Mar 11 02:00:47 2003
|------------------------------------------------
At block 3.
|------------------------------------------------
| File number 2, index key 200303110200.34
| Backup of: /boot
| Date of this level 0 backup: Tue Mar 11 02:00:58 2003
| Date of last level 0 backup: the epoch
|------------------------------------------------
| (dump -0 -b 10 -a -f - /boot | gzip -4) | buffer -m 3m -s 10k -u 100 -t -p \
|  75 -B -o /dev/nst0
|------------------------------------------------
  DUMP: Date of this level 0 dump: Tue Mar 11 02:00:58 2003
  DUMP: Dumping /dev/sda1 (/boot) to standard output
  DUMP: Added inode 7 to exclude list (resize inode)
  DUMP: Label: /boot
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 2975 tape blocks.
  DUMP: Volume 1 started with block 1 at: Tue Mar 11 02:00:58 2003
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: Volume 1 completed at: Tue Mar 11 02:01:03 2003
  DUMP: Volume 1 2960 tape blocks (2.89MB)
  DUMP: Volume 1 took 0:00:05
  DUMP: Volume 1 transfer rate: 592 kB/s
  DUMP: 2960 tape blocks (2.89MB)
  DUMP: finished in 5 seconds, throughput 592 kBytes/sec
  DUMP: Date of this level 0 dump: Tue Mar 11 02:00:58 2003
  DUMP: Date this dump completed:  Tue Mar 11 02:01:03 2003
  DUMP: Average transfer rate: 592 kB/s
  DUMP: DUMP IS DONE
Kilobytes Out 1780
|------------------------------------------------
| Backup start: Tue Mar 11 02:00:58 2003
| Backup end:   Tue Mar 11 02:01:16 2003
|------------------------------------------------
At block 181.
|------------------------------------------------
| Rewinding...
| Compressing log (all.0.20030311.gz)
| Linking all.latest.gz -> all.0.20030311.gz
|------------------------------------------------

File  Contents    (tape index 200303110200.34)
-----------------------------------------------
0  
1   level 0 / Tue Mar 11 02:00:34 2003 dump+gzip from gandalf
2   level 0 /boot Tue Mar 11 02:00:58 2003 dump+gzip from gandalf

Kelvin

Re: Tape backup problem
« Reply #1 on: March 11, 2003, 07:50:01 AM »
I would say there's a problem with your hard disk rather than your tape drive. It looks like there's a file / file structure corruption.

Unfortunately, I'm not an expert with fsck as you will likely need to use that to try and fix the problem. Could be a sign of a failing hdd too.

Kelvin

David White

Re: Tape backup problem
« Reply #2 on: March 11, 2003, 10:27:52 PM »
Thanks Kelvin,

I'll try and figure out out to fsck it.

Dave