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:31 |
---|---|---|
harrywood | ah ok. got it. sudo service postgresql-8.3 start | 00:38 |
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:52 |
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:56 |
ruben23 | this is my df -h--->http://pastebin.com/m7c3cf665 | 00:57 |
ruben23 | on my volume group i have this--->http://pastebin.com/m199f7cc0 | 00:58 |
ruben23 | and my lv display--->http://pastebin.com/m7c83e8bd | 00:59 |
ruben23 | anyone have idea..? | 00:59 |
ivoks | so, no free lvm space? | 01:03 |
ruben23 | ivoks: how do i check it..? | 01:03 |
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:04 |
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:05 |
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:06 |
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:07 |
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:08 |
ivoks | new to ubuntu? | 01:09 |
ivoks | http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/c23.html | 01:09 |
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:10 |
ivoks | ^^^ good read | 01:11 |
uvirtbot` | ivoks: Error: "^^" is not a valid command. | 01:11 |
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:12 |
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:13 |
ivoks | notice that, unlike windows, /var (or any other path) can be directory or partition | 01:14 |
ivoks | so / is one partition, but /var can be another - this is not the case with your setup | 01:15 |
ruben23 | ok | 01:16 |
kirkland | mathiaz: hey | 01:22 |
kirkland | mathiaz: hrm | 01:22 |
kirkland | mathiaz: let's poke nekro | 01:22 |
=== dendrobates is now known as dendro-afk | ||
airliasdesign | Is anyone here? | 02:32 |
=== dendro-afk is now known as dendrobates | ||
airliasdesign | Is anyone here? | 02:38 |
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:50 |
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:51 |
xperia | twb: thanks for your reply ! have restarted postfix and the files are not recreated. will try now to restart syslog | 02:53 |
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:58 |
twb | Here, /var/log/mail.{err,info,log} are root:adm | 02:59 |
twb | That's on 8.04 with traditional syslog (not rsyslog) | 02:59 |
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:00 |
=== dendrobates is now known as dendro-afk | ||
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:07 |
xperia | did not thinked syslog is such intelegent to do this. love intelegent self repairing systems :-) | 03:18 |
twb | It's more an happy accident than "self healing" | 03:35 |
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:46 |
=== erichammond1 is now known as erichammond | ||
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:47 |
twb | xperia: you mean they don't want to answer your questions? | 03:48 |
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:51 |
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:52 |
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:55 |
xperia | if you have question related to this tasks geting a answer as a ubuntu user in other chanels isnt that easy. | 03:56 |
twb | xperia: have you read the "Smart Questions HOWTO"? | 04:00 |
JanC | twb: ☺ | 04:03 |
twb | JanC: some context, please | 04:04 |
JanC | I also doubt the Postfix people care about what OS you use ;) | 04:04 |
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:05 |
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:08 |
twb | That's because #ubuntu-server isn't a specialist channel, and isn't full of newbies. | 04:12 |
twb | #emacs is similar. | 04:12 |
=== dendro-afk is now known as dendrobates | ||
xperia | okay have solved my postfix problems now. the bug was related to the file /etc/mailname | 05:14 |
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:15 |
uvirtbot` | New bug: #504615 in eucalyptus (main) "add redirect to default index.html on CLC" [Wishlist,In progress] https://launchpad.net/bugs/504615 | 05:16 |
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:17 |
Gumby | Ive tried these exact same repos on another box (ubuntu karmic desktop) and it works fine | 05:18 |
Gumby | anyone have any idea on what might be wrong? | 05:19 |
=== erichammond1 is now known as erichammond | ||
=== dendrobates is now known as dendro-afk | ||
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:12 |
ttx | will ask for a manual trigger | 07:13 |
ttx | 2am at alpha2, 3am at alpha3... | 07:13 |
kirkland | ttx: heh | 07:13 |
ttx | kirkland: did you spend some time testing ? | 07:14 |
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:15 |
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:16 |
kirkland | https://wiki.ubuntu.com/MeetingLogs/Server/20100106 | 07:17 |
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:18 |
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:19 |
ttx | kirkland: ok, will look with todays daily | 07:20 |
kirkland | ttx: now i'm calling it a night | 07:21 |
mario__ | Hello! | 08:30 |
mario__ | does anyone know whats gping on here? http://pastebin.com/d3e621f6b | 08:30 |
sabgenton | I want to show the grub boot menu on startup what file to i need to edit? | 08:44 |
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:46 |
xperia | people told me this is related to my operating system | 08:47 |
xperia | how can i fix this ? | 08:47 |
cemc | put more RAM in the computer? :-) | 08:50 |
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:52 |
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:54 |
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:58 |
xperia | hmmm not till yet will ask other people how had successfull builded the software how much ram did they had. | 08:59 |
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:00 |
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:03 |
xperia | give me just a moment to post the few instructions | 09:04 |
=== erichammond1 is now known as erichammond | ||
xperia | cemc: http://wiki.openembedded.net/index.php/Getting_Started | 09:05 |
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:07 |
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:08 |
cemc | xperia: is there any readme file with requirements for building? | 09:09 |
cemc | where it says maybe ummm... RAM: 2+GB ? :) | 09:09 |
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:11 |
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:12 |
guntbert | !grub2 | sabgenton_ | 09:13 |
ubottu | sabgenton_: GRUB2 is the default Ubuntu boot manager in Karmic. For more information and troubleshooting on GRUB2 please refer to https://wiki.ubuntu.com/Grub2 | 09:13 |
sabgenton_ | oh yeah its version 2 now | 09:13 |
guntbert | indeed :) | 09:13 |
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:14 |
sabgenton_ | well it might be my fault I'll tell lmore later | 09:15 |
jiboumans | morning | 09:17 |
sabgenton_ | crazy on install of karmic /boot/grub/grub.cfg had hardrives based on /dev/sd somthing | 09:47 |
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:48 |
guntbert | !uuid | sabgenton_ yes | 09:49 |
ubottu | sabgenton_ yes: To see a list of your devices/partitions and their corresponding UUID's, run this command in a !shell: « sudo blkid » (see https://wiki.ubuntu.com/LibAtaForAtaDisks for the rationale behind the transition to UUID) | 09:49 |
sabgenton_ | is this feature newer than the initial karmic release | 09:50 |
sabgenton_ | ? | 09:50 |
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 | 09:51 |
=== erichammond1 is now known as erichammond | ||
sabgenton_ | guntbert: in step? | 10:02 |
guntbert | sabgenton_: ah "in steps" - sorry | 10:03 |
sabgenton_ | ah sorry | 10:03 |
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:05 |
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:07 |
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 |
ubottu | sabgenton_: We do not support having a root password set. See !root and !wfm for more information. | 10:08 |
sabgenton_ | and i hadn't log on and gone sudo -i ether | 10:08 |
sabgenton_ | guntbert: I rember one time it was a real pain not being able to scp as root | 10:09 |
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:10 |
guntbert | sabgenton_: ok - my error - sorry - we had someone with that last week | 10:11 |
sabgenton_ | ah | 10:11 |
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:13 |
guntbert | sabgenton_: no - I only listened to the conversation | 10:14 |
sabgenton_ | ah see | 10:14 |
sabgenton_ | well did someone else sugest it? | 10:14 |
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:15 |
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:16 |
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:17 |
sabgenton_ | hmm! | 10:18 |
sabgenton_ | whats the big deall in not suporting it | 10:18 |
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:19 |
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:21 |
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:22 |
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:23 |
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 | 10:24 |
acalvo | is there any difference between SATA I, II and III? | 11:23 |
acalvo | are they compatible? | 11:23 |
cemc | is this correct for crontab? 05 0-12,17-23/2 * * * (every other hour except from 12-17) ? | 11:39 |
jiboumans | cemc: http://adminschoice.com/crontab-quick-reference | 11:42 |
awhanbiz | hi, i need help in setting up thin client | 12:18 |
awhanbiz | i m planning to use linux as thin client | 12:19 |
awhanbiz | is xubuntu good to go? | 12:19 |
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:07 |
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:14 |
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:15 |
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:16 |
Pici | Hellsheep: The defaults work fine for most people | 13:17 |
jpds | Or just use SSH keys for login and block off passwords. | 13:18 |
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:20 |
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:21 |
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:22 |
RoyK | blocking them too long will make it hard if you fail yourself :þ | 13:23 |
Hellsheep | :) | 13:25 |
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:26 |
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:27 |
RoyK | maxretry means how many times they can retry before getting banned | 13:29 |
Hellsheep | Ah cool | 13:29 |
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:30 |
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:31 |
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:33 |
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:34 |
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:35 |
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:36 |
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:37 |
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:38 |
Hellsheep | 2010-01-08 16:40:48,197 fail2ban.actions: WARNING [ssh] Ban 81.191.198.164 | 13:39 |
Hellsheep | :) | 13:39 |
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:40 |
ewook | mm, fail2ban is nice. | 13:41 |
Hellsheep | Thanks for that RoyK | 13:45 |
RoyK | Hellsheep: :) | 13:47 |
RoyK | Hellsheep: looks like it parsed auth.log before I tried to login again | 13:49 |
RoyK | it was banned on first attempt | 13:49 |
jiboumans | mathiaz: running a few mins late, sorry | 13:59 |
mathiaz | jiboumans: ok | 13:59 |
RoyK | -24˚C | 14:03 |
RoyK | fuck this country | 14:03 |
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:04 |
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 |
ubottu | The guidelines for using the Ubuntu channels can be found here: http://wiki.ubuntu.com/IrcGuidelines | 14:05 |
RoyK | jussi01: such as not using English? | 14:05 |
jussi01 | !language | RoyK | 14:05 |
ubottu | RoyK: Please watch your language and topic to help keep this channel family friendly. | 14:05 |
RoyK | jussi01: most families knows English, sir | 14:06 |
RoyK | jussi01: or do you mean "palin friendly"? | 14:06 |
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:07 |
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:08 |
RoyK | jussi01: or are you just a shell script, unable to answer straight questions? | 14:09 |
* 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:10 |
soren | RoyK: Calm down. | 14:11 |
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:12 |
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:13 |
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:14 |
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:15 |
RoyK | I will | 14:16 |
soren | Thank you. | 14:17 |
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:21 |
Doonz | i should just add scp transfers are the same thing | 14:22 |
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:23 |
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:24 |
cemc | did you try to test with say iperf between them? | 14:26 |
cemc | could there be some other limitation between them? like say an ISP limiting some traffic ? | 14:27 |
abli | Hi! what inetd is installed by default on hardy? (8.04.3) | 14:28 |
soren | abli: none. | 14:28 |
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:29 |
Doonz | cemc: whats iperf | 14:30 |
_ruben | network performance tester | 14:30 |
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:31 |
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:35 |
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:38 |
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 |
=== dendro-afk is now known as dendrobates | ||
ttx | kirkland: not really, any should work | 14:39 |
kirkland | k | 14:39 |
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:40 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 |
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:46 |
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:47 |
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:48 |
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:49 |
ttx | kirkland: I'll follow the discussion | 14:50 |
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:51 |
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:52 |
ttx | kirkland: that's worth a try | 14:53 |
kirkland | ttx: yup, apw says that's "The Upstart Bug" | 14:53 |
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:54 |
smoser | zul, i'll be in in ~30 minutes | 14:57 |
zul | smoser: k | 14:57 |
=== robbiew1 is now known as robbiew | ||
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:14 |
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:15 |
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:16 |
jdstrand | coffeedude: btw, as I'm sure you know, the source was accepted, and I just accepted the binaries about 30 minutes ago | 15:18 |
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:19 |
coffeedude | jdstrand, cool beans. Makes me happy. | 15:21 |
jdstrand | :) | 15:21 |
ankit_babbar | some one here to help me with ldap | 15:24 |
ankit_babbar | ?? | 15:24 |
ankit_babbar | hello some 1 dr to help | 15:25 |
soren | We can't help if you don't ask a question. | 15:26 |
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:29 |
ttx | kirkland: ok | 15:30 |
ankit_babbar | Sorren | 15:30 |
ankit_babbar | hi | 15:30 |
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:31 |
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:32 |
kirkland | ttx: cheers | 15:33 |
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:34 |
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:35 |
smoser | zul, thats cool. try starting witih my build in my ppa | 15:37 |
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:39 |
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:40 |
=== dendro-afk is now known as dendrobates | ||
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:45 |
=== dendro-afk is now known as dendrobates | ||
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:48 |
=== dendro-afk is now known as dendrobates | ||
ttx | zul: what does that mean ? There is another bug about it ? | 15:49 |
zul | ttx: just a sec | 15:49 |
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:51 |
ttx | same for pastescript, right | 15:52 |
zul | pastescript has | 15:53 |
zul | it was done this morning | 15:54 |
ttx | zul: ah, right | 15:54 |
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:55 | |
vish | mathiaz: to my knowledge , there havent been any server "papercuts" ... should i cancel the papercut task? | 15:56 |
ttx | vish: we plan to have server papercuts. I'm not sure that one would be accepted as a "server papercut" though | 15:57 |
=== dendrobates is now known as dendro-afk | ||
=== dendro-afk is now known as dendrobates | ||
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 | 15:59 |
=== dendrobates is now known as dendro-afk | ||
=== dendro-afk is now known as dendrobates | ||
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:02 |
vish | ;) | 16:06 |
vish | ttx: isnt that bug a security risk? should it be marked so? | 16:07 |
=== dendrobates is now known as dendro-afk | ||
=== dendro-afk is now known as dendrobates | ||
ttx | vish: depends on implementation, I suppose | 16:08 |
vish | hmm , ok.. i'll leave it as such | 16:09 |
=== dendrobates is now known as dendro-afk | ||
=== dendro-afk is now known as dendrobates | ||
=== dendrobates is now known as dendro-afk | ||
=== dendro-afk is now known as dendrobates | ||
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:16 |
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:18 |
engine252 | the guest through NAT | 16:19 |
engine252 | guest = ubuntu-server | 16:19 |
engine252 | Pici: | 16:20 |
Pici | engine252: I'm not sure sorry, I just wanted to make sure that the others here had enough information to answer | 16:21 |
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:23 |
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:40 |
coffeedude | dasunsru1e32, do you mean you are using pam/nss_ldap on your system as well as likewise-open? | 16:44 |
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:45 |
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:46 |
dasunsru1e32 | sure | 16:47 |
=== dendro-afk is now known as dendrobates | ||
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:47 |
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:48 |
coffeedude | dasunsru1e32, Ahh,...yeah. Make sure after the reboot then. | 16:49 |
dasunsru1e32 | ok, I will be right back, since I am on the machine that is affected | 16:50 |
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:53 |
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:54 |
coffeedude | dasunsrule32, npcmuxd and netlogond | 16:55 |
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:56 |
dasunsrule32 | how do I pm in irc? | 16:57 |
dasunsrule32 | sorry, | 16:57 |
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 | 16:58 |
RoyK | dasunsrule32: /msg google irc commands :þ | 17:01 |
ttx | kirkland: neil explanation doesn't sound very good to me, looks like we'll have to revert to a previous boto | 17:11 |
* ttx is not really here anymore, will be back later for catchup | 17:13 | |
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:15 |
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:22 |
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:23 |
smoser | well, i wasn't aware of "the boto upstream is going to be releasing another version soon from what I understand." | 17:24 |
smoser | 1.9 makes parts of ec2-init much easier | 17:25 |
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:26 |
smoser | we can revert, but then i have to get the functionality it was giving me. | 17:29 |
ttx | kirkland, smoser: hmhm | 17:32 |
smoser | yeah, | 17:32 |
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:33 |
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:34 |
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:35 |
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:36 |
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:37 |
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:39 |
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:40 |
ttx | smoser: depends on how much your desired function depends on other parts of the code, obviously | 17:41 |
ttx | I'm gone now, back in 100 minutes or so. | 17:42 |
cemc | 100? :) why not 2 hours? :) | 17:42 |
smoser | metric system | 17:43 |
cemc | lol | 17:44 |
=== luis__lopez is now known as luis_lopez | ||
zul | le french est weird | 17:58 |
zul | smoser: if we are going to have runurl suppor in ec2-config then it should really be in the archive :) | 18:57 |
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:02 |
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:04 |
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:05 |
erichammond | E.g., we do things like: if runurl SOMEURL SOMEPARMS; then ...; else ...; fi | 19:06 |
erichammond | or: runurl SOMEURL SOMEPARMS > SOMEFILE | 19:06 |
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:07 |
erichammond | Agreed. The AMIs I build have a command named runurl. I publish it in the Alestic PPA. | 19:08 |
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:09 |
erichammond | https://launchpad.net/~alestic/+archive/ppa | 19:10 |
erichammond | I'll be back on in a few hours. | 19:10 |
zul | yo ttx | 19:12 |
ttx | zul: sssshhh. I'm not here ! | 19:12 |
zul | riiiight | 19:12 |
uvirtbot` | New bug: #504897 in nut (main) "megatec_usb problem (did not claim interface)" [Undecided,New] https://launchpad.net/bugs/504897 | 19:16 |
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:19 |
jiboumans | phitoo: https://blueprints.launchpad.net/ubuntu/+spec/server-lucid-contextualization | 19:20 |
phitoo | jiboumans: Thanks. Now looking... :-) | 19:22 |
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:26 |
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:33 |
jiboumans | ttx++ # sex lead, ha! | 19:35 |
ttx | jiboumans: way more sexy than DX or DUX | 19:36 |
=== A_Tuin is now known as A-Tuin_ | ||
phitoo | jiboumans: Is there anything I can do or say to push for acceptation? I can test but not develop. | 19:41 |
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:10 |
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:13 |
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:14 |
kirkland | cjwatson: hey, idea i wanted to run by you ... | 20:16 |
kirkland | cjwatson: tell me if i'm off the reservation | 20:16 |
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:17 |
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:18 |
zul | smoser: lp:~zulcss/ubuntu/lucid/ec2-init/ec2-init-config | 20:25 |
ttx | zul: nice work ! | 20:29 |
zul | ttx: its really simple but its enough to get us started working on it | 20:29 |
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:30 |
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:31 |
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:32 |
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:33 |
sangel | salve a tutti | 20:34 |
sangel | !! | 20:34 |
sangel | ragazzi c'è qualcuno | 20:36 |
sangel | ho problemi con Bin9 | 20:36 |
sangel | Bind9 | 20:36 |
sangel | una cosa molto semplice | 20:36 |
Pici | !it | 20:37 |
ubottu | Vai su #ubuntu-it se vuoi parlare in italiano, in questo canale usiamo solo l'inglese. Grazie! (click col tasto destro sul nome del canale per entrare) | 20:37 |
sangel | sorry :P | 20:37 |
smoser | jjohansen, ping | 20:38 |
jjohansen | pong | 20:38 |
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:39 |
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:40 |
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:41 |
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:42 |
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:43 |
jjohansen | smoser: it could still be part of the kernel locking, there are some updates I need to finish rolling in | 20:44 |
geezenslaw | Hello, I have a local cloud vs. public cloud question. | 20:45 |
smoser | cab938, easiest thing to do is probably to just add an rc.local like init.d script | 20:46 |
malloc64 | how do i kill a process that doesn't die with kill -9? | 20:51 |
guntbert | malloc64: sudo kill -9 | 20:52 |
malloc64 | okay, how do i kill a process that doesn't die with sudo kill -9? | 20:52 |
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:53 |
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:54 |
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:55 |
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:56 |
guntbert | malloc64: see http://linuxgazette.net/issue83/tag/6.html | 20:58 |
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:00 |
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:01 |
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:02 |
ttx | looking | 21:03 |
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:04 |
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:05 |
mathiaz | kirkland: euca_conf and package maintainer scripts should modify the package file, not the conffile | 21:06 |
* 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:07 |
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:08 |
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:09 |
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:10 |
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:11 |
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:12 |
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:13 |
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:14 | |
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:15 |
mathiaz | kirkland: hm | 21:16 |
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:17 | |
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:18 |
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:21 |
mathiaz | kirkland: you don't wanna touch (1) | 21:22 |
mathiaz | kirkland: you start with an all commented file for (1) | 21:22 |
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:23 |
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:24 |
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:25 |
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:26 |
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:27 |
mathiaz | kirkland: so what I'd do is: | 21:28 |
mathiaz | kirkland: (1) is /etc/default/eucalyptus | 21:28 |
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:29 |
mathiaz | kirkland: http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files | 21:31 |
kirkland | mathiaz: alrighty | 21:34 |
mathiaz | kirkland: hm | 21:34 |
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:35 |
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:36 |
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:37 |
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:38 |
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:39 |
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:41 |
=== luis__lopez is now known as luis_lopez | ||
MagicFab | can sshd be configured to have nic-specific authentication methods ? ie. "PKA-only" for Internet-facing, "PKA/Password" for internal network ? | 21:42 |
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:43 |
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:44 |
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:45 |
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:46 |
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:47 |
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:48 |
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:49 |
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:50 |
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:51 |
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:52 |
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:53 |
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:54 |
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:55 |
mathiaz | kirkland: hm | 21:58 |
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/ | 21:59 |
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:00 |
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:01 |
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:02 |
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:03 |
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:04 |
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:05 |
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:06 |
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:07 |
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:08 |
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:09 |
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:10 |
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:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
mathiaz | kirkland: which would happen less frequently then shipping a new /usr/share/eucalyptus/eucalyptus.conf file? | 22:17 |
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:18 |
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:41 |
=== Jamash- is now known as Jamash | ||
ivoks | that isn't allowed by windows license | 22:42 |
ivoks | one license per machine | 22:42 |
ivoks | :) | 22:42 |
Jamash | if I understand ruben23 correctly, he only wants to backup and restore one machine | 22:43 |
ruben23 | Jamash: yes backup and restore per machince only | 22:46 |
ivoks | urgh... drbd 8.3.7rc2 build process is... urgh... | 22:49 |
kirkland | mathiaz: still around? | 23:30 |
mathiaz | kirkland: sure! and you? | 23:30 |
mathiaz | kirkland: not shoveling snow down there? | 23:30 |
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:31 |
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:32 |
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:33 |
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:34 |
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:35 |
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:36 |
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:37 |
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:38 |
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:39 |
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:40 |
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:41 |
mathiaz | kirkland: /etc/eucalyptus/eucalyptus.conf. | 23:42 |
mathiaz | kirkland: line8: /etc/eucalyptus/eucalyptus.conf and /etc/eucalyptus/eucalyptus-local.conf. | 23:42 |
=== rberger_ is now known as rberger | ||
kirkland | mathiaz: k | 23:43 |
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:44 |
kirkland | mathiaz: it's mentioned on line 6 | 23:45 |
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:46 |
mathiaz | kirkland: line 11 could mention *another* way (euca_conf) to customize UEC | 23:47 |
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:48 |
erichammond | exec /usr/sbin/ec2-runurl | 23:49 |
kirkland | mathiaz: http://pastebin.ubuntu.com/353694/ | 23:49 |
kirkland | mathiaz: okay | 23:49 |
kirkland | mathiaz: this is what creates the non-conffile /etc/eucalyptus/eucalyptus-local.conf | 23:50 |
kirkland | mathiaz: this can be pretty bare, but it needs to start out with EUCALYPTUS="not_configured" | 23:51 |
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:52 |
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:53 |
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:54 |
mathiaz | kirkland: and deal with the package upgrade afterwards | 23:55 |
mathiaz | kirkland: note that upgrades will have prompt anyway | 23:55 |
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:56 |
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:57 |
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:58 |
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 | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!