[02:25] <tohuw> What would be the most simple/correct entry in an OpenLDAP DIT for an account that will be used by third party software to bind, search, create and modify objects in a certain base? objectClass=simpleSecurityObject?
[03:02] <mardraum> hallyn: virsh migrate is broken in saucy, but it's apparently a known issue with libvirt that will be fixed in 1.0.6 - http://libvirt.org/git/?p=libvirt.git;a=commit;h=d6670a64e1067f29da3c3e032739e140280b763d
[03:36] <arrrghhh> qman__, you there?  I was thinking about how I can solve this... is there a way to "force" ssh or port 22 to always use eth0 or my 192.168 IP?
[03:37] <tohuw> Given that Ubuntu Server 12.04 uses the slapd-config (RTC) configuration method, should I still change ACLs via slapd.conf, or is there some other way to modify them?
[03:38] <tohuw> arrrghhh: You can specify listening interfaces in /etc/ssh/sshd_config
[03:39] <arrrghhh> tohuw, what about for the response out?  I have openvpn running as a client, and that is the "preferred" route in my table when that is up
[03:42] <tohuw> SSH itself transceives on a single port. If you have a route redirecting traffic on port 22 from the host to a destination, you'll need to rework this route appropriately to make it do what you want to do.
[03:42] <arrrghhh> well I don't have any specific routes yet
[03:42] <arrrghhh> when the tunnel is up, I see a new default route and my "normal" default route is given a metric of 100
[03:43] <arrrghhh> which is fine, I would prefer all the traffic go over the VPN... except for ssh haha :)
[03:43] <tohuw> Ah. Then make a route for SSH.
[03:44] <arrrghhh> hm.  I found a tip on using iptables to "mangle" the packet
[04:53] <mike00> how do i change run levels to boot into a window manager or console mode when system starts
[04:55] <tohuw> mike00: it's set in /etc/init/rc-sysinit.conf. See man init(5) for more information.
[04:55] <mike00> awesome. thanks.
[05:10] <Katafalkas> Hey, I am trying to list all environmental variables. with commands like printenv and end, I can see majority of them. But I do not see the variables I set pyself. Lets say i have a " export MY_ENV=development ", but it is not listed in the env or printenv command
[05:11] <Katafalkas> myself **
[05:16] <ball> Katafalkas: have you tried "set"?
[05:16] <Katafalkas> just did
[05:16] <Katafalkas> it does not show the varieble either
[05:16] <ball> I don't know whether that works on Ubuntu Server.  It may depend on your shell.
[05:17] <Katafalkas> i also tried echo $MY_ENV
[05:17] <Katafalkas> it prints nothing eithert
[05:17] <tohuw> Katafalkas: printenv displays all variables present (when called with no arguments) If it isn't there, it is not set.
[05:17] <mike00> anyone familiar with cups and lpr in here?
[05:18] <tohuw> !anyone | mike00
[05:18] <ball> Katafalkas: Hang on, I'll try it on my daughter's PC
[05:20] <Katafalkas> if I do it in terminal - export MYENV=dev - it shows up in all of the commands. But when I do it in a script.sh - it does not seem to work ... kinda wierd
[05:20] <Katafalkas> cheers ball
[05:21] <mike00> So on my server 13.04 i have it auto login to a user and have a .xession loads window manager and browser. works great. Now how would I have ubuntu desktop read my .xession and load window manager/browser? it seems to boot into normal window manager.
[05:22] <ball> Katafalkas: Ah, I know why that is.
[05:22] <ball> Katafalkas: Try ". script.sh"
[05:22] <ball> ...instead of just "script.sh"
[05:22] <ball> Katafalkas: I think you're spawning a subshell in which to run your script.
[05:22] <ball> Katafalkas: in which case the environment variable might die with your child shell.
[05:23] <Katafalkas> ok. got it.
[05:23] <Katafalkas> how do I set it globally got the entire machine ?
[05:23]  * ball shrugs
[05:23] <ball> Katafalkas: Did that work though?
[05:23] <Katafalkas> sec. will try in a moment
[05:25] <Katafalkas> it did work. That is coool.
[05:25] <Katafalkas> cheers
[05:25] <ball> ". script.sh" asks your shell to run the script in your current shell.
[05:25] <ball> ...without spawning a subshell.
[05:25] <Katafalkas> awesome.
[05:26] <arrrghhh> Katafalkas, to add it permanently, put the variable in ~/.bashrc for your user
[05:27] <arrrghhh> then restart that terminal, environment var sticks :)
[05:27] <Katafalkas> arrrghhh: cheers. I just read to add it to /etc/environment.
[05:27] <Katafalkas> whcih is better ?
[05:27] <arrrghhh> cool
[05:27] <arrrghhh> I think /etc/environment would be the machine
[05:28] <arrrghhh> my method is user-based
[05:28] <arrrghhh> I've always done .bashrc myself, but that is interesting, applying it to the whole machine
[05:30] <Katafalkas> ok. so it worked like a charm system-wide in /etc/environment
[05:30] <Katafalkas> cheers all for help
[05:37] <arrrghhh> np, thx for the tip actually on /etc/environment
[05:37] <arrrghhh> there's some things I would like global haha ;)
[06:48] <tohuw> How can I be certain a conf file in /etc/apache2/conf.d is loading and being used?
[07:59] <rbasak> jamespage: re: mongodb 2.4 patch - I emailed you the quilt patch
[07:59] <jamespage> rbasak, yeah - I found it in the end :-)
[07:59] <jamespage> (see last upload to saucy)
[08:00] <rbasak> Great - thanks!
[09:02] <rbasak> jamespage: do you think SRUs for bug 1185908 might be an idea? My though is that people using slapcat for backups may be getting inadvertent data loss.
[09:02] <rbasak> jamespage: perhaps the submitter could prepare the SRUs?
[09:03] <yolanda> jamespage, saw the failure on freeradius, what is causing that?
[09:04] <jamespage> yolanda, 'chroot problem'
[09:04]  * jamespage hits the retry button
[09:04] <jamespage> rbasak, blimey
[09:04] <jamespage> rbasak, yes
[09:05] <jamespage> rbasak, do you do patch piloting yet? you should btw
[09:08] <jamespage> rbasak, bug 1185573
[09:08] <jamespage> I think the proposed change sounds sane to me - but would appreciated your opinion as well
[09:13] <rbasak> jamespage: it seems entirely sane that mysql should be able to read its own pid file. Perhaps the original profile was generated in a way or at a time that mysql didn't read it.
[09:14] <jamespage> rbasak, more that likely
[09:15] <rbasak> jamespage: I'm not a developer yet, so no patch piloting yet. My application meeting is 1 July
[09:15] <jamespage> rbasak, that does not preclude you from piloting - comments and review are helpful for the proposers/reporters and for pilots with upload access
[09:15] <rbasak> Hmm, OK
[09:25] <hxm> hi
[09:25] <hxm> someone told me a tutorial about create a git server
[09:25] <hxm> does anyone remember a tutorial for get that or just something where i can get started
[09:26] <hxm> also exists a git server which doesnt publish the code?
[10:28] <daya> Hello guys, Could we make ubuntu 10.04 server iso, using 3.0 kernel?
[11:37] <jamespage> zul: whats the status on your python3 updates -> Debian?
[11:37] <jamespage> see bug 1185739
[11:37] <jamespage> (just sponsored the fix)
[11:37] <zul> delayed will be pushing them this week
[11:48] <jamespage> zul, okay
[11:51] <zul> jamespage:  i backported a bunch of packages for the cloud archive on friday however i left ceph for you since you are more familar than i am with it
[11:51] <jamespage> zul, yeah - looking at that now - needs libunwind and google-perftools for arm support now
[11:59] <hallyn> mardraum: feh, it was just fixed in 1.0.5 :)  do you need the fix cherrypicked into saucy today, or can you wait for the merge?
[12:00] <mardraum> hallyn: it's no worries, thanks, I can wait
[12:00] <mardraum> I'm only using saucy to test vm's
[13:14] <carleeno> I'm having an issue with excessive performance lost when running more than 1 vm using libvirt in 12.04. Both VMs are running 12.04 as well. When I ssh into them, the terminal constantly freezes and losses connection if I have more than 1 vm running. Anybody have any ideas?
[13:15] <carleeno> ...addition info on the setup, I'm not having the VMs process anything when the performance loss happens. Each vm is getting 2gb of ram (out of 16gb total on the host) and each vm gets 2 cores (out of 4)
[13:17] <carleeno> ...I'm wondering if it might be a disk access or network issue, but not sure where to start. I'm using RAW img files for the virtual drives, parted and formatted ext4. Using virtio for the network, bridged to the host's adapter
[13:24] <jamespage> zul, http://people.canonical.com/~jamespage/ca-updates/
[13:24] <jamespage> I've run them through the backport_package in the lab - all built OK
[13:24] <jamespage> libunwind -> gperftools -> ceph
[13:25] <zul> jamespage:  +1
[13:25] <jamespage> zul, also had some response on ovs 1.10 from upstream/quantum
[13:25] <jamespage> general +1 that 1.10 was the right way to go
[13:25] <zul> coolness
[13:25] <jamespage> just looking at the patches required for the 3.9 kernel now
[13:26] <zul> jamespage:  this is foobared pbr and 2to1 have been backported to precise but it still ftbfs since it cant find pbr
[13:27] <yolanda> jamespage, zul: https://code.launchpad.net/~yolanda.robla/keystone/havana/+merge/167038
[13:27] <yolanda> and https://code.launchpad.net/~yolanda.robla/ubuntu/saucy/nova/dep-8-tests/+merge/166995
[13:28] <zul> jamespage:  do you want to have a look: ^^^ (i dont want to duplicate work)
[13:29] <jamespage> zul, I will do after I look at ovs
[13:29] <jamespage> zul, if you do keystone I'll do nova
[13:29] <zul> ack
[13:29] <zul> jamespage:  i think i figured out the precise-pbr stuff though
[13:29] <jamespage> zul, good-oh - what was the problem?
[13:30] <zul> jamespage:  well the clients work because it has the ">=" but nova etc doesnt so i think thats foobared (ill have a patch to test it first)
[13:31] <zul> also we need a newer subunit for precise
[13:31] <zul> just a theory first i think
[13:34] <jamespage> yolanda, nova branch has a changelog conflict
[13:34] <yolanda> let me see
[13:35] <yolanda> ok, let me correct it
[13:41] <zul> yolanda:  commented on keystone as well
[13:41] <yolanda> ok
[13:52] <yolanda> jamespage: https://code.launchpad.net/~yolanda.robla/nova/havana/+merge/167041
[14:06] <jamespage> yolanda, one more tweak for nova I'm afraid
[14:06] <yolanda> no problem
[14:11] <zul> jamespage/yolanda: https://code.launchpad.net/~zulcss/nova/nova-fix-setup-deps/+merge/167048
[14:23] <jamespage> yolanda, +1
[14:24] <yolanda> great! first autopkgtests for openstack!
[14:24] <yolanda> i missed one test,the spice proxy because it was failing because of websockify dependency
[14:24] <jamespage> yolanda, nice work btw
[14:24] <jamespage> if we can get that level of base testing across all packages that would be great
[14:25] <yolanda> simple tests, not testing any functionality but at least the basic things
[14:25] <jamespage> yeah - but that is really important
[14:25] <yolanda> yes, i will be focusing on it these days
[14:25] <jamespage> we are moving from 'does it build' to 'does it build and at least run from packages'
[14:28] <yolanda> yes, sometimes it wasn't like that :)
[14:55] <hallyn> jamespage: hey - so i have a test qemu package with the rbd async flush patch.
[14:56] <hallyn> jamespage: you wanted to try and sru this for raring right?  it's purely for performance, is that right?
[14:56] <jamespage> hallyn, yes - I think so
[14:58] <hallyn> do you have a test setup where you could easily do a comparative perftest?
[14:59] <hallyn> Daviey: sgabios is in debian's NEW queue.  we'll want that in ubuntu so smoser can use it with qemu asap :)
[15:00] <smoser> daviey is out.
[15:00] <smoser> this week.
[15:01] <hallyn> ah. thanks
[15:01] <jamespage> hallyn, I don't - I can poke the reporter - I'm sure he will have/be able to test
[15:03] <hallyn> jamespage: the packages are in http://people.canonical.com/~serge/qemu-rbd-async/
[15:09] <rbasak> smoser: for bug 1134036, the third possibility I'm alluding to is that it's our responsibility to make sure that the locale is not broken - in which case I'm suggesting that cloud-init fix the problem, eg. by arranging to reset an invalid locale to C (or C.UTF-8), or perhaps by generating the correct locale on login (tricky!) or something.
[15:10] <smoser> rbasak, impossible to ensure that locale not broken
[15:10] <smoser> and its not cloud-init's job to do so if you think it should be done.
[15:11] <smoser> ie, this problem is by no means specific to "cloud" systems
[15:12] <rbasak> cloud-init warns you though, doesn't it? Whatever the solution, it should be aligned with that warning.
[15:25] <smoser> rbasak, right. cloud-init does warn you.
[15:25] <smoser> and basically that was all i ben and I decided to do after considering other options.
[15:26] <smoser> anything more than that warning, immo really is probably something "policy" for debian and or ubuntu (and work for foundations).
[15:26] <smoser> not something that *shouldn't* be fixed, but not something i wanted to dive into and fix right.
[15:26] <rbasak> smoser: OK. I'll start a thread on ubuntu-devel.
[15:26] <smoser> but there should be a clear definition that says "that is not a bug"
[15:26] <rbasak> I imagined that we'd need to go there anyway - but wanted to know your opinion first.
[15:27] <smoser> (pitti pretty clearly said that, closing postgres bug as invalid, but that is not dfinitive)
[15:27] <bigbrovar> Hi guys.. I noticed dhclient for renewing an IP lease nolonger works with Ubuntu 12.04 servers. not even service networking restart works. How is one suppose to renew an IP with ubuntu 12.04
[15:27] <smoser> it should "just work".
[15:28] <smoser> the dhclient daemon should handle it.
[15:28] <zul> hallyn:  ill do 1.0.6 today
[15:28] <bigbrovar> smoser: well like I said it doesnt work. I ran dhclient (like I have always done with previous LTS server versions) and it just returned me to my prompt
[15:29] <patdk-wk> define, no longer works, cause it works for me :)
[15:29] <hallyn> zul: awesome!
[15:29] <bigbrovar> ifconfig showed I still have same IP
[15:29] <hallyn> zul: there's qemu 1.5-3, but i'm going to wait on that for a few things.
[15:29] <zul> such as?
[15:30] <smoser> bigbrovar, you should have a pid like this running.
[15:30] <smoser> dhclient -1 -v -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases eth0
[15:30] <bigbrovar> smoser: and this was a vannila installation... just freshly booted up after a pxe install. the only way I was able to get a renewal was after restarting the server.
[15:31] <smoser> i'm geussing that pid died if it isnt working.
[15:32] <bigbrovar> smoser: this is what I get when I do a sudo dhclient RTNETLINK answers: File exists
[15:33] <patdk-wk> you aren't suppost to run dhclient yourself
[15:34] <bigbrovar> patdk-wk: ok. But how am I suppose to renew and IP lease?
[15:34] <patdk-wk> you don't, dhclient running in the background will do it, at the times it was told to, by your dhcp server
[15:35] <patdk-wk> now, if like smoser said, if dhclient died/crashed, it won't
[15:36] <bigbrovar> patdk-wk: so the who process is suppose to just happen without user input (on a server) and if I changed the IP allocation on to a system from the dhcp server.. I either have to wait for dhclient to reflect the change or just reboot?
[15:36] <hallyn> zul: sgabios to hit universe, and actually for 1.5-4 with a low prio cve fix
[15:37] <zul> cool
[15:37] <patdk-wk> bigbrovar, if you change the allocation on the dhcp server, you should know what your doing
[15:37] <patdk-wk> normally the dhcp server says what it gives out, is valid for like 1 to 7 days
[15:37] <patdk-wk> if it told your client that, the client won't check for a new ip till that 1 to 7 days is up
[15:39] <bigbrovar> patdk-wk: this would not work for a setup where dhcp listens to ldap for ip address allocation using systems mac address .. if the IP were to change in Ldap then the only way to reflect the change in the machine is a reboot
[15:40] <patdk-wk> it doesn't matter how you want it to work
[15:40] <patdk-wk> understand the protocols and set the options correctly
[15:40] <patdk-wk> if you want ip address changes to take effect imidently, set the dhcp lifetime to like 1second
[15:40] <smoser> bigbrovar, you dont have to reboot.
[15:41] <patdk-wk> and understand that your dhcp server will be very busy
[15:41] <smoser> if you did: sudo sh -c 'ifdown eth0; rm -Rf /var/lib/dhcp/leases*; ifup eth0'
[15:41] <smoser> it would probably work
[15:41] <smoser> (the rm i'm not sure of, i just typed it, so i'd be careful:)
[15:41] <bigbrovar> patdk-wk: different network have different configurations. removing the ability to renew lease from a client is not.. wise
[15:41] <bigbrovar> smoser: thanks .. *you* at lease helped
[15:41] <patdk-wk> heh? who said anyone removed the ability
[15:41] <patdk-wk> it's just simple dhcp server options
[15:42] <patdk-wk> dhcp was not made to have instant changes
[15:42] <bigbrovar> patdk-wk: u assume I have control of the dhcp server
[15:42] <smoser> bigbrovar, if the client was told that its lease was good for 7 days, and you restart networking, its "doing the right thing" if it says "oh look, a valid lease, I'll use that"
[15:42] <smoser> deleting its cache is just forcing it to forget that.
[15:42] <patdk-wk> bigbrovar, if you have no control, it's a non-issue, cause no matter what you do, it's going be an issue
[15:43] <bigbrovar> smoser: live was just much better when dhclient did what it always did. anyway thanks
[15:43] <smoser> i really doubt anything changed here in 12.04
[15:43] <smoser> it may have, though.
[16:06] <gray--> hi all, is there a non-cobbler deployment method that ubuntu recommend for bare-metal provisioning?
[16:06] <gray--> (not MaaS either please!)
[16:06] <roaksoax> gray--: nope, only MAAS is the recommended remote deployment method
[16:06] <roaksoax> gray--: why don't you like maas?
[16:06] <gray--> gah
[16:07] <roaksoax> gray--: you can setup your own tftp/pxe server + dhcp server to do remote deployments, but that's too much work when you have maas
[16:07] <gray--> i can't seem to find a deployment method whereby ubuntu will accept an IP and hostname properly.  if i hand-roll dhcpd, kickstart and preseed, then i need to make a preseed file for each host i want to install
[16:07] <gray--> just feels… 'incomplete'
[16:08] <roaksoax> gray--: MAAS sets hostnames properly, but uses DHCP for the hosts
[16:09] <roaksoax> yo would need to configure MAAS to manage DHCP/DNS though
[16:09] <gray--> perhaps make the dhcp server give it its name, and then if i can make it use that hostname in the kernel options to select the preseed file… that could work
[16:09] <qman__> smoser, the only thing that's changed in dhclient is now it isn't verbose by default; it still does the same thing, and you just add -v to see it
[16:10] <gray--> (haven't tried maas on raring btw)
[16:10] <roaksoax> gray--: maas tells the hostname to use on the kernel options
[16:11] <gray--> cobbler does seem to be unloved from an ubuntu perspective
[16:11] <gray--> aha, so it wasn't the weirdest idea i've ever had :)
[16:11] <smoser> gray--, you should give maas on raring a chance.
[16:11] <roaksoax> gray--: we used to use cobbler for 'orchestra', but we decided to move on
[16:11] <smoser> with managed dhcp, it is pretty reasonable.
[16:11] <roaksoax> indeed
[16:11] <gray--> and it uses some sort of apache outputfilter to spit the preseed back or something?
[16:11] <gray--> i will give it a go, thank you
[16:12] <gray--> and i'll report back
[16:12] <gray--> :)
[16:12] <smoser> gray--, well, it renders template files. (which, unfortunately aren't really easily user-editable)
[16:12] <gray--> preseed files you mean?
[16:13] <smoser> it renders django template files into preseed files
[16:13] <roaksoax> gray--: yeah, so the preseeds are tempita based templates
[16:13] <gray--> oo, sounds interesting
[16:13] <smoser> yeah, s/django/tempita/ sorry.
[16:13] <gray--> wonder if i can write that as an apache output filter in, perhaps, perl
[16:14] <gray--> old skool
[16:15] <gray--> thanks for the advice guys, will give maas a go over the next 24 hours, appreciated
[16:16] <smoser> roaksoax, do we have usage of the dhcp nouid patch in maas in raring ?
[16:17] <smoser> looks like no
[16:17] <smoser> https://bugs.launchpad.net/ubuntu/+source/maas/+bug/1069570
[16:18] <gray--> 1 mac, 2 ips, sounds like a interweb viral vid waiting to happen
[16:23] <jamespage> hallyn, my reporter sucks at raising bugs - so I raised bug 1187046
[16:24] <jamespage> I've asked him to comment with a test case and try out your packages (mikedawson on #ceph @ OFTC irc)
[16:24] <hallyn> jamespage: thanks
[16:26] <hallyn> jamespage: i'll wait until he does that before i mark it fix released and finish the sru details
[16:36] <marshall> hey ubuntu
[16:37] <roaksoax> win 2
[16:39] <marshall> how do I set the default permissions for a user on my system? every file they create has rw-r--r--. I've tried setting UMASK 002 in /etc/login.defs but when I 'sudo -u <username>' I'm still creating files with the old permissions.
[16:42] <Pupeno> How do I specify a custom command for stop in an upstart job?
[16:43] <Pupeno> I mean a task.
[16:48] <RoyK> marshall: umask
[16:48] <RoyK> oh
[16:49] <RoyK> marshall: in su, there's su - user to get the user's environment
[16:49] <marshall> ok
[16:50] <marshall> so when i do "sudo -u <user> bash" what am I doing?
[16:50] <qman__> running bash as that user with your existing environment, I think
[16:51] <sarnold> marshall: try sudo -i -u username
[16:51] <qman__> take note also of sudo -i and sudo -s
[16:55] <jamespage> rbasak, as a special treat can I ask you to take a look at https://launchpad.net/ubuntu/+source/golang/2:1.1-1/+build/4578681
[16:55] <jamespage> I *think* its doing something odd with sf/hf but I'm not 100% sure
[16:57] <zul> hallyn:  wow...most painless one yet http://paste.ubuntu.com/5729918/
[16:57] <hallyn> sweet
[16:58] <rbasak> jamespage: oooh, my favourite type of treat! I'll look at it tomorrow.
[16:58] <jamespage> rbasak, thanks v much
[16:59] <hallyn> zul: strict monthly releases should hopefully make it easier, yeah
[16:59] <zul> hallyn:  ill swing it up to my ppa so you can test it out
[17:01] <hallyn> hm, will need to find a box
[17:16] <marshall> I have a supervisor conf that runs as "user=mcn", and it seems that everything created by this process has the permissions 644, when I'd like it to have 664. How should I make it so? here is a paste of my supervisor.conf http://pastebin.com/AF8CT4BF
[17:18] <sarnold> marshall: can you edit start_gunicorn.sh to add 'umask 0002'?
[17:43] <zul> jamespage:  i think i narrowed it down to subunit
[17:49] <zul> xnox:  ping
[18:46] <zul> hallyn:  https://launchpad.net/~zulcss/+archive/libvirt
[18:47] <hallyn> zul alrighty
[18:47] <hallyn> will set that up soon as i finish testing loopback driver in lxc
[18:53] <hallyn> oh no, no zul
[18:58] <adam_g> jamespage, all charms merged except glance, which required some non-trivial changes to resolve conflicts. see comments on https://code.launchpad.net/~openstack-charmers/charms/precise/glance/ha-support/+merge/166335
[19:03] <lunaphyte_> hi.  i'm attempting to update from 12.10 to 13.04 with do-release-upgrade, but getting an error:  http://dpaste.com/1209938/
[19:03] <lunaphyte_> i'm trying to figure out what i can do to further troubleshoot this
[19:13] <lunaphyte_> aha, figured it out.  python-apt is needed, but i guess there's some deficiency in dependency handling and it was allowed to be removed
[19:13] <sarnold> lunaphyte_: nice, thanks
[19:13] <sarnold> lunaphyte_: can you file a bugreport? :)
[19:14] <lunaphyte_> well, that's actually where i found the reference :)  https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/994152
[19:15] <lunaphyte_> i didmark it as affecting me though
[19:15] <lunaphyte_> *did mark
[19:18] <lunaphyte_> it's too bad that python-apt drags in old versions of python though
[19:19] <sarnold> hunh
[19:19] <cppCzar> Can anyone give me some server help?
[19:21] <cppCzar> when attempting to run "sudo apt -get install mmap" I'm getting error messages such as "Failed to fetch http://us.archive.ubuntu.com/..."
[19:25] <sarnold> cppCzar: 'apt' isn't a command... perhaps you should pastebin what you typed and what happened..
[19:25] <enraged> Has anyone got OpenSSh6.2 for Ubuntu12.04?
[19:29] <cppCzar> http://pastebin.com/28sB49MD
[19:29] <cppCzar> sarnold: http://pastebin.com/28sB49MD
[19:30] <lunaphyte_> sounds like dns problems to me
[19:30] <lunaphyte_> what does dig us.archive.ubuntu.com say?
[19:30] <lunaphyte_> pastebin input and output
[19:31] <sarnold> cppCzar: hrm. I can resolve us.archive.ubuntu.com just fine..
[19:31] <cppCzar> do you have a static ip address?
[19:31] <cppCzar> Oh okay
[19:31] <lunaphyte_> just pastebin the command and output
[19:32] <cppCzar> connection timed out, no servers could be reached
[19:32] <cppCzar> paste binning
[19:32] <sarnold> oh man :/
[19:33] <lunaphyte_> also pastebin cat /etc/resolv.conf
[19:33] <sarnold> cppCzar: perhaps the DNS servers in your /etc/resolv.conf are dead / missing
[19:34] <cppCzar> lunaphyte_: http://pastebin.com/RWSVi2xk
[19:34] <sarnold> cppCzar: if you're responsible for those, you'll have more work to fix them. if you're not responsible for those, perhaps you can just put "nameserver 8.8.8.8" into the file and continue your work today..
[19:35] <cppCzar> lunaphyte_: http://pastebin.com/0ZceGr20
[19:36] <lunaphyte_> oh, heh.
[19:36] <cppCzar> It's just a server at home I'm trying to set up for a project
[19:36] <lunaphyte_> empty.
[19:36] <lunaphyte_> are you running a gui?
[19:36] <cppCzar> no
[19:36] <cppCzar> I also don't have a static ip address
[19:36] <cppCzar> and don't know if that has anything to do with it
[19:36] <lunaphyte_> if it were me, i'd just remove resolvconf, and put my nameservers in resolv.conf
[19:37] <cppCzar> lunaphyte_: I don't know what that would do
[19:37] <resno> lunaphyte_: doesnt resolv.conf reseton reboot
[19:37] <cppCzar> lunaphyte_: Do you have a static ip address?
[19:37] <sarnold> resno: if the resolvconf package is installed, yes
[19:37] <lunaphyte_> oh, yeah, if you're a dhcp client, then you'd [likely] want to make sure that the dhcp client software was properly populating resolv.conf
[19:38] <cppCzar> I don't know how to set up my network configuration
[19:38] <cppCzar> meaning change it to dhcp
[19:38] <cppCzar> I tried to get a static ip address and it didn't work- my iso doesn't do that
[19:38] <cppCzar> so now I have to do dhcp
[19:39] <lunaphyte_> your iso?
[19:39] <lunaphyte_> oh, isp?
[19:39] <lunaphyte_> heh
[19:39] <cppCzar> yeah
[19:39] <cppCzar> isp*
[19:41] <lunaphyte_> well, dhcp should work fine.
[19:42] <cppCzar> okay, well I'm changing it back to dhcp
[19:42] <cppCzar> in the /etc/network/interfaces file
[19:43] <lunaphyte_> it wasn't?
[19:43] <lunaphyte_> i thought you said you were using dhcp.
[19:44] <cppCzar> I had tried to change it to static
[19:44] <cppCzar> my apologies
[19:45] <lunaphyte_> oh.  well that would likely explain why resolv.conf was empty, unless you had included provisions for its configuration in /etc/network/interfaces
[19:46] <cppCzar> It's working this time
[19:46] <cppCzar> :D
[19:46] <cppCzar> Now I've gotta get it connected to the outside world using dhcp
[19:46] <cppCzar> is that possible?
[19:46] <cppCzar> Meaning that I'll be able to ssh into it from wherever?
[19:53] <sarnold> cppCzar: if you're behind a NAT firewall (most consumer routers..) then you'll need to configure port forwarding on your router / firewall
[20:01] <cppCzar> sarnold:Okay
[20:02] <cppCzar> sarnold: do I need to install a Dynamic Update Client?
[20:02] <sarnold> cppCzar: if your ISP changes your publicly routable IP address often, yes
[20:02] <lunaphyte_> well, you don't *have* to :)
[20:03] <sarnold> yeah. in theory my ISP changes my IP address on occasion, but I'm content to just change my /etc/hosts file before travelling, if needed :)
[20:16] <swaT30> is it known when Quantum 2013.1.1 will be released in the Ubuntu Cloud Archive?
[20:22] <roaksoax> zul: ^^
[20:22] <zul> adam_g: ^^^
[20:23] <adam_g> swaT30, waiting for the correpsonding ubuntu SRU to be released. its been verified, just waiting for SRU team to release it. once it has, it will be promptly backported to cloud archive
[20:23] <adam_g> swaT30, subscribe to  https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1179626 if you're interested in tracking
[20:23] <swaT30> adam_g: great, thanks for the info! is there an approximate ETA? will subscribe for sure
[20:24] <roaksoax> swaT30: we are hopping that the SRU will be released this week
[20:25] <adam_g> swaT30, in the next day or two i hope
[20:25] <swaT30> great, so we should be good to go next week?
[20:25] <adam_g> Daviey, ^^ FYI verification-done on both openstack SRUs, if you can help move along  before they get trumped by another security update. :)
[20:26] <adam_g> swaT30, ideally, yes. its a matter of someone releasing the update via ubuntu SRU. currently quantum (and the other openstack point releases) are sitting in queue with other ubuntu updates waiting to be released (http://people.canonical.com/~ubuntu-archive/pending-sru.html)
[20:27] <adam_g> swaT30, the cloud archive packages are aligned with those in ubuntu, so as it progresses in ubuntu it will in the cloud archive
[20:27] <roaksoax> swaT30: so in order words, it is just matter of administrative processing
[20:28] <swaT30> adam_g: ahh, gotcha. so once the SRU for Raring is out, it will be ported into the cloud archive?
[20:28] <adam_g> swaT30, yup
[20:29] <swaT30> adam_g: great, thanks for the insight. still getting my head wrapped around all of the release cycle stuff
[20:30] <swaT30> roaksoax, adam_g: appreciate the info guys
[20:31] <adam_g> swaT30, np :) i'll be packaging up the 2013.1.2 update when it is out friday, so ideally the 2013.1.1 will have been released by then
[20:31] <kobrien> any idea why my encrypted home directory unmounts itself after every logout and I have to "ecrypt-mount-private everytime I login?
[20:31] <swaT30> adam_g: great! hard to keep up with those OpenStack folks eh ;)
[20:39] <germanstudent> Hey. Does anyone know a good ressource what could cause slow network speed with an ubuntu-server. I have a new root server, I did not change touch anything and the bandwith is really low. When I boot the same server in the resque system speed is as it should be. interfaces looks right to me
[20:43] <jdstrand> adam_g: which openstack SRUs are you referring to? I have keystone for quantal and raring I am trying to get out today?
[20:44] <adam_g> jdstrand, jeez, yah. both raring and quantal still have SRUs waiting to be released
[20:45] <adam_g> jdstrand, everything has verification-done so they should be good to go
[20:45] <jdstrand> I wanted to have these out last week, but the testsuite was all messed up so it took me forever to get it to work
[20:45] <jdstrand> crap
[20:46] <jdstrand> so I have to rebase on this? I am all tested *and* on holiday all week
[20:46] <jdstrand> I guess the updates will have to wait til next week
[20:46] <adam_g> jdstrand, hmm. this seems like a good enough reason to pester someone to get the verified releases out. any ideas who i should ping?
[20:47] <jdstrand> well, not really, I will have to redo all my testsuite fixes and I can't do that and test before I don't have internet access anymore so it doesn't matter
[20:48] <jdstrand> the security fix will just have to wait
[20:48] <adam_g> jdstrand, is the security issue public?
[20:48] <jdstrand> yes
[20:49] <jdstrand> bug #1179615
[20:51] <jdstrand> it seem like a simple fix, except ssl certs expired and have to be regenerated and there are year 2038 bugs in the upstream testsuite
[20:51] <adam_g> jdstrand, if im reading that correctly, it is a security update for keystone folsom/quantal and python-keystoneclient raring?  python-keystoneclient is not part of our MRE updates, so that should be okay
[20:51] <jdstrand> you read that correct. ok so raring could go out
[20:52] <jdstrand> raring is the more important one, since PKI is enabled by default there
[20:52] <adam_g> jdstrand, also, i hit the same expired certs and had it fixed upstream, see https://review.openstack.org/#/c/30147/
[20:53] <adam_g> year 2038 bugs are new to me, tho
[20:54] <jdstrand> adam_g: yes, that uses the year 2112
[20:54] <jdstrand> I saw either that patch or some variation on it
[20:55] <jdstrand> if I build it locally in and amd64 schroot, it works, if I do in an i386 schroot, it does not
[20:55] <jdstrand> if change the year to 2037, it works fine
[20:57] <jdstrand> there is also the year 2999 in tests/test_auth_token_middleware.py that needs to be fixed
[20:57] <adam_g> jdstrand, that patch fixed cert related FTBFS issues for me . keystone 2012.2.4-0ubuntu3 in quantal-proposed has it applied
[20:57] <jdstrand> I don't know why it is working on the buildd
[20:58] <adam_g> jdstrand, is there a bug somewhere i can bring to the attention of upstream? the maintainer was very quick to get those certs updated
[20:59] <jdstrand> not yet, I was going to file it after I had everything published
[20:59] <jdstrand> it's just testsuite data, so I figured that was best
[20:59] <adam_g> ah
[21:00] <jdstrand> but then, well, I'm on holiday
[21:00] <jdstrand> (and still testing)
[21:00] <adam_g> jdstrand :|
[21:01] <adam_g> i need to run out, back in a bit.
[21:01] <jdstrand> I guess I'll finish raring and then just do quantal next week
[21:26] <xnox> zul: heya.
[21:26] <xnox> zul: what's up?
[21:27] <zul> xnox:  do the shebang stuff in subunit makes it really difficult to backport it to precise :(
[21:28] <xnox> zul: it shouldn't.... the shebang stuff only matter for python3 and there aren't that many python3 modules on precise anyway..... unless that's what you are after?!
[21:28] <xnox> zul: I would revert back to python2-only package if I was to backport to precise.
[21:29] <zul> http://paste.ubuntu.com/5730751/
[21:31] <xnox> zul: do something like http://paste.ubuntu.com/5730757/
[21:31] <xnox> call it "normally" and ignore with shebang. Or simply remove the shebang arg.
[21:32] <xnox> the only difference is "#!/usr/bin/python3" (with this option, more correct) vs "#!/usr/bin/python3.2" (without the option, needlessly strict)
[21:47] <zul> xnox:  ok cool
[21:51] <Nadja> I'm about to switch from FreeBSD to Ubuntu as my router OS. The box connects to the INET via PPPoE and is an accesspoint. What I cannot get to work is bridging between the wlan and the lan. I can ping and stuff, but large packets from wlan to internet seem to "hang". How can I debug what happens to these packets?
[21:51] <lifeless> you've got an pMTUd blackhole going on . I suggest reading up on that.
[21:52] <sarnold> Nadja: can you find the packet sizes that stop working with ping -s ?
[21:53] <Nadja> sarnold: I haven't tried yet, good idea. A bit of a pain on a mobile phone, but let's see
[21:57] <Nadja> ping -s 1396 goes well, 1397 doesn't
[22:01] <Nadja> lifeless: Can I assume that using iptables with clamp-mss-to-pmtu isn't gonna solve my problem?
[22:46] <ruben231> hi guys i always lost my name server evry reboot where do i exactly put the nameserver 8.8.8.8 on Ubutnu serevr 12.04 LTS
[22:48] <jacobw> ruben231: man resolvconf
[22:48] <ruben231> jacobw: where shoudl i put this can you give a hint somehow
[22:48] <ruben231> directly
[22:49] <sarnold> ruben231: a hint about manpages; most have a FILES section near the bottom that can help speed up answering those kinds of questions
[22:50] <jacobw> ruben231: tldr; `sudo echo 'nameserver 8.8.8.8' >> /etc/resolvconf/resolv.conf.d/base`
[22:50] <sarnold> heh, sudo and >> don't mix
[22:51] <ruben231> jacobw: thanks
[22:51] <ruben231>  hi guys i have problme with my NSF share when i mount it manully ti works great but when i reboot it dissapear even i put ti on fstab like this ---> 172.16.0.205:/volume1/NewMP3Recordings /var/spool/asterisk/monitorDONE/MP3 nfs 0 0
[22:51] <ruben231>  it wont mount after reboot, what could be the problem with that commadn on fstab
[22:53] <sarnold> ruben231: I believe you forgot the fourth fstab field, fs_mntops
[22:53] <ruben231> sarnold: what is that field..?
[22:54] <sarnold> ruben231: that field describes the mount options -- read only, read-write, if devices, executables, or setuid files are allowed on the mount point, and, most important to you right now :), if the filesystem should be automatically mounted at boot
[22:55] <sarnold> ruben231: most people use 'defaults' most of the time, but be sure to read the fstab manpage and make sure the defaults are right for you