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