[01:01] <Slyboots> Hello all
[01:02] <Slyboots> I was tracing down a problem wiht my server (hard-lock) and noticed something really weird in the logs
[01:02] <Slyboots> Not sure if this is "normal" Apr 13 18:39:01 beluga CRON[6946]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm)
[01:03] <kirkland> Daviey: hey, do we still need some ISO test coverage?
[01:03] <Daviey> kirkland, That would rock.
[01:03] <Daviey> kirkland, do you have hardware with 2 x hd's?
[01:04] <kirkland> Daviey: tonight, or can it be done on the morrow?
[01:04] <kirkland> Daviey: i have tons and tons of KVMs :-)
[01:04] <Slyboots> Anyone have any idew aht that command might be donig? I dont have any crontjobs setup as root o.o
[01:04] <kirkland> Daviey: and my primary server has 2 hd's, but zat's it
[01:04] <RoAkSoAx> SpamapS: can you please take care of the recently uploaded SRU by Daviey for vsftpd please
[01:04] <Daviey> kirkland, we are slow close to complete coverage before b2, making nowish a better time.
[01:05] <Daviey> crikey RoAkSoAx, i literally just dputted it :P
[01:05] <Daviey> kirkland, i had a rough time with raid/amd64 using virtualbox
[01:06] <Daviey> would really like it reproduced, even with kvm.
[01:06] <Daviey> kirkland, http://iso.qa.ubuntu.com/qatracker/result/5442/286
[01:07] <kirkland> Daviey: i can get this up and running with raid
[01:07] <kirkland> Daviey: sorry, with kvm
[01:07] <Daviey> kirkland, thanks - see my comments
[01:08] <kirkland> Daviey: doing it now, then the missus wants me to join her for dinner
[01:08] <Daviey> removing first hd worked for me, reversing the test failed... i think it was vboxes fault tho
[01:08] <Daviey> kirkland, That is fine, dinner + laptop on table *always* goes down well.. I know from experience. :/
[01:12] <kirkland> Daviey: installing
[01:17] <RoAkSoAx> Daviey: heeheh I just wanna get that done :P
[01:18] <Daviey> :)
[01:42] <kirkland> Daviey: okay, installed
[01:44] <kirkland> Daviey: hmm, hanging for a *long* time at installing grub, 66%
[01:44] <kirkland> Daviey: nevermind, made it past
[01:44] <RoAkSoAx> kirkland: I'll get a DRBD/MySQL and will let you know to try eCryptfs
[01:45] <kirkland> RoAkSoAx: rocking ;-)
[01:46] <Daviey> kirkland,  I was about to head to bed, but curious how this works out.
[01:46] <kirkland> Daviey: hang here, 2 more minutes
[01:46] <kirkland> Daviey: trying to boot from disk a only
[01:47] <kirkland> Daviey: okay, disk a boot worked
[01:47] <kirkland> Daviey: but i see my byobu/raid plugin is broken
[01:47] <kirkland> Daviey: separate bug
[01:48] <Daviey> :(
[01:48] <Daviey> kirkland, yeah dropping disk A worked for me
[01:48] <Daviey> (make sure you wait for raid to rebuild after boot)
[01:48] <kirkland> Daviey: booting from disk b
[01:48] <kirkland> Daviey: yup, it rebuilt
[01:49] <smoser> hm... jamespage is not awake.
[01:49] <Daviey> slacker.
[01:49] <kirkland> Daviey: disk b booted fine
[01:49] <smoser> hggdh, do you know how to kick off jamespage's jenkens ec2 tests ?
[01:49] <Daviey> kirkland, ahh cool
[01:49] <kirkland> Daviey: behavior looks good here, except for my byobu/raid breakage
[01:49] <Daviey> wonder what caused my headache
[01:49] <smoser> http://uec-images.ubuntu.com/server/natty/20110413.1/ is ready
[01:50] <hggdh> smoser: it only runs on his server...
[01:50] <kirkland> Daviey: virtualbox
[01:50] <kirkland> Daviey: i'll mark this passed for me
[01:50] <Daviey> kirkland, sweet, thanks.
[01:50] <kirkland> Daviey: no problem
[01:51] <kirkland> Daviey: time for dinner
[01:51] <Daviey> kirkland, o/
[01:51] <Daviey> time for bed here methinks.
[01:51] <Daviey> smoser, The best i can suggest is jotting jamespage an email asking him to kick it off first thing.
[01:52] <Daviey> smoser, I thought you and jamespage were working on a plan for you to be able to kick them off aswell?
[01:52] <smoser> yes. i will do that.
[01:53] <Daviey> smoser, How long did the jenkins testing take last time?
[01:53] <Daviey> (smoser, do i understand it that you won't be doing your normal testing for b2)
[01:53] <smoser> i did not do my testing for b1.
[01:53] <smoser> so i had not lanned to for beta2
[01:53] <Daviey> ok, cool.
[01:54] <smoser> under a couple hours to run the tests.
[01:54] <kirkland> Daviey: done, i'm out
[01:55] <Daviey> kirkland, o/
[01:57] <Daviey> Anything else before I head to bed?
[01:57] <zul> Daviey: got your email
[01:57] <Daviey> zul, got your reply :)
[01:58] <Daviey> thanks zul
[01:58] <Daviey> nn all o/
[02:23] <smoser> danielck, sent you an email about testing
[02:24] <rnigam> is anyone here tried vmbuilder before? if so, can you please tell how can I pass vhost=on and virtio as parameters while installing a kvm guest
[02:33] <smoser> as parameters to what, rnigam ?
[02:46] <rnigam> smoser: Could you tell me how you would tell your guest to use virtio drivers and VhostNet drivers at creating time.
[02:46] <rnigam> creation*
[02:46] <smoser> as in when building the image ?
[02:47] <smoser> or as in launching a guest
[02:47] <smoser> building an image really shouldn't need anything.  the virtio drivers are included in any recent (karmic or later at least) kernel, and should "just work".
[02:48] <smoser> when starting kvm, via kvm command line, "-drive mydisk,if=virtio" there are other ways to do that in libvirt and such
[02:51] <rnigam> smoser: what about VhostNet? I finally managed to install the vhost_net module in maverick but have not been able to understand whereI must pass vhost=on as mentioned in : http://www.linux-kvm.org/page/UsingVhost
[02:53] <smoser> i've never used that myself... but,
[02:53] <smoser> > egrep "CONFIG_(VHOST_NET|PCI_MSI)" /boot/config-$(uname -r)  ~
[02:53] <smoser> CONFIG_PCI_MSI=y
[02:53] <smoser> CONFIG_VHOST_NET=m
[02:53] <smoser> 2.6.38-8-generic
[02:53] <smoser> thats natty kernel i'm not sure aobut others
[02:56] <jeffro> hey
[02:56] <rnigam> I am at 2.6.35 and those options are already set by default. So in order for guest to use vhost_net i dont have to do vhost=on at all?
[02:57] <rnigam>  <interface type='bridge'>
[02:57] <rnigam>       <mac address='52:54:00:0e:e1:93'/>
[02:57] <rnigam>       <source bridge='br0'/>
[02:57] <rnigam>       <target dev='vnet0'/>
[02:57] <rnigam>       <model type='virtio'/>
[02:57] <rnigam>       <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
[02:57] <rnigam>     </interface>
[02:58] <rnigam> sorry that came by mistake !
[03:03] <smoser> ah, in libvirt, you'll have to somehow tell it to create a kvm guest with vhost, yes
[03:03] <smoser> but i would think that the kernel will figure it out if you do manage to do that.
[03:04] <smoser> you might want to try just launching a kvm guest by hand as dscribed there. (ie, without libvirt as a test)
[03:21] <onecrazycat> Cheers everyone.  I'm setting up DHCP failover and I am a little confused.
[03:22] <onecrazycat> I have an existing server, but on this server I have manually configured groups of hosts.  Do each of these group { statements need a "failover peer "XXXXX" statement?
[03:23] <onecrazycat> For example, I set up failover peer "NAME" { } with a bunch of parameters, and I also have to define what addresses fall into this failover rule…  If I have a ton of different groups, do they all need to reference this?
[03:24] <onecrazycat> BTW, this is all found in the dhcpd.conf file...
[03:41] <onecrazycat> Any dhcpd gurus here tonight?
[04:28] <ap0c> anyone know how to mount a md device on boot ?
[04:28] <ap0c> onecrazycat: yeah i'm pretty good with dhcpd
[04:28] <ap0c> what are you trying to do?
[04:30] <onecrazycat> ap0c: I'm setting up a failover
[04:30] <ap0c> heh, yeah i scrolled back and saw that
[04:30] <ap0c> whats the error ?
[04:30] <onecrazycat> ap0c: No error, just that I have a lot of different groups configured in my dhcpd.conf file.
[04:30] <ap0c> ah, so whats the problem?  it's not failing over?
[04:30] <onecrazycat> ap0c: none of the tutorials or man pages seem to address this commonality.
[04:31] <onecrazycat> ap0c: it isn't even set up yet.  I just want to configure it properly.
[04:32] <ap0c> something like http://ubuntuforums.org/showthread.php?t=447377
[04:32] <onecrazycat> ap0c:  I just followed the man page, but I'm no so sure this will give me the results I want.  If I put the "failover peer "NAME";" and a range section in a pool {} under my subnet settings, that's all well and good… but what about hosts outside of that range?
[04:32] <ap0c> ?
[04:33] <onecrazycat> ap0c:  yes, similar to the forum post
[04:34] <onecrazycat> ap0c:  I'm thinking I'm going to give this a go and cross my fingers, but I'm the type that likes to spend a lot of time preparing and less time debugging, dig? :)
[04:34] <ap0c> haha yeah pretty much
[04:34] <onecrazycat> ap0c: which is why I asked about it here.  I appreciate you replying.
[04:34] <ap0c> just go for it man
[04:35] <onecrazycat> ap0c:  Will do.  Thanks :)
[04:53] <dudeami> Anyone here?
[04:55] <dudeami> Nvm
[05:31] <Abhijit> hi
[05:31] <Abhijit> is it okay to have 5-6 apache processse running in localhost only apache server machine? or is it security issue?
[05:31] <Abhijit> hi
[05:31] <Abhijit> hepl
[05:55] <Abhijit> is it okay to have 5-6 apache processse running in localhost only apache server machine? or is it security issue?
[08:28] <jeffro> anyone wanna try to tackle a midnight postfix problem? :D
[08:29] <binBASH> just ask your question
[08:29] <jeffro> alright
[08:29] <jeffro> i get these errors: warning: unable to create lock file /var/mail/xxxxx.lock: permission denied
[08:30] <jeffro> postfix/local says : (cannot append message to file /var/mail/jeffro: cannot open file: Permission denied)
[08:30] <binBASH> so fix your permissions
[08:30] <jeffro> so i ran postfix set-permissions
[08:30] <jeffro> i tried adding myself to the postdrop group
[08:31] <jeffro> etc, doesn't work
[08:31] <jeffro> im not experienced w/ linux, obviously
[08:31] <greppy> what are the permissions on /var/mail and /var/mail/jeffro
[08:31] <jeffro> k
[08:31] <greppy> ls -ld /var/mail
[08:31] <jeffro> drwxrwsr-x  2 root mail
[08:32] <jeffro> thats mail
[08:32] <greppy> ls -l /var/mail/jeffro
[08:32] <jeffro> /vra/mail/jeffro: -rw-rw----  1 jeffro mail
[08:32] <jeffro> and the places the error messages come from is /var/syslog
[08:32] <jeffro> if that matters
[08:33] <greppy> in /var/syslog? are you running ubuntu?
[08:33] <jeffro> yeah, 10.10
[08:33] <jeffro> sorry
[08:33] <jeffro> /var/log/syslog
[08:34] <jeffro> i've tried removing/installing
[08:34] <jeffro> postfix is just pwning me
[08:35] <jeffro> also tried taking off chroot for sendmail
[08:50] <jeffro> also possibly relevant, i changed /etc/aliases to forward root to my user acct. i also appended jeffro: /var/mail/jeffro
[09:00] <jeffro> sorry, back
[09:48] <xelister> hello soren \o/
[09:48] <xelister> vmbuilder continues to suck an epic dick and not working at all
[09:49] <xelister> new bug:
[09:49] <xelister> Setting up linux-firmware (1.34.4) ...
[09:49] <xelister> , stderr: Done.
[09:49] <xelister> Running depmod.
[09:49] <xelister> update-initramfs: Generating /boot/initrd.img-2.6.32-30-server
[09:49] <xelister> mktemp: failed to create directory via template `./TMP/mkinitramfs_XXXXXX': No such file or directory
[09:49] <xelister> update-initramfs: failed for /boot/initrd.img-2.6.32-30-server
[09:54] <xelister> soren: perhaps the workaround for lack of -tmp= flag screws up later installation?
[09:54] <xelister> the setting of TMPDIR
[09:54]  * xelister beats up smoser with a metall gauntlet
[09:54] <xelister> why can't you get vmbuilder to work correctly :<  (on i7 and with small /tmp)
[10:13] <thes26> which is the quicly browser on ubuntu
[10:13] <soren> thes26: Huh?
[10:14] <joschi> thes26: lynx
[10:16] <thes26> joschi, thx
[10:58] <sjbnz> join #linuxoutlaws
[10:58] <Dr_Jekyll> :-)
[11:43] <nimrod10`> what is the conf file for apt in 10.04 server in which I'm supposed to put the http proxy config ?
[11:45] <pnunn> Anyone on here know anything about squid config?
[11:47] <iclebyte_work> pnunn, ask your question
[11:51] <soren> nimrod10`: /etc/apt/conf.d/<something>
[11:56] <pnunn> OK.. I have two servers talking to one authentication box... at one site it works fine... at the other not.
[11:56] <pnunn> as far as I can see the configs are identical.
[11:57] <pnunn> At one site in the log I get in the log
[11:57] <pnunn> access.log.1:1302567283.836    618 192.168.100.132 TCP_MISS/200 7321 POST http://fred.spydus.com/cgi-bin/spydus.exe/PGM/CAT/AWZREQ - DIRECT/203.33.245.12 text/xml
[11:57] <pnunn> at the other
[11:58] <pnunn> access.log.1:1302590223.719     77 192.168.0.67 TCP_MISS/417 1938 POST http://fred.spydus.com/cgi-bin/spydus.exe/PGM/CAT/AWZREQ - NONE/- text/html
[11:58] <pnunn> which I think means its not passing on the request after the cache miss for some reason.
[11:58] <pnunn> I can't for the life of me find out why its not passing on the request.
[12:03] <nimrod10`> soren, just put a name like  http-proxy  for that file ?
[12:11] <nimrod10`> for further reference , to enable   apt to work through a http proxy  I've put a http-proxy file containing   http://[[user][:pass]@]host[:port]/    in  /etc/apt/preferences.d/
[12:11] <nimrod10`> soren, ^
[12:14] <joschi> nimrod10`: see apt.conf(5) (-> `man apt.conf`) for the correct syntax
[12:15] <joschi> nimrod10`: and /etc/apt/preferences.d is wrong
[12:16] <soren> nimrod10`: See "man apt.conf" for more info.
[12:28] <nimrod10> soren, joschi thanks for the heads up
[13:18] <zul> morning
[13:22] <Daviey> afternoon zul o/
[14:05] <RoAkSoAx> morning all
[15:03] <rickspencer3> Daviey, et al ...
[15:03] <rickspencer3> Beta 2 getting ready to go today! what's the word on the street for Ubuntu Server?
[15:09] <smoser> Daviey, so, really, we need to open https://bugs.launchpad.net/ubuntu/+source/udev/+bug/712026
[15:09] <smoser> its not fixed.
[15:09] <smoser> SpamapS, ^
[15:10] <smoser> s/open/re-open/
[15:10] <smoser> it seems like the race window was reduced.
[15:16] <Daviey> rickspencer3, It's looking pretty good... We've already got near complete test case coverage.
[15:17] <rickspencer3> Daviey, sweet!
[15:17] <rickspencer3> Ubuntu Server is rocking in Natty
[15:17] <rickspencer3> I hope you guys are as psyched as I am
[15:17] <Daviey> rickspencer3, Something i'm not sure about, the minimal virtual instal (formally JeoS) is specified as being <500MB... I believe last cycle we had the same issue we are seeing now where it is ~535MB.
[15:18] <rickspencer3> interesting
[15:18] <Daviey> I'm not sure we /need/ to bring it back under 500MB... (there was original sensible rational).
[15:18] <rickspencer3> Daviey, well, I think 500 Megs is a good limit
[15:18] <rickspencer3> and this demonstrates why having an ISO is good for discipline
[15:18] <rickspencer3> however, it's Beta 2
[15:18] <rickspencer3> and 35MB sounds like a lot
[15:20] <Daviey> rickspencer3, ack... i'm reasonably sure we dicovered this in maverick but let it slide.
[15:23] <Daviey> smoser, do you have thoughts on that bug ^^?
[15:25] <soren> 535MB for JEOS? Wow.
[15:25] <soren> Just... wow.
[15:26] <smoser> Daviey, i have no thoughts on that. i only suspect that some upstart job hung, and thus blocked rc from running (or 'rc' job blocked on something)
[15:26] <smoser> and thus cloud-final didn't run.
[15:27] <smoser> one way or another cloud-final didn't run, and we don't have enough info from the instance to see why that was.
[15:27] <Daviey> soren, Do you remember us having this same discussion last cycle?
[15:27] <smoser> jamespage will modify test suite to collect some info tha tmight be helpful in the future.
[15:27] <soren> Daviey: Honestly? No :)
[15:27] <Daviey> soren, I need to grep logs then... :)
[15:27] <soren> Daviey: I'm not denying it happened. I just have no recollection  of it :)
[15:28] <Daviey> soren, oh aye... i can't remember who was in the discussion.
[15:28] <JanC> why is it so big?  ;)
[15:29] <soren> If I had a nickle for every time I heard that question...
[15:29] <soren> I'd have a nickel.
[15:29] <Daviey> O_o
[15:29] <soren> :(
[15:29] <Daviey> :(
[15:29] <air^> howdy.
[15:29] <JanC> I remember 3 years ago JeOS was smaller than a Debian minimal install  ;)
[15:29] <jamespage> Daviey: we had some issues earlier this cycle with the JeOS install size; I'll see if I can dig out what the issue was
[15:29] <Daviey> jamespage, please...  i expect it's printer related :)
[15:30] <zul> smoser: i might be seeing the same thing in the lxc container using cloud-init
[15:31] <jamespage> hggdh: please can you restart both Jenkins slaves; had to restart the master instance earlier today - ta
[15:32] <jamespage> Wow: http://jenkins.qa.ubuntu-uk.org/view/natty-ec2/job/natty_server_ec2/9/testReport/ - nearly 1000 tests and we did not even do us regions!
[15:35] <soren> The boot seed alone weighs in at 244MB.
[15:38] <Daviey> I'm wondering if we are seeing bug 712145 again, the numbers seem to match.
[15:39] <jamespage> Daviey: ISO testing looks for 550MB not 500MB as a good threshold - there was a reason for this
[15:40] <Daviey> cjwatson, Is it likely pkgsel has reintroduced that bug above ^^?  We are seeing large JEOS installs again.
[15:42] <soren> cjwatson: language-selector-common is in standard. Won't it get installed regardless?
[15:45] <smoser> ok. mainly i'm just curios.
[15:45] <smoser> i dont understand this http://paste.ubuntu.com/594057/
[15:45] <smoser> it seems to me that the 'targzfile.close()' should be enough to ensure that the file exists when 'size = os.path.getsize(targz)' checks.
[15:50] <soren> smoser: How does it fail?
[15:50] <smoser> read the test case... but basically the file that it creates has size 0 when it checks
[15:50] <smoser> so, i guess it does exist, but i would have thought that the close would have ensured that it would have non-zero size.
[15:51] <soren> Oh, it's size 0?
[15:51] <soren> How big is this file usually?
[15:51] <smoser> 1549
[15:51] <soren> bytes?
[15:51] <smoser> yeah
[15:51] <smoser> so they're all in IO buffer
[15:51] <soren> Right.
[15:51] <soren> The problem is this:
[15:51] <smoser> but i would have thought the close would have flushed them
[15:52] <soren> You're closing your own file descriptor, but zipproc has it open, too.
[15:52] <soren> Twice, actually.
[15:52] <soren> (once inherited from your process and once attached to its stdout)
[15:52] <soren> Or maybe subprocess handles the former case. Anyways, it's open at least once.
[15:53] <soren> ...and it's zipproc that has stuff in its buffer.
[15:53] <smoser> right.
[15:53] <hallyn> kirkland: we'd been wanting to package gpxe, looks like ipxe is all set (in its place), ITP for gpxe was http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474034.  Q is, is there anything to be done for it on our end before May?
[15:53] <smoser> so the fix path is fine, though.
[15:53] <smoser> right ?
[15:53] <soren> smoser: Yes, perfectly.
[15:55] <hallyn> zul: is there anything to be done to kick the samba community re https://bugzilla.samba.org/show_bug.cgi?id=6724 ?
[15:55] <zul> hallyn: looking
[15:55] <soren> smoser: You seem somehow unconvinced?
[15:56] <smoser> well it made sense to me when i made the patch
[15:56] <smoser> but then i thought about it
[15:56] <kirkland> hallyn: not really;  you could, perhaps, push it into the ~ubuntu-virt PPA, for curious Ubuntu virt users
[15:56] <smoser> i think your'e right though
[15:56] <kirkland> hallyn: it won't make it into Natty, though
[15:56] <kirkland> hallyn: and it should be sync'd from Debian once Oneiric archives open
[15:56] <zul> hallyn: ill see what i can do
[15:56] <hallyn> kirkland: it'll get automatically synced?
[15:56] <hallyn> zul: thanks
[15:57] <soren> smoser: It *does* happen. Cccasionally.
[15:57] <hallyn> kirkland: that's waht i was wondering, if there were any steps we could take to get it into O as soon as possible
[15:57] <soren> Occasinally, even.
[15:57] <kirkland> hallyn: if it's in debian unstable before Oneiric's Debian Import Freeze, yes, it's automatic
[15:57] <soren> Errr.
[15:57] <soren> Darn it.
[15:57] <hallyn> kirkland: awesome, thanks
[15:57]  * smoser deletes irc logs of this so he is not bothered by soren being correct
[15:58] <zul> hallyn: which version is that with?
[15:58] <hallyn> zul: you claimed 3.3 :)
[15:58] <hallyn> lemme find our bugs for it again
[15:59] <zul> hallyn: i did? :)
[15:59] <hallyn> zul: well the original bug (which we link dups to) is bug 388483
[15:59] <zul> hallyn: ah ok
[16:00] <hallyn> there it's 2:3.3.2-1ubuntu3
[16:01] <hallyn> 2:3.4.7~dfsg-1ubuntu3.2 was the most recent
[16:01] <jamespage> Daviey, RoAkSoAx: I just installed a minimal virtual amd64 natty and its only 429MB?
[16:01] <zul> hallyn: yeah i think we might try to reproduce it again
[16:02] <Daviey> jamespage, wtf.
[16:02] <Daviey> jamespage, that is not helpful.
[16:02] <jamespage> Daviey: TBH that's inline with what I saw on i386....
[16:03] <jamespage> Daviey: 410MB - still had it kicking around
[16:04] <Daviey> jamespage, That makes no sense... RoAkSoAx and highvoltage both saw it 53XMB
[16:04] <Daviey> i think there was one more report aswell of that.
[16:08] <Daviey> RoAkSoAx, around?
[16:08] <RoAkSoAx> Daviey: yes sir
[16:11] <RoAkSoAx> Daviey: what's bothering you my friend?
[16:13] <jamespage> Daviey, RoAkSoAx: http://paste.ubuntu.com/594071/
[16:13] <RoAkSoAx> ah lol (irssi doesn't notify me :s)
[16:13] <RoAkSoAx> jamespage: weird
[16:13] <RoAkSoAx> in my case was 533
[16:14] <jamespage> thats odd
[16:14]  * RoAkSoAx downloading a new ISO
[16:15] <jamespage> Daviey: might be linked to that other issue I had re language support on the ISO boot screen?
[16:15] <jamespage> maybe I'm not getting so many options?
[16:15] <jamespage> RoAkSoAx: what did you test on?
[16:17] <RoAkSoAx> jamespage: KVM, using testdrive
[16:17] <jamespage> RoAkSoAx: I'm using KVM but from virt-manager
[16:18] <RoAkSoAx> jamespage: will test both and compare
[16:26] <Daviey> RoAkSoAx, sorry, i was afk
[16:27] <Daviey> I wanted you to compare experiences with jamespage, to try and determine why you have different jeos sized images
[16:27] <RoAkSoAx> Daviey: no worries
[16:27] <RoAkSoAx> Daviey: yeah I'm on it
[16:27] <RoAkSoAx> downloadin ISO now
[16:49] <RoAkSoAx> jamespage: just installed again with TestDrive and is 533M
[16:49] <RoAkSoAx> will now try with virt-manager
[16:57] <jamespage> RoAkSoAx: most puzzling
[17:08] <RoAkSoAx> jamespage: /win 13
[17:08] <RoAkSoAx> arghh
[17:08] <jamespage> hehe
[17:08] <RoAkSoAx> hehe
[17:08] <RoAkSoAx> sry
[17:08] <RoAkSoAx> happens all the time xD
[17:09] <resno> heres my issue. i installed zyntal. but now i cant get it to speak on the network
[17:09] <RoAkSoAx> jamespage: confirmed, installing with virt-manager gives a different disk size
[17:10] <RoAkSoAx> jamespage: 428M
[17:10] <resno> i clear all the iptables, recongiured dhcp. its gets an address but wont "connect"
[17:10] <jamespage> RoAkSoAx: same as my install - now that is odd
[17:10] <RoAkSoAx> jamespage: maybe the type of disk used
[17:10] <jamespage> Might be - what does testdrive use?
[17:11] <RoAkSoAx> kirkland: qcow2
[17:11] <RoAkSoAx> jamespage: qcow2
[17:11] <RoAkSoAx> kirkland: any ideas why the install size would differ between TestDrive and virt-manager?
[17:11] <jamespage> RoAkSoAx: thats what I used in virt-manager as well so no diff
[17:11] <RoAkSoAx> uhm weird then :S
[17:13] <jamespage> RoAkSoAx: when you installed using virt-manager did you get presented with multiple language options in the ISO boot screen?
[17:13] <RoAkSoAx> jamespage: yes
[17:13] <jamespage> Hmmm - so not that then - I have an issue there but it seems to be a me only one
[17:14] <RoAkSoAx> jamespage: in my case was everything exactly like with TestDrive
[17:16] <RoAkSoAx> jamespage: kvm command from testdrive:  kvm -m 512 -smp 2 -cdrom /home/roaksoax/.cache/testdrive/iso/ubuntu_natty-server-amd64.iso -drive file=/home/roaksoax/.cache/testdrive/img/testdrive-disk-KiJDSk.img,if=virtio,cache=writeback,index=0,boot=on -usb -usbdevice tablet -net nic,model=virtio -net user -soundhw es1370 -vga cirrus
[17:16] <RoAkSoAx> jamespage: the one with virt-manager /usr/bin/kvm -S -M pc-0.14 -enable-kvm -m 512 -smp 2,sockets=2,cores=1,threads=1 -name natty7-jeos -uuid 59c4d5ff-82e7-4833-c7b9-8c95f5cc769a -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/natty7-jeos.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=readline -rtc base=utc -boot order=c,menu=off -drive file=/media/vm1/natty7.img,if=none,id=drive-virtio-disk0,bo
[17:16] <RoAkSoAx> jamespage: it must be something with that
[17:18] <RoAkSoAx> jamespage: maybe because testdrive disk format used is with virtio while virt-manager's is raw? -drive file=/media/vm1/natty7.img,if=none,id=drive-virtio-disk0,boot=on,format=raw
[17:20] <cjwatson> Daviey: dunno.  are logs available?
[17:20] <jamespage> hmm - don't think so - I use qcow2 in virt-manager
[17:25] <Daviey> cjwatson, jamespage and RoAkSoAx and comparing, they have differing results.
[17:25] <Daviey> s/and/are
[17:25] <jamespage> Daviey: installing through testdrive appears to create a larger install than installing through virt-manager
[17:27] <Daviey> jamespage, this makes no sense...
[17:27] <jamespage> Daviey: tell me about it :-)
[17:28] <Daviey> RoAkSoAx / jamespage: Might be an idea to reproduce, saving the d-i logs?
[17:30] <jamespage> Daviey: assuming that's what gets installed to /var/log/installer/syslog I already have one :-)
[17:30] <skaet> smoser, Daviey - what's the story with the UEC images?   Am not seeing them on the iso tester
[17:30] <skaet> are we good to ship them?
[17:31] <Daviey> They should be published now smoser ?
[17:31] <smoser> you're not ? http://iso.qa.ubuntu.com/qatracker/build/ubuntuserver/all
[17:31] <smoser> shows them there. we've not run test in the us regions
[17:31]  * skaet refreshing her link...
[17:31] <smoser> because the apt mirrors are broken there. there is an is ticket open, but running test depends on 'apt-get update' not failing.
[17:32] <skaet> smoser,  I don't see UEC images,  just EC2 ones...
[17:32] <smoser> ah... uec images. ok. i dont think they'd been populated there for a while.
[17:32]  * skaet may be cross eyed though by now...
[17:32] <Daviey> ah... they are the same.
[17:32] <smoser> well.... we used to have uec images
[17:32] <smoser> explicitly to test running the images under eucalyptus
[17:32] <Daviey> smoser, They got dropped tho, didn't they?!
[17:33] <smoser> well, they really should not have. it is quite valid to test. we expect the images to work on UEC and we've seen failures on Eucalyptus before.
[17:33] <smoser> now, i happen to know that hggdh tested natty images in natty uec yesterday.
[17:33] <skaet> smoser, Daviey - we have mentioned them in the announce note.   We'll need to synch up what's expected.
[17:34] <smoser> also, if you want to add them, i can get a test run on them. they will run fine.
[17:34] <skaet> smoser,  that would be good.
[17:36] <Daviey> skaet, hmm.. "http://uec-images.ubuntu.com/releases/natty/beta-2/ (Ubuntu Server for UEC and EC2)"
[17:37] <smoser> wait. was that supposed to have been done ?
[17:37] <smoser> is this released now ?
[17:37] <Daviey> no.. not afaik
[17:39] <skaet> Daviey,  we're still preping things.
[17:40] <Daviey> skaet, see my PM?
[17:45] <SpamapS> RoAkSoAx: ack .. will take a look
[17:46] <SpamapS> smoser: ^^
[17:47] <RoAkSoAx> SpamapS: cool thnaks
[17:48] <SpamapS> hmm I don't see anything in lucid-proposed for vsftpd
[17:48] <RoAkSoAx> Daviey: ^^
[17:55] <hggdh> jamespage: how's EC2 testing?
[17:57] <Daviey> RoAkSoAx, hmm... i sure did dput it... I wonder if it was lost with the LP outage last night
[17:58] <RoAkSoAx> Daviey: maybe
[17:58] <jamespage> hggdh: OK - all regions aside from us-* tested - however archive checksum issues in those regions which means we can't test
[17:59] <Daviey> RoAkSoAx, re uploading
[17:59] <hggdh> jamespage: this also includes EBS testing (meaning were they done/not done)?
[17:59] <RoAkSoAx> Daviey: thanks
[17:59] <RoAkSoAx> SpamapS: ^^ should be available soon
[17:59]  * RoAkSoAx is off to lunch
[18:00] <jamespage> hggdh: non-optional EBS tests where completed
[18:00] <hggdh> jamespage: perfect, thank you
[18:00] <jamespage> hggdh: http://jenkins.qa.ubuntu-uk.org/view/natty-ec2/job/natty_server_ec2/9/
[18:09] <RoAkSoAx> Daviey: see your upload as (Waiting for approval)
[18:09]  * RoAkSoAx really this time off to lunch
[18:09] <Daviey> RoAkSoAx, o/
[18:18] <jamespage> Daviey: please can you ignore the merge requests associated with bug 715152
[18:18] <jamespage> need to add headers to the patch
[18:23] <Daviey> jamespage, ack, just update the branch and it'll refresh the merge proposal
[19:03] <hvgotcodes> im trying to get lucid32 running on ec2.  I can start the machine up, but its not running my --user-data-file script
[19:10] <SpamapS> RoAkSoAx: I see it now, wil review
[19:10] <RoAkSoAx> SpamapS: thanks!
[19:30] <SpamapS> RoAkSoAx: http://launchpadlibrarian.net/69370270/vsftpd_2.2.2-3ubuntu7.1_2.2.2-3ubuntu6.2.diff.gz ... looks like you got the version numbers wrong in changelog
[19:31] <RoAkSoAx> SpamapS: not me.. seems the branchs are not up to date
[19:31] <RoAkSoAx> SpamapS: take a look to the latest security and update branches those are ubuntu6.1
[19:34] <skaet> smoser,   Just checking I can remove this... "Running images in EC2, t1.micro is currently limited to arch amd64."
[19:34] <smoser> yes.
[19:34] <smoser> skaet,
[19:34] <skaet> :)
[19:34] <skaet> done
[19:36] <SpamapS> RoAkSoAx: interesting
[19:37] <SpamapS> RoAkSoAx: you need to make the version higher than the previous upload to proposed: https://launchpad.net/ubuntu/+source/vsftpd/2.2.2-3ubuntu7.1
[19:38] <RoAkSoAx> SpamapS: there's no 7.1 in the archives
[19:38] <SpamapS> RoAkSoAx: Yes but there was one uploaded (and rejected)
[19:39] <SpamapS> RoAkSoAx: I will ask pitti if that matters but usually it does
[19:42] <RoAkSoAx> SpamapS: right -updates is 6.2
[19:45] <RoAkSoAx> SpamapS: so the branch in -proposed was never in -updates
[19:45] <SpamapS> RoAkSoAx: if it was accepted in proposed, people may have it on their system.
[19:46] <RoAkSoAx> so makes no sense to branch from -proposed
[19:46] <RoAkSoAx> SpamapS: right but -proposed differs from -updates
[19:46] <RoAkSoAx> SpamapS: so a SRU enters through -updates
[19:47] <RoAkSoAx> SpamapS: when a SRU is accepted, then branch should be -updates
[19:47] <SpamapS> RoAkSoAx: sorry but I have no idea what you are arguing.
[19:47] <SpamapS> this has *nothing* to do with branches. Its the state of the archive. If the branches don't reflect that, its a bug in udd.
[19:48] <hvgotcodes> guys, can u think of why a --user-data-file script wouldn't run?
[19:48] <SpamapS> RoAkSoAx: going afk for a bit.. bbl
[19:49] <RoAkSoAx> SpamapS: right but the state of the archive is that there's a ubuntu6.1 as the *last* upload for vsftpd in lucid
[19:49] <RoAkSoAx> so the next one sjhould be ubuntu6.2
[20:00] <RoAkSoAx> SpamapS: Ok so here's the deal. It seems that the mistake here was that in -proposed there's a branch with 7.1 when it should have been 6.1. That upload was rejected and never made it into the archive, but the branch was kept in -proposes (lp:ubuntu/lucid-proposed/vsftpd)
[20:02] <Daviey> SpamapS, hang on... this doesn't make sense
[20:02] <Daviey> https://launchpad.net/ubuntu/+source/vsftpd/2.2.2-3ubuntu6.1 == archive content
[20:02] <RoAkSoAx> SpamapS: Now, I branched the branch in lp:ubuntu/lucid-updates/vsftpd since it has the latest. This branch contains a security update which is now 6.1, and proposed the merge against
[20:02] <SpamapS> Yes apparently the 7.x never made it into the archive
[20:02] <Daviey> https://code.launchpad.net/~andreserl/ubuntu/lucid/vsftpd/sru1 == RoAkSoAx's branch
[20:03] <SpamapS> so its ok.. I'll do the debdiff manually per pitti's advice
[20:03] <Daviey> (based on what is currently in the archive)
[20:03]  * SpamapS begs your patience as he prepares for the sru team jedi trials
[20:03] <RoAkSoAx> SpamapS: yeah that's were I was going next
[20:04] <RoAkSoAx> if I would have prepared a debdiff instead of a branch, it is still ubuntu6.2
[20:04] <RoAkSoAx> SpamapS: Daviey i guess we've encountered that the approach of branching -proposed -updates -security differently does not maintain consistency of the archive
[20:04] <RoAkSoAx> s/archive/branches
[20:05] <Daviey> RoAkSoAx, no, as SpamapS the branches in this instance are irrelvant
[20:05] <SpamapS> UDD is very broken for SRU's. :-P
[20:05] <RoAkSoAx> Daviey: yeah but I meant in the case of SRU as SpamapS is mentioning
[20:05] <Daviey> I swear i looked in lucid unapproved queue before uploading.. :/
[20:05] <Daviey> RoAkSoAx, ah
[20:06] <RoAkSoAx> Daviey: it is not your error, it is an error of having a branch in -proposed that never made it into the archive
[20:06] <RoAkSoAx> which caused the confusion
[20:06] <Daviey> SpamapS, Was this package already in lucid unapproved queue?
[20:07]  * Daviey *boggles*... A) i'm pretty sure i checked the unapproved queue before uploading, B) i uploaded yesterday and recieved no confirmation.
[20:08] <RoAkSoAx> Daviey: that upload was never made I think, but the branch was merged
[20:08] <RoAkSoAx> Daviey: but either way, way after that ... an upload for 6.1 as a security update was made
[20:08] <RoAkSoAx> Daviey: so there should not have been any issues when uploading a 6.2
[20:11] <Daviey> Okay... so is the -proposed bzr branch confusion or -proposed archive pocket (approved or unapproved)?
[20:11] <Daviey> SpamapS, ^^ ?
[20:12] <RoAkSoAx> Daviey: he's gonna do a debdiff
[20:12] <RoAkSoAx> to ignore the error in the -proposed bzr branch
[20:12] <Daviey> RoAkSoAx, Well.. i think it would be helpful if we know what caused this :)
[20:17] <SpamapS> Daviey: what caused this is the weirdness between the branches when there are updates/security/proposed versions
[20:17] <SpamapS> RoAkSoAx: ok, tentatively approved.. have to wait for pitti to do the real accept.
[20:18] <RoAkSoAx> SpamapS: cool thanks
[20:18] <RoAkSoAx> SpamapS: and I agree with you, weirdbess between those 3 branches
[20:18] <Daviey> SpamapS, Still confused, RoAkSoAx's bzr branch is based on current -updates content.
[20:18] <Daviey> SpamapS, I couldn't see it in the unapproved queue... so wtf happend?
[20:19] <SpamapS> Daviey: the queue diffs against the "latest version uploaded" .. the latest version isn't decremented if an upload is rejected.
[20:19] <SpamapS> Again, nothing to do with the branches
[20:19] <Daviey> SpamapS, Ahh... you mean the LP generated diff in the unapproved queue?
[20:20] <SpamapS> Daviey: right
[20:20] <Daviey> Ahh!
[20:20] <Daviey> I have an open bug about this
[20:21] <Daviey> SpamapS, so pitti is asking you to debdiff for your review?
[20:27] <jeffro> heyy.... anyone want to help me w/ this postfix issue? :D
[20:27] <Daviey> SpamapS, bug 680911 fwiw
[20:45]  * SpamapS heads to lunch
[20:46] <mathiaz> SpamapS: hey!
[20:46] <SpamapS> mathiaz: hallo from Santa Clara! ;)
[20:46] <mathiaz> SpamapS: happy lunch!
[20:46] <mathiaz> SpamapS: haha - hello from San Francisco
[20:46] <mathiaz> SpamapS: I'm also heading out to lunch :)
[20:46] <RoyK> zzhellozz from zznorwayzz
[20:49] <jeffro> yayyy sf and santa clara
[21:16] <hallyn> soren: question on vmbuilder.   You build (built) for current dev release using lp:vmbuilder and lp:~vmbuilder-dev/packaging.  To SRU a cherry-pick from a bzr commit, would you insist on moving to a whole new commit, or would you take lp:ubuntu/lucid-updates/vm-builder and just update it?
[21:17]  * RoAkSoAx will be back later
[22:07] <hallyn> soren: well, i'm goign the simple cherry-pick route
[22:11] <fosterdv> Hey, by chance... does anyone know how to check to see which IP a SSL certificate has been made for?
[22:21] <cloakable> Examine the CN of the certificate?
[22:22] <fosterdv> I haven't tried that... I'm not too strong, when it comes to SSL... I'll try that now.
[22:23] <rcsheets> Usually SSL certificates aren't made for specific IP addresses, but rather specific hostnames.
[22:23] <cloakable> yeah
[22:25] <fosterdv> Oh.. nice. I didn't know that. Thank you guys.
[22:26] <rcsheets> fosterdv: could you explain the context of what you're trying to accomplish a bit more?
[22:28] <rcsheets> or was that really all you needed to know?
[22:30] <fosterdv> rcsheets: Yeah, I'm trying to set up a Ubuntu 10.10 server, and I'm trying to step up certificates for mytestserver.us + server.mytestserver.us, but didn't know what IP I used, for mytestserver.us
[22:31] <fosterdv> I'm trying to set up ehcp, without needing to recycle my server again.. so, I'm trying to figure out how I need to get my domain to resolve.
[22:33] <pirx> hello! does anyone by any chance run Lucid (server) on a Mac Mini? (cant get sound working)
[22:37] <rcsheets> fosterdv: probably just make sure your dns is set up correctly
[22:39] <fosterdv> rcsheets: Yeah, I'm setting up server. to resolve to the second IP on the server.
[22:54] <soren> hallyn: I don't think I understand what you mean by "a whole new commit".
[23:15] <fosterdv> rcsheets: Hey, by chance.. do you know when installing 'libapache2-mod-php5filter', would be necessary?
[23:15] <fosterdv> http://packages.ubuntu.com/maverick-updates/libapache2-mod-php5filter
[23:18] <linuxthefish> Can someone help me quit a frozen application?
[23:19] <fosterdv> linuxthefish: ps -ef  | grep something    then run:   sudo kill -9 PID
[23:19] <linuxthefish> i typed "php" into the terminal, and there isn't anything that tells me how to exit it!!
[23:20] <fosterdv> What's the frozen application?
[23:20] <linuxthefish> its not frozen, just not displaying anything
[23:21] <linuxthefish> and i quit it...
[23:21] <fosterdv> What exactly are you doing, and what's the error you are seeing?
[23:22] <linuxthefish> i logged onto my server locally, and was playing around with some random commands and typed "php" and then nothing somes up!
[23:23] <linuxthefish> and i can't ssh in and kill it...
[23:23] <fosterdv> Try typing php -v
[23:24] <fosterdv> when you type php
[23:24] <fosterdv> and it just takes you to that blank prompt...
[23:24] <linuxthefish> yere
[23:24] <fosterdv> Hit CTRL+C
[23:24] <linuxthefish> oh!
[23:24] <linuxthefish> thanks! :)
[23:24] <fosterdv> :D
[23:34] <hallyn> soren: see for instance https://code.launchpad.net/~serge-hallyn/ubuntu/lucid/vm-builder/vmbuilder-tmpfs
[23:35] <hallyn> soren: as opposed to simply merging commits 34..37 from lp:ubuntu/natty/vm-builder in their entirity
[23:35] <hallyn> which'd be hard to justify sru-wise