Fwd: Re: smartctl / mpt on 9.0-RC1
Jeremy Chadwick
freebsd at jdc.parodius.com
Thu Nov 3 00:25:19 UTC 2011
Sending original copy to the list.
----- Forwarded message from Frank Razenberg <frank at zzattack.org> -----
> From: Frank Razenberg <frank at zzattack.org>
> To: Jeremy Chadwick <freebsd at jdc.parodius.com>
> Date: Thu, 03 Nov 2011 01:16:17 +0100
> Subject: Re: smartctl / mpt on 9.0-RC1
>
> Sorry, yes, there's actually a lot more, but there's a pattern
> repeating over 4 lines.
> At #1086 it stops.
>
> I also tried with the binary package but it seems to be missing on
> the ftp server:
> ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/sysutils/smartmontools-5.42.tbz
> gives a 'not found'.
> The version from 8-stable can't be used either (Shared object
> "libcam.so.5" not found, required by "smartctl").
> The compiler was indeed gcc.
> -Frank
>
> .................................
> #36 0x0000000000000000 in ?? ()
> #37 0x0000000000000000 in ?? ()
> #38 0x0000000000000000 in ?? ()
> #39 0x0000000000000000 in ?? ()
> #40 0x0000000000000000 in ?? ()
> #41 0x0000000000000000 in ?? ()
> #42 0x0000000000000000 in ?? ()
> #43 0x0000000000000000 in ?? ()
> #44 0x0000000000000000 in ?? ()
> #45 0x0000000000000000 in ?? ()
> #46 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #47 0x0000000000000000 in ?? ()
> #48 0x0000000000000000 in ?? ()
> #49 0x0000000000000000 in ?? ()
> #50 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #51 0x0000000000000000 in ?? ()
> #52 0x0000000000000000 in ?? ()
> #53 0x0000000000000000 in ?? ()
> #54 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #55 0x0000000000000000 in ?? ()
> #56 0x0000000000000000 in ?? ()
> ..............................
> #1062 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #1063 0x0000000000000000 in ?? ()
> #1064 0x0000000000000000 in ?? ()
> #1065 0x0000000000000000 in ?? ()
> #1066 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #1067 0x0000000000000000 in ?? ()
> #1068 0x0000000000000000 in ?? ()
> #1069 0x00007fffffffdac0 in ?? ()
> #1070 0x00007fffff000000 in ?? ()
> ---Type <return> to continue, or q <return> to quit---
> #1071 0x0000000801ca4b68 in ?? ()
> #1072 0x0000000801ca4b98 in ?? ()
> #1073 0x0000000801ca5578 in ?? ()
> #1074 0x00000000006629d8 in std::string::_Rep::_S_empty_rep_storage ()
> #1075 0x0001000101010101 in ?? ()
> #1076 0x0000000000000000 in ?? ()
> #1077 0x0000000801000000 in ceil () from /lib/libm.so.5
> #1078 0x00007fffffffdb00 in ?? ()
> #1079 0x0000000000000003 in ?? ()
> #1080 0x00007fffffffdb00 in ?? ()
> #1081 0x00007fffffffdb40 in ?? ()
> #1082 0x00007fffffffdb20 in ?? ()
> #1083 0x0000000000000000 in ?? ()
> #1084 0x0000000000000000 in ?? ()
> #1085 0x0000000000407186 in ?? ()
> #1086 0x000000000040317c in ?? ()
> Previous frame inner to this frame (corrupt stack?)
> (gdb)
>
>
>
>
>
> On 11/3/2011 1:01 AM, Jeremy Chadwick wrote:
> >On Thu, Nov 03, 2011 at 12:49:13AM +0100, Frank Razenberg wrote:
> >>Thanks for your reply. It seems I'm missing a lot of debug symbols.
> >>I will look into getting a more useful backtrace.
> >>For what it's worth I added the gdb output below.
> >>
> >>-Frank
> >>
> >> # gdb /usr/local/sbin/smartctl ~/smartctl.core
> >> GNU gdb 6.1.1 [FreeBSD]
> >> Copyright 2004 Free Software Foundation, Inc.
> >> GDB is free software, covered by the GNU General Public License, and
> >> you are
> >> welcome to change it and/or distribute copies of it under certain
> >> conditions.
> >> Type "show copying" to see the conditions.
> >> There is absolutely no warranty for GDB. Type "show warranty" for
> >> details.
> >> This GDB was configured as "amd64-marcel-freebsd"...(no debugging
> >> symbols found)...
> >> Core was generated by `smartctl'.
> >> Program terminated with signal 11, Segmentation fault.
> >> Reading symbols from /lib/libcam.so.6...(no debugging symbols
> >> found)...done.
> >> Loaded symbols for /lib/libcam.so.6
> >> Reading symbols from /usr/lib/libusb.so.2...(no debugging symbols
> >> found)...done.
> >> Loaded symbols for /usr/lib/libusb.so.2
> >> Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols
> >> found)...done.
> >> Loaded symbols for /usr/lib/libstdc++.so.6
> >> Reading symbols from /lib/libm.so.5...(no debugging symbols
> >> found)...done.
> >> Loaded symbols for /lib/libm.so.5
> >> Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols
> >> found)...done.
> >> Loaded symbols for /lib/libgcc_s.so.1
> >> Reading symbols from /lib/libc.so.7...(no debugging symbols
> >> found)...done.
> >> Loaded symbols for /lib/libc.so.7
> >> Reading symbols from /lib/libsbuf.so.6...(no debugging symbols
> >> found)...done.
> >> Loaded symbols for /lib/libsbuf.so.6
> >> Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols
> >> found)...done.
> >> Loaded symbols for /libexec/ld-elf.so.1
> >> #0 0x0000000000000000 in ?? ()
> >> (gdb) bt
> >> #0 0x0000000000000000 in ?? ()
> >> #1 0x0000000000000000 in ?? ()
> >> #2 0x0000000000000000 in ?? ()
> >> #3 0x0000000000000000 in ?? ()
> >> #4 0x0000000000000000 in ?? ()
> >> #5 0x0000000000000000 in ?? ()
> >> #6 0x0000000000000000 in ?? ()
> >> #7 0x0000000000000000 in ?? ()
> >> #8 0x0000000000000000 in ?? ()
> >> #9 0x0000000000000000 in ?? ()
> >> #10 0x0000000000000000 in ?? ()
> >> #11 0x0000000000000000 in ?? ()
> >> #12 0x0000000000000000 in ?? ()
> >> #13 0x0000000000000000 in ?? ()
> >> #14 0x0000000000000000 in ?? ()
> >> #15 0x0000000000000000 in ?? ()
> >> #16 0x0000000000000000 in ?? ()
> >> #17 0x0000000000000000 in ?? ()
> >> #18 0x0000000000000000 in ?? ()
> >> #19 0x0000000000000000 in ?? ()
> >> #20 0x0000000000000000 in ?? ()
> >> #21 0x0000000000000000 in ?? ()
> >> #22 0x0000000000000000 in ?? ()
> >> #23 0x0000000000000000 in ?? ()
> >> #24 0x0000000000000000 in ?? ()
> >> #25 0x0000000000000000 in ?? ()
> >> #26 0x0000000000000000 in ?? ()
> >> #27 0xffffffff00000000 in ?? ()
> >> #28 0x0000000000000000 in ?? ()
> >> #29 0x0000000000000000 in ?? ()
> >> #30 0x0000000000000000 in ?? ()
> >> #31 0x0000000000000000 in ?? ()
> >> #32 0x0000000000000000 in ?? ()
> >> #33 0x0000000000000000 in ?? ()
> >> #34 0x0000000000000000 in ?? ()
> >> ---Type<return> to continue, or q<return> to quit---
> >Is there anything visible further down in the calling frame stack (e.g.
> >past frame #34)? Was this built with clang or gcc? And I assume it was
> >built from source rather than installed via pkg_add?
----- End forwarded message -----
--
| Jeremy Chadwick jdc at parodius.com |
| Parodius Networking http://www.parodius.com/ |
| UNIX Systems Administrator Mountain View, CA, US |
| Making life hard for others since 1977. PGP 4BD6C0CB |
More information about the freebsd-stable
mailing list