Koozali.org: home of the SME Server

Backup problem

Tom Veitch

Backup problem
« on: September 05, 2003, 02:32:58 AM »
Can anyone suggest what might be going on with this

Lastnight
|------------------------------------------------
| (dump -0 -b 10 -a -f - / | gzip -4) | buffer -m 3m -s 10k -u 100 -t -p
75 -B \
|  -o /dev/nst0
|------------------------------------------------
buffer: cannot open output file: Read-only file system
filename: /dev/nst0

the day before
 DUMP: 61.16% done at 931 kB/s, finished in 1:54
buffer (writer): write of data failed: Input/output error
bytes to write=10240, bytes written=-1, total written    4946640K
  DUMP: Broken pipe
  DUMP: The ENTIRE dump is aborted.

the day before
buffer: cannot open output file: Read-only file system
filename: /dev/nst0
  DUMP: Date of this level 0 dump: Wed Sep  3 01:03:36 2003
  DUMP: Dumping /dev/md0 (/boot) to standard output
  DUMP: Added inode 8 to exclude list (journal inode)
  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 9808 tape blocks.
  DUMP: Volume 1 started with block 1 at: Wed Sep  3 01:03:36 2003
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: Broken pipe
  DUMP: The ENTIRE dump is aborted.
|------------------------------------------------

JB

Re: Backup problem
« Reply #1 on: September 05, 2003, 03:13:09 AM »
R U using the same tape?  If so, try a new tape.  I had something similiar a while back, and discarding that tape and using a new one corrected my issue.

YMMV,

JB

aliyu kpoudosu

Re: Backup problem
« Reply #2 on: September 05, 2003, 08:04:57 PM »
i had a disk failure on a dual disk 5.5 installation.

i backed up the system, installed a fresh system.

the restore is not working,

can anyone help?

aliyu

Tim Jones

Re: Backup problem
« Reply #3 on: September 06, 2003, 09:38:06 PM »
Hi Tom,

What type of tape drive are you using?

If you're using a QIC-based mechanism (SLR, MLR, Travan, et al), try adding an 'mt -f /dev/nst0 reten' command to the script before the call to dump.

If you're using any other type of mechanism, I would recommend that you run a cleaning tape through it a couple of times (cleaning the QIC-based drives doesn't hurt, either).  

Also, the tapes do have a cycle life.  Are you using the same tapes over and over?  You may need to retire the current media and buy some new tapes.

Tim

Steve Bush

Re: Backup problem
« Reply #4 on: September 09, 2003, 06:40:06 AM »
It will be hard to help you without more information.

It could be that your blocksize was changed prior to the reload and needs to be changed to match.  ie the default is 10k blocks...mine are usually set to 32k.

Did you test the backup by listing the contents of the tape?