smartd dumps core

Alex Samorukov samm at os2.kiev.ua
Tue May 7 12:22:14 UTC 2013


Hi.

You should at least specify version of the smartmontools :)
On 05/07/2013 01:33 PM, Andrea Venturoli wrote:
> Hello.
>
> I've installed smartmontools on several machines, both i386 and amd64, 
> 8.3 or 9.1.
>
> On one box in particular, though, it dumps core.
> There are two SCSI and four SATA HDs here.
>
> The stacktrace:
>> # gdb smartd
>> GNU gdb 6.1.1 [FreeBSD]
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and 
>> you are
>> welcome to change it and/or distribute copies of it under certain 
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB.  Type "show warranty" for 
>> details.
>> This GDB was configured as "amd64-marcel-freebsd"...
>> (gdb) r
>> Starting program: /usr/local/sbin/smartd
>> [New LWP 100131]
>> [New Thread 802007400 (LWP 100131/smartd)]
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread 802007400 (LWP 100131/smartd)]
>> 0x00000008015044f5 in memcpy () from /lib/libc.so.7
>> (gdb) bt
>> #0  0x00000008015044f5 in memcpy () from /lib/libc.so.7
>> #1  0x0000000000000000 in ?? ()
>> #2  0x0000000000000000 in ?? ()
>> #3  0x0000000000000000 in ?? ()
>> #4  0x0000000000000000 in ?? ()
>> #5  0x0000000000000000 in ?? ()
>> #6  0x0000000000000000 in ?? ()
>> #7  0x0000000000000000 in ?? ()
>> #8  0x0000000000000000 in ?? ()
>> #9  0x0000000000000000 in ?? ()
>> #10 0x0000000000000000 in ?? ()
>> #11 0x0000000000000000 in ?? ()
>> #12 0x0000000000000000 in ?? ()
>> #13 0x0000000000000000 in ?? ()
>> #14 0x0000000000000000 in ?? ()
>> #15 0x0000000000000000 in ?? ()
>> #16 0x0000000000000000 in ?? ()
>> #17 0x0000000000000000 in ?? ()
>> #18 0x0000000000000000 in ?? ()
>> #19 0x0000000802077300 in ?? ()
>> #20 0x0000000000000036 in ?? ()
>> #21 0x00000008020d6100 in ?? ()
>> #22 0x0000000000000036 in ?? ()
>> #23 0x000000080147d731 in _pthread_mutex_init_calloc_cb () from 
>> /lib/libc.so.7
>> #24 0x0000000000000006 in ?? ()
>> #25 0x0000000000000001 in ?? ()
>> #26 0x00007fffffffa520 in ?? ()
>> #27 0x00000000000001fc in ?? ()
>> #28 0x00007fffffffa4b0 in ?? ()
>> #29 0x0000000000000020 in ?? ()
>> #30 0x0000000000000014 in ?? ()
>> #31 0xffffffffffffff36 in ?? ()
>> #32 0x0000000000000000 in ?? ()
>> #33 0x0000000000677f70 in ?? ()
>> #34 0x00000000000000d6 in ?? ()
>> #35 0x0000000802000000 in ?? ()
>> #36 0x0000000000677990 in ?? ()
>> #37 0x000000fc01000112 in ?? ()
>> #38 0x0000000802000000 in ?? ()
>> #39 0x0000000000677f70 in ?? ()
>> #40 0x000000080148012e in _malloc_postfork () from /lib/libc.so.7
>> #41 0x0000000802082780 in ?? ()
>> #42 0x0000000000000000 in ?? ()
>> #43 0x0000000000000000 in ?? ()
>> #44 0x0000000000000000 in ?? ()
>> #45 0x0000000000000000 in ?? ()
>> #46 0x0000000000000000 in ?? ()
>> #47 0x0000000000000000 in ?? ()
>> #48 0x0000000000000000 in ?? ()
>> #49 0x0000000000000000 in ?? ()
>> #50 0x0000000000000000 in ?? ()
>> #51 0x0000000000000000 in ?? ()
>> #52 0x0000000000000000 in ?? ()
>> #53 0x0000000000000000 in ?? ()
>> #54 0x0000000000000000 in ?? ()
>> #55 0x0000000000000000 in ?? ()
>> #56 0x0000000000000000 in ?? ()
>> #57 0x0000000000000000 in ?? ()
>> #58 0x0000000000000000 in ?? ()
>> #59 0x0000000000000000 in ?? ()
>> #60 0x0000000000000000 in ?? ()
>> #61 0x0000000000000000 in ?? ()
>> #62 0x0000000000000000 in ?? ()
>> #63 0x0000000000000000 in ?? ()
>> #64 0x0000000000000000 in ?? ()
>> #65 0x0000000000000000 in ?? ()
>> #66 0x0000000000000000 in ?? ()
>> ---Type <return> to continue, or q <return> to quit---
>> #67 0x0000000000000000 in ?? ()
>> #68 0x0000000000000000 in ?? ()
>> #69 0x0000000000000000 in ?? ()
>> #70 0x0000000000000000 in ?? ()
>> #71 0x0000000000000000 in ?? ()
>> #72 0x0000000000000000 in ?? ()
>> #73 0x0000000000000000 in ?? ()
>> #74 0x0000000000000000 in ?? ()
>> #75 0x0000000000000000 in ?? ()
>> #76 0x0000000000000000 in ?? ()
>> #77 0x0000000000000000 in ?? ()
>> #78 0x0000000000000000 in ?? ()
>> #79 0x0000000000000000 in ?? ()
>> #80 0x0000000000000000 in ?? ()
>> #81 0x0000000000000000 in ?? ()
>> #82 0x0000000000000000 in ?? ()
>> #83 0x0000000000000000 in ?? ()
>> #84 0x0000000000000000 in ?? ()
>> #85 0x0000000000000000 in ?? ()
>> #86 0x0000000000000000 in ?? ()
>> #87 0x0000000000000000 in ?? ()
>> #88 0x0000000000000000 in ?? ()
>> #89 0x0000000000000000 in ?? ()
>> #90 0x0000000000000000 in ?? ()
>> #91 0x0000000000000000 in ?? ()
>> #92 0x0000000000000000 in ?? ()
>> #93 0x0000000000000000 in ?? ()
>> #94 0x0000000000000000 in ?? ()
>> #95 0x0000000000000000 in ?? ()
>> #96 0x0000000000000000 in ?? ()
>> #97 0x0000000000000000 in ?? ()
>> #98 0x0000000000000000 in ?? ()
>> #99 0x0000000000000000 in ?? ()
>> #100 0x0000000000000000 in ?? ()
>> #101 0x0000000000000000 in ?? ()
>> #102 0x0000000000000000 in ?? ()
>> #103 0x0000000000000000 in ?? ()
>> #104 0x0000000000000000 in ?? ()
>> #105 0x0000000000000000 in ?? ()
>> #106 0x00007fffffffac80 in ?? ()
>> #107 0x000000000041025d in SCSIDeviceScan (cfg=@0x801b81eb0, 
>> state=@0x801b81ea0, scsidev=0x801b82080) at smartd.cpp:2203
>> Previous frame inner to this frame (corrupt stack?)
>
>
>
> From what I can get, the crash happens when a SCSI HD is queried.
> In fact, "smartctl -a" works fine for SATA drives, but will dump core 
> too with SCSI HDs.
> Again, here's the stack:
>> # gdb smartd
>> GNU gdb 6.1.1 [FreeBSD]
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and 
>> you are
>> welcome to change it and/or distribute copies of it under certain 
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB.  Type "show warranty" for 
>> details.
>> This GDB was configured as "amd64-marcel-freebsd"...
>> (gdb) r
>> Starting program: /usr/local/sbin/smartd
>> [New LWP 100131]
>> [New Thread 802007400 (LWP 100131/smartd)]
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread 802007400 (LWP 100131/smartd)]
>> 0x00000008015044f5 in memcpy () from /lib/libc.so.7
>> (gdb) bt
>> #0  0x00000008015044f5 in memcpy () from /lib/libc.so.7
>> #1  0x0000000000000000 in ?? ()
>> #2  0x0000000000000000 in ?? ()
>> #3  0x0000000000000000 in ?? ()
>> #4  0x0000000000000000 in ?? ()
>> #5  0x0000000000000000 in ?? ()
>> #6  0x0000000000000000 in ?? ()
>> #7  0x0000000000000000 in ?? ()
>> #8  0x0000000000000000 in ?? ()
>> #9  0x0000000000000000 in ?? ()
>> #10 0x0000000000000000 in ?? ()
>> #11 0x0000000000000000 in ?? ()
>> #12 0x0000000000000000 in ?? ()
>> #13 0x0000000000000000 in ?? ()
>> #14 0x0000000000000000 in ?? ()
>> #15 0x0000000000000000 in ?? ()
>> #16 0x0000000000000000 in ?? ()
>> #17 0x0000000000000000 in ?? ()
>> #18 0x0000000000000000 in ?? ()
>> #19 0x0000000802077300 in ?? ()
>> #20 0x0000000000000036 in ?? ()
>> #21 0x00000008020d6100 in ?? ()
>> #22 0x0000000000000036 in ?? ()
>> #23 0x000000080147d731 in _pthread_mutex_init_calloc_cb () from 
>> /lib/libc.so.7
>> #24 0x0000000000000006 in ?? ()
>> #25 0x0000000000000001 in ?? ()
>> #26 0x00007fffffffa520 in ?? ()
>> #27 0x00000000000001fc in ?? ()
>> #28 0x00007fffffffa4b0 in ?? ()
>> #29 0x0000000000000020 in ?? ()
>> #30 0x0000000000000014 in ?? ()
>> #31 0xffffffffffffff36 in ?? ()
>> #32 0x0000000000000000 in ?? ()
>> #33 0x0000000000677f70 in ?? ()
>> #34 0x00000000000000d6 in ?? ()
>> #35 0x0000000802000000 in ?? ()
>> #36 0x0000000000677990 in ?? ()
>> #37 0x000000fc01000112 in ?? ()
>> #38 0x0000000802000000 in ?? ()
>> #39 0x0000000000677f70 in ?? ()
>> #40 0x000000080148012e in _malloc_postfork () from /lib/libc.so.7
>> #41 0x0000000802082780 in ?? ()
>> #42 0x0000000000000000 in ?? ()
>> #43 0x0000000000000000 in ?? ()
>> #44 0x0000000000000000 in ?? ()
>> #45 0x0000000000000000 in ?? ()
>> #46 0x0000000000000000 in ?? ()
>> #47 0x0000000000000000 in ?? ()
>> #48 0x0000000000000000 in ?? ()
>> #49 0x0000000000000000 in ?? ()
>> #50 0x0000000000000000 in ?? ()
>> #51 0x0000000000000000 in ?? ()
>> #52 0x0000000000000000 in ?? ()
>> #53 0x0000000000000000 in ?? ()
>> #54 0x0000000000000000 in ?? ()
>> #55 0x0000000000000000 in ?? ()
>> #56 0x0000000000000000 in ?? ()
>> #57 0x0000000000000000 in ?? ()
>> #58 0x0000000000000000 in ?? ()
>> #59 0x0000000000000000 in ?? ()
>> #60 0x0000000000000000 in ?? ()
>> #61 0x0000000000000000 in ?? ()
>> #62 0x0000000000000000 in ?? ()
>> #63 0x0000000000000000 in ?? ()
>> #64 0x0000000000000000 in ?? ()
>> #65 0x0000000000000000 in ?? ()
>> #66 0x0000000000000000 in ?? ()
>> ---Type <return> to continue, or q <return> to quit---
>> #67 0x0000000000000000 in ?? ()
>> #68 0x0000000000000000 in ?? ()
>> #69 0x0000000000000000 in ?? ()
>> #70 0x0000000000000000 in ?? ()
>> #71 0x0000000000000000 in ?? ()
>> #72 0x0000000000000000 in ?? ()
>> #73 0x0000000000000000 in ?? ()
>> #74 0x0000000000000000 in ?? ()
>> #75 0x0000000000000000 in ?? ()
>> #76 0x0000000000000000 in ?? ()
>> #77 0x0000000000000000 in ?? ()
>> #78 0x0000000000000000 in ?? ()
>> #79 0x0000000000000000 in ?? ()
>> #80 0x0000000000000000 in ?? ()
>> #81 0x0000000000000000 in ?? ()
>> #82 0x0000000000000000 in ?? ()
>> #83 0x0000000000000000 in ?? ()
>> #84 0x0000000000000000 in ?? ()
>> #85 0x0000000000000000 in ?? ()
>> #86 0x0000000000000000 in ?? ()
>> #87 0x0000000000000000 in ?? ()
>> #88 0x0000000000000000 in ?? ()
>> #89 0x0000000000000000 in ?? ()
>> #90 0x0000000000000000 in ?? ()
>> #91 0x0000000000000000 in ?? ()
>> #92 0x0000000000000000 in ?? ()
>> #93 0x0000000000000000 in ?? ()
>> #94 0x0000000000000000 in ?? ()
>> #95 0x0000000000000000 in ?? ()
>> #96 0x0000000000000000 in ?? ()
>> #97 0x0000000000000000 in ?? ()
>> #98 0x0000000000000000 in ?? ()
>> #99 0x0000000000000000 in ?? ()
>> #100 0x0000000000000000 in ?? ()
>> #101 0x0000000000000000 in ?? ()
>> #102 0x0000000000000000 in ?? ()
>> #103 0x0000000000000000 in ?? ()
>> #104 0x0000000000000000 in ?? ()
>> #105 0x0000000000000000 in ?? ()
>> #106 0x00007fffffffac80 in ?? ()
>> #107 0x000000000041025d in SCSIDeviceScan (cfg=@0x801b81eb0, 
>> state=@0x801b81ea0, scsidev=0x801b82080) at smartd.cpp:2203
>> Previous frame inner to this frame (corrupt stack?)
>
>
>
> Is there something I can try?
> Should I report upstream?
>
>
>
>  bye & Thanks
>     av.
>



More information about the freebsd-ports mailing list