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)]
0x0008015044f5 in memcpy () from /lib/libc.so.7
(gdb) bt
#0 0x0008015044f5 in memcpy () from /lib/libc.so.7
#1 0x in ?? ()
#2 0x in ?? ()
#3 0x in ?? ()
#4 0x in ?? ()
#5 0x in ?? ()
#6 0x in ?? ()
#7 0x in ?? ()
#8 0x in ?? ()
#9 0x in ?? ()
#10 0x in ?? ()
#11 0x in ?? ()
#12 0x in ?? ()
#13 0x in ?? ()
#14 0x in ?? ()
#15 0x in ?? ()
#16 0x in ?? ()
#17 0x in ?? ()
#18 0x in ?? ()
#19 0x000802077300 in ?? ()
#20 0x0036 in ?? ()
#21 0x0008020d6100 in ?? ()
#22 0x0036 in ?? ()
#23 0x00080147d731 in _pthread_mutex_init_calloc_cb () from
/lib/libc.so.7
#24 0x0006 in ?? ()
#25 0x0001 in ?? ()
#26 0x7fffa520 in ?? ()
#27 0x01fc in ?? ()
#28 0x7fffa4b0 in ?? ()
#29 0x0020 in ?? ()
#30 0x0014 in ?? ()
#31 0xff36 in ?? ()
#32 0x in ?? ()
#33 0x00677f70 in ?? ()
#34 0x00d6 in ?? ()
#35 0x00080200 in ?? ()
#36 0x00677990 in ?? ()
#37 0x00fc01000112 in ?? ()
#38 0x00080200 in ?? ()
#39 0x00677f70 in ?? ()
#40 0x00080148012e in _malloc_postfork () from /lib/libc.so.7
#41 0x000802082780 in ?? ()
#42 0x in ?? ()
#43 0x in ?? ()
#44 0x in ?? ()
#45 0x in ?? ()
#46 0x in ?? ()
#47 0x in ?? ()
#48 0x in ?? ()
#49 0x in ?? ()
#50 0x in ?? ()
#51 0x in ?? ()
#52 0x in ?? ()
#53 0x in ?? ()
#54 0x in ?? ()
#55 0x in ?? ()
#56 0x in ?? ()
#57 0x in ?? ()
#58 0x in ?? ()
#59 0x in ?? ()
#60 0x in ?? ()
#61 0x in ?? ()
#62 0x in ?? ()
#63 0x in ?? ()
#64 0x in ?? ()
#65 0x in ?? ()
#66 0x in ?? ()
---Type to continue, or q to quit---
#67 0x in ?? ()
#68 0x in ?? ()
#69 0x in ?? ()
#70 0x in ?? ()
#71 0x in ?? ()
#72 0x in ?? ()
#73 0x in ?? ()
#74 0x in ?? ()
#75 0x in ?? ()
#76 0x in ?? ()
#77 0x in ?? ()
#78 0x in ?? ()
#79 0x in ?? ()
#80 0x in ?? ()
#81 0x in ?? ()
#82 0x in ?? ()
#83 0x in ?? ()
#84 0x in ?? ()
#85 0x in ?? ()
#86 0x in ?? ()
#87 0x in ?? ()
#88 0x in ?? ()
#89 0x in ?? ()
#90 0x in ?? ()
#91 0x in ?? ()
#92 0x in ?? ()
#93 0x in ?? ()
#94 0x in ?? ()
#95 0x in ?? ()
#96 0x in ?? ()
#97 0x in ?? ()
#98 0x in ?? ()
#99 0x in ?? ()
#100 0x in ?? ()
#101 0x in ?? ()
#102 0x in ?? ()
#103 0x in ?? ()
#104 0x in ?? ()
#105 0x in ?? ()
#106 0x7fffac80 in ?? ()
#107 0x0041025d 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 200
