1101772897 Q * monrad Remote host closed the connection 1101773679 J * DuckMaster Duck@dyn-83-155-101-184.ppp.tiscali.fr 1101774106 Q * duckx Ping timeout: 480 seconds 1101785527 N * Bertl_zZ Bertl_oO 1101790119 J * _no_x vps@213.39.193.214 1101790221 Q * no_x Ping timeout: 480 seconds 1101790229 N * _no_x no_x 1101799339 J * anonymous-coward nwalsh@shaggy.internode.com.au 1101799509 J * BWare bware@212.26.216.34 1101801263 Q * tchan Ping timeout: 480 seconds 1101801948 Q * grecea Remote host closed the connection 1101802165 J * tchan tchan@c-24-13-81-164.client.comcast.net 1101802191 J * grecea grecea@h-195-22-237-74.mdl.net 1101805940 J * Duckx duckx@195.75.27.158 1101806518 J * rs rs@ice.aspic.com 1101806535 M * rs hi dudes 1101806685 M * Duckx hi hi :) 1101807582 J * id_ test@relax-media.softwarezentrum.de 1101807593 M * id_ gr�tzi #vserver 1101807826 M * Loki|muh hi 1101807928 J * cetex cetex@cetex.campus.luth.se 1101807936 M * cetex hm, problems again >_< 1101808323 M * cetex root@cetex ~ # vserver subarashii start 1101808324 M * cetex ioctl(SIOCGIFNETMASK): Cannot assign requested address 1101808324 M * cetex broadcast: Unknown host 1101808324 M * cetex ipv4root is now 10.0.1.3 1101808324 M * cetex ioctl(SIOCGIFNETMASK): Cannot assign requested address 1101808327 M * cetex broadcast: Unknown host 1101808329 M * cetex ipv4root is now 10.0.1.3 1101808332 M * cetex err 1101808334 M * cetex double paste *hate* 1101808352 M * cetex and last: named: capset failed: Operation not permitted [ !! ] 1101808358 M * cetex why :) 1101808474 M * daniel_hozac you need to compile bind with --disable-linux-caps or with a patch. 1101808519 M * cetex ah, ok. 1101808522 M * cetex thanks :) 1101808568 N * Bertl_oO Bertl 1101808581 M * Bertl greetings folks! 1101808594 M * id_ hi Bertl 1101808662 M * Bertl hey id_! 1101808705 M * cetex hi :) 1101808738 M * cetex but hm, why: ioctl(SIOCGIFNETMASK): Cannot assign requested address 1101808809 M * Bertl cetex: looks like your ips/interfaces are already configured when you start the vserver 1101808885 M * cetex well, i've got another vserver running as a subinterface for dummy0, but that's as dummy0:te, this server starts an interface dummy0:su 1101808894 M * cetex and yet it complains :/ 1101809052 M * cetex because, the interface starts up and it seems ok, it can contact the net and stuff.. but still it complains :/ 1101809120 M * Bertl broadcast: Unknown host <-- looks like you specify some name where a broadcast address is expected or so ... 1101809166 M * cetex the funny thing is that i dont.. at least not what i know of.. 1101809190 M * Bertl is this with alpha util-vserver? 1101809224 M * cetex 0.30.196 1101809262 M * Bertl okay, please try with vserver --debug subarashii start and upload the output somewhere ... 1101809294 M * Bertl you do not, by accident, have a vserver named 'subarash' or 'subarashi' ? 1101809469 Q * cetex uranium.oftc.net neutron.oftc.net 1101809469 Q * anonymous-coward uranium.oftc.net neutron.oftc.net 1101809469 Q * click uranium.oftc.net neutron.oftc.net 1101809469 Q * sannes uranium.oftc.net neutron.oftc.net 1101809469 Q * UFOczek uranium.oftc.net neutron.oftc.net 1101809469 Q * eyck uranium.oftc.net neutron.oftc.net 1101809469 Q * Plug uranium.oftc.net neutron.oftc.net 1101809469 Q * infowolfe uranium.oftc.net neutron.oftc.net 1101809469 Q * sladen uranium.oftc.net neutron.oftc.net 1101809469 Q * Snow-Man uranium.oftc.net neutron.oftc.net 1101809469 Q * brc uranium.oftc.net neutron.oftc.net 1101809497 J * Plug plug@datadot.net 1101809538 J * click click@dsl-84-161.aal.tiscali.no 1101809546 J * infowolfe infowolfe@infowolfe.vps.xhcl.net 1101809552 J * eyck eyck@81.219.64.71 1101809559 J * Snow-Man sfrost@snowman.net 1101809561 J * cetex cetex@cetex.campus.luth.se 1101809583 J * sladen paul@starsky.19inch.net 1101809753 J * UFOczek ufoczek@hood.openbug.net 1101809937 M * Bertl welcome UFOczek! 1101810049 M * Loki|muh is there a page with detailed capability list and explanation? found it some day, but today its gone :( 1101810088 M * Bertl cat /usr/include/linux/capability.h 1101810179 M * Loki|muh ah, nice :) thx :) 1101810188 M * Bertl you're welcome! 1101810429 M * rs hey bertl! :) 1101810437 M * Bertl morning rs! 1101810546 M * rs how are you ? 1101810566 M * Bertl a little tired, but fine otherwise ... and you? 1101810568 J * brc bruce@201008090252.user.veloxzone.com.br 1101810574 M * Bertl morning brc! 1101810676 M * rs Bertl: funny guy: http://www.lycos-vds.com/board/viewtopic.php?t=309 :) 1101810751 M * Bertl ;) 1101810818 M * Loki|muh but why did he say that fdisk works? isn't a device node needed for fdisk? or is he talking nonsense? 1101810851 M * Bertl fdisk works fine on the newly created file ;) 1101810875 M * Loki|muh ah, funny :) 1101810918 M * Loki|muh |>Disk /tmp/DSCN1357.JPG: 0 MB, 0 bytes 1101810918 M * Loki|muh |>255 heads, 63 sectors/track, 0 cylinders 1101810918 M * Loki|muh |>Units = cylinders of 16065 * 512 = 8225280 bytes 1101810923 M * Loki|muh very nice *g* 1101811981 M * cetex :D:D 1101812909 M * Loki|muh anyone here runs a ntp-server inside a vserver? 1101813640 M * Loki|muh the debian-ntpd quits with a segfault 1101813704 M * Loki|muh CAP_SYS_RESOURCE CAP_NET_RAW CAP_SYS_TIME should be enough, or do I need more? 1101813838 M * Loki|muh when I try hwclock -r, I get: hwclock is unable to get I/O port access: the iopl(3) call failed. 1101813842 M * Loki|muh is this normal? 1101813880 M * Loki|muh kernel: 2.4.26-vs1.3.9-vserver Tools: 0.29.209 1101813966 M * Bertl yes that is normal, if you mean the segfault 1101813990 M * Bertl /* Allow ioperm/iopl access */ 1101813992 M * Loki|muh CAP_SYS_RAWIO is needed for iopl, overlooked it 1101814007 M * Bertl ;) 1101814034 M * Loki|muh hmmm, and why is the segfault normal? 1101814397 M * Loki|muh Bertl: is the segfault normal because it wants to use 127.0.0.1? 1101814664 M * Bertl no, because it does mess with the hardware 1101814709 M * Bertl enable core dumps, let it dump, analyze with gdb ... 1101814745 M * Loki|muh yeah, I like stuff like this *g* 1101814859 M * Bertl okay, lunch time ... back in 60 ... 1101814864 N * Bertl Bertl_oO 1101816357 Q * Zoiah Ping timeout: 480 seconds 1101816376 J * sannes ace@home.skarby.no 1101817253 N * Bertl_oO Bertl 1101818243 J * Zoiah Zoiah@matryoshka.zoiah.net 1101818264 M * Bertl wb Zoiah! 1101819210 Q * Zoiah Read error: Connection reset by peer 1101819262 J * Zoiah Zoiah@matryoshka.zoiah.net 1101819744 Q * Zoiah Read error: Connection reset by peer 1101820621 M * rs re 1101820954 M * Bertl wb rs! 1101821608 J * Zoiah Zoiah@matryoshka.zoiah.net 1101821994 J * Brucey cinacio@snape.aspic.com 1101821995 A * Brucey is gone. lunch time 1101822002 M * Brucey hi guys :) 1101822016 M * Bertl hey Brucey, quick lunch ;) 1101822141 M * Brucey yeah... my IRC client/script can be quite dumb sometimes :) 1101822578 J * Pazzo thomas@host130-250.pool8172.interbusiness.it 1101822667 Q * tchan Remote host closed the connection 1101822772 N * Doener|gone Doener 1101822820 M * Bertl welcome Doener! 1101822832 M * Doener hi folks, Bertl! 1101822840 M * Doener exam passed :) 1101822930 M * Loki|muh gratulations! 1101822965 M * Bertl congrats! 1101822968 M * Doener thanks! 1101823025 M * Doener just two more to go... and then another two and a half year of university... 1101823438 M * Pazzo Doener: and then? 3 years party? 1101823442 M * Pazzo btw: hi all! 1101823448 M * Doener at least! 1101823451 M * Doener ;) 1101823497 M * no_x Hi folks ...what is the best way to test a new kernel on a server on which i don´t have physical access ? 1101823506 M * no_x sorry being so far offtopic 1101823572 M * Loki|muh lilo -R would be the best way 1101823603 M * Loki|muh and another kernel-variable that does a reset if a kernel panic occurs 1101823617 M * Loki|muh but I don't know which variable this was 1101823625 M * Bertl panic=30 1101823630 M * Doener panic=30 IIRC 1101823637 M * Bertl yes!! 1101823642 M * no_x thanks !!! great ! 1101823675 M * no_x only thought 4 initrd with ssh or something like that 1101823698 M * Bertl I would also add a kill script 1101823715 M * Doener guess i should take a nap, i realized that you has answered, but i failed to stop typing ;) cya! 1101823723 N * Doener Doener_zZz 1101823731 M * Bertl something along the lines: (sleep 600 && reboot -f) & 1101823837 M * Loki|muh Bertl: and where to start this script? 1101823879 M * Bertl best would be rs.sysinit or whatever is started first 1101823900 M * rs me ? :) 1101823908 M * rs maybe you mean rc ? :) 1101823929 M * Bertl hehe, right you are! 1101823938 M * no_x Bertl: would this work if the kernel panics ? 1101823960 M * Bertl nope, but if it panics, then the panic=30 will do similar (just sooner) 1101824152 M * no_x ah ic so just in case of other errors ? to be removed when everything is right ? 1101824173 M * Bertl yep, you just kill the sleep if everything went right 1101824197 M * Bertl (in case your network isn't coming up, it will auto reboot) 1101824282 M * Bertl but make a note (sticky on monitor) to kill the sleep, otherwise the overwhelming happiness if the server comes back will only last 10 minutes ;) 1101824326 M * Bertl ... and then, abruptly be replaced by an astounding expression ... 1101824370 M * no_x *lol* we you know me that dood Bertl (: 1101824376 M * no_x s/we/why 1101824397 M * Bertl been there, done that ... LOL 1101826074 J * tchan tchan@c-24-13-81-164.client.comcast.net 1101826296 Q * dsanta Ping timeout: 480 seconds 1101826855 Q * BWare Ping timeout: 480 seconds 1101827129 J * BWare bware@212.26.216.34 1101827312 Q * no_x Quit: Serverwechsel 1101827360 J * no_x vps@213.39.193.214 1101829938 Q * cetex Quit: leaving 1101831546 M * Hollow Bertl: any fix for the vsched sigsegv yet? 1101831590 M * Bertl haven checked the util-vserver cvs ... maybe it is fixed yet 1101831603 M * Bertl s/fixed yet/already fixed/ 1101831607 M * Hollow i'll take a look.. 1101831708 M * Hollow Bertl: no change on vsched.c for two months... 1101831953 M * Bertl so probably not ... btw, enrico is fine, just very busy doing his diploma thesis ... 1101832915 J * Tbery2 tomas@rt-pha-1.karneval.cz 1101832921 M * Tbery2 hi 1101832936 M * Tbery2 I have one qustion.. 1101832976 M * Tbery2 I have virtual server and inside doesn't work cron 1101832993 M * Tbery2 same probles as with portmap.. 1101832997 M * Tbery2 or ssh 1101833006 M * Tbery2 I dont use secure proc 1101833011 M * Tbery2 on 2.6.9 1101833031 M * Tbery2 it is ok on 2.4.<< I have virtual server and inside doesn't work cron 1101833235 M * Tbery2 same probles as with portmap.. 1101833235 M * Tbery2 or ssh 1101833235 M * Tbery2 I dont use secure proc 1101833236 M * Tbery2 on 2.6.9 1101833237 M * Tbery2 it is ok on 2.4.<< so probably not ... btw, enrico is fine, just very busy doing 1101835390 M * Bertl_ his diploma thesis ... 1101835403 N * Bertl_ Bertl 1101835411 M * rs oh ok good to know 1101835426 M * Bertl seems like oftc is having some issues with the netwroking again ... 1101835535 M * Bertl btw, what about ngn stuff, rs? 1101835561 M * rs hmm actuallyyy hmmm it's still in my TODO list :o) 1101835585 M * rs we just got a meeting about future devel for vds btw 1101835597 M * Bertl hmm, and? 1101835656 M * rs now we have a list, so I have to put some priority/duration 1101835674 M * rs so we will have a final schedule :) 1101835685 M * Bertl great! ;) 1101835711 M * Tbery2 do you use seceru proc??? 1101835724 M * Tbery2 what kernel is best for vservers?? 1101835729 M * Bertl rs: you mean, if some stuff is planned you will be able to throw endless resources on it to finish it just in time, right? 1101835741 M * rs I guess the iptable stuff got some attention :) 1101835758 M * Bertl Tbery2: 2.6.9 or 2.6.10 if you want features, 2.4.28 if you are going for stable ... 1101835786 J * avi- FooHabar@192.116.240.33 1101835790 M * Bertl welcome avi-! 1101835796 M * Bertl rs: what iptables stuff? 1101835799 M * avi- Welcome Bertl! 1101835824 M * rs you know iptables thru vshelper 1101835839 M * rs endless ressources? not really :) 1101835855 M * avi- is shottylame around ? 1101835869 M * avi- Is there a patch for 2.6.5 around ? 1101835880 M * Bertl avi-: doesn't seem so ..., yes probably ... 1101835895 M * avi- can you give me direct link? 1101835911 M * avi- Bertl, remember my ultraSparc? 1101835936 M * avi- (openbsd.org.il) are we still intrested ? 1101835997 M * Bertl if it get's a decent linux on it, and somebody is at least 'maintaining' it, then yes, of course ... 1101836017 M * Bertl http://vserver.13thfloor.at/Experimental/OBSOLETE/ 1101836066 M * Bertl seems vs1.9.0pre9 was the last for 2.6.5 1101836303 M * Tbery2 need cron some special S_CAPS ?? 1101836610 M * Bertl Tbery2: not that I know of .. but in your case the cron is _not_ broken, the pam _is_ 1101836638 M * Bertl how did you install the vserver? 1101837163 M * Tbery2 itry install new vserver,,., 1101837168 M * Tbery2 empty 1101837319 M * Tbery2 I use debian.. 1101837494 Q * id_ Quit: can i handle this burden ? 1101839081 Q * Brucey Quit: "War doesn't determine who's right, war determines who's left." 1101839747 M * Bertl okay, folks, have fun! back later ... 1101839776 N * Bertl Bertl_oO 1101840485 Q * rs Quit: home 1101840613 Q * Duckx Remote host closed the connection 1101841281 J * mhepp mhepp@r72s22p13.home.nbox.cz 1101841710 Q * sannes Read error: Connection reset by peer 1101843985 Q * ndim Ping timeout: 480 seconds 1101844073 J * ndim U2FsdGVkX1@helena.bawue.de 1101844334 J * id_ test@dsl-213-023-051-167.arcor-ip.net 1101844349 M * id_ salve #vserver 1101844628 M * Loki|muh servus id 1101845169 J * Loki|muh_ loki@satanix.de 1101845169 Q * Loki|muh Read error: Connection reset by peer 1101845593 Q * BWare Quit: using sirc version 2.211+KSIRC/1.3.10 1101846334 Q * tchan Remote host closed the connection 1101848014 J * tchan tchan@c-24-13-81-164.client.comcast.net 1101848470 Q * Tbery2 Ping timeout: 480 seconds 1101848675 J * sannes ace@home.skarby.no 1101848926 Q * mhepp Quit: mhepp caught signal: Autobus error 1101851253 P * Pazzo 1101851890 N * Bertl_oO Bertl 1101851933 M * Bertl evening folks! 1101852092 M * id_ hi Bertl 1101852282 M * Bertl hey id_, what's up? 1101852293 M * Bertl any new vserver development ;) 1101852560 M * id_ it a kind like a superwaffe ;) 1101852576 M * id_ switching every single server ... 1101852588 M * id_ 1.9.3 rocks 1101852607 M * Bertl hmm, it does? well, wait for 2.0 then ;) 1101852639 M * id_ sure i will ... 1101852780 Q * tchan Ping timeout: 480 seconds 1101853131 J * monrad monrad@213083190130.sonofon.dk 1101853163 M * Bertl welcome monrad! 1101853607 M * monrad hi 1101854302 J * tchan tchan@c-24-13-81-164.client.comcast.net 1101854350 M * Bertl welcome tchan! 1101854409 Q * id_ Quit: sleep 1101854877 M * Bertl okay, night everyone! cya tomorrow! 1101854889 N * Bertl Bertl_zZ 1101858001 J * DuckKing Duck@dyn-83-154-131-233.ppp.tiscali.fr 1101858419 Q * DuckMaster Ping timeout: 480 seconds 1101859180 Q * monrad Quit: Leaving