The tool works by each server sending an HTTP PUT every 5 minutes, so it’s possible it was dying and a login shell was too much to ask for; odd though. Anyway, back up now.
James > On 31 Oct 2016, at 14:20, rod <r.schn...@mythos.freeddns.org> wrote: > > I tried to get a prompt, which I usually do when I see seg fault errors, > and it wouldn't return one. Maybe it's a ghost. Today's the day for them. > > Rod > > On 10/31/2016 9:18 AM, James Clarke wrote: >> Hi Rod, >> Don’t worry; those are all down to me (a kernel module to dump vmap_lazy_nr >> and friends, and the DEBUG ones are because I added a printk to see if a >> particular condition is reached). Then of course the tst_qtgraphical segfault >> is just a normal user-space SIGSEGV. >> >> I’m curious as to whether raverin actually needed rebooting; my monitoring >> tool says it was still up 7 minutes ago, but not 2 minutes later at the >> next refresh (presumably because you’ve rebooted). Being idle is expected; >> there are no packages queued for building. >> >> Thanks, >> James >> >>> On 31 Oct 2016, at 14:12, rod <r.schn...@mythos.freeddns.org> wrote: >>> >>> Good morning, >>> >>> I saw ravirin was not building again so in the process of rebooting him >>> I found this snipet. >>> >>> [ 1208.832559] vln_init: lazy_max_pages() is 4096 >>> [ 1208.918323] vln_init: vmap_lazy_nr is caeb1c >>> [ 1208.974405] vln_init: *vmap_lazy_nr is 145 >>> [ 1209.030340] vln_init: lazy_max_pages() is 4096 >>> [ 1209.294257] vln_init: vmap_lazy_nr is caeb1c >>> [ 1209.350412] vln_init: *vmap_lazy_nr is 174 >>> [ 1209.406334] vln_init: lazy_max_pages() is 4096 >>> [ 1209.834246] vln_init: vmap_lazy_nr is caeb1c >>> [ 1209.890347] vln_init: *vmap_lazy_nr is 203 >>> [ 1209.946274] vln_init: lazy_max_pages() is 4096 >>> [ 1210.553105] vln_init: vmap_lazy_nr is caeb1c >>> [ 1210.609279] vln_init: *vmap_lazy_nr is 232 >>> [ 1210.665157] vln_init: lazy_max_pages() is 4096 >>> [ 1211.349159] vln_init: vmap_lazy_nr is caeb1c >>> [ 1211.405310] vln_init: *vmap_lazy_nr is 261 >>> [ 1211.461203] vln_init: lazy_max_pages() is 4096 >>> [24537.258928] TSB[kworker/0:5:5958]: DEBUG flush_tsb_kernel_range >>> start=000000001000c000 end=00000000f0000000 PAGE_SIZE=2000 >>> [24537.404378] TSB[kworker/0:5:5958]: DEBUG flush_tsb_kernel_range >>> start=0000000100000000 end=00000001020d6000 PAGE_SIZE=2000 >>> [217632.451540] TSB[kworker/0:1:17055]: DEBUG flush_tsb_kernel_range >>> start=0000000100004000 end=0000000102126000 PAGE_SIZE=2000 >>> [230284.512421] tst_qtgraphical[476]: segfault at 0 ip fff00001013e8644 >>> (rpc fff0000100841884) sp 000007feffc275e1 error 30001 in >>> libc-2.24.so[fff000010135c000+15e000] >>> >>> Not sure what it means nor what I can do to help fix it. Thoughts. >>> >>> Rod >>> >>> >>> On 10/27/2016 7:07 AM, James Clarke wrote: >>>> Hi Rod, >>>> It seems ravirin has been down for at least the past few days. Could you >>>> please >>>> give it some love? If it’s crashed/hung with CPU lockups, I’ve built a 4.9 >>>> kernel with a patch to fix this which I’d like to test. >>>> >>>> Thanks, >>>> James >>>> >>