Was this system "upgraded" from RELENG_8 to RELENG_9, or was a fresh
install of 9.x put on it directly?
The system was freshly installed. Prior to my buildworld and
buildkernel, smartctl didn't work either.
Is there someone else on the list who uses mps(4) on 9.x and has success
using smartmontools?
Actually the mpt driver is used, not the mps driver. Don't know if that
should make a difference.
It seems my last email did not end up on the list so I'm unsure whether
it was blocked or what happened.
To summarise: I get a small bit more info at the bottom of the stack
after building the port with WITH_DEBUG=1.
-Frank
#1086 0x0000000800fe4338 in std::string::_Rep::_S_empty_rep_storage ()
from /usr/lib/libstdc++.so.6
#1087 0x0000000000000000 in ?? ()
#1088 0x0000000000000000 in ?? ()
#1089 0x00007fffffffda00 in ?? ()
#1090 0x0000000000000000 in ?? ()
#1091 0x0000000801ca4b68 in ?? ()
#1092 0x0000000801ca4b98 in ?? ()
#1093 0x0000000801ca5578 in ?? ()
---Type <return> to continue, or q <return> to quit---
#1094 0x0000000800fe4338 in std::string::_Rep::_S_empty_rep_storage ()
from /usr/lib/libstdc++.so.6
#1095 0x0000000801c831b0 in ?? ()
#1096 0x0000000000000000 in ?? ()
#1097 0x0001000101010101 in ?? ()
#1098 0x0000000000000000 in ?? ()
#1099 0x00007fffff000000 in ?? ()
#1100 0x00007fffffffdb40 in ?? ()
#1101 0x0000000000000000 in ?? ()
#1102 0x00000008014f7fd2 in __cxa_atexit () from /lib/libc.so.7
#1103 0x000000000040705c in main (argc=Cannot access memory at address
0xffffffffffffffd4
) at smartctl.cpp:1129
On 11/3/2011 1:23 AM, Jeremy Chadwick wrote:
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.
_______________________________________________
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"
