[02:08] Hi - does anyone know about dual stack bridge in the new netplan? [02:16] Hello [02:18] hi Art100 [02:18] do the bridges care? I thought they just routed packets [02:18] Hi sarnold [02:19] I am looking for help with the new netplan configuring dual stack ipv6 ipv4 [02:27] 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] ty powersj will do that [06:17] good morning [07:49] almost forgot, good morning ! === SmokinGrunts is now known as SG_Sleeps [13:00] gma [14:24] coreycb: I've not done a full tempest test yet but queens proposed is sniffing ok (with my WIP ceilometercharm) [15:02] jamespage: do you care about mongodb at all? I see it is a Suggests against some ceilometer packages. [15:18] I thought ceilometer required it [15:18] it does [15:20] and yes, the openstack team is interested in mongo for that reason for the moment. [15:20] rbasak: ^ === Ussat-1 is now known as Ussat [18:31] hm [18:31] [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] can't seem to get this core dump [18:32] ulimit -c unlimited was set, confirmed with cat /proc/$(pidof -s apache2)/limits [18:33] /var/crash is also empty [18:38] 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] trusty [18:39] trying to avoid the attach route, because of threads [18:39] well, the threads will be in the core as well [18:40] also removed apport [18:40] maybe lxd is interfering [18:40] can you crash with apache2 not as daemon? you could run in foreground under gdb as well [18:40] but let's try attach [18:40] or that, yeah [18:40] oh, run unpriv [18:40] see if that helps [18:40] run the container unpriviledged [18:44] rharper: I think it is unprivileged [18:44] ok [18:44] yeah, init is not root outside of it [18:45] cat /proc/sys/kernel/core_pattern [18:45] oh you did already [18:46] hm [18:46] ok, here is something [18:46] since this is an lxd, that /proc file is from the host [18:46] so removing apport from the container actually made things worse [18:47] because it's still pointing at the apport script [18:49] tomreyn: thanks, that was it [19:26] glad it helped [19:39] I'm using lxc 2.20 and I'm trying to troubleshoot one of my containers that refuses to start. [19:43] 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] how do I get more verbose output when starting containers? [19:44] --verbose doesn't seem to produce anything [19:49] you may want to ask in #lxcontainers [19:49] how about log files? [19:49] there are logs in /var/log/lxd// which may have more info [19:50] 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] that's the only thing in the log file [19:54] all my containers start except for this one. It happens to be a snappy core container [19:54] runelind_q: are you running a release with systemd? or release without? if without, is the cgmanager service running? [19:55] 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] 16.04 [19:56] so it should have systemd [20:05] runelind_q: dmesg output? [20:06] http://pastebin.ca/3948592 [20:07] looks harmless enough [20:42] I had hoped to be able to get some kind of verbose output when issuing lxc start [20:43] 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] TJ-: I just have them autostart on boot, but even manually starting the container afterwards does nothing. [20:44] runelind_q: how many containers, roughly? [20:46] 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] five that start, the snappy core one doesn't. [23:39] 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] greetonix.com is the site in question [23:41] looks like it's serving raw php. ew. [23:41] yeah... but I only see WSOD. Neither is good. [23:42] apb1963: check your apache logs for errors and warnings [23:42] there's a phpinfo.php file there too. But I get the same WSOD. [23:42] apb1963: double-check your php config, mod_php or fastcgi or whatever it is you're using [23:43] 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] [Fri Dec 15 15:27:58.661979 2017] [core:notice] [pid 8214:tid 139677560584064] AH00094: Command line: '/usr/sbin/apache2' [23:44] I don't know. whatever wordpress uses [23:45] #php people say it's the apache config [23:46] correct, it must be if phpinfo.php isn't being processed too [23:46] I've been over it literally a thousand times and I don't see anything wrong. [23:46] must be what? [23:46] apache? ok [23:48] https://hastebin.com/ [23:49] 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] Anyway. I've looked, I've tinkered... I've lost my mind. [23:49] pastebin normally throws in tons of adverts [23:49] oh... never noticed [23:49] guess I just tune them out. lol [23:50] !paste | apb this if the Ubuntu one [23:50] apb this if the Ubuntu one: For posting multi-line texts into the channel, please use https://paste.ubuntu.com | To post !screenshots use https://imgur.com/ !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. [23:50] yeah... every channel has their own pet bin... [23:50] I never see anything on hastebin because it relies on some 3rd party google javascript [23:50] ok [23:50] hang on [23:51] no... I'm not going to use that one. It has no policy on expiration. [23:52] It's already on pastebin... let me get that one for you. OK? [23:52] debian's pastebin has expirations if you want that [23:52] Doesn't matter to me... whatever you guys want [23:53] https://pastebin.com/37dFqPqF [23:53] TJ-, how's that one ? [23:54] how are you intending to execute php? mod_php? fastcgi? [23:55] no clue [23:55] I don't even understand why it's a question [23:56] None of that multitude of "tutorials" and articles, etc. I've read mentioned anything about it. [23:56] s/that/the/ [23:57] maybe i've just been reading the wrong things