1120694460 M * baggins no, filesystem does not matter 1120694511 M * baggins just ran it on ext2 and still gid is incorrect 1120694581 M * Doener` evening folks! 1120694588 M * Bertl evening Doener`! 1120694591 M * Doener` did i miss anything? 1120694597 M * Bertl everything :) 1120694628 M * Bertl well, we are trying to narrow down baggins' issues with x86_64 ... 1120694708 M * Bertl Vudumen: any status for the sun? 1120694801 M * Bertl Doener`: fact is, we either lost tagxid support for xfs, or (more likely) never had it :) 1120694810 M * Doener` hehe 1120694841 M * Bertl as I'm a great fan of the xfs code, I guess I had a look at it and did somehow forget about it *G* 1120694948 M * Bertl but the issues baggins sees are 'just' strange for me ... 1120694970 M * Bertl Doener`: do you know what the vrpm-preload is doing? 1120694997 M * Doener` no, not the least... 1120695020 M * Bertl it seems that without it, rpm is doing fine, but with the preload, it messes up the uid/gids 1120695032 M * Bertl baggins: correct me if I'm telling bullshit here ... 1120695036 M * Doener` i'd assume that it just touches some libraries to make sure they are loaded from the host and not from the guest 1120695076 M * baggins Bertl: you're correct 1120695126 M * baggins Doener`: it makes sure rpm is closed in guest 1120695149 M * baggins but I tried to understand what exactly vrpm-preload is doing but it's black magic to me 1120695203 M * Bertl haha! after 10 minutes of searching (with a little help from grep and cscope) I found the place where the xfs inodes are read from disk :) 1120695253 M * baggins Bertl: now find where they are written, that's the hard part ;) 1120695300 M * Bertl well, yes and no ... structures are similar, so it's easier once I know the names 1120695332 M * Bertl for xfs: ip->i_d.di_uid (intuitive :) 1120695768 M * Doener` i'm off to bed, too tired... good night! 1120695775 M * Bertl okay, good night! 1120695785 M * baggins good night 1120695825 J * tobi ~tobi@HSE-Ottawa-ppp237397.sympatico.ca 1120695831 M * tobi evening good sirs 1120695834 M * Bertl welcome tobi! 1120695898 M * tobi i come with agenda. I'd like to ask if there currently are any ways to get a vserver running on a virtual network device like tun 1120695930 M * Bertl why would you like to do so, if I may ask? 1120695967 M * tobi there are some concerns that a vserver doesn't feel like a real box because you cannot ping 127.0.0.1 and it won't show its ip in ifconfig 1120695992 M * tobi i don't agree with this, i'm just relaying conerncs... 1120696013 M * Bertl well, ping works fine here, and it also shows it's ip ... 1120696035 M * Bertl (just a matter of setup, of course) 1120696041 M * tobi really. so its probably just my setup thats problematic 1120696096 M * tobi i'm using the alpha-utils with the new dirctory layout 1120696109 M * Bertl sounds good ... 1120696115 M * tobi all i did was export eth0 to the vservers and assign them ips 1120696125 M * tobi i removed all ip related services from the debian vms 1120696134 M * Bertl okay ... 1120696197 M * tobi this is pretty much it http://rafb.net/paste/results/Lc0lMH12.html 1120696237 M * Bertl yep, stop the guest, add a file called 'name' to the '1' dir 1120696248 M * Bertl which contains 'tobi\n' 1120696269 M * Bertl (e.g. by doing echo "tobi" >1/name 1120696298 M * Bertl then restart the guest, and it will use a named alias (which ifconfig will see) 1120696479 M * tobi i probably did it worng because its still not working. the name of the vm is vault so i did echo "vault" > 1/name 1120696502 M * Bertl okay 1120696633 M * Bertl what tools do you use? 1120696708 M * tobi 0.30.207 is the version 1120696721 M * Bertl and you did stop and start the guest after this change? 1120696737 M * Bertl (stop before, start afterwards, of course) 1120696738 M * tobi quest... 1120696782 M * tobi i'm not sure what quest refers to 1120696819 M * Bertl 'guest' is a (good) name for the vms/vps 1120696845 M * Bertl 'host' = the real machine, 'guest' the virtual unit 1120696867 M * tobi ah ok, i read that as quest, my console font shows those as the same 1120696880 M * Bertl interesting font :) 1120696882 M * tobi yes i restarted it with vserver vault restart 1120696890 J * johndoe ~johndoe@pcp01934321pcs.nhaven01.ct.comcast.net 1120696896 M * Bertl welcome johndoe! 1120696898 M * tobi hehe, profont 9pt, can't code without it, its a bane 1120696919 M * Bertl and you are not making mistakes if q = g ? 1120696920 M * johndoe hi 1120696946 M * tobi well probably, that would explain many things... 1120697117 M * Bertl tobi: so if you did everything right (i.e. changed the correct config, restarted the guest) then you should see an alias eth0:vaul (in this case) on the host and inside the guest 1120697166 M * tobi do i perhaps have to bootstrap this alias somehow on the host? 1120697213 M * Bertl unless you have a 'nodev' file somewhere (you didn't tell me about) a stop/start of the guest is sufficient 1120697352 M * tobi i don't remember doing anything in relation to nodev 1120697479 M * tobi so its a classical case of "if you would do it right it would work" 1120697484 M * tobi i'll dig in :) 1120697494 M * tobi thanks for the pointers 1120697520 M * Bertl if you do a 'vserver vault stop' then 'vserver vault start' 1120697528 M * Bertl do you get any error messages? 1120697593 M * tobi http://rafb.net/paste/results/lZlxPA40.html 1120697610 M * tobi the RTNETLINK thing sticks out 1120697644 M * Bertl yep, please try to remove the ip from the guest (on the host) 1120697710 A * baggins needs some sleep 1120697739 M * Bertl baggins: okay, have a good night then! 1120697763 M * Bertl tobi: ip addr del 192.168.1.3 dev eth0 1120697781 M * Bertl that only happens if you did not stop the guest before changing the config :) 1120697793 M * baggins Bertl: good luck on hacking XFS, drop me a msg if you make something for testing :) 1120697804 M * baggins good night 1120697808 M * Bertl yep, should be test-able tomorrow 1120697816 M * tobi heh 1120697842 M * tobi ok that works now 1120698033 J * eXplasm2 explasm@p549F7D3C.dip.t-dialin.net 1120698042 M * Bertl wb eXplasm2! 1120698052 M * tobi thanks a lot bertl 1120698059 M * Bertl yw 1120698066 M * tobi do you have another suggestion on how to get the 127.0.0.1 to respond? 1120698083 M * Bertl it does respond quite fine ... 1120698109 M * Bertl if you are referring to 'ping' try: ping -I 192.168.1.3 127.0.0.1 1120698124 M * tobi yea that works 1120698154 M * tobi well ok this seems to be working nicely 1120698157 M * tobi thank you so much! 1120698167 M * Bertl again, you're welcome! have fun! 1120698176 M * tobi bye 1120698180 Q * tobi Quit: leaving 1120698460 Q * eXplasm Ping timeout: 480 seconds 1120698588 Q * monrad Ping timeout: 480 seconds 1120699763 J * Shuri doum@64.235.209.226 1120699808 M * Bertl welcome Shuri! 1120700063 M * Shuri hello Bertl 1120700068 M * Shuri nice to see you! 1120700123 M * Bertl you do? 1120700126 M * Bertl :) 1120700182 M * Shuri yep 1120700307 Q * johndoe Ping timeout: 480 seconds 1120702216 Q * Shuri Remote host closed the connection 1120707050 Q * Vudumen Ping timeout: 480 seconds 1120708669 J * Vudumen vudumen@perverz.hu 1120712764 M * Bertl okay, off to bed now ... have a nice whatever everyone! 1120712770 N * Bertl Bertl_zZ 1120713825 J * Aiken ~james@tooax8-241.dialup.optusnet.com.au 1120717857 Q * _are_ Quit: bbl 1120718234 J * pmenier ~votremail@ACaen-202-1-2-5.w193-251.abo.wanadoo.fr 1120718333 M * pmenier Hello 1120718394 M * pmenier I've read and re-read and re-read faq and questions about vserver but i don't find any answer to my problem... 1120718414 M * pmenier i alwayrs got the following error when i try to start it 1120718433 M * pmenier Can't set the ipv4 root (Invalid argument) 1120718492 M * pmenier but the strangest is that iface of vserver is up and /proc is mounted too 1120718509 M * pmenier so.... if anybody as any idea.... 1120719746 J * erwan_ho ~erwan@konilope.dyndns.org 1120720229 M * pmenier i never had this problem with previous version.... 1120720689 J * Doener_ ~doener@p54874541.dip.t-dialin.net 1120721132 Q * Doener` Ping timeout: 480 seconds 1120721921 Q * erwan_ho Remote host closed the connection 1120724409 Q * Doener_ uranium.oftc.net unununium.oftc.net 1120724409 Q * pmenier uranium.oftc.net unununium.oftc.net 1120724409 Q * Aiken uranium.oftc.net unununium.oftc.net 1120724409 Q * Vudumen uranium.oftc.net unununium.oftc.net 1120724409 Q * [maple] uranium.oftc.net unununium.oftc.net 1120724409 Q * cryo uranium.oftc.net unununium.oftc.net 1120724409 Q * AprilDL uranium.oftc.net unununium.oftc.net 1120724409 Q * dsoul uranium.oftc.net unununium.oftc.net 1120724409 Q * stupidawy uranium.oftc.net unununium.oftc.net 1120724409 Q * mugwump uranium.oftc.net unununium.oftc.net 1120724409 Q * micah uranium.oftc.net unununium.oftc.net 1120724409 Q * flock uranium.oftc.net unununium.oftc.net 1120724409 Q * case uranium.oftc.net unununium.oftc.net 1120724409 Q * eyck uranium.oftc.net unununium.oftc.net 1120724409 Q * janra uranium.oftc.net unununium.oftc.net 1120724409 Q * jkl uranium.oftc.net unununium.oftc.net 1120724409 Q * Zoiah uranium.oftc.net unununium.oftc.net 1120724410 Q * cereal uranium.oftc.net unununium.oftc.net 1120724410 Q * skceb uranium.oftc.net unununium.oftc.net 1120724410 Q * SNy uranium.oftc.net unununium.oftc.net 1120724410 Q * maharaja uranium.oftc.net unununium.oftc.net 1120724410 Q * locksy uranium.oftc.net unununium.oftc.net 1120724410 Q * pusling uranium.oftc.net unununium.oftc.net 1120724410 Q * pattieja uranium.oftc.net unununium.oftc.net 1120724410 Q * lilo uranium.oftc.net unununium.oftc.net 1120724410 Q * Bertl_zZ uranium.oftc.net unununium.oftc.net 1120724410 Q * jonsmel_zZ uranium.oftc.net keid.oftc.net 1120724410 Q * kestrel uranium.oftc.net quasar.oftc.net 1120724410 Q * tchan uranium.oftc.net quasar.oftc.net 1120724410 Q * meebey uranium.oftc.net quasar.oftc.net 1120724410 Q * gregster uranium.oftc.net quasar.oftc.net 1120724410 Q * Medivh uranium.oftc.net quasar.oftc.net 1120724410 Q * SiD3WiNDR uranium.oftc.net quasar.oftc.net 1120724410 Q * DaPhreak uranium.oftc.net quasar.oftc.net 1120724410 Q * xbing uranium.oftc.net quasar.oftc.net 1120724410 Q * sladen uranium.oftc.net quasar.oftc.net 1120724410 Q * DaCa-fi uranium.oftc.net quasar.oftc.net 1120724410 Q * albeiro uranium.oftc.net quasar.oftc.net 1120724410 Q * matti uranium.oftc.net quasar.oftc.net 1120724410 Q * neofutur uranium.oftc.net kinetic.oftc.net 1120724410 Q * baggins uranium.oftc.net kinetic.oftc.net 1120724410 Q * Loki|muh uranium.oftc.net kinetic.oftc.net 1120724410 Q * Greek0 uranium.oftc.net kinetic.oftc.net 1120724410 Q * FaUl uranium.oftc.net kinetic.oftc.net 1120724410 Q * id uranium.oftc.net kinetic.oftc.net 1120724410 Q * zimbo uranium.oftc.net kinetic.oftc.net 1120724410 Q * mcp uranium.oftc.net kinetic.oftc.net 1120724410 Q * Hunger uranium.oftc.net europa.oftc.net 1120724410 Q * aba uranium.oftc.net plasma.oftc.net 1120724421 Q * nox uranium.oftc.net neutron.oftc.net 1120724424 J * aba ~aba@eos.turmzimmer.net 1120724426 J * Hunger Hunger.hu@levnor.hu 1120724429 J * xbing ~nb@dsl081-044-121.lax1.dsl.speakeasy.net 1120724429 J * DaPhreak ~phreak@styx.xnull.de 1120724429 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1120724429 J * sladen paul@starsky.19inch.net 1120724429 J * Medivh ck@paradise.by.the.dashboardlight.de 1120724429 J * albeiro ~albeiro@albeiro.usercloak.oftc.net 1120724429 J * gregster ~gregor@greart.de 1120724429 J * matti matti@linux.gentoo.pl 1120724429 J * meebey meebey@booster.qnetp.net 1120724429 J * tchan ~tchan@c-24-13-81-164.hsd1.il.comcast.net 1120724429 J * kestrel ~athomas@vsrouter.swapoff.org 1120724429 J * DaCa-fi ~danny@mail.limehouse.org 1120724429 T * xenon.oftc.net http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.5, 2.0-rc5, ng9.5 -- 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 wiki, and we'll forget about the minute ;) 1120724435 J * Doener_ ~doener@p54874541.dip.t-dialin.net 1120724435 J * pmenier ~votremail@ACaen-202-1-2-5.w193-251.abo.wanadoo.fr 1120724435 J * Aiken ~james@tooax8-241.dialup.optusnet.com.au 1120724435 J * Vudumen vudumen@perverz.hu 1120724435 J * [maple] ~maple@strace-nat0.ua-online.net 1120724435 J * cryo ~say@212.86.243.154 1120724435 J * AprilDL ~chatzilla@ip68-9-200-247.ri.ri.cox.net 1120724435 J * dsoul darksoul@pingu.ii.uj.edu.pl 1120724435 J * Bertl_zZ ~herbert@212.16.62.52 1120724435 J * pusling ~pusling@195.215.29.124 1120724435 J * SNy ~mfr@bmx-chemnitz.de 1120724435 J * skceb skceb@bang-bang.feuer-frei.com 1120724435 J * cereal ~cereal@217.20.124.153 1120724435 J * maharaja maharaja@ipax.at 1120724435 J * Zoiah Zoiah@matryoshka.zoiah.net 1120724435 J * jkl ~eric@ool-182cef46.dyn.optonline.net 1120724435 J * janra janra@paradox.homeip.net 1120724435 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1120724435 J * mugwump ~samv@210-54-92-184.ipnets.xtra.co.nz 1120724435 J * micah micah@micha.hampshire.edu 1120724435 J * lilo ~lilo@lilo.usercloak.oftc.net 1120724435 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1120724435 J * locksy ~locksy@mrtg.sisgroup.com.au 1120724435 J * case ~case@donpanic.faveve.uni-stuttgart.de 1120724435 J * eyck eyck@81.219.64.71 1120724435 J * pattieja ~pattieja@adsl-69-153-174-41.dsl.stlsmo.swbell.net 1120724435 T * xenon.oftc.net http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.5, 2.0-rc5, ng9.5 -- 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 wiki, and we'll forget about the minute ;) 1120724451 J * nox ~nox@noxlux.de 1120724470 J * jonsmel_zZ ~jscottorn@209.33.206.3 1120724472 J * neofutur ~neofutur@neofutur.net 1120724472 J * baggins baggins@kenny.mimuw.edu.pl 1120724472 J * Loki|muh loki@satanix.de 1120724472 J * Greek0 ~greek0@81.189.246.175 1120724472 J * mcp ~hightower@wolk-project.de 1120724472 J * zimbo ~zimbo@callisto.dom.bonis.de 1120724472 J * id ~id@relax-media.softwarezentrum.de 1120724472 J * FaUl ~immo@ip88.164.1211G-CUD12K-01.ish.de 1120729325 J * nox_ ~nox@noxlux.de 1120729372 Q * nox_ Quit: 1120729402 M * meebey hm util-vserver doesn't assignt the IP address 1120729406 M * meebey it only creates the device 1120729412 M * meebey eth0:0gal Link encap:Ethernet HWaddr 00:E0:18:84:EE:CC 1120729412 M * meebey UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 1120729412 M * meebey Interrupt:20 Base address:0xa000 Memory:f4800000-f4800038 1120729422 M * meebey galilei:/etc/vservers/galilei-mini-sarge# cat ./interfaces/0/ip 1120729422 M * meebey 169.254.0.201 1120729464 M * meebey oh 1120729466 M * meebey inet 169.254.0.201/16 brd 169.254.255.255 scope global secondary eth0:0galilei-mi 1120729475 M * meebey ip addr shows the IP is set 1120729481 M * meebey but not ifconfig? 1120729493 M * DaPhreak yeah .. 1120729502 M * DaPhreak morning by the way ;P 1120729510 M * meebey morning :) 1120729526 M * meebey so util-vserver uses "ip" now? 1120729550 M * DaPhreak yeah .. Doener stated that a few days ago 1120729560 M * meebey hmm 1120729607 M * meebey interesting 1120729622 M * meebey why is it still creating a fake device with foo:bar style then? 1120729624 M * meebey its not required 1120729635 M * DaPhreak that under some (not few conditions) ifconfig doesn't even show the device (AFAIK) 1120729651 M * DaPhreak meebey: don't specify the label for that device ... 1120729658 M * DaPhreak aka interfaces/0/name 1120729661 M * DaPhreak that is 1120729664 M * meebey yes, there is no device because it doesnt need the foo:bar trick 1120729675 M * meebey ah 1120729678 M * meebey lemme remove the name 1120729702 M * meebey I think I found a bug 1120729709 M * meebey vserver foo stop doesnt remove the IP 1120729752 M * meebey ah solved 1120729760 M * meebey that bug happens in that mixed mode :) 1120729770 M * DaPhreak yeah .. because you deleted/emptyed the name-file *before* stopping the vserver, right ? 1120729772 M * meebey I removed 0/name and it removes the IP just fine now 1120729779 M * meebey no 1120729783 M * meebey it was because of name file 1120729790 M * meebey where there is name, it will not remove the IP 1120730071 M * meebey I like the new util-vserver :) 1120730199 M * DaPhreak heh, .207 ? 1120730231 M * meebey .204 1120730269 Q * cryo Ping timeout: 480 seconds 1120730631 M * meebey depends and clear network config is the best change IMHO 1120730927 M * meebey but I need that patch for proc still 1120731054 M * meebey lets see if I can port it 1120731071 J * danieldlp ~daniel@205.234.152.200 1120731235 M * meebey *trying* 1120731276 N * danieldlp dlp 1120731672 Q * anonymousc Quit: adios 1120731820 M * meebey dpatch-edit-patch: /usr/src/util-vserver/util-vserver-0.30.204/debian/patches/01_procaccess_support.dpatch created. 1120731824 A * meebey loves dpatch 1120732110 M * meebey hm have to patch the kernel too, procaccess was 128 1120732116 M * meebey namespace uses 128 now 1120732129 M * meebey change the kernel patch 1120732199 Q * Aiken Ping timeout: 480 seconds 1120732202 M * meebey -rw-r--r-- 1 mirco.bauer src 397624 Jul 7 12:29 util-vserver_0.30.204-6.gsd.1_i386.deb 1120732212 M * meebey my code changes compiled at least :) 1120732805 J * cryo ~say@212.86.243.154 1120733050 Q * pmenier Quit: >>[www.F-IRC.com - Client IRC en français]>> 1120733246 M * DaPhreak hmm userspace or kernel ?! 1120733575 M * meebey userspace compiled sofar 1120733582 M * meebey now compiling the kernel 1120734432 J * Aiken ~james@tooax6-221.dialup.optusnet.com.au 1120735813 M * kestrel i added http://linux-vserver.org/ArchVserver, if anybody is interested in vservers on arch linux 1120736107 M * kestrel or arch linux vservers on any distro 1120737878 M * baggins At last :D 1120737895 M * baggins I found what's wrong with vrpm on x86_64 1120738156 J * prae ~prae@ezoffice.mandriva.com 1120738215 M * baggins where should I send patches for util-vserver? 1120738266 M * Doener_ https://savannah.nongnu.org/bugs/?group=util-vserver 1120738364 M * baggins thanks 1120738564 M * DaPhreak morning Doener_ ;P 1120738591 M * Doener_ morning DaPhreak 1120738594 N * Doener_ Doener 1120738639 M * DaPhreak did you see the kernel oops reading /proc/net/route on the ml ?! :) 1120738671 M * Doener yep, doesn't oops here... 1120738709 M * DaPhreak so i guess it's only 1.9.5.his.version specific .. 1120738972 Q * matti Quit: 8-X 1120740068 J * brc bruce@201008088244.user.veloxzone.com.br 1120740069 M * Hollow morning 1120740660 Q * cryo Remote host closed the connection 1120740934 J * cryo ~say@212.86.243.154 1120741134 M * brc gmontning 1120741285 Q * Aiken Quit: Leaving 1120742256 J * xcyborg ~service@ns.bitdefender.com 1120742318 M * xcyborg I'm sure this was asked many times, but I just can't seem to find an answer: 1120742345 M * xcyborg why isn't vserver included in mainline kernel ? 1120742785 M * daniel_hozac http://www.paul.sladen.org/vserver/archives/200503/0027.html 1120743092 M * xcyborg daniel_hozac: thanx 1120743779 J * MobSteR ~mobster@dD5765C84.access.telenet.be 1120743787 P * MobSteR 1120744177 J * erwan_taf ~erwan@81.80.43.77 1120744178 Q * sladen Ping timeout: 480 seconds 1120744419 J * sladen paul@starsky.19inch.net 1120744553 N * Bertl_zZ Bertl 1120744564 M * Doener morning Bertl 1120744568 M * Bertl morning folks! 1120744577 M * erwan_taf hey folks 1120744612 M * Bertl daniel_hozac: you are better than _any_ info bot! thanks! 1120744625 M * Bertl hey Doener! erwan_taf! 1120744631 M * id Hi Bertl 1120744658 M * Bertl baggins: so it is a userspace issue? any details? 1120744662 M * Bertl hey id! 1120744915 Q * Hollow Ping timeout: 480 seconds 1120744934 J * Hollow ~Hollow@home.xnull.de 1120744943 M * Hollow grr 1120745015 M * Bertl wb Hollow! 1120745072 M * Hollow hey Bertl 1120745081 M * Hollow my ISP is cutting my line all day long :( 1120745202 M * baggins hi Bertl 1120745292 M * baggins Bertl: rpm-fake.so was writing size_t data (64 bits on x86_64) and rpm-fake-reslover was reading it as uint32_t 1120745311 M * baggins Bertl: Enrico fixed it in CVS few days ago :) 1120745340 M * baggins Bertl: now vrpm works for me without any probles 1120745352 M * Bertl excellent! 1120745365 M * Bertl btw, I have a patch for xfs working ... 1120745394 M * baggins I'll be happy to test it :D 1120745422 M * Bertl it's not final, but it did pass my fs tests 1120745441 M * Bertl and the interesting part, we might allow for xfs internal tagging too :) 1120745825 M * Doener Bertl: http://www.13thfloor.at/~doener/vserver/patches/delta-netnew-feat03.diff 1120745840 M * Doener http://www.13thfloor.at/~doener/vserver/patches/delta-netnew-incr.diff (against your netnew patch) 1120745868 M * Doener just adds the > 4 check and removes the #ifndefs 1120745900 M * Bertl ah, okay, the ifndef is removed in my latest version, but the check was still missing ... 1120745905 N * jonsmel_zZ jonsmel 1120745912 M * Bertl morning jonsmel! 1120745915 M * jonsmel morning 1120745923 M * Bertl btw, for german speaking folks: http://translate.google.com/translate?u=http%3A%2F%2Flinux-vserver.org&langpair=en%7Cde&hl=en 1120745937 M * Bertl (close, but no banana :) 1120745968 M * id the language tools are fun 1120745982 M * id i like them 1120745996 M * id you somehow understand what is meant 1120746009 M * id if you dont speak the original language 1120746021 M * Doener "konnten Sie finden nützlich sich eines Tages"... hmm, yeah, i might actually find myself useful someday! 1120746075 M * Bertl yeah, I think especially for the en->de part it's a real improvement over the typical babelfish translations, because they build compound nouns ... 1120746426 M * Doener "Entwickler des unabänderlichen Gestänges (kehren Sie) um..." i like that one (in the hall of fame, sam) 1120746450 M * Bertl yeah, right, great man! :) 1120746474 Q * maharaja Ping timeout: 480 seconds 1120746517 M * Bertl Doener: so you decided that you prefer the 4/1 over a 1/1 after all (speaking of the add/remove) or is this a compromise? 1120746610 M * Doener this is a 'i don't care about varying count limits for ipv4/ipv6'... it still feels strange, but i guess that's just the way it is ;) 1120746623 M * Doener s/v6/ v6 anymore/ 1120746637 M * Doener i don't prefer it, but i see that it makes sense in some way 1120746888 M * Bertl can't say I'm too happy with it either ... 1120746905 M * Bertl but it might allow for some changes to the better ... 1120746934 M * Bertl e.g. we could remove the NB_IPV4 completely and use the _same_ code (a do_net_add) for legacy 1120747110 M * Doener something else... we currently convert listen requests on 0.0.0.0 to a specific ip address, if the vserver has only a single ip address assigned (performance reasons i guess) 1120747131 M * Doener but this breaks on-the-fly ip address adding for those single ip address vservers 1120747148 M * Doener do you think it's worth changing the current behaviour? 1120747181 M * Bertl good question ... 1120747332 M * Bertl guess I have to think about that for a little ... 1120747339 M * Doener no problem 1120747355 M * Bertl I have an interesting question too ... 1120747414 M * Bertl while fixing up the xfs issues (i.e. adding support for xfs), I added this change to how the xid information is changed (in the vfs core) 1120747417 M * Bertl cret 1120747425 M * Bertl http://vserver.13thfloor.at/Experimental/ 1120747463 M * Bertl *sigh* 1120747469 M * Bertl http://vserver.13thfloor.at/Experimental/delta-attr-fix01.diff 1120747591 M * Bertl now for the question: do we need the mark_inode_dirty() for the procfs case? 1120747650 M * Bertl forget the first hunk, it slipped through ... 1120747675 M * Doener hm, good one... i'd know what to say for ramfs... but proc sometimes seems to have its very own rules (at least that's how i feel about it ;) 1120747961 M * Bertl baggins: http://vserver.13thfloor.at/Experimental/delta-xfs-feat01.diff, http://vserver.13thfloor.at/Experimental/delta-attr-fix01.diff 1120747982 M * Bertl (those should make xfs xid tagging work) 1120748004 M * Bertl xfs quotas are currently unsupported ... 1120748020 M * baggins Bertl: I'm getting 1120748044 M * Bertl it might be interesting to test it with the different kinds of xid tagging .... 1120748065 M * Bertl (but I'm not sure you want to do that :) 1120748374 M * Bertl btw, if somebody is interested, here is the first version of a filesystem test script http://vserver.13thfloor.at/Stuff/SCRIPT/testfs.sh 1120748440 M * Bertl be careful, as it does create empty filesystems on your device :) 1120748740 J * nokoya young@219.83.23.64 1120748776 Q * nokoya Quit: 1120748788 M * Bertl that was too short, even for me :) 1120748896 M * Bertl hmm, maybe we should change the 'change of leadership' part of the linux-vserver mainpage? 1120748933 M * Bertl (unless somebody wants to take over, of course) 1120749008 M * SiD3WiNDR where? :) 1120749064 M * Doener s/As the project is undergoing/Since the project has undergone/ ;) 1120749079 M * SiD3WiNDR ahh :) 1120749146 M * Bertl yeah, we should definitely keep the paragraph about the individuals and that stuff :) 1120749233 M * Bertl Doener: did you read the 'Can't set the ipv4 root' mail? did we break backwards compatibility somewhere? 1120750487 J * monrad ~monrad@213083190130.sonofon.dk 1120750504 M * Bertl evening monrad! 1120750512 M * monrad hi 1120750552 M * Bertl Doener: hum hum ... 0.30 seems to fail horribly ... 1120750563 M * Bertl Linux-VServer Test [V0.13] Copyright (C) 2003-2005 H.Poetzl 1120750563 M * Bertl Can't set the new security context 1120750563 M * Bertl : Invalid argument 1120750563 M * Bertl chcontext failed! 1120750563 M * Bertl Can't set the ipv4 root (Invalid argument) 1120750565 M * Bertl chbind failed! 1120750568 M * Bertl Linux 2.6.12.2-vs2.0-rc5 i686/0.30/0.30 [E] (0) 1120750570 M * Bertl VCI: 0002:0001 273 03110076 1120750662 M * Bertl [ 200.868931] vxD: vc: VCMD_00_0[0], 63,00000000,0 1120750679 M * Bertl that's the only syscall switch command I see ... 1120750862 M * Bertl could it be the version string? 1120750869 M * Bertl s/string/number/ 1120751067 M * Doener sorry, had sound turned off, didn't notice that you were talked to me 1120751068 M * Greek0 Bertl: I still can't send to the vserver list for some strange reason, I hope I'll be whitelisted manually soon. No idea why I didn't receive a reply mail from the ML software. 1120751110 M * Greek0 Anyway a patch removing those #include all over the place is ready, compiles cleanly for arch=i386, and is available at http://greek0.net/~greek0/patches 1120751137 M * Bertl try to mail to me personally (you probably get an answer with a reason) 1120751161 M * Greek0 address? 1120751181 M * Bertl excellent, will look into it ... I guess you saw that we brushed up the help texts according to your suggestions ... 1120751200 M * Greek0 I've already mailed Martin List-Petersen about the issue, I hope he has some way to fix it 1120751207 M * Bertl Greek0: herbert@13thfloor.at 1120751308 M * Greek0 thx Bertl 1120751314 M * Bertl Greek0: looks like we should add you to the Hall'o'Fame ... objections anyone? 1120751350 M * DaPhreak why should I ?! :) 1120751463 M * Bertl btw, anybody who thinks that he is missing on that page, please speak up now ... 1120751501 M * Greek0 I also have a patch for util-vserver running around, fixing comment parsing in [bc]capabilities. I thought I sent it to the list some time ago, but that was before I realized that my messages are blocked ;) 1120751605 M * Greek0 it should also be in http://greek0.net/~greek0/patches now (util-vserver*) 1120751632 M * Doener Bertl: hm, have the guys that helped with testing on various archs been added? (Martin and Aiken IIRC) 1120751665 M * Bertl good point, have we details (names, location)? 1120751733 M * DaPhreak not yet :) 1120751774 M * Doener Bertl: Message-ID 42BA552D.4080508@optusnet.com.au -- IIRC that's Aiken aka James Boddington, will check irc logs to confirm... 1120751808 M * Bertl Greek0: you could have a look at this patch (http://vserver.13thfloor.at/Experimental/delta-attr-fix01.diff), and state your opinion to the following question: "is the mark_inode_dirty() required for procfs?" 1120752045 M * Doener Bertl: yep, that's Aiken 1120752276 M * Zoiah Bertl: I have a hppa box here. Want me to test vserver on it? 1120752283 M * Greek0 Bertl: just in case you haven't guessed from the dumb questions I asked you monday night, I haven't got too much experience with kernel work. actually none at all. 1120752283 M * Bertl Greek0: okay, your mail arrived, so for me your account is fine ... 1120752293 M * Greek0 Bertl: ok 1120752315 M * Greek0 Questions like these are way above the ones I could answer 1120752329 M * Bertl Zoiah: feel free to do so, I have one in my basement too, so that is tested now and then ... 1120752343 M * Bertl Zoiah: but thanks for the offer! 1120752357 M * Zoiah Bertl: ahh, ok, so hppa should work out of the box? 1120752372 M * Bertl after applying the big parisc patch, yes :) 1120752427 M * micah hmm, does vtop show the context of the different procs? I am not seeing it 1120752526 M * Bertl no, vtop does not (yet), because it would require modifications to the top command 1120752542 M * Bertl Doener: ad Martin: got him: http://www.bath.ac.uk/comp-sci/people/mjb.shtml 1120752571 A * Doener wonders if there's a Mr Pinky, too ;) 1120752587 M * Bertl yeah, he is doing the IRC logs, remember? 1120752603 M * Doener ah, right, sorry Pinky 1120752680 M * micah Bertl: right, I figured that the v part of top meant it already was modified :) 1120752686 M * Bertl micah: but some folks (igor, I need a brain!) did modify the fileutils ... maybe somebody wants to take a shot at psutils too? 1120752708 M * Bertl (and top of course) 1120752716 M * micah i'm trying to track down which vserver is the one with the apache out of control 1120752729 M * Bertl check the load averages 1120752736 M * micah hehe, I must have missed the brain joke :) 1120752770 M * DaPhreak or even use "vps -ef | grep apache" ;) 1120752780 M * DaPhreak vps shows the context ;) 1120752782 M * micah is there a way I can check th load averages in each without vserver enter; or vnamespace -e uptime? 1120752792 M * Bertl yes, in the procfs 1120752795 M * micah DaPhreak: ah! i didn't know vps did, that works 1120752829 M * DaPhreak you're welcome ;) 1120752889 M * DaPhreak Bertl: anything to test ?! i'm gonna give the -rc5 (with all the FOR-2.0 fixups since -rc5) a crunch in about 5 minutes 1120752917 M * micah Bertl: ah, for xid in `ls /proc/virtual`; do grep loadavg $xid; done 1120752930 M * baggins Bertl: is the following scenario normal? 1120752944 M * baggins mount /fs -oremount,tagxid 1120752960 M * baggins touch xxx 1120752963 M * baggins chxid -c 255 xxx 1120752966 M * baggins xxx: Invalid argument 1120752974 M * daniel_hozac baggins: that doesn't work, at least for ext3. 1120752978 M * micah woops: for xid in `ls /proc/virtual`; do grep loadavg $xid/cvirt; done 1120752980 M * Bertl yep, because tagxid cannot be remounted 1120752998 M * baggins ah, I feel better :) 1120753009 M * Bertl but it should state some error OTOH ... 1120753011 M * baggins Bertl: tagxid works here on XFS 1120753083 M * Bertl baggins: I assume you tested with a single xid tagging method so far 1120753124 Q * jonsmel Quit: 1120753138 M * baggins Bertl: yes, unfortunately I can't test more now, I try tomorrow testing the rest of them 1120753174 M * Bertl ok, np, just wanted to get the perspective right ... 1120753183 J * doum doum@64.235.209.226 1120753191 M * Bertl welcome doum! 1120753196 N * doum Shuri 1120753201 M * Shuri thxk Bertl 1120753203 M * Shuri :_) 1120753221 M * DaPhreak Bertl: so i guess nothing to test ;P 1120753224 Q * flock Ping timeout: 480 seconds 1120753258 M * Bertl DaPhreak: hmm, you mean something to stress with 2.0-rc5? 1120753310 M * Bertl DaPhreak: if you add the xfs/attr changes, then the procfs/devpts and general xid tagging could need some testing 1120753350 M * DaPhreak well the xfs/attr/devpts are already added ;) as I said .. all fixups since -rc5 ;) 1120753369 M * DaPhreak so I'll gonna fetch you procfs patch and include it also 1120753375 M * Bertl k, but they are not in FOR-2.0 yet :) 1120753386 M * daniel_hozac Bertl: util-vserver-0.30's borkage is due to the new version. 1120753403 M * DaPhreak i know ;) only in /Experimental 1120753410 M * Bertl daniel_hozac: ah, so we need to advertize an older version for compatibility I guess? 1120753450 M * Bertl daniel_hozac: any details about the check there? and why einval? 1120753452 M * daniel_hozac 0.30 needs a version number that returns 0x00010000 from version & 0xFF 1120753464 M * Greek0 ok, dirty inodes are the ones that were changed and wait to be written back to disk? 1120753471 M * daniel_hozac http://savannah.nongnu.org/cgi-bin/viewcvs/util-vserver/util-vserver/lib/vserver-internal.h?rev=1.1.4.14&only_with_tag=version_0_30&content-type=text/vnd.viewcvs-markup 1120753490 M * Bertl tx 1120753492 M * daniel_hozac s/0xFF/~0xFF/, of course. 1120753494 M * daniel_hozac CALL_VC 1120753559 J * sukria_ ~sukria@213.223.184.193 1120753576 M * Bertl welcome sukria_! 1120753603 Q * sukria_ Quit: 1120753788 M * Bertl ahem, somehow I really fail to understand the condition enrico used?! 1120753842 M * Bertl utilvserver_checkCompatVersion()&~0xff -> the upper 24 bits, no? 1120753851 M * Doener http://pastebin.ca/17170 1120753863 M * Doener after feeding it to the preprocessor 1120753874 M * daniel_hozac yeah. 1120753875 M * Doener reading those macros is hell... 1120753879 M * daniel_hozac it is- 1120753893 M * Bertl ah, okay, that makes it indeed more readable :) 1120753930 M * Bertl so we need to adverise a 0x0001 version for backwards compatibility, right? 1120753975 P * erwan_taf Leaving 1120753976 M * daniel_hozac yeah. 1120753997 M * Bertl and more than that, we are limited to 0x00010000 - 0x000100FF 1120754083 M * Bertl okay, so it looks like we have to add a config option for that ... because I don't want this to be default ... 1120754162 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1120754169 M * Bertl welcome flock! 1120754199 M * Doener IIRC alpha tools use a > condition, so a config option is the best we can/should do 1120754218 M * Doener >= even 1120754220 M * Bertl yeah, this was before we agreed on the versioning and backwards compat 1120754296 M * daniel_hozac can't you check for id == 63 in vc_get_version? 1120754324 M * daniel_hozac (63 == VC_CAT_COMPAT) 1120754347 M * Doener i'd prefer a config option... a check for id seems ugly... 1120754439 M * Bertl hmm, it might be worth a try ... 1120754445 M * Bertl the newer tools do: 1120754448 M * Bertl [ 1642.128999] vxD: vc: VCMD_00_0[0], 63,00000000,0 1120754448 M * Bertl [ 1642.133444] vxD: vc: VCMD_00_0[0] = 131073 1120754463 M * Bertl no, my fault 1120754491 M * Bertl daniel_hozac: not an option, the new tools don't check any different (i.e. from the syscall) 1120754503 Q * tchan Ping timeout: 480 seconds 1120754554 M * daniel_hozac hmm, indeed. 1120754702 M * Doener nap attack... *yawns* 1120754711 M * Bertl good nap! 1120754712 M * Doener back later i guess 1120754718 M * Doener tx 1120755181 N * BobR_oO BobR 1120755529 J * _are_ ~are@dsl-084-056-155-155.arcor-ip.net 1120755810 J * pmenier ~root@ACaen-152-1-6-120.w83-115.abo.wanadoo.fr 1120755829 M * pmenier hello 1120755845 M * Bertl welcome pmenier! 1120755874 M * pmenier i'm back again with my Can't set ipv4 root 1120755889 M * pmenier sorry but i can't find any solutions 1120755905 M * Bertl ah, just working on a reply (patrick, right?) 1120755949 M * pmenier euh i was wondering if anybody had the same problem 1120755959 M * Bertl we just solved the issue ... 1120755977 M * pmenier to resume i compiled a 2.6.12.2 kernel n a debian system 1120755981 M * Bertl the older tools (including 0.30) get the version check a little wrong ... 1120756002 M * Bertl we are going to add a compatibility option to the kernel 1120756013 M * pmenier ahhhh ok so i just have to wait the new version ? 1120756050 M * Bertl in addition, you ahve two options right now: 1120756061 M * Bertl a) update to 0.30.207 1120756082 M * Bertl b) change the version manually back to 0x000100FF or so ... 1120756114 M * pmenier cooll !! i think i better update to 0.30.207 1120756491 M * pmenier i'll try it tomorrow and will tell you if it's ok. Thanks/Bye 1120756502 Q * pmenier Quit: using sirc version 2.211+ssfe 1120756679 M * Greek0 Bertl: do you have time for another short kernel patch question? 1120756685 M * Bertl sure 1120756723 Q * prae Quit: Execute Order 69 ! 1120756760 N * BobR BobR_oO 1120756771 M * Greek0 fs/namei.c xid_permission() 1120756834 M * Greek0 am I getting this right that I could set a barrier inside the fs-space accessible by any vserver, and it won't be able to read/write that file? 1120756887 M * Bertl yep, but it's easier to use the immutable flag for that :) 1120756919 M * Greek0 well, xid_permission() is also called for getting read permissions, right? 1120756921 M * Bertl the barrier is more for protecting the root dir 1120756944 M * Greek0 yup, just thinking about possibilites here 1120756951 M * Bertl and IIRC it only applies to dirs right now ... 1120756973 M * Greek0 ok 1120756977 M * Bertl but yeah, in theory that should make it inaccessible 1120757040 M * Greek0 ok, but you only check for !VX_ADMIN there. so in the watch context I won't be able to enter that directories, is that intended? 1120757066 M * Greek0 or is it just a "nobody uses the watch context for this stuff anyway" issue? 1120757074 M * Bertl the latter one ... 1120757095 M * Greek0 ok :) 1120757122 M * Bertl we thought about making the host context 'protected' too (like xen does) in this case it would be a spectator/supervisor context which could do that stuff 1120757179 M * Greek0 personally I think the current layout with a powerful host context moe appealing actually 1120757192 M * Greek0 s/moe/is more/ 1120757192 M * Bertl that's why we didn't do so yet ... 1120757203 M * Bertl (but it might once become an option :) 1120757251 M * Greek0 mm. IMHO it's just nice to think of vserver as a chroot with extended abilities, that doesn't influence the host ctx too much 1120757274 M * Bertl yeah, well, think of the processes for example ... 1120757287 M * Greek0 I mean, not that vserver sucks in the same way as chroot does, but that it's quite as simple 1120757292 M * Bertl you probably would not want to see all of them in the host ... 1120757293 M * Greek0 Bertl: yes, that's one exception 1120757295 M * Loki|muh Bertl: does the vserver-guest open files influence the total open files for the host? 1120757316 M * Bertl Loki|muh: yes, it should ... 1120757345 M * Loki|muh so if I have many vserver with _many_ open files each, than this could be a problem 1120757347 M * Greek0 I mean, the nice thing is just that you don't have to mess too much with the host. you just get the new kernel and the util-vserver package, and then you don't have to worry about host-side stuff all too much 1120757365 M * Bertl Loki|muh: if your 'global' limits are too low, yes 1120757375 M * Loki|muh okay, thx 1120757673 J * nokoya young@219.83.23.64 1120757678 M * Bertl wb nokoya! 1120757679 M * nokoya anyone here ? 1120757708 M * Bertl no, just we bots :) 1120757717 M * nokoya lol 1120757848 M * Bertl so what can we do for ya? 1120757883 M * nokoya am i talking with bot ? :D 1120757909 M * Bertl does it matter if you get your answers? :) 1120757931 M * nokoya lol, i think, im talking with bot 1120757934 M * nokoya :D 1120757962 M * Bertl but a very sophisticated one .. no? 1120758030 M * Bertl hah, ctcp versions won't help ya! 1120758040 M * nokoya hehehe 1120758119 M * daniel_hozac you'd think that with public logs, figuring out if Bertl's a bot or not would be easy ;) 1120758146 A * nokoya found Bertl isn't a bot 1120758147 M * nokoya lol 1120758241 Q * Shuri Remote host closed the connection 1120758252 M * nokoya okay Bertl :D 1120758263 M * nokoya what should I do with it ? :D 1120758271 M * Greek0 fs/namespace.c -> mnt_is_reachable(). Why do you return 1; if (!mnt)? I mean, can that case happen? Do we want to be the mnt point to be considered reachable in that case? 1120758325 M * Bertl for the other folks, nokoya asked in private: 1120758326 M * Bertl got this err msg 1120758326 M * Bertl Must be run from the host server (security context 0) on a "vserver/ctx-patch" enabled kernel 1120758329 M * Bertl See: http://www.solucorp.qc.ca/miscprj/s_context.hc 1120758376 M * nokoya ups, yea forgot the main question 1120758376 M * Bertl nokoya it looks like you are using 'ancient' patches/tools ... 1120758376 M * nokoya :D 1120758390 M * Bertl but we'll know in a minute ... 1120758405 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh 1120758422 M * nokoya dl it ? 1120758425 M * Bertl please download this script and run it on the 'host' 1120758444 M * Bertl (as root, check the script if you are worried about what it does) 1120758469 M * nokoya all check failed 1120758470 M * nokoya lol 1120758484 M * Bertl what output do you get (first 4 lines)? 1120758485 M * nokoya Can't set the new security context 1120758486 M * nokoya : Function not implemented 1120758486 M * nokoya chcontext failed! 1120758486 M * nokoya Can't set the ipv4 root (Function not implemented) 1120758486 M * nokoya chbind failed! 1120758490 M * nokoya lol 1120758497 M * Bertl aha, and what kernel is reported? 1120758505 M * Bertl (if any) 1120758507 M * nokoya Linux 2.6.11.6-rootserver i686/0.30/0.30 [E] (0) 1120758507 M * nokoya VCI: 1120758523 M * Bertl okay, so looks like the kernel patch is missing 1120758564 A * nokoya start it from http://linux-vserver.org/DebianVserverVirtualHosting 1120758594 J * tchan ~tchan@c-24-13-81-164.hsd1.il.comcast.net 1120758610 M * Greek0 nokoya: try http://linux-vserver.org/Step-by-Step+Guide+2.6 1120758616 M * Bertl micah: wanna take over here? 1120758627 M * Greek0 I like it, since first it was quite helpful, and then I wrote some additions to it ;) 1120758698 M * Greek0 Bertl: saw my question above? 1120758726 M * Bertl Greek0: now I did .. sec 1120759034 M * micah Bertl: he is running debian and hasn't applied the patch properly? 1120759063 M * Bertl it seems he followed the Debian howto, which shows some traces of your work :) 1120759083 M * nokoya yeah i followed that debian howto 1120759084 M * Bertl he probably missed some things as it talks about 2.4.x mainly ... 1120759085 M * nokoya lol 1120759099 M * Bertl nokoya: sorry for the 3rd person :) 1120759146 M * nokoya np, i happy at least there's a ppl answer me and help me 1120759147 M * nokoya hehe 1120759154 M * nokoya there're* 1120759164 M * Bertl I can assure you, you will be helped here :) 1120759183 M * Bertl we don#t let folks leave easily without a solution ... 1120759214 M * Bertl Greek0: no, I'm inclined to make that a BUG_ON(!mnt); 1120759227 M * nokoya :D 1120759287 M * Greek0 Bertl: yep, seems like a good idea. show_vfsmnt() relies on mnt!=0 anyway 1120759462 M * Bertl nokoya: okay, did you compile the kernel yourself? 1120759590 M * nokoya yeap, still compiling it 1120759605 M * DaPhreak yay! compiled sucessfully ;P back (hopefully) ~ 2mins 1120759618 M * Bertl nokoya: hmm, so you didn't boot the vserver kernel yet? 1120759670 M * nokoya yeap, but not works. im trying Greek0 posted url now 1120759696 M * Bertl okay :) let me know if you have some status ... 1120759708 M * nokoya k 1120760007 M * DaPhreak hmm .. seems to work ;P 1120760073 M * Greek0 damn. my posting problem to the vserver ML is soooooo embarassing.. 1120760178 M * DaPhreak Bertl: http://pastebin.ca/17179 1120760208 A * micah looks at that howto 1120760227 M * micah yeah, that is out-dated 1120760245 M * micah This one is more up-to-date now: http://deb.riseup.net/web-server/vserver/ 1120760288 M * micah there is a lot in that other howto about how to do unification, which has changed significantly 1120760320 M * micah I thought this was moved out of the wiki because it was outdated, but I guess people are still finding it 1120760956 M * Bertl Greek0: well, give us a laugh then ... 1120760975 M * Bertl DaPhreak: looks good ... (but outdated testme.sh :) 1120761060 M * Bertl okay, off for now ... back later (around midnight I guess) 1120761066 M * Greek0 Bertl: I'm not sure if it works now, that's why I'm still waiting 1120761066 N * Bertl Bertl_oO 1120761672 M * Greek0 ok, my posting to the vserver list works now 1120761706 M * Greek0 I posted to vserver@lists.linux-vserver.org instead of list.linux-vserver.org (lists vs. list). 1120761735 M * Greek0 I'm not sure how I could miss this in the first place. 1120761764 M * Greek0 the really sad thing is, though, I set up a procmail recipe when I subscribed to the list, based on the listid. 1120761787 M * Greek0 * ^List-Id:.*vserver.list.linux-vserver.org.*$ 1120761791 J * kjo ~krischan@p5484CE4E.dip.t-dialin.net 1120761814 M * Greek0 And I noticed the list name, and I thought "great, I can't post there, and they even have a more-or-less broken list-id".. 1120761821 A * Greek0 grabs a brown paper bag 1120762055 M * nokoya wow 1120762057 M * nokoya finally 1120762063 M * nokoya :D 1120762093 J * prae ~prae@sherpadown.net 1120762168 M * Greek0 does it work nokoya? 1120762186 M * nokoya yeap 1120762194 M * nokoya Linux-VServer Test [V0.13] Copyright (C) 2003-2005 H.Poetzl 1120762194 M * nokoya chcontext is working. 1120762194 M * nokoya chbind is working. 1120762197 M * nokoya hehe 1120762233 M * nokoya thanks Greek0 :D 1120762283 M * Greek0 you're welcome (whatever I did ;) 1120762439 M * Greek0 boarg. I hate people who can't configure their vacation scripts to ignore emails from mailing lists.. 1120763114 J * jonsmel ~jscottorn@209.33.206.3 1120763500 Q * kjo Quit: Verlassend 1120765032 J * Aiken ~james@tooax6-221.dialup.optusnet.com.au 1120767544 J * ImPaL3R ~robin@spr2-brig5-3-0-cust210.asfd.broadband.ntl.com 1120767762 N * ImPaL3R IMP4L3R 1120768378 Q * nox xenon.oftc.net helium.oftc.net 1120768378 Q * jonsmel xenon.oftc.net helium.oftc.net 1120768378 Q * tchan xenon.oftc.net helium.oftc.net 1120768378 Q * flock xenon.oftc.net helium.oftc.net 1120768378 Q * sladen xenon.oftc.net helium.oftc.net 1120768378 Q * dlp xenon.oftc.net helium.oftc.net 1120768378 Q * eyck xenon.oftc.net helium.oftc.net 1120768378 Q * case xenon.oftc.net helium.oftc.net 1120768378 Q * micah xenon.oftc.net helium.oftc.net 1120768378 Q * mugwump xenon.oftc.net helium.oftc.net 1120768378 Q * stupidawy xenon.oftc.net helium.oftc.net 1120768378 Q * janra xenon.oftc.net helium.oftc.net 1120768378 Q * jkl xenon.oftc.net helium.oftc.net 1120768378 Q * Zoiah xenon.oftc.net helium.oftc.net 1120768378 Q * cereal xenon.oftc.net helium.oftc.net 1120768378 Q * skceb xenon.oftc.net helium.oftc.net 1120768378 Q * pusling xenon.oftc.net helium.oftc.net 1120768378 Q * AprilDL xenon.oftc.net helium.oftc.net 1120768378 Q * [maple] xenon.oftc.net helium.oftc.net 1120768379 Q * Vudumen xenon.oftc.net helium.oftc.net 1120768379 Q * Doener xenon.oftc.net helium.oftc.net 1120768379 Q * locksy xenon.oftc.net helium.oftc.net 1120768379 Q * pattieja xenon.oftc.net helium.oftc.net 1120768379 Q * dsoul xenon.oftc.net helium.oftc.net 1120768379 Q * SNy xenon.oftc.net helium.oftc.net 1120768379 Q * lilo xenon.oftc.net helium.oftc.net 1120768379 Q * Bertl_oO xenon.oftc.net helium.oftc.net 1120768379 Q * kestrel xenon.oftc.net helium.oftc.net 1120768379 Q * meebey xenon.oftc.net helium.oftc.net 1120768379 Q * gregster xenon.oftc.net helium.oftc.net 1120768379 Q * Medivh xenon.oftc.net helium.oftc.net 1120768379 Q * SiD3WiNDR xenon.oftc.net helium.oftc.net 1120768379 Q * DaPhreak xenon.oftc.net helium.oftc.net 1120768379 Q * xbing xenon.oftc.net helium.oftc.net 1120768379 Q * DaCa-fi xenon.oftc.net helium.oftc.net 1120768379 Q * albeiro xenon.oftc.net helium.oftc.net 1120768379 Q * Hunger xenon.oftc.net helium.oftc.net 1120768379 Q * aba xenon.oftc.net helium.oftc.net 1120768379 Q * IMP4L3R xenon.oftc.net helium.oftc.net 1120768379 Q * Aiken xenon.oftc.net helium.oftc.net 1120768379 Q * FaUl xenon.oftc.net helium.oftc.net 1120768379 Q * id xenon.oftc.net helium.oftc.net 1120768379 Q * Loki|muh xenon.oftc.net helium.oftc.net 1120768379 Q * baggins xenon.oftc.net helium.oftc.net 1120768379 Q * zimbo xenon.oftc.net helium.oftc.net 1120768379 Q * mcp xenon.oftc.net helium.oftc.net 1120768379 Q * Greek0 xenon.oftc.net helium.oftc.net 1120768379 Q * neofutur xenon.oftc.net helium.oftc.net 1120768453 J * aba ~aba@eos.turmzimmer.net 1120768453 J * Hunger Hunger.hu@levnor.hu 1120768453 J * xbing ~nb@dsl081-044-121.lax1.dsl.speakeasy.net 1120768453 J * DaPhreak ~phreak@styx.xnull.de 1120768453 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1120768453 J * Medivh ck@paradise.by.the.dashboardlight.de 1120768453 J * albeiro ~albeiro@albeiro.usercloak.oftc.net 1120768453 J * gregster ~gregor@greart.de 1120768453 J * meebey meebey@booster.qnetp.net 1120768453 J * kestrel ~athomas@vsrouter.swapoff.org 1120768453 J * DaCa-fi ~danny@mail.limehouse.org 1120768453 J * Doener ~doener@p54874541.dip.t-dialin.net 1120768453 J * Vudumen vudumen@perverz.hu 1120768453 J * [maple] ~maple@strace-nat0.ua-online.net 1120768453 J * AprilDL ~chatzilla@ip68-9-200-247.ri.ri.cox.net 1120768453 J * dsoul darksoul@pingu.ii.uj.edu.pl 1120768453 J * Bertl_oO ~herbert@212.16.62.52 1120768453 J * pusling ~pusling@195.215.29.124 1120768453 J * SNy ~mfr@bmx-chemnitz.de 1120768453 J * skceb skceb@bang-bang.feuer-frei.com 1120768453 J * cereal ~cereal@217.20.124.153 1120768453 J * Zoiah Zoiah@matryoshka.zoiah.net 1120768453 J * jkl ~eric@ool-182cef46.dyn.optonline.net 1120768453 J * janra janra@paradox.homeip.net 1120768453 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1120768453 J * mugwump ~samv@210-54-92-184.ipnets.xtra.co.nz 1120768453 J * micah micah@micha.hampshire.edu 1120768453 J * lilo ~lilo@lilo.usercloak.oftc.net 1120768453 J * locksy ~locksy@mrtg.sisgroup.com.au 1120768453 J * case ~case@donpanic.faveve.uni-stuttgart.de 1120768453 J * eyck eyck@81.219.64.71 1120768453 J * pattieja ~pattieja@adsl-69-153-174-41.dsl.stlsmo.swbell.net 1120768453 J * nox ~nox@noxlux.de 1120768453 J * dlp ~daniel@205.234.152.200 1120768453 J * sladen paul@starsky.19inch.net 1120768453 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1120768453 J * tchan ~tchan@c-24-13-81-164.hsd1.il.comcast.net 1120768453 J * jonsmel ~jscottorn@209.33.206.3 1120768456 J * IMP4L3R ~robin@spr2-brig5-3-0-cust210.asfd.broadband.ntl.com 1120768456 J * Aiken ~james@tooax6-221.dialup.optusnet.com.au 1120768456 J * FaUl ~immo@ip88.164.1211G-CUD12K-01.ish.de 1120768456 J * id ~id@relax-media.softwarezentrum.de 1120768456 J * zimbo ~zimbo@callisto.dom.bonis.de 1120768456 J * mcp ~hightower@wolk-project.de 1120768456 J * Greek0 ~greek0@81.189.246.175 1120768456 J * Loki|muh loki@satanix.de 1120768456 J * baggins baggins@kenny.mimuw.edu.pl 1120768456 J * neofutur ~neofutur@neofutur.net 1120771459 Q * IMP4L3R Remote host closed the connection 1120771920 Q * _are_ Ping timeout: 480 seconds 1120773976 J * _are_ ~are@dsl-084-056-149-152.arcor-ip.net 1120776835 J * TIBS01 ~tibs01@80-193-4-57.cable.ubr05.gill.blueyonder.co.uk 1120776839 M * TIBS01 anyone tell me how i kill 1120776844 M * TIBS01 multiple process's ? 1120776848 M * TIBS01 example 1120776857 M * TIBS01 root 18170 0.0 1.2 8968 3156 ? S Jun29 0:00 /usr/bin/perl / 1120776857 M * TIBS01 root 20705 0.0 1.2 8968 3296 ? S Jun29 0:00 /usr/bin/perl / 1120776857 M * TIBS01 root 23259 0.0 1.2 8968 3160 ? S Jun29 0:00 /usr/bin/perl / 1120776857 M * TIBS01 root 26341 0.0 1.2 8968 3120 ? S Jun30 0:00 /usr/bin/perl / 1120776857 M * TIBS01 root 4098 0.0 1.4 8968 3736 ? S Jun30 0:00 /usr/bin/perl / 1120776858 M * TIBS01 root 6000 0.0 1.4 8968 3600 ? S Jun30 0:00 /usr/bin/perl / 1120776858 M * TIBS01 root 6736 0.0 1.4 8968 3724 ? S Jun30 0:00 /usr/bin/perl / 1120776860 M * TIBS01 root 9063 0.0 1.5 8968 3836 ? S Jun30 0:00 /usr/bin/perl / 1120776860 M * TIBS01 root 9745 0.0 1.5 8968 3860 ? S Jun30 0:00 /usr/bin/perl / 1120776867 M * TIBS01 ? 1120776966 M * Zoiah kill -15 18170 20705 23259 26341 1120776966 M * Zoiah etc. 1120777140 M * TIBS01 there must be a way todo it quicker 1120777167 M * Zoiah killall -9 $processname 1120777546 M * kestrel or xargs: ps -ef | grep [p]erl | awk '{print $2}' | xargs kill -15 1120777775 Q * TIBS01 Quit: 1120778647 P * pattieja Leaving 1120779185 N * Bertl_oO Bertl 1120779218 M * Bertl evening folks! 1120779231 M * Bertl services are off for tonight? 1120779306 M * Bertl Aiken: you around? 1120779779 M * Aiken hello 1120779877 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.2.10, devel 1.9.5, 2.0-rc5, ng9.5 -- 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 wiki, and we'll forget about the minute ;) 1120779943 M * Bertl hey Aiken, do you remember what you did for linux-vserver in the last few week? 1120779947 M * Bertl *weeks even 1120779990 Q * prae Quit: Pwet 1120780016 M * Aiken for or with? 1120780041 M * Bertl yeah, well, both, but actually for ... 1120780058 M * Bertl libe testing stuff and such ... 1120780075 M * Bertl *like 1120780114 M * Aiken ignoring the seemingly stable 2.4.30 vs1.2.10 set up the rest has been getting it running on the alpha 1120780221 M * Bertl okay, so is that okay with you if we put you on our Hall'o'Fame with the alpha stuff? 1120780316 M * Aiken yes 1120780397 M * Aiken testing the dietlibc + lockfile patch and verifying the new alpha delta works 1120780495 M * Bertl okay, done, if I got something wrong, please fix it up yourself ... 1120780690 M * Aiken :)