[00:20] <keithzg> So how does one clear that "New release '13.04' available." notification on a server? I vaguely remember doing so many releases ago, but once again I find myself with many different servers, all upgraded, that are nonetheless informing me they need to be upgraded ;)
[00:35] <qman__> there isn't anything to clear, but what you may be getting at is the difference between standard and LTS releases
[00:36] <qman__> you can configure which release schedule you want to use
[00:36] <qman__> or, alternatively, you can upgrade using 'do-release-upgrade'
[02:38] <codepython777> when one uses useradd to create a new user, what is the default password?
[03:10] <qman__> there is none
[03:11] <codepython777> thanks
[03:11] <qman__> the "easy" and defaulted/set up way to add users is with adduser
[03:11] <qman__> useradd works but it doesn't do anything for you, you have to specify all options
[03:33] <tohuw> What is the correct syntax to copy files from a source to a destination, assuming I want all directories and their contents, and if a file in the destination matches the source version, skip it? rsync -av SOURCE DESTINATION?
[03:34] <tohuw> I ask because archive mode reads in the manpage like what I want, but it seems to behave differently; it is apparently re-transferring files I know to be the same (including the path) in the destination.
[03:56] <qman__> tohuw, that is the function of the -a switch; if the files are being retransferred, they don't match
[03:56] <qman__> you may also want the -H switch, as it reconstructs hard links at the destination, -a does not
[03:58] <tohuw> qman__: Thank you. I was able to figure out the mismatch. You were right, of course; they didn't match.
[08:03] <foosinn> hi, i have build a ubuntu 12.04 using deboostrap. i added the linux-image-virtual kernel + pygrub menu.lst. when i try to boot the vm i see pygru and 'Started domain vm104 (id=39)', but the vm seems to crash. logfiles: http://ix.io/5Pl with ubuntu 13.04 the exact same procedure lead to a working vm.
[08:04] <foosinn> hostsystem info: http://ix.io/5Pn
[08:04] <foosinn> anyone an idea?
[08:20] <elfranne> when I write export SOME_PATH=/to/a/folder in crontab it produce error : bad minute
[08:21] <greppy> elfranne: drop the export
[08:32] <elfranne> greppy, i can t, if i am not using export that variable will not be accessible to the script i start in the crontab
[08:43] <greppy> elfranne: update the script to have the path in it?
[12:00] <thyrant> hello
[12:02] <thyrant> so I screwed up my ssh and when I trie to revert the changes with sudo service ssh reload, I get reload: Unknown instance:
[12:02] <thyrant>  
[12:03] <thyrant> what do?
[12:03] <mardraum> revert what changes?
[12:04] <thyrant> http://ubuntuforums.org/showthread.php?t=1711059
[12:05] <mardraum> some forum posts from 2011?
[12:05] <mardraum> revert what changes?
[12:09] <thyrant> So now it looks identical to how it looked, I made a backup. When reloaded it says unkown instance:
[12:13] <thyrant> I am in so much trouble, I do not have access to the server if I close the terminal window
[12:15] <mardraum> thyrant: try "start"
[12:18] <thyrant> OH GOD thanks
[12:18] <mardraum> "man service" to learn about the command you are using
[12:18] <thyrant> sudo service ssh start  -.-  thank you mardroum
[12:44] <zul> yolanda:  can you have a look at http://paste.ubuntu.com/5709927/ please
[13:04] <hackeron> hey, anyone familiar with upstart? -- I need to tell it where to look for a pid, I can see this option: http://upstart.ubuntu.com/wiki/Stanzas#pid -- but it seems it was removed? -- What can I use instead?
[13:23] <hallyn> zul: did you find time to test qemu 1.5?  If not, the (very little different) 1.5-2 is ready, I'll push that to ppa
[13:23] <zul> hallyn:  not yet ill do some today
[13:23] <hallyn> zul: ok
[13:28] <mardraum> hallyn: what tests do you need?
[13:31] <hallyn> mardraum: i've run the qa-regression-tests test-qemu, now just looking for some manual testing of the qemu for saucy in ppa:serge-hallyn/virt before  push to saucy archive
[13:35] <zul> yolanda:  ping did you have a look at those merge requests yet?
[13:35] <yolanda> zul, which merges?
[13:35] <zul> yolanda:  the ones in the pastebin
[13:35] <yolanda> i lost connection to the chat for a while, were you talking at me?
[13:35] <yolanda> can you resend me?
 yolanda:  can you have a look at http://paste.ubuntu.com/5709927/ please
