Custom Query (1405 matches)
Results (37 - 39 of 1405)
Ticket |
---|
#68 |
Description |
Hallo Herr Franke, nach langer Zeit habe ich mich wieder mit smartmontools beschäftigt um die aktuelle Version mit QNX wieder zum laufen zu bringen. Hier gab es ja das Problem mit der Funktion getopt_long(). Der QNX Support funktioniert wieder aber in meinen Augen nicht ganz elegant . Nun habe ich die Datei configure.in verändert und in einem Ordner die GNU getopt Quellen gelegt (getopt.c, getopt1.c getopt.h). Leider muss ich nach dem ./configure im Ordner .deps einen Ordner getopt anlegen. Könnten Sie bitte mal einen Blick in die configure.in werfen (ich bin bei automake/autogen leider nur ein Laie) und evtl. die getopt_long Auflösung eleganter machen. Ich würde Ihnen mal meinen Vorschlag für die configure.in zusenden und Ihre evtl. Tipps abwarten um nicht ein krudes Ergebnis ins SVN zu stellen. Grüße von der Insel Rügen Jörg Hering |
#78 |
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} |
#80 |
Description |
Hi, I've downloaded Data sheet (http://www.transcendusa.com/Support/DLCenter/dllogin.asp?Link=dlcenter|Datasheet|SSD25S-JMI Datasheet v2.5.pdf) for some Transcend SSD and would like to submit update for drivedb. Thanks. |