[03:49] <sommer> anyone know if it's possible to use virt-manager with qemu from the cli?
[05:48] <nijaba> sommer: hello.  In hardy this will indeed be very possible
[07:19] <kraut> moin
[08:26] <milestone> hi all
[08:26] <milestone> i have to be able to boot from san with my qlogic adapter
[08:26] <milestone> that adapter needs to read its firmware from /lib/qla...firmware file
[08:26] <milestone> now i need to modify the initrd image
[08:26] <milestone> but i cannot mount it
[08:27] <milestone> can anyone telle how to mount it?
[08:31] <kraut> milestone: install centos
[08:31] <milestone> kraut: ???
[08:32] <kraut> milestone: ubuntu sucks hell when you using a san-mount
[08:32] <milestone> kraut: why should i install redhat?
[08:32] <kraut> they aren't able to build a kernel for this
[08:32] <milestone> kraut: aha
[08:32] <kraut> because ubuntu won't fit for that
[08:33] <milestone> kraut: but that is the only thing i have left though
[08:33] <milestone> the module is loaded at boot time
[08:33] <milestone> it just cannot read the firmware
[08:33] <kraut> believe me or not, but qlogic-hba and ubuntu is a major pain into the ass
[08:33] <milestone> and i am pretty sure that when i put it in the initrd everything will be fine
[08:33] <kraut> that's exactly the point
[08:33] <milestone> kraut: i do believe you
[08:33] <kraut> you need to install the firmware with the driver-pacakge from the qlogic page
[08:34] <milestone> it is only that re-installing is not an option
[08:34] <kraut> and there isn't any install-package for ubuntu
[08:34] <milestone> i am sitting sort of uncomfortable already ;)
[08:34] <kraut> we gave it up to support ubuntu with qlogic
[08:34] <milestone> the ubuntu server team?
[08:40] <milestone> http://ubuntuforums.org/showthread.php?t=24022
[08:43] <avatar_> we use qla on ubuntu feisty without any troubles
[09:29] <milestone> the howto worked for me
[12:15] <zul> morning
[13:04] <nocturn> Hi all
[13:04] <nocturn> I'm using libnss-ldap to get users from a local ldap server (Ubuntu 6.06.2 LTS)
[13:05] <nocturn> The problem is that only root can get user information, users have 'i have no name' as username after logging in.
[13:05] <nocturn> What's wrong?µ
[13:05] <nocturn> libnss-ldap.conf is world readable
[15:11] <sommer> soren: apologies if you've already answered this somewhere, but how do I use virt-manager with qemu from cli?
[15:11] <sommer> soren: or is the ability not ready yet?
[15:11] <soren> sommer: virt-manager is a gui.
[15:12] <soren> sommer: What do you want to do?
[15:12] <sommer> right, maybe virsh was what I was looking for
[15:12] <soren> sommer: Possibly. :)
[15:12] <sommer> use the new virt* to install a qemu instance
[15:12] <sommer> from cli
[15:12] <soren> virtinst does that, yes.
[15:12] <soren> It has a cli.
[15:12] <sommer> ah... gotcha
[15:18] <sommer> cool, I'll take a look at it
[15:18] <sommer> thanks soren
[15:18] <soren> no worries:)
[15:33] <nocturn> nobody here using libnss?
[15:34] <soren> I'd be quite surprised if not everyone here used libnss.
[15:38] <nocturn> soren: I've been working on this 'i have no name' problem for 3 days now... no luck whatsoever
[15:39] <nocturn> I do not understand what could cause this to happen
[15:39] <nocturn> soren: sorry
[15:39] <nocturn> i typed libnss, should have been libnss-ldap
[15:39] <nocturn> :-(
[15:39] <soren> "getent passwd yourusername" ddoesn't work?
[15:39] <nocturn> only as root
[15:39] <nocturn> and my own username when nscd is running, otherwise not
[15:43] <soren> nocturn: Which version of ubuntu?
[15:43] <soren> nocturn: ...and what's in you libnss-ldap.conf?
[15:44] <nocturn> 6.06.2 LTS
[15:44] <nocturn> libnss-ldap lists the host, URI, binddn and bindpw
[15:44] <nocturn> which seem correct as root can resolve the users
[15:45] <nocturn> I also have an Ubuntu desktop client running 7.10, which does not show this problem with the same libnss-ldap.conf
[15:46] <soren> Completely identical?
[15:53] <nocturn> yep
[15:54] <nocturn> copied them over
[15:54] <nocturn> I did not used to have this on the same machine...
[15:54] <nocturn> I guess it started after the last ldap update, though I'm not sure (discovered it by accident)
[15:57] <nocturn> I have to go for today...
[15:57] <nocturn> I'll crack my head over this again tomorrow
[15:57] <nocturn> thanks soren
[16:22] <kriel> strange question. I'm trying to connect to a cisco router via the serial console port. I've come across most of the proper hardware, and I've gotten it to work using PuTTY on another (windows) system and the same rollover cable. However, there's also an added obstacle. I'm working on a laptop, and it dosen't have a native serial port, so I'm trying to use a serial-to-usb adapter.
[16:23] <kriel> does anyone know of a way to test and see if my serial-to-usb adapter is working? I have read online that other setups use a /dev/ttyUSB*, however I do not have that in my /dev.
[16:33] <juliux> does someody know if there are nagios2 packages for dapper?
[16:36] <avatar_> juliux: we have packaged it at 'deb http://debit.bit.nl/ubuntu dapper main'
[16:36] <juliux> avatar_, thanks
[16:37] <juliux> avatar_, thanks a lot
[17:29] <nxvl_work> mathiaz: around?
[17:30] <mathiaz> nxvl_work: yop
[17:30] <nxvl_work> mathiaz: a little OT
[17:31] <nxvl_work> mathiaz: here in latin america we have an event called flisol, this year we want to have business persons in there, so i was wondering is someone of the canonical server-team can have a talk, about ubuntu server
[17:32] <nxvl_work> mathiaz: a video conference
[17:32] <nxvl_work> mathiaz: did you know with who need to talk for that, an if there is a Spanish speaker in there?
[17:33] <mathiaz> nxvl_work: I'd contact dendrobates. OTOH I don't any of the canonical-server team speaks spanish
[17:33] <mathiaz> nxvl_work: I don't think anyone on the canonical-server team speaks spanish
[17:34] <nxvl_work> ok, i will ping him
[17:34] <nxvl_work> maybe one of the community members can talk for canonical with a training on the products offered
[17:34] <nxvl_work> or maybe we can have a translator in there
[17:34] <nxvl_work> :D
[17:34] <nxvl_work> all it's possible talking :D
[17:34] <nxvl_work> mathiaz: thnx
[17:35]  * nxvl_work HUGS mathiaz
[17:35] <mathiaz> nxvl_work: np
[17:58] <TheShadow> How do I make it so that ssh-agent is started for my shell automatically?
[20:11] <mathiaz> what is the command line to figure out whether you can run KVM on your cpu ?
[20:11] <ivoks> cat /proc/cpuinfo
[20:11] <ivoks> :)
[20:12] <ivoks> if it's intel and there's vmx flag, then it should be possible
[20:12] <mathiaz> ivoks: ok - vmx flag for intel
[20:12] <mathiaz> ivoks: and for amd ?
[20:12] <ivoks> i'm not sure... :/
[20:13] <zul> hold on
[20:13] <ivoks> svm?
[20:13] <zul> egrep ‘(vmx|svm)’ /proc/cpuinfo
[20:15] <mathiaz> zul: great ! thanks
[20:15] <zul> no worries
[20:16] <ivoks> sometimes supported CPU isn't enough
[20:16] <mathiaz> zul: chicken curry
[20:16] <zul> mathiaz: i hope thats a misfire :)
[20:16] <ivoks> i have cpu that should be able to do it, but it doesn't work
[20:17] <ajmitch> hello
[20:17] <mathiaz> ivoks: right - you also need to make sure that it's enabled in the BIOS
[20:17] <zul> hey ajmitch
[20:17] <ivoks> hi ajmitch
[20:17] <mathiaz> hi ajmitch !
[20:17] <ivoks> mathiaz: it is, but... long story :(
[20:18] <mathiaz> zul: I've heard too many times the expression "no worries, chicken curry!" while I was in India
[20:18] <zul> ah..
[20:18] <mathiaz> zul: so it's just instinct now
[20:19] <ivoks> see you tomorrow
[21:10] <nxvl_work> jdstrand: i have tested trunk version of ufw and i have an error running sudo ./run_tests.sh -s root, does it is usefull if i send you the outputs?
[21:10] <jdstrand> nxvl_work: the error has been fixed in bzr
[21:11] <nxvl_work> jdstrand: i have just donwloaded it
[21:11] <jdstrand> nxvl_work: sorry I didn't catch it before the email ;)
[21:11] <nxvl_work> jdstrand: it seems to have you home directory hardcoded
[21:11] <nxvl_work> < IPT_SYSCTL=/home/jamie/ubuntu/software/ufw/ufw-current/tests/testarea/etc/ufw/sysctl.conf
[21:11] <nxvl_work> ---
[21:11] <nxvl_work> > IPT_SYSCTL=/home/nxvl/dev/ufw/trunk/tests/testarea/etc/ufw/sysctl.conf
[21:11] <nxvl_work> 122c122
[21:11] <jdstrand> nxvl_work: interesting
[21:11] <jdstrand> nxvl_work: ah-- I'll fix it
[21:11] <jdstrand> nxvl_work: thanks
[21:12] <jdstrand> nxvl_work: that one doesn't get run in the buildd's (obviously)
[21:12] <nxvl_work> yep, but for testing is a PITA
[21:12] <nxvl_work> :P
[21:12] <jdstrand> oh yes
[21:13] <jdstrand> I run that here, just mentioning why I didn't catch it
[21:13] <jdstrand> run_tests.sh -s should work anywhere though
[21:17] <nxvl_work> yep
[21:17] <nxvl_work> it works
[21:17] <nxvl_work> what is not working is sudo ./run_tests.sh -s roo
[21:17] <jdstrand> nxvl_work: pushed
[21:18] <jdstrand> nxvl_work: Committed revision 83
[21:18] <nxvl_work> ok let's wait until lp catches them
[21:18] <nxvl_work> merging
[21:23] <nxvl_work> jdstrand: yep, it works now
[21:23] <jdstrand> nxvl_work: great, thanks!
[21:23] <nxvl_work> thank you for fixing :D
[21:23] <jdstrand> np
[22:25] <gargeh> good evening freenoders
[22:51] <nxvl_work> can you please take a look at Bug #182086
[22:51] <ubotu> Launchpad bug 182086 in dovecot "dovecot-common postinst fails for multiple ssl certs" [Medium,In progress] https://launchpad.net/bugs/182086
[22:51] <nxvl_work> im not fully sure about it
[22:52] <nxvl_work> mathiaz: that's what you meant?
[22:56] <mathiaz> nxvl_work: yes - did you test it ?
[22:56] <nxvl_work> mathiaz: not on the package, but in other shell script
[22:57] <nxvl_work> mathiaz: i create 2 ordered lists and try it
[22:57] <mathiaz> nxvl_work: could you create a test installation and make sure that package works as expected ?
[22:58] <nxvl_work> i will wait until matt posts his dovecot.conf to see how the multiple ssl thing works, cause i'm not so sure about it
[23:01] <mathiaz> nxvl_work: good idea.
[23:02] <nxvl_work> mathiaz: about the solution, you can try this -> http://pastebin.com/m6423d02
[23:02] <nxvl_work> is the same structure
[23:03] <mathiaz> nxvl_work: I'm not sure how the code will deal with a different order in the cert list and the key list.
[23:03] <nxvl_work> http://pastebin.com/m2c402fb0 <- here you can see it clearly
[23:03] <nxvl_work> mathiaz: it won't
[23:03] <nxvl_work> mathiaz: but as i have read for configuring multiple certs they must be some way ordered
[23:04] <nxvl_work> mathiaz: if the certs pairs are unordered it will be a mess
[23:05] <nxvl_work> but there is no way to check which certs goes with which key
[23:05] <nxvl_work> is they are unordered
[23:06] <nxvl_work> and as i have seen on the dovecot list archive they must be grouped by ip or something -> http://www.dovecot.org/list/dovecot/2006-October/017165.html
[23:06] <nxvl_work> mathiaz: did you think better to discuss it on the list?
[23:09] <mathiaz> nxvl_work: most of the code doesn't rely on a link between the cert and the key
[23:09] <nxvl_work> but this line does -> openssl req -new -x509 -days 365 -nodes -out $SSL_CERT -keyout $1 > /dev/null
[23:09] <mathiaz> nxvl_work: only the part that generates the cert/key needs to have the correct combination of the cert file and the key file
[23:10] <nxvl_work> mathiaz: yes, and can you imagine what could happen if that line runs with an incorrect cert/key pair?
[23:15] <mathiaz> nxvl_work: I think that the order needs to be respected in the dovecot.conf file.
[23:15] <mathiaz> nxvl_work: if you define multiple server/protocol, you need to specify ssl_cert_file and ssl_key_file one after the other
[23:16] <nxvl_work> mathiaz: yes, thats what i have understood too, but i was not fully sure
[23:16] <mathiaz> nxvl_work: What happens if you define two ssl_cert_file and then two ssl_key_file ?
[23:17] <mathiaz> nxvl_work: it may be worth testing this scenario.
[23:17] <nxvl_work> you mean to define "ssl_cert1, ssl_cert2, ssl_key1 and ssl_key2" in that order?
[23:18] <mathiaz> nxvl_work: yes
[23:18] <nxvl_work> it will work fine
[23:18] <nxvl_work> since it parses the file and it greps for them
[23:18] <nxvl_work> it doesn't see the certs/key pairs
[23:18] <mathiaz> nxvl_work: I mean if dovecot would work correctly
[23:18] <nxvl_work> it only know the order of the certs and on the other hand the order of the keys
[23:18] <nxvl_work> those 2 must match
[23:19] <nxvl_work> oh ok ok
[23:19] <mathiaz> nxvl_work: I'm actually thinking about ssl_cert1, ssl_cert2, ssl_key2, ssl_key1
[23:19] <nxvl_work> that won't work for the script, but i'm not sure on dovecot
[23:19] <mathiaz> nxvl_work: yes - that's what I'd test.
[23:20] <mathiaz> nxvl_work: if it works for dovecot, then the script has to been refactored
[23:20] <nxvl_work> but in that scenario it will be imposible to make the correct cert/keys pairs since we are only greping them
[23:20] <mathiaz> nxvl_work: the script has take care of this scenario I man.
[23:21] <nxvl_work> yes, of course
[23:21] <mathiaz> nxvl_work: correct. So we may have to change things then. And implement the suggested solution by the bug reporter (even if it's not optimal).
[23:21] <nxvl_work> but it need to be refactored not only my diff, but the whole ssl part
[23:22] <mathiaz> nxvl_work: correct
[23:22] <nxvl_work> or make some kind of dovecot.conf debugger to check the syntax of it