2015-04-28 05:49:11 |
Dave Chiluk |
bug |
|
|
added bug |
2015-04-28 05:49:23 |
Dave Chiluk |
linux (Ubuntu): importance |
Undecided |
Low |
|
2015-04-28 05:49:27 |
Dave Chiluk |
linux (Ubuntu): status |
New |
Confirmed |
|
2015-04-28 05:49:45 |
Dave Chiluk |
nominated for series |
|
Ubuntu Trusty |
|
2015-04-28 05:49:45 |
Dave Chiluk |
nominated for series |
|
Ubuntu Utopic |
|
2015-06-04 20:02:42 |
Dave Chiluk |
description |
It seems to me that kernel errors, specifically those from the scsi driver, are being wrapped, which confounds automated log monitoring.
Example from dmesg -- the lines I marked with X are being printed on separate lines where they previously weren't.
[6461080.699629] sd 0:2:2:0: [sdc] Unhandled sense code
[6461080.699646] sd 0:2:2:0: [sdc]
[6461080.699650] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE X
[6461080.699653] sd 0:2:2:0: [sdc]
[6461080.699655] Sense Key : Medium Error [current] X
[6461080.699661] sd 0:2:2:0: [sdc]
[6461080.699663] Add. Sense: No additional sense information X
[6461080.699667] sd 0:2:2:0: [sdc] CDB:
[6461080.699669] Read(16): 88 00 00 00 00 00 0c 23 92 e0 00 00 00 08 00 00 X
[6461080.699684] end_request: I/O error, dev sdc, sector 203657952
I'm fairly certain this affects 3.2 to pre-4.1, and was sane in lucid. I'm certain it affects quantal to utopic, and vivid is partially mitigated. |
It seems to me that kernel errors, specifically those from the scsi driver, are being wrapped, which can confound automated log monitoring.
Example from dmesg -- the lines I marked with X are being printed on separate lines where they previously weren't.
[6461080.699629] sd 0:2:2:0: [sdc] Unhandled sense code
[6461080.699646] sd 0:2:2:0: [sdc]
[6461080.699650] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE X
[6461080.699653] sd 0:2:2:0: [sdc]
[6461080.699655] Sense Key : Medium Error [current] X
[6461080.699661] sd 0:2:2:0: [sdc]
[6461080.699663] Add. Sense: No additional sense information X
[6461080.699667] sd 0:2:2:0: [sdc] CDB:
[6461080.699669] Read(16): 88 00 00 00 00 00 0c 23 92 e0 00 00 00 08 00 00 X
[6461080.699684] end_request: I/O error, dev sdc, sector 203657952
This appears to affect 3.2 to pre-4.0, and was sane in lucid. I'm certain it affects quantal to utopic, and vivid is partially mitigated. |
|
2015-06-05 05:24:43 |
Dave Chiluk |
description |
It seems to me that kernel errors, specifically those from the scsi driver, are being wrapped, which can confound automated log monitoring.
Example from dmesg -- the lines I marked with X are being printed on separate lines where they previously weren't.
[6461080.699629] sd 0:2:2:0: [sdc] Unhandled sense code
[6461080.699646] sd 0:2:2:0: [sdc]
[6461080.699650] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE X
[6461080.699653] sd 0:2:2:0: [sdc]
[6461080.699655] Sense Key : Medium Error [current] X
[6461080.699661] sd 0:2:2:0: [sdc]
[6461080.699663] Add. Sense: No additional sense information X
[6461080.699667] sd 0:2:2:0: [sdc] CDB:
[6461080.699669] Read(16): 88 00 00 00 00 00 0c 23 92 e0 00 00 00 08 00 00 X
[6461080.699684] end_request: I/O error, dev sdc, sector 203657952
This appears to affect 3.2 to pre-4.0, and was sane in lucid. I'm certain it affects quantal to utopic, and vivid is partially mitigated. |
[Impact]
* The move to dev_printk has sufficiently modified the scsi error output that it confuses some automated log monitoring. This causes some errors to not be definitively connected to a disk. Context does help, but separate line context is difficult to automatedly parse.
[Test Case]
* Use a misbehaving disk that uses the scsi layer and look in kern.log for what appears to be errantly wrapped lines in the scsi error output
[Regression Potential]
* Minimal both changes are clean cherry-picks. However as I do not have any misbehaving discs I was only able to boot test this. I could get fancy, but that would take more time.
* Both patches are upstream starting in utopic and vivid respectively.
[Other Info]
* This only partially resolves the issue. That's because the fix (9e5ed2a5b3) that does solve this is very large, not a clean cherry-pick or easily backportable, and requires too many prerequisites and in my opinion not SRUable. That fix is available starting in v4.0. My guess is this should be available in wily.
----- Original description----
It seems to me that kernel errors, specifically those from the scsi driver, are being wrapped, which can confound automated log monitoring.
Example from dmesg -- the lines I marked with X are being printed on separate lines where they previously weren't.
[6461080.699629] sd 0:2:2:0: [sdc] Unhandled sense code
[6461080.699646] sd 0:2:2:0: [sdc]
[6461080.699650] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE X
[6461080.699653] sd 0:2:2:0: [sdc]
[6461080.699655] Sense Key : Medium Error [current] X
[6461080.699661] sd 0:2:2:0: [sdc]
[6461080.699663] Add. Sense: No additional sense information X
[6461080.699667] sd 0:2:2:0: [sdc] CDB:
[6461080.699669] Read(16): 88 00 00 00 00 00 0c 23 92 e0 00 00 00 08 00 00 X
[6461080.699684] end_request: I/O error, dev sdc, sector 203657952
This appears to affect 3.2 to pre-4.0, and was sane in lucid. I'm certain it affects quantal to utopic, and vivid is partially mitigated. |
|
2015-06-05 13:25:17 |
Chris J Arges |
bug task added |
|
linux (Ubuntu Trusty) |
|
2015-06-05 13:25:22 |
Chris J Arges |
bug task added |
|
linux (Ubuntu Utopic) |
|
2015-06-05 15:51:38 |
Brad Figg |
linux (Ubuntu Trusty): status |
New |
Fix Committed |
|
2015-06-05 15:51:42 |
Brad Figg |
linux (Ubuntu Utopic): status |
New |
Fix Committed |
|
2015-06-24 09:44:03 |
Luis Henriques |
tags |
cts |
cts verification-needed-trusty verification-needed-utopic |
|
2015-06-26 15:48:04 |
Dave Chiluk |
tags |
cts verification-needed-trusty verification-needed-utopic |
cts verification-done-utopic verification-needed-trusty |
|
2015-06-26 15:48:17 |
Dave Chiluk |
tags |
cts verification-done-utopic verification-needed-trusty |
cts verification-done-trusty verification-done-utopic |
|
2015-07-06 15:46:53 |
Launchpad Janitor |
linux (Ubuntu Utopic): status |
Fix Committed |
Fix Released |
|
2015-07-06 15:46:53 |
Launchpad Janitor |
cve linked |
|
2015-1420 |
|
2015-07-06 15:46:53 |
Launchpad Janitor |
cve linked |
|
2015-4001 |
|
2015-07-06 15:46:53 |
Launchpad Janitor |
cve linked |
|
2015-4002 |
|
2015-07-06 15:46:53 |
Launchpad Janitor |
cve linked |
|
2015-4003 |
|
2015-07-06 15:46:53 |
Launchpad Janitor |
cve linked |
|
2015-4167 |
|
2015-07-06 15:48:15 |
Launchpad Janitor |
linux (Ubuntu Trusty): status |
Fix Committed |
Fix Released |
|
2015-07-06 15:48:15 |
Launchpad Janitor |
cve linked |
|
2014-9710 |
|
2015-10-27 20:02:15 |
Dave Chiluk |
linux (Ubuntu Trusty): assignee |
|
Dave Chiluk (chiluk) |
|
2015-10-27 20:02:17 |
Dave Chiluk |
linux (Ubuntu Utopic): assignee |
|
Dave Chiluk (chiluk) |
|
2016-01-21 16:16:51 |
Dave Chiluk |
linux (Ubuntu): status |
Confirmed |
Fix Released |
|