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