Fwd: Re: smartctl / mpt on 9.0-RC1

Jeremy Chadwick freebsd at jdc.parodius.com
Thu Nov 3 00:24:47 UTC 2011


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 <freebsd at jdc.parodius.com> -----

> From: Jeremy Chadwick <freebsd at jdc.parodius.com>
> To: Frank Razenberg <frank at 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 -----


More information about the freebsd-stable mailing list