[02:08] <Art100> Hi - does anyone know about dual stack bridge in the new netplan?
[02:16] <Art100> Hello
[02:18] <sarnold> hi Art100
[02:18] <sarnold> do the bridges care? I thought they just routed packets
[02:18] <Art100> Hi sarnold
[02:19] <Art100> I am looking for help with the new netplan configuring dual stack ipv6 ipv4
[02:27] <powersj> Art100: you can ask in #netplan as well and best to paste your configuration as well to see what you have so far.
[02:29] <Art100> ty powersj will do that
[06:17] <cpaelzer> good morning
[07:49] <cpaelzer> almost forgot, good morning !
[13:00] <cp9> gma
[14:24] <jamespage> coreycb: I've not done a full tempest test yet but queens proposed is sniffing ok (with my WIP ceilometercharm)
[15:02] <rbasak> jamespage: do you care about mongodb at all? I see it is a Suggests against some ceilometer packages.
[15:18] <ahasenack> I thought ceilometer required it
[15:18] <dpb1> it does
[15:20] <dpb1> and yes, the openstack team is interested in mongo for that reason for the moment.
[15:20] <dpb1> rbasak: ^
[18:31] <ahasenack> hm
[18:31] <ahasenack> [Fri Dec 15 18:31:38.662090 2017] [core:notice] [pid 31544:tid 140455004985216] AH00051: child pid 32207 exit signal Segmentation fault (11), possible coredump in /tmp
[18:32] <ahasenack> can't seem to get this core dump
[18:32] <ahasenack> ulimit -c unlimited was set, confirmed with cat /proc/$(pidof -s apache2)/limits
[18:33] <ahasenack>  /var/crash is also empty
[18:38] <rharper> ahasenack: on trusty or xenial + ?  the systemd unit environment may be restricting;  alternatively you can gdb attach to the apache process  first and then trigger the core
[18:38] <ahasenack> trusty
[18:39] <ahasenack> trying to avoid the attach route, because of threads
[18:39] <rharper> well, the threads will be in the core as well
[18:40] <ahasenack> also removed apport
[18:40] <ahasenack> maybe lxd is interfering
[18:40] <rharper> can you crash with apache2 not as daemon? you could run in foreground under gdb as well
[18:40] <ahasenack> but let's try attach
[18:40] <ahasenack> or that, yeah
[18:40] <rharper> oh, run unpriv
[18:40] <rharper> see if that helps
[18:40] <rharper> run the container unpriviledged
[18:44] <ahasenack> rharper: I think it is unprivileged
[18:44] <rharper> ok
[18:44] <ahasenack> yeah, init is not root outside of it
[18:45] <tomreyn> cat /proc/sys/kernel/core_pattern
[18:45] <tomreyn> oh you did already
[18:46] <ahasenack> hm
[18:46] <ahasenack> ok, here is something
[18:46] <ahasenack> since this is an lxd, that /proc file is from the host
[18:46] <ahasenack> so removing apport from the container actually made things worse
[18:47] <ahasenack> because it's still pointing at the apport script
[18:49] <ahasenack> tomreyn: thanks, that was it
[19:26] <tomreyn> glad it helped
[19:39] <runelind_q> I'm using lxc 2.20 and I'm trying to troubleshoot one of my containers that refuses to start.
[19:43] <tomreyn> i recommend asking questions (and providing much context) in case you're trying to get assistence with this (rather than just reporting it as a fact).
[19:44] <runelind_q> how do I get more verbose output when starting containers?
[19:44] <runelind_q> --verbose doesn't seem to produce anything
[19:49] <rharper>  you may want to ask in #lxcontainers
[19:49] <sarnold> how about log files?
[19:49] <rharper> there are logs in /var/log/lxd/<container>/ which may have more info
[19:50] <runelind_q> lxc 20171215194422.671 WARN     lxc_commands - commands.c:lxc_cmd_rsp_recv:177 - Command get_cgroup failed to receive response: Connection reset by peer.
[19:50] <runelind_q> that's the only thing in the log file
[19:54] <runelind_q> all my containers start except for this one.  It happens to be a snappy core container
[19:54] <sarnold> runelind_q: are you running a release with systemd? or release without? if without, is the cgmanager service running?
[19:55] <runelind_q> Linux lxd 4.4.0-104-generic #127-Ubuntu SMP Mon Dec 11 12:16:42 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
[19:55] <runelind_q> 16.04
[19:56] <runelind_q> so it should have systemd
[20:05] <sarnold> runelind_q: dmesg output?
[20:06] <runelind_q> http://pastebin.ca/3948592
[20:07] <sarnold> looks harmless enough
[20:42] <runelind_q> I had hoped to be able to get some kind of verbose output when issuing lxc start
[20:43] <TJ-> runelind_q: do you always start the containers in the same order? in other words, have you tried disabling autostart and then manually starting them?
[20:44] <runelind_q> TJ-: I just have them autostart on boot, but even manually starting the container afterwards does nothing.
[20:44] <TJ-> runelind_q: how many containers, roughly?
[20:46] <TJ-> it sounds like it could be container-specific, but there is a known issue with lxc-monitord that sounds similar. See https://github.com/lxc/lxd/issues/3159
[20:46] <runelind_q> five that start, the snappy core one doesn't.
[23:39] <apb1963> Greetings!  I'm getting WSOD.  #php says no, it's raw php and it's an apache config issue.  ubuntu 16.04 ... About to lose my mind I've been running in circles for far too long.
[23:40] <apb1963> greetonix.com is the site in question
[23:41] <sarnold> looks like it's serving raw php. ew.
[23:41] <apb1963> yeah... but I only see WSOD.  Neither is good.
[23:42] <sarnold> apb1963: check your apache logs for errors and warnings
[23:42] <apb1963> there's a phpinfo.php file there too.  But I get the same WSOD.
[23:42] <sarnold> apb1963: double-check your php config, mod_php or fastcgi or whatever it is you're using
[23:43] <apb1963> I've check the logs, all I ever see is: [Fri Dec 15 15:27:58.661971 2017] [mpm_event:notice] [pid 8214:tid 139677560584064] AH00489: Apache/2.4.18 (Ubuntu) OpenSSL/1.0.2g configured -- resuming normal operations
[23:43] <apb1963> [Fri Dec 15 15:27:58.661979 2017] [core:notice] [pid 8214:tid 139677560584064] AH00094: Command line: '/usr/sbin/apache2'
[23:44] <apb1963> I don't know.  whatever wordpress uses
[23:45] <apb1963> #php people say it's the apache config
[23:46] <TJ-> correct, it must be if phpinfo.php isn't being processed too
[23:46] <apb1963> I've been over it literally a thousand times and I don't see anything wrong.
[23:46] <apb1963> must be what?
[23:46] <apb1963> apache? ok
[23:48] <apb1963> https://hastebin.com/
[23:49] <apb1963> Apparently that's a "sane" bin... whereas pastebin is not.  I don't really see the difference in how they display for the most part.
[23:49] <apb1963> Anyway.  I've looked, I've tinkered... I've lost my mind.
[23:49] <sarnold> pastebin normally throws in tons of adverts
[23:49] <apb1963> oh... never noticed
[23:49] <apb1963> guess I just tune them out.  lol
[23:50] <TJ-> !paste | apb this if the Ubuntu one
[23:50] <apb1963> yeah... every channel has their own pet bin...
[23:50] <TJ-> I never see anything on hastebin because it relies on some 3rd party google javascript
[23:50] <apb1963> ok
[23:50] <apb1963> hang on
[23:51] <apb1963> no... I'm not going to use that one.  It has no policy on expiration.
[23:52] <apb1963> It's already on pastebin... let me get that one for you.  OK?
[23:52] <sarnold> debian's pastebin has expirations if you want that
[23:52] <apb1963> Doesn't matter to me... whatever you guys want
[23:53] <apb1963> https://pastebin.com/37dFqPqF
[23:53] <apb1963> TJ-, how's that one ?
[23:54] <sarnold> how are you intending to execute php? mod_php? fastcgi?
[23:55] <apb1963> no clue
[23:55] <apb1963> I don't even understand why it's a question
[23:56] <apb1963> None of that multitude of "tutorials" and articles, etc. I've read mentioned anything about it.
[23:56] <apb1963> s/that/the/
[23:57] <apb1963> maybe i've just been reading the wrong things