[00:24] hi all :) is ubuntu server configured to synchronize clock via ntp by default? [00:26] hdon__: I believe it is, at least the seeded-in-ubuntu tool reports that it's in the ubuntu-server dailies, and in ubuntu [00:28] thanks sarnold :) [00:31] can i set up a chroot and install trusty on it from a xenial system? [00:32] hdon__: debootstrap can probably help [00:32] hdon__: why do you want a trusty chroot? [00:32] there may be better ways to do whatever it is you're doing, I get skeptical whenever anyone uses a chroot for anything :) [00:33] sarnold: need to work on a legacy app [01:02] jamespage, coreycb: just a heads up but neutron tempest tests seem to be in a bad spot for pike (i think we're still on pike) http://logs.openstack.org/23/498723/27/check/puppet-openstack-integration-4-scenario001-tempest-ubuntu-xenial/856db37/job-output.txt.gz#_2017-12-19_20_54_29_276144 === notdaniel is now known as notdaniel_ === notdaniel is now known as _notdaniel [04:06] hi all [06:16] good morning [06:39] rbasak: was there any hickup on the slof SRU-MPs? [06:39] rbasak: you mentioned to look at them already yesterday, but I see no update [06:39] rbasak: if there is anything I shall resolve please let me know - or did you again hit things on the review process itself? [07:06] Good morning [09:06] any idea what this problem might be about? https://i.imgur.com/s2T7xra.png hapening to me on 16.04 with proxmox [09:28] adac: ATA SFF is the legacy ATA IDE interface, and it looks like the device is erroring in a way the kernel cannot handle [09:37] TJ-, thank you! Is there a way I can find out what exactly it is causing it? [09:37] I now upgraded the kernel everywhere [09:41] adac: Clues, if any, should be in the kern.log [09:47] TJ-, Had a look at it, but it doesn't seem be written out actually [09:47] adac: is the BUG happening during early boot time? [09:48] TJ-, actually the host was running for quite some time. Then at some point it was not responsive anymore [09:48] and then I had a lookk at proxmox vpn view [09:48] where I got this error [09:48] adac: so there should be kernel logging then [09:49] the only time logging won't be available is at early boot before the file-system containing /var/log/ is mounted read-write, or at shutdown [09:49] TJ-, this is booting up log or? https://gist.github.com/anonymous/705067de0b94127485abcaa1d26fff31 [09:50] adac: yes, usually /var/log/kern.log [09:51] TJ-, yes and before this booting up log entries I tried to search for an error but there seems to be none [09:51] is there a good way to search for errors? [09:51] in the log file [09:51] adac: reading is the only way :) [09:51] hehe ok [09:52] I mean I'd expect the error right before the reboot, or? [09:52] adac: basic procedure is locate the boot-up entries after the system restarted and work backwards. You'd expect any clues to be just before the new-boot messages [09:52] *reboot entries [09:52] exactly [09:52] but there is noe [09:52] none [09:53] adac: but sometimes they could have happened some time ago, rather than being Bang! Snap! Drat! Oh! BUG! [09:53] hehe ok I will scroll up again a bit then :) [09:53] brb [09:54] adac: I'd focus on the ATA devices attached, check their SMART status (smartctl), and so on [10:03] TJ-, ok! One more question: can this also come from external mounts like with davfs? [10:04] adac: anything on an ATA interface I'd think [10:06] TJ-, what really seems to make problems is this davs mount [10:06] it is completely unreliable [10:06] it is mounted on all my servers [10:06] and yesterday I was copying over something there from another server [10:07] and I think nearly at the same time this incident happend [10:09] adac: I can't imagine how a webDAV network mount is going to be using ATA! [10:10] me neither actually [10:10] :) [15:03] jamespage: this is ready for a review when you get a chance: https://code.launchpad.net/~ubuntu-server-dev/ubuntu/+source/percona-xtradb-cluster-5.7/+git/percona-xtradb-cluster-5.7/+ref/master [15:09] jamespage: and the xtrabackup updates are here for now. once approved i think they can be pushed to the existing xtrabackup repo: https://code.launchpad.net/~ubuntu-server-dev/ubuntu/+source/percona-xtrabackup-2.4.9/+git/percona-xtrabackup-2.4.9 === desole is now known as hggdh