[13:36] <yolanda> i lost it
[13:36] <yolanda> ok
[13:37] <mardraum> hallyn: I can start/stop/suspend/save/restore some local and nfs machines, what else would you need?
[13:38] <mardraum> I mostly prefer using libvirt as a frontend
[13:39] <yolanda> zul, m
[13:40] <yolanda> small typo in the python-keystoneclient one
[13:40] <yolanda> debian/cntrl
[13:40] <zul> yolanda:  k ill fix it
[13:45] <hallyn> mardraum: not much, thanks :)  well, i'm a bit worried about funky package upgrade situations.  But I really shoudl get aroudn to scripting a test for those.
[14:02] <mardraum> hallyn: your ppa gave me 1.5.0+dfsg-1ubuntu1~ppa2 - got a few vm's running nicely working hard at some tasks, zero issues :D
[14:07] <hallyn> mardraum: thanks.  I'm just going to make sure that 1.5.0+dfsg-2ubuntu1~ppa1 builds there successfully (can't imagine why it wouldn't but i have a bad imagination) - then push to saucy - thanks!
[14:09] <mardraum> got them all hammering away upgrading/syncing sources etc, suspend/save/resume all good
[14:17] <zul> yolanda:  https://code.launchpad.net/~zulcss/keystone/keystone-refresh/+merge/166058
[14:21] <yolanda> zul, in that diff, i'm seeing more patches than the sql_connection.patch, is that normal?
[14:21] <zul> yolanda:  yeah
[14:24] <plars> server image doesn't seem to boot today, anyone have an idea what happened between yesterday and today?
[14:30] <zul> plars:  nope just half the team was on vacation yesteray
[14:30] <zul> yolanda:  another one https://code.launchpad.net/~zulcss/python-quantumclient/pbr/+merge/166060
[14:34] <plars> zul: not sure what I can do on this at the moment, I tried taking quiet out of the boot, but I still get nothing but a black screen on boot
[14:34]  * genii-around ponders http://changelogs.ubuntu.com/changelogs/pool/main/p/plymouth/plymouth_0.8.8-0ubuntu7/changelog
[14:35] <zul> plars:  not sure
[14:36] <plars> yeah, it almost has to be plymouth, not much else changed
[14:41] <plars> https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/1185053
[14:43] <genii-around> plars: I just pasted your bug report to #ubuntu+1 , but it seems pretty quiet right now in there
[14:49] <plars> genii-around: desktop builds just landed for today and the automated tests just started up for that. So I suspect we're going to see the same thing there
[14:49] <plars> I asked here because server was all I had at the moment, and also because I figure the server people would care too :)
[14:53] <zul> Daviey:  ping
[14:56] <irv> what rsync flag can i use to include hidden files?
[14:56] <irv> like ones with a period in front
[14:57] <irv> i did rsync -azvv /dir1 /dir2
[14:57] <irv> but the .htaccess and other hidden files aren't included
[14:57] <zul> yolanda:  ping https://code.launchpad.net/~zulcss/python-glanceclient/pbr/+merge/166069
[14:58] <plars> genii-around: doesn't appear to be plymouth, the desktop image install is progressing
[14:59] <genii-around> Odd.
[15:08] <soren> irv: When I call rsync like that, it certainly includes hidden files.
[15:12] <mardraum> dotfiles...
[15:38] <Daviey> zul: hola
[15:43] <zul> Daviey:  can you de-binary new python3-testtools please and can you promote python-pbr and python-d2to1 as we
[15:43] <zul> er...as well
[15:52] <zul> Daviey:  (pbr) https://bugs.launchpad.net/ubuntu/+source/python-pbr/+bug/1183826 (d2t1o)https://bugs.launchpad.net/ubuntu/+source/d2to1/+bug/1183825
[15:53] <Daviey> zul: ok
[15:54] <zul> Daviey:  merci buckets
[16:06] <TheLordOfTime> Daviey:  the server meeting, it started in -meeting?
[16:11] <Daviey> TheLordOfTime: yes
[16:13] <TheLordOfTime> eesh i'm late!  o.O
[16:48] <resno> a server on a vm has gone read-only. i see fstab has been renamed to fstab.old.0 for some reason. is it best to boot with a live cd and rename and see what happens?
[16:53] <TheLordOfTime> resno:  i'd say dig around in the logs if you can and find out WHY it went ro in the first place
[16:53] <TheLordOfTime> but idk what logs that'd be
[16:54] <Daviey> roaksoax: I just sent you a mail with another patch for Piston
[16:54] <resno> the fstab being renamed isnt reason enough?
[16:54] <Daviey> roaksoax: Sorry, should have raised this with you before you uploaded the current one
[17:06] <zul> yolanda:  one more https://code.launchpad.net/~zulcss/glance/glance-ftbfs/+merge/166106
[17:16] <roaksoax> Daviey: had already merged that one!
[17:16] <roaksoax> applied*
[17:23] <zul> hallyn_:  sorry which ppa for qemu again?
[17:24] <Daviey> roaksoax: super
[17:25] <Daviey> roaksoax: yeah, it got mailed to Gavin and I
[17:29] <roaksoax> Daviey: cool :)
[17:53] <Womkes> which windows tool would you recommend for making an bootable usb key for ubuntu server?
[17:56] <sarnold> Womkes: I've not tried to 'dd' the server images, but I would expect that to work. if you can find a windows equivalent of dd, that'd be my choice...
[18:15] <hallyn_> zul: ppa:serge-hallyn/virt
[18:15] <zul> hallyn_:  thanks
[18:18] <zul> hallyn_:  if it breaks im coming after you :)\
[18:20] <hallyn_> i appreciate that :)
[18:24] <adam_g> jdstrand, ping
[18:24] <jdstrand> adam_g: hey
[18:27] <adam_g> jdstrand, re https://bugs.launchpad.net/nova/+bug/1177830, upstream's patch that you correctly applied to the quantal/folsom package may have introduced a bad regression.
[18:28] <adam_g> jdstrand, https://bugs.launchpad.net/nova/+bug/1183606
[18:28] <adam_g> jdstrand, confirming that it affects the quantal package. i hit it now trying to verify our SRU that was rebased to include that fix
[18:28] <adam_g> (that fix == the security update)
[18:30] <jdstrand> adam_g: ack, so you are asking that I apply this patch for -security and you'll apply it for your SRU?
[18:31] <adam_g> jdstrand, not sure how this would be handled. if you are able to repair the regression via quickly -security, i can rebase our SRU to include the additional fix
[18:31] <jdstrand> I can do that
[18:31] <jdstrand> does it only affect 12.10?
[18:33] <adam_g> jdstrand, yes, i believe the regression only hit 12.10 (folsom)
[18:34] <jdstrand> adam_g: I backported this patch to 12.04, has anyone tried it there? what are the exact steps to reproduce?
[18:34] <adam_g> jdstrand, i just manually tested that patch against a regressed cluster and confirmed the fix
[18:34] <jdstrand> adam_g: sure, is there someway I can test it? what about 12.04?
[18:35] <adam_g> checking essex now, one moment
[18:35] <adam_g> you can test by simply trying to spawn an instance.
[18:35] <jdstrand> that seems odd
[18:35] <jdstrand> that was something I tested
[18:35] <adam_g> the check of qcow image size happens too early
[18:35] <adam_g> for images that have not already been cached local on the compute node
[18:36] <jdstrand> well, I can visually inspect the patch for nova
[18:36] <jdstrand> precise that is
[18:36] <adam_g> jdstrand, the bug will go unnoticed if the image has already been booted on the compute node
[18:37] <jdstrand> right, I thought I tested for that, anyhoo
[18:37] <jdstrand> I can push these out
[18:37] <jdstrand> adam_g: I'd appreciate if you could check if essex is affected though
[18:38] <adam_g> jdstrand, checking now
[18:38] <jdstrand> adam_g: actually, I think it is not affected
[18:39] <adam_g> jdstrand, 13.04 should be okay too, i've already verified our SRU that was rebased /w that qcow image size patch
[18:39] <jdstrand> adam_g: I remember now. when writing my patch, I noticed the behavior you described
[18:39] <jdstrand> essex doesn't have prepare_template
[18:39] <adam_g> nop[e
[18:39] <jdstrand> so I did this:
[18:40] <jdstrand> if os.path.exists(cow_base) and size < disk.get_image_virtual_size(cow_base):
[18:40] <jdstrand> 12.04 should be fine
[18:40] <jdstrand> 12.10 I probably just had a cached image and didn't think to remove it
[18:40] <adam_g> ya. grizzly/13.04 calls prepare_template() appropriately.  looks like quantal / folsom is the only affected
[18:41] <jdstrand> adam_g: I'll get that out today
[18:41] <adam_g> jdstrand, thanks a bunch
[18:42] <jdstrand> adam_g: np, thanks for letting me know and sorry about the regression
[18:42] <adam_g> jdstrand, definitely not your fault ;)
[18:50] <zul> hallyn_:  +1
[18:50] <zul> adam_g:  its my fault isnt it?
[18:51] <hallyn_> zul: woohoo.  thanks for testing.  i'll push ina  few hours
[18:51] <hallyn_> zul: ftr, were you testing -1 or -2?
[18:51] <adam_g> zul, not unless you're volunteering
[18:51] <zul> hallyn_:  1.5.0+dfsg-1ubuntu1~ppa2
[18:51] <zul> adam_g:  i always volunteer
[18:51] <hallyn_> zul: ok.  -2 probably asn't built yet.  but really should be basically the same
[18:51] <zul> hallyn_:  i just did a basic smoketest
[18:51] <hallyn_> yeah, still waiting ot build
[18:51] <hallyn_> ok thx - ttyl
[18:58] <hallyn_> stgraber: did you have anything you wanted to push into saucy lxc in the next few days?
[19:00] <stgraber> hallyn_: nope, I uploaded what I had this morning
[19:01] <hallyn_> stgraber: what do you thinka bout doing a monthly merge from upstream into saucy?
[19:02] <stgraber> hallyn_: I'd prefer we do alpha milestones upstream and then get that into saucy, feels better than pulling some random version from git
[19:03] <hallyn_> ok.  i just don't want to end up with too many patches upstream that aren't in saucy
[19:15] <zul> adam_g:  frig http://10.189.74.7:8080/job/backport_package/108/console
[19:16] <adam_g> zul, ?
[19:17] <zul> adam_g:  trying to backport subunit to precise
[19:19] <adam_g> zul, when did the --shebang option get added to dh_python3? might need to backport that and make it available in the build schroot
[19:19] <zul> adam_g:  yeah checking
[19:20] <adam_g> zul, ... and that version requirement should be reflected in debian/control
[19:31] <fhf> Hi all I have trouble with iptables firewall. It doesnt allow FTP in (FTP hangs during receiving directory listening) i use pure iptables -A INPUT -p tcp --dport 20 -j ACCEPT and iptables -A INPUT -p tcp --dport 21 -j ACCEPT
[19:32] <adam_g> zul, when you get a sec can you please take a look at the following. they address issue that prevent most of havana from actually installing
[19:32] <adam_g> https://code.launchpad.net/~gandelman-a/ubuntu/saucy/nova/depends/+merge/165524
[19:32] <adam_g> https://code.launchpad.net/~gandelman-a/ubuntu/saucy/python-quantumclient/depends/+merge/165523
[19:32] <adam_g> https://code.launchpad.net/~gandelman-a/ubuntu/saucy/cinder/paramiko_vers/+merge/165522
[19:34] <sarnold> fhf: do you need OUTPUT rules as well?
[19:34] <zul> adam_g:  +1ed
[19:35] <adam_g> thanks
[19:35] <fhf> sarnold: I have iptables -A OUTPUT -j ACCEPT so it's not needed is it?
[19:36] <sarnold> fhf: okay, I think that covers it. :)
[19:40] <fhf> sarnold: oh I forgot to load "modprobe ip_conntrack_ftp" thats solves the problem, thx anyway ;)
[19:41] <sarnold> fhf: ah! :) thanks :)
[19:46] <irv> how can i allow php applications to use mail() on ubuntu server 13.04
[19:46] <irv> default LAMP setup
[19:53] <sarnold> irv: iirc, there's two ways, a pear-contraption that does smtp itself, and installing a local smtp server (e.g. postfix or exim)
[20:04] <irv> sarnold: the box is only hosting our sites, and it's only 1 or 2 of them that will be needing to send mail
[20:04] <irv> so probably a local smtp is fine, but what's the best lightweight one?
[20:04] <irv> only used for sending the mail for that one site or whatever
[20:05] <greppy> irv: if all it has to do is send out mail, pretty much any of them will work.  Pick the one that you know the most about or that your team knows the best.  If it is my choice it is almost ALWAYS postfix :)
[20:57] <hallyn_> Daviey: so many approved blueprints, but I notice https://blueprints.launchpad.net/ubuntu/+spec/servercloud-s-virtstack is not one of them :(
[21:09] <hallyn_> ahs3: btw, regardnig my netcf email, the debdiffs he attached to the bugs look simple enough so if you want to quicklyi test+upload that's fine.  otherwise i'll test tonight
[21:19] <guma> I am having problem receiving multicast data. I have static route from muticast added. ufw is disabled and no iptables rules. When I send mcast data I can see it on specific interface in tcpdump. But I can receive. Is this some firewall issue?
[21:21] <ahs3> hallyn_: one step ahead of you -- just uploaded