[00:06] <drab> anybody familiar with bonding/lacp and iperf testing?
[00:06] <drab> I think my setup is correct, but the numbers disagree
=== lifeless_ is now known as lifeless
[04:34] <vexati0n> does anyone have any idea how (or whether it's possible) to move an intact Snap app from one server to another one, including its data?
[07:04] <cpaelzer> good morning
[07:06] <lordievader> Good morning
=== mwhudson_ is now known as mwhudson
[09:00] <jamespage> zul: when you start can you read me comments on https://bugs.launchpad.net/cloud-archive/+bug/1675088 please
[09:00] <ubottu> Launchpad bug 1675088 in Ubuntu Cloud Archive "Restrict permissions on Openstack installation" [Medium,Fix committed]
[10:43] <Giane> Hi all I have a problem to configure my apache2 for redirect to 3 different webapps someone can help me?
[10:52] <zul> jamespage: doh i didnt see your comment
[10:52] <jamespage> zul: no worries
=== sikun is now known as tikun
[12:26] <cpaelzer> jamespage - could you verify the rbd issue in bug 1672367 against yakkety proposed?
[12:26] <ubottu> bug 1672367 in qemu (Ubuntu Yakkety) "libvirt uses password-secret on old style drive_add syntax" [Undecided,In progress] https://launchpad.net/bugs/1672367
[12:27] <cpaelzer> jamespage: due to a stall in SRUs I merged this with the follow on, so it got no auto-update to the bug
[12:27] <cpaelzer> Last time you checked for your issue and ran a Tempest on it IIRC - repeating that on y-p would be great
[12:27] <cpaelzer> I'll do generic regressions tests on my side as well
[12:43] <hateball> Giane: did you try #httpd ?
[12:48] <Filystyn> is xinetd question ok here?
[13:01] <cpaelzer> Filystyn: just ask, there might be the chance that nobody knows but other than that feel free
[13:03] <Filystyn> ok i have xinetd service
[13:03] <Filystyn> but the bianry iopen server on same port udp and tcp
[13:03] <Filystyn> what protocol i pass in xinetd config
[13:03] <Filystyn> hm?
[13:03] <Filystyn> the bianry runs server udp and tcp on same port
[13:03] <Filystyn> so what service?
[13:23] <cpaelzer> Filystyn: there can be equally named service config statements in its config - in your case one for tcp and one for udp
[13:23] <cpaelzer> Filystyn: so copy&paste and change the prorocol
[13:45] <jamespage> cpaelzer: kicked the yakkety proposed tests off am today
[13:45] <jamespage> need to review
[13:48] <ronator> hi, I have an issue with ubuntu16 after release-upgrade and system-networking: the second network card always fails when trying to bring it up. the first one has no problems. "failed to bring up ens192" - how can I fix this? Do I have to use /etc/udev/rules.d/70-persistent-net.rules (it is emtpy but works for eth0/ens160)
[13:51] <ronator> feels verys much like this issue: http://askubuntu.com/questions/795592/failed-to-start-raise-network-interfaces
[13:52] <Filystyn> cpaelzer ok thx
[13:52] <ronator> Yes, I do have ens192 (confirmed)
[13:56] <jamespage> zul:  amd64 build of python-oslo.cache 1.19.0-0ubuntu1 in ubuntu zesty RELEASE
[13:56] <jamespage> is that you?
[13:58] <cpaelzer> jamespage: thanks, let me know once you had time to look at their results
[14:00] <zul> jamespage: yeah wrong ppa
[14:01] <zul> jamespage: ermm....yeah i created a pike-staging ppa so i can build deps going under openstack-ubuntu-testing group
[14:02] <jamespage> zul: good - we can stage everything in that and then sync out to the real pike-staging ppa and the pike ppa when things look good
[14:03] <zul> jamespage: yeah im building for zesty right now though
[14:03] <jamespage> zul: yeah I was just thinking about that
[14:03] <jamespage> zul: oh right yes I remember - this is the 'fake zesty' thing we chatted about yesterday right?
[14:03] <zul> jamespage: ill use backportpackage when im done is what im thinking
[14:04] <zul> jamespage: yeah i prefer 'in-between zesty'
[14:04] <ronator> systemd-networking drop-in replacement seems broken for more than one NIC - is this a known issue for ubuntu 16.04.2?
[14:25] <Giane> hateball, yes ty solved
[14:28] <hateball> :)
[14:35] <ronator> systemd-networking fixed
=== JanC_ is now known as JanC
[15:06] <Filystyn> one more question
[16:11] <muser> So I am thinking about building a home file server using an older desktop. Does this sound like a waste of time? I plan to use a 1TB internal drive. My other laptops and desktops in the house will backup designated folders to this machine (just user files not system files).  We will also have Samba shares so we can transfer music and other things between our win/linux machines.  This server will then use an external usb drive to b
[16:11] <muser> ackup the internal drive weekly or so.
[16:16] <compdoc> sounds great, but 1TB isnt much space
[16:16] <nacc> muser: and what are you going to do to backup the file server?
[16:17] <nacc> muser: ah nm, i see the trailing line now
[16:20] <muser> It may be a 2 TB drive I Don't remember. I bought it about 6 months to a year ago. I just never could decide how I wanted to do it.
[16:20] <muser> I originally thought to RAID1 the share drive but read more about it and it was suggested to just to a straight scheduled backup instead.
[16:23] <muser> I have ubuntu server on the hardware already. Runs great no real power consumption. I haven't really looked into what it takes to schedule my backups on the other machines. They are a mix of Win8.1, Win7, and Mint of various versions.
[16:57] <blackrabbit> hello
[16:57] <blackrabbit> can you help me with step 6 on ubuntu server? I don't know what I should do http://doc.otrs.com/doc/manual/admin/5.0/en/html/manual-installation-of-otrs.html
[16:59] <rbasak> blackrabbit: you're more likely to get help on an OTRS support channel. Ubuntu doesn't ship OTRS and didn't write those instructions, so we don't know much about it here.
[17:01] <blackrabbit> rbasak, more ubuntu relate thing is that according to the manual, there should be folder "/etc/apache2/conf.d" but it seems that on ubuntu it's "etc/apache2/conf-enabled"
[17:01] <rbasak> Sounds like their instructions were written against a really old version of Ubuntu.
[19:39] <faekjarz> Hey there! I have one of those fancy i350-T4 NICs, out of China (not the power consumption optimized V2 though). It's got a plastic heat sink, yes plastic. Although there is thermally conductive plastic, of which heat sinks are made, I don't trust it. Until a proper metal heat sink is delivered next week, i'd like to keep an eye on the temperatures. Please give me a gentle nudge in the right direction, to monitoring i350 temps on 16.04. T
[19:44] <jge> hey all, trying to disable IPv6 on ubuntu (following directions here: https://paste.ee/p/Y8apy) but where do I put this "long-life config file?"
[19:48] <faekjarz> jge: you don't need to manually put it somewhere. The "...| sudo tee..." already does it.
[19:49] <sarnold> faekjarz: you were cut off at "temps on 16.04. T"
[19:50] <sarnold> faekjarz: plastic heat sink eh? sounds crazy
[19:50] <jge> faekjarz: oh wow, failed to see those commands are enclosed within the echo command.. thought they were separate :P
[19:50] <faekjarz> jge: tee works like a plumbers T-coupling, it writes to stdout, and to the specified file
[19:50] <jge> thanks
[19:51] <faekjarz> my cut-off remnants: Tools? Links? Maybe even howto guides? Anyone?
[19:51] <sarnold> faekjarz: in the past I've used lmsensors; I suspect these days there may be easier mechanisms, but I don't know any off-hand
[19:52] <sarnold> faekjarz: before going with lmsensors I'd probably try to find the relevant directory in /sys/devices/ for the NIC and see if there's any files that look useful.
[19:52] <sarnold> faekjarz: and it's wild speculation but maybe NRPE or collectd or similar has stats for your nic?
[19:52] <faekjarz> sarnold: i haven't installed my new puppy yet. Ah, yes, the mighty sysfs :)
[19:52] <sarnold> (which might be useful to steal from, if not use)
[19:53] <sarnold> faekjarz: hehe, that makes sense.
[19:54] <faekjarz> haha, AYE! But i want to play with it, so so bad. xD
[19:58] <faekjarz> well, i mean, i don't intend to load it to its max. capability (32, i.e. 4x8 VFs <3) → shouldn't become too hot. The >1k pages controller IC datasheet states Tcase Max. of >100°C. I doubt that i'll reach that high.
[19:59] <sarnold> maybe plastic is fine then? :) heh
[20:03] <faekjarz> *sigh* almost every other i350 on ebay seems to have a ~proper* metal heat sink …i chose the cheapest from China :\ That's why i'm concerned
[20:03] <sarnold> how about the rest of the thing? may be a "fourth shift" or similar knock off entirely :/
[20:16] <faekjarz> oh, it's got a "China Export" symbol, i.e. a CE (Conformite Europeanne, don't quote my spelling) - the C is supposed to be half a circle, of which the invisible half overlays the E up to the origin of the Es' center line
[20:18] <faekjarz> this is how the CE sign works https://upload.wikimedia.org/wikipedia/de/f/fd/CE-Norm.svg …the one on my NIC is way to narrow, hence it's a "China Export" sign :\
[20:21] <faekjarz> …however, thanks sarnold, i'll look into what you mentioned
[21:29] <DirtyCajun> Does anyone have any experience with the TACACS package?
[21:30] <DirtyCajun> tac_plus
[21:30] <bekks> !ask | DirtyCajun
[21:30] <ubottu> DirtyCajun: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[21:31] <DirtyCajun> Fine haha. I manage a large environment using TACACs and would like to break the tac_plus.conf file down in to sub sections similar to how Apache does. It does not like source /folderlocation. Has anyone tried or been successful in this endeavor and how?
[21:43] <sarnold> DirtyCajun: you could always generate it yourself, like cat /etc/cajun/tacos/*.conf > /etc/tacacswhatever.conf  in a systemd pre-exec line or init script or something similar
=== nacc_ is now known as nacc