Subject: bin/2610: restore dumps core on non-native filesystems
To: None <gnats-bugs@NetBSD.ORG>
From: None <greywolf@starwolf.com>
List: netbsd-bugs
Date: 07/08/1996 12:34:46
>Number: 2610
>Category: bin
>Synopsis: restore dumps core on non-native filesystems
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: bin-bug-people (Utility Bug People)
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Mon Jul 8 16:20:02 1996
>Last-Modified:
>Originator: The _original_ Grey Wolf (The rest of you are POSERS!)
>Organization:
Star Wolf Innovations
>Release: 1.2_BETA
>Environment:
SS IPX 64M core
all binaries and kernel are freshly built (6/13) 1.2BETA
System: NetBSD starjumper 1.2_BETA NetBSD 1.2_BETA (STARJUMPER) #20: Sun Jun 30 19:54:19 PDT 1996 greywolf@starjumper:/usr/src/sys/arch/sparc/compile/STARJUMPER sparc
>Description:
restore takes a SEGV (as super-user dumps core :-) if you run the
binary on a native filesystem from within an NFS filesystem.
Other contributing factors, possibly:
- I'm restoring from a SunOS dump
- I'm using a blocking factor of 112
Once I even managed to panic the machine with a memory
alignment fault.
>How-To-Repeat:
cd to a NFS-mounted filesystem
try to restore a backup from a tape
>Fix:
>Audit-Trail:
>Unformatted: