1162857836 Q * bonbons Quit: Leaving 1162858380 M * matled well, that would be ok for the moment, is it anything more than echo NET_ADMIN > /etc/vserver/foo/bcapabilities and restart the vserver? it does not seem to work 1162858433 M * Bertl as I said, this will allow you to manipulate interfaces, not to bind to arbitrary ips 1162858449 M * Bertl to enable binding, you want to specify a single ip entry '0.0.0.0' 1162859108 M * matled ok, that works, thanks 1162859123 M * Bertl np 1162859687 Q * nox Remote host closed the connection 1162859810 Q * glut Ping timeout: 480 seconds 1162860010 Q * yarihm Quit: Leaving 1162860317 J * nox ~nox@static.88-198-17-175.clients.your-server.de 1162860706 J * glut ~glut@no.suid.pl 1162867153 M * Bertl .o( very quiet tonight ... ) 1162867488 Q * Zaki Read error: Operation timed out 1162867495 M * cehteh 1162868115 J * macleajb ~chatzilla@blk-89-241-86.eastlink.ca 1162868127 M * Bertl welcome macleajb! 1162868130 N * macleajb DrJES 1162868175 M * DrJES Hi, I just installed 2.6.18.2 - patch-2.6.18.2-vs2.1.1-rc48.diff, Boots and vservers start, but I can not enter them 1162868187 M * Bertl how so? 1162868203 M * DrJES I get vnamespace: vc_enter_namespace(): Permission denied 1162868212 M * DrJES These have been working for ... years now :) 1162868224 M * Bertl yeah, that sounds unusual indeed 1162868241 M * Bertl btw, vs2.1.1 was released (but rc48 is identical) 1162868251 M * DrJES vcontext: vc_ctx_migrate(): Permission denied when I do chcontext 1162868271 M * DrJES So back-reving to 2.1.1 won't help then :( 1162868286 M * Bertl what tools do you have? vserver-info - SYSINFO (paste.linux-vserver.org) 1162868323 M * Bertl and does testme.sh succeed? (maybe upload the output too) 1162868340 M * DrJES I always compile the latest. VS-API: 0x00020102 1162868404 M * DrJES Where is the testme.sh script? 1162868420 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/ 1162868432 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh 1162868491 M * DrJES All passed. Still want to see output? 1162868498 M * Bertl yes, please 1162868553 M * DrJES Waiting to get on paste.linux-vserver.org 1162868597 M * Bertl if you cannot reach it (for whatever reason) take another pastebin 1162868597 M * DrJES So I just pasted it as DrJES... That ok? 1162868602 M * Bertl yeah 1162868674 M * DrJES ok, both there 1162868686 M * Bertl hmm, your tools have been compiled without dietlibc 1162868701 M * Bertl that is known to cause various issues, but it might not be the cause here 1162868706 M * Bertl Use dietlibc: no (you have been warned) 1162868740 M * DrJES ;) Ug, never comiled with it before... Something to try I guess 1162868742 M * Bertl could you also upload the contents of /proc/virtual//status (for your running guest)? 1162868776 M * DrJES Sent the strace that fails, or atleast where it gets access denied. 1162868819 M * DrJES Uloaded 1162868902 M * Bertl debian? :) 1162868917 M * DrJES CentOS 4.4 1162868929 M * DrJES 4.3 sorry 1162868931 M * Bertl nah, seriously, you got caught by a feature we revived (and by an ancient config it seems) 1162868954 M * Bertl for whatever reason, your guest has INFO_LOCK set 1162868994 M * DrJES In flags I have lock.... So I shot myself in the foot? 1162869018 M * Bertl probably, try to stop it (if necessary with vkill) and remove that 1162869115 M * DrJES can't do vserver stop, so just vkill everything? 1162869130 M * Bertl do you have sshd running inside? 1162869157 M * Bertl if yes, enter the guest and execute the shutdown scripts (or notify init) 1162869161 M * DrJES yup 1162869178 M * DrJES hmm, ok, that will be fun ;). Sec.... 1162869273 M * DrJES Well, it killed sshd and all my apps, but vserver-stat still shows it active :( 1162869284 M * Bertl try with vkill 1162869340 J * Zaki ~Zaki@88.213.43.2 1162869344 M * DrJES vkill -c 23 1 1162869354 M * DrJES But still no go 1162869358 M * Bertl vkill -c 23 -s 9 -- 0 1162869376 M * DrJES Yup, just thought of that. It worked. 1162869380 M * DrJES Brining it back up 1162869382 M * Bertl daniel_hozac: ping? 1162869424 M * DrJES Excellent. That fixed it, I'm in.... tonne of thanks. 1162869452 M * Bertl you're welcome! 1162869482 Q * bronson Ping timeout: 480 seconds 1162869499 M * DrJES take care. I have a couple more now to stop and restart. Thankfully I did not need to take down vmware server that is on this box too ;) 1162869503 M * Bertl actually I think the current handling of the INFO_LOCK is wrong (once again) although the checks are in the right places now ... a minor bug to fix ... 1162869542 M * Bertl but INFO_LOCK is quite old legacy and should not be there in recent guests 1162869634 M * DrJES My guests (2/3) have come the full distance, so some baggage ;) 1162869659 M * Bertl np, since when are you using Linux-VServer if you don't mind the question? 1162869695 M * DrJES Since Jacques had it. So whatever that makes it :). 1162869704 M * Bertl ah, nice ... 1162869789 M * DrJES I'm off to bed. Thanks again for such excellent turnaround. 1162869802 M * Bertl again, you're welcome! have a good one! 1162869814 P * DrJES 1162870009 M * mugwump What's the current state of IPv6 in Vserver? 1162870034 M * Bertl patches are there, nothing in mainline yet 1162870093 M * mugwump where's the most recent patch? 1162870171 M * Bertl http://people.linux-vserver.org/~bonbons/ipv6/ 1162870257 M * mugwump hmm, quite actively developed... 1162870284 M * Bertl yup, will get into mainline in the next month 1162870298 M * Bertl (within the next month, that is) 1162870316 M * mugwump into the 2.0 series? 1162870328 M * Bertl no, but 2.2 hopefully 1162870331 J * maverill ~forty_6_a@adsl-75-5-230-230.dsl.klmzmi.sbcglobal.net 1162870342 M * Bertl welcome maverill! 1162870342 P * maverill 1162870347 M * Skram heh 1162874401 Q * ||Cobra|| Server closed connection 1162874411 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl 1162875593 J * maverill ~forty_6_a@adsl-75-5-230-230.dsl.klmzmi.sbcglobal.net 1162875600 P * maverill 1162876793 Q * ruskie Read error: Connection reset by peer 1162876794 J * ruskie_ ~ruskie@84.20.228.4 1162876943 N * ruskie_ ruskie 1162877631 J * Hmmmm ~Hmmmm@221.135.51.19 1162877642 M * Bertl welcome Hmmmm! 1162877650 M * Hmmmm hey 1162877665 M * Hmmmm Bertl, have a sec? need some advise on vservers 1162877672 M * Bertl sure, shoot 1162877700 M * Hmmmm i have some Vservers, which are intended to be replicas of my real servers, which are hosted at our datacenter 1162877717 M * Bertl okay, for testing or backup I presume 1162877721 M * Hmmmm on the real servers we have multiple partitions, most of which are read-only 1162877733 M * Hmmmm well we're using vserver here as our staging servers 1162877746 M * Bertl okay 1162877752 M * Hmmmm now i want to try n replicate the partitioning on the vservers 1162877756 M * Hmmmm is that possible? 1162877766 M * Bertl sure, quite simple as a matter of fact 1162877768 M * Hmmmm so that i can mount certain partitions read-only in the vserver 1162877771 M * Hmmmm ok 1162877776 M * Bertl the config file has an fstab 1162877781 M * Bertl *config tree 1162877788 M * Hmmmm yup 1162877804 M * Bertl you can mount a bunch of separate partitions for the guest, or 1162877820 M * Bertl simply use read only --bind mounts 1162877827 M * Hmmmm so i need to create partitions on the host and mount them using fstab, eh? 1162877854 M * Bertl yes, and no, you create the partitions on the host, that's correct 1162877863 M * Hmmmm cool. 1162877864 M * Bertl but you put them into the guest config 1162877875 M * Bertl i.e. /etc/vservers/blah/fstab 1162877886 M * Hmmmm in the /etc/vservers/vs-guest/fastab, right? 1162877889 M * Bertl the tools automagically mount them on guest start 1162877893 M * Hmmmm nice 1162877906 M * Bertl if you 'just' want the ro part of your setup 1162877913 M * Hmmmm ya 1162877916 M * Bertl you can avoid having separate partitions 1162877924 M * Hmmmm sounds cool. tell me more 1162877930 M * Bertl and use the BME functionality of Linux-VServer 1162877935 M * Hmmmm ok 1162877941 M * Bertl BME = Bind Mount Extensions 1162877947 M * Hmmmm ok 1162877965 M * Bertl basically you do a mount --bind -o ro /usr /usr 1162877971 M * Hmmmm ah ok 1162877983 M * Bertl again, best done inside the fstab of the guest config 1162877991 M * Hmmmm but do i need to recompile the kernel for that? or shud this feature some by default? 1162877993 M * Bertl only difference there is that the first path is on the host 1162877998 M * Hmmmm ah ok 1162878015 M * Bertl for some time now the BME patches are included in Linux-VServer 1162878026 M * Bertl so if you have a recent kernel, they are already there 1162878030 M * Hmmmm im using something pretty recent 1162878035 M * Hmmmm 2.6.14 1162878053 M * Bertl so that should be there then (but only on Linux-VServer patched kernels :) 1162878060 M * Hmmmm so in this case i'd using my host's /usr in my guest, right? 1162878072 M * Hmmmm ya my kernel is patched, of course 1162878113 M * Bertl well, you'd use the guest's /usr in the guest, but read only 1162878121 M * Hmmmm ah ic 1162878125 M * Bertl unless you actually specify the host's /usr in the fstab 1162878137 M * Hmmmm lemme give that a shot. all i need to do is make the entry is fstab, right? 1162878151 M * Bertl you should play around with both, the bind mounts and the fstab in the config to find how to use it 1162878162 M * Hmmmm okay 1162878172 M * Bertl in the fstab, you'll need something like: 1162878246 M * Bertl /vservers/vs-guest/usr /usr none bind,ro 0 0 1162878253 M * Hmmmm ok 1162878265 M * Hmmmm will try it out right away 1162878292 M * Hmmmm brb 1162878497 M * daniel_hozac Bertl: pong 1162878510 M * Bertl ah, sec, let a upload a patch 1162878645 M * daniel_hozac 2.6.14 would only have BME if it's devel, no? 1162878650 M * daniel_hozac 2.0.1 did not have it. 1162878701 M * Bertl hmm, right, let's see how it goes 1162878897 M * Bertl daniel_hozac: http://vserver.13thfloor.at/Experimental/delta-private-fix01.diff 1162878909 M * Bertl isn't that more what we had in mind with lock and private? 1162878999 M * daniel_hozac looks like that matches the descriptions in the wiki better. 1162879025 M * Bertl yeah, now I remember lengthy discussion we had regarding lock and private 1162879043 M * Bertl I wonder why this got into 2.1.1 the way it is 1162879056 M * daniel_hozac it's legacy? :) 1162879083 M * Bertl well, we should probably dig out the original meaning 1162879102 M * Bertl and double check how that was handled in older kernels 1162879162 M * daniel_hozac hmm, looks like lock used to mean, "processes in this context can't migrate to another context". 1162879181 M * Bertl that would match the patch, no? 1162879201 M * daniel_hozac well, isn't that already disallowed by the lack of CAP_CONTEXT? 1162879234 M * daniel_hozac but yeah, i guess so. 1162879242 M * Bertl yes, should be handled there 1162879349 J * stefani ~stefani@c-24-19-46-211.hsd1.wa.comcast.net 1162879360 M * Bertl hola stefani! 1162879364 M * stefani hey 1162879373 M * Bertl unusual time, isn't it? 1162879385 M * stefani i must be tired, because my vservers are not working. i can bring 1162879409 M * stefani i can bring one up, on an 'internal' NAT'd address but not on a public address. 1162879427 M * Bertl hmm, what is the issue there? 1162879444 M * stefani it needs to work on the public IP address. 1162879470 M * stefani cannot get out nor in. when the vserver is running, cannot ping it from the outside. 1162879481 M * Bertl okay, you assign that public ip to the guest, right? 1162879486 M * stefani so i think i'm tired and am missing somethign obvious 1162879490 M * stefani yes 1162879500 M * Bertl okay, let's check the obvious first, try 1162879510 Q * tso lithium.oftc.net keid.oftc.net 1162879510 Q * Adrinael lithium.oftc.net keid.oftc.net 1162879510 Q * transacid lithium.oftc.net keid.oftc.net 1162879510 Q * harry lithium.oftc.net keid.oftc.net 1162879510 Q * Snow-Man lithium.oftc.net keid.oftc.net 1162879510 Q * ag- lithium.oftc.net keid.oftc.net 1162879513 M * Bertl ping -I www.google.com (on the host) 1162879543 M * stefani 100 % loss 1162879556 M * Bertl so that doesn't look like the 'public' ip is routed 1162879569 M * stefani i would agree 1162879577 M * Bertl now let's try from outside with a ping to that ip 1162879589 M * Bertl and run tcpdump -vvnei ethX icmp (on the host) 1162879632 J * Adrinael adrinael@hoasb-ff0edd00-43.dhcp.inet.fi 1162879639 J * ag- ~ag@82.238.123.217 1162879645 J * Snow-Man ~sfrost@kenobi.snowman.net 1162879652 J * harry ~harry@d54C2508C.access.telenet.be 1162879672 J * transacid ~transacid@62.141.52.87 1162879684 M * stefani tcpdump and ping to host IP is ok, ping to guest gives 'nada' 1162879703 M * Bertl okay, so you now know that your Linux-VServer setup is fine 1162879723 M * Bertl go and kick ass with the router folks .. 1162879729 M * stefani huh? 1162879745 M * Bertl well, whoever is administrating the upstream router 1162879759 M * Bertl does not send you the packets designated for your guest 1162879768 M * stefani shouldn't i see something with the ping to the guest IP ? 1162879776 M * Bertl yeah, precisely 1162879783 M * stefani but i did not . 1162879795 M * Bertl because it isn't routed to your host 1162879801 M * stefani oh. 1162879813 M * Bertl you can try with tracepath from outside 1162879824 M * Bertl to figure _which_ router doesn't route your ips 1162879876 J * Piet hiddenserv@tor.noreply.org 1162879921 M * stefani ok. temporarily i will squat an address that is free . 1162879946 M * Bertl if the beforementioned checks work for them, the guest should so too 1162880126 Q * Skram Remote host closed the connection 1162880132 J * Skram ~Mark@hermes.sentiensystems.com 1162880205 M * stefani yup. a free address works fine. 1162880229 M * Bertl was a pleasure to help there ... 1162880390 M * stefani whew . i was worried. i need to have the vserver running in a day or two. 1162881869 Q * duckx Ping timeout: 480 seconds 1162882582 M * Piet is there a way to define /etc/vservers/myvserver/shell globally, ie. for all vservers? 1162882623 M * Bertl most settings are also present in the .defaults dir, but daniel_hozac can tell you for sure 1162882625 M * Piet I'd like to have 'vserver myvserver enter' bump me to ~ (or /root for that matter) instead of / 1162882796 M * Piet it's not listed on the great flower page for /etc/vservers/.defaults/ that's why I was wondering. 1162882814 M * Piet but I realized there's also files on my system which are not m,entioned there 1162882818 M * Piet so i guess it's just a bit outdated? 1162882848 M * Bertl could be, but usually it's up to date, again daniel_hozac knows more 1162882888 M * Piet thanks, i'll talk to him when he's around 1162882897 M * Bertl np, please do so 1162883177 Q * Hmmmm Quit: Leaving 1162883332 P * stefani parting (is such sweet sorrow) 1162883941 Q * AndrewLee helium.oftc.net strange.oftc.net 1162883941 Q * MrX helium.oftc.net strange.oftc.net 1162883941 Q * mountie helium.oftc.net strange.oftc.net 1162883941 Q * Vudumen helium.oftc.net strange.oftc.net 1162883941 Q * hardwire helium.oftc.net strange.oftc.net 1162883989 J * AndrewLee ~andrew@tnlug.linux.org.tw 1162884029 J * Vudumen 40b5d46da6@perverz.hu 1162884030 J * Piet_ hiddenserv@tor.noreply.org 1162884081 J * hardwire ~hardwire@89-208-58-66.gci.net 1162884146 Q * Piet Remote host closed the connection 1162884472 J * Piet__ hiddenserv@tor.noreply.org 1162884523 J * duckx ~Duck@tox.dyndns.org 1162884609 Q * Piet_ Remote host closed the connection 1162884686 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com 1162884701 J * Aiken_ ~james@tooax8-114.dialup.optusnet.com.au 1162884714 J * meandtheshell ~markus@85-124-233-194.work.xdsl-line.inode.at 1162885010 Q * Aiken Ping timeout: 480 seconds 1162885101 M * Bertl okay, folks! I'm off to bed now ... have a good one everyone! cya tomorrow! 1162885115 N * Bertl Bertl_zZ 1162885709 J * dna_ ~naucki@213-219-dsl.kielnet.net 1162886356 M * daniel_hozac Piet__: what files aren't mentioned there? 1162886424 N * Piet__ Piet 1162886465 J * tso ~tso@244-005.dyn-fa.pool.ew.hu 1162886512 M * daniel_hozac but yes, .defaults/shell should work. 1162886568 M * Piet daniel_hozac: i don't re emeber which are not mentioned on the flower page, but i can check 1162886688 M * Piet /etc/vservers/.defaults/files/ 1162886736 J * howla ~understan@195.140-244-81.adsl-dyn.isp.belgacom.be 1162886789 P * howla I LEAVE 1162886797 M * daniel_hozac hmm, yeah, i guess a lot of things are missing from .defaults. 1162886926 M * Piet /etc/vservers//apps/pkgmgmt/ 1162886937 M * Piet /etc/vservers//apps/pkgmgmt/internals 1162886951 M * daniel_hozac hmm, that's strange. 1162886959 M * Piet 'internal' actually (sing.) 1162886968 M * daniel_hozac yeah. 1162887289 Q * Hollow Remote host closed the connection 1162887298 Q * Aiken_ oxygen.oftc.net charon.oftc.net 1162887298 Q * mountie oxygen.oftc.net charon.oftc.net 1162887298 Q * hardwire oxygen.oftc.net charon.oftc.net 1162887298 Q * transacid oxygen.oftc.net charon.oftc.net 1162887298 Q * Snow-Man oxygen.oftc.net charon.oftc.net 1162887298 Q * ag- oxygen.oftc.net charon.oftc.net 1162887298 Q * Adrinael oxygen.oftc.net charon.oftc.net 1162887298 Q * ruskie oxygen.oftc.net charon.oftc.net 1162887298 Q * DreamerC oxygen.oftc.net charon.oftc.net 1162887298 Q * micah oxygen.oftc.net charon.oftc.net 1162887298 Q * Roey oxygen.oftc.net charon.oftc.net 1162887298 Q * borgfish oxygen.oftc.net charon.oftc.net 1162887298 Q * phedny oxygen.oftc.net charon.oftc.net 1162887298 Q * sid3windr oxygen.oftc.net charon.oftc.net 1162887298 Q * derjohn oxygen.oftc.net charon.oftc.net 1162887298 Q * bubulak oxygen.oftc.net charon.oftc.net 1162887298 Q * matled oxygen.oftc.net charon.oftc.net 1162887298 Q * Piet oxygen.oftc.net charon.oftc.net 1162887298 Q * kugg oxygen.oftc.net charon.oftc.net 1162887298 Q * sladen oxygen.oftc.net charon.oftc.net 1162887298 Q * FireEgl oxygen.oftc.net charon.oftc.net 1162887298 Q * click oxygen.oftc.net charon.oftc.net 1162887298 Q * mire oxygen.oftc.net charon.oftc.net 1162887298 Q * kaner oxygen.oftc.net charon.oftc.net 1162887298 Q * Wonka oxygen.oftc.net charon.oftc.net 1162887298 Q * bj oxygen.oftc.net charon.oftc.net 1162887298 Q * fosco oxygen.oftc.net charon.oftc.net 1162887298 Q * dna_ oxygen.oftc.net charon.oftc.net 1162887298 Q * Vudumen oxygen.oftc.net charon.oftc.net 1162887298 Q * AndrewLee oxygen.oftc.net charon.oftc.net 1162887298 Q * Skram oxygen.oftc.net charon.oftc.net 1162887298 Q * ||Cobra|| oxygen.oftc.net charon.oftc.net 1162887298 Q * Zaki oxygen.oftc.net charon.oftc.net 1162887298 Q * Osgiliath oxygen.oftc.net charon.oftc.net 1162887298 Q * shedi oxygen.oftc.net charon.oftc.net 1162887298 Q * s0undt3ch oxygen.oftc.net charon.oftc.net 1162887298 Q * nox oxygen.oftc.net charon.oftc.net 1162887418 J * Hollow ~hollow@styx.xnull.de 1162887418 J * dna_ ~naucki@213-219-dsl.kielnet.net 1162887418 J * Aiken_ ~james@tooax8-114.dialup.optusnet.com.au 1162887418 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com 1162887418 J * Piet hiddenserv@tor.noreply.org 1162887418 J * hardwire ~hardwire@89-208-58-66.gci.net 1162887418 J * Vudumen 40b5d46da6@perverz.hu 1162887418 J * AndrewLee ~andrew@tnlug.linux.org.tw 1162887418 J * Skram ~Mark@hermes.sentiensystems.com 1162887418 J * transacid ~transacid@62.141.52.87 1162887418 J * Snow-Man ~sfrost@kenobi.snowman.net 1162887418 J * ag- ~ag@82.238.123.217 1162887418 J * Adrinael adrinael@hoasb-ff0edd00-43.dhcp.inet.fi 1162887418 J * ruskie ~ruskie@84.20.228.4 1162887418 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl 1162887418 J * Zaki ~Zaki@88.213.43.2 1162887418 J * nox ~nox@nox.user.oftc.net 1162887418 J * DreamerC ~dreamerc@61.224.133.223 1162887418 J * micah ~micah@208.99.202.72 1162887418 J * Osgiliath ~osgiliath@kurzweil.no-ip.org 1162887418 J * kugg kugg@illvilja.org 1162887418 J * shedi ~siggi@inferno.lhi.is 1162887418 J * sladen paul@starsky.19inch.net 1162887418 J * s0undt3ch ~s0undt3ch@81.193.63.103 1162887418 J * Roey ~katz@h-69-3-4-130.mclnva23.covad.net 1162887418 J * borgfish ~bla@141.12.9.135 1162887418 J * phedny ~mark@80.69.94.61 1162887418 J * FireEgl FireEgl@Sebastian.Atlantica.US 1162887418 J * click click@ti511110a080-5188.bb.online.no 1162887418 J * mire ~mire@48-166-222-85.adsl.verat.net 1162887418 J * sid3windr luser@195.160.166.163 1162887418 J * derjohn ~derjohn@80.69.37.19 1162887418 J * bubulak ~bubulak@whisky.pendo.sk 1162887418 J * matled ~matled@85.131.246.184 1162887418 J * kaner kaner@strace.org 1162887418 J * Wonka produziert@chaos.in-kiel.de 1162887418 J * bj ~bj@insanefactory.com 1162887418 J * fosco fosco@konoha.devnullteam.org 1162887556 M * Piet i'm also missing a list of parameters which can be passed to various options of the 'vserver' command in section 8 of the vserver man pages 1162887569 M * Piet maybe this is documented elsewhere already? 1162887593 M * daniel_hozac there are man pages? :) 1162887602 M * daniel_hozac seriously, the man pages haven't been updated for years. 1162887779 J * s0undt3ch_ ~s0undt3ch@81.193.59.182 1162887783 M * Piet hehe 1162887785 M * Piet would be good to add a note on that somewhere, such as in the man pages 1162887807 Q * dna_ Quit: Verlassend 1162888064 M * waldi BUG: warning at kernel/irq/handle.c:177/__do_IRQ() 1162888066 M * waldi *urgs* 1162888071 M * waldi (sparc) 1162888240 Q * s0undt3ch Ping timeout: 480 seconds 1162888246 M * daniel_hozac waldi: hmm, another arch missing the admin? 1162888259 M * waldi possible 1162888314 J * renihs ~penguin@83-65-34-34.arsenal.xdsl-line.inode.at 1162888320 M * daniel_hozac looks like. 1162888430 Q * s0undt3ch_ Ping timeout: 480 seconds 1162888468 M * waldi you know what to do, can you provide a patch? 1162888496 M * daniel_hozac hmm, do you get that on sparc? 1162888498 M * daniel_hozac or sparc64? 1162888500 M * waldi sparc64 1162888507 M * daniel_hozac ok, as expected. 1162888508 M * waldi sparc32 is dead 1162888554 M * waldi okay, it dies on reboot 1162888606 M * daniel_hozac really? but not with vanilla? 1162888638 M * waldi ah no, console blocked 1162888771 P * renihs Leaving 1162888832 M * matti :) 1162888909 M * daniel_hozac i don't have access to anywhere to store files, so http://paste.linux-vserver.org/645 will have to do... 1162888920 M * daniel_hozac but i'm not entirely sure the fix is correct either. 1162888957 M * daniel_hozac (it's very similar to what the other arches do though) 1162889004 J * Piet_ hiddenserv@tor.noreply.org 1162889160 J * s0undt3ch ~s0undt3ch@81.193.59.182 1162889370 Q * Piet Ping timeout: 480 seconds 1162889455 Q * shedi Ping timeout: 480 seconds 1162889465 Q * click Ping timeout: 480 seconds 1162889754 J * shedi ~siggi@inferno.lhi.is 1162890293 J * DavidS ~david@193.170.138.34 1162890991 Q * ruskie Quit: Changing server... 1162891013 J * ruskie ~ruskie@ruskie.user.oftc.net 1162891318 J * bonbons ~bonbons@83.222.36.111 1162892485 M * |yang| hello daniel_hozac ! Do you know the solution for setting "ulimit size" on guest? 1162892511 M * daniel_hozac hmm? configuring ulimits didn't work? 1162892523 M * daniel_hozac if so, it's definitely something in your guest setting it. 1162892565 M * |yang| well, as i told you, if i do ulimit -n 64000 on main, and then restart a vserver, the ulimit will drop back to 1024 1162892589 J * DreamerC_ ~dreamerc@59-117-101-108.dynamic.hinet.net 1162892625 M * cehteh the ulimts are configures within the config dirs (see wiki) and not inherited from the host server 1162892695 Q * DreamerC Ping timeout: 480 seconds 1162892701 M * |yang| cehteh: do you mean REsource Limits wiki? 1162892721 M * daniel_hozac they are inherited from the host, if not configured. 1162892776 M * cehteh are they .. not defaults? 1162892788 M * cehteh maybe .. 1162892791 M * daniel_hozac nope. 1162892799 M * daniel_hozac 0.30.212 will reset the limits though. 1162892846 N * Piet_ Piet 1162892863 M * |yang| daniel_hozac: so, can i do anything about it? 1162892875 M * daniel_hozac did you try configuring the limit in ulimits? 1162892883 N * Piet Piet_ 1162892947 N * Piet_ Piet 1162893037 M * |yang| daniel_hozac: I followed instructions from this site - http://www.criten.net/FD.html 1162893092 M * daniel_hozac are you sure you don't have some ulimit command in your bashrc or such? 1162893097 M * |yang| and if I try setting ulimit on guest i get: 1162893102 M * |yang| criten:~# ulimit -n 64000 1162893102 M * |yang| bash: ulimit: open files: cannot modify limit: Operation not permitted 1162893106 M * daniel_hozac because the ulimit is inherited from the host for sure. 1162893167 M * daniel_hozac http://paste.linux-vserver.org/646 1162893218 M * |yang| well weird, it doesnt work for me like this 1162893225 M * Borg- w 8 1162893228 M * daniel_hozac so something in your guest is resetting it. 1162893280 J * renihs ~penguin@83-65-34-34.arsenal.xdsl-line.inode.at 1162893496 M * |yang| you know, each time, i exit vserver guest, it resets the value back to 1024 1162893554 M * |yang| or wait, i think this ulimit is dependable of the shell login....so each session has a different ulimit 1162893556 Q * ruskie Quit: Disconnecting from stoned server. 1162893567 M * renihs yes 1162893578 M * daniel_hozac ulimits are per-process, and inherited from the parent. 1162893600 M * |yang| ah 1162893600 M * |yang| thats it 1162893705 Q * DreamerC_ Quit: leaving 1162893726 J * DreamerC ~dreamerc@59-117-101-108.dynamic.hinet.net 1162893748 J * ruskie ~ruskie@ruskie.user.oftc.net 1162893758 Q * weasel Quit: Reconnecting 1162893761 J * weasel weasel@86.59.21.34 1162894240 J * DreamerC_ ~dreamerc@61-217-226-17.dynamic.hinet.net 1162894241 Q * DreamerC Read error: Connection reset by peer 1162894245 Q * ruskie Quit: Disconnecting from stoned server. 1162894450 J * ruskie ~ruskie@ruskie.user.oftc.net 1162894571 Q * DreamerC_ Quit: leaving 1162894588 J * DreamerC ~dreamerc@61-217-226-17.dynamic.hinet.net 1162895646 J * Johnnie ~jdlewis@jdlewis.org 1162897240 J * Karma ~Karma@83.102.166.18 1162897254 M * Karma hello everybody 1162897285 N * Karma kaella 1162897376 M * kaella /msg Kaella IDENTIFY cybersex 1162897476 M * kaella guys, so, i have one question. how i can kill CTX ? i rename some vservers , and dont rename /var/run/vserver some 1162897512 M * kaella then i have 3 zombie vservers without controls 1162897519 A * harry making grsec + vserver for the 2.1.1 release for 2.6.18.2 1162897552 M * harry lol @ 12:02 < kaella> /msg Kaella IDENTIFY cybersex 1162897566 M * kaella :) 1162897598 A * harry off now... mlock is being a bitch... need more ... ahm... food and coffee 1162897615 M * kaella a sec , harry, can u help me ? :) 1162897642 Q * Skram Read error: Connection reset by peer 1162897699 M * harry well... 1162897712 M * harry you just have to kill all processes of a certain context? 1162897716 Q * borgfish 1162897725 M * kaella so, i have poriblem with zombie vservers after renaming 1162897734 M * harry vkill Usage: vkill [--xid|-c ] [-s ] [--] * 1162897746 M * kaella THANX! :) 1162897751 M * harry np 1162897752 A * harry off 1162897971 J * matti_ matti@linux.gentoo.pl 1162898137 Q * matti Ping timeout: 480 seconds 1162898137 N * matti_ matti 1162898596 M * kaella matti, can u help me some ? how i can kill CTX ? 1162898930 Q * Aiken_ Ping timeout: 480 seconds 1162899227 M * matti kaella: What you want to do? Kill ctx or process running in some ctx? 1162899254 M * kaella kill CTX 1162899267 M * kaella with all process :) 1162900022 M * matti kaella: Look at the page please. 1162900048 M * matti kaella: I am busy right now, I cannot help you... :< 1162900049 M * matti Sorry. 1162900123 M * kaella np , anyway thanx :) 1162900844 M * doener kaella: vkill is what you're looking for 1162900863 J * dna_ ~naucki@18-213-dsl.kielnet.net 1162900871 M * kaella vkill ? 1162900901 M * doener vkill --xid ... there's vkill --help... 1162900946 M * kaella ok. thanx 1162902849 J * kerberos ~satan@85.138.138.227 1162903457 Q * Piet Remote host closed the connection 1162903501 J * Piet hiddenserv@tor.noreply.org 1162903807 M * harry so as is said: 12:08 < harry> vkill Usage: vkill [--xid|-c ] [-s ] [--] * 1162904706 J * Skram ~mark@HERCULES.sentiensystems.net 1162904982 Q * kaella Quit: Leaving 1162908095 Q * mire Ping timeout: 480 seconds 1162908391 J * maks ~max@baikonur.stro.at 1162908424 M * maks hmm Bertl sleeping 1162908462 M * daniel_hozac yep. 1162908483 Q * michal` Ping timeout: 480 seconds 1162908531 M * harry kernel people here? 1162908548 M * daniel_hozac "kernel people"? 1162908562 J * Val ~val@82.234.153.40 1162908568 M * harry well... people who know a lot about how/why certain kernel changes are made ;) 1162908577 M * harry like: mlock_fixup code... 1162908600 M * Val hi 1162908603 M * daniel_hozac i just see one change. 1162908608 M * harry hmm... seems this belongs in kernelnewbies ;) 1162908632 M * harry yeah... but why not: vx_vmlocked_sub(mm, pages); 1162908667 M * daniel_hozac same thing. 1162908724 J * mire ~mire@85.222.167.185 1162908801 J * michal` ~michal@www.rsbac.org 1162908813 M * harry daniel_hozac: 1 level less indirection 1162908830 M * daniel_hozac the compiler ought to optimize it to the same thing. 1162908838 M * harry struct mm_struct * mm = vma->vm_mm; would be useless 1162908853 M * harry why create it, if you don't use it ? 1162908858 M * daniel_hozac we don't create it. 1162908865 M * harry (but again... thats the way it's done in mainline kernel :)) 1162908872 M * harry so hence... 15:10 < harry> hmm... seems this belongs in kernelnewbies ;) 1162908875 M * daniel_hozac and mm is used elsewhere. 1162908883 M * daniel_hozac the vma_merge and split_vma calls. 1162908887 M * harry yeah, but it's a pointer, so.... 1162908899 M * harry what applies to vma->vm_mm also applies to mm 1162908938 M * daniel_hozac of course. 1162908954 M * daniel_hozac but sure, you could use mm just as well. 1162908965 M * harry mkay :) then i'll do that ;) 1162908968 M * harry makes more sense imho 1162908988 M * harry (proposed it on kernelnewbies too ... still waiting for answers on that ;)) 1162909006 Q * Piet Remote host closed the connection 1162909740 Q * Hunger Server closed connection 1162909847 J * Hunger Hunger.hu@213.163.11.138 1162909977 Q * s0undt3ch Server closed connection 1162909981 J * s0undt3ch ~s0undt3ch@bl4-59-182.dsl.telepac.pt 1162909982 J * Piet hiddenserv@tor.noreply.org 1162910947 Q * ruskie Remote host closed the connection 1162910957 J * Mmao ~Mmao@cpe-065-191-138-242.nc.res.rr.com 1162911006 P * Mmao Leaving 1162911143 J * ruskie ~ruskie@ruskie.user.oftc.net 1162911294 J * chand ~chand@m90.net81-64-157.noos.fr 1162911607 J * comfrey ~comfrey@194.158.46.141 1162911767 M * doener harry: you got one *g* 1162911939 M * harry let's see 1162912008 M * harry fucking greylisting doens't allow quick answers... 1162912028 M * daniel_hozac greylisting on IRC? 1162912099 M * harry nono... on mail :) 1162912145 Q * m4z Server closed connection 1162912200 A * matti hugs harry 1162912201 M * matti ;] 1162912210 A * matti waves to daniel_hozac and doener 1162912212 M * matti ;D 1162912220 M * daniel_hozac hello matti 1162912231 P * DavidS 1162912236 J * DavidS ~david@193.170.138.34 1162912246 M * matti :) 1162912373 M * harry heya matti 1162912442 M * harry daniel_hozac: Because vma can change here: 1162912443 M * harry if (*prev) { 1162912443 M * harry vma = *prev; 1162912443 M * harry goto success; 1162912443 M * harry } 1162912445 M * harry and then mm won't be the same as vma->vm_mm.. 1162912467 M * harry still... that makes me think a bit further... 1162912477 M * daniel_hozac harry: there you go then :) 1162912496 M * harry i doubt the correctness of that code... 1162912506 M * harry looks all too fishy for me 1162912537 M * harry why work with mm all the time, and then decrement vma->vm_mm... when vma can be something completely different! 1162912610 M * daniel_hozac vma should be the result of the merge, no? 1162912700 M * harry hmm... yes 1162914777 P * matti 8-X 1162915484 J * Piet_ hiddenserv@tor.noreply.org 1162915541 Q * Dimmu Server closed connection 1162915542 J * Dimmu cliff@dropkick.oisec.net 1162915800 Q * Piet Ping timeout: 480 seconds 1162915877 M * harry ahm... wtf????? if ((type >= 2) && (type <= 4)) { 1162915892 M * harry why not: if (type = 3) { 1162915892 M * harry ? 1162915902 M * daniel_hozac uh, what about 2 and 4? 1162915925 M * harry ah, lol... i forgot about those ;0 1162915926 M * harry ;) 1162915958 Q * ntrs_ Server closed connection 1162915969 J * ntrs_ ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1162916325 Q * DavidS Ping timeout: 480 seconds 1162916394 J * stefani ~stefani@tsipoor.banerian.org 1162916783 J * lilalinux ~plasma@dslb-084-058-219-155.pools.arcor-ip.net 1162916903 J * cdrx ~legoater@cimai.net4.nerim.net 1162916952 M * harry i think the 2.6.18.2 merge is finished! 1162917078 M * maks we (debian) need s390 + sparc patches :) 1162917089 M * daniel_hozac didn't you already get those? 1162917095 Q * ray6 Server closed connection 1162917115 M * maks waldi is keeping track, but i didn't see them land yet 1162917147 M * maks where did they get posted? 1162917199 M * daniel_hozac s390 should've been fixed already, i think, and sparc64 is at http://paste.linux-vserver.org/645 1162917290 M * maks s390 fixed by? 1162917298 M * maks newer vserver? 1162917316 M * daniel_hozac i thought so. 1162917341 M * maks http://stats.buildserver.net/fetch.php?&pkg=linux-2.6&ver=2.6.18-5%7Esnapshot.7707&arch=s390&stamp=1162857617&file=log&as=raw 1162917352 M * maks are we speaking of the same s390 failure? 1162917383 M * daniel_hozac and where in the giant log is the failure? 1162917391 M * maks undefined reference to `__enter_vx_admin' 1162917398 M * maks scroll down 1162917430 Q * cdrx Ping timeout: 480 seconds 1162917473 M * daniel_hozac yep, that one. 1162917512 M * daniel_hozac looks like it's still unfixed in 2.0.2.2-rc5 though 1162917536 M * maks aboves was vs2.0.2.2-rc4.patch 1162917812 M * maks daniel_hozac do you do an rc6 with the s390 + sparch patch? 1162917824 M * maks s/sparch/sparch/ # upps 1162917830 M * maks tripple ups 1162917881 M * harry there we go 1162918019 M * harry http://people.linux-vserver.org/~harry/patch-2.6.18.2-vs2.1.1-grsec2.1.9.diff 1162918124 M * daniel_hozac maks: Bertl_zZ does the releases :) 1162918135 M * daniel_hozac and i think there are more arches with problems. 1162918149 M * daniel_hozac my quick grep shows ia64, powerpc and parisc. 1162918214 T * harry http://linux-vserver.org/ <- new and shiny | latest stable 2.02.1, exp 2.02.2-rc5, devel 2.1.1, stable+grsec 2.0.2.1, devel+grsec 2.1.1 | util-vserver-0.30.211 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the iki, and we'll forget about the minute ;) 1162918248 M * daniel_hozac (as having potential problems, i haven't verified them yet) 1162918287 M * doener harry: does the topic exceed some maximum size then, or why don't you mention your patch as 2.1.1-gr2.1.9 (or similar) 1162918330 M * daniel_hozac don't we have enough versions as is? :) 1162918356 M * maks daniel_hozac: ok i'll wait for Bertl to wake up. 1162918372 M * maks those fixes are quite urgent.. ;) 1162918380 M * daniel_hozac how come? 1162918408 M * maks we need to upload tomorrow 2.6.18-5 that *finaly* should build on all arch and push it into testing 1162918422 M * daniel_hozac doener: do you know when we do the IRQ switches? before/after every call to __do_IRQ? 1162918428 M * doener no idea 1162918447 M * daniel_hozac same here, unfortunately... 1162918453 M * harry ah... it doesn't exceede here... 1162918456 M * harry hmm... damn 1162918463 M * daniel_hozac harry: it doesn't, yet. 1162918471 M * daniel_hozac he was suggesting you add the grsec version as well. 1162918497 M * harry ah... well... i never did that... 1162918501 M * harry latest off course :) 1162918505 M * harry it's there on the site :) 1162918554 M * daniel_hozac doener, Bertl_zZ: hmm, why do we __enter_vx_admin before calling __do_IRQ, and then __enter_vx_admin again _inside_ __do_IRQ? 1162918567 J * click click@ti511110a080-2459.bb.online.no 1162918570 M * harry anyway... i hope some people will find a use for it 1162918590 M * harry it took me an entire day (and a kernel bug which is reported ;)) to do the diff 1162918603 M * harry not something i want to do every day :) 1162918610 N * Bertl_zZ Bertl 1162918616 M * Bertl morning folks! 1162918619 M * daniel_hozac morning Bertl! just in time ;) 1162918638 M * harry Bertl!!!!! 1162918644 M * doener daniel_hozac: probably you highlighted him out of bed ;) 1162918651 M * daniel_hozac hehe, sorry :) 1162918658 M * harry shine a light on Bertl today... 1162918659 M * Bertl daniel_hozac: there are different call scenarios (i.e. sources) 1162918668 Q * Hunger Remote host closed the connection 1162918684 M * harry brrrrr... Bertl so early... immediately there with call scenarios.. 1162918689 M * Bertl the warning is a catch all case which makes it work even when it warns 1162918694 M * harry Bertl: maybe something for you too... 1162918706 M * Bertl problem is, that the number of warnings usually make the system unuseable :) 1162918708 M * harry i think i found a mm bug...but i'm not sure 1162918730 M * harry if you want i'll mail it to you 1162918739 M * daniel_hozac Bertl: hehe, ok. 1162918745 M * Bertl harry: please do so 1162918749 M * harry address? 1162918752 M * daniel_hozac so we really are supposed to enter the admin context before __do_IRQ. 1162918760 J * Hunger Hunger.hu@213.163.11.138 1162918761 M * doener harry: the one you sent to lkml? 1162918791 M * doener http://lkml.org/lkml/2006/11/7/121 1162918805 M * Bertl daniel_hozac: yeah, check the archs, some have special code right before that 1162918824 M * Bertl daniel_hozac: others do not even call __do_IRQ at all (yet) 1162918837 M * harry that's the one 1162918843 M * harry then i don't need to send it :) 1162918845 M * daniel_hozac how about the drivers that call it? 1162918888 M * Bertl IMHO we should evaluate which calls require a wrapper and which don't then remove the warning 1162918912 M * daniel_hozac http://paste.linux-vserver.org/647 are callers of __do_IRQ that don't call __enter_vx_admin in the same file. 1162918938 M * Bertl excellent, need a shower first ... brb 1162918985 A * harry off... time to go home 1162918987 M * harry cya'll 1162919010 M * daniel_hozac (grep -Hr __do_IRQ . | awk -F: '{ print $1 }' | { while read F; do grep -q __enter_vx_admin $F || echo $F; done } | uniq | generated it) 1162919260 M * doener daniel_hozac: hm, what about: grep -lr __do_IRQ * | xargs grep -vl __enter_vx_admin 1162919276 M * daniel_hozac that's certainly a lot cleaner :) 1162919277 M * doener + manual grep 1162920187 J * matled_ ~matled@85.131.246.184 1162920187 Q * matled Read error: Connection reset by peer 1162920187 N * matled_ matled 1162920325 M * sid3windr why evho $F ? 1162920332 M * sid3windr *echo 1162920342 M * sid3windr oh, I didn't see the || 1162920373 Q * Piet_ Remote host closed the connection 1162920639 J * Piet hiddenserv@tor.noreply.org 1162920719 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net 1162921057 M * Bertl okay, back 1162921070 M * harry diro 1162921072 M * harry dito 1162921088 M * Bertl daniel_hozac, doener: so we are talking about 2.0.x or 2.1.x or general? 1162921099 A * harry listening: im gesselschaft 1162921109 M * harry classics rule! 1162921114 M * daniel_hozac i did my checking on 2.0.2.2-rc5, but i imagine it applies to 2.1.x as well. 1162921162 M * Bertl okay, first let's revisit __do_IRQ 1162921185 M * Bertl (sidenote: I have roughly 40mins right now, but will be back after three hours then) 1162921231 M * Bertl the goal is to get the following setup: 1162921269 M * Bertl all _simple_ callers of __do_IRQ do not need the enter/exit 1162921322 M * Bertl all callers of irq_enter(), which do not just call __do_IRQ, have to get them 1162921348 M * Bertl so for example, the enter/leave in cris arch can go 1162921593 M * Bertl another interesting detail is, that my codebase does not even contain the warning anymore? 1162921613 M * daniel_hozac i think it was removed in 2.1.1.0. 1162921629 M * Bertl I'm currently looking at the 2.0.x branch 1162921635 M * daniel_hozac hmm. 1162921641 M * daniel_hozac in __do_IRQ? 1162921647 M * Bertl have to check for the uploaded patch though 1162921720 M * Bertl nah, no warning there in 2.02.2-rc5 1162921789 M * daniel_hozac really? hmm, what tree do i have then... 1162921811 M * daniel_hozac but we're still missing the #include in drivers/s390/cio/cio.c 1162921885 M * Bertl yes, that was fixed here .. and we can remove __enter/leave calls from 'just' __do_IRQ cases 1162922214 M * daniel_hozac you've also removed the put_task_struct? 1162922241 M * Bertl which one 1162922248 M * daniel_hozac find_proc_task_by_pid. 1162922334 Q * matled Remote host closed the connection 1162922494 M * Bertl yup, that's gone here 1162922563 M * daniel_hozac ok, sounds good then. 1162922913 J * matled ~matled@85.131.246.184 1162923029 M * harry An der Nordseeküste, am plattdeutschen Strand 1162923030 M * harry Sind die Fische im Wasser und selten an Land 1162923033 M * harry shake it!!! 1162923034 M * harry ;) 1162923143 M * tokkee .oO( ... ) 1162923232 Q * fs Server closed connection 1162923249 J * fs fs@213.178.77.98 1162923356 J * Johnsie ~jdlewis@jdlewis.org 1162923398 Q * meandtheshell Remote host closed the connection 1162923541 Q * Johnnie Ping timeout: 480 seconds 1162923731 M * Bertl daniel_hozac, doener: okay, here is a version I consider to work regarding IRQs (modulo vs_context.h includes), please double check and keep the following in mind: we do not need to enter/leave for timer accounting, but we want the admin context for softirqs and other system related stuff 1162923777 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.18.2-vs2.0.2.2-rc6.diff 1162923800 M * Bertl will double check it later have to run now ... and I want to submit it to PLM before 1162923844 M * daniel_hozac ok, cya! 1162923947 M * Bertl ah, and the debian folks should sync up to that version if they want a release 1162923962 M * Bertl http://plm.testing.osdl.org/patches/show/Linux-VServer-2.6.18.2-vs2.0.2.2-rc6 1162923974 M * Bertl off now .. back later 1162923978 N * Bertl Bertl_oO 1162924281 M * |yang| daniel_hozac: you know about this ulimit -n , it only works for user that comes from a root server into guest...if i login over ssh into shell into guest then ulimit drops back on 1024? 1162924313 M * daniel_hozac that's probably because of your /etc/security/limits.conf inside, or whatever the file is called. 1162924375 M * |yang| in there I have these 2 lines 1162924377 M * |yang| ircd soft nofile 5000 1162924378 M * |yang| ircd hard nofile 5000 1162924391 M * |yang| but ircd shell shows me 1024 1162924403 M * |yang| on guest 1162924433 M * daniel_hozac did you restart the sshd from a shell that had 5000? 1162924439 M * |yang| yes 1162924665 J * meandtheshell ~markus@85-124-233-194.work.xdsl-line.inode.at 1162925031 J * bronson ~bronson@66.160.177.201 1162925630 J * borgfish ~bla@141.12.9.48 1162925633 M * borgfish re 1162925681 J * coocoon ~coocoon@dslb-084-056-179-026.pools.arcor-ip.net 1162925723 M * coocoon evening 1162925781 M * borgfish hi 1162926429 Q * kerberos Remote host closed the connection 1162926507 Q * borgfish Ping timeout: 480 seconds 1162926624 Q * Johnsie Remote host closed the connection 1162927187 J * Johnnie ~jdlewis@jdlewis.org 1162928570 J * kerberos ~satan@85.138.138.227 1162928643 M * kerberos hello 1162928666 M * kerberos /usr/lib/util-vserver/vserver.start: line 132: /usr/bin/nice: No such file or directory 1162928676 M * kerberos how do i resolv this one :) 1162929312 M * stefani apt-get install coreutils 1162929388 Q * SNy Server closed connection 1162929404 J * SNy 0024bc0cad@bmx-chemnitz.de 1162929710 J * pflanze ~chris@84-73-62-133.dclient.hispeed.ch 1162929717 M * pflanze Hello! 1162929937 J * Rich_Estill ~restill@c-24-11-195-139.hsd1.mi.comcast.net 1162930112 Q * stefani Ping timeout: 480 seconds 1162930246 Q * Johnnie Ping timeout: 480 seconds 1162930568 Q * meebey Server closed connection 1162930586 J * meebey meebey@booster.qnetp.net 1162930964 Q * bronson Ping timeout: 480 seconds 1162931088 Q * Rich_Estill Quit: Leaving 1162931160 Q * Val Ping timeout: 480 seconds 1162931891 J * stefani ~stefani@tsipoor.banerian.org 1162931918 Q * coocoon Quit: KVIrc 3.2.0 'Realia' 1162932030 J * marcfiu ~mef@targe.CS.Princeton.EDU 1162932110 Q * Piet Quit: Piet 1162932350 J * Piet hiddenserv@tor.noreply.org 1162932397 J * id23 ~id@p508141AC.dip0.t-ipconnect.de 1162932404 M * id23 greetings #vserver 1162932808 Q * lilalinux Remote host closed the connection 1162933180 Q * bogus_ Server closed connection 1162933181 J * bogus ~bogusano@fengor.net 1162933989 P * kerberos isnt it obvious? 1162934884 J * Johnnie ~jdlewis@jdlewis.org 1162935000 J * Aiken ~james@tooax6-129.dialup.optusnet.com.au 1162935124 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at 1162935189 Q * shedi Quit: Leaving 1162937011 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch 1162937129 Q * Johnnie Quit: G'bye! 1162937139 J * Johnnie ~jdlewis@jdlewis.org 1162937254 Q * meandtheshell Remote host closed the connection 1162937664 J * Johnsie ~jdlewis@jdlewis.org 1162937703 Q * comfrey Quit: leaving 1162937889 J * Johnno ~jdlewis@jdlewis.org 1162937948 Q * Johnno 1162937980 J * joinick ~irc@dsl-42-38.utaonline.at 1162938036 Q * Johnnie Ping timeout: 480 seconds 1162938246 Q * Johnsie Ping timeout: 480 seconds 1162938353 M * id23 bye 1162938355 Q * id23 Quit: Leaving 1162939875 P * joinick Bye 1162940196 P * stefani I'm Parting (the water) 1162940658 P * marcfiu 1162941129 Q * chand Quit: chand 1162941199 Q * Piet Quit: Piet 1162941244 Q * dna_ Quit: Verlassend 1162941407 N * Bertl_oO Bertl 1162941411 M * Bertl evening folks! 1162941429 M * maks plm info looks good 1162941445 M * Bertl good to hear! 1162941485 M * Bertl maks: is debian on sync now? 1162941492 M * maks no i get rejects atm 1162941495 M * maks working on it 1162941507 M * Bertl do you need a delta or so? 1162941522 M * Bertl what was the last rc debian synced to? 1162941527 M * maks rc5 1162941546 M * Bertl nah, that can't be true, the warning waldi reported 1162941563 M * Bertl is not present in rc5 1162941574 M * maks the s390 build failure was 1162941582 M * Bertl yep, that's right 1162941613 M * maks but you are right in sid is currently an earlier rc 1162941728 M * Bertl I'd suggest to get a delta (if you like I can provide one) between that last known rc and rc6, and try to apply all differences 1162941742 M * maks i get reject on the vx_linux_banner 1162941752 M * maks maybe waldi leaves it out? 1162941769 M * Bertl xen patches there too, or is it a debian modification? 1162941770 Q * DavidS Ping timeout: 480 seconds 1162941781 M * maks don't assume it changed lately? 1162941856 M * maks yes there seem to be homegrown ifdef so just snipping that 1162941917 M * maks now it applies on source-all *cool* 1162943900 Q * kugg Ping timeout: 480 seconds 1162943994 Q * morrigan Server closed connection