[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
gzip coredump in Solaris 10 - x86
From: |
Jianhua Yang |
Subject: |
gzip coredump in Solaris 10 - x86 |
Date: |
Tue, 10 May 2011 12:52:06 -0400 |
Hello Gunu,
Solaris 10 - x64 is upgraded to KU_ 144489-06, gzip failed with segmentation
fault:
$ /db/bin/gzip -v snap.out.s
snap.out.s: Segmentation Fault(coredump)
$ /db/bin/truss -V
ksh: /db/bin/truss: not found
$ /db/bin/gzip -V
gzip 1.3.9
Copyright (C) 2006 Free Software Foundation, Inc.
Copyright (C) 1993 Jean-loup Gailly.
This is free software. You may redistribute copies of it under the terms of
the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
There is NO WARRANTY, to the extent permitted by law.
Written by Jean-loup Gailly.
$
from the truss, I see
open("snap.out.s", O_RDONLY|O_NONBLOCK|O_NOCTTY|O_NOFOLLOW) = 3
fstat(3, 0x00468CB0) = 0
lwp_sigmask(SIG_SETMASK, 0x60005003, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
open("snap.out.s.gz", O_WRONLY|O_CREAT|O_EXCL, 0600) = 4
lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF]
read(3, " + + + + + + + + D a t".., 65536) = 65536
read(3, " 6 - 0 4 , 1 3 7 0 2 2".., 32768) = 32768
read(3, " 1 2 - 1 4 , 1 2 7 1 2".., 32768) = 32768
read(3, " S U N W m g a p p , ".., 32768) = 32768
read(3, " N W f c p\n P a t c h :".., 32768) = 32768
read(3, " ".., 32768) = 32768
read(3, " r n e l s u p p o r t".., 32768) = 32768
read(3, " ( i 3 8 6 ) 1".., 32768) = 32768
read(3, " I M M 2 3 ".., 32768) = 32768
read(3, " / s b i n / v x d i s k".., 32768) = 30417
write(4, "1F8B\b\b TFFC4 M\003 s n".., 16384) = 16384
write(4, " X ] I D wB5 T 1D8A5 ) ~".., 16384) = 16384
write(4, "F01D9087AD I oA6 'D30FDA".., 16384) = 16384
read(3, 0x0047D485, 2351) = 0
write(4, "1A851B\rE2 2A8 |03BFCFE3".., 4445) = 4445
close(3) = 0
uucopy(0xFFFFFD7FFFDFEF40, 0xFFFFFD7FFFDFEEE0, 32) = 0
uucopy(0xFFFFFD7FFFDFEE70, 0xFFFFFD7FFFDFEE10, 32) = 0
uucopy(0xFFFFFD7FFFDFEDA0, 0xFFFFFD7FFFDFED40, 32) = 0
uucopy(0xFFFFFD7FFFDFECD0, 0xFFFFFD7FFFDFEC70, 32) = 0
uucopy(0xFFFFFD7FFFDFEC00, 0xFFFFFD7FFFDFEBA0, 32) = 0
..........
uucopy(0xFFFFFD7FFF400230, 0xFFFFFD7FFF4001D0, 32) = 0
uucopy(0xFFFFFD7FFF400160, 0xFFFFFD7FFF400100, 32) = 0
uucopy(0xFFFFFD7FFF400090, 0xFFFFFD7FFF400030, 32) = 0
Incurred fault #6, FLTBOUNDS %pc = 0x00419B48
siginfo: SIGSEGV SEGV_MAPERR addr=0xFFFFFD7FFF3FFFFC
Received signal #11, SIGSEGV [default]
siginfo: SIGSEGV SEGV_MAPERR addr=0xFFFFFD7FFF3FFFFC
$ ls -l snap.o* core.*
-rw-r----- 1 algodev dbx 358097 May 10 12:21 snap.out.s
-rw------- 1 algodev dbx 53597 May 10 12:33 snap.out.s.gz
-rw------- 1 algodev dbx 13390529 May 10 12:04
core.gzip.nyuat1.6187.1305043477
So gzip is done, but the original file still exists.
Why does the gzip do so many uucopy?
Thanks,
James Yang
Deutsche Bank US
Email : address@hidden<mailto:address@hidden>
---
This communication may contain confidential and/or privileged information.
If you are not the intended recipient (or have received this communication
in error) please notify the sender immediately and destroy this
communication. Any unauthorized copying, disclosure or distribution of the
material in this communication is strictly forbidden.
Deutsche Bank does not render legal or tax advice, and the information
contained in this communication should not be regarded as such.
- gzip coredump in Solaris 10 - x86,
Jianhua Yang <=