[00:01] <benc> thanks
[00:07] <KillMeNow> Xinu!
[00:07] <xinu> KillMeNow: hey boss, what it is?
[00:08] <KillMeNow> trying to not take a nap while at work
[00:08] <KillMeNow> at least not for a little bit
[00:08] <KillMeNow> LOL
[00:08] <xinu> KillMeNow: that's the way to be
[01:31] <CppIsWeird> i have ubuntu on 3 different machines with openssl server. how come on some the login responds instantly and some it pauses for about 15 seconds before asking for the password?
[01:31] <mushroomblue> system load.
[01:32] <mushroomblue> in my case, my router was being used for an SSH man-in-the-middle attack
[01:33] <CppIsWeird> nah, its not system load
[01:34] <CppIsWeird> im not saying it cant be, but that it is not the case for me.
[01:35] <CppIsWeird> and it is consistent, one machine is immidate, the other two are not. all upgraded to the latest packages.
[02:06] <erichammond> smoser, soren: I happened to scan the logs and saw some discussion of bug 431255.
[02:06] <smoser> soren is long since asleep
[02:06] <smoser> but i'm here for a bit.
[02:07] <smoser> i was really hoping that soren would summarize in the bug report
[02:07] <erichammond> I agree that there isn't much difference between S71 and S99.  I don't think I had much of any particular reason for S71.
[02:07] <erichammond> I probably copied somebody else's S70 for updating authorized_keys and then just went one higher.
[02:08] <erichammond> I'm hoping that the last few comments in the discussion did not imply that this bug would not get fixed for Karmic.  What was your understanding there?
[02:08] <smoser> i think the net was that we don't see a lot of reason for making this change now.  wanting to be able to log in and watch user data run isn't a huge deal in and of itself.
[02:08] <smoser> i really dont want to regress
[02:08] <smoser> i think thats where soren was standing
[02:08] <smoser> i really just see a lot of things to get done, and dont want to regress anything
[02:09] <erichammond> The problem is that it breaks code which is already running on images on EC2.  I would have to rewrite some of my code to get it to work on Canonical's images.
[02:10] <erichammond> Nobody is running production code on Canonical's karmic images yet, so they should start out with the de facto standard, especially since everybody seems to agree that's the ultimate direction anyway.
[02:10] <Jeeves_> CppIsWeird: Check your dns settings on the slow ones
[02:10] <smoser> what would break?
[02:10] <Jeeves_> see if they can resolve your hostname, and their own
[02:12] <erichammond> smoser: Users drive the setup of an instance in a number of different ways.  One of my production use cases has the user-data script wait until an EBS volume is mounted, but the process which attaches the volume first has to do some stuff on the instance through ssh.  This deadlocks and both processes are waiting for each other.
[02:13] <erichammond> (since ssh is not available until user-data completes)
[02:13] <smoser> can you write that in the bug ?
[02:13] <erichammond> Sure thing.
[02:14] <erichammond> A simpler example might be: User does not want to put private keys in user-data, so user-data script waits until they show up on the file system.  External process scp's the keys in after starting the instance.
[02:15] <zul> do do do
[02:35] <ScottK> Interesting: http://www.channelregister.co.uk/2009/09/21/yahoo_shopping_zimbra/
[02:36] <erichammond> zul: done done done (?)
[02:36] <zul> i wish
[02:38] <erichammond> smoser: Added comment to bug 431255.
[02:44] <erichammond> smoser, soren: I would be happy to do the work to split the ec2-init sh script using an approach which had the least chance of breaking anything, if my branch had a chance to be merged.  There would be duplication of 16 lines of code (run_once/run_once_per_ami) but that's about the only downside.
[03:09] <Debolaz> Bah, damn server keeps locking up.
[03:20] <Debolaz> What is the correct way to recover a kernel panic message after a reboot? (Or enable recovery of it the next time it happens)
[03:29] <nick_schembri> Debolaz: I
[03:31] <nick_schembri> Debolaz: It's been a long time since i needed to work at that level. I used a serial port to collect the msg and a core to debug.
[03:33] <Debolaz> This is a remote server so I'm hoping to be able to get away with something more convinient than a serial port for the first debugging attempt. That being said, if it has to be done, it has to be done, but could the kernel be configured to relay this information over TCP or UDP instead?
[03:36] <nick_schembri> yes ... let me look
[03:37] <nick_schembri> Debolaz: lookup syslogd.
[03:38] <nick_schembri> Debolaz: or logserver http://www.aboutdebian.com/syslog.htm
[03:39] <twb> Will 10.04 switch to rsyslog, as Debian did in Lenny?
[03:39] <twb> Plain syslog blows
[03:39] <ScottK> twb: We have switched for 9.10.
[03:40] <twb> ScottK: cool.
[03:40] <twb> (I only track LTS, you see.0
[03:40] <Debolaz> nick_schembri: How do I configure the kernel to log directly to this though? If the kernel is panicing, it's not going to return to userland, and hence the message won't be forwarded to the remote server by syslogd. The kernel has to do it directly itself.
[03:41] <twb> Currently in 8.04 I send syslog UDP packets over an SSH -w TCP VPN, because it seemed like a better idea than installing a non-main category syslog :-(
[03:41] <twb> The next iteration of my products will use a proper OpenVPN UDP VPN.
[03:46] <nick_schembri> Debolaz: not sure. if the system is faulting before it can write to a file or send one udp packet, you are going to need to use a serial port to get as much as you can before it stops.
[03:48] <Debolaz> nick_schembri: But it would still be able to send a network message out. The kernel has access to the NIC and network stack, just as it has access to the serial port. There's nothing technically preventing it from sending out a message. However, a panic does mean that userland is no longer a safe area, and it will never return to that place, making it technically impossible for syslog to send a message to a remote server.
[03:55] <nick_schembri> Debolaz: will the system run for a time?
[03:55] <nick_schembri> Debolaz: can you ping the system after it faults.
[03:58] <Debolaz> No, there's no response at all from it.
[05:49] <rpinto> Hi, im trying to install smokeping on my ubuntu server(8.04).. when i run apt-get install command, i get a PAM authentication error
[05:49] <rpinto> here's the error:Your account has expired; please contact your system administrator chfn: PAM authentication failed adduser: `/usr/bin/chfn -f SmokePing daemon smokeping' returned error code 1. Exiting. dpkg: error processing smokeping (--configure):
[08:16] <psteyn> Hi guys.  I think I'm hitting an ext4 bug which has been fixed in 2.6.29.  However, my latest updates available take me to only 2.6.28
[08:17] <psteyn> What is the proper way to use a later kernel in ubuntu server?
[08:17] <psteyn> Using 9.04 x86
[08:17] <psteyn> sorry 64bit.
[08:18] <_ruben> kernels dont get backported, yet, i think i heard about plans to do so in the (near or distant) future
[08:18] <psteyn> So..manual compile?
[08:18] <_ruben> one option would be to use a mainline build (doesnt have the ubuntu specific stuff in 'em though), or backport a karmic kernel
[08:18] <_ruben> manual compile would be worst
[08:19] <psteyn> meh.
[08:19] <psteyn> thanks :]
[08:19] <_ruben> karmic is on 2.6.31
[08:20] <psteyn> can I get the deb src and create my own deb?
[08:20] <_ruben> backporting isnt all that hard .. i think there's even a special tool for it .. prevu or something like that
[08:20] <_ruben> sure
[08:21] <psteyn> cool
[08:30] <domas> I use newer kernels sometimes
[08:30] <domas> check out the git repo, then run a packaging script, voila
[08:31] <domas> (hardy has kernels that don't like my RAID controller)
[09:09] <VK7HSE-Eee> having a small issue with the kernel that is default in Karmic Alpha6 it fails to recognise my IBM ServRAID 4LX has an issue that just says timeout ! so has older SCSI cards depreciated  ???
[09:11] <VK7HSE-Eee> SCSI storage controller: Adaptec AIC-7892P U160/m (rev 02)  RAID bus controller: IBM ServeRAID Controller
[09:22] <Tejas> hi
[09:23] <Tejas> how to restrict firewall with iptables??
[09:31] <_ruben> how to wait for answers??
[09:32] <nijaba> :D
[09:32] <VK7HSE-Eee> to true!
[09:44] <TANATHOS> Tejas was that a question?
[09:45] <soren> It had a question mark at the end..
[09:45] <soren> ...but he left.
[09:51]  * soren takes a break
[10:11] <incorrect> is there anyway to increase the number of inodes without reformatting?
[10:17] <acalvo> Hi
[10:17] <acalvo> in order to be able to send mail thru PHP in a ubuntu server, do I need to have sendmail installed if I'm have postfix installed in another server?
[10:30] <_ruben> i'd install postfix locally (or another queue-based mta), so you wont lose any mail when the other server isnt available for whatever reason
[10:33] <MatBoy> mhh, install symfony using pear is not working well
[10:34] <MatBoy> _ruben: but it's always wise to send through an antispam-gateway, so never from the server itself
[10:35] <_ruben> MatBoy: both actually .. local mta that has a spam-checking smarthost configured
[10:36] <MatBoy> _ruben: that is what I say
[10:36] <MatBoy> _ruben: it's actually a relay and not a smarthost anymore
[10:37] <_ruben> MatBoy: not that much difference between the two in my eyes, then again, just blame microsoft for the term smarthost :)
[10:38] <MatBoy> _ruben: hehe, you are never wrong ;)
[10:38] <MatBoy> _ruben: there is a very BIG difference actually
[10:38] <_ruben> then again, i think postfix on ubuntu uses the term smarthost as well
[10:39] <acalvo> mmm
[10:39] <acalvo> maybe a silly question
[10:39] <MatBoy> _ruben: yes for n00bs :P
[10:39] <acalvo> but, where can I change the smtp host variable for PHP?
[10:39] <MatBoy> _ruben: smarthosts are used in sendmail which is a bitch anyway
[10:39] <VK7HSE> I think I have resolved the issue I was having earlier, it appears by using the boot option of "pci=noacpi" the SCSI storage controller: Adaptec AIC-7892P U160/m (rev 02) & RAID bus controller: IBM ServeRAID Controller are discovered and the system can boot! so looks like my hardware isn't truly ACPI compliment!
[10:39] <_ruben> acalvo: most likely in php.ini
[10:39] <_ruben> VK7HSE: lovely
[10:40] <acalvo> acalvo: well, that's what I've thought, but it does not seem to get the new values
[10:40] <VK7HSE> _ruben: not wrong! I was sweating it out a bit there for a while! ... ;-)
[10:41] <_ruben> acalvo: talking to yourself eh :)
[10:41] <_ruben> acalvo: did you restart apache?
[10:41] <acalvo> well, most BOFHs do it
[10:41] <acalvo> yes, reload and restart
[10:41] <acalvo> but I'm quite confused with the only win32 comment
[10:41] <acalvo> I know what it means
[10:42] <acalvo> I just don't understand why they put it there
[11:07] <psteyn> where is the ubuntu git repo?  I want to get the latest kernel build from there
[11:10] <_ruben> https://wiki.ubuntu.com/KernelTeam/KernelGitGuide
[11:11] <soren> ttx: I'll roll a new Eucalyptus package before I go to lunch..
[11:11] <soren> psteyn: kernel.ubuntu.com
[11:11] <ttx> soren: ok
[11:13] <psteyn> tnx
[12:22]  * soren lunches
[12:23] <acalvo> again, I've a question
[12:23] <acalvo> I'm still setting up a mailing list
[12:23] <acalvo> in a mail server
[12:23] <acalvo> everything seems pretty easy
[12:23] <acalvo> but there is one thing I need to settle down
[12:24] <acalvo> my server has various DNS names
[12:24] <acalvo> in order to use mailling lists, should I change the hostname? is it enough to set up a DNS name? should postfix know any of this names?
[12:25] <kinnaz> it would be nice if postfix knows about the MX record
[12:26] <acalvo> and this is setted up in the mydestination variable in the postfix main.cf?
[12:27] <kinnaz> #postfix
[12:32] <zul> morning
[12:49] <szczym_> helo all, I have a script that makes a movie. When i run it from command line as normal user, it works. But when i run it from cron as ordinary user, it makes empty file. i been folowing tips from here: https://help.ubuntu.com/community/CronHowto could some one help me please ?
[13:19] <soren> szczym_: I'd suggest you ask in a support forum for the encoder you're using (like #mplayer if you're using mencoder, etc.).
[13:49] <ttx> cjwatson: I'm looking into eucalyptus failure to autoregister components right now -- Among other problems the latest eucalyptus refuses that you register things using "localhost", see bug 434593
[13:50] <ttx> cjwatson: I'm not exactly sure how we can workaround that though... which makes the whole idea of autoregistering at risk
[13:58] <jpds> soren: http://twitter.com/vrillusions/statuses/4151036378
[13:58] <soren> jpds: Nor cron.
[13:58] <jpds> Haha.
[13:59] <soren> Well, it's Just Enough Operating System. That's the point.
[14:00] <cjwatson> ttx: maybe we could use CC_NAME for that, or maybe we could fix that restriction
[14:00] <domas> <3 deadlocked LVM on database box
[14:00] <cjwatson> ttx: I'd recommend asking upstream why there's that restriction
[14:01] <ttx> cjwatson: Will do. soren suggests that whatever it is registered with is passed to other elements in the cloud
[14:01] <cjwatson> could be
[14:02] <soren> It makes sense for both of them, really. They're infrastructure components needed by node controllers.
[14:02] <soren> ...but it's still just guesswork.
[14:02] <soren> I'm working on the (perhaps optimistic) assumption that it's a reasonable restriction.
[14:03] <ttx> cjwatson: RE: "use CC_NAME": if it resolves to 127.0.{0,1}.1 it will still be refused. It's not just a "localhost" pure match
[14:04] <cjwatson> don't do that then :-)
[14:04] <cjwatson> but CC_NAME doesn't really have to be a DNS name
[14:05] <cjwatson> so that probably isn't the right answer
[14:23]  * soren goes to pick up his daughter at day care 
[15:24] <acalvo> hi
[15:25] <acalvo> some time ago someone suggest me a substituion for mailman, but I don't remember the name
[15:25] <_ruben> ezmlm is the only other i know of
[15:27] <BrixSat_> hi
[15:27] <BrixSat_> F1 -> how can i see if proftpd is making querys to mysql correctly?
[15:28] <acalvo> _ruben: I think it started with S
[15:28] <acalvo> symphony
[15:28] <acalvo> or something like that
[15:28] <acalvo> but I'm not able to remember it
[15:28] <acalvo> sympa!
[15:28] <acalvo> ehehhee
[15:33] <ttx> smoser: ping
[15:33] <smoser> here
[15:34] <ttx> smoser: did you file the missing MIR for the UEC images ?
[15:34] <smoser> i don thave bugs yet, but spent the last day and this morning working on the 6 MIR.
[15:35] <smoser> i would love review of them, i will open bugs rsn
[15:35] <ttx> smoser: I can review that
[15:35] <ttx> smoser: just give me the pointers
[15:36] <smoser> k
[15:37] <smoser> https://wiki.ubuntu.com/MainInclusionEc2-Init https://wiki.ubuntu.com/MainInclusionEuca2ools https://wiki.ubuntu.com/MainInclusionPython-Boto https://wiki.ubuntu.com/MainInclusionCheetah https://wiki.ubuntu.com/MainInclusionConfigobj https://wiki.ubuntu.com/MainInclusionM2crypto
[15:37] <smoser> configobj is the one that i'm most concerned about.
[15:39] <smoser> ttx, unless you object, i'm going to start filing bugs
[15:39] <ttx> smoser: no, please do
[15:39] <BrixSat> why this? http://pastebin.com/m7cc39b71
[15:40] <BrixSat> i dont get it :s
[15:42] <ttx> smoser: MainInclusionCheetah > "upstreaam" typo. I'd just say as Rationale that it's a dep of ec2-init
[15:44] <ttx> smoser: MainInclusionConfigobj > needs some more meat, I guess. Ping zul if you need his MIRfiling expertise
[15:44] <zul> hmmm?
[15:44] <smoser> i agree it does
[15:44] <smoser> its the hardest one to come up with
[15:44] <smoser> as there are other config options in python in main
[15:44] <smoser> zul, if you can offer time or help or whatever, please do
[15:45] <zul> the MIR team is probably going to come back and say why dont you use the ones in main
[15:45] <ttx> smoser: the "Does upstream expect it?" is not about asking upstream developers about it. In your case the rationale is more about dependencies
[15:46] <smoser> what is "does upstream expect it" supposed to mean
[15:46] <ttx> you need a rationale for ec2-init... then for all the others the rationale is "dependency of ec2-init"
[15:47] <ttx> smoser: i don't really know -- sounds like a recent addition to the template (or one I always ignored)
[16:02] <ttx> sore, smoser,zul: meeting time
[16:02] <zul> ack
[16:03] <smoser> o/
[16:36] <slestak> kirkland: do you have a second to sound out an idea I have wrt byobu?
[17:10] <BrixSat> what is the regular guid for proftpd?
[17:11] <clusty> BrixSat, does it not run under it's own username (the demon) thus depends. usually 100+ 1000- ?
[17:11] <clusty> depending on order you install services ?
[17:13] <BrixSat> :/
[17:13] <BrixSat> SQLMinUserGID
[17:13] <BrixSat> this is my problem i think
[17:13] <BrixSat> clusty i always get Resposta:	550 index.html: Permission denied
[17:14] <BrixSat> i have that value at 500
[17:14] <BrixSat> and in db they are 2001 and 2002
[17:14] <BrixSat> uid an dgid 2002
[17:16] <BrixSat> got it :p
[17:16] <BrixSat> files were created by root
[17:16] <BrixSat> and not the user :S
[17:16] <clusty> :D
[17:38] <aubre> Re: UEC - where is the best place to look to figure out why an instance you just launched went straight from pending to terminated?
[17:45] <aubre> After the patches on karmic today I can at least attempt to launch an instance without getting a 403 error, but they stay at pending for about a minute then go straight to terminated
[18:23] <mathiaz> zul: what is the bug number for puppet MIR?
[18:24] <zul> mathiaz: 408297
[18:24] <mathiaz> zul: where did you seeded it?
[18:25] <zul> server-ship
[18:27] <mathiaz> zul: where is the MIR for libaugeas-ruby?
[18:27] <zul> mathiaz: eh?
[18:27] <mathiaz> zul: it's required by puppet
[18:27] <mathiaz> zul: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[18:27] <zul> crud
[18:28] <mathiaz> zul: ^^ search for puppet
[18:28] <zul> mathiaz: ill get that fixed asap
[18:28] <mathiaz> zul: same for  libshadow-ruby
[19:50] <KillMeNow> anyone seen a postfix crash like this:  connect #11 to subsystem private/rewrite: Connection refused  ?
[19:52] <drurew> im looking for an irc server app
[19:52] <drurew> to create my own network
[19:52] <drurew> anyone have any ideas?
[19:52] <giovani> apt-cache search ircd ?
[19:53] <drurew> thanks
[19:55] <ScottK> KillMeNow: No.  Look in the postfix logs.  They almost always tell the true story.
[20:02] <jbernard> kirkland: i fixed a couple typos in byobu: lp:~jbernard/+junk/byobu
[20:08] <kirkland> jbernard: thanks, committed, pushed
[20:12] <KillMeNow> ScottK:  i've dug in to the mail.err | mail.warn | mail.log logs and i see when it crashed, but nothing that showed to be the culprit
[20:12] <KillMeNow> hmmm
[20:12] <KillMeNow> got me thinking tho
[20:19] <zul> mathiaz: both are filed now
[21:04] <jbernard> i was spinning through http://people.canonical.com/~ubuntu-archive/NBS, many of these reverse-depend on kvm or qemu which are virtual packages, this is the way we want it to be, correct?
[21:06] <jbernard> or should those packages be updated to depend on qemu-kvm?
[21:14] <smoser> jjohansen, you have a minute ?
[21:15] <smoser> zul, might be interested also.
[21:44] <mzungu> hello guys - I have a problem which i suspect is udev related.  I have a server - administered remotely - running 8.04LTS which has 2 hard disks - physically sda and sdb (well, at least for a long time it was).  sdb was a dd exact copy of sda after the server was upgraded to 8.04 from 6.06.  Now, after a catastrophic power failure, the server insists on booting from the back-up sdb instead of the main drive sda - like, they have k
[21:44] <mzungu> inda swapped places.  Any ideas on how to get back to normality?
[21:45] <giovani> mzungu: well there are a few things to look at -- first your bios hard drive boot order
[21:45] <giovani> make sure that the drive you want is first in that order (switch them if you're not sure, and see what happens)
[21:45] <mzungu> hmmm - it's remote
[21:45] <giovani> well that's what out-of-band management is for
[21:45] <giovani> or remote hands
[21:45] <mzungu> ;)
[21:46] <giovani> but it may also be that your grub config was somehow changed to boot from a different drive than where grub is installed
[21:46] <alex_joni> are both drives accessible?
[21:46] <Debolaz> DRAC5++ # Because it lets me do just about anything
[21:46] <mzungu> yes - can see both drives
[21:47] <mzungu> the grub comments claim it's sda
[21:47] <mzungu> but sda seems to have swapped with sdb
[21:47] <giovani> right, that can happen
[21:47] <giovani> which is why ubuntu uses uuids
[21:48] <giovani> not /dev names
[21:48] <mzungu> sure
[21:49] <giovani> so you need to establish, first, which drive is being booted by the bios
[21:49] <giovani> so you know which one to edit the grub config of
[21:49] <mzungu> and where i might have (unintentionally) messed up was after the upgrade to 8.04, i did a dd if=/dev/sda of=/dev/sdb to make an exact copy
[21:49] <mzungu> i suspect the udev identifiers are therefore the same ;)
[21:51] <alex_joni> mzungu: I don't think they can be the same
[21:51] <mzungu> the system which boots is the state after upgrade - some 4 months ago
[21:51] <alex_joni> afterall uuid stands for unique ..
[21:51] <mzungu> which *was* sdb
[21:52] <mzungu> udev makes my head spin ;)
[21:53] <mzungu> i did try turning off bootable with fdisk - and now i seem to only have sdb and sdc
[21:53] <mzungu> and sda is now non-existant!
[21:53] <mzungu> (bring back the old days! - bloody hot-plug has a lot to answer for!)
[21:55] <giovani> non-existant where?
[21:55] <mzungu> well, i had sda and sdb
[21:55] <mzungu> now i have sdb and sdc
[21:55] <mzungu> at least, how fdisk sees them
[21:56] <giovani> ok, in fdisk
[21:56] <giovani> which one is being booted off of?
[21:56] <mzungu> sda has gone
[21:56] <mzungu> sdb i think
[21:56] <giovani> you think? make sure
[21:56] <mzungu> (in the fdisk context)
[21:56] <giovani> what?
[21:56] <giovani> mount
[21:57] <giovani> look at where root is being mounted from
[21:57] <mzungu> how can i see and relate uuid to a real physical partition?
[21:57] <giovani> there's a /dev map for it
[21:57] <mzungu> ok
[21:57] <jjohansen> smoser: whats up?
[21:57]  * mzungu goes to check...
[21:58] <smoser> i figured you'd show up just as i was going to leave
[21:58] <smoser> :)
[21:58] <giovani> ls -l /dev/disk/by-uuid/*
[21:58] <smoser> i'm putting comments into bug 431103 that seem to me to indicate changes in kernel cause init (and ohter user-level) boot messages to not go to console
[21:59] <jjohansen> smoser: okay thanks (late lunch today)
[22:02] <mzungu> ah
[22:03] <mzungu> ok - that's showing the sdc drive
[22:04] <mzungu> lrwxrwxrwx 1 root root 10 2009-09-22 23:24 /dev/disk/by-uuid/ed3d5dd5-7c95-4e97-86eb-60f66cf54f4b -> ../../sdc2
[22:04] <mzungu> sdc2 being the root partition
[22:08] <mzungu> how do i con it into using what it now thinks is sdb?
[22:25] <smoser> jjohansen, i added comment and console-output.tar.gz to that bug.
[22:25] <smoser> please read, and refute me if you think i'm wrong
[22:25] <smoser> i've got to run
[22:28] <jjohansen> smoser: okay