[00:33] <conrmahr> What's a good BT service for Trusty?
[00:34] <conrmahr> I've installed Transmission.
[02:26] <inteus> I use rtorrent
[02:31] <conrmahr> inteus: What's your permissions on the temp and download folders
[02:32] <conrmahr> i'm having problems with Transmission-daemon and permission denied errors
[02:40] <inteus> 775
[02:40] <inteus> that way the user and group can write and execute
[02:40] <conrmahr> which user do you have set for the directory?
[02:41] <inteus> it doesn't matter as long as the rtorrent user is in the same group
[02:41] <conrmahr> what if you want other users to be able to r/w those folders?
[02:41] <inteus> so I have a seperate user for rtorrent, but the temp and download folders are owned by another user
[02:41] <conrmahr> like plex and samba
[02:41] <inteus> as long as they're in the same groups 775 will work
[02:42] <conrmahr> how can i check who's in what group?
[02:42] <conrmahr> i probably need to make a "share" group or something and throw all the users in there, right?
[02:43] <inteus> "groups <username>"
[02:43] <inteus> yeah. I think I named mine "media" or something like that
[02:43] <inteus> I don't have much experience with transmission though
[02:44] <conrmahr> well I'm pretty sure it's because i've messed up the user:group directory settings
[02:44] <inteus> heh
[02:44] <conrmahr> probably has nothing to do with transmission
[02:45] <conrmahr> also is this correct to change all files/folders to 755
[02:45] <inteus> as long as tranmission can write to the dir and plex can read the dir you should be good
[02:45] <inteus> yeah
[02:45] <conrmahr> $sudo chmod -R 0755 /data
[02:45] <inteus> chmod -R 755 data/
[02:45] <inteus> chmod -R 755 /dir/
[02:46] <conrmahr> should i do that first or chown?
[02:46] <inteus> shouldn't matter which you do first
[02:48] <inteus> Hope that helps. I gotta run. :)
[02:53] <conrmahr> it has
[03:48] <conrmahr> Still can't get transmission to work.
[03:48] <conrmahr> *sad trombone*
[04:00] <sivir> whats wrong with your transmission
[04:04] <sivir> ah was just while back, I can try to help u with that as soon as I get on my pc
[04:08] <conrmahr> permissions errors
[04:12] <conrmahr> Error: Permssion denied
[04:57] <conrmahr> sivir: where did you go?
[07:51] <lordievader> Good morning.
[08:51] <cpaelzer> jamespage: as a heads up while the old openvswitch-dpdk crash with too much vhost_user ports issn't fixed I found another one when attaching more than 20 active ports
[08:51] <cpaelzer> jamespage: could be the same with the fd's >1023 but not sure yet
[08:51] <cpaelzer> jamespage: so far just FYI, you will see a bugpop up in case I can't identify a setup issue in my side
[08:51] <jamespage> cpaelzer, thanks for the headsup
[08:52] <jamespage> cpaelzer, hey in other news: I got openstack running under lxd on the s390x - instances booting and networked+++
[08:52] <cpaelzer> jamespage: you're a pro - great
[08:53] <cpaelzer> well you literally are so that might not be praise I intended :-/
[08:53] <jamespage> cpaelzer, I needed rharper to point out I was trying to boot an amd64 image - and then it was all good...
[08:53] <cpaelzer> jamespage: oh really such a complex thing
[08:53] <jamespage> cpaelzer, well there where a few other niggles
[08:53] <mwhudson> jamespage: file a bug on qemu-x86-static!
[08:53] <jamespage> but nothing major
[08:53] <cpaelzer> jamespage: I'm sure
[08:54] <cpaelzer> jamespage: but that means you can do your deploy without real 2nd level virt
[08:54] <cpaelzer> that should save time and space
[08:54] <jamespage> cpaelzer, well its a useful benchmark for now
[08:54] <jamespage> cpaelzer, really need to test multi-unit
[08:54] <jamespage> cpaelzer, manual provider is an option but not something we can automate usefully for CI...
[08:54] <jamespage> usefully/easily...
[08:57] <cpaelzer> jamespage: have you decided on the vhost_user socket permission thing - will it become a libvirt solution?
[08:58] <jamespage> cpaelzer, I don't think final solution is decided yet but I can work-around for the time-being
[08:58] <jamespage> cpaelzer, I'd really like libvirt to fix the socket permissions in the same way it fixes disk image perms
[10:04] <frickler> jamespage: found another one in the vaults: https://bugs.launchpad.net/ubuntu/+source/erlang/+bug/1374109 still affects xenial, our hardening team would be very happy if we could get that fixed
[10:04] <jamespage> frickler, oh that is a tricky one...
[10:04]  * jamespage looks again at that
[10:08] <jamespage> frickler, realistically that's not going to get resolved before 16.04 release IMHO
[10:09] <jamespage> there is a proposed patch kicking around upstream, but AFAICT that's not been accepted and changes the command line options...
[10:10] <jamespage> if I backout the change that enables IPv6 support, I break a whole other subset of users in a very hard way...
[10:10] <jamespage> frickler, I understand the position of your hardening team; my only suggestion is to iptables disable access on interfaces that you don't want enabled...
[10:11] <frickler> jamespage: I certainly would not advocate disabling IPv6 on anything
[10:12] <jamespage> frickler, the correct fix is probably the one kicking around as a patch, but I'm reticient to pull that into Ubuntu until its been agreed that's the right way forward...
[10:12] <frickler> jamespage: understood, so I'll try so find out what's been happening upstream and maybe get something moving there
[10:13] <jamespage> frickler, yeah - I'll nudge the server team on trying to get some motion on that as well
[10:13] <frickler> jamespage: great, thx
[10:14] <jamespage> frickler, btw are you going to the austin summit?
[10:17] <frickler> jamespage: no, last one I did was vancouver
[11:15] <sbv> guys, at the moment openstack-install script is incompatible with MAAS 2.0 due to api 1.0 being deprecated
[11:16] <sbv> does anyone know if this going to be fixed anytime soon please?
[11:24] <jamespage> ddellav, coreycb: I got fed up testing old swift in xenial so I fixed the autopkgtest failure and uploaded...
[11:24] <jamespage> changes pushed to git
[11:50] <coreycb> jamespage, thanks
[11:51] <Capprentice> How much CPU will LM-SENSORS consume if I run them on a CACHING server to monitor CPU and MB temp via SNMP ?
[12:40] <pmatulis> morning
[13:04] <jamespage> coreycb, smoke testing mitaka-staging with mind to a promotion to -proposed
[13:04] <coreycb> jamespage, cool
[13:28] <jamespage> coreycb, ddellav: mitaka-staging smoke tested OK - promoting to -proposed and then onto -updates
[13:28] <coreycb> jamespage, sounds good thank you
[13:49] <paulp234> anyone here?
[13:53] <Pici> maybe
[14:01] <ddellav> jamespage ok great, thanks
[17:59] <wunderhacker> hello , i am trying to install wordpress based on this guide https://www.digitalocean.com/community/tutorials/how-to-install-wordpress-on-ubuntu-14-04 and i did everything and its still showing the default Apache page please help
[17:59] <teward> wunderhacker: make sure to torch your browser cacne
[17:59] <teward> cache*
[17:59] <teward> because that tends to be the evil thing that causes this to be seen
[18:00] <wunderhacker> ok thanks
[18:00] <teward> though, I suggest using a different doc root than /var/www/html; maybe a 'wordpress' subfolder in there, given the evils I have seen with some webserver packages messing with the docroot poorly
[18:00] <teward> and then adjust Apache accordingly
[18:00] <wunderhacker> ok
[18:02] <teward> wunderhacker: but at the very least, erase your browser cache and try again ;)  that usually is the cause for evils like what you described
[18:03] <wunderhacker> ok, i fixed it problem was forgot to delete the default index.html file. thanks!
[19:25] <hallyn> pmatulis: https://jujucharms.com/docs/master/config-LXD - it probably tells me right in there, but which version of juju do i need to instal lfor that to work?
[19:25] <hallyn> cause the juju bootstrap command is saying it doesn't know --config
[19:28] <pmatulis> hallyn: hi
[19:29] <pmatulis> hallyn: looking
[19:30] <pmatulis> hallyn: are you using ppa:juju/devel ?
[19:30] <hallyn> pmatulis: nope.  i'm on xenial
[19:30] <pmatulis> hallyn: better use it
[19:31] <pmatulis> hallyn: what does 'juju --version' say?
[19:43] <hallyn> pmatulis: 1.25.0-xenial-amd64
[19:44] <pmatulis> hallyn: eww, best use the PPA
[19:44] <pmatulis> it's at 2.0-beta3
[19:45] <hallyn> pmatulis: ok, yeah i *thought*i should have 2.0.  thx
[19:45] <hallyn> pmatulis: can you add that to that doc?
[19:47] <pmatulis> hallyn: it's not a juju install doc but more a how-to-configure-lxd to work with already installed juju
[19:48] <devster31> any elegant way to make this: sed '/^[#;]/ d' | sed '/^\s*$/ d' | sed '/^remote/ d' a single command?
[19:48] <pmatulis> hallyn: this quickstar/getting-started is best for new users: https://jujucharms.com/docs/devel/getting-started
[19:49] <hallyn> pmatulis: ..  may be, but it's what google sent me when i looked up 'juju lxd'
[19:49] <sdeziel> devster31: sed '/^\([#;]\|\s*$\|remote\)/ d' ?
[19:50] <hallyn> devster31: or just sed -e 'cmd1' -e 'cmd2' -e 'cmd' ...
[19:51] <sdeziel> that works or you can use: sed 'cmd1; cmd2; cmd3'
[19:51] <devster31> thanks, they all work
[19:53] <hallyn> a veritable menu of options
[19:53] <hallyn> pmatulis: with that ppa i still have 1.25
[19:55] <hallyn> oh, juju2
[19:55] <pmatulis> hallyn: no end to the pitfalls huh? ;)
[19:57] <hallyn> pmatulis: yeah, but also the doc says use 'juju bootstrap' but i have to use 'juju2 bootstrap'
[19:57] <hallyn> i assume that's temporary
[19:57] <pmatulis> hallyn: ha, weird, update-alternatives
[19:58] <hallyn> and then i had to install lxc1, but that's even more temporary
[19:58] <pmatulis> hallyn: afaik, more pitfalls await you with using juju+lxd
[19:59] <pmatulis> hallyn: unless stuff is fixed i had to remove lxc1 (and any deps), edit /etc/default/lxd-bridge, and dpkg-reconfigure lxd (and point to that briddge)
[19:59] <pmatulis> i reverted to lxcbr0
[20:02] <pmatulis> i'm pretty sure i had to throw in 'sudo systemctl stop lxd-bridge.service && sudo systemctl restart lxd.service' somewhere
[21:03] <pmatulis> hallyn: do you know why my fresh Xenial LXD host does not boot properly (some network issue) after having simply done 'lxc launch ubuntu:' ?
[21:17] <hallyn> pmatulis: ...  no ...  you're saying the *host* does not reboot after that?
[21:17] <pmatulis> hallyn: right. this happened to me last week. consistently. it happened again. i figured it would work itself out but evidently not
[21:18] <pmatulis> i know there were some juju lxd problems and i figured a lot was in flux so didn't keep digging
[21:19] <pmatulis> hallyn: basically it looks like the host's network interface doesn't come up properly
[21:19] <hallyn> pmatulis: how does it fail?  does it hang for 2 minutes waiting for auto interfaces?
[21:20] <pmatulis> hallyn: it might be easier for you to just try it out. new xenial instance + the lxc launch command
[21:40] <hallyn> ugh shoulda done that on a local kvm rather than a remote openstack instance
[22:03] <dmsimard> smoser: heya, re: http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/revision/1189?start_revid=1189
[22:03] <dmsimard> smoser: I'm really interested in a rhel-compatible implementation of that network_data.json support
[22:04] <dmsimard> Is it in the pipe yet? :)
[22:29] <pmatulis> hallyn: did you reproduce it?
[22:29] <hallyn> pmatulis: bug 1569064
[22:31] <pmatulis> hallyn: ok then, i'm not going mad
[22:33] <hallyn> pmatulis: no, but odd that i can't reproduce it even with multi-core local kvm guest
[22:38] <pmatulis> hallyn: ok, so just with o/s instances?
[22:42] <hallyn> yeah.  i assume that's spurious....  though maybe not
[22:42] <hallyn> i'm hoping pitti has some insight
[22:45] <jvwjgames> I am trying to get a serial connection over Bluetooth to work but it is timing out
[22:46] <jvwjgames> The server pairs with my phone but then unpairs
[22:46] <jvwjgames> After a few seconds
[22:46] <jvwjgames> Anyone know why
[22:46] <sarnold> you may have better luck in #ubuntu
[22:46] <jvwjgames> Ya but this is a server I am on
[22:47] <sarnold> sure, but server people don't usually do bluetooth things. you'll find more knowledgable people in desktopland.
[22:47] <jvwjgames> Ok
[22:47] <jvwjgames> Thanks
[22:48] <sarnold> good luck :D
[22:51] <hallyn> pmatulis: stgraber: d'oh!.  in the case where it fails lxdbr0 does have an ipv4 address
[22:52] <hallyn> in the case where it boots, it does not
[22:54] <stgraber> hallyn: does that IP conflict with any other subnet on that host?
[23:07] <hallyn> stgraber: i don't think so....
[23:07] <hallyn> nothing responds
[23:09] <hallyn> adding an ipv4 address to the uvt-kvm vm doesn't make it fail still though
[23:48] <pmatulis> hallyn: do you have access to Horizon? if you set a password (sudo passwd ubuntu) before you can get a console
[23:48] <pmatulis> *before reboot
[23:54] <hallyn> hm, i'm not sure whether i do.  i'll check