=== zequence_ is now known as zequence
=== psivaa is now known as psivaa-bbib
=== psivaa-bbib is now known as psivaa
=== lool- is now known as lool
=== stgraber_ is now known as stgraber
Joe_CoTSo unless I'm missing something, the TSC Zen bug that was fixed in 12.04 got reintroduced somehow in 14.04. I'm having dmesg time jumps of 7000000 seconds. How would I go about getting that fixed?20:53
Joe_CoTForum post here: http://ubuntuforums.org/showthread.php?t=223674220:53
bjfJoe_CoT, please file a bug on the problem and then come back here and tell us what the bug# is. if it asks you for logs, just ignore it.21:00
Joe_CoTSo my question is that it looks like it falls under this bug, which is "fix released": https://bugs.launchpad.net/ubuntu/+source/linux/+bug/727459 Do I open a new one?21:01
ubot5Launchpad bug 727459 in linux (Ubuntu Lucid) "TSC is not reliable under Xen on some Intel CPUs" [Medium,Triaged]21:01
bjfJoe_CoT, it *does* seem like the same bug21:02
Joe_CoTyeah. So I'm not sure if that bug should be reopened somehow, or if I should post a new one, or what. Or how I'd check whether the code change is already in this version of the kernel21:03
bjfJoe_CoT, let me "reopen" it ... one sec.21:04
bjfJoe_CoT, i've added a "trusty" task for it. can you please add a comment to the bug that indicates the problem is back?21:05
bjfJoe_CoT, subscribe to it and if you get asked to test a kernel with a possible fix, try to test. that helps a lot.21:06
bjfsmb, bug 72745921:06
ubot5bug 727459 in linux (Ubuntu Lucid) "TSC is not reliable under Xen on some Intel CPUs" [Medium,Triaged] https://launchpad.net/bugs/72745921:06
Joe_CoTThanks very much for the help!21:09
bjfJoe_CoT, np21:09
bjfJoe_CoT, we'll need to know what version of trusty you are running. a full dmesg might be nice, otherwise a uname -a21:11
Joe_CoTOK, I've attached the full dmesg21:13
bjfJoe_CoT, that kernel is an older one. can you try a newer kernel? 21:15
bjfJoe_CoT, 3.13.0-32.57 is in -updates21:15
Joe_CoTheh. The problem is that if I restart the server, it'll be a crap shoot as to whether it happens again21:19
Joe_CoTI'll try it and post if it happens. If it doesn't I guess I'll rebase my AMI to the new kernel so I'll see it next time21:19
bjfJoe_CoT, well, there's a chance that it's been fixed. if you don't test, we'll never know.21:20
Joe_CoTwell hopefully it happens immediately again. If not it might be a while before I know if it worked21:20
bjf"hopefully" it never happens again :-)21:21
Joe_CoTbjf, happens on the new kernel too. Updated21:35
bjfJoe_CoT, cool, thanks for the test21:35
Joe_CoTThis also brings up another fun topic: the reason I was running the old kernel is that, apparently in 14.04, it asks you if you want to use the package maintainers menu.lst. The difference between the local one and the package maintainer's one? Loading the kernel that just got installed. So if you choose the default, keep the current installed one, the new kernels are just never loaded.21:49
bjfJoe_CoT, that seems non-intuitive21:50
Joe_CoTI'm aware. So I haven't been loading kernel security updates for a while it seems21:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!