[00:31] <harrywood> I have postgres 8.4 running, but I also have 8.3 installed.   How can I shut down 8.4 and start up 8.3 ?
[00:38] <harrywood> ah ok. got it. sudo service postgresql-8.3 start
[00:52] <mathiaz> kirkland: howdy! have run into this bug 504530?
[00:52] <uvirtbot`> Launchpad bug 504530 in euca2ools "euca-register fails to register an image: register_image() takes at least 2 non-keyword arguments (1 given)" [Undecided,New] https://launchpad.net/bugs/504530
[00:52] <mathiaz> kirkland: this is with the latest version of euca2ools in lucid
[00:56] <ruben23> hi are there any chance i can increase my /var directory on my ubuntu server,during installation what i select on partion is the default..
[00:57] <ruben23> this is my df -h--->http://pastebin.com/m7c3cf665
[00:58] <ruben23> on my volume group i have this--->http://pastebin.com/m199f7cc0
[00:59] <ruben23> and my lv display--->http://pastebin.com/m7c83e8bd
[00:59] <ruben23> anyone have idea..?
[01:03] <ivoks> so, no free lvm space?
[01:03] <ruben23> ivoks: how do i check it..?
[01:04] <ivoks> you did vg and lvdisplay
[01:04] <ivoks> how about pvdisplay
[01:04] <ruben23>  PV Size               297.85 GB / not usable 3.64 MB
[01:04] <ivoks> why would you increase /var?
[01:04] <ivoks> it's not separate partition
[01:05] <ivoks> atm, it's size is 293GB :)
[01:05] <ruben23> coz im having recordings on that directory and it getting full.
[01:05] <ivoks> ?
[01:05] <ruben23> im wrong
[01:05] <ivoks> your / (which contains /var) is 4% in use
[01:06] <ruben23> what i mean is, does /var directory gets its size on the main partition..?
[01:06] <ivoks> yes
[01:06] <ruben23> so it geeting the size of my 295.28 GB
[01:07] <ivoks> *nod*
[01:07] <ruben23> ow ok....i guess i dont need to increase it
[01:07] <ivoks> you can't
[01:07] <ivoks> you allocated all disk space to /
[01:07] <ruben23> ok thanks..
[01:07] <ivoks>  /var isn't separate partition anyway
[01:07] <ruben23> its part of the /root directory right..?
[01:08] <ivoks> nope
[01:08] <ivoks> its part of /
[01:08] <ruben23> ow ok whihc the size is 295 GB
[01:08] <ivoks>  /root is part of /
[01:08] <ruben23> got it...more clear now
[01:09] <ivoks> new to ubuntu?
[01:09] <ivoks> http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/c23.html
[01:10] <ruben23> yes, but i been studying it..it my server on production
[01:10] <ivoks> http://www.pathname.com/fhs/pub/fhs-2.3.html
[01:11] <ivoks> ^^^ good read
[01:11] <uvirtbot`> ivoks: Error: "^^" is not a valid command.
[01:12] <ivoks> 'night
[01:12] <ruben23>  ivoks:one more thing where did you find that /var is only using 4%...?
[01:12] <ruben23> ow ok goodnight
[01:12] <ivoks> whole / uses only 4%
[01:13] <ivoks> ok, i guess you are familiar with windows
[01:13] <ivoks> imagine C = /
[01:13] <ivoks> and C:\Windows = /var
[01:13] <ruben23> ok thanks..yes clear now
[01:14] <ivoks> notice that, unlike windows, /var (or any other path) can be directory or partition
[01:15] <ivoks> so / is one partition, but /var can be another - this is not the case with your setup
[01:16] <ruben23> ok
[01:22] <kirkland> mathiaz: hey
[01:22] <kirkland> mathiaz: hrm
[01:22] <kirkland> mathiaz: let's poke nekro
[02:32] <airliasdesign> Is anyone here?
[02:38] <airliasdesign> Is anyone here?
[02:50] <xperia> hello to all. i have by incident deleted the mail log files in /var/log and now after restarting postfix the files are not created again. do i need to restart syslog to get the files back or do i need to create them itself?
[02:51] <twb> *by accident
[02:51] <twb> If the logs are created by syslog, you do not need to create them -- you might need to restart syslog, though.
[02:51] <twb> If the logs are written directly by postfix, I don't know -- I would expect restarting postfix to be sufficient.
[02:53] <xperia> twb: thanks for your reply ! have restarted postfix and the files are not recreated. will try now to restart syslog
[02:58] <xperia> twb: after the restarting of syslog the files were recreated. need now to test if the logs are really written to the files. have the strange root:root ownership for this files. normally it should be if i am not wrong syslog:adm
[02:59] <twb> Here, /var/log/mail.{err,info,log} are root:adm
[02:59] <twb> That's on 8.04 with traditional syslog (not rsyslog)
[03:00] <xperia> twb: you are a genius. thank you a lot with helping me with this problem. the log files were recreated after the restart of syslog and postfix write to them with no problem :-)
[03:07] <twb> It probably would have been sufficient to just pkill -HUP syslog
[03:07] <twb> That is what logrotate will do each day, so this would have fixed itself tomorrow
[03:18] <xperia> did not thinked syslog is such intelegent to do this. love intelegent self repairing systems :-)
[03:35] <twb> It's more an happy accident than "self healing"
[03:46] <xperia> twb: i have problem with recieving mails on my system. till yet i have used in main.cf the aliases file for maping the incoming mails to my user account now i have decided to use recipient_canonical file for this but this does not work.
[03:47] <twb> xperia: that is beyond me knowledge.
[03:47] <twb> xperia: try #postfix
[03:47] <xperia> okay
[03:47] <xperia> they are only heavy snoobish :-)
[03:48] <twb> xperia: you mean they don't want to answer your questions?
[03:51] <xperia> if you ask too much specific question mostly you will read answer like noob ubuntu user :-) to be a ubunut user how want a good bleeding edge system is not easy today.
[03:52] <twb> Well, Ubuntu isn't about the bleeding edge.
[03:52] <twb> If you want the very latest versions, you could try LFS, or SourceMage, or Gentoo.
[03:55] <xperia> with bleeding edge i mean having a full configured system that allow you to have a good mailserver for recieving and sending with multiple email adresses. web and dns server with multiple domains and other things that are beyond the default setup.
[03:56] <xperia> if you have question related to this tasks geting a answer as a ubuntu user in other chanels isnt that easy.
[04:00] <twb> xperia: have you read the "Smart Questions HOWTO"?
[04:03] <JanC> twb:  ☺
[04:04] <twb> JanC: some context, please
[04:04] <JanC> I also doubt the Postfix people care about what OS you use  ;)
[04:05] <xperia> twb: the problem is that the people dont are interested to help when somebody ask a specific question. i have asked this question here since 5 min in postfix and till yet nobody answered.
[04:05] <xperia> do i need to have the aliases file in main.cf for maping incoming mails to my user account or can i use only this line here for this purpose.
[04:05] <xperia> recipient_canonical_maps = hash:/etc/postfix/recipient_canonical
[04:05] <twb> xperia: don't expect a response within five minutes.
[04:05] <JanC> eh, 5 min is not exactly a long time
[04:05] <twb> xperia: if the channel is slow, it might take HOURS to get a reply.
[04:08] <xperia> yeah this could be. maybe the ubuntu-server irc chanell is unique as nearly all the time people are here with good knoweledge and answer question fast. if all chanelles would be this way a lot of prblems could be allready solved and time can be saved
[04:12] <twb> That's because #ubuntu-server isn't a specialist channel, and isn't full of newbies.
[04:12] <twb> #emacs is similar.
[05:14] <xperia> okay have solved my postfix problems now. the bug was related to the file /etc/mailname
[05:15] <xperia> if this file contain a different location than localhost mails recieved will be not resolved on the mashine.
[05:15] <xperia> thanks for the help see you next time
[05:16] <uvirtbot`> New bug: #504615 in eucalyptus (main) "add redirect to default index.html on CLC" [Wishlist,In progress] https://launchpad.net/bugs/504615
[05:17] <Gumby> hi all, I am trying to fix a problem. apt seems to be broken and apt-get update keeps telling me that the files I am downloading are not bzip2 files
[05:17] <Gumby> Get:5 http://security.ubuntu.com karmic-security/multiverse Translation-en_US [210B]
[05:17] <Gumby> 98% [2 Translation-en_US bzip2 0] [Waiting for headers] [Connecting to bzip2: (stdin) is not a bzip2 file.
[05:18] <Gumby> Ive tried these exact same repos on another box (ubuntu karmic desktop) and it works fine
[05:19] <Gumby> anyone have any idea on what might be wrong?
[07:12] <kirkland> ttx: hey
[07:12] <ttx> kirkland: hey, still up ?
[07:12] <kirkland> ttx: yeah, been busy
[07:12] <kirkland> ttx: i just uploaded eucalyptus
[07:12] <ttx> ah ok
[07:12] <kirkland> so it probably didn't make the last cd iso build
[07:13] <ttx> will ask for a manual trigger
[07:13] <ttx> 2am at alpha2, 3am at alpha3...
[07:13] <kirkland> ttx: heh
[07:14] <ttx> kirkland: did you spend some time testing ?
[07:15] <ttx> kirkland: aka "did it start an instance" ?
[07:15] <ttx> kirkland: kernel team fixed the tun thing yesterday
[07:15] <kirkland> ttx: i did some testing
[07:15] <kirkland> ttx: i didn't get an instance running, though
[07:15] <ttx> kirkland: any issue you want to pass on ?
[07:16] <kirkland> ttx: might not have had the kernel
[07:16] <ttx> kirkland: ok, then that's the subject of your tomorrow and of my today
[07:16] <ttx> kirkland: good night :)
[07:16] <kirkland> ttx: i'm finishing the minutes now
[07:16] <ttx> kirkland: arh :)
[07:17] <kirkland> https://wiki.ubuntu.com/MeetingLogs/Server/20100106
[07:18] <ttx> ok
[07:18] <kirkland> ttx: oh, one more ...
[07:18] <kirkland> ttx: https://launchpad.net/bugs/461202
[07:18] <uvirtbot`> Launchpad bug 461202 in eucalyptus "After purging and removing /var/lib/eucalyptus image store is out of sync" [Low,Fix released]
[07:18] <kirkland> ttx: i couldn't reproduce that one
[07:18] <kirkland> ttx: so i marked it fix released
[07:18] <kirkland> ttx: it would be nice if you could confirm that
[07:18] <kirkland> ttx: it's pretty easy
[07:19] <ttx> kirkland: will try
[07:19] <kirkland> ttx: i did test your changes
[07:19] <kirkland> ttx: they did install, start up
[07:19] <kirkland> ttx: but there are still some upstart issues
[07:20] <ttx> kirkland: ok, will look with todays daily
[07:21] <kirkland> ttx: now i'm calling it a night
[08:30] <mario__> Hello!
[08:30] <mario__> does anyone know whats gping on here? http://pastebin.com/d3e621f6b
[08:44] <sabgenton> I want to show the  grub boot menu on startup what file to i need to edit?
[08:46] <xperia> hello to all. i have problem building software with bitbake on my uuntu server. after some 20 to 30 minutes i am getting this error message here
[08:46] <xperia> running task 1 of 2542 (id: 15, .../recipes/shasum/shasum-native.bb, do setscene)
[08:46] <xperia> running task 2 of 2542 (id: 75, .../recipes/coreutils/coreutils-native_7.2.bb,do setscene)
[08:46] <xperia> Out of Memory: Kill Process 11335 (python)
[08:46] <xperia> ERROR: Task 15 shasum-native.bb do setscene failed
[08:46] <xperia> it looks like python use nearly all the ram and somehow the kernel shut it down in the middle of the build proccess
[08:47] <xperia> people told me this is related to my operating system
[08:47] <xperia> how can i fix this ?
[08:50] <cemc> put more RAM in the computer? :-)
[08:52] <cemc> obviously there's some memleak, or you don't have enough ram for that build process if it's eating up all your memory
[08:54] <xperia> cemc: thanks for sugesstion. cant beleve that ram is the problem as the machine has 1GB RAM. have tryed to build it on a other machine iwth debian/ubuntu and i am getting also the same error message
[08:58] <cemc> 1GB is not a lot nowadays
[08:58] <cemc> did you try building it on a machine with more RAM ?
[08:58] <cemc> like 2GB, 4GB ?
[08:59] <xperia> hmmm not till yet will ask other people how had successfull builded the software how much ram did they had.
[09:00] <cemc> xperia: is that some opensource software, maybe I can download it and try building it if it's not too complicated, have 4gb ram in here
[09:00] <cemc> also on Ubuntu Karmic
[09:03] <xperia> cemc yeah it is open source software. it is called open embedded and is used to run linux on pocket pc phones like this here
[09:03] <xperia> http://www.youtube.com/watch?v=U9vg2TU0wew
[09:04] <xperia> give me just a moment to post the few instructions
[09:05] <xperia> cemc: http://wiki.openembedded.net/index.php/Getting_Started
[09:07] <xperia> okay have aksed now the other people too and they have told me that they build this on machines with about 3 to 4 GB RAM
[09:07] <xperia> so need a new machine in this case hmm bad
[09:08] <xperia> cemc: you dont need anymore to do this. you will need a lot of time only to clone the repo with git. time for setting up the environment will take 2 to 3 Hours.
[09:09] <cemc> xperia: is there any readme file with requirements for building?
[09:09] <cemc> where it says maybe ummm... RAM: 2+GB ? :)
[09:11] <xperia> yes that i have also searched but didnt find it till yet. it dont even prove if the build system has enoght recources for doing this. cant answe this question as i am self searching the answer for it :-)
[09:11] <sabgenton_> I can't find menu.1st what do i used to edit the grub menu
[09:12] <sabgenton_> I can't find menu.1st what do i used to edit the grub menu
[09:12] <xperia> need some gamer system with quad core cpu
[09:12] <guntbert> sabgenton_: what ubuntu version?
[09:12] <sabgenton_> server kamic
[09:12] <sabgenton_> karmic
[09:13] <guntbert> !grub2 | sabgenton_
[09:13] <sabgenton_> oh yeah its version 2 now
[09:13] <guntbert> indeed :)
[09:14] <sabgenton_> I did a distro-upgrade and when it got to the  grub-pc package it screwed up cause I had my ide cables reversed
[09:14] <sabgenton_> stupid thing
[09:15] <sabgenton_> well it might be my fault I'll tell lmore later
[09:17] <jiboumans> morning
[09:47] <sabgenton_> crazy on install of karmic /boot/grub/grub.cfg had hardrives based on /dev/sd somthing
[09:48] <sabgenton_> i did an up date an now it's based on  a UUID
[09:48] <sabgenton_> I guess its so it knows what hardrive what even if there /dev/sd* location changes
[09:49] <guntbert> !uuid | sabgenton_ yes
[09:50] <sabgenton_> is this feature  newer than the initial  karmic release
[09:50] <sabgenton_> ?
[09:51] <sabgenton_> guntbert: why didn't karmix  have this when i first installed?
[09:51] <sabgenton_> was it not release at that point?
[09:51] <guntbert> sabgenton_: its defintely not new - why it is implemented in step - no idea
[10:02] <sabgenton_> guntbert: in step?
[10:03] <guntbert> sabgenton_: ah "in steps" - sorry
[10:03] <sabgenton_> ah sorry
[10:05] <sabgenton_> has anyone ever had a glich where  at the ubuntu login prompt it gets sorta superimposed with a root  prompt?
[10:05] <guntbert> sabgenton_: no - care to !pastebin that?
[10:07] <sabgenton_> i tryed typing something at this root@ubuntu prompt and then it said invaild comand
[10:07] <sabgenton_> and sometimes it said invalid login or whatever l
[10:07] <sabgenton_> like it was switching back and forth
[10:07] <sabgenton_> guntbert: can't it's gone now
[10:07] <sabgenton_> but it's kind a worrying :/
[10:08] <guntbert> sabgenton_: you never should have a prompt root@ubuntu - don't enable the root account
[10:08] <sabgenton_> its not enabled!
[10:08] <guntbert> !noroot | sabgenton_
[10:08] <sabgenton_> and i hadn't log on and gone sudo -i ether
[10:09] <sabgenton_> guntbert: I rember one time it was a real pain not being able to scp as root
[10:10] <sabgenton_> but anyway i'm not using the root at all
[10:10] <guntbert> sabgenton_: ah that was you ...
[10:10] <sabgenton_> ?
[10:10] <sabgenton_> lol
[10:10] <sabgenton_> couple of years ago
[10:10] <sabgenton_> 5
[10:10] <sabgenton_> ish
[10:11] <guntbert> sabgenton_: ok - my error - sorry - we had someone with that last week
[10:11] <sabgenton_> ah
[10:13] <sabgenton_> guntbert: did you tell him to passwd root then when done sudo usermod -p '!' root back
[10:13] <sabgenton_> ?
[10:13] <sabgenton_> (no harm?)
[10:14] <guntbert> sabgenton_: no - I only listened to the conversation
[10:14] <sabgenton_> ah see
[10:14] <sabgenton_> well did someone else sugest it?
[10:15] <sabgenton_> or was it considered a no no
[10:15] <guntbert> sabgenton_: I really don't remember details
[10:15] <sabgenton_> seems a bit strange not to suport it
[10:16] <sabgenton_> is it somthing strange - the reason
[10:16] <sabgenton_> or does ubuntu just not suport people acdently typing things with no protection of "do sudo first"
[10:17] <cemc> what if I need to rsync some stuff only root has access to to/from an ubuntu box (or between two ubuntu boxes)? rsyncd isn't too recommended either ;)
[10:18] <sabgenton_> hmm!
[10:18] <sabgenton_> whats the big deall in not suporting it
[10:19] <sabgenton_> the only reason i can thing of is users stuffing things cause they don't have the little promt warning "use sudo"
[10:19] <cemc> probably it opens up a lot more problems in general, if people (who don't have some degree of knowledge) start using root and breaking stuff ;)
[10:19] <sabgenton_> yeah that I understand as above^
[10:21] <sabgenton_> but i I need to rsync like you said and then I have a problem with rsync (unrelated to sudo vs root) are they now going to "not support me" because i didn't use sudo (imposble / impactical)
[10:21] <sabgenton_> ?
[10:21] <sabgenton_> seems strange
[10:21] <sabgenton_> to use the linux term
[10:21] <sabgenton_> FUD
[10:22] <sabgenton_> I'm not really trying to fight  or anything just want to know if theres something I'm missing in the tecnical
[10:22] <sabgenton_> out side of lots of noobs getting carryed away
[10:22] <cemc> another way is to go to #linux and treat your problem as a general linux problem, disregarding the distro a bit ;)
[10:23] <cemc> just be careful not to mess up anything really ubuntu-specific ;)
[10:23] <cemc> heh
[10:23] <sabgenton_> hehe
[10:23] <cemc> it's just linux :)
[10:23] <cemc> with some flavouring, heh
[10:24] <sabgenton_> cemc: its funney the politics in distro chanels :)
[10:24] <sabgenton_>  / irc in general
[10:24] <cemc> if you need root, use root, just know about the dangers, and don't recommend to other people :)
[10:24] <guntbert> sabgenton_: you did read https://help.ubuntu.com/community/RootSudo of course
[11:23] <acalvo> is there any difference between SATA I, II and III?
[11:23] <acalvo> are they compatible?
[11:39] <cemc> is this correct for crontab? 05 0-12,17-23/2 * * * (every other hour except from 12-17) ?
[11:42] <jiboumans> cemc: http://adminschoice.com/crontab-quick-reference
[12:18] <awhanbiz> hi, i need help in setting up thin client
[12:19] <awhanbiz> i m planning to use linux as thin client
[12:19] <awhanbiz> is xubuntu good to go?
[13:07] <uvirtbot`> New bug: #497831 in eucalyptus (main) "Eucalyptus-SC doesn't ask the cluster-name question" [High,In progress] https://launchpad.net/bugs/497831
[13:14] <Hellsheep> Hey guys, throughout the night someone has been attempting to log in to ssh on my server, what's some kind of good software to automatically block an IP after a certain number of failed logins? I
[13:14] <Hellsheep> am using Ubuntu 9.04
[13:15] <RoyK> Hellsheep: fail2ban
[13:15] <Hellsheep> Thanks :D
[13:15] <RoyK> works well - interfaces with iptables to block IPs for some time after a certain amount of failed logins
[13:15] <Hellsheep> Cool cool, sounds like exactly what i want
[13:16] <RoyK> :)
[13:16] <Hellsheep> Is it quite easy to configure?
[13:16] <Hellsheep> Bit of a noob with servers :P
[13:16] <RoyK> yeah
[13:16] <RoyK> brb
[13:16] <Hellsheep> kk
[13:17] <Pici> Hellsheep: The defaults work fine for most people
[13:18] <jpds> Or just use SSH keys for login and block off passwords.
[13:20] <Hellsheep> Thanks :)
[13:20] <Hellsheep> I found some docs on it and am reading it now :)
[13:20] <RoyK> Hellsheep: I'm using that on 20+ servers with linux and solaris - works well :)
[13:21] <Hellsheep> Awesome :)
[13:21] <Hellsheep> I had something like
[13:21] <Hellsheep> 500-700 login attemps
[13:21] <Hellsheep> I cant count exactly :P
[13:22] <Hellsheep> I dunno how to
[13:22] <Hellsheep> xD
[13:22] <Hellsheep> Is it really worth reporting the IP's at all?
[13:22] <RoyK> nah
[13:22] <RoyK> it's just worms
[13:22] <Hellsheep> ah i see
[13:22] <RoyK> just block them for 30 minutes or something
[13:23] <RoyK> blocking them too long will make it hard if you fail yourself :þ
[13:25] <Hellsheep> :)
[13:26] <RoyK> there was some thought of adding cumulatively increasing blocks, but I don't think it's been done yet
[13:26] <RoyK> anyway - should be trivial
[13:26] <Hellsheep> Is
[13:26] <Hellsheep> Maxretry the number of login attemps
[13:26] <Hellsheep> Before getting banned
[13:27] <RoyK> oh - it's in already?
[13:27]  * RoyK checks
[13:27] <Hellsheep> Hmm
[13:27] <Hellsheep> I have "maxretry"
[13:27] <Hellsheep> Below the time to ban them
[13:29] <RoyK> maxretry means how many times they can retry before getting banned
[13:29] <Hellsheep> Ah cool
[13:30] <RoyK> what I meant was 'if x.x.x.x is banned and the ban is removed and x.x.x.x tries another n times, the next time it fails, it's banned for x*2^failcount minutes
[13:30] <Hellsheep> Ohhh yep i see
[13:30] <RoyK> not a big issue, though
[13:30] <Hellsheep> All configured :D
[13:30] <Hellsheep> That was easy
[13:31] <RoyK> Hellsheep: what's the ip?
[13:31] <Hellsheep> My IP?
[13:31] <RoyK> yeah - lemme try :D
[13:31] <Hellsheep> For the server
[13:31] <Hellsheep> kk
[13:31] <Hellsheep> 69.162.115.201
[13:31] <bogeyd6> Anyone know how to resolve the issue where an Outlook user sends email to a blackberry phone and its all gobbedly gook because all of the tags are showing and you are basically reading a bunch of HTML.
[13:33] <RoyK> Hellsheep: hm. eight attempts and still not blocked
[13:33] <Hellsheep> O.o
[13:33] <Hellsheep> Hmm
[13:33] <RoyK> check logs
[13:33] <Hellsheep> It was set to 6
[13:33] <Hellsheep> i see the logs
[13:34] <RoyK> set it to 3
[13:34] <Hellsheep> Jan  8 16:34:52 basetek sshd[20080]: Failed password for root from  port 61249 ssh2
[13:34] <RoyK> no ip?
[13:34] <Hellsheep> I removed it
[13:34] <Hellsheep> in case
[13:34] <Hellsheep> :P
[13:34] <Hellsheep> Jan  8 16:34:52 basetek sshd[20080]: Failed password for root from 81.191.198.164 port 61249 ssh2
[13:34] <Hellsheep> Thats it
[13:34] <RoyK> that's mine
[13:34] <RoyK> people can find my IP if they want it anyway :)
[13:34] <RoyK> Hellsheep: is fail2ban running?
[13:35] <Hellsheep> Yep
[13:35] <Hellsheep> One question
[13:35] <Hellsheep> Could it be related to iptables not being configured?
[13:35] <RoyK> no
[13:35] <RoyK> it configures iptables
[13:36] <RoyK> iptables -I INPUT -s x.x.x.x -j DROP
[13:36] <RoyK> that sort of thing
[13:36] <Hellsheep> ah okay
[13:36] <RoyK> try iptables -vnL
[13:36] <RoyK> see if that shows anything
[13:36] <Hellsheep> Chain fail2ban-ssh (1 references)
[13:36] <Hellsheep>  pkts bytes target     prot opt in     out     source               destination
[13:36] <Hellsheep>     0     0 RETURN     all  --  *      *       0.0.0.0/0            0.0.0.0/0
[13:36] <Hellsheep> Only thing relating to fail2ban in there
[13:37] <RoyK> hm.. seems fail2ban isn't parsing the logs, then
[13:37] <Hellsheep> Lemme check i got it right
[13:37] <Hellsheep> Okay, webmin reports my failed ssh in /var/logauth.log
[13:38] <Hellsheep> I think i have it set to /var/log/logauth.log
[13:38] <Hellsheep> Thats why.
[13:38] <Hellsheep> My bad lol
[13:38] <RoyK> :)
[13:38] <RoyK> set max to 3
[13:38] <RoyK> lemme test again
[13:38] <Hellsheep> Okay go again
[13:39] <Hellsheep> 2010-01-08 16:40:48,197 fail2ban.actions: WARNING [ssh] Ban 81.191.198.164
[13:39] <Hellsheep> :)
[13:40] <Hellsheep> Chain fail2ban-ssh (1 references)
[13:40] <Hellsheep>  pkts bytes target     prot opt in     out     source               destination
[13:40] <Hellsheep>    17   912 DROP       all  --  *      *       81.191.198.164       0.0.0.0/0
[13:40] <Hellsheep>     0     0 RETURN     all  --  *      *       0.0.0.0/0            0.0.0.0/0
[13:40] <Hellsheep> Much better
[13:40] <Hellsheep> :D
[13:41] <ewook> mm, fail2ban is nice.
[13:45] <Hellsheep> Thanks for that RoyK
[13:47] <RoyK> Hellsheep: :)
[13:49] <RoyK> Hellsheep: looks like it parsed auth.log before I tried to login again
[13:49] <RoyK> it was banned on first attempt
[13:59] <jiboumans> mathiaz: running a few mins late, sorry
[13:59] <mathiaz> jiboumans: ok
[14:03] <RoyK> -24˚C
[14:03] <RoyK> fuck this country
[14:04] <jiboumans> mathiaz: eta 1 min :)
[14:04] <jussi01> RoyK: watch the language please
[14:04] <RoyK> jussi01: do we have another anti-swearing bot?
[14:05] <RoyK> jussi01: I use the English language. Any other prefferd?
[14:05] <RoyK> preferred, perhaps
[14:05] <jussi01> RoyK: the ubuntu channels have some guidelines, please follow them
[14:05] <jussi01> !guidelines
[14:05] <RoyK> jussi01: such as not using English?
[14:05] <jussi01> !language | RoyK
[14:06] <RoyK> jussi01: most families knows English, sir
[14:06] <RoyK> jussi01: or do you mean "palin friendly"?
[14:07] <jussi01> RoyK: ok, please dont swear, as expressly stated in the guidelines
[14:07] <RoyK> jussi01: can you please tell me what is wrong with weighting expressions?
[14:08] <RoyK> jussi01: explain why the hell you don't want me to use certain amounts of certain languages
[14:08] <RoyK> there's no kids in here anyway
[14:08] <RoyK> none that haven't grown accostumed to common language, anyway
[14:09] <RoyK> jussi01: or are you just a shell script, unable to answer straight questions?
[14:10]  * RoyK finds it strange that some idiot like jussi01 just complains about the language and doesn't say anything else in here
[14:10] <RoyK> fucking bot
[14:11] <soren> RoyK: Calm down.
[14:12] <jussi01> RoyK: thanks for your patience.... my connection died... :/
[14:12] <RoyK> I wonde wtf wrote those "guidelines"
[14:12] <RoyK> wonder
[14:12] <RoyK> does everything have to be church-friendly?
[14:13] <soren> RoyK: Dude. Quit being an arse.
[14:13] <RoyK> soren: I'm not
[14:13] <soren> There you go again.
[14:13] <jussi01> RoyK: if you wish to discuss the guidelines, please feel free to join us in #ubuntu-ops
[14:14] <RoyK> soren: I'm just concerned that some people are more obsessed about certain parts of the English language than they are about the technical issues described in here
[14:14] <soren> RoyK: You're the one spending most time arguing about it.
[14:15] <RoyK> soren: well, mr jussi01 here hasn't said a word helping others as far as I can see from my logs, but was very quick to bitch me about language. is that fair?
[14:15] <soren> RoyK: Give it a rest.
[14:16] <RoyK> I will
[14:17] <soren> Thank you.
[14:21] <Doonz> hey guys i have 2 servers running 9.10 on them. Im trying to preform an Rsync transfer without the use of compression. one server is 100Mbit both ways the other is on a 20/1mbit line. Ive ran speeds tests from both servers and they do hit their max speeds. but when transfering from the 100mbit box to the 20mbit box i cant go any faster than around 200KB/s any ideas?
[14:21] <zul> smoser: ping
[14:22] <Doonz> i should just add scp transfers are the same thing
[14:23] <RoyK> Doonz: I guess the 1Mbps uplink performs worse than defined
[14:23] <Doonz> ROy the 1mbit link does not upload
[14:23] <Doonz> its the 100mbit link that does and it preforms as expected
[14:24] <RoyK> Doonz: does scp and rsync perform similar?
[14:24] <cemc> Doonz: where do you see that 200KB/s ?
[14:24] <Doonz> identical top end speeds
[14:24] <Doonz> going from 100mb it to 20mbit
[14:26] <cemc> did you try to test with say iperf between them?
[14:27] <cemc> could there be some other limitation between them? like say an ISP limiting some traffic ?
[14:28] <abli> Hi! what inetd is installed by default on hardy? (8.04.3)
[14:28] <soren> abli: none.
[14:29] <abli> Ok, thanks.
[14:29] <_ruben> rsync probably requires a fair ammount of uploading on the remote end as well, to verify/check/determine what to transfer
[14:30] <Doonz> cemc:  whats iperf
[14:30] <_ruben> network performance tester
[14:31] <cemc> that won't read from disk or do any compressing/other things, it (should) just tests the bandwidth. install it on both ubuntus and try it
[14:35] <cemc> Doonz: also make sure that the 20/1 link is not uploading anything else, because if the upload bw is full'ish, the 20mbps download could suffer
[14:35] <Doonz> yeah yeah yeah this isnt my first time on the inter
[14:35] <Doonz> web
[14:35] <cemc> ok, just making sure :)
[14:38] <kirkland> ttx: hey
[14:38] <ttx> kirkland: yo
[14:38] <kirkland> ttx: so are you able to run instances with today's code?
[14:38] <ttx> culdn't on a CLC / Walrus separated setup
[14:39] <kirkland> ttx: what about all-in-one?
[14:39] <ttx> I'm reproducing on a classic CLC+Walrus/CC+SC to see if that's specific to Walrus separate or not
[14:39] <cemc> Doonz: start a rsync/ssh, then on the 20/1 end put a dstat on the interface and see what's happening (upload doesn't get full). do you rsync through ssh? maybe ssh is limited, try a rsync://
[14:39] <ttx> kirkland: test in progress
[14:39] <kirkland> ttx: k -- i'm about to rebuild my cluster
[14:39] <ttx> all registration should work with my latest fix
[14:39] <kirkland> ttx: is there a topology you'd like me to focus on?
[14:39] <ttx> kirkland: not really, any should work
[14:39] <kirkland> k
[14:40] <kirkland> ttx: btw ...
[14:40] <ttx> note that there is an issue with eucalyptus-cc separate
[14:40] <ttx> bug 504704
[14:40] <kirkland> ttx: i setup a pxe/tftp server and i've been doing netinstalls all week
[14:40] <uvirtbot`> ttx: Error: Could not parse data returned by Launchpad: The read operation timed out
[14:40] <kirkland> ttx: it's super sweet
[14:40] <ttx> using anna/choose_modules=eucalyptus-udeb ?
[14:40] <ttx> bug 504704
[14:40] <kirkland> ttx: yeah, preseeding that too
[14:40] <uvirtbot`> Launchpad bug 504704 in eucalyptus "[lucid] On CC-only setups, eucalyptus-cc fails to start at boot" [Medium,Triaged] https://launchpad.net/bugs/504704
[14:40] <ttx> cool
[14:41] <kirkland> ttx: it makes me wonder ...
[14:41] <ttx> I need to bring a disk and sync with your mirror
[14:41] <kirkland> ttx: if we should create a eucalyptus-netboot package
[14:41] <ttx> so that I don't download 200 Gb on my small DSL line
[14:41] <kirkland> ttx: optional, suggested, that can be installed on the CLC
[14:41] <kirkland> ttx: sure
[14:42] <kirkland> ttx: i have totally hands-off, no-touch installs working now
[14:42] <kirkland> ttx: takes minutes
[14:42] <ttx> kirkland: interesting
[14:42] <kirkland> ttx: an in fact ...
[14:42] <ttx> kirkland: what would the package specifically do ?
[14:42] <kirkland> ttx: install tftp
[14:42] <kirkland> ttx: set up /var/lib/tftpboot
[14:43] <ttx> with a few example preseeds ?
[14:43] <kirkland> ttx: yeah, add some preseeds
[14:43] <ttx> sure, sounds like a good timesaver
[14:43] <kirkland> ttx: one for each of our defined, well-supported topologies
[14:43] <kirkland> ttx: mathiaz mentioned that there's a similar spec, for autoinstalls
[14:44] <kirkland> ttx: anyway, i think UEC is interesting because you never install just one machine
[14:44] <kirkland> ttx: once you've installed >= 3 machines, i find it's faster to have setup a network install service
[14:44] <kirkland> ttx: there is one other, simpler option ....
[14:44] <kirkland> ttx: we could make the CLC recommend squid
[14:45] <kirkland> ttx: and make all dependent nodes use it as their caching proxy
[14:45] <kirkland> ttx: *that* would save you a lot of time, if you had a transparent caching proxy
[14:45] <kirkland> ttx: we did this at Intel
[14:45] <kirkland> ttx: it worked *marvelously*
[14:45] <ttx> sounds like a nice best practice
[14:45] <kirkland> ttx: i think we should default the CLC to being a squid proxy, IMHO
[14:46] <kirkland> ttx: since all of your nodes will pull the same packages over and over and over again, on updates, and such
[14:46] <ttx> about bug 504704, its linked to the "eucalyptus-cc starts on started eucalyptus" issue
[14:46] <uvirtbot`> Launchpad bug 504704 in eucalyptus "[lucid] On CC-only setups, eucalyptus-cc fails to start at boot" [Medium,Triaged] https://launchpad.net/bugs/504704
[14:46] <kirkland> ttx: and since the CLC serves a preseed file, we could easily set that in one place
[14:46] <ttx> on a -cc only install that will fail
[14:47] <kirkland> ttx: right so i was too tired to explain this to you last night
[14:47] <ttx> kirkland: so we are back at "should eucalyptus upstart script really be used to manage all eucalyptus in any configuration"
[14:47] <kirkland> ttx: but i worked for several hours on that one
[14:47] <ttx> kirkland: for NC, right
[14:47] <kirkland> ttx: right, and i have a reasonable hack that makes that work, sort of
[14:47] <ttx> basically, CC has the same issue, only more annoying
[14:48] <ttx> since CC is regularly installed with other stuff
[14:48] <kirkland> ttx: yeah
[14:48] <kirkland> ttx: so i'm pretty sure that something is broken with:
[14:48] <ttx> so having a single "stop eucayptus" is really nice there
[14:48] <kirkland> start on (started foo and started bar)
[14:48] <ttx> yes, that's "The Upstart Bug"
[14:48] <kirkland> ttx: i'm going to talk with keybuk about that now in -devel
[14:49] <ttx> just some background before you start
[14:49] <ttx> https://bugs.launchpad.net/ubuntu/+source/eucalyptus/+bug/503850/comments/1
[14:49] <uvirtbot`> Launchpad bug 503850 in eucalyptus "Upstart publication scripts no longer run" [High,Fix released]
[14:50] <ttx> kirkland: I'll follow the discussion
[14:51] <ttx> kirkland: but apparently it's a known issue
[14:51] <ttx> kirkland: that is not planned to be fixed in lucid
[14:51] <ttx> kirkland: that doesn't mean there is no other way to achieve the same result
[14:51] <ttx> kirkland: so picking Keybuk's brain about it is good.
[14:52] <kirkland> ttx: okay, well our other option is emitting signals
[14:52] <kirkland> ttx: initctl emit "eucalyptus-is-running"
[14:52] <kirkland> ttx: we can start on that
[14:53] <ttx> kirkland: that's worth a try
[14:53] <kirkland> ttx: yup, apw says that's "The Upstart Bug"
[14:54] <ttx> not sure keybuk is around
[14:54] <apw> it sounds like TUB to me.  not sure if it is a bug, or intended
[14:54] <apw> but its confusing what it means for sure
[14:57] <smoser> zul, i'll be in in ~30 minutes
[14:57] <zul> smoser: k
[15:14] <coffeedude> jdstrand, I was going to ask you about BUG 274530 but looks like you are already working on it.
[15:14] <uvirtbot`> Launchpad bug 274530 in openoffice.org "cell with german umlaut incorrectly displayed" [Undecided,Invalid] https://launchpad.net/bugs/274530
[15:14] <coffeedude> jdstrand, Ummm...meant bug 274350
[15:14] <uvirtbot`> Launchpad bug 274350 in likewise-open "apparmor HOMEDIRS not adjusted for likewise" [High,In progress] https://launchpad.net/bugs/274350
[15:14] <jdstrand> coffeedude: yeah-- it will be a small debdiff. I'll have it soon (it's building locally)
[15:15] <coffeedude> jdstrand, cool.  I'm assuming it is too late for alpha2.  or not?
[15:15] <jdstrand> coffeedude: I was thinking if you approved it, I'd upload
[15:16] <coffeedude> jdstrand, Sure.  should be a trivial diff.  Sounds good.  Just ping me and I'll review it as soon as you are ready.
[15:16] <jdstrand> coffeedude: thanks!
[15:18] <jdstrand> coffeedude: btw, as I'm sure you know, the source was accepted, and I just accepted the binaries about 30 minutes ago
[15:19] <coffeedude> jdstrand, for the new likewise-open_5.4 packages?
[15:19] <jdstrand> yeah
[15:19]  * coffeedude cheers
[15:19] <jdstrand> https://launchpad.net/ubuntu/+source/likewise-open/5.4.0.39949-2
[15:19] <jdstrand> coffeedude: ^
[15:21] <coffeedude> jdstrand, cool beans.  Makes me happy.
[15:21] <jdstrand> :)
[15:24] <ankit_babbar> some one here to help me with ldap
[15:24] <ankit_babbar> ??
[15:25] <ankit_babbar> hello some 1 dr to help
[15:26] <soren> We can't help if you don't ask a question.
[15:29] <ttx> kirkland: my testing blocks on bug 504530
[15:29] <uvirtbot`> Launchpad bug 504530 in euca2ools "euca-register fails to register an image: register_image() takes at least 2 non-keyword arguments (1 given)" [High,Confirmed] https://launchpad.net/bugs/504530
[15:29] <kirkland> ttx: oh, yeah, damn
[15:29] <kirkland> ttx: we need neil for that one
[15:29] <kirkland> ttx: would you send an email to Canonical-Eucalyptus?
[15:30] <ttx> kirkland: ok
[15:30] <ankit_babbar> Sorren
[15:30] <ankit_babbar> hi
[15:31] <ankit_babbar> I have got stuck in ldap from amonth
[15:31] <ankit_babbar> Can you tell me how to ssh using an ldap account
[15:31] <ankit_babbar> And while I do machine authentication is autofs nedded to load a particular home directory for remote user?
[15:32] <ttx> kirkland: done
[15:32] <zul> smoser: im testing my ec2-config scripts on ec2 instance ill be updating the debian packaging as well fyi
[15:33] <kirkland> ttx: cheers
[15:34] <ttx> kirkland: fwiw, reverting to the previous euca2ools doesn't seem to solve it
[15:34] <ttx> so it might indeed be a eucalyptus issue instead
[15:34] <kirkland> ttx: i looked at the source
[15:34] <kirkland> ttx: it's in a library somewhere
[15:34] <kirkland> ttx: the bug is
[15:35] <kirkland> ttx: as that one tool doesn't take more than one argument
[15:35] <kirkland> ttx: but it sources something that makes it think that it does
[15:35] <ttx> arh
[15:37] <smoser> zul, thats cool. try starting witih my build in my ppa
[15:39] <zul> smoser: ill get the things working here and then ill merge your branch and re-test them sounds ok?
[15:39] <smoser> bzr+ssh://bazaar.launchpad.net/~smoser/ec2-init/ec2-init.devel.pkg is pkg branch at this point. i just pushed it.
[15:39] <smoser> err, try bzr push lp:~smoser/+junk/ec2-init.devel.pkg instead.
[15:39] <smoser> zul, if you'd like i can do that work.
[15:39] <smoser> i can just merge your package into mine
[15:40] <zul> smoser: sure ill ping you when im ready
[15:40] <smoser> ok. i'll be back in a bit now
[15:40] <zul> ok
[15:45] <Cromulent> I'm trying to install the Java EE SDK on my 9.10 32bit server but it says it requires the DISPLAY environment variable be set - do you know what I should set it too?
[15:48] <ttx> zul: pastedeploty doesn't seem to have been reviewed yet ?
[15:48] <ttx> python-pastedeploy
[15:48] <zul> its been renamed to paste
[15:49] <ttx> zul: what does that mean ? There is another bug about it ?
[15:49] <zul> ttx: just a sec
[15:51] <zul> ttx: crap hold on
[15:51] <zul> ttx: yeah it hasnt been reviewed yet
[15:51] <ttx> ok
[15:51] <zul> sorry i got confused
[15:51] <zul> it needs to be reviewed
[15:52] <ttx> same for pastescript, right
[15:53] <zul> pastescript has
[15:54] <zul> it was done this morning
[15:54] <ttx> zul: ah, right
[15:55] <vish> mathiaz: hi... is the server team using Papercuts project to fix trivial bugs on the server side or using a different project? why I ask is regarding Bug #194472 , mpt mentioned we need to keep the desktop goal of not using the terminal and it needs to be decided by the server team...
[15:55] <uvirtbot`> Launchpad bug 194472 in hundredpapercuts "Entering password in Terminal gives no visual feedback" [Low,Fix committed] https://launchpad.net/bugs/194472
[15:55]  * ttx doesn't refresh sufficiently fast
[15:56] <vish> mathiaz: to my knowledge , there havent been any server "papercuts" ... should i cancel the papercut task?
[15:57] <ttx> vish: we plan to have server papercuts. I'm not sure that one would be accepted as a "server papercut" though
[15:59] <vish> ttx: from what i hear it fix is to show the stars only during user entry and it disappears once the users hits "return" ... [personally i would like that , but my main concern is regarding the papercut task] mpt mentioned to check with you guys first
[15:59] <vish> s/it/the
[16:02] <ttx> vish: I'd reject it as a onehundredpapercuts bug and nominate it for the server papercuts project, whenever this starts (in a few weeks)
[16:02] <ttx> i'll send an email about that project soon
[16:02] <vish> ttx: cool , thanks :)
[16:02] <ttx> we are still in the process of defining what would make a server papercut :)
[16:06] <vish> ;)
[16:07] <vish> ttx: isnt that bug a security risk? should it be marked so?
[16:08] <ttx> vish: depends on implementation, I suppose
[16:09] <vish> hmm , ok.. i'll leave it as such
[16:16] <engine252> i have a question i'm running ubuntu-server on qemu/kvm
[16:16] <engine252>  i'm connecting to the internet via a wireless network is there a way to attach the virtual server to the phisical network?
[16:16] <engine252>  i want to access my server from the internet
[16:18] <Pici> engine252: How is the host computer connected to the network/internet?
[16:18] <engine252> now it is connected with a NAT configuration
[16:18] <engine252> oh no , wireless
[16:19] <engine252> the guest through NAT
[16:19] <engine252> guest = ubuntu-server
[16:20] <engine252> Pici:
[16:21] <Pici> engine252: I'm not sure sorry, I just wanted to make sure that the others here had enough information to answer
[16:23] <engine252> see i also have vmware workstation installed and there i can configure a bridged network but i can't seem to configure the same for kvm
[16:40] <dasunsru1e32> Hello, I am having issues with likewise-open5 on Karmic. I can sucessfully log the machine onto the domain, it registers with Active Directory; however, when I reboot, I can no longer auth to LDAP. I have to log the machine off/on the domain without rebooting to be able to login in. What could be the issue? Thank you for your help.
[16:44] <coffeedude> dasunsru1e32, do you mean you are using pam/nss_ldap on your system as well as likewise-open?
[16:45] <coffeedude> dasunsru1e32, or justy that you cannot log in with domain credentials after the reboot?
[16:45] <dasunsru1e32> I have installed likewise-open5
[16:45] <dasunsru1e32> and used this guide to setup: https://help.ubuntu.com/9.10/serverguide/C/likewise-open.html
[16:45] <dasunsru1e32> it works, until I reboot
[16:46] <dasunsru1e32> It was fine, I am not sure what is happening or why all the sudden it is failing after reboot
[16:46] <coffeedude> dasunsru1e32, can you verify that the following processes are running after reboot: lsassd, netlogond, npcmuxd
[16:47] <dasunsru1e32> sure
[16:47] <coffeedude> hey dendrobates
[16:47] <dasunsru1e32> root      3250  0.0  0.2 198844  7296 ?        Sl   09:30   0:00 /usr/sbin/lsassd --start-as-daemon
[16:47] <dasunsru1e32> root      2047  0.0  0.0  82428  2268 ?        Sl   09:24   0:00 /usr/sbin/netlogond --start-as-daemon
[16:48] <dasunsru1e32> root      2065  0.0  0.0  88312  1064 ?        Sl   09:24   0:00 /usr/sbin/npcmuxd --start-as-daemon
[16:48] <dasunsru1e32> Now, I have not rebooted yet
[16:49] <coffeedude> dasunsru1e32, Ahh,...yeah.  Make sure after the reboot then.
[16:50] <dasunsru1e32> ok, I will be right back, since I am on the machine that is affected
[16:53] <ttx> jjohansen: is it still the plan to fix bug 494565 today ?
[16:53] <uvirtbot`> Launchpad bug 494565 in linux "support ramdiskless boot for relavant kvm drive interfaces in -virtual" [Low,Triaged] https://launchpad.net/bugs/494565
[16:53] <coffeedude> dasunsrule32, wb
[16:53] <dasunsrule32> thanks
[16:54] <dasunsrule32> one sec
[16:54] <dasunsrule32> I am checking the services
[16:54] <jjohansen> ttx: sorry that won't hit today
[16:54] <ttx> jjohansen: so that won't hit for alpha2 ?
[16:54] <jjohansen> right
[16:54] <dasunsrule32> what were the other two services?
[16:54] <ttx> jjohansen: ok.
[16:54] <dasunsrule32> lsassd is running
[16:55] <coffeedude> dasunsrule32, npcmuxd and netlogond
[16:56] <coffeedude> dasunsrule32,  those 3 should be the only required ones.
[16:56] <dasunsrule32> They are all running, I tried to login and I can't
[16:56] <coffeedude> dasunsrule32, ok,  moving to private channel then so we can debug.
[16:56] <dasunsrule32> ok
[16:57] <dasunsrule32> how do I pm in irc?
[16:57] <dasunsrule32> sorry,
[16:58] <coffeedude> dasunsrule32: "/query nick".  But I'll open up a private chat so you should see it now.
[16:58] <guntbert> dasunsrule32: /msg nick here comes your text
[17:01] <RoyK> dasunsrule32: /msg google irc commands :þ
[17:11] <ttx> kirkland: neil explanation doesn't sound very good to me, looks like we'll have to revert to a previous boto
[17:13]  * ttx is not really here anymore, will be back later for catchup
[17:15] <kirkland> ttx: urgh
[17:15] <kirkland> ttx: well, i think it's important that we have this working for A2
[17:15] <kirkland> ttx: i milestoned the bug
[17:22] <kirkland> ttx: looks like smoser did the merge
[17:22] <smoser> ?
[17:22] <kirkland> smoser: so looks like the newer python-boto is breaking euca-tools, according to neil
[17:22] <smoser> carp
[17:23] <kirkland> smoser: see the mail on Canonical-Eucalyptus from Neil
[17:23] <kirkland> smoser: he recommends reverting for Lucid
[17:23] <kirkland> smoser: i don't know how that sits with you
[17:23] <zul> smoser: isnt that suppose to be "crap"?
[17:24] <smoser> well, i wasn't aware of "the boto upstream is going to be releasing another version soon from what I understand."
[17:25] <smoser> 1.9 makes parts of ec2-init much easier
[17:26] <smoser> its not something that couldn't be worked around, but basically, I want the boto.utils.get_instance_metadata from boto 1.9
[17:29] <smoser> we can revert, but then i have to get the functionality it was giving me.
[17:32] <ttx> kirkland, smoser: hmhm
[17:32] <smoser> yeah,
[17:33] <smoser> i will admit that it is probably less work for me to work aroudn than to work around in euca2ools, ie, ec2-init uses less of boto than they do
[17:33] <ttx> smoser: yes, but you don't need the extra layer of work
[17:33] <smoser> but debian has 1.9 now
[17:34] <smoser> well, right. but neither do eucatools folks.
[17:34]  * ttx is kinda happy to see API issues not biting only java libraries
[17:34] <smoser> so , here was my thoughts
[17:34] <smoser> here is why i wanted 1.9
[17:34] <smoser> - i needed to be able to crawl the metadata service, getting all the data that was there.
[17:35] <smoser> - boto1.8 has a boto.utils.get_instance_metadata() that does that, but has bugs where it doesn't get it all.
[17:35] <smoser> - boto1.9 gets it all
[17:35] <smoser> so i was looking at
[17:35] <smoser> a.) reimplementing it
[17:36] <ttx> kirkland: we need to know the extent of the APi breakage in euca2ools, to see how feasible it is to patch on our end
[17:36] <ttx> kirkland: if it's limited to a few functions, it might be doable for us to patch euca2ools for compatibility
[17:36] <smoser> b.) copying it (licensing of boto is MIT, ec2init is GPL)
[17:37] <ttx> kirkland: I understand that upstream doesn't want to support both
[17:37] <smoser> so i guess i could copy to ec2init
[17:37] <smoser> i dont know tha ti have the insigght to declare that from a boto perspective 1.9 will be more easily supported for 5 years
[17:37] <smoser> than 1.8
[17:39] <ttx> kirkland: we need more detail to come up with the best solution
[17:39] <ttx> I've got to go -- be back later to discuss it if needed
[17:39] <smoser> i'm almost certain that it'd be easiest fo rme to copy parts of boto
[17:40] <ttx> smoser: how about overriding the functions in 1.8 with some imported 1.9 code ?
[17:40] <ttx> python allows for some nice function = my_function
[17:40] <smoser> true. yeah, its largely standalone i think. i just have to copy it somewhere.
[17:41] <ttx> smoser: depends on how much your desired function depends on other parts of the code, obviously
[17:42] <ttx> I'm gone now, back in 100 minutes or so.
[17:42] <cemc> 100? :) why not 2 hours? :)
[17:43] <smoser> metric system
[17:44] <cemc> lol
[17:58] <zul> le french est weird
[18:57] <zul> smoser: if we are going to have runurl suppor in ec2-config then it should really be in the archive :)
[19:02] <erichammond> zul: I've gotta run, but at some point I'd be interested to hear what is meant by "runurl support in ec2-config".
[19:04] <smoser> i kind of wonder what that is too.
[19:04] <smoser> i think the goal was to, from cloud-config support something like:
[19:04] <smoser> run-url: http://short.url.asdf arg1 arg2
[19:04] <smoser> zul, if you want me to implement run-url, its fairly easy
[19:05] <zul> smoser: yes please :)
[19:05] <erichammond> runurl was intended to be a command line extension where you can pass it parameters and do things with return values and output just like any other shell command.  If ec2-config has a way to run shell script blobs, and runurl is installed, then that gives more power than just letting them specify a URL and arguments.
[19:05] <zul> smoser: i put it in my yaml file
[19:06] <erichammond> E.g., we do things like: if runurl SOMEURL SOMEPARMS; then ...; else ...; fi
[19:06] <erichammond> or: runurl SOMEURL SOMEPARMS > SOMEFILE
[19:07] <smoser> sure, easy enough to add a command to do that. i'm not really sure what the intent of that item was... lost in UDS brain
[19:07] <erichammond> smoser: A command to do what?
[19:07] <smoser> if we had a 'command' named runurl
[19:07] <smoser> that then the cloud-config would just invoke
[19:07] <smoser> and could be used elsewhere too
[19:08] <erichammond> Agreed.  The AMIs I build have a command named runurl.  I publish it in the Alestic PPA.
[19:09] <erichammond> If you're going to rewrite it, please let me review so that we can make sure it is backwards compatible.  For example, I use wget which enables some cool features like being able to drop the "http://" for easier to read command lines.
[19:10] <erichammond> https://launchpad.net/~alestic/+archive/ppa
[19:10] <erichammond> I'll be back on in a few hours.
[19:12] <zul> yo ttx
[19:12] <ttx> zul: sssshhh. I'm not here !
[19:12] <zul> riiiight
[19:16] <uvirtbot`> New bug: #504897 in nut (main) "megatec_usb problem (did not claim interface)" [Undecided,New] https://launchpad.net/bugs/504897
[19:19] <phitoo> Hello all! I was wondering if there was a place where I could track development of LXC in Ubuntu?
[19:19] <jiboumans> phitoo: there's a blueprint for it
[19:20] <jiboumans> phitoo: https://blueprints.launchpad.net/ubuntu/+spec/server-lucid-contextualization
[19:22] <phitoo> jiboumans: Thanks. Now looking... :-)
[19:26] <phitoo> jiboumans: OK! Is there some sort of status report? Some way to report issues? I expect to be testing it in the next Alpha release.
[19:33] <jiboumans> phitoo: the spec is targeted for lucid but not yet accepted. We're considering if we can add it for the next milestone (alpha3) which will be completed by late february
[19:35] <jiboumans> ttx++ # sex lead, ha!
[19:36] <ttx> jiboumans: way more sexy than DX or DUX
[19:41] <phitoo> jiboumans: Is there anything I can do or say to push for acceptation? I can test but not develop.
[20:10] <bkonkle> Quick question - we're about to replace a drive in an HP ProLiant server with Raid 1+0.  Is there a way that we can monitor the raid rebuild progress within the Ubuntu command line?
[20:13] <dasunsru1e32> I thought you could cat /dev/mdm$device_number
[20:13] <ttx> phitoo: you can propose your testing skills to the spec assignee
[20:13] <ttx> phitoo: I'm sure he will make good use of you ;)
[20:14] <bkonkle> Hmm - I just looked under /dev, and we have no mdm devices.  I'm guessing that's for software Raid, and we're using hardware raid built into the Proliant server
[20:16] <kirkland> cjwatson: hey, idea i wanted to run by you ...
[20:16] <kirkland> cjwatson: tell me if i'm off the reservation
[20:17] <kirkland> cjwatson: i find it really useful to install a caching squid proxy on my CLC
[20:17] <dasunsru1e32> bkonkle: you would need to see if HP has any software that would let you monitor it then I believe
[20:17] <dasunsru1e32> mdm would be s/w raid
[20:17] <kirkland> cjwatson: and point all of the UEC components to use the CLC as its proxy server
[20:17] <bkonkle> Okay, got it.
[20:17] <bkonkle> Thank you!
[20:17] <dasunsru1e32> no prob
[20:17] <kirkland> cjwatson: since we're necessarily downloading the same stuff over and over and over again for potentially dozens of NCs
[20:18] <kirkland> cjwatson: what would you think of my making that the default behavior (preseeding that proxy info into the hosted preseed files), but making it debconf (priority low or medium) changeable?
[20:25] <zul> smoser: lp:~zulcss/ubuntu/lucid/ec2-init/ec2-init-config
[20:29] <ttx> zul: nice work !
[20:29] <zul> ttx: its really simple but its enough to get us started working on it
[20:30] <zul> ergh...i mean improving it
[20:30] <cjwatson> kirkland: hmm, I don't really have an opinion either way. I imagine some would find it useful but some (many?) would have a corporate mirror already
[20:31] <kirkland> cjwatson: agreed
[20:31] <cjwatson> kirkland: if you did it you would also have to cope with the case where the CLC itself needs a proxy to see the outside world
[20:31] <cjwatson> kirkland: seems like something to look at as low priority
[20:31] <kirkland> cjwatson: that's already the case, though, no?
[20:31] <ttx> and for those folks it would result in additional load on CLC
[20:31] <kirkland> cjwatson: yes, definitely low priority
[20:31] <ttx> ?
[20:31] <kirkland> ttx: proxy work is pretty cheap
[20:32] <kirkland> ttx: i have a powerpc mac mini that's my squid proxy :-)
[20:32] <ttx> network load ? CLC is hit pretty hard by clients, therically
[20:32] <cjwatson> kirkland: proxy's already handled in some ways, but it would require additional handling to also configure squid to use another proxy
[20:32] <kirkland> cjwatson: gotcha
[20:32] <kirkland> ttx: sure, some load
[20:33] <kirkland> ttx: i'm talking mostly about caching debs and package updates/installs
[20:33] <kirkland> ttx: that doesn't happen often
[20:33] <ttx> kirkland: hm, right
[20:33] <kirkland> ttx: -nc's don't really talk to the outside world very often
[20:33] <kirkland> ttx: but when they do, would be nice to suck those down at gigabit speed
[20:33] <kirkland> ttx: especially when doing this over and over and over
[20:33] <kirkland> ttx: which is necessarily the case with a cluster
[20:34] <sangel> salve a tutti
[20:34] <sangel> !!
[20:36] <sangel> ragazzi c'è qualcuno
[20:36] <sangel> ho problemi con Bin9
[20:36] <sangel> Bind9
[20:36] <sangel> una cosa molto semplice
[20:37] <Pici> !it
[20:37] <sangel> sorry :P
[20:38] <smoser> jjohansen, ping
[20:38] <jjohansen> pong
[20:39] <smoser> i think maybe kernel is locking up in ec2 instances
[20:39] <smoser> at least i can't explain it. it just goes away
[20:40] <jjohansen> hrmm, it boots and then dies
[20:40] <smoser> ie, system there, i'm using it, and then ssh console stops
[20:40] <smoser> reboot brings it back.
[20:41] <jjohansen> hrmm, I assume you have tried sshing back in
[20:41] <smoser> actually, so that means the kernel isn't dead. because i do see a
[20:41] <smoser> [   32.429018] Restarting system.
[20:41] <smoser> yeah, i've tried again and again.
[20:41] <jjohansen> what of pinging
[20:42] <smoser> ping external to ec2 never works.
[20:42] <smoser> i'll try interneal to internal if it goes down again
[20:42] <cab938> where would a put a shell script so that it loads on first boot and runs as root?
[20:43] <cab938> I was using the --firstboot flag for ubuntu-vm-builder but it just doesn't work
[20:43] <cab938> I essentially want to build a vm, mount its drive, inject some files, then start they vm somewhere else
[20:44] <jjohansen> smoser: it could still be part of the kernel locking, there are some updates I need to finish rolling in
[20:45] <geezenslaw> Hello, I have a local cloud vs. public cloud question.
[20:46] <smoser> cab938, easiest thing to do is probably to just add an rc.local like init.d script
[20:51] <malloc64> how do i kill a process that doesn't die with kill -9?
[20:52] <guntbert> malloc64: sudo kill -9
[20:52] <malloc64> okay, how do i kill a process that doesn't die with sudo kill -9?
[20:53] <guntbert> malloc64: what process? show its line from ps aux please
[20:53] <malloc64>  /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/xserver-xorg.postinst configure 1:7.4~5ubuntu18
[20:53] <malloc64>  root      6998  0.0  2.8  56352 14044 pts/2    D<   10:40   0:00 /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/xserver-xorg.postinst configure 1:7.4~5ubuntu18
[20:53] <mathiaz> kirkland: there is a spec about providing an easy to setup apt proxy
[20:53] <malloc64> sorry, there's the full
[20:54] <kirkland> mathiaz: yeah, that's one step beyond what i'm suggesting
[20:54] <kirkland> mathiaz: as that would require a few hundred gigs of disk
[20:55] <kirkland> mathiaz: just a squid proxy on the CLC, to cache updates and debs, could be done pretty cheap, without requiring a lot of disk
[20:55] <mathiaz> kirkland: well - IIUC you wanna run a squid proxy on the CLC to cache the packages?
[20:55] <kirkland> mathiaz: right -- just the ones needed, though
[20:55] <mathiaz> kirkland: right - IIRC that's what the apt proxy spec is about
[20:55] <kirkland> mathiaz: hmm, okay
[20:55] <mathiaz> kirkland: granted - you may wanna pull down a complete archive
[20:55] <mathiaz> kirkland: but that's just another step IIRC
[20:56] <mathiaz> kirkland: having an easy way to setup an apt proxy seems to be the first step
[20:56] <mathiaz> kirkland: and could be usefull in any environement beside CLC
[20:56] <malloc64> guntbert: root      6998  0.0  2.8  56352 14044 pts/2    D<   10:40   0:00 /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/xserver-xorg.postinst configure 1:7.4~5ubuntu18
[20:56] <kirkland> mathiaz: right
[20:58] <guntbert> malloc64: see http://linuxgazette.net/issue83/tag/6.html
[21:00] <kirkland> mathiaz: ttx: i'm interested in your opinion about this ...
[21:00] <kirkland> http://paste.ubuntu.com/353624/\
[21:00] <malloc64> gunbert: sounds like i need to reboot.  but i was in the middle of a jaunty to karmic upgrade. am i hosed?
[21:00] <kirkland> mathiaz: ttx: to solve https://launchpad.net/bugs/487275
[21:01] <uvirtbot`> Launchpad bug 487275 in eucalyptus "eucalyptus.conf should not be a conffile" [High,Triaged]
[21:01] <kirkland> mathiaz: ttx: I'm creating /etc/eucalyptus/eucalyptus-defaults.conf
[21:01] <kirkland> mathiaz: ttx: which will be a conffile
[21:01] <kirkland> mathiaz: ttx: managed by us
[21:01] <kirkland> mathiaz: ttx: and sourced at the top of /etc/eucalyptus/eucalyptus.conf
[21:02] <kirkland> mathiaz: ttx: users (or more likely euca_conf) will change values in /etc/eucalyptus/eucalyptus.conf
[21:02] <kirkland> mathiaz: ttx: which won't be a conf file any more
[21:02] <kirkland> mathiaz: ttx: i'd like your sanity check on that pastebin, to make sure those values are at least *reasonable* defaults
[21:03] <ttx> looking
[21:04] <mathiaz> kirkland: hm - I don't understand the comment: If you want to change these values, you almost certainly
[21:04] <mathiaz> kirkland: want to either edit /etc/eucalyptus/eucalyptus.conf
[21:04] <mathiaz> kirkland: if /etc/eucalyptus/eucalyptus-defaults.conf
[21:04] <mathiaz> kirkland: is supposed to be conffile, it means that this is the file end users are supposed to edit
[21:04] <ttx> I'm not sure I'm getting it either...
[21:05] <mathiaz> kirkland: I think it's the other way around
[21:05] <ttx> doesn't eucalyptus.conf contain all values, so defaults end up being useless?
[21:05] <mathiaz> kirkland: conffile are only edit by sysadmin and should be source *last*
[21:05] <mathiaz> kirkland: the package provide a default configuration, which values can be overridden by a local sysadmin (via a conffile)
[21:06] <mathiaz> kirkland: euca_conf and package maintainer scripts should modify the package file, not the conffile
[21:07]  * kirkland steps back to think
[21:07] <ttx> ideally euca_conf would modify only a state file in /var/lib, but maybe that's a lot to ask the euca folks
[21:08] <ttx> and the conffile in /etc would only be modified by sysadmin
[21:08] <ttx> getting late for me, especially for a friday
[21:08] <kirkland> ttx: i'm afraid that "/etc/eucalyptus.conf" is pretty thoroughly hardwired into their code
[21:08] <mathiaz> kirkland: ^^ right
[21:08] <ttx> mathiaz knows that stuff better than I do, I leave you in good hands :)
[21:09] <kirkland> ttx: so we could move that to /var/lib, and symlink it back to /etc/eucalyptus for compatibility
[21:09] <kirkland> ttx: thanks
[21:09] <mathiaz> kirkland: you'd probably want three files
[21:09] <kirkland> mathiaz: have a moment to finish this discussion?
[21:09]  * kirkland is all ears
[21:09] <mathiaz> kirkland: sure
[21:09] <ttx> kirkland: something like that, yes
[21:09]  * kirkland has been looking at this for too long
[21:09]  * ttx has a headache
[21:09] <mathiaz> kirkland: 1. one file that is only modified by sysadmin (a conffile)
[21:09]  * kirkland too
[21:09] <mathiaz> kirkland: 2. one file that is modified by euca_conf
[21:10] <mathiaz> kirkland: 3. a default file that sets all the options
[21:10] <kirkland> mathiaz: and what order or they sourced in?
[21:10] <mathiaz> kirkland: 3. sources 2, then 1
[21:11] <kirkland> mathiaz: is (3) a conffile too?
[21:11] <mathiaz> kirkland: as 1 is more important than 2, which is more important than 3
[21:11] <mathiaz> kirkland: nope - only 1 is a conffile
[21:11] <mathiaz> kirkland: 3. should be in /usr/
[21:11] <kirkland> mathiaz: okay, let's assume that (2) *must* be /etc/eucalyptus/eucalyptus.conf (which might be a symlink to /var/lib)
[21:11] <mathiaz> shipped by the package as a regular this is the default options from the maintainer perspective
[21:11] <kirkland> mathiaz:  3 is something in /usr/share ?
[21:12] <mathiaz> kirkland: yes
[21:12] <kirkland> mathiaz: and 1 is actually in /etc
[21:12] <mathiaz> kirkland: as this is a default file shipped by the package maintainers
[21:12] <mathiaz> kirkland: yes
[21:12] <kirkland> mathiaz: (while 2 and 3 are symlinks to /usr and /var)
[21:12] <kirkland> mathiaz: got it ...
[21:12] <mathiaz> kirkland: and 2 is in /var/lib/ since euca_conf would modify it
[21:12] <kirkland> mathiaz: now, names ....
[21:12] <kirkland> mathiaz: yup, all good
[21:13] <mathiaz> kirkland: all of these files are shell scripts right?
[21:13] <kirkland> mathiaz: suggestions on what to call 1 and 3?
[21:13] <kirkland> mathiaz: yes, shell syntax
[21:13] <mathiaz> kirkland: and by default eucalyptus looks for /etc/eucalyptus/eucalyptus.conf?
[21:13] <kirkland> mathiaz: right
[21:14] <kirkland> mathiaz: i'd be very hesitatant to change that too much
[21:14] <mathiaz> kirkland: traditionally 1. is in /etc/defaults/
[21:14] <kirkland> mathiaz: ah, right
[21:14] <kirkland> mathiaz: 1 == /etc/defaults/eucalyptus
[21:14]  * mathiaz nods
[21:14]  * mathiaz checks the FHS and debian policy
[21:15] <kirkland> mathiaz: is (3) necessary?
[21:15] <kirkland> mathiaz: seems like /etc/eucalyptus/eucalyptus.conf -> /var/lib/eucalyptus/eucalyptus.conf would just need to source (1)
[21:16] <mathiaz> kirkland: hm
[21:17] <mathiaz> kirkland: the problem is on package upgrades
[21:17] <kirkland> mathiaz: i'm trying to figure out what the value of (3) is for our situation specifically
[21:17] <mathiaz> kirkland: how do you handle new options when euca_conf has already modified the file?
[21:17]  * kirkland thinks
[21:18] <mathiaz> kirkland: if new options are introduced, you'd have to edit (2) *without* loosing the modification from euca_conf
[21:18] <mathiaz> kirkland: from the postinstall script
[21:18] <mathiaz> kirkland: if you have (3), you just ship the new options in the new configuration file
[21:21] <smoser> zul, so you were leaving packaging to me? was that the plan?
[21:21] <kirkland> mathiaz: and why would you do that in (3) rather than (1) ?
[21:22] <mathiaz> kirkland: you don't wanna touch (1)
[21:22] <mathiaz> kirkland: you start with an all commented file for (1)
[21:23] <mathiaz> kirkland: or actually - you have a comment in (1) that points to (3) for the complete list of options
[21:23] <mathiaz> kirkland: since (1) is a conffile, you wanna minimize changes made to this file
[21:23] <kirkland> mathiaz: right, so the documentation i wanted to purge from the configuration files and put into a manpage
[21:24] <mathiaz> kirkland: that another good solution
[21:24] <mathiaz> kirkland: in which case it becomes like (3)
[21:24] <mathiaz> kirkland: ie the man page is always the refernce
[21:24] <kirkland> mathiaz: yeah, i'm going to do that for sure, a manpage for euca_conf, and perhaps another one for the configuration options
[21:24] <kirkland> mathiaz: possibly one manpage, with a symlink connecting the two
[21:24] <kirkland> mathiaz: as they're closely related
[21:25] <mathiaz> kirkland: except that you need to have some similar to the man page for eucalyptus the program (that's (3))
[21:25] <mathiaz> kirkland: *something* similar
[21:26] <kirkland> mathiaz: hmm, okay
[21:26] <mathiaz> kirkland: on upgrades, if there a new options, you add them to the man page (for the user) and to (3) for the program
[21:26] <mathiaz> kirkland: that way you don't have to update the conffile
[21:26] <mathiaz> kirkland: and thus diminish the number of prompts
[21:26] <kirkland> mathiaz: okay ... what needs to be taught to "use" (3)?
[21:26] <kirkland> mathiaz: b/c everything currently sources/reads/writes (2)
[21:27] <mathiaz> kirkland: what used to read /etc/eucalyptus/eucalyptus.conf
[21:27] <mathiaz> kirkland: (3) is the main parent configuration file, which sources (2), then (1) at the end
[21:27] <mathiaz> kirkland: to have proper overriding capabilities
[21:28] <mathiaz> kirkland: so what I'd do is:
[21:28] <mathiaz> kirkland: (1) is /etc/default/eucalyptus
[21:29] <mathiaz> kirkland: (2) is /var/lib/eucalyptus/eucalyptus.conf
[21:29] <mathiaz> kirkland: (3) stays in /etc/eucalyptus/eucalyptus.conf
[21:29] <mathiaz> kirkland: however (3) is no longer a conffile
[21:31] <mathiaz> kirkland: http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
[21:34] <kirkland> mathiaz: alrighty
[21:34] <mathiaz> kirkland: hm
[21:35] <mathiaz> kirkland: I think you're right in that we don't need (3)
[21:35] <mathiaz> kirkland: well - (1) and (3) can be merged in /etc/eucalyptus/eucalyptus.conf
[21:35] <mathiaz> kirkland: the issue with bug 487275 is that euca_conf modifies a conffile
[21:36] <uvirtbot`> mathiaz: Error: Could not parse data returned by Launchpad: The read operation timed out
[21:36] <mathiaz> kirkland: which leads to useless prompts on upgrades
[21:36] <mathiaz> kirkland: so ship /etc/eucalyptus/eucalyptus.conf as a conffile (and let the sysadmin customize it)
[21:37] <mathiaz> kirkland: and have another file (2) in /etc/eucalyptus/eucalyptus-euca_conf.conf modified by euca_conf
[21:37] <mathiaz> kirkland: which is then sources by /etc/eucalyptus/eucalyptus.conf
[21:38] <mathiaz> kirkland: and then /etc/eucalyptus/eucalyptus.conf would source at the *begining* /etc/eucalyptus/eucalyptus-euca_conf.conf
[21:38] <mathiaz> kirkland: so that the sysadmin could still modify the result of euca_conf
[21:39] <mathiaz> kirkland: well - it actually depends on what euca_conf modifies
[21:39] <mathiaz> kirkland: or rather sets as options
[21:39] <kirkland> mathiaz: okay, that was pretty much what i was going for in my original approach
[21:39] <kirkland> mathiaz: although my comments in the top of that file were inaccurrate
[21:41] <mathiaz> kirkland: well - not really actually :)
[21:41] <MagicFab> Hi all
[21:41] <mathiaz> kirkland: it's just that you wouldn't need such a file anymore
[21:42] <MagicFab> can sshd be configured to have nic-specific authentication methods ? ie. "PKA-only" for Internet-facing, "PKA/Password" for internal network ?
[21:43] <mathiaz> MagicFab: well - you could run two instances of sshd
[21:43] <mathiaz> MagicFab: each binding to an interface whith their own configuration
[21:43] <MagicFab> mathiaz, neat. Apparently LTSP requires password auth in its LAN.
[21:44] <mathiaz> MagicFab: I don't think you can achieve the same result with only *one* sshd daemon running
[21:44] <MagicFab> I thought it generate keypairs etc. automatically
[21:44] <mathiaz> kirkland: now the downside of having only 2 eucalyptus.conf, is that you need to set *all* options possible in eucalyptus.conf
[21:45] <mathiaz> kirkland: which makes sysadmin edition a bit difficult
[21:45] <mathiaz> kirkland: having 3 configuration file would solve the end user issue
[21:45] <kirkland> mathiaz: that's pretty much where we're at now, no?
[21:45] <mathiaz> kirkland: right
[21:46] <mathiaz> kirkland: especially if you move the documentation to a man page
[21:46] <kirkland> mathiaz: i'm definitely moving to a manpage
[21:46] <mathiaz> kirkland: then you'd end up with a long list of options in eucalyptus.conf
[21:46] <mathiaz> kirkland: if the sysadmin opens the file, it can be a little bit difficult to edit
[21:47] <MagicFab> mathiaz, tx
[21:47] <mathiaz> kirkland: having /etc/default/eucalyptus, you'd just provide the most used options for edition
[21:47] <mathiaz> kirkland: or the sysadmin can just add the options he wants to tweak
[21:48] <mathiaz> kirkland: for example, the samba configuration file has hundreds of options, but you only see a dozen of them in the default configuration file
[21:48] <kirkland> mathiaz: okay, stepping back from this a bit ...
[21:49] <kirkland> mathiaz: looking at screen ...
[21:49] <kirkland> mathiaz: there's an /etc/screenrc
[21:49] <kirkland> mathiaz: which is the global screen configuration, a conffile, managed by ubuntu, admins can change it, but let's say that most don't
[21:49] <ivoks> evening
[21:49] <kirkland> mathiaz: and each user can have a ~/.screenrc
[21:49] <mathiaz> ivoks: o/
[21:50] <kirkland> mathiaz: screen knows to source /etc/screenrc first, then soruce ~/.screenrc for user custom overrides
[21:50] <mathiaz> kirkland: right
[21:50] <kirkland> mathiaz: ~/.screenrc is not package managed, and hence users (or programs) can read and write that all they want
[21:51] <mathiaz> kirkland: there is a also a list of all-possible options with their default value somewhere in screen (probably compiled in the binary)
[21:51] <kirkland> mathiaz: and the screen(1) manpage
[21:52] <uvirtbot`> New bug: #504960 in samba (main) "package samba-common 2:3.4.0-3ubuntu5.3 failed to install/upgrade: Unterprozess installiertes post-installation-Skript gab den Fehlerwert 128 zur?ck" [Undecided,New] https://launchpad.net/bugs/504960
[21:52] <kirkland> mathiaz: so i was thinking /etc/default/eucalyptus would be like our /etc/screenrc
[21:52] <kirkland> mathiaz: conffile, pkg managed, admin can change there, but it's recommended that they use euca_conf
[21:53] <kirkland> mathiaz: euca_conf reads/writes /etc/eucalyptus/eucalyptus.conf -> /var/lib/eucalyptus/eucalyptus.conf
[21:53] <kirkland> mathiaz: which first sources /etc/default/eucalyptus, and then sets it's overrides from the global package defaults
[21:54] <mathiaz> kirkland: /me ponders
[21:54]  * mathiaz ponders
[21:54] <kirkland> mathiaz: basically, we'll ship a set of "ubuntu" defaults
[21:54] <kirkland> mathiaz: which are "distro" specific
[21:54] <kirkland> mathiaz: like "use KVM"
[21:55] <kirkland> mathiaz: then the user has more stuff that they have to configure for UEC to work
[21:55] <kirkland> mathiaz: "site" specific stuff
[21:55] <kirkland> mathiaz: like PUBLIC_IPS
[21:58] <mathiaz> kirkland: hm
[21:59] <kirkland> mathiaz: so programs will keep reading/writing /etc/eucalyptus/eucalyptus.conf as they always have, for backwards compat
[21:59] <kirkland> mathiaz: to make more FHS friendly, we move it to /var/lib, and symlink it back
[21:59] <kirkland> mathiaz: and make it not a conffile
[21:59] <mathiaz> kirkland: well - it's a configuration file, it should stay in /etc/
[22:00] <mathiaz> kirkland: this is what http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files says
[22:00] <kirkland> mathiaz: processed by a program
[22:00] <kirkland> variable state, i would call it
[22:00] <mathiaz> kirkland: PUBLIC_IPS is configuration data
[22:00] <kirkland> mathiaz: okay
[22:00] <mathiaz> kirkland: I don't think it's an internal state
[22:01] <mathiaz> kirkland: anyway I don't think it's important right now
[22:01] <kirkland> mathiaz: alright, i'm not insistent on this
[22:01] <kirkland> mathiaz: okay, good
[22:01] <kirkland> mathiaz: so we, the distro, set some defaults in /etc/default
[22:01] <mathiaz> kirkland: IMO we need to figure out how many configuration files we're going to ship
[22:01] <dasunsru1e32> as a root user, how do I watch what another user is doing from a terminal?
[22:01] <uvirtbot`> New bug: #504963 in bind9 (main) "[Karmic] host -4 does IPv6 lookup -- times out" [Undecided,New] https://launchpad.net/bugs/504963
[22:01] <dasunsru1e32> preferably without their knowledge
[22:02] <mathiaz> kirkland: to go back to bug 487275
[22:02] <uvirtbot`> Launchpad bug 487275 in eucalyptus "eucalyptus.conf should not be a conffile" [High,Triaged] https://launchpad.net/bugs/487275
[22:03] <mathiaz> kirkland: the problem, is that euca_conf modifies eucalyptus.conf and where there is a *new* version of eucalyptus.conf shipped by the package, you're prompted by dpkg
[22:03] <kirkland> mathiaz: righto
[22:04] <mathiaz> kirkland: how often does the shipped version of eucalyptus.conf change?
[22:04] <kirkland> mathiaz: hrm, probably once per release for most users
[22:04] <kirkland> mathiaz: within a development cycle, perhaps more
[22:05] <mathiaz> kirkland: and we want to avoid the prompt because most of the users won't have changed eucalyptus.conf
[22:05] <kirkland> mathiaz: actually ....
[22:05] <kirkland> mathiaz: let's say i move all the documentation out
[22:05] <kirkland> mathiaz: then that file is just variables/values read/written by euca_conf
[22:05] <mathiaz> kirkland: it's just that because euca_conf changed it (without the user knowledge) the user suddenly get a prompt for nothing
[22:06] <kirkland> mathiaz: and i make it not a conf file, but just a template created by the postinst (if not yet existing)
[22:06] <mathiaz> kirkland: or rather the user gets a prompt for a package he has never configured directly (he doesn't know about eucalyptus.conf)
[22:06] <kirkland> mathiaz: then we can change the manpage all we want
[22:07] <kirkland> mathiaz: and the user can change (directly, or via euca_conf) all they want
[22:07] <kirkland> mathiaz: done?
[22:07] <mathiaz> kirkland: hm - what happens if new options are introduced?
[22:08] <kirkland> mathiaz: they're put into the manpage
[22:08] <mathiaz> kirkland: would you have to modify the file to stick the new options in there?
[22:08] <kirkland> mathiaz: you mean where default values *must* be defined?
[22:08] <mathiaz> kirkland: yes - exactly
[22:08] <mathiaz> kirkland: is eucalyptus.conf the file where default values are defined?
[22:09] <kirkland> mathiaz: currently, user-chosen, and almost-universally-default values are intermixed
[22:09] <kirkland> mathiaz: i tried to pull the latter out to that file i pastebined at the top of this conversation
[22:09] <mathiaz> kirkland: right - and that's the problem with upgrades
[22:10] <mathiaz> kirkland: you need to be able set the default values for new options without bothering the user about it
[22:10] <kirkland> mathiaz: see my "don't touch this file" comment :-)
[22:10] <kirkland> mathiaz: so let's move that to /usr/share
[22:10] <mathiaz> kirkland: right - that's why you'd put such a file under /usr/share/package-name/
[22:11] <mathiaz> kirkland: well - forget my last comment
[22:11] <mathiaz> kirkland: it's irrelavant for the moment
[22:11] <kirkland> mathiaz: okay, so we'll ship a sane set of static defaults to a file in /usr/share
[22:11] <kirkland> mathiaz: source that at the top of /etc/eucalyptus/eucalyptus.conf
[22:11] <mathiaz> kirkland: yes
[22:12] <mathiaz> kirkland: have eucalyptus.conf be a conffile
[22:12] <kirkland> mathiaz: okay
[22:12] <mathiaz> kirkland: and have eucalyptus-local.conf be modified by euca_conf
[22:13] <mathiaz> kirkland: and sourced by eucalyptus.conf as well - *after* /usr/share/, but at the begining of the file
[22:13] <mathiaz> kirkland: so that the sysadmin has ultimate control over the configuration of eucalyptus via eucalyptus.conf
[22:13] <kirkland> mathiaz: okay, so a) static defaults in /usr/share
[22:13] <mathiaz> kirkland: if new options are shipped during an upgrade, there are made available in /usr/sahre
[22:14] <kirkland> mathiaz: b) user modified values in eucalyptus.conf (conffile)
[22:14] <mathiaz> kirkland: and if a new eucalyptus.conf is shipped, the end user is not prompted for a change if he hasn't modified the file
[22:14] <kirkland> mathiaz: c) machine read/written values in eucalyptus-local.conf
[22:14] <mathiaz> kirkland: yes - seems like a good option to me
[22:15] <mathiaz> kirkland: a) /usr/share/eucalyptus/eucalytpus.conf
[22:15] <mathiaz> kirkland: b) /etc/eucalyptus/eucalyptus-local.conf (modified by euca_conf)
[22:15] <kirkland> mathiaz: getting euca_conf to read/write eucalytpus-local.conf instead is going to be difficult, and potentially contentious
[22:15] <mathiaz> c) /etc/eucalyptus/eucalyptus.conf - sources a), then b)
[22:16] <mathiaz> kirkland: well - if euca_conf writes directly to eucalyptus.conf then users would get a prompt on a package upgrade *only* if the package ships a new eucalyptus.conf file
[22:17] <mathiaz> kirkland: which would happen less frequently then shipping a new /usr/share/eucalyptus/eucalyptus.conf file?
[22:18] <mathiaz> kirkland: which would happen less frequently then shipping a new /usr/share/eucalyptus/eucalyptus.conf file (where new defaults values for new options are added)?
[22:41] <ruben23> hi guys..are there ways i can make image of my windows xp client pc and restore it anytime form image using my linux server, like multiple client pc deployment...any suggestion..?
[22:42] <ivoks> that isn't allowed by windows license
[22:42] <ivoks> one license per machine
[22:42] <ivoks> :)
[22:43] <Jamash> if I understand ruben23 correctly, he only wants to backup and restore one machine
[22:46] <ruben23> Jamash: yes backup and restore per machince only
[22:49] <ivoks> urgh... drbd 8.3.7rc2 build process is... urgh...
[23:30] <kirkland> mathiaz: still around?
[23:30] <mathiaz> kirkland: sure! and you?
[23:30] <mathiaz> kirkland: not shoveling snow down there?
[23:31] <kirkland> mathiaz: no, but it's wicked cold here too :-)
[23:31] <mathiaz> kirkland: I'm not sure we'd agree on what *wicked* cold means... :D
[23:31] <kirkland> mathiaz: okay ...
[23:31] <kirkland> mathiaz: http://pastebin.ubuntu.com/353685/
[23:32] <kirkland> mathiaz: heh :-)
[23:32] <kirkland> mathiaz: well, it's going to be -10C here tonight
[23:32] <kirkland> mathiaz: which is a record
[23:32] <kirkland> mathiaz: and i'm running 20 miles (32km) tomorrow morning in that weather
[23:32] <mathiaz> kirkland: ohhh - no more coyotte then?
[23:33] <kirkland> mathiaz: heh :-)  i'm sure they're staying warm
[23:33] <kirkland> mathiaz: okay, so see that pastebin
[23:33] <mathiaz> kirkland: oh don't worry about that - there are cross country competions running at lower temperature then that
[23:33] <mathiaz> kirkland: you'll survive :)
[23:33] <mathiaz> kirkland: look good to me
[23:33] <kirkland> mathiaz: i think on new installs, /etc/eucalyptus/euclayptus.conf should look like that
[23:34] <mathiaz> kirkland: line 6 - maybe expand the command
[23:34] <kirkland> mathiaz: i need to think about maintainer scripts to handle upgrades correctly
[23:34] <mathiaz> kirkland: right - on new install it should look like that
[23:34] <mathiaz> kirkland: how easy will it be to teach euca_conf to modify /etc/eucalyptus/eucalyptus-local.conf ?
[23:35] <kirkland> mathiaz: http://pastebin.ubuntu.com/353688/
[23:35] <kirkland> mathiaz: not too hard ...
[23:35] <mathiaz> kirkland: cool
[23:35] <kirkland> mathiaz: it has:
[23:35] <kirkland> FILE="@prefix@/etc/eucalyptus/eucalyptus-local.conf"
[23:36] <kirkland> mathiaz: however, it also has "/etc/eucalyptus/eucalyptus.conf" hardcoded elsewhere
[23:36] <mathiaz> kirkland: and add a statement in /etc/eucalyptus/eucalyptus-local.conf pointing to the eucalyptus.conf
[23:36] <kirkland> mathiaz: i'm going to create one patch that fixes the latter using $FILE appropriately
[23:36] <mathiaz> kirkland: right seems like the best option too me
[23:37] <mathiaz> kirkland: you also need to handle the case where eucalyptus-local.conf doesn't exist
[23:37] <mathiaz> kirkland: like on first install
[23:37] <mathiaz> kirkland: would euca_conf support that?
[23:37] <mathiaz> kirkland: if not you could install an default eucalyptus-local.conf on first install
[23:37] <mathiaz> kirkland: it would *not* be a conffile
[23:38] <kirkland> mathiaz: in the postinst, you mean
[23:38] <kirkland> mathiaz: such that it's not a conffile?
[23:38] <mathiaz> kirkland: yes
[23:38] <kirkland> mathiaz: ack, got it
[23:38] <mathiaz> kirkland: in the postinst
[23:38] <kirkland> mathiaz: okay, next one:
[23:38] <kirkland> mathiaz: http://pastebin.ubuntu.com/353689/
[23:38] <mathiaz> kirkland: and does euca_conf support an empty/reduced eucalyptus-local.conf?
[23:39] <kirkland> mathiaz: i'm not sure about that
[23:39] <kirkland> mathiaz: will need to do some testing
[23:39] <mathiaz> kirkland: well - if it sources eucalyptus.conf, we're good to go
[23:40] <kirkland> mathiaz: i think i might need to teach euca_conf about eucalyptus.conf AND eucalyptus-local.conf
[23:40] <kirkland> mathiaz: on read, it reads eucalyptus.conf
[23:40] <kirkland> mathiaz: but writes to eucalyptus-local.conf
[23:40] <mathiaz> kirkland: ha - true
[23:40] <pting> is it just my server... but i can't seem to get 100% utilization on an amazon ec2 small instance... i get at most 40%
[23:41] <mathiaz> kirkland: line 11: want to either *directly* edit /etc/eucalyptus/eucalyptus.conf
[23:41] <quietone> what do I do so my machine can be a server for the home calendar when it is booted and I am not logged in? I think I just need to make the wireless connection but I have not found how to do this. And the router will be the firewall.
[23:41] <kirkland> mathiaz: ack
[23:41] <mathiaz> kirkland: line 12: or use euca_conf to add your customizations.
[23:41] <mathiaz> kirkland: don't mention /etc/eucalyptus/eucalyptus-local.conf.
[23:41] <kirkland> mathiaz: got it.
[23:41] <mathiaz> kirkland: actually mention it on line 8
[23:42] <mathiaz> kirkland: /etc/eucalyptus/eucalyptus.conf.
[23:42] <mathiaz> kirkland: line8: /etc/eucalyptus/eucalyptus.conf and /etc/eucalyptus/eucalyptus-local.conf.
[23:43] <kirkland> mathiaz: k
[23:44] <mathiaz> kirkland: http://pastebin.ubuntu.com/353688/ - why not mention euca_conf?
[23:44] <mathiaz> kirkland: kirkland something like: you can also use use euca_conf to add your customizations - see euca_conf man page
[23:45] <kirkland> mathiaz: it's mentioned on line 6
[23:46] <mathiaz> kirkland: well - I'd add to the end as well
[23:46] <mathiaz> kirkland: line 10 outlines one source of documentation to customize UEC
[23:47] <mathiaz> kirkland: line 11 could mention *another* way (euca_conf) to customize UEC
[23:48] <erichammond> zul: Where do I find ec2-runurl referenced in http://bazaar.launchpad.net/~zulcss/ec2-init/ec2-init-config/annotate/head%3A/upstart/ec2-runurl.conf
[23:49] <erichammond> exec /usr/sbin/ec2-runurl
[23:49] <kirkland> mathiaz: http://pastebin.ubuntu.com/353694/
[23:49] <kirkland> mathiaz: okay
[23:50] <kirkland> mathiaz: this is what creates the non-conffile /etc/eucalyptus/eucalyptus-local.conf
[23:51] <kirkland> mathiaz: this can be pretty bare, but it needs to start out with EUCALYPTUS="not_configured"
[23:52] <mathiaz> kirkland: you should probably make sure it's only run on package *installation*
[23:52] <mathiaz> kirkland: if the sysadmin decides to delete /etc/eucalyptus/eucalyptus-local.conf, it would be recreated on next package upgrade
[23:52] <mathiaz> kirkland: which may break things since the default is EUCALYPTUS="not_configured"
[23:53] <kirkland> mathiaz: hmm, that seems highly inadvisable, removing eucalyptus-local.conf
[23:53] <mathiaz> kirkland: agreed. but the sysadmin may wanna do it
[23:53] <kirkland> mathiaz: besides, i think we need to create that file on upgrades from 9.10
[23:53] <mathiaz> kirkland: sure - we can add code to do that as well
[23:54] <kirkland> mathiaz: actually, on upgrades, i think we need to mv eucalyptus.conf to eucalyptus-local.conf
[23:54] <mathiaz> kirkland: if dpkg --compare-version ...; then ... create file... ; fi
[23:54] <kirkland> mathiaz: right, we need to compareversion and mv the current, euca_conf written eucalyptus.conf to eucalyptus-local
[23:54] <mathiaz> kirkland: right - so you'd first install the default file
[23:54] <kirkland> mathiaz: and seed eucalyptus.conf with the 2-source version
[23:55] <mathiaz> kirkland: and deal with the package upgrade afterwards
[23:55] <mathiaz> kirkland: note that upgrades will have prompt anyway
[23:56] <kirkland> oh, right
[23:56] <mathiaz> kirkland: since the conffile eucalyptus.conf will be modified
[23:56] <kirkland> mathiaz: okay, so you really i need logic to only create -local on install?
[23:56] <mathiaz> kirkland: I think so.
[23:56] <mathiaz> kirkland: the logic is actually already in the postinst script
[23:57] <mathiaz> kirkland: where it deals with installing euca_root-wrap
[23:57] <mathiaz> kirkland: and does euca_conf -d / /etc/eucalyptus/eucalyptus.conf
[23:57] <kirkland> mathiaz: oh, crap
[23:57] <kirkland> yeah
[23:58] <mathiaz> kirkland: you'd probably gonna have to look at that code as well
[23:58] <kirkland> mathiaz: hrm, shoudl this go in preinst, then?
[23:58] <mathiaz> kirkland: this =?
[23:59] <kirkland> mathiaz: the -local creating codde
[23:59] <mathiaz> kirkland: I don't think so
[23:59] <mathiaz> kirkland: in preinst, /etc/eucalyptus/ won't exist