Activity log for bug #1449372

Date Who What changed Old value New value Message
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