From owner-freebsd-stable@FreeBSD.ORG Thu Nov 3 00:24:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D3C8106564A for ; Thu, 3 Nov 2011 00:24:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 870418FC0A for ; Thu, 3 Nov 2011 00:24:47 +0000 (UTC) Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by qmta02.emeryville.ca.mail.comcast.net with comcast id sQEL1h0030vp7WLA2QQfhE; Thu, 03 Nov 2011 00:24:39 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta05.emeryville.ca.mail.comcast.net with comcast id sQEx1h00k1t3BNj8RQEyyp; Thu, 03 Nov 2011 00:14:58 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 9199C102C19; Wed, 2 Nov 2011 17:24:46 -0700 (PDT) Date: Wed, 2 Nov 2011 17:24:46 -0700 From: Jeremy Chadwick To: FreeBSD Stable Mailing List Message-ID: <20111103002446.GA68028@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Fwd: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Nov 2011 00:24:47 -0000 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 ----- > From: Jeremy Chadwick > To: Frank Razenberg > 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 to continue, or q 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 -----