Opened 10 years ago
Closed 9 years ago
#305 closed defect (wontfix)
smartctl loses 1 byte from response to scsiModeSense in FreeBSD
Reported by: | fedsim | Owned by: | Alex Samorukov |
---|---|---|---|
Priority: | major | Milestone: | |
Component: | all | Version: | 6.2 |
Keywords: | freebsd | Cc: |
Description
smartctl -a (and smartd as well) gives an error when trying to examine some disks because the response to a mode sense command cannot be parsed (see attached file smartctl.log).
However, if the same command is sent with camcontrol, the response is correct (note the leading byte in camcontrol.log, which is not present in smartctl.log).
Attachments (3)
Change History (17)
Changed 10 years ago by
Attachment: | smartctl.log added |
---|
comment:1 Changed 10 years ago by
Milestone: | → Release 6.3 |
---|
comment:2 Changed 10 years ago by
Keywords: | freebsd added |
---|
comment:3 Changed 10 years ago by
This was possibly fixed with r3873. Please test current SVN version of smartctl.
Changed 10 years ago by
Attachment: | smartctl-r3874.log added |
---|
comment:4 Changed 10 years ago by
Nope. The missing byte is still... missing (see smartctl-r3874.log)
comment:5 Changed 9 years ago by
We dont have any similar reports. Are you sure that your kernel is in sync with your includes and source tree?
comment:6 Changed 9 years ago by
I've had this issue not only when compiling from source but with precompiled smartmontools in FreeNAS 8.3...9.2.1 too. I wouldn't think that is the case but I'd appreciate some help on how to check this because I'm no expert at all when it comes to FreeBSD.
Anyway, this seems to happen only with the SAS disks in the machine. SATA disks work just fine, as do those same SAS disks when I plug them in a Linux box. Hope this helps.
comment:7 Changed 9 years ago by
Owner: | changed from somebody to Alex Samorukov |
---|---|
Status: | new → accepted |
Thank you for feedback, it seems to be a bug then. Is it possible to provide somehow access to the affected machine? I really have no idea whats going on and unfortunately unable to reproduce this locally.
comment:8 Changed 9 years ago by
The machine is in production right now. I can give you unprivileged access and do the real testing for you. Would that help?
comment:9 Changed 9 years ago by
This should help a little, at least. I`ll compile version which will print a lot of debug to show why answer from smartctl is so different compared to camcontrol tool. my email is samm@…
comment:10 Changed 9 years ago by
Milestone: | Release 6.3 → Release 6.4 |
---|
comment:11 Changed 9 years ago by
Resolution: | → fixed |
---|---|
Status: | accepted → closed |
Hi, unfortunately i am unable to work on this ticket w/o root access. If you have possibility to provide it i will continue working on it.
comment:12 Changed 9 years ago by
Milestone: | Release 6.4 |
---|
Please check the ticket resolution. It should possibly be "wontfix" or "worksforme".
comment:13 Changed 9 years ago by
Resolution: | fixed |
---|---|
Status: | closed → reopened |
comment:14 Changed 9 years ago by
Resolution: | → wontfix |
---|---|
Status: | reopened → closed |
Log of smartctl -a