dump/rdump problems on OSF/1 v 3.0

From: Hugh Conner <hmc_at_cee.hw.ac.uk>
Date: Thu, 4 May 1995 11:52:41 +0100 (BST)

Since upgrading to OSF/1 v 3.0 our nightly dump scripts have stopped
working. Here's a typical example

/usr/sbin/dump -f /dev/nrmt0h -9u -b 200 -s 26000 -d 61000 /home
dump: Dumping from host ares
dump: Date of this level 9 dump: Thu May 04 08:21:27 1995 BST
dump: Date of last level 3 dump: Thu Apr 27 00:26:43 1995 BST
dump: Dumping /dev/rrz14h (/home) to /dev/nrmt0h
dump: Mapping (Pass I) [regular files]
dump: Mapping (Pass II) [directories]
dump: SIGSEGV received -- ABORTING!

rdump also gives problems

rdump: Dumping from host starchild
rdump: Date of this level 2 dump: Thu May 04 00:04:28 1995 BST
rdump: Date of last level 0 dump: the start of the epoch
rdump: Dumping /dev/rrz13c (/home) to /dev/nrmt0h on host ares
rdump: Mapping (Pass I) [regular files]
rdump: Mapping (Pass II) [directories]
rdump: Estimate: 1749339 tape blocks on 0.00 volume(s)
rdump: Dumping (Pass III) [directories]
rdump: 0.03% done -- finished in 00:48
rdump: Dumping (Pass IV) [regular files]
rdump: 5.37% done -- finished in 01:28
rdump: 8.92% done -- finished in 01:42
rdump: 13.39% done -- finished in 01:37
rdump: Bad read from input disk file: /dev/rrz13c, block number: -262142, bytes
wanted: 8192, bytes got: 0

In this case both the local host (starchild) and the remote tape host (ares)
are running 3.0

Does anyone know if this is a known bug and if there is a patch for it?

BTW Is there as easy way for people in the UK to find out what OSF patches
are available? I understand that there is a patch server of some kind in the
USA but it can't be accessed from Europe.
-- 
	Hugh M. Conner			hmc_at_cee.hw.ac.uk
					Tel: +44 131 451 3337
Received on Thu May 04 1995 - 06:54:16 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:45 NZDT