[01:21] <studio-user242> hej
[01:21] <studio-user242> jest tu polak
[07:42] <CalicoFlows> @search hulse
 I've run Ubuntu Studio 16.04. 18.04, and 18.10 in VirtualBox, with basically no issue.  I know I've also looked at some of the nightly builds, and have not had trouble.
 @Duke [I've run Ubuntu Studio 16.04. 18.04, and 18.10 in VirtualBox, with basically no …], I've had trouble. Must be certain hardware.


[02:03] <Mithrandir> zul: yeah, I'll send it to you.
[02:03] <zul> thanks...i need to reboot to test out the new xen crack
[02:03] <zul> brb
[10:43] <cybersniperxx> tulog
[10:43] <cybersniperxx> tul
[10:43] <cybersniperxx> log ka pa?
[07:11] <AnAnt> ping BenC
[07:11] <BenC> AnAnt: pong
[07:12] <AnAnt> BenC: I just installed Knot-2 today
[07:12] <AnAnt> it still can't see my MMC
[07:12] <AnAnt> it is a TI MMC reader (in a laptop)
[07:12] <BenC> Update knot-2 to latest edgy
[07:13] <AnAnt> you mean it got fixed after that ?
[07:13] <BenC> Yeppers
[07:13] <AnAnt> BenC: ok, thanks
[07:13] <BenC> actually, it may not even be fixed there
[07:13] <AnAnt> oh no
[07:13] <AnAnt> but will it be fixed ?
[07:14] <BenC> yes
[07:14] <AnAnt> I mean, you guys do know that there is a problem
[07:14] <AnAnt> ok
[07:14] <BenC> it's not an issue of "if", it's an issue of "when", and that when will most likely be within a week
[07:14] <AnAnt> huh ?
[07:15] <AnAnt> oh
[07:15] <AnAnt> ok
[07:46] <jbailey> BenC: Hey, when you're building an upstream kernel, is there a trick to telling it to use -fno-stack-protect?
[07:47] <zul> yep add it to the CFLAGS in the make file
[07:47] <jbailey> I was trying to see if current git could work on my ppc64 box, but it didn't like our gcc and I got lost in the make-kpkg bits.
[07:47] <BenC> jbailey: add it to cflags in top level Makefile
[07:47] <jbailey> Thanks.
[07:48] <BenC> fabbione: ping
[07:49] <zul> lovely...i have the fine folks from jmicron emailing me now
[07:53] <BenC> what about?
[07:53] <zul> about the jmicron pata patch, i can forward you the email if you want
[07:53] <BenC> the patch that you sent me?
[07:54] <BenC> btw, is your stuff for dapper or edgy?
[07:54] <zul> yeah, i guess someone sent them the bug report with the url
[07:54] <zul> edgy
[07:54] <BenC> ok
[11:05] <exobuzz> hello
[11:05] <exobuzz> I would really like to get this patch into the kernel for edgy https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/57846 could this be possible ?
[11:32] <ivoks> yup
[11:32] <ivoks> this is on-liner
[11:32] <ivoks> one even
[11:52] <ivoks> hi zul


[04:24]  * enyc meows
[08:37] <apw> enyc, not heard anything against 5.4 this cycle so far
[09:02] <enyc> apw: indeed may be complete misnomer, turned out that user 5.4.0-47 still
[09:02] <enyc> apw: ooi any idea where there is a 'gap' in kernel cycle announced on kernel.ubuntu.com ?
[09:02] <apw> enyc, i think it is mentioned at least on the front page
[09:03] <enyc> apw: sorry i mean   WHY ther eis  ...  as annoinced on ...
[09:03]  * enyc thinks... maybe working on ubuntu 20.10 release kernel
[09:04] <apw> enyc, the cycle would have been badly aligned against the 20.10 release which isn't a great plan, and there is some infrastructure work going on which makes it hard to realign that cycle; so it was decided to pause over that period
[09:04] <enyc> apw: i see =)
[09:05] <enyc> hrrm groovy 5.8 kernel
[09:05] <apw> enyc, nothing earth shattering or concerning; we will be right back at it the cycle after
[09:06] <enyc> =)
[17:10] <ira> On 20.04 I have a kernel hanging crypto tasks during a ceph install using ceph-ansible, to set up encrypted volumes.
[17:10] <ira> Where's the best place to send info, and whatnot.
[17:11] <ira> I've also run the proposed kernel, shows the same issues.  I have not tried mainline yet.
[19:35] <sarnold> ira: which tasks? does strace show them hung? if so, where does the /proc/pid/stack for the processes say they are hung?
[19:36] <ira> I'm getting kernel wait messages.  I wiped the machines and I'm installing the OEM kernel + 20.04 to see if things change.
[19:38] <ira> The whole setup is MAAS + ansible, so reconfiguring it isn't the end of the world.
[19:40] <ira> And yeah they are hung, the install hangs.
[19:41] <ira> It is using ceph-volume to create dm-crypt encrypted disks.
[19:44] <sarnold> if it's moments after boot I wonder if you're hitting the /dev/random entropy stuff. can you shove in a random seed from the maas server to the cloud-init on those things?
[19:45] <ira> It's way after boot.
[19:46] <sarnold> days? or minutes?
[19:46] <ira> minutes.
[19:47] <sarnold> still plausibly randomness, a machine you never touch has limited ability to gather its own
[19:47] <ira> Except it installs fine on 18.04.
[19:47] <sarnold> oh interesting :)
[19:48] <ira> Same containers, scripting etc...
[19:48] <ira> Rebooting the boxes right now to pick up 5.6.  I
[19:49] <ira> 'll do the install there, and see how it goes... if it flies through it takes about 20-30m.
[19:50] <ira> If it all fails, I'll reset it to stock 20.04 and be glad to do a debug session.
[19:50] <ira> (Even if not, I'd like to get this fixed, so we can use 20.04 and not 18.04 here.)
[20:34] <ira> @sarnold the 5.6 kernel does it.
[20:34] <ira> So I got machines hanging for interrogation :)
[20:35] <sarnold> sweet :) well, I mean, ugh :) but you know.. a reproducer is handy :)
[20:35] <sarnold> can you spot which processes look hung? what does strace say they are doing? /proc/pid/stack?
[20:36] <ira> What's the same thing as fpaste on fedora here?
[20:36] <ira> (old red hat engineer here... sorry man :) )
[20:36] <ira> (ex-red hat)
[20:37] <tomreyn> paste.ubuntu.com
[20:37] <tomreyn> pastebinit as a CLI
[20:38] <ira> https://paste.ubuntu.com/p/X5S2brG89F/
[20:38] <tomreyn> or just    echo foobar | nc termbin.com 9999
[20:39] <ira> And 5.6 locked faster than 5.4 it looks like.
[20:40] <ira> https://paste.ubuntu.com/p/zYVxKr8QPP/
[20:40] <ira> (the stack of that process.)
[20:41] <ira> Thank you for helping :).
[20:56] <ira> Anything else off the machines you'd like?
[21:12] <ira> Looks like it doesn't happen every time, but it does happen, I see it made a few OSDs on that host successfully.
[21:16] <ira> I've also tried the non-containerized built for ubuntu ceph octopus packages, and they don't work either, in the exact same way.  In case there's a question there :)
[21:25] <ira> https://github.com/NixOS/nixpkgs/issues/40282
[21:49] <ira> Reinstalling the machines, with blacklisting intel_qat, and also blocking install.
[22:03] <sarnold> ira: oh wow looks like you've been very productive :D
[22:03] <sarnold> ira: I think yo'ure right, blacklisting qat looks promising
[22:04] <ira> here's to hoping.