[00:26] <platinum_> hi all, I'm looking for help with an old Ubuntu server? Is this the right place?
[00:27] <platinum_> Anyone online?
[00:28] <qman__> this is the right place, but it's a relatively quiet room, need some !patience
[00:30] <qman__> !ask
[01:56] <JonEdney> I'm getting ready to set up my Ubuntu server on an actual machine insteadd of a VM.  I'm kinda curious, does anyone have any up-time monitoring software/service to recommend?
[02:12] <mariooo> hi all. so I've got a syntax error in /etc/sudoers on 12.04, obv wasn't smart enough to be logged in as root when making changes
[02:13] <mariooo> so now can't use sudo, can't use visudo, pkexec isn't installed... what other options do I have other than rebuilding the VM?
[02:14] <lifeless> boot it into recovery mode
[02:15] <mariooo> can I initiate a reboot without sudo?
[02:15] <mariooo> or rather: how would one do that, I thought you couldn't
[02:16] <mariooo> I can power off the machine but then it seems I can't get into a VNC console quick enough to hit escape to halt on the grub menu
[02:17] <lifeless> mariooo: I'm not sure
[02:17] <lifeless> mariooo: alternatively you could mount the vm disk and edit it manually
[02:18] <mariooo> lifeless: awesome, thanks for the tips
[02:25] <mariooo> lifeless: managed to get into recovery mode, but everything seems to be readonly...? have I missed something?
[02:39] <mariooo> lifeless: nvm, bug in 12.04 recovery mode. enabling networking first remounts disk as rw. success!
[02:43] <lifeless> mariooo: excellent
[02:43] <qman__> mariooo, for future reference, pressing ctrl alt del on a 'local' terminal reboots
[02:43] <qman__> like from the VM console
[02:51] <mariooo> qman__: awesome, will keep that in mind. I wonder how you ctrl+alt+del over VNC with a mac keyboard hah
[04:47] <axisys> eth0 192.168.1.20 is pingable.. but eth0:1 192.168.1.21 or eth0:2 192.168.1.22 are not, from remote host.. what gives?
[06:03] <mgw> any ideas why this command, if executed after logging in, works as expected, but not if I pass it to ssh as the command to execute:
[06:03] <mgw> (nohup watch ls -l & disown -h)
[06:03] <mgw> in the first case, the command continues to live after logging out
[06:04] <mgw> in teh second case it dies
[06:13] <rbasak> mgw: I don't understand what you're trying to do, but try using "ssh -T ... </dev/null" to make it behave more "normally".
[06:14] <_ruben> heh .. what use it to run watch in the background? :P
[06:15] <rbasak> That confused me too :)
[06:17] <mgw> It's just a test
[06:17] <mgw> I'm trying to run ngrep
[06:18] <grendal-prime> stgraber, you aroud still?
[06:19] <_ruben> cleanest would probably to write a (perl/python/whatever) script that properly forks and runs the command(s) you want
[07:58] <yaboo> hey guys got my server working with iptables for masquerading and ufw for firewall, but for the life of me, how can I forward ports from ppp0 to a internal server
[08:08] <Daviey> jtv: Hey, i think i missed your comment about python-django regarding translations.. Do you know what i need to change?
[08:09] <jtv> Daviey: its translations uploads (as produced by the build) should follow our naming conventions:
[08:09] <jtv>  - One template per directory.
[08:09] <jtv>  - Translation files named <language code>.po
[08:09] <jtv>  - Each translation file in the exact same directory as its template.
[08:10] <jtv> The translations import queue gardener uses this to figure out which template and language a PO file upload is for.
[08:11] <jtv> Hey there mrevell
[08:13] <mrevell> Hello jtv
[08:20] <Daviey> jtv: Hmm, ok.. is there a way i can test changes work, without doing another upload?
[08:23] <jtv> Daviey: there's not too much to test, so I can just have a look at whatever you get, but you could try tar'ing up the .po & .pot files you get, uploading those to qastaging or staging, and then approving (or have someone like dpm or myself approve) the templates for import.  The templates (i.o.w. the .pot files) should then be imported, and the .po files should be approved and then be imported themselves.
[08:23] <jtv> (You can't upload to a package that way, but the effect is much the same if you upload to a project release series on [qa]staging)
[08:25] <Daviey> jtv: ok.. will try to do it, or get it done at least by EOD
[08:25] <jtv> Thanks!
[08:25] <jtv> One of those things I wish I had enough priority for: overhauling automatic approval.
[08:26] <Daviey> jtv: ah, so it does work.. just a manual process to accept?
[08:26] <jtv> Just for the templates, yes.
[08:26] <Daviey> but the existing translations are dropped on the floor?
[08:27] <jtv> And when we open a new series, whatever templates are current in the existing Ubuntu get copied over (and any applicable translations shared) so that the new series will populate itself very quickly.
[08:27] <jtv> Translations of the same strings in the template with the same name are dynamically shared between release series.
[08:27] <Daviey> right
[08:27] <Daviey> but 'upstream' translations are lost for new uploads?
[08:27] <jtv> So as soon as a message gets translated in Oneiric, it's translated in Precise, and vice versa.
[08:28] <jtv> There is also sharing between upstream and Ubuntu.  By and large, Ubuntu automatically gets the upstream ones.
[08:28] <jtv> The other way is dependent on permissions etc.
[08:28] <Daviey> right
[08:28] <Daviey> thanks jtv
[08:35] <jamespage> morning all
[09:48] <soren_> Daviey: You do per-commit package builds of Essex for testing, right?
[09:51] <Daviey> soren_: yes
[09:51] <soren_> Daviey: Which packaging branch are you using?
[09:51] <Daviey> soren_: although, it's offline at this very minute.. the hardware had to be relocated to a different DC
[09:52] <soren_> http://bazaar.launchpad.net/~ubuntu-server-dev/nova/essex doesn not apply for me right now.
[09:53] <Daviey> soren_: I suspect it needs rebasing.. the c-i is down, and it seemed like the best time to fixer it.
[09:53] <Daviey> as in, early in the cycle.
[09:54] <soren_> Oh, ok, so that is indeed the right branch?
[09:54] <Daviey> yep
[09:54] <soren_> Cool.
[09:54] <soren_> I'll look no further
[09:54] <Daviey> soren_: any rebasing is most welcome :)
[09:54] <soren_> I'm on it.
[09:54] <Daviey> \o/
[10:02] <daker> hi
[10:03] <daker> i think this bug 1004316 is reported on the wrong project
[10:12] <Daviey> it is indeed incorrect... smoser will fix0r that when he starts for the day i believe
[10:12] <Daviey> thanks daker
[10:13] <daker> yw ツ
[10:20] <nocturn> Hi, I'm having trouble getting dnat to work on my 11.10 KVM server
[10:21] <soren_> Daviey: Merge prop pushed.
[10:21] <nocturn> I'm tryint for DNAT port 25 to 192.168.122.10 using -A PREROUTING -p tcp -m tcp --dport 25 -j DNAT --to-destination 192.168.122.11
[10:22] <nocturn> dnat rule shows up:  DNAT       tcp  --  anywhere             anywhere            tcp dpt:smtp to:192.168.122.11
[10:22] <soren_> nocturn: You're misspelling the IP.
[10:22] <nocturn> OK
[10:22] <nocturn> have been trying this for a while!
[10:22] <soren_> "OK"?
[10:23] <soren_> I was expecting an "Oh, so I am" or something. Not "OK".
[10:23] <soren_> You say you're trying to DNAT to 192.168.122.10.
[10:23] <soren_> ...but then proceed to DNAT to 192.168.122.11.
[10:24] <nocturn> soren_, OK meant that I just noticed my mistake.  I'm trying with the correct rule
[10:24] <nocturn> I had port 2222 forwarded to .11, and in my tries, the rules got mixed up -> my mistake...
[10:25] <soren_> Ok.
[10:25] <yaboo> nocturne you using iptables for port forwarding>
[10:27] <nocturn> so, corrected the rule
[10:27] <nocturn> DNAT       tcp  --  anywhere             alpha               tcp dpt:smtp to:192.168.122.10
[10:27] <nocturn> added iptables -A INPUT -p tcp --dport 25 -j ACCEPT
[10:27] <soren_> You changed something else, too.
[10:27] <nocturn> but still no luck
[10:27] <soren_> It says "alpha" where it used to say "anywhere"
[10:27] <nocturn> yes added -d <public_ip>
[10:28] <nocturn> the host has 3 public ip's
[10:28] <nocturn> only alpha should accept traffic
[10:28] <nocturn> nmap now shows the port open
[10:28] <soren_> Pastebin the output of "iptables-save"
[10:28] <soren_> You know that DNAT only changes the destination address, right?
[10:29] <soren_> The guest vm (I'm guessing these are VM's based on the subnet) will still see the real source IP. If you're multihomed, you may need to ensure that traffic goes back the same way it came from.
[10:30] <nocturn> soren_ http://paste.ubuntu.com/1006196/
[10:30] <nocturn> I need to add an snat rule?
[10:31] <soren_> I have no way to know.
[10:33] <soren_> nocturn: Are you  aware the ordering matters with iptables?
[10:33] <nocturn> yes
[10:33] <soren_> -A FORWARD -o virbr1 -j REJECT --reject-with icmp-port-unreachable
[10:33] <soren_> -A FORWARD -d 192.168.122.0/24 -o virbr0 -m state --state RELATED,ESTABLISHED -j ACCEPT
[10:35] <nocturn> this is incorrect?  They are 2 different bridges.
[10:36] <soren_> Err..
[10:36] <nocturn> the mailserver is on virbr0
[10:36] <soren_> Yeah, sorry.
[10:36] <soren_> I just got confused by all the repeated rules.
[10:36] <soren_> But there are definietely rules in there that'll never ever be used.
[10:37] <soren_> Very high up, you have:
[10:37] <soren_> -A FORWARD -o virbr1 -j REJECT --reject-with icmp-port-unreachable
[10:37] <soren_> -A FORWARD -i virbr1 -j REJECT --reject-with icmp-port-unreachable
[10:37] <soren_> ..but then further down, you have other rules that refer to -o virbr1 or -i virbr1, but by then, the packets have already been REJECTed.
[10:38] <soren_> Same for virbr0, although you don't have those REJECT rules quite as early.
[10:38] <nocturn> I just commented out the rejects as a test
[10:38] <nocturn> for both bridges
[10:38] <nocturn> it made no difference
[10:39] <soren_> BTW, INPUT is irreleveant when you're doing DNAT.
[10:39] <soren_> When you're DNATing, you're forwarding traffic.
[10:40]  * soren_ needs lunch
[12:16] <ARTSIOM> how can I get a list of packages I have explicitly installed on a system? running "aptititide search '~i'" gives me the list of installed packages marking by "A" automatic packages, but it also includes packages which where installed together with the system.
[12:22] <KingKatari> is there any other place in ubuntu server 12.04 LTS version that controls the total number of connections into a server besides net.core.somaxconn??????????
[12:28] <_ruben> KingKatari: there's also a connection tracking limit as part of netfilter, but that only applies if there's any firewall rules present
[12:29] <KingKatari>  any other
[12:30] <_ruben> not that i'm aware of (which doesn't mean all that much really :))
[12:30] <KingKatari> lol
[12:54] <smoser> man.
[12:54] <_ruben> woman.
[12:54] <smoser> i have got to upgrade to quantal so i stop getting that annoying update manager popup.
[13:10] <_ruben> hehe
[13:22] <nocturn> soren_: I solved my issue.  It was my isp blocking outgoing access to port 25!  If you're ever in Antwerp/Belgium, I owe you a beer
[13:26] <zul> smoser: you should be dog fooding anyways )
[13:26] <smoser> zul, are you on quantal?
[13:26] <zul> smoser: my server is
[13:26] <smoser> i eat dog food every morning for breakfast.
[13:26] <smoser> server. ppft.
[13:27] <smoser> "i have a virtual machine that i never use that is using quantal"
[13:27] <zul> smoser: because on the internet no one knows you are a dog right?
[13:27] <smoser> hardly means anything.
[13:27] <smoser> primary work station, man.
[13:27] <smoser> :)
[13:27] <zul> smoser:  well i work on the sever so i dog food it :)
[13:27] <randomDude> oh internet
[13:27] <zul> smoser: ppphpppt...i dont think so
[13:28] <smoser> no one *knew* i was a dog, until zul spilled the beans.
[13:28] <zul> smoser:  i work for tmz
[13:37] <hallyn> ruff
[13:43] <highvoltage> hallyn: ruff? makes me think of http://www.sadanduseless.com/2012/05/oh-you/ :)
[13:45] <hallyn> highvoltage: nice collection :)
[13:58] <smb> hallyn, On a very quick and not too sophisticated testing your libvirt-0.9.12-0ubuntu1 looks to be working (just installed on a 64bit quantal xen hv and booted one hvm via virt-manager (plus shutdown)).
[13:58] <hallyn> smb: zul's, you mean :)  cool, thanks!
[13:58] <zul> hallyn/smb: cool
[13:59] <smb> hallyn, whoever did it... :-P
[13:59] <smb> That could help to ignore that strange ftbs on i386 that http://people.ubuntuwire.org/~stefanor/lp-ftbfs-report/historical/primary-quantal.html#main shows
[14:21] <zul> hallyn: im going to upload libvirt today
[14:36] <hallyn> zul: excellent.  so dwarves MIR was approved?
[14:36] <zul> hallyn: yep
[14:37] <hallyn> yeah, that ftbfs (if it's the one i'm thinking of) was due to gnulib.  hopefully it just doesn't happen in 0.9.12
[14:37] <hallyn> stgraber: around?
[14:38] <hallyn> I'm doing the lxc patch to mount rootfs under /var/lib/lxc/<cn>/root
[14:38] <hallyn> But, I'll need to also do a mount --make-shared in src/lxc/conf.c for that dir
[14:38] <hallyn> I'm looking for how to decide on whether to do that
[14:38] <hallyn> (i can't do that when containers are using a shared dir)
[14:40] <hallyn> I could just say "if strncmp(target, "/var/lib/lxc/", 13)" then make it rshared
[14:40] <hallyn> kind of ugly, but should DTRT
[14:40] <zul> Daviey: what version should we be calling the openstack SRUs
[14:41] <zul> Daviety: for the snapshots? 2012.1~201205XX-0ubuntu2.1?
[14:41] <hallyn> or, i could add a separate 'lxc.root.public = [true/false]" to the config, but that's kind of hacky too
[14:43] <stgraber> hallyn: you could have something like lxc.mountfs = <PATH> to override the default of /var/lib/lxc/<container>/rootfs
[14:44] <stgraber> hallyn: then anything that uses a shared /var/lib/<container> will have to set it to something unique
[14:44] <hallyn> stgraber: there already is a lxc variable for where to mount.  So I'm just having the templates set that
[14:44] <hallyn> Question is fo when that dir should be make MS_SHARED
[14:44] <hallyn> but i think i've got it,
[14:44] <hallyn> i'll just do it always so long as that dir != LXCROOTFSMOUNT
[14:44] <hallyn> (where LXCROOTFSMOUNT for us is /usr/lib/lxc/root)
[14:45] <hallyn> (lxc.rootfs.mount is the config variable for that, btw)
[14:56] <stgraber> hallyn: is lxc-shutdown upstream?
[14:57] <hallyn> looks like no
[14:57] <hallyn> pretty sure i sent it.
[14:59] <Daviey> zul: git$DATE-$(shortsum)
[14:59] <zul> Daviey: ack
[15:01] <stgraber> hallyn: ok. I replied to Christian regarding clean shutdown of container on lxc-devel, would be great if you could push the two lxc-shutdown patches.
[15:02] <hallyn> ok, put on my list.
[15:11] <smoser> zul, here is fine.
[15:11] <zul> smoser: i havent looked at the image but i assumed it was qemu-system-arm
[15:13] <smoser> he does say "highbank kernel"
[15:13] <smoser> which would imply arm kenrel and not qemu-arm
[15:14] <zul> smoser: obviously we need more info :)
[15:14] <smoser> http://bazaar.launchpad.net/~dannf/+junk/make-highbank-ami/files
[15:14] <ogra_> there is a qemu version for highbank
[15:14] <smoser> is reported the scripts used to make it.
[15:14] <smoser> dannf, ping
[15:14] <ogra_> but neither packaged nor released yet afaik
[15:14] <Daviey> zul: the deal is, libvirt automatically notices new systems
[15:23] <dannf> smoser: yo
[15:24] <dannf> ogra_: supposedly highbank support is all upstream, might even work in precise - but the upstream code isn't ideal for what i'm doing here (it boots kernel from host system, not from disk image)
[15:24] <smoser> dannf, so the ami you set up
[15:24] <smoser> i launch it, ssh in, and i'm in a qemu-system-arm vm, is that right?
[15:24] <dannf> smoser: that's correct
[15:24] <smoser> you modified the host to pass a single (ssh) port thorugh? or everything?
[15:25] <smoser> is there a way to get to the host?
[15:25] <dannf> smoser: all bridged through, no way to get to the host
[15:25] <smoser> oh, and btw, this is really cool, thank you for doing that.
[15:25] <dannf> thx
[15:25] <dannf> http://bazaar.launchpad.net/~dannf/+junk/make-highbank-ami/view/head:/mac-switcheroo.sh
[15:26] <smoser> dannf, ok. so zul was inteerested in reproducing this on a local system (obviously without mac_switcheroo)
[15:28] <dannf> zul: sure, let me know if you need any help w/ that
[15:28] <smoser> dannf,  you should have hacked cloud-init in the "guest"
[15:28] <smoser> to get ports.ubuntu.com sources.list
[15:29] <smoser> although i guess we can actually pass that in as user-data. funny.
[15:29] <dannf> smoser: true
[15:29] <smoser> (userdata does work?)
[15:29]  * dannf should probably respin for that
[15:29] <dannf> i don't know if userdata works or no - i've a lot to learn about cloud-init
[15:39] <smoser> dannf, testing userdata
[15:42] <claude2> whats the best way to monitor dell raid cards in ubuntu these days?
[15:43] <claude2> i saw a post about a 3rd party repo to install the LSI megacli tool
[15:43] <claude2> not sure if theres a good dell method without installing the entire OMSA tools
[15:57] <hallyn> stgraber: (finally read the shutdown thread) boy some people want to make things complicated...
[15:57] <stgraber> hallyn: as usual ;)
[15:58] <stgraber> hallyn: I actually skipped most of Christian's e-mail when I saw that he didn't look at lxc-shutdown and just suggested he looks at it :)
[15:58] <hallyn> there are probably irc logs of our discussions about whether to change lxc-stop
[15:58] <hallyn> if i were smoser i coudl find them in a heartbeat
[16:00] <stgraber> hallyn: my IRC logs say March 18th on this channel
[16:00] <hallyn> i'm looking at mar 19 log right now :)
[16:01] <hallyn> ok, so basically we didn't want to change lxc-stop behavior without upstream's consent.
[16:01] <hallyn> (i'll reply)
[16:05] <hallyn> stgraber: GAH!
[16:06] <hallyn> if i make /var/lib/lxc MS_SHARED, then the kernel doesn't let me pivot_root under it :)
[16:06] <hallyn> This is goin gto turn out more complicated than i'd thought
[16:06] <stgraber> the kernel is being annoying... :)
[16:06] <hallyn> And I hate to bring it up on lxc-devel right now, bc people are already in argue mode from other threads
[16:07] <hallyn> this means that the only choice, if we want a shared root, is to chroot
[16:07] <hallyn> uh, by shared i mean one we can maniuplate from the host
[16:07] <hallyn> hm, no, let me try ONE more thing
[16:10] <smoser> dannf, for your record, user-data does work
[16:10] <smoser> and:
[16:10] <smoser>   euca-run-instances --key brickies --instance-type=m1.large ami-aef328c7 --user-data-file=/tmp/my.ud
[16:10] <smoser> where '/tmp/my.ud' is http://paste.ubuntu.com/1006618/
[16:11] <smoser> sets the mirror correctly and runs the 'runcmd'
[16:11] <dannf> smoser: cool! is there a ref doc for what i can do in user-data?
[16:12] <smoser> https://help.ubuntu.com/community/CloudInit
[16:12] <dannf> thx
[16:12] <smoser> hm..
[16:12] <smoser> dannf, what does security.ubuntu.com do for armhf?
[16:12] <smoser> er... where do security updates come from?
[16:13] <smoser> i guess they come from ports too.
[16:13] <smoser> thats broken in the userdata above (ie, 'apt-get update' will fail due to still trying to use security.ubuntu.com)
[16:13] <dannf> good question
[16:14] <smoser> you could use a boothook to edit template file (just write it straight away with what you want it to have)
[16:15] <smoser> or even a runcmd if you weren't trying to install packages via cloud-config.
[16:16] <dannf> oh, snazzy :)
[16:17] <stgraber> hallyn: I only just noticed http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=644473e9c60c1ff4f6351fed637a6e5551e3dce7 !
[16:17] <smoser> anyone who wants can look at dannf's handywork if they're interested
[16:17] <smoser> be nice, it will die in 40 minutes
[16:18] <hallyn> stgraber: man, if you get lxc-start to fail at the right time, you *really* pollute your mounts table
[16:18] <hallyn> i think start.c should probably try to clean up...  though that'snot a trivial matter
[16:19] <smoser> anyone interested can:
[16:19] <hallyn> ah yes.  we have part of user namespaces :)
[16:19] <smoser>   ssh ubuntu@ec2-23-20-232-135.compute-1.amazonaws.com
[16:19] <smoser> with password 'abcdefg'
[16:19] <smoser> but that instance will die at 17:00 UTC (41 minutes from now)
[16:19] <hallyn> smoser: permissiond enied (publickey)
[16:19] <stgraber> hallyn: hehe, I've got a fix-mount-table script I use when I'm working on arkose, basically a while loop iterating through /proc/mounts and unmounting everything until all entries are gone :)
[16:21] <hallyn> stgraber: gah.  yes.  we can't pivot_root into MS_SHARED dir.  what do you think about introducing a lxc.use_chroot option?
[16:21] <hallyn> maybe i should just bring it up on lxc-devel
[16:21] <smoser> hallyn, try again
[16:22] <stgraber> hallyn: is chroot "safe" now? and if it's, why still use pivot_root?
[16:22] <hallyn> stgraber: no.  but we have apparmor for that :)
[16:22] <smoser> it seems that if you enable empty passwords, rather than enabling password auth in openssh's config file, it doesnt actually enable password auth.
[16:22] <smoser> (whoops)
[16:22] <hallyn> though, i haven't tested that.  i probably should
[16:22] <hallyn> smoser: still hanging on motd :)
[16:22] <smoser> its not fast.
[16:23] <hallyn> nice.  highbank
[16:23] <smoser> you're runnign qemu-system-arm inside a ec2 m1.large
[16:41] <zul> hallyn: its uploaded
[16:49] <hallyn> zul: thanks
[16:59] <RobertLaptop> Anyone know of a ppa for jboss as 7.1?
[16:59] <hallyn> stgraber: when i chroot instead of pivot_root()ing, mountall is not happy.  tries to mount all the things you taught it not to mount
[16:59] <RobertLaptop> It looks like jboss as 4.2.3 is the only version included with ubuntu
[17:00] <stgraber> hallyn: can you dump /proc/mounts before mountall runs? something must be quite wrong in there for it to try and mount them all...
[17:01] <hallyn> stgraber: well here is mounts after mountall runs... http://paste.ubuntu.com/1006687/
[17:01] <stgraber> hallyn: I didn't put any container specific logic in there, I just taught it not to mount something that'd hide an existing mount (/dev being mounted when /dev/pts is already mounted for example)
[17:01] <hallyn> right, and chroot doesn't change the /proc contents.  so i guess that's a reason chroot does not suffice.  IIUC
[17:02] <stgraber> yeah... we'll have to stick with pivot_root then
[17:05] <zul> adam_g: im in the middle of collecting bug numbers for the openstack SRUs
[17:05] <adam_g> zul: cool. they should all be in the git commits, no?
[17:06] <zul> adam_g: well there is two that doesnt have a bug assoicated with them
[17:06] <zul> for nova at least
[17:06] <adam_g> SpamapS: which ones
[17:06] <adam_g> er
[17:06] <adam_g> ^
[17:06] <adam_g> SpamapS: around?
[17:07] <zul> adam_g: one is for generating a changelog for the git commits when you run sdist, and the other is make tests past on osx (???)
[17:14] <SpamapS> adam_g: I am, wassup?
[17:15] <ScottK> wassup is you're supposed to accept my SRU packages ....
[17:15] <ScottK> :-)
[17:15] <adam_g> ScottK++
[17:30] <hallyn> stgraber: which means that if we want to support shared mounts between host and container, we need to go back to the idea of a /shared
[17:30] <hallyn> I'm going to let that sit for a bit and get back to it on wed or thu
[17:34] <bustabust> CIFS mounting issue on Ubuntu server... I have a drobo NAS with a share called central. I can 'smbclient -L drobo-primary' and see the share called central. However when I run the command 'sudo mount -t cifs -o username=bustabust,password=mypass //10.10.1.150/central /mnt/drobo' error says Unable to find suitable address. Any ideas? I've googled the heck out of this thing
[17:37] <hallyn> zul: drat, I should have warned you.  The debdiff for 0.9.8-2ubuntu19 got lost in the 0.9.12 upload
[17:38] <zul> doh...link?
[17:38] <zul> ill upload ubuntu2 this weekend
[17:41] <hallyn> zul: it was the patch attached to https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1001625
[17:41] <hallyn> (or just dget dget https://launchpad.net/ubuntu/quantal/+source/libvirt/0.9.8-2ubuntu19/+files/libvirt_0.9.8-2ubuntu19.dsc)
[17:42] <zul> hallyn: thanks ill get that one in
[17:42] <hallyn> zul: thanks.  (my fault)
[17:42] <zul> im guessing any SRUs as well
[17:47] <hallyn> zul: ?
[17:47] <hallyn> what do you mean, you're guessing sur's?
[17:47] <zul> hallyn: is there an SRU for libvirt in precise or am i halucinating
[17:48] <hallyn> this bug needs to be SRU'd for it yes.  i haven't done that yet
[17:50] <carroarmato0> Hello, I'm trying out MAAS with LXC. I've gotten to the point where Maas is fully installed in a container, but after adding a node, it says that it's "Commissioning", and stays that way. Any help?
[17:55] <adam_g> zul: i need to run out but ill look through and confirm that bug list when im bcak. we should try to script something that generates that for us at point
[17:55] <zul> adam_g: yeah im working on a script now :)
[17:56] <adam_g> zul: im sure whatever scripts they have to parse that stuff out of gerrit proposals is available somewhere in the openstack-ci repo
[17:56] <adam_g> back in a while
[18:39] <rcsheets> how does one report spam in a comment on launchpad?
[19:14] <dannf> smoser: do you have a cloud-init patch for switching the default apt server, or should i just do a sed hack?
[19:15] <dannf> ... or should i actually help out and send you a patch taht fixes the bug :)
[19:21] <smoser> dannf, there is no pathc in lcoud-init (you're welcome/encouraged to fix upstream to chose better)
[19:21] <smoser> the cloud-config is actually a supported path (for internal mirrors or othe rmirro)
[19:23] <smoser> but the security. was not thought about.
[19:23] <smoser> (the fact that security.ubuntu.com is not used for ports).
[19:52] <ahasenack> hi, this ec2 image ami-5c892f35 in us-east-1 doesn't work
[19:52] <ahasenack> it's quantal
[19:52] <ahasenack> here is console output:
[19:52] <ahasenack> http://pastebin.ubuntu.com/1007018/
[19:53] <ahasenack> I got that id from http://uec-images.ubuntu.com/quantal/current/
[20:01] <hujifalak> hello, iam learning to work with linux . can someone pls provide me ssh access to some server ?
[20:03] <streulma> hello
[20:03] <streulma> is it possible to set a hostname without rebooting the server ?
[20:04] <guntbert> hujifalak: search for "free ssh" - there are still several available
[20:05] <StevenR_> hujifalak: install your own virtual machine?
[20:05] <erichammond> hujifalak: Amazon AWS/EC2 has a free tier that you can use to run and experiment with Linux: http://aws.amazon.com/ec2/#pricing
[20:08] <hujifalak> erichammond i wanted to try it but it requires credit card information even when they are not charging anything ?
[20:10] <erichammond> hujifalak: correct.  If you use resources that are not covered by the free tier, you will be charged for them.
[20:29] <gary_poster> stgraber, hi.  I'm updating bug 994752's description per your request.  In preparation for that, I was looking at the quantal packaging branch, and noticed you took out lxc-ip in favor of an in-line function within lxc-start-ephemeral.  lxc-ip is actually quite nice to have for other reasons as well.  Is there a way we could advocate for getting it added back?  Or is getting it upstream our only chance?
[20:30] <stgraber> gary_poster: no :)
[20:30] <gary_poster> stgraber, <snort> which one
[20:30] <stgraber> the new lxc-attach will support attaching to only the network namespace if you want
[20:31] <stgraber> and the API will have a call to get all the container's IPs that will likely be added to lxc-info
[20:31] <gary_poster> stgraber, in bash?
[20:31] <stgraber> so there was no good reason to keep lxc-ip in 12.10 just to replace it in a few months (and backward compatibility being a pain, it was easier to get it out before anyone noticed :))
[20:31] <gary_poster> heh
[20:31] <gary_poster> if lxc-info then C
[20:32]  * gary_poster wants more Python and less bash
[20:32] <stgraber> right, we have patches on lxc-devel now that let you do "lxc-attach -s NET -n container -- ip -4 addr", we're also working on API design now and I'm trying to get a get_ips() call in there that lxc-info can use
[20:32] <stgraber> for 12.10 I'll also be providing a python binding for the new API
[20:33] <stgraber> so after these are done, there really shouldn't be any need for lxc-ip :)
[20:33] <streulma> we use Virtualbox on servers :)
[20:34] <streulma> how long can we stay at 10.04 LTS ?
[20:34] <gary_poster> stgraberm, sounds great (though a mild shame we went to the trouble for naught).  The one thought I have for lxc-info's IP stuff is that it would be nice if it had a "just get the IP and you don't have to use sed/awk to parse the output" option.  The sed/awk stuff always feels pretty fragile to me
[20:35] <stgraber> gary_poster: sure, that's why I want to get the IP list in the C API so we can have it returned by lxc-info and from the python module
[20:36] <stgraber> gary_poster: so you should be able to do:
[20:36] <stgraber> import lxc
[20:37] <stgraber> mycontainer=lxc.Container("mycontainer")
[20:37] <stgraber> mycontainer.get_ips()[0]
[20:37] <nathwill> stgraber, that sounds awesome :)
[20:38] <gary_poster> stgraber, that's great!
[20:39] <gary_poster> stgraber, one other only mildly related thought: in lxc-start-ephemeral when we start up 32 instances of these (and we do, with 24 planned for production) the timeout gets out to 2.5 minutes before we can actually connect.  Is there a chance we could squeeze in a configurable timeout for bug 994752 also?
[20:39] <gary_poster> 2.5 minutes before we can connect to all of them, I should say
[20:41] <gary_poster> essentially, make TRIES something you can pass in
[20:43] <stgraber> gary_poster: I have no problem adding a parameter for that in quantal, though that's technically a new feature so I'm not sure we can really SRU that back to precise
[20:44] <stgraber> gary_poster: isn't there a magic command that lets you run a given command when your load average is below a given threshold? I think you could use that to fix your problem (assuming it takes that long because of all the containers starting at the same time)
[20:45] <gary_poster> stgraber, we need it to truly address that bug, is the issue.  Alternatively, we can simply bump TRIES to something gigantic...hm, that sounds interesting, lemme search for it
[20:46] <gary_poster> niceload is close but no cigar...
[20:48] <gary_poster> and also it is not available in ubuntu afaict
[20:52] <stgraber> gary_poster: parallel -l 1 -- "echo 1" "echo 2"
[20:54] <gary_poster> stgraber, nice, thank you.  We'll play with it.
[21:01] <gary_poster> stgraber, there are still some problems with that.  I'll mention them in the bug description and we can go from there.
[21:01] <gary_poster> thank you again
[21:22] <hallyn> smoser: if i do ec2-run-instances -f userdata.sh -n 3 ami-whatever, is [0-2] or [1-3] passed to the userdata scripts by chance?
[21:24] <erichammond> hallyn: You will want to query the ami-launch-index from the user-data script.
[21:24] <hallyn> just echo $ami-launch-index?
[21:24] <erichammond> hallyn: It'ts available from the instance at: http://instance-data/latest/meta-data/ami-launch-index
[21:25] <erichammond> or using a tool that queries that for you.
[21:25] <erichammond> starts at "0"
[21:25] <hallyn> erichammond: awesome, thanks
[21:28] <koolhead17> adam_g, is there a document around quantum which can help me deploying it on precise
[21:31] <adam_g> koolhead17: not that im aware of
[21:32] <koolhead17> adam_g, any plan to have it in future :P
[21:33] <adam_g> koolhead17: probably at some point. i hope to take my first dive into quantum next week or so
[21:33] <koolhead17> that be great
[21:36] <koolhead17> zul, do we have quantum pkg ready for test
[21:36] <koolhead17> on Q
[21:54] <zul> koolhead17: no
[21:55] <koolhead17> zul, i can use it for precise/essex for now
[22:45] <Psi-Jack> Anyone here ever played around with NUT for UPS monitoring? I'm curious as to what kind of netserver/netclient master/slave setup I should be doing to insure that my infrastructure network shuts down decently and cleanly the case of a long-term power outage. I just finished a diagram.ly chart to show everything. ;)
[22:46]  * jmedina wonders what a diagram.ly is...
[22:46] <Psi-Jack> Website to generate diagrams. ;)
[22:47] <Psi-Jack> http://i.imgur.com/Jw3Ki.png
[22:47] <Psi-Jack> Like so.
[22:47] <jmedina> :O
[22:47] <jmedina> wow, looks good that site, thanks for sharing
[22:47] <Psi-Jack> No problem. :)
[22:48] <Psi-Jack> You can't directly share full diagrams you've made, but you can export/import XML files of diagrams made with it.
[22:48] <jmedina> reminds me dia
[22:48] <Psi-Jack> Other websites can do it, but you usually have to pay for that service.
[22:48] <jmedina> do you know if works with libreoffice draw files?
[22:48] <Psi-Jack> Not sure..
[22:49] <Psi-Jack> Doubtful.
[22:49] <Psi-Jack> I believe the clipart images used on this are actually kinda ripped from Microsoft Visio
[22:54] <Psi-Jack> Guess you don't use NUT though do ya? heh
[23:04] <jmedina> Psi I juse NUT in single desktops and servers
[23:05] <Psi-Jack> heh
[23:05] <Psi-Jack> Nothing like my little infrastructure, eh?
[23:05] <jmedina> I dont have a infrastructure like yours, I just courius because can help in future
[23:08] <Psi-Jack> I'm thinking I should basically hook up Hyp1-4 as slave to Stor1, and continue to also have Hyp3 slave to Hyp1, and Hyp4 slave to Hyp2.
[23:09] <Psi-Jack> Hyp1, Hyp2, and Stor1 all being directly connected to each their own APC UPS, being in master mode themselves.
[23:14] <Psi-Jack> Effectively, according to the docs, which would make Hyp1-4 shut down well before the Stor1 server they need, and with Stor1's delay to self shutdown be long enough to sustain the slaves as they shut down... It's tricky. ;)
[23:19] <jmedina> looks like that, for the names I guess it is a virtual infrastructure
[23:20] <jmedina> virtualized