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: