Topic: Flexbackup problem

[SAVIN Jérome]

Hello,

as you can see above, I have a DEC DLT2000. I use 20Gbytes tapes.
And very often (9/10 tries) the backup doesn't finishes. I plan
the backup @ 21:00, at this time, the server is not busy, and it's quite strong as you can see !!
Tapes are new and I made a flexbackup -erase before to start my tests.

I'm desapointed, I can't understand what's happening.

In other words, I need help to manage my backup's.

Thanks.

Jérome

PS: Here after my configuration and the last backup log file in /var/log/flexbackup

Configuration:

Processors :    2
Model :    Pentium II (Deschutes)
Frequency :    451.03 MHz
Cache size:    512 KB
Bogomips :    1798.96
Periph. PCI :    Intel 82371AB PIIX4 IDE
Adaptec AIC-7890/1
Realtek 8139
Realtek 8029
ATI Unknown device
 
Periph. IDE :    hda: Maxtor 54610H6 (Capacity: 31.50 GB )
hdc: ATAPI CDROM
 
Periph. SCSI :    DEC DLT2000 ( Sequential-Access )
 


Last backup log file :

flexbackup version 0.9.8
/etc/flexbackup.conf syntax OK

|------------------------------------------------
| Doing level 0 backup of all using dump
| Retensioning tape...
| Rewinding & erasing tape...
| Creating index key 200105012100.09
| Tape #0
| Filesystems = / /boot
|------------------------------------------------
At block 3.
|------------------------------------------------
| File number 1, index key 200105012100.09
| Backup of: /
| Date of this level 0 backup: Tue May 01 21:00:11 2001
| 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 May  1 21:00:11 2001
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/hda6 (/) to standard output
  DUMP: Label: none
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 7044664 tape blocks.
  DUMP: Volume 1 started at: Tue May  1 21:02:32 2001
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 2.97% done, finished in 2:43
  DUMP: 5.13% done, finished in 3:04
  DUMP: 9.11% done, finished in 2:29
  DUMP: 11.75% done, finished in 2:30
  DUMP: 13.96% done, finished in 2:34
  DUMP: 16.29% done, finished in 2:34
  DUMP: 20.13% done, finished in 2:18
  DUMP: 25.56% done, finished in 1:56
  DUMP: 28.65% done, finished in 1:52
dump: error from backup, exiting
  DUMP: Signal on pipe: cannot recover
  DUMP: The ENTIRE dump is aborted.
offending command: (dump -0 -b 10 -a -f - / | gzip -4) | buffer -m 3m -s 10k -u
100 -t -p 75 -B -o /dev/nst0
  DUMP: The ENTIRE dump is aborted.
/dev/nst0: Device or resource busy
Kilobytes Out 1416240

[Graeme Robinson]

Savin,
the error looks like it could be transfer timeout. Something simple you could try is to slow down the transfer rate of the SCSI bios on your Adaptec 7890.

Try setting it to 10mb/sec (default is probably around 80mb/sec) - it won't increase the backup time by much and should make the transfers more reliable.
Worth a try anyway.  

If you haven't configured a SCSI bios before just look for the setup key to use when the SCSI bio boots.  You will want to note which SCSI ID your drive is on first and then slow this device number down.