Custom Query (1406 matches)
Results (49 - 51 of 1406)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#70 | fixed | os_freebsd.cpp: Implement freebsd_escalade_device::ata_pass_through() | ||
Description |
See ticket #18. |
|||
#75 | fixed | smartctl: selective test of multiple spans rejected | ||
Description |
Smartctl misinterpret multiple use of -t select,M-N as request for multiple tests type and reject it with message: ERROR: smartctl run only run a single test type ... |
|||
#78 | fixed | Smartctl segmentation fault and crash followed by kernel invalid opcode trace | ||
Description |
I got following bug report from one Fedora user, let me know if you need some other information. Smartctl segmentation fault and crash when asking for SMART test of a disk on a DELL MegaRaid controller. How reproducible: Always reproducible Steps to Reproduce:
Actual results: smartctl 5.39.1 2010-01-28 r3054 [x86_64-redhat-linux-gnu] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net Segmentation fault Message from syslogd@webster at Mar 29 14:45:01 ...
/sys/devices/system/cpu/cpu15/cache/index2/shared_cpu_map
0b 48 81 7d c0 01 10 00 00 45 19 ed 41 83 c5 02 45 85 f6 75 04 <0f> 0b eb fe 48 c7 c7 c0 7a a0 81 45 89 ec e8 a9 10 22 00 49 89 Additional info: DELL PowerEdge R710 with 2 Xeon E5530 with 8GB, running F12 x86_64 LSI Logic / Symbios Logic MegaRAID SAS 1078 (rev 04)
a little hard to get because the crash happens in the kernel so you can't just run the debugger to the error (stack is gone by that time), but it seems that the problem is in an ioctl: #0 os_linux::linux_megaraid_device::megasas_cmd (this=0x7ffff821a030, cdbLen=<value optimized out>, cdb=0x7fffffffc8f0, dataLen=-134715736, data=0x0) at os_linux.cpp:1112 #1 0x00007ffff7fd682f in os_linux::linux_megaraid_device::scsi_pass_through (this=<value optimized out>, iop=0x7fffffffc870) at os_linux.cpp:1076 #2 0x00007ffff7fcba52 in scsiSendDiagnostic (device=0x7ffff821a030, functioncode=<value optimized out>, pBuf=<value optimized out>, bufLen=<value optimized out>) at scsicmds.cpp:722 #3 0x00007ffff7fcbb9f in scsiSmartExtendSelfTest (device=<value optimized out>) at scsicmds.cpp:1699 #4 0x00007ffff7fd45ad in scsiPrintMain (device=<value optimized out>, options=<value optimized out>) at scsiprint.cpp:1703 #5 0x00007ffff7fbbcf2 in main_worker (argc=<value optimized out>, argv=<value optimized out>) at smartctl.cpp:951 #6 0x00007ffff7fbc049 in main (argc=<value optimized out>, argv=<value optimized out>) at smartctl.cpp:967 line 1112 of os_linux.cpp is
where uio is: {host_no = 2, pad1 = 0, sgl_off = 48, sge_count = 1, sense_off = 0, sense_len = 0, frame = {
Don't know if it's useful but last non-hardware specific call level up the stack is line 722 of scsicmds.cpp :
at that point, io_hdr is $1 = {cmnd = 0x7fffffffc8f0 "\035@", cmnd_len = 6, dxfer_dir = 0, dxferp = 0x0, dxfer_len = 0, sensep = 0x7fffffffc8d0 "HITACHI ", max_sense_len = 32, timeout = 18000, resp_sense_len = 0, scsi_status = 0 '\000', resid = 0} |