Path: cdrom.com!barrnet.net!sgiblab!sgigate.sgi.com!odin!fido.asd.sgi.com!gazette.esd.sgi.com!anchor.esd.sgi.com!olson From: olson@anchor.esd.sgi.com (Dave Olson) Newsgroups: alt.cd-rom Subject: Re: SGI and DEC Alpha OSF/1 dump/restore incompatible ? Date: 26 Apr 1994 07:19:01 GMT Organization: Silicon Graphics, Inc. Mountain View, CA Lines: 35 Distribution: na Message-ID: <2pif95$le2@gazette.esd.sgi.com> References: NNTP-Posting-Host: anchor.esd.sgi.com In belonis@pauli.phys.washington.edu writes: | From the OSF/1 system we do a "dump 0f - | rsh dd" pipe to the SGI tape drive | and the resulting tape can not be restored on the SGI system. | We use blocking factor 56 (as a most common denominator). | We are using the /dev/rmt/tps0d5nrnsv device. | | We get the following from our dump script | | Contents of dumptape 0.2apr1994: | | file 1 on tape 0.2apr1994: | Level 0 dump of / on squark:/dev/rz3a | Label: No label | /usr/adm/dump/dumpall: 597 Memory fault - core dumped What does 'file core' show (i.e., which program died)? | But it can be restored with rdump on the OSF/1 system accessing the SGI drive. | | We would like to just run our tape(s) through a simple sequence of restore | commands on the SGI to list the contents for on-line reference. | | Does anyone know a way to make this possible ? Asuming you make the list with restore, you could always use rrestore from the alpha. I would guess that with the Alpha running a 64 bit OS, that some of the data structures they use are different from the dump we use (we are compatible with the Sun/BSD dump format). -- The most beautiful things in the world are | Dave Olson those from which all excess weight has been | Silicon Graphics removed. -Henry Ford | olson@sgi.com