/srv/irclogs.ubuntu.com/2016/11/15/#ubuntu-kernel.txt

tjaaltonapw: drm-intel-nightly builds on amd64 seem to be failing06:37
tjaaltonCannot use CONFIG_CC_STACKPROTECTOR_STRONG: -fstack-protector-strong available but compiler is broken06:38
=== JanC is now known as Guest44518
=== JanC_ is now known as JanC
WeiJunLii have a vm with 10.5gb available is it enough space to build 4.8.0 kernel?12:50
=== chrisccoulson_ is now known as chrisccoulson
=== ben_r_ is now known as ben_r
neoarkanyone have a fix for this issue? https://askubuntu.com/questions/844583/state-check-failed-when-running-canonical-livepatch#new-answer15:24
neoarkIt seem like I am getting lot of 403 errors15:25
cyphermoxbjf: on the system where you get the grub upgrade errors, could you please run /usr/lib/grub/powerpc-ieee1275/prep-bootdev ?15:38
cyphermoxI've been working on a fix for the issue how I think I managed to reproduce it here in a VM, but it would help to make sure I'm working on the right issue :)15:39
bjfjsalisbury, ^15:39
WeiJunLithe maximium of mem for vmare fusion is around 8gb, everytime i create a new vm it only has 10gb available and I want to compile 4.8.0 kernel? Any idea to have big space on a vm, my host has around 60gb free15:40
bjfPHLin, ^15:42
bjfjsalisbury, sorry, i want PHLin to look at that problem with ppc64el and not you15:42
PHLinbjf, ack15:42
* PHLin redeploy the system15:43
cyphermoxI expect it returns something like /dev/sda or something, and I'll hand you some more code to run in a bit15:43
bjfPHLin, be careful that if kernels land in -proposed the automatic testing is going to grab that system15:44
cyphermoxPHLin: and this is my proposed fix: http://paste.ubuntu.com/23480943/, should return some /dev/mapper/mpathsomething15:45
PHLinbjf, ok, maas is now doing its job15:46
PHLincyphermox, got it15:46
cyphermoxPHLin: if you want to easily compare the "old" behavior and the new one, you'll want to drop "&& !multipath_path" from line 34 in the file (line 38 in the pastebin), and run it as prep-bootdev -l15:48
cyphermoxie. that would likely list /dev/sda1 (or something equivalent), being the real disk, and /dev/mapper/mpath0-part1 (the multipath layer)15:48
PHLinokok15:49
bjfcyphermox, doesn't foundations have a ppc64el system for testing?15:49
cyphermoxif I'm looking at the right thing, the issue is that prep-bootdev, when run by the grub installer, lists disks in order but it tends to always get them with the "real" disks first, whereas they're claimed by multipath15:49
cyphermoxbjf: I'm working on a ppc64el in VMs15:49
cyphermoxit's usually good enough, and easier to redeploy15:50
cyphermox(and I can keep more than one deployed to compare things)15:50
bjfcyphermox, right and that's not good enough, hence asking us to test (which we are happy to do)15:50
cyphermoxbjf: only to make sure I really was looking at the right thing15:51
cyphermoxthere's clearly a bug in the way grub-install gets run for multipath on ppc64el, and it's the most likely issue on your system, but it helps to make sure.15:52
jsalisburybjf, ack15:52
PHLincyphermox, http://pastebin.ubuntu.com/23480984/ first result on 3.13.0-10115:58
PHLincyphermox, result with your code: http://pastebin.ubuntu.com/23481000/16:01
PHLincyphermox, looks like it's working as expected, the /dev/mapper/mpath0p116:05
cyphermoxyeah, that looks about right16:07
cyphermoxPHLin: so I'll get you next a new grub package with that change in, so we'll be able to make sure the upgrade goes clean16:07
PHLincyphermox, ok cool16:08
WeiJunLithe maximium of mem for vmware fusion is around 8gb, everytime i create a new vm it only has 10gb available and I want to compile 4.8.0 kernel (want to enable some more debug features). Any idea to have big space on a vm, my host has around 60gb free16:26
=== JanC_ is now known as JanC
PHLincyphermox, got to go, just send me a mail and I can work on this tomorrow16:33

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