Forwarding my reply to Frank to the list, because he did not reply-to-all when sending me the below mail.
-- | 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 | ----- Forwarded message from Jeremy Chadwick <free...@jdc.parodius.com> ----- > From: Jeremy Chadwick <free...@jdc.parodius.com> > To: Frank Razenberg <fr...@zzattack.org> > Date: Wed, 2 Nov 2011 17:23:52 -0700 > Subject: Re: smartctl / mpt on 9.0-RC1 > > On Thu, Nov 03, 2011 at 01:16:17AM +0100, Frank Razenberg wrote: > > Sorry, yes, there's actually a lot more, but there's a pattern > > repeating over 4 lines. > > At #1086 it stops. > > Okay. > > > 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"). > > You won't be able to use a package from RELENG_8 that relies on CAM, > because CAM has been changed significantly between 8 and 9 -- enough > that a library version bump was required. This is why on your system > "libcam.so.5" can't be found; I'm sure you have libcam.so.6. Please do > not link the two together either. > > > The compiler was indeed gcc. > > Okay. As long as you built off of source then the software should > be in sync with underlying library API changes and so on. > > > ................................. > > #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) > > This stack trace is significantly corrupted. I'm not sure what to say > about this, or how to get a reliable core/crash. > > Was this system "upgraded" from RELENG_8 to RELENG_9, or was a fresh > install of 9.x put on it directly? > > Is there someone else on the list who uses mps(4) on 9.x and has success > using smartmontools? What I'm trying to figure out is if this problem > is isolated or not. > > -- > | 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 | > ----- End forwarded message ----- _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
