[00:50] <mgi> What alternatives to MAAS + juju are there with Ubuntu? For installing and maintaining a cluster of Ubuntu nodes.
[00:53] <andol> mgi: A traditional preseeded PXE install, handing over to something like Puppet?
[00:53] <andol> (Which by no means is an Ubuntu specific answer.)
[00:53] <mgi> Yeah, that's fine, I'm not after Ubuntu specific, just Ubuntu-enabled :)
[00:53] <mgi> (as in, I'd rather not use rocks)
[00:55] <mgi> So, does Puppet do the actual install for you?
[00:55] <mgi> (just reading the site now)
[00:55] <andol> mgi: No, Puppet needs an existing (basic) os install to run off.
[00:56] <mgi> So I need to deploy Ubuntu (or whatever OS) to all the compute nodes first?
[00:57] <andol> mgi: Yepp, for example using a preseeded install
[00:57] <andol> https://help.ubuntu.com/12.04/installation-guide/amd64/appendix-preseed.html
[00:57] <mgi> Ah brilliant, I think that's what I was looking for.
[00:58] <mgi> I've never done preseeding before - and will read the docs now - but before I get too excited, is this a valid approach for installing up to 80 nodes?
[00:59] <andol> mgi: Can't see why not. Even with a limited number of server it is still nice to have the install automated, making it easy to reinstall broken nodes, etc.
[00:59] <mgi> Yeah, cool. I guess my other option is to install them all using MAAS and then use Puppet after that.
[01:00] <andol> mgi: Well, even with a preseeded install I think you will just want to use the preseeds for the basic, and then hand of to Puppet as a final stage.
[01:00] <mgi> Ok, sounds good. Thanks!
[01:01] <andol> mgi: Both because it is easier to do a lot of the detailed configuration in Puppet, and because it is a good thing to have as much as possible controlled by Puppet, when you need to roll out configuration changes on existing nodes.
[01:02] <mgi> Yeah, Puppet sounds like a good way to manage anything beyond the bare-bones install.
[01:11] <uvirtbot`> New bug: #1023729 in maas "maas-import-isos requires wget, but maas has no wget dependency" [Undecided,Confirmed] https://launchpad.net/bugs/1023729
[05:16] <stgraber> hallyn: it's late here so I won't investigate until tomorrow, but it looks like containers spawned through the API fail to reboot (they just die)
[07:08] <RpqDcpuwA> does ubuntu server comes with LAMP plus ssl? and send and recieve mail functions?
[07:27] <RoyK> hi all. I have a home server that used to have a mirrored root, but only has a single drive now (one of the two). This means the mirror is "broken" - how can I remove the missing drive from the mirror to shut up mdadm monitoring? http://paste.ubuntu.com/1094469/ <-- this is how it looks today
[08:05] <ivoks> RoyK: it's rebuilding right now
[08:05] <ivoks> RoyK: look at mdadm --fail
[08:05] <ivoks> example: mdadm --fail /dev/md0 /dev/sda1
[08:06] <RoyK> ivoks: that works well if you have a device name to give mdadm - I don't
[08:07] <ivoks> then replace the disk, it's already marked as failed
[08:07] <RoyK> I don't want to replace it
[08:07] <ivoks> oh, now i get it
[08:07] <ivoks> i want to kill raid
[08:07] <RoyK> no, not kill the raid
[08:08] <RoyK> just reduce the number of mirror copies to one
[08:08] <RoyK> linux supports "mirrors" with only one side
[08:08] <ivoks> mdadm /dev/mdX --grow --force -n 1
[08:10] <RoyK> whee - thanks!
[08:10] <RoyK> then all I need to do is find the missing spare in md0
[08:16] <babyface_> Jamespage, ping
[08:16] <jamespage> babyface_, morning
[08:17] <babyface_> jamespage, good morning, James
[08:17] <babyface_> jamespage, how about the tomcat bug?
[08:17] <babyface_> Jamespage, when will it be  fixed?
[08:18] <jamespage> babyface_, so I noticed - although this is actually a test failure rather than related to last weeks issue with MIR's etc...
[08:18] <jamespage> I will look at it now
[08:18] <babyface_> Jamespage, ok, thanks.
[09:03] <jamespage> babyface_, hey - so I could not reproduce the issue seen in the daily ISO test - I re-ran and it cleared itself
[09:03] <jamespage> babyface_, this may actually point to a bug; but I'm not sure what it is yet
[09:03] <jamespage> it looks like the control port on 8005 for tomcat7 is not listening when the test executes....
[09:20] <jamespage> babyface_, I notice that the amd64 version was also doing it three days OK - but has also cleared...
[09:20] <jamespage> odd
[09:26] <RoyK> stgraber: ping
[09:30] <jamespage> apw, smb: where can I discover which modules are built for arm/omap4?
[10:34] <RoyK> jamespage: there is another channel, #ubuntu-arm, that might be appropriate for arm questions
[10:35] <jamespage> RoyK, I'll try there instead...
[10:57] <RoyK> anyone here tried to setup kvm on multiple hosts with shared storage?
[11:06]  * RoyK gives up and installs CentOS :þ
[11:12] <RoyK> hrm
[11:13] <RoyK> anyone with an idea of why the iscsi initiator on these servers fail to connect to their LUN on bootup, but why it works just after reboot with a simple iscsiadm -m node -l ?
[11:22] <ivoks> on which servers?
[11:23] <pmatulis> RoyK: i guess you need to tell the initiator to log in upon bootup?
[11:26] <RoyK> pmatulis: normally it should
[11:27] <RoyK> pmatulis: I've setup this before, similar setup, but other targets, and once setup and logged in, it should do so automatically on bootup, but something may be timing out - dunno
[11:27] <RoyK> we're not using any fancy authentication, just matching an autogenerated target name
[11:27] <ivoks> is mounting done before iscsid is started?
[11:28] <RoyK> it really shouldn't
[11:28] <RoyK> but I don't know upstart that well
[11:28] <RoyK> it's just basic 12.04
[11:30] <ivoks> so, it's not /-on-iscsi?
[11:30] <RoyK> no, root is on a local mirror
[11:31] <RoyK> on both nodes
[11:31] <RoyK> but they're supposed to share a volume on a SAN with OCFS2 for VM storage
[11:31] <ivoks> and, once system boots, you can easily mount the the target?
[11:31] <RoyK> after I've logged into the lun with the above command, but it doesn't show up before that - but w8... think I found something
[11:33] <Pupeno_W> Which MTA do you recommend for a server that only sends email? so that cron, for example, can send emails?
[11:34] <RoyK> !postfix
[11:34] <Pupeno_W> Thanks.
[11:36] <RoyK> ivoks: hrmf - seems node.startup in /etc/iscsi/iscsid.conf was set to manual, by default. However, changing it to 'automatic' didn't change anything - the iscsi LUN isn't in /proc/partitions after bootup, and really, it should be
[11:39] <nokia> newbie. Can someone explain how to change Ubuntu Server to a static ip address, the default installation set it to dhcp.
[11:40] <RoyK> nokia: edit /etc/network/interfaces - set it to static - google that for more info ;)
[11:40] <RoyK> !interfaces
[11:41] <nokia> RoyK every time i reboot my asdl router all MY PC's Laptop's and Server ip's change. How do i make them all have same STATIC ip address's.
[11:52] <pmatulis> RoyK: i remember having to configure each lun individually for automatic login
[11:53] <RoyK> hrmf - seems it now works on node1, but not on node2, configured the same
[11:54] <RoyK> iscsiadm -m discovery <cr> shows my sendtarget, iscsiadm -m node<cr> shows my target '172.31.1.67:3260,1 iqn.2001-05.com.equallogic:0-8a0906-79b9aec05-128001a0ef84ffff-kvm-test-vol1', but it's not logged in
[11:55] <RoyK> hm... and dmesg tells me eth1 was started ~3 seconds after iscsi
[11:56]  * pmatulis facepalm
[11:56] <RoyK> ?
[11:57] <RoyK> pmatulis: I didn't set the order...
[11:57] <pmatulis> well, network is needed before iscsi right?
[11:57] <RoyK> I would think so...
[11:57] <RoyK> so... smells like a good old byg
[11:58] <pmatulis> so it was a 'buntu facepalm, not a RoyK facepalm
[11:58] <RoyK> :)
[11:58] <pmatulis> and i've seen this kind of bug before, so prolly a regression.  but no one else running iscsi on 12.04?
[11:59] <RoyK> node.conn[0].timeo.login_timeout was set to 15 - trying 60...
[11:59] <pmatulis> ah ok
[12:02] <RoyK> these dell machines spend like 3-5 minutes just to POST
[12:04] <RoyK> duh
[12:04] <RoyK> increasing timeout to 60 didn't help
[12:05] <zul> good morning
[12:06] <uvirtbot`> New bug: #1006738 in php5 (main) "php5-fpm segfaults with error 4 in libc-2.15.so" [Low,New] https://launchpad.net/bugs/1006738
[12:07] <ivoks> pmatulis: i have iscsi on 12.04
[12:08] <ivoks> but i set networking within initramfs, so i doubt that counts :)
[12:08] <pmatulis> bingo
[12:08] <pmatulis> :)
[12:08] <ivoks> but
[12:08] <ivoks> iscsi is restarted once network interface is up, so that shouldn't be a problem
[12:09] <ivoks> if you look at /etc/network/if-up.d/, you'll see iscsi bits and pieces
[12:09] <ivoks> it's a link to /etc/init.d/open-iscsi, iirc
[12:10] <ivoks> questions are... do you have multiple interfaces? does restarting open-iscsi works once system is booted?
[12:17] <RoyK> hrmf - bug 1025240
[12:17] <uvirtbot`> Launchpad bug 1025240 in open-iscsi "iscsid is started before networking" [Undecided,New] https://launchpad.net/bugs/1025240
[12:17] <ivoks> RoyK: your bug is invalid
[12:17] <ivoks> RoyK: open-iscsi is restarted after the interface is set up
[12:18] <ivoks> the fact that iscsiadm works is a proof
[12:18] <ivoks> iscsiadm wouldn't work if iscsid isn't running
[12:19] <RoyK> hm... then why doesn't it connect to its LUN?
[12:20] <ivoks> why do you think it's not connected? you don't see /dev/sdX?
[12:20] <RoyK> nothing in /proc/partitions
[12:20] <RoyK> which is a rather good indication ;)
[12:20] <RoyK> if I login manually, it shows up there
[12:21] <uvirtbot`> New bug: #1025239 in ipxe (main) "kvm-ipxe does not support https" [Undecided,New] https://launchpad.net/bugs/1025239
[12:27] <ivoks> so, concentrate debugging on 'why isn't discovery done automatically'
[12:27] <ivoks> not on 'iscsi is started before networking'
[12:28] <RoyK> I am
[12:28] <RoyK> but discovery looks ok
[12:28] <RoyK> everything is reported correctly
[12:28] <RoyK> but it doesn't login to the target
[12:33] <RoyK> ivoks: heh - check the bug again :-þ
[12:33] <ivoks> there you go
[12:35] <patdk-wk> I just wish the installer would stop changing the iscsi name so many times during the install
[12:36] <RoyK> ivoks: it would be rather nice if that stuff was documented, though
[12:46] <glosoli> hey folks I setuped ubuntu server and openerp in it, I watn somehow to access it from remote distance, not sure how to do it, for example as I have wifi on same internet, and I go to the ip and port it simply doesn't show anything
[12:46] <glosoli> any udw
[12:46] <glosoli> any uide
[12:46] <glosoli> ideas""
[12:48] <hallyn> stgraber: the reboot logic was wrapped around the core start, so that's conceivable.
[13:11] <uvirtbot`> New bug: #724616 in ceph (main) "not lintian clean" [Wishlist,Triaged] https://launchpad.net/bugs/724616
[13:21] <toshko> hi, I'm not sure this is the channel, but I will ask you: I use Ubuntu 12.04 server for host and guest and have QCOW2 images for the guest. The problem is that with initial "virtual" size of 10GB, now the image is with physical/disk size of 15GB. This is causing me out of space problems all the time. Can anyone tell me if this behaviour is normal. How should I limit the file size of the image???
[13:22] <toshko> You can have a look here for more info: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1025244
[13:22] <uvirtbot`> Launchpad bug 1025244 in libvirt "qcow2 image increasing disk size above the virtual limit" [Undecided,New]
[13:26] <uvirtbot`> New bug: #961389 in txlongpoll (main) "[MIR] txlongpoll" [High,In progress] https://launchpad.net/bugs/961389
[13:30] <stgraber> hallyn: yeah, I guess that makes sense. I'm kind of surprised I haven't tried it before though :) How much pain will that be to fix it?
[13:30] <stgraber> hallyn: I don't have anything relying on reboot in those containers yet, but that probably won't be the case for long
[13:39] <hallyn> stgraber: not sure.  lemme finish verifying libvirt on precise sru then i'll take a look
[13:39] <stgraber> sure, no hurry. thanks
[13:58] <hallyn> hm, just updated from precise-updates to precise-proposed, and ssh now takes a loooot longer to get in
[14:00] <Daviey> hallyn: check dns resolution still works
[14:00] <Daviey> hallyn: the most common reason for slow logins is broken dns resolution of the client from the server
[14:00] <Daviey> reverse dns
[14:00] <hallyn> Daviey: it doesn't seem to, but i don't understand why
[14:00] <hallyn> doesn't seem to be part of what was updated
[14:02] <hallyn> oh.  heh.  maybe i see the problem.
[14:10] <zul> jamespage: hey did you check openvswitch on arm?
[14:38] <jamespage> zul, won't work yet as openvswitch module is not built with the kernel
[14:39] <zul> thats what i thought
[14:39] <jamespage> zul, hit the same thing with ceph rbd today as well BTW
[14:39] <jamespage> rbd is also not built as far as I can tell
[14:49] <jamespage> zul, actually that was only the case for omap4 - its enabled for all other ARM targets
[14:52] <zul> so highbank should work?
[14:56] <uvirtbot`> New bug: #1020603 in quantum (universe) "[MIR] quantum" [High,New] https://launchpad.net/bugs/1020603
[15:12] <motorcity> anyone here?
[15:14] <hallyn> if a bug gets marked 'invalid', it doesn't show up in LP searches right?
[15:16] <Daviey> hallyn: correct, but you should be able to search in an advanced search for it
[15:18] <zul> hallyn: what did you have to do for libvirt permissions?
[15:19] <hallyn> zul: I had to chown /var/lib/libvirt/images to libvirt-qemu:kvm and make it group readable
[15:19] <hallyn> but i notice that on precise it isn't like that either
[15:23] <adac> Hi guys. We had ldap auth via ssh on our server, but now want to move back to "normal" ssh authentication. Any odeas whcih files I need to change?
[15:24] <th0mz> adac: etc/pam.d/sshd ?
[15:25] <hallyn> zul: right now it seems to be working for me.  <boggle>
[15:25] <adac> th0mz, I thougt maybe: /etc/pam.d/common-auth
[15:25] <adac> but I'm unsure
[15:26] <adac> th0mz, curretnly looks like this:
[15:26] <adac> cat /etc/pam.d/common-auth
[15:26] <adac> auth    sufficient      pam_ldap.so
[15:26] <adac> auth    required        pam_unix.so use_first_pass nullok_secure
[15:27] <hallyn> zul: ah i think it just needs go+x
[15:29] <hallyn> zul: I'm guessing libvirt-bin.postinst no longer does chmod 711 ${ROOT_DIRS}  (checking)
[15:31] <hallyn> hm, it says it does
[15:34] <armaan> Problem in setting up openldap? Getting this errro :ldap_bind: Invalid credentials (49)
[15:52] <hallyn> zul: d'oh!  when i just install libvirt-bin, the perms are right
[15:52] <zul> hallyn: so its an upgrade issue then
[15:54] <hallyn> zul: no,
[15:54] <hallyn> zul:  i think libvirt is doing it itself
[15:54] <koolheadd17> armaan, hey there
[15:55] <koolheadd17> adam_g, ping
[16:01] <uvirtbot`> New bug: #1025336 in php5 (main) "installing php5-curl reloads apache *before* it's set up" [Undecided,New] https://launchpad.net/bugs/1025336
[16:03] <armaan> koolheadd17: hey...
[16:06] <hallyn> zul: steps so far to reproduce.  spin a new instance.  install libvirt-bin.  ls -l /var/lib/libvirt -> images looks good.  now connect with virt-manager as a user.  images dir is no longer good
[16:06] <koolheadd17> armaan, the document did not help you to configure ldap
[16:06] <koolheadd17> ?
[16:06] <hallyn> checking to see if it's libvirt itself, or virt-manager
[16:06] <armaan> koolheadd17: Nope
[16:06] <armaan> koolheadd17: got the same error
[16:06] <koolheadd17> armaan, can you do one thing
[16:06] <armaan> koolheadd17: ??
[16:06] <koolheadd17> setup a fresh instance
[16:06] <koolheadd17> and try everything from scratch on that
[16:07] <koolheadd17> if u get same error
[16:07] <armaan> koolheadd17: already did it last night.
[16:07] <zul> hallyn: maybe there is something in virt-manager that needs to updating
[16:07] <koolheadd17> dont forget to file a bug
[16:07] <koolheadd17> armaan, file a bug dude
[16:07] <hallyn> zul: could be.
[16:08] <armaan> koolheadd17: i think i have to do it now.
[16:08] <RoyK> hallyn: erm - I have a setup like that
[16:08] <armaan> koolheadd17: do you know someone who might have worked with ldap
[16:08] <hallyn> RoyK: this only seems to affect libvirt on quantal
[16:09] <hallyn> RoyK: results in non-root users being unable to remotely spin up images (unless they use ~/VirtualMachines for storage)
[16:09] <RoyK> quantal?
[16:11] <RoyK> oh
[16:11] <RoyK> hallyn: I usually don't run pre-alpha software on my production machines ;)
[16:12] <koolheadd17> armaan, i was able to get ldap configured without any issue in oneiric
[16:12] <koolheadd17> so am saying
[16:12] <koolheadd17> file a bug
[16:13] <hallyn> RoyK: we're here to make sure it works for you when you switch :)
[16:14] <RoyK> hallyn: good point ;)
[16:14]  * RoyK hardly uses anything but LTS on servers, though
[16:17] <armaan> koolheadd17: okie... i will try once more on a fresh vm if it failed i will file a bug.
[16:22] <koolheadd17> yes sure
[16:23] <bencer> hi guys, we are working on updating the zentyal packages for 12.10, but this is blocking us, any openldap maintainer around that can have a look? https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/82853
[16:23] <uvirtbot`> Launchpad bug 82853 in openldap "Add support for the smbk5pwd overlay" [Wishlist,Confirmed]
[16:26] <hallyn> zul: ok, yeah, virt-manager defines a storage pool, and it ends up with '<mode>0700</mode>' in the xml for it
[16:27] <zul> hallyn: ah hah thought so
[16:27] <hallyn> zul:  i assume libvirt is filling that in as a default.  not sure where we want to fix it
[16:27] <hallyn> zul: gotta run a for bit, bbl
[17:15] <hallyn> zul: all right.  so we could use commit 8a544719aa2fe92332756ea0483844b81d4d56ae which should change the default from 0700 to 0755.  but that's still not quite right :)
[17:16] <hallyn> zul: so we may just want to custom patch it ot make 0711 the default.  not sure
[17:16] <zul> hallyn: up to you
[18:05] <smoser> rbasak, are you around? i was looking at zul's patch at http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/euca2ools/quantal/view/head:/debian/patches/add-armhf-support.patch
[18:05] <smoser> which is now upstream at https://github.com/eucalyptus/euca2ools/commit/b89af8fa79d97a94c033a3d97610035b723f448c
[18:12] <uvirtbot`> New bug: #1006553 in juju "local provider machine agent uses 100% CPU after host reboot" [High,In progress] https://launchpad.net/bugs/1006553
[18:12]  * hallyn goes to check if that's his fault
[18:13] <hallyn> not me
[18:36] <hallyn> zul: mdeslaur: any objection to http://people.canonical.com/~serge/libvirt-perms.debdiff ?
[18:36] <zul> hallyn: nope
[18:40] <hallyn> zul: ok, thanks, will push.  (not *convinced* it's waht we want in the end, is all)
[18:40] <mdeslaur> hallyn: I, uh...not really, if it doesn't break anything
[18:40] <mdeslaur> hallyn: does virt-manager still work if you do that?
[18:41] <hallyn> mdeslaur: without the upstream patch virt-manager is broken.  With just the upstream patch, virt-manager will cause /var/lib/libvirt/images to be 0755 (adding group and world read perms)
[18:41] <hallyn> mdeslaur: yes.
[18:41] <hallyn> mdeslaur: with the upstream patch and the additional one-liner, /var/lib/libvirt/images is back to 0711 as it used to be.
[18:41] <hallyn> the q is,
[18:41] <hallyn> will it confuse other people when they make a new custom storage pool
[18:42] <hallyn> well i'll push this for now.  people can always jsut add the permission tag to their xml if it bothers them
[18:42] <mdeslaur> hallyn: ok
[18:42] <hallyn> mdeslaur: thanks
[18:47] <koolheadd17> Daviey, ping
[19:19] <irv> wehre can i find the shutdown logs from last shutdown?
[19:19] <irv> nfsen is hanging up on shutdown so i want to see if there's any more info
[19:19] <kirkland> utlemming: ping
[19:20] <irv> it's also hanging on startup
[19:31] <hallyn> stgraber: so the reason i hadn't done reboot yet is that lxc_start goes the lazy route - it doesn't clean anything up, just re-execs itself with origina larguments
[19:31] <uvirtbot`> New bug: #1025418 in openssh (main) "Using ProxyCommand w/a non-existant host results in infinite spawns." [Undecided,New] https://launchpad.net/bugs/1025418
[19:31] <RoyK> irv: should be in dmesg
[19:31] <hallyn> i'm going to see just how much it would take to clean up
[19:31] <RoyK> that's the current, though
[19:32] <RoyK> irv: /var/log/syslog or /var/log/syslog.1 for last one
[19:49] <hallyn> stgraber: yay, the only thing *crucially* needed was closing the /var/lib/lxc/container/command socket.  mind you i'm sure this'll leak memory like a seive for now, but it works
[19:55] <Daviey> koolhead17 keeps missing me :(
[19:59] <hallyn> stgraber: pushed my fix, reboot should now work.
[19:59] <stgraber> hallyn: cool, thanks. Will test later (still need to finish adding get_config_item/clear_config_item)
[20:00] <hallyn> stgraber: hopefully i didnt' mess you up by updating the patch
[20:00] <hallyn> oh, your changes aren't to that patch :)
[20:01] <stgraber> hallyn: yeah, my changes are in debian/python-lxc, you're the only one touching that patch :)
[20:52] <hallyn> lynxman: as the common-law maintainer of ipxe, any comments on bug 1025239 ?
[20:52] <uvirtbot`> Launchpad bug 1025239 in ipxe "kvm-ipxe does not support https" [Medium,Confirmed] https://launchpad.net/bugs/1025239
[21:16] <RamJett> I have a NFS question. In NFS v4. How would I use the UID/GID of the client (passwd/group) to map. I do not even need the server to map user/group ..  I've been using NFS v3 for misc file servers and the server has never mapped the UID/GID ..
[22:06] <stgraber> zul: could you take a look at bug 82853
[22:06] <uvirtbot`> Launchpad bug 82853 in openldap "Add support for the smbk5pwd overlay" [Wishlist,Confirmed] https://launchpad.net/bugs/82853
[22:07] <stgraber> zul: AFAICT the reason not to have smbk5pwd was that we weren't building openldap with heimdal-dev, but nowadays we are, so the delta doesn't make much sense and is preventing some folks like bencer from using the tool
[22:07] <bencer> we need that for zentyal-users, having slapd synced with samba4
[22:07] <zul> stgraber: im not comfortable of adding this for an SRU
[22:08] <stgraber> zul: unless there's some other required build-dependecy that'd need MIRing to enable that, I'd suggest reverting that part of our delta and having that package built and put into universe (so we don't need to MIR extra runtime dependency)
[22:08] <stgraber> zul: never said I want that in an SRU
[22:08] <zul> and i dont really maintain openldap either
[22:08] <bencer> zul: for 12.10
[22:08] <bencer> https://launchpad.net/~zentyal/+archive/2.3/+files/openldap_2.4.28-1.1ubuntu4_2.4.28%2B51~precise1.diff.gz
[22:08] <zul> ok
[22:08] <bencer> didnt check that debdiff
[22:08] <stgraber> zul: bencer is working on samba4 support in zentyal for 12.10 and it's apparently a requirement
[22:08] <bencer> but i was told just enable that on debian/rules and the debian/control stuff
[22:09] <zul> stgraber: well if someone wants to drive that than im fine with it
[22:09] <sokol> Hi, does anyone encounter problem setuping cLVM. When i run vgcreate --clustered y mygrp /dev/sdb it reports it is created succesfully but when i try vgdisplay it says "Skipping clustered volume group..." and lvcreate does the same. am i doing something wrong?
[22:10] <stgraber> bencer: can you give me a debdiff against quantal's current openldap? I can then review and sponsor if that looks good
[22:10] <bencer> stgraber: deal
[23:05] <\sh> anyone familiar with freeipa-client and authentication issues?
[23:27] <koolhead11> hi all
[23:34] <koolhead11> jcastro, where are you ppl?
[23:41] <TheLordOfTime> koolhead11: pateince
[23:41] <TheLordOfTime> we're not around 24/7 :P
[23:47] <koolhead11> TheLordOfTime, :P