>Number:         22004
>Category:       port-sparc64
>Synopsis:       dump fails on 1.6.1
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    port-sparc64-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jun 27 21:10:00 UTC 2003
>Closed-Date:
>Last-Modified:
>Originator:     leam
>Release:        1.6.1
>Organization:
>Environment:
NetBSD bsdboy 1.6.1 NetBSD 1.6.1 (leamBSD) #0: Tue Jun 24 14:51:52 EDT 2003     root@bsdboy:/usr/src/sys/arch/sparc64/compile/leamBSD sparc64

(leamBSD) is just a copy of GENERIC

>Description:
U1 with 384MB ram and 524MB swap seems to choke on large files while:

dump -0f  - /dev/rsd1a | ( cd /mnt; restore rvf - )

/dev/sd1a is the active root partition.
/mnt is /dev/sd0a freshly newfs'd, same size as /dev/sd1a.

Error message:

extract file ./home/leam/tmp/bind-9.2.2.tar
  DUMP: readBlocks: lseek fails: Invalid argument
  DUMP: rawread: lseek fails
  DUMP: rawread: lseek2 fails: Invalid argument!
  DUMP: rawread: lseek2 fails: Invalid argument!
  DUMP: rawread: lseek2 fails: Invalid argument!
  DUMP: rawread: lseek2 fails: Invalid argument!
  DUMP: rawread: lseek2 fails: Invalid argument!
  DUMP: rawread: lseek2 fails: Invalid argument!

  DUMP: SIGSEGV: ABORTING!
    DUMP: SIGSEGV: ABORTING!
Segmentation fault
    DUMP: DUMP: DUMP: SIGSEGV: ABORTING!
SIGSEGV: ABORTING!
SIGSEGV: ABORTING!
Segmentation fault - core dumped

NOTE:  I copied some of the large files this problem occured on over to a U2 running 1.6U (256MB ram, 538MB swap) and DID NOT have the same problem
>How-To-Repeat:
Run the command with large ~7M files.
>Fix:
Move to 1.6(I or greater)
>Release-Note:
>Audit-Trail:
>Unformatted: