[00:00] yes. you need to select act upon either of those two options. a rapid workaround is to generate the en_IN locale because that will immediately 'fix' things in your current session [00:01] kerframil: I did "update-locale LANG=en_US.UTF-8 LC_MESSAGES=POSIX" and I think it worked [00:02] I can see this in the file now: [00:02] LANG=en_US.UTF-8 [00:02] LC_MESSAGES=POSIX [00:02] Extreme: you can "echo $LANG" and run "locale" to check whether these settings are in effect [00:03] kerframil: this is the output: http://pastie.org/6644736 [00:04] Extreme: log in anew and run locale once again [00:04] Extreme: it should change [00:04] login as a different user? [00:04] Extreme: same user, but it shouldn't matter [00:05] okay, that worked. I can now see "en_US.UTF-8" instead of the other one. [00:06] Extreme: as the locale is actually installed, that should be fine then [00:06] great. Is there any way I can test? [00:08] Extreme: um. well, you could run "perl -v". it will warn in no uncertain terms if the locale settings are messed up. [00:08] first line would be "perl: warning: Setting locale failed." in that case [00:09] the first line is This is perl 5, version 14, subversion 2 (v5.14.2) built for... So I guess that worked! [00:09] correct [00:09] kerframil: Thank you very much! :) [01:11] If I sudo ufw enable while connected via ssh with the default setup block me instantly? [01:11] or if I sudo ufw enable && sudo ufw enable ssh will I be good? I'm not familiar with ufw's default setup for what it blocks just wondering if someone knows [01:11] Server is remote so I don't want to get hosed [01:15] histo: I just tested on a VM; ufw enable gives a nice warning that it _might_ disrupt active ssh connections, but mine stayed alive... [01:15] histo: all the same, you might not want to do it until you've got a serial console or local access... [01:17] sarnold: hrm.. wonder if I should use nohup then on the sudo ufw enable ssh part then [01:18] Something like sudo ufw enable && sudo nohup ufw enable ssh [01:18] err [01:18] ahh piss let's try it and see what happens [01:19] histo: another test, "ufw allow ssh ; ufw enable" also worked.. [01:21] sarnold: not familiar with ; [01:21] histo: ; is a command separator. try "touch /tmp/foo ; ls -l /tmp/foo" [01:22] similiar to && ? [01:24] histo: yes [01:25] ; doesn't care about the success or failure of previous commands [01:25] && and || do care [01:25] ahh [01:26] anyhoot in your test ufw allow ssh prior to ufw enable worked? [01:27] yeah, I wondered if having the rules might trip some funny established rules or something. It just seemed better to test both directions -- ufw allow ssh ; ufw enable and ufw enable ; ufw allow ssh -- before saying it was fine. :) [01:27] thank you for you help by the way sarnold [01:43] histo: you can safely add rules before doing 'ufw enable'. so 'sudo ufw allow ssh && sudo ufw enable' should be safe. the other way works too of course, but then the connection might block [01:50] Gotcha turns out the server is down anyway. Not sure what the hell the other guy did putting it at the location. Have to wait till tomorrow now. [01:51] I set it up at offsite while it was at his house. He just had to mvoe it to it's final destination then tells me there's no hw firewall there. So I told him i'd use ufw after he put it in place. He botched that some how lol. === histo2 is now known as histo [07:17] hi. where can i find information on best practice about volumen / hard disc management. I am about to set up a data server for me and ~5 other users and was wondering which way would fit me best since I have no practical experience with setting up und maintaining a server (I used to ubuntu, have no problem with commadn line though. usually I know what i am doing ) [07:17] so my question evolves around keywords like RAID, LVM, ZFS === smb` is now known as smb [08:35] -j ubuntu-id [09:38] hey server geaks [09:39] hi all.. ubuntu 12.04 minimal virtual machine here, apt / dpkg completely hangs when installing / removing sssd [09:39] dpkg says it's "in a very bad state" [09:39] tried a lot of stuff to fix it, any help would be appreciated [09:40] on a customer server they made a /boot with 228mb.. yes.. now.. /boot is full.. and a new kernel installation is hanging, but can't be installed, cause /boot is full [09:40] i wanted to purge old kernels but until new kernel is installed i can't.. i need to do apt-get -f install.. but this breaks, cause.. /boot is full [09:40] so.. how can i reset the actuall update of the kernel.. so i can remove first old kernels? [09:40] noaXess: just rm the older kernel from /boot [09:41] variant: what about /boot/grub/grub.cfg? [09:41] noaXess: once you fixed everything just run update-grub [09:41] noaXess: rm a couple of older kernels and install the new one, then run update-grub [09:41] variant: aha.. so.. remove manually from /boot, run update-grub.. and then finisch update of newest kernel [09:41] yes [09:43] variant: remove all files with same verision number, also System.map..., abi-..., config-..., initrd-img-... and so on? [09:44] noaXess: you just need to free up a little space, you can then use apt to purge the rest of the old files [09:45] moved all of the old kernel files i don't need.. update-grub and apt-get -f install is done.. [09:45] noaXess: cool [09:45] now purge old kernels.. so also dpkg is clean [09:45] noaXess: yes, nice [09:46] if anyone cares, i fixed my dpkg problem by booting to single user mode [09:46] from where the dpkg command no longer hung when removing sssd. [09:47] variant: your also done ;) [09:48] jupp [09:49] what if you have a problem such ours and have a m$ win server?.. get fast support in... wait... 5 minutes? [09:49] hehe [09:49] noaXess: yeah no chance hehe [09:49] noaXess: you just have to be a bit carefull with who you listen to [09:49] other question, about kernels.. is there a way, that.. if a new kernel s installed, that apt-get just keep last eg. two kernels and not all? [09:49] noaXess: some people will give advice without understanding possible quesntions [09:50] noaXess: yeah i think you can do that.. don't remmeber how of the top of my head though [09:53] noaXess: looks like 2 kernels being saved is default [09:53] noaXess: look at the comment at the top of /etc/kernel/postinst.d/apt-auto-removal [09:54] noaXess: i would just leave it as it is if i were you. you could look at expanding the /boot partition which you can do wihtout rebooting [09:54] assuming you have space [09:54] variant: ok.. thanks.. [09:55] the server will be reinstalled in the future.. so in the moment manually removing kernels is good enough [09:55] afk.. [10:38] rbasak, mongodb working on arm in raring now thanks for your work on that! [10:39] jamespage: great! I've since got the smoke tests to pass with another patch I need to send you. It's another SIGBUS failure case. [10:39] rbasak, so we can enable the testing for arm during package build? [10:39] jamespage: also the smoke test is producing some warnings that I think might actually be errors that are arm-specific and should fail the test [10:39] if so fantastic! [10:39] rbasak, oh - its very verbose [10:39] so I'm running an amd64 build to compare [10:39] stacktraces and all [10:39] There are stack traces [10:39] Ah OK [10:39] but it does fail tests when they are unexpected [10:40] rbasak, I have a 2.4.0 update in testing [10:40] rbasak, just trying to get some test coverage with ceilometer [10:40] jamespage: you're confident in their error handling? In that case I have one final patch. [10:41] rbasak, send it to me - I'll tie up a PPA build for ~6 hours again! [11:02] how do I find out why I was banned? [11:04] one: you're in #ubuntu-ops asking, so I suspect you know [11:05] oh [11:05] well why was I banned? [11:13] I wish youse no harm. [11:14] Why am I shunned? [11:15] There is no other way to life and eternal. [11:28] jamespage: build of mongodb 2.4 on armhf fails. It's a pretty common x86 assumption about signed/unsigned chars. I can fix but there may be others - I'll keep working on it [11:32] rbasak, great - thanks [11:32] rbasak, I uploaded your extra arm fixes and testing enablement btw [11:32] Great - thanks! [11:43] rbasak, please timebox this - if its looking like to alot of work then we can stick with 2.2.3 [11:44] and push 2.4.0 out to S [11:44] jamespage: ack [12:00] Question: I want my ubuntu server box to be happy. Mounted in a 6u swing frame wall mounted cabinet, with only 2 fans at the top of the 6u wall box, should they blow in or suck out? [12:00] this is the box http://goo.gl/68stC [12:01] zul, just re-reading the pep8 thread on openstack-dev [12:01] zul, we should not do PEP-8 checking in the package builds [12:01] zul, code formatting is an upstream concern IMHO [12:01] (and yes I know pep8 does more that just check formats) [12:01] zul, what do you think? something for next cycle anyways [12:06] zul, when you start can you take a look at https://bugs.launchpad.net/ubuntu/+source/glance/+bug/1158247 [12:07] Launchpad bug 1158247 in glance "test_server_monkey_patch leaves orphaned process" [Medium,Triaged] [12:07] its whats breaking the glance build - I had to get webops to poke it in the right way inthe distro after 21 hours to make the build go through [12:11] zul, havana ppa etc.. - please hold off - I want to automate the branch creation and ppa seeding [12:11] otherwise we forget how todo it each cycle === txwikinger2 is now known as txwikinger [12:36] jamespage: i was double checking last night and there are some packages that do pep8 and some that dont so turn if off in h [12:36] jamespage: ill take a look at glance [12:40] zul, ta [12:44] zul, I'm re-syncing any mismatched deps in the ca for grizzly [12:44] ack [12:46] jamespage: can you check to see if we carry this python-netaddr patch please? [12:55] zul, http://people.canonical.com/~jamespage/ca-updates/ last load of dep updates [12:56] jamespage: who updated python-django-openstack-auth ? [12:56] zul, me [12:57] jamespage: okies [12:57] zul, bug with multple project in horizon [12:57] ack [12:58] jamespage: +1 [13:01] zul, ack [13:01] ta [13:11] HEYO1 /sbin/modprobe tun gives FATAL: Could not load /lib/modules/3.2.13-grsec-xxxx-grs-ipv6-64/modules.dep: No such file or directory THOUGHTS? [13:22] hallyn: ping [13:22] vila: . [13:23] hallyn: argh, brought the bug page to copy it here, found your comments, let me read ;) [13:30] jamespage: glance fixed locally ;) [13:30] zul, how? [13:30] changed self.config(workers=1) to self.config(workers=0) [13:31] hallyn: bug #1157589 updated, sorry, I missed your comments and that delayed my answer, no pressure on you ;) [13:31] Launchpad bug 1157589 in kvm "kvm hangs for freebsd guests since raring upgrade" [Medium,Incomplete] https://launchpad.net/bugs/1157589 [13:33] vila: checking [13:34] vila: first, could you just edit the xml to set the emulator to kvm instead of kvm-spice? [13:34] that shouldn't do it, but... [13:39] hallyn: indeed, no change (sorry for the delay had some vms I shut down before doing 'service restart libvirt-bin') [13:40] oh, I know about that one :D [13:40] freebsd guests with serial console configured do fail to boot in raring [13:40] that was my next bug report heh [13:41] hm, serial console eh [13:41] vila: I bet you have console="comconsole" in loader.conf ? [13:41] no i've got serial and it works... [13:42] ah [13:42] mardraum: loader.conf rings no bell... where should I look for that ? [13:42] vila: /boot/loader.conf [13:42] mardraum: hmpf, can't look into that without booting first :-} [13:42] heh yeah [13:43] zul, just keystone and ceilometer pendings rc's right? [13:43] but i can try adding that to my working one :) [13:43] I'm only assuming it's the same bug since you don't know about it - but all my freebsd guests die on the kernel load using that [13:44] mardraum: ha ha ! Sound workflow to the rescue ! I happen to have a copy of /boot/loader.conf, no console there [13:44] hm [13:44] guess I'm opening another one... [13:44] mardraum: only kern.hz=100 and debug.witness.watch="-1" the last time I took a copy (which should the last time I modified it) [13:44] lemme try it again now [13:45] hallyn: should I try removing mine ? Would that be the section only or something else ? [13:46] vila: i don't think that would work, [13:46] Ubuntu Server 12.10; /sbin/modprobe tun gives FATAL: Could not load /lib/modules/3.2.13-grsec-xxxx-grs-ipv6-64/modules.dep: No such file or directory THOUGHTS? [13:46] vila: I didn't have to edit the guest config to work around it [13:46] i have a console entry in the xml [13:46] i don't seem to have a /boot/loader.conf though [13:46] it's not created by default in freebsd [13:46] if it doesn't exist, you simply don't have one [13:46] hallyn: not required AFAIK but I'm a freebsd noob, only use it for regression testing [13:48] mardraum: note that the vm pause very early in the boot process, it stopped after displaying: 'ACPI APIC Table: ' [13:48] apparently i did it wrong :) now it just hangs after loading loader.conf [13:49] hallyn: how far in the boot process ? [13:49] vila: I think you'll do better if you (1) download git://git.qemu.org/qemu.git and build it, (2) run with 'kvm -hda freebsd.img -serial stdio, and then report failures upstream [13:50] I think adding libvirt to the mix obscures it, and I don't know enough abou freebsd OR seabios to probably help you anyway [13:50] once you can reproduce from cmdline, you can check exactly where it's dying and see if it's a freebsd bug or a qemu one [13:51] ok, console="comconsole" works fine on 12.10 and will not load the guest on 13.10. I remove that single line from loader.conf and it loads [13:51] er. 13.04 [13:52] and by 'won't load' - how does it die? [13:52] you're I assume connecting to the serial console to see it die? [13:52] hallyn: 'kvm -hda freebsd-8.0-64bits.qcow2 -serial stdio' works ! [13:52] it doesn't get to load the kernel [13:52] the process running is tiny [13:53] vila: interesting, so it might be libvirt's serial console that's the problem? huh [13:53] let me add a vnc console [13:54] hallyn: yeah or something else but not kvm itself which gives me some target and a way to isolate [13:54] openbsd serial console still works fine btw 12.10 -> 13.04 [13:54] different implementation to freebsd [13:55] vila: actually, could you try with libvirt again, do virsh dumpxml , check the /dev/pts/N assigned to serial, and connect to it with minicom? [13:55] I'm wondering whether freebsd is hanging until you connect before continuing [13:55] sbeattie: can you look at http://paste.ubuntu.com/5634101/ - it was from a run I did for an oneiric kernel SRU, but I had to run by hand [13:55] hallyn: argh, not that *kind* again ;) [13:55] use screen or cu, not bloody minicom :P [13:55] (look for 'console type='pty' and /dev/pts entry there) [13:55] sbeattie: unfortunately the preinstalled images from oneiric don't lend themselves well to automation [13:56] mardraum: screen can do that? [13:56] yep [13:56] sbeattie: that was the only failure I've seen, but it's my first time running it in that environment [13:56] screen does serial [13:56] cool [13:56] mardraum: tell me more so I don't have to install minicom ;) [13:56] i've already got screen -e^Aa inside screen -e^Yy, what's one more [13:56] man screen? :p [13:57] example: screen /dev/ttyUSB0 115200 [13:57] plars++ [13:57] plars: thx [13:57] then normal screen commands to manage the session (such as ^A-k) to end it [13:57] and mardraum: *big* +1 to not using minicom === wedgwood_away is now known as wedgwood [13:58] minicom is a sickness, it must be eradicated [13:59] cu was my go-to tool for that for a long time, but I've gotten to kinda like screen [13:59] h4t3rz :) [13:59] but if i can use screen all the better. (haven't used anything but telnet to qemu serial tcp port in prolly 5 years) [13:59] hallyn: nostalgic for your bbs days? [13:59] hallyn: minicom reminds me too much of that, and downloading linux floppy install images over 1200 baud modem with xmodem [14:00] * plars shudders a bit [14:00] plars: haha yeah, I think that's part of it [14:00] jamespage: yep [14:00] heh, 2008 was not bbs days, at least for me :) [14:00] jamespage: ill bug ttx and nijaba about it [14:00] pPP WHY YOU NO WORK!? [14:00] zul, lol [14:00] but yes, i do get nostalgic for my vt100 over acoustically cooupled 300bad modem :) [14:01] hallyn: eee eeeeern! [14:01] *that* was when I learned about screen, btw :) [14:01] hallyn: nope, nothing happened. Note that the vm is paused as in 'virsh list' says '3 freebsd9 paused' [14:01] 9 vts on vt100, i couldn't understand why ppl wanted the whole windows thing :) [14:02] vila: while attached to the serial, can you resumem it with virsh? [14:02] and/or do another virsh dumpxml and pastebin the output [14:03] hallyn: so with that single line in loader.conf in a freebsd 9.1 guest, it hangs after the "Loading /boot/defaults/loader.conf" line with a single line showing "-", which is the beginning onf the kernel load spinner [14:03] I remove that line, it boots fine, and I can still use virsh console vm [14:03] mardraum: ok - i wonder why i didn't get the error msgs vila got on the terminal where i started kvm though [14:04] mardraum: and you would insist that with quantal's qemu it would proceed? [14:04] i can build an older qemu and try it [14:04] hallyn: attempt to resume from the window thingy receives an error: Error unpausing domain: internal error unable to execute QEMU command 'cont': Restting the Virtual Machine is required [14:04] hallyn: yep same image on shared storage, just tested it with a 12.10 host ok [14:04] mardraum: bleh. thx [14:05] mardraum: i still suspect seabios over qemu, but let's see... [14:05] hallyn: this is the other issue I noticed when I started testing 13.04 besides the migration one, but I had a workaround for this so it wasn't an issue so far [14:06] hallyn: do you want me to open a bug for it? [14:06] I'll do a fresh freebsd 9.1 amd64 install on 12.10 if so and replicate it again first if you like [14:08] mardraum: we're working from bug 1157589 so no need for new one [14:08] though probably tomorrow night since it's after midnight here now [14:08] Launchpad bug 1157589 in kvm "kvm hangs for freebsd guests since raring upgrade" [Medium,Incomplete] https://launchpad.net/bugs/1157589 [14:08] thx [14:08] ok [14:08] I'm using virtio ok in the freebsd guest still in 13.04. I suspected that at first [14:10] yeah that didn't work for me [14:10] livecd installer refused to recognize it [14:10] yeah it's in ports in freebsd 9, so you need a working system, then install the port (requires full src, ugh) [14:11] freebsd 10 finally has it in tree though [14:12] I can upload a 9.1 amd64 build of the virtio port though, it has no depends AFAIK and pkg_add will install it [14:12] otherwise you'll need to build a machine to build the port which has the full src tree [14:14] wait. it didn't crash with lastest git head. maybe i was too impatient with rarings' qemu, one more try [14:15] jamespage: patch sent upstream for glance [14:15] zul, so I see [14:15] thanks muchly for picking that up [14:16] zul, I'm concerned we have not updated libvirt inthe cloud archive [14:16] zul, its going to make it more difficult to track security updates etc... [14:16] jamespage: im wasnt...but you are right [14:16] zul, I might stick it in the trunk testing ppa and see how it gies [14:17] jamespage: please [14:17] zul, ack [14:19] jamespage: im going to get the folsom stuff passing again on jenkins [14:20] vila: mardraum: for me it crashes with -enable-kvm, and not without. [14:20] zul, +1 - we really need to push the 2.3 release through [14:20] both upstream and in raring pkg. now lemme try 1.2 - to see if it's the kernel or qemu [14:20] we keep getting jumped by security updates three weeks into the process. [14:20] Daviey, around? I'd like to discuss openstack SRU's if you have a moment [14:21] * jdstrand would love for the updates to stop rolling in ;) [14:22] jamespage: o/ [14:22] jdstrand, you and me both :-) [14:22] Daviey, ola - one second [14:22] * Daviey ponders. [14:24] Daviey, right - back [14:24] Daviey, adam_g and I where discussing whether we could approach the first part of the SRU process a bit better [14:24] Daviey, we agreed after the 2012.2.1 release how we would verify bugs [14:24] hallyn: not sure I follow your experiments :-) Do you mean you have a way to reproduce ? [14:25] Daviey, but its taking 2+ weeks to actually get into proposed and the rate of security bugs means we generally get superceded between initial preparation and verification [14:25] Daviey, any thoughts? [14:26] vila: yes, with the loader.conf line, kvm -hda freebsd.img -m 512 -serial stdio -vnc :1 -enable-kvm does it for me [14:26] vila: without -enable-kvm does not [14:26] sigh, but older qemu isn't compiling. [14:27] jamespage: well, there has been a general backlog in SRU handling. [14:27] Daviey, so this is not *normal*? [14:27] Daviey, I just don't want to ask adam_g to recut the packages if we are going to be in the same place again in 3 weeks [14:28] Whilst i got started with SRU processing, i wanted to try and avoid larger ones... However, once i am up to speed.. I can probably prioritise these based on priority of them blocking other work. [14:28] I've been trying to help reduce the queue to free up others to review it. [14:28] In addition, slangasek was chewing his fair share with MAAS SRU. [14:29] So it's a backlog caused by the point release IMO. [14:30] jamespage: I think it makes sense to check with jdstrand that there is nothing likely to trump an SRU shortly, before crafting an upload..Once that is signed off, we should try and get it accepted same day. [14:30] Daviey, okies [14:31] I'm fine with that [14:31] Yeah, really crappy situation on the essex uploads we had [14:31] note that most of these are embargoed first, so I can't necessarily be very specific === chuck_ is now known as zul [14:31] jdstrand, its would be enough to know that you have a security update in process for package XX [14:32] yeah [14:32] (though, not publicly) [14:32] we don't want to jeopardize our access to advanced notice [14:33] for sure. [14:33] jdstrand, agreed [14:33] anyway, just ask and I'll give you what you need to make a decision [14:42] jamespage: build success for 2.4, with one extra patch needed: http://paste.ubuntu.com/5634220/ [14:42] I'm a bit suspicious of what I saw around there though. I wouldn't be surprised to find a runtime problem. [14:42] (alignment SIGBUS again) [14:43] rbasak, lol - I don't think upstream have much interest in arm right now [14:45] sorry, had an xpra/xchat hang [14:45] vila: mardraum: it's the kernel [14:46] i did the same tests in a precise container on raring host, same results [14:46] with kvm hangs, without kvm works [14:56] Hi, can anyone link me to a good article/Ubuntu help page that describes how to set up VPN on an Ubuntu server? [14:57] lol i was just doing that [14:57] https://help.ubuntu.com/11.10/serverguide/openvpn.html [14:57] !vpn [14:57] For more information on vpn please refer to https://wiki.ubuntu.com/VPN [14:57] but i hit fail [14:58] because my provider had removed the kernal info [14:58] so i cannot /sbin/modprobe tun [14:59] LargePrime: are you using ubuntu? or something custom from your provider? [14:59] LargePrime: aha [14:59] ubuntu, from my provider [14:59] xnox, rbasak has the mongodb test suite running on ARM [15:00] I guess I could hack around it [15:00] but not that ubuntu savy [15:00] jamespage: noticed the upload. very nice =) [15:01] xnox, yeah - its looking better on arm now [15:01] rbasak, did you mean to pastebin the patch for 2.4.0? [15:02] jamespage: I meant to show you the stacktraces in the test run :) [15:02] I'll pastebin the patch for you [15:02] rbasak, ta [15:02] rbasak, I've been thinking about it and I'm not sure we should do this upgrade [15:02] we really need to bump pymongo as well for compat [15:02] feels a little risky [15:03] Any other rdepends? [15:04] * jamespage looks [15:04] jamespage: http://paste.ubuntu.com/5634304/ - against your PPA 2.4 so re-adds the newest changes; arm-signed-char.patch is the new one [15:05] I want to send this upstream if I can figure out where they want it [15:05] kirkland, I see hockeypuck depends on mongodb - have you guys tested with 2.4? [15:07] jamespage: I'm worried that staying with 2.2 will make the mongodb packing irrelevant. [15:07] packaging [15:07] rbasak, probably only for 9 months [15:07] :-) [15:07] Which will increase the number of people who find the packaging not useful and not come back [15:08] rbasak, so the python driver release is due tomorrow - https://jira.mongodb.org/browse/PYTHON/fixforversion/11981 [15:08] this all feels very .0 [15:11] is this not off topic chater? [15:13] holstein: [15:14] what are the risks of adding back the kernal libraries to the repository on my server [15:17] jamespage: keystone MP branch up [15:17] largeprime, your oviously inside an openvz type thing, there isn't any hope unless you ask your provider to do something about it [15:18] LargePrime: yeah.. you want to make sure the provider supports what you are wanting to do [15:22] ttx, great - thanks [15:23] I'm getting this error when I do ./build-rsa http://pastie.org/6930703 [15:31] zul: want me todo the CA backports for swift, glance, nova and keystoneclient? [15:31] zul, also note keystone just cut a milestone-proposed [15:31] jamespage: if you are so inclined ;) [15:31] I've switch the lab [15:31] jamespage: i saw [15:31] zul, its like four commands [15:32] jamespage: im still working on folsom [15:32] zul, actually lets hold off glance until that fix lands [15:33] jamespage: sure im just getting the red balls blue [15:33] zul, great! [15:33] jamespage: my ocd is kicking in [15:33] lol === Ursinha_ is now known as Ursinha [15:41] jamespage: ill take care of keystone [15:41] zul, lovely === gema_ is now known as gema [15:53] zul, any idea why python-keystoneclient builds in distro but not in sbuild locally? [15:53] looks like its trying to use $HOME [16:05] how can I see why ubuntu tells me the system needs a restart_ [16:05] ? [16:08] RoyK: I think it's something in /var/lib/update-notifier/ . [16:10] zul, http://people.canonical.com/~jamespage/ca-updates/ [16:15] hey guys im workign on enabling mod_status on apache and for some blessed reason when i use my domain it pulls up my site saying the page doesnt exist can anyone tell me what im doign wrong [16:16] i have everythign setup according to the documentation i have read on the apache site [16:18] eagles0513875: have you tried in #apache ? [16:18] jpds: hm.. can't find anything relevant there [16:19] eagles0513875:nvm not on freenode [16:19] histo: there is httpd here for that and i have asked htere [16:23] eagles0513875: what does the logs say [16:28] jamespage: +1 [16:32] zul, ta [16:41] jamespage: not yet, but it's on our to-do list [16:42] utlemming: okay, so I never quite got a bootable AMI [16:42] utlemming: hoping you have some advice there [16:42] kirkland, no rush - I was considering going for a FFe for raring but no-one has done any real testing yet [16:42] so deferring until S [16:45] jamespage: cool [16:49] jamespage: so is the decision made? We're definitely sticking with 2.2 then, regardless? [16:50] rbasak, I think so yes; I spoke with some of the ceilometer guys and they have done 0 testing as well [16:50] OK [16:51] rbasak, can you try one more 2.2.3 build on ARM for me? just add libssl-dev to the BD's [16:51] Sure [16:51]