[06:08] <gartral> argh
[06:08] <gartral> failing frives suck
[06:08] <gartral> drives*
[08:21] <smb> jamespage, zul, Any insight into saucy-adt-nova failures?
[11:11] <zul> smb: not yet
[11:12] <smb> zul, Hm ok. So still not 100% sure where that comes from, right?
[11:12] <zul> i have an idea im going to try to fix it today
[12:37] <yolanda> zul https://code.launchpad.net/~yolanda.robla/neutron/autopkgtests/+merge/185482
[12:38] <zul> yolanda:  this is tested right?
[12:38] <yolanda> zul yes
[12:39] <yolanda> it's the same as old one but i resynced
[12:40] <zul> yolanda:  cool i dont understand how the ryu plugin would pass since it has a python module not in the archive?
[12:41] <zul> yolanda:  same with ml2
[12:42] <yolanda> zul, i know, neutron is starting anyway, it's only checking that the files are present, i think
[12:42] <zul> yolanda:  are you sure?
[12:42] <yolanda> if some config file isn't in the path, it stops starting, but if config files are present it starts anyway
[12:44] <zul> yolanda:  ok but if something breaks ill blame you :)
[12:46] <yolanda> tests are just installing the plugin, updating config files and restarting neutron. That tests passed, but i guess if some in-depth operations are tried, they should be failing
[12:48] <yolanda> zul, if you can do the merge also... because i don't have permissions for it
[13:07] <zul> adam_g: http://people.canonical.com/~chucks/ca/
[14:39] <zul> smb:  should be fixed sooner
[14:40] <zul> smb:  i mean soonish
[14:40] <smb> zul, Ah ok. Was it related to xen or just coincidence that it started to fail about when it was uploaded?
[14:41] <zul> conscidence i think
[14:41]  * smb is relieved :)
[15:17] <smb> zul, Hm, "removed xen tests"... now that somewhat does not really sound like the failure was just coincidentally after the xen upload...
[15:18] <zul> smb: i think we might have to look at compute packaging again after this release
[15:19] <smb> zul, That way or the other. There should be shiny new xcp as well for next release
[15:19] <zul> yah
[15:50] <zul> adam_g: http:://people.canonical.com/~chucks/ca in case you missed it
[16:43] <hallyn_> zul: hey, were you goign to be uploading the new lbivirt soon?
[16:43] <zul> hallyn_:  i was blocked on xen but i think im unblocked now
[16:44] <zul> hallyn_:  can you send me the debdiffs to me again and ill do it now
[16:45] <hallyn_> zul: f.  trying to find it
[16:47] <hallyn_> zul: ah, http://people.canonical.com/~serge/libvirt.debdiff :)  simple enough
[16:51] <zul> hallyn_:  done
[16:51] <hallyn_> zul: \o/  thx
[16:51] <bkerensa> pmatulis: Can you review https://code.launchpad.net/~dsmythies/serverguide/makefile_changes/+merge/183363
[16:51] <hallyn_> zul: i'm still planning on stickign to 1.0.5 in saucy.  shout if you wantme to be trying out 1.0.6
[16:51] <hallyn_> (uh, for qemu that is)
[16:52] <hallyn_> (and, 1.5 and 1.6, not 1.0.?)
[16:55] <pmatulis> bkerensa: i wish i could review that but i simply don't know enough about that stuff
[17:10] <bkerensa> pmatulis: how is it this server guide lacks a debian directory?
[17:10] <bkerensa> :)
[17:11] <pmatulis> bkerensa: why should it?
[17:12] <bkerensa> pmatulis: because it is a Ubuntu Package?
[17:12] <bkerensa> :)
[17:12] <pmatulis> bkerensa: it is?  when did that happen?
[17:12] <bkerensa> pmatulis: Its not a package?
[17:12] <bkerensa> o.o
[17:13] <bkerensa> ok fair enough it isn't
[17:13] <pmatulis> bkerensa: alrighty then
[17:15] <adam_g> zul, those keystone changes LGTM
[17:15] <zul> cool thanks
[17:16] <adam_g> zul, now that the H3 rush is out lets go back to proper merges for this stuff
[17:16] <zul> adam_g:  totally
[17:38] <zul> lxc-ls stop lying to me
[18:38] <qman__work> I'm trying to write an upstart job that starts as late as possible in the boot process. Is there a keyword for that or something which always starts late that I can use?
[18:41] <sarnold> qman__work: check the upstart-events manpage for details; my first thought it 'runlevel', but I might be way off.. :)
[18:42] <qman__work> basically I'm trying to run this software which isn't very bright and needs the system to be completely sorted out before it runs
[18:42] <qman__work> and networking and filesystems aren't good enough
[18:43] <genii> Probably bootmisc
[18:47] <smoser> qman__work, start on stopped rc RUNLEVEL=[2345]
[18:47] <smoser> is post rc.local
[18:48] <qman__work> nice, that will work great
[18:48] <qman__work> thanks
[18:54] <smoser> :w
[19:04] <adam_g> roaksoax, ping
[19:08] <roaksoax> adam_g: here!
[19:08] <delinquentme> simple way to log the output from a script running on a remote machine to a local machine
[19:09] <adam_g> roaksoax, heya. was about to seek sponsorship for a new lvm2 debian merge into saucy. figured i'd ping you first since you touched it last
[19:12] <roaksoax> adam_g: sure i could though xnox is the one who maintains it.
[19:12] <adam_g> roaksoax, ah
[19:16] <roaksoax> adam_g: i would feel more comfortablr if he can do it
[19:16] <roaksoax> otherwise i can take care ofnit
[19:16] <adam_g> roaksoax, thats fine
[19:16] <roaksoax> adam_g: just point me.to it
[19:17] <jost> Hi! I've got a webserver, and a backup server that is only accessible from the webserver via ssh or ftp. Now I want to use the backup server to backup my local machine. In order to do that, I'd like to set up the webserver to act as SSH proxy to the backup server - how do I do that?
[19:19] <adam_g> :q!
[19:19] <ikonia> jost: a http proxy for ssh can be a risk, you may want to consider that
[19:22] <jost> ikonia: I don't want to use a http proxy. What I want is this: Create a SSH instance, that listens at some port (other than 22), and that forwards all traffic to the backup server. So if I do "scp some-file.txt webserver:port/foo.bar", the file will end up on the backup server
[19:23] <ikonia> jost: yes, but using apache will create a proxy (bad wording http proxy) from the web server,
[19:23] <adam_g> roaksoax, xnox https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1225149
[19:23] <ikonia> jost: that can have quite a risk due to it being part of your webserver as an exploit, maybe worth considering it
[19:25] <jost> ikonia: ok, so I don't use apache (didn't want to do that anyway). I  thought there is a way to simply call SSH to forward everything it receives on a specific port to another machine
[19:25] <ikonia> jost: a second ssh daemon ? an isolated squid process ? iptables ?
[19:26] <jost> something like that - or simply using SSH forwarding? Shouldn't that work somehow
[19:27] <jost> problem is that all info SSH forwarding or proxying only forwards a local port
[19:31] <ikonia> jost: you can do remote hosts/ports, as can iptables as can squid
[19:34] <qman__work> you could also simply mount the backup server on the web server via sshfs, then just send the files to the web server avoiding key conflicts and whatnot
[19:34] <bkfitz> Can anyone tell me why i'm seeing this in my syslogs:          ntp peer 69.65.40.29 now valid
[19:37] <jost> qman__: that is probably the easiest thing... I'll try if that is possible
[19:40] <jost> qman__ Thats it, thanks!
[19:47] <roaksoax> adam_g: it requires ffe
[19:47] <adam_g> roaksoax, yup
[19:49] <ikonia> qman__work: damn, such a simple solution, kudos
[20:35] <anepanal1ptos> http://www.newegg.com/Product/Product.aspx?item=N82E16813182821
[20:35] <anepanal1ptos> does this thing accept "normal people ram" ?
[20:36] <anepanal1ptos> like
[20:36] <anepanal1ptos> http://www.newegg.com/Product/Product.aspx?item=N82E16820231309
[20:38] <jrwren> anyone know why there is post-12.04.3 amis released on 20130909 ?
[20:38] <jrwren> is there a news feed or something for these ami releases?
[20:42] <hallyn_> stgraber: any objections to http://paste.ubuntu.com/6103270/ ?
[20:44] <hallyn_> (nm, sent to list)
[20:49] <genii> anepanal1ptos: That RAM will fit on that board, yes.
[20:50] <stgraber> hallyn_: so long as apparmor blocks it, I don't mind
[20:50] <stgraber> (sent an Ack to the ML)
[20:51] <anepanal1ptos> genii: will it work after that?
[20:51] <anepanal1ptos> and by work, POST is a valid answer.
[20:53] <hallyn_> stgraber: thx
[20:54] <stgraber> hallyn_: I'll cherry pick and upload it now
[20:54] <hallyn_> great
[20:54] <stgraber> hallyn_: can you push it to github?
[20:54] <hallyn_> man the saucy kernels are just coming in at breakneck speeds
[20:54] <hallyn_> yup
[20:55] <hallyn_> pushed
[20:57] <stgraber> package uplaoded
[20:57] <stgraber> *uploaded
[20:58] <hallyn_> awesome, that'll also avoid monitor-fifo-too-long concerns
[20:59] <stgraber> how so?
[20:59] <genii> anepanal1ptos: Ideally you'd want 1600 instead of 1066, but the system will downclock accordingly
[20:59] <hallyn_> i don't believe Dwight's patch was int he last pkg.  wasn't in ppa anyway
[20:59] <stgraber> 9e60f51d0d1d295bdd77f2fa848f3046e04e6804 ?
[20:59] <stgraber> ah no, the one after that
[20:59] <stgraber> b45c701178cdc705d26c95f31035c39bab9edf20 ?
[21:00] <hallyn_> yeah
[21:00] <stgraber> we have it in the saucy package
[21:00] <hallyn_> jolly good
[21:00] <stgraber> it was required to make touch bootable, so my first upload to the archive had it
[21:01] <stgraber> currently I'm only cherry-picking bugfixes that we really need from upstream as I don't really care all that much about 13.10, so having a huge set of patches to maintain post-release would be annoying
[21:01] <hallyn_> sounds good
[21:02] <hallyn_> i just thought i should try and set up a vm on my laptop that i can demo userns on at the miniconf if i felt like it
[21:02] <stgraber> for 14.04, I expect we'll get relatively frequent upstream milestones (once it takes less than a week to tag something) an post-release we'll just be using 1.0.x in the distro
[21:02] <stgraber> that or boot the userns kernel on your laptop ;)
[21:02] <hallyn_> only downside to that is i'd be runnign saucy and have to upgrade every day whiel at a conf
[21:03] <hallyn_> still considering it
[21:03] <stgraber> ah yeah, because kernel+ppa wouldn't be enough since you also need a new shadow and some other bits
[21:04] <anepanal1ptos> genii: the reson why i ask is because they're not "ecc" and "buffered"
[21:04] <anepanal1ptos> its just regular desktop memory in a server
[21:06] <genii> anepanal1ptos: The mb specs don't specify ECC
[21:07] <anepanal1ptos> genii: i tried to make heads or tales, but im not a hardware server guy, (im not a desktop guy either) so thanks for that bit of info
[21:10] <anepanal1ptos> genii: this line is what throws me off Supports up to 32 GB DDR3 ECC Un-Buffered memory (UDIMM)
[21:11] <genii> anepanal1ptos: It CAN use error-correction ram, but it's not a prerequisite.
[21:11] <anepanal1ptos> ok. thank you for your time! it was very appriciated!
[21:35] <rostam> HI is the toolchain version has changed from LTS 12.04 to LTS 12.03 update 3?thx