1114473872 M * Doener night! 1114473875 N * Doener Doener_zZz 1114474347 Q * DuckKing Ping timeout: 480 seconds 1114474348 J * duckx ~Duck@dyn-83-157-175-32.ppp.tiscali.fr 1114475687 J * sladen_ paul@starsky.19inch.net 1114475788 Q * sladen Ping timeout: 480 seconds 1114479407 N * Doener_zZz Doener 1114479559 Q * bro Ping timeout: 480 seconds 1114482808 Q * wurd Read error: Operation timed out 1114484946 Q * grecea Ping timeout: 480 seconds 1114486296 J * bro ~vanity@lanparty.lv 1114487842 Q * berni uranium.oftc.net plasma.oftc.net 1114487842 Q * aba uranium.oftc.net plasma.oftc.net 1114487860 J * aba ~aba@sol.turmzimmer.net 1114487860 J * berni ~berni@svr01.mucip.net 1114488158 J * jsambrook ~jsambrook@aelfric.plus.com 1114488165 P * jsambrook 1114488958 J * Hmmmm ~Hmmmm@202.144.29.194 1114489081 M * Hmmmm hello... anyone /home? 1114489585 J * wurd ~kvlt@modemcable157.235-201-24.mc.videotron.ca 1114489921 Q * Hmmmm Quit: Leaving 1114491585 Q * lilo Quit: brb 1114493504 J * Vinz Vinz@vpn-mtl-02.ip54.com 1114493524 M * Vinz hey there! i have a quick question 1114493530 J * lilo ~lilo@lilo.usercloak.oftc.net 1114493542 Q * ciphernaut Read error: Connection reset by peer 1114493563 M * Vinz i've been running linux-vserver on debian stable for a while ... on kernel 2.4.24 ... with stable tools 1114493584 M * Vinz now i am moving to 2.6.8 with the latest version of the kernel patch and the tools bundled with Sarge 1114493614 M * Vinz i couldn't start a vserver created from my old server because of some /proc errors 1114493635 M * Vinz it has to do with procfs-security as the message says 1114493654 M * Vinz now i have two questions 1114493665 M * mugwump /etc/init.d/vprocunhide start 1114493682 M * Vinz the vserver still seems to have started ... how can i stop it (can't enter or stop because of /proc error) 1114493692 M * Vinz there is no vprocunhide in my tools 1114493699 M * mugwump (you'll need the newer 0.30.19x+ tools) 1114493700 M * Vinz or yes there is 1114493717 J * ciphernaut ~a@61.88.18.130 1114493720 M * Vinz hey it works 1114493728 M * Vinz i was looking for vprocunhide like a fool 1114493734 M * Vinz didn't not that was a service 1114493746 M * Vinz thanks man 1114493807 M * mugwump np 1114493820 A * mugwump & # www.chansmartialarts.com time 1114493851 J * grecea ~grecea@h-195-22-237-74.mdl.net 1114494304 J * Hunger Hunger.hu@Hunger.hu 1114494307 M * Hunger hi 1114494489 Q * Vinz Quit: 1114496228 J * Hmmmm ~Hmmmm@202.144.29.194 1114496624 Q * Hmmmm Quit: Leaving 1114497300 J * Hmmmm ~Hmmmm@202.144.29.194 1114498512 Q * virtuoso Remote host closed the connection 1114498525 J * virtuoso ~s0t0na@80.253.205.251 1114499412 Q * Hmmmm Quit: Leaving 1114499965 J * prae ~prae@ezoffice.mandriva.com 1114502680 J * Hmmmm ~Hmmmm@202.144.29.194 1114503239 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it 1114503859 Q * kalou Quit: Leaving 1114503881 J * kalou ~kalou@AStDenis-102-1-2-182.w81-48.abo.wanadoo.fr 1114503886 M * kalou 'morning 1114505197 M * Hmmmm hey kalou 1114505205 M * Hmmmm anyone else home? 1114505391 M * Pazzo pong :) 1114505494 M * Hmmmm hey Pazzo can u help with vunify please? 1114505634 M * Pazzo what's your problem? 1114505634 Q * erwan_taf Remote host closed the connection 1114505689 J * erwan_taf ~erwan@81.80.43.77 1114505726 M * Hmmmm well im looking for some docs on vunify to get me started with it 1114505863 M * Pazzo Hmmm: hmmm... no idea if there is something on linux-vserver.org... just a sec, I'll make you a really-short intro... 1114505877 M * Hmmmm thnx 1114505879 M * Pazzo # mkdir -p /etc/vserver//apps/vunify 1114505898 M * Pazzo vi /etc/vserver//apps/vunify/exclude 1114505988 M * Hmmmm could u pls explain what the steps do? 1114506014 M * Hmmmm coz what i did was "./vunify vs1 vs2 -- ALL" 1114506022 M * Hmmmm it did something and shrunk the dirs 1114506170 M * pusling hmm... how do I set the size of /tmp in a vserver? 1114506214 M * kalou Hmmmm: you may use -v multiples times with vunify to have it more verbose 1114506290 M * Hmmmm ok 1114506369 M * Pazzo Hmmm...: did you create the link to your reference server? 1114506387 M * Hmmmm Pazzo, no i just what i showed u 1114506392 M * Pazzo ln -s /etc/vservers/ /etc/vservers//apps/vunify/refserver.00 1114506410 M * Hmmmm "./vunify ref_server client_server" 1114506429 M * Pazzo exclude should contain all dirs you want to exclude from being unified (one per line, /etc, /dev etc) 1114506441 M * Hmmmm ah ic 1114506459 M * Pazzo Hmmm: just vunify 1114506465 M * Hmmmm oh ok 1114506466 M * Pazzo -v -> verbose 1114506476 M * Pazzo -n should be something like a dry-run 1114506523 M * Pazzo if your package management is configured the right way (don't ask me how it should look like) config files will automagically be excluded 1114506690 M * Hmmmm lemme giv it a shot 1114507215 Q * BWare Quit: using sirc version 2.211+KSIRC/1.3.11 1114507525 Q * mcp Quit: changing servers 1114507595 J * BWare ~bware@office.intouch.net 1114507803 J * monrad ~monrad@213083190130.sonofon.dk 1114507933 J * mcp hightower@217.171.201.37 1114508369 M * Hmmmm Pazzo, i tried what u told me 1114508376 M * Hmmmm it didnt quite work the way it shudv 1114508398 M * Hmmmm "./vunify vs7" 1114508407 M * Hmmmm "./vunify vs7 -v" didnt work either\ 1114508722 M * Pazzo did you create the link as I told you? and what kind of error do you get? 1114509290 M * Hmmmm i created the link it gave me this: 1114509321 M * Hmmmm actually it doesnt give me any error msg 1114509327 M * Hmmmm just shows the the 'help' screen 1114509343 M * Hmmmm [root@localhost util-vserver]# ./vunify vs7 1114509343 M * Hmmmm vunify version 0.30 1114509343 M * Hmmmm vunify [ options ] reference-server vservers ... -- packages 1114509343 M * Hmmmm vunify [ options ] reference-server vservers ... -- ALL 1114509345 M * Hmmmm etc... 1114509444 Q * monrad Quit: Leaving 1114509573 M * Hmmmm Pazzo, any idea why im getting this error? 1114509733 Q * kalou Read error: Operation timed out 1114509800 J * kalou ~kalou@APuteaux-108-1-3-225.w80-15.abo.wanadoo.fr 1114510176 M * Pazzo Hmmm: it's some time I haven't been using vunify as I don't really like it. time ago it was enough to create config & link and call vunify vsname 1114510195 M * Hmmmm oh ok 1114510199 M * Pazzo as vunify shows you it would like to recieve also the reference server as a param 1114510201 M * Hmmmm any idea where i can get docs on it? 1114510206 M * Hmmmm iv looked a lot on the web... 1114510225 M * Pazzo so you should better do as he tells you: vunify reverenve-server vservers ... 1114510287 M * Pazzo http://linux-vserver.org/alpha+util-vserver 1114510437 M * Hmmmm thanks a ton for ur help 1114510453 M * Pazzo np 1114510510 M * Hollow morning 1114511267 Q * erwan_taf Ping timeout: 480 seconds 1114512102 Q * Hmmmm Quit: Leaving 1114512139 J * erwan_taf ~erwan@81.80.43.77 1114513071 J * Jani Jani@Gabb2.g.pppool.de 1114513075 M * Jani *waves* Hi all 1114513709 Q * locksy Ping timeout: 480 seconds 1114513717 J * locksy ~locksy@mrtg.sisgroup.com.au 1114514222 Q * erwan_taf Quit: Leaving 1114514893 Q * locksy uranium.oftc.net arion.oftc.net 1114514893 Q * Pazzo uranium.oftc.net arion.oftc.net 1114514893 Q * prae uranium.oftc.net arion.oftc.net 1114514893 Q * virtuoso uranium.oftc.net arion.oftc.net 1114514893 Q * Medivh uranium.oftc.net arion.oftc.net 1114514893 Q * logger uranium.oftc.net arion.oftc.net 1114514893 Q * DaPhreak uranium.oftc.net arion.oftc.net 1114514893 Q * albeiro uranium.oftc.net arion.oftc.net 1114514893 Q * Doener uranium.oftc.net arion.oftc.net 1114514893 Q * SNy uranium.oftc.net arion.oftc.net 1114514893 Q * tchan uranium.oftc.net arion.oftc.net 1114514893 Q * micah uranium.oftc.net arion.oftc.net 1114514893 Q * pusling uranium.oftc.net arion.oftc.net 1114515192 J * locksy ~locksy@mrtg.sisgroup.com.au 1114515192 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it 1114515192 J * prae ~prae@ezoffice.mandriva.com 1114515192 J * virtuoso ~s0t0na@80.253.205.251 1114515192 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de 1114515192 J * Doener doener@193.24.208.125 1114515192 J * albeiro albeiro@albeiro.usercloak.oftc.net 1114515192 J * logger ~rs@vds.pas-mal.com 1114515192 J * pusling ~pusling@195.215.29.124 1114515192 J * SNy ~mfr@bmx-chemnitz.de 1114515192 J * micah micah@micha.hampshire.edu 1114515192 J * Medivh ck@paradise.by.the.dashboardlight.de 1114515192 J * tchan ~tchan@c-24-13-81-164.hsd1.il.comcast.net 1114515420 Q * berni Remote host closed the connection 1114515790 J * berni ~berni@svr01.mucip.net 1114516061 M * Jani I like the new vserver utils :) 1114516066 M * Jani Easy to install a new vserver 1114516228 Q * berni Remote host closed the connection 1114516612 J * berni ~berni@svr01.mucip.net 1114520145 Q * BWare Remote host closed the connection 1114520166 J * BWare ~bware@office.intouch.net 1114521066 J * knoppix_ ~knoppix@dsl-213-023-144-224.arcor-ip.net 1114523866 Q * Vudumen Ping timeout: 480 seconds 1114524092 J * Vudumen vudumen@perverz.hu 1114525574 M * DaPhreak Bertl_oO: you were right :) the nfs-breaking had to do with the other box, not with the nfs-host :) 1114525658 N * Bertl_oO Bertl 1114525670 M * Bertl morning folks! 1114525727 M * Bertl DaPhreak: hmm, details? 1114526413 Q * wurd Quit: BitchX-1.0c20cvs -- just do it. 1114526736 M * Bertl Jani: good to hear! 1114527134 M * Bertl back later .. off for dinner now ... 1114527147 N * Bertl Bertl_oO 1114527653 M * Doener back in a few... 1114527655 N * Doener Doener|gone 1114527724 J * ruuth VooDoo@topas.informatik.uni-ulm.de 1114527886 N * Bertl_oO Bertl 1114529161 M * Bertl okay, back later ... 1114529167 N * Bertl Bertl_oO 1114529169 J * monrad ~monrad@213083190130.sonofon.dk 1114529948 N * Doener|gone Doener 1114530751 M * Pazzo hi Doener! 1114530756 M * Doener hey Pazzo 1114530863 M * Pazzo did you ever try to compile 2.6.12-rc3-vs2.0-pre2? there are so many chunks failing - I started to ask me how rc kernels are gonna being built? has 2.6.12-rc3 nothing to do with 2.6.11.7? 1114530915 M * Pazzo 2.6.11.5 -> 2.6.11.6 -> 2.6.11.7 <- this seemed to be small changes, some patches... but where does 2.6.12-rc3 come from???? 1114530921 A * Pazzo is confused... 1114530955 M * Doener Pazzo: yes, i even have 2.6.12-rc3-vs2.0-pre2 running on my desktop here ;) 1114531037 M * Pazzo ???? 1114531047 M * Doener 2.6.x.y is the new 'small fixes' branch in which only security/stability fixes are done for a few weeks after 2.6.x has been released... 1114531079 M * Pazzo did I use the wrong patch? the wrong kernel? or do you have a special pre2 patch? 1114531086 M * Doener the real development goes on and produces 2.6.x+1 then, which can have some pretty heavy changes, as kernel folks decided not to have a stable tree yet 1114531105 M * Doener my patches are here: http://www.13thfloor.at/~doener/vserver/patches/ 1114531131 M * Doener maybe i should add a link to the wiki by now... the stuff there gets usable ;) 1114531342 M * Pazzo I understood the idea behind 2.6.x.y - but I didn't know that 2.6.x is a totally different branch :) 1114531353 M * Pazzo ehm ... typo, just a sec: 1114531373 M * Doener it's not totally different, but it can have a good bunch of changes 1114531373 M * Pazzo - but I didn't know that 2.6.x and 2.6.z are different branches 1114531398 M * Doener 2.6.x and 2.6.z? 1114531412 M * Pazzo e.g. 11 and 12 1114531477 M * Pazzo I would be really happy if some day 2.6.13 would be just 2.6.12.y with some little patch and that's it 1114531489 M * Doener well, development goes on... it's not like it was with 2.4 and 2.5, but also not like 2.4.x and 2.4.x+1 1114531508 M * Pazzo with kernel 2.4 I did just recompile the new kernel with the old config, install, reboot and that's it 1114531527 M * Pazzo every new 2.6 version wants to be tested, tested, tested... 1114531530 M * Pazzo :( 1114531540 M * Pazzo I know :( 1114531585 M * Doener i'm pretty happy with the 2.6 stability atm, but the mileage seems to vary a lot... 1114531631 M * Pazzo Doener: 2.6.11.y is great - but I still have some 2.6.8.x and 2.6.9.y out there :( 1114531721 J * yarihm ~yarihm@80-218-1-49.dclient.hispeed.ch 1114532587 J * hillct ~hillct@client200-5.dsl.intrex.net 1114532606 Q * prae Quit: Client exiting 1114534214 M * Doener Pazzo: hm, got a suggestion for me, where to put the link to my patches? 1114534229 M * Doener or anyone else? 1114534240 M * hillct pwd 1114534243 M * hillct d'oh 1114534248 M * hillct wrong window 1114534267 M * Doener hm, not sure if a link in /home/doener will help anyone but myself ;) 1114534299 M * hillct heh 1114534546 J * herka ~herka@81.185.37.112 1114534612 M * Doener welcome herka 1114534635 M * herka Hi there 1114534683 Q * logger Ping timeout: 480 seconds 1114534687 M * herka I'm using vserver on a gentoo box 1114534728 M * herka kernel 2.11.6 and 1.9.5 vserver patch 1114534770 M * herka is there any one working on a new version of vserver-copy working with 1.9.5 vserver ? 1114534828 J * logger ~rs@vds.pas-mal.com 1114534837 M * Doener not that I'd know... but you can do that pretty easily yourself 1114534865 M * Doener just create a config for the copy using the skeleton build method, then copy the files from the old vserver to the copied vserver 1114534935 M * herka @Donner: you are right and I am doin that way now 1114534985 M * herka but I was "expecting" a 1.9.5 compliant version ;-) 1114535030 M * Doener well, it doesn't have to be 1.9.5 compliant but new configuration compliant ;) but anyways, the tools are still under development and nothing like that has been done yet... 1114535034 M * hillct Using the yum build method, is the RPM data internal to the vserver or do I need to pass an arg to vrpm to make that happen? 1114535043 M * hillct er vyum 1114535061 M * Doener but it should be pretty straight forward, just create a small bash script that does the two steps mentioned above 1114535202 M * herka @Doener: Thanx, Ill try to find time to work on update version of that script. 1114535211 M * herka Ill keep you posted... 1114535218 M * Doener great! 1114535233 M * herka Got to go, bye 1114535244 M * Doener cya 1114535247 P * herka 1114537152 M * hillct this is odd 1114537194 M * hillct vserver-info is reporting that dietlibc isn't being used 1114537215 A * hillct goes back and looks at the tool build output 1114537384 M * hillct aha 1114537398 M * hillct didn't even realize there was a dietlibc 0.29 1114537629 M * hillct ha! 1114537637 M * hillct There isn't a dietlibc 0.29 1114537661 M * hillct I imagine that means we're using something out of CVS 1114537680 A * hillct is aparently talking to himself in here.... 1114537992 M * Doener http://list.linux-vserver.org/archive/vserver/msg09452.html 1114538117 M * hillct yah 1114538139 M * hillct I wonder if it incorporates the nice.c fix for x86_64 1114538146 A * hillct pokes around 1114538303 M * hillct nope, it doesn't 1114538306 M * hillct grr 1114538345 A * hillct is perturbed 1114538501 M * hillct I sent enrico the needed information fo x86_64 3 months ago 1114538549 M * hillct there's a one line patch to dietlibc 0.28 for x86_64 that gets it operating properly 1114539810 J * prae ~prae@sherpadown.net 1114539868 J * kjo ~krischan@p5484D8C4.dip.t-dialin.net 1114539951 J * timbert ~tth@intellitap.com 1114539965 M * timbert ? 1114539999 M * hillct ? 1114540012 M * DaCa ! 1114540099 M * Doener !? 1114540101 M * Doener ;) 1114540125 M * Doener hey timbert, 'sup? 1114540138 M * DaCa now who is going to emit an interrobang? 1114540233 M * timbert hey, compiling some kernel modules... real time application interface for linux. thought i might find some people here who know rtlinux or rtai for linux 1114540434 M * timbert can anyone here point me to a channel where RTAI (real time) linux is the topic? 1114540440 J * kalou_ ~kalou@AToulon-201-1-27-21.w81-48.abo.wanadoo.fr 1114540552 Q * kalou Ping timeout: 480 seconds 1114540789 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1114540841 P * timbert Client Exiting 1114542398 J * kalou ~kalou@AToulouse-203-1-3-227.w80-14.abo.wanadoo.fr 1114542519 Q * kalou_ Ping timeout: 480 seconds 1114542924 Q * Doener Remote host closed the connection 1114542986 J * Doener doener@193.24.208.125 1114543872 M * knoppix_ how can i kill last process, because vserver vs4 stop says Vserver ... still running unexpectedly (2.6.11.7-vs2.0pre1) 1114543903 M * Doener vkill --xid -- 1 1114543927 M * Doener you can specify the signal with: vkill --xid -s -- 1 1114544000 M * Doener we added init protection somewhere between 1.9.5 and 2.0pre1, but the tools need to be patched to support that... 1114544090 M * knoppix_ tried -s with 9 and 15, but no success 1114544243 M * knoppix_ i am using util-vserver 0.30.206 1114544422 M * Doener hm... 1114544455 M * Doener that's a vserver using plain initstyle, right? 1114544580 M * knoppix_ what do you mean with plain? 1114544699 M * knoppix_ vserver is simply created by vserver build -m debootstrap ... -d sarge 1114544738 M * Doener ok, if you didn't specify an initstyle, it defaults to sysv... 1114544778 M * hillct oh? 1114544781 M * hillct that's handy 1114544785 M * Doener get me the output of: chcontext --xid ps -aux 1114544790 M * Doener please ;) 1114545007 M * knoppix_ it's like: reboot -d -f -i 1114545050 M * knoppix_ the last process 1114545080 M * Doener is it by chance in D state? 1114545087 M * knoppix_ yes 1114545177 M * Doener chances are good that you won't get rid of it then... the process got stuck somewhere in the kernel and is uniterruptibly sleeping 1114545198 M * Doener are there any entries about the vshelper in your logs? 1114545316 M * knoppix_ where can i find the logs 1114545322 M * knoppix_ ? 1114545328 M * Doener /var/log ... 1114545399 M * knoppix_ vshelper: returned with 256 1114545418 M * Doener start/stop? 1114545462 M * knoppix_ vshelper: (startup 104) returned with 256 1114545479 M * Doener ok... 1114545523 M * Doener hm... the vshelper stop won't be executed anyway, as there's still a process alive... 1114545549 M * Doener i'd say it's not vserver-related, but asking Bertl is probably a good idea... 1114545560 M * Doener can you reproduce this? 1114545571 J * robig ~Miranda@envoppp116.envia-tel.de 1114545577 M * robig hello! 1114545578 M * Doener welcome robig 1114545604 M * robig can sb helb me with a little vserver problem? 1114545621 M * Doener if you tell us your problem, we might ba able to do so... 1114545625 M * Doener s/ba/be/ 1114545675 M * robig i want to use a tmpfs in one of my vservers, but i dont get it into it. 1114545712 M * robig the mount is only working on the reas host 1114545719 M * robig real host 1114545726 M * Doener http://linux-vserver.org/Namespaces 1114545774 M * knoppix_ doener:yes it is reproduceable, but with 2.6.11-vs-1.9.5-rc1 and 0.30.204 no problems 1114545805 M * Doener ok, i'll see if i can reproduce it in qemu... 1114545922 M * robig and how can i use vnamespace? 1114545988 M * robig i've mounted my tmpfs in /mnt/tmpfs e.g., now i want it to be available in the vserver too 1114546079 M * Doener that's probably not possible, as you can't refer to a already mounted tmpfs AFAIK... 1114546082 Q * yarihm Ping timeout: 480 seconds 1114546109 M * Doener if you need the tmpfs _only_ in the vserver, use vnamespace to mount it there 1114546118 M * robig and how? 1114546127 M * Doener an example is given on the page... 1114546148 M * Doener vnamespace -e 12345 mount -t tmpfs none /path/to/mount/point 1114546166 M * robig ok.. il try. 1114546206 M * knoppix_ still another question. how can i limit disk space, memory, network usage with 2.6.x vs-1.9.x and alpha util-vserver? 1114546249 M * Doener disk space: shared partition, but not the root partition, use disk limits (i've no idea how to do that...) 1114546268 M * Doener memory: rlimits (check the flowerpage for details on configuration) 1114546275 M * Doener network usage: is not possible AFAIK 1114546320 M * robig and the /path/to/mount/point has to exists in _the vserver_? 1114546325 M * robig right? 1114546414 M * Doener say you have a vserver foobar, located at /vserver/foobar and want the tmpfs to appear at /mnt/bar inside the vserver you'd do: 1114546432 M * Doener vnamespace -e foobar mount -t tmpfs none /vserver/foobar/mnt/bar 1114546444 M * Doener paths are still relative to the host's root 1114546450 M * robig ok. ive done. 1114546475 M * robig shouldn it be shown when typing "mount" in a vserver console? 1114546505 M * Doener no, mount just read /etc/mtab it doesn't care about the real mounts 1114546513 M * Doener check /proc/mounts instead 1114546548 M * robig okay. it semms to work. thanks a lot! 1114546571 M * Doener you're welcome 1114546590 M * Doener knoppix_: hm, i can't reproduce that here... 1114547566 Q * erwan_ho Remote host closed the connection 1114547735 Q * prae Quit: Pwet 1114547769 Q * duckx Read error: Connection reset by peer 1114547860 J * duckx ~Duck@dyn-83-157-175-32.ppp.tiscali.fr 1114548467 M * albeiro is there any good linux development channel ? 1114548471 M * albeiro not kernel releated 1114549972 M * robig bye 1114549983 Q * robig Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org 1114550047 Q * Jani Quit: Verlassend 1114550231 M * mugwump albeiro: your question is a bit odd. Linux is a kernel, so how can you have non-kernel related linux development? 1114550247 M * albeiro right 1114550274 M * albeiro anyway. there is a lot of talk about linux userspace ;] 1114550301 M * mugwump sure. but most of us will use a C library, or a portable language... so perhaps you mean Unix development 1114550356 M * mugwump In which case it depends largely on which language and application area you are programming in... 1114550405 N * Bertl_oO Bertl 1114550417 M * Bertl evening folks! 1114550419 M * mugwump Hi Bertl 1114550462 M * Bertl hey sam! how's going? 1114550552 M * Doener evening Bertl! 1114550573 M * Bertl hey Doener! I see we missed each other by seconds today ;) 1114550590 M * mugwump yeah, pretty good. Had a nice kung fu grading on the weekend... though had to wait half a day for a ferry to make a crossing (http://www.nzherald.co.nz/index.cfm?ObjectID=10122202) 1114550602 M * Doener yup yup... and i'm going to bed soon (if i don't decide to skip sleeping today...) 1114550626 M * mugwump Doener, where do you live? Your nick looks Germanic 1114550634 M * Bertl Doener: well, if you decide to, we can probably get some stuff done ... 1114550661 M * Bertl (not that I'm suggesting to do so ...) 1114550678 M * Doener hm, I'm from Germany... but the original word would be "D�ner" which is turkish AFAIK ;) 1114550742 M * Doener Bertl: what do you have in mind? might help me to decide ;) 1114550801 M * Bertl well, first I want to add the compatibility stuff (32/64bit) 1114550845 M * Bertl then I would like to figure the 'final' interface for pointer passing (so that we can avoid the 32/64 bit issues in the future 1114550878 M * Bertl and I want to verify the (fake)init* stuff 1114550900 M * Bertl because the 2.6 kernel supports the 'blend through' init, just the tools seem to fail there 1114550962 M * Doener Bertl: hm, got a file/line for me regarding the blend through init? 1114550979 M * Doener a function name would also do ;) 1114551315 M * Bertl sec 1114551332 A * Bertl had to finish his toast ;) 1114551592 M * DaCa morning Bertl :) 1114551610 M * Bertl hey DaCa! 1114551711 J * DuckKing ~Duck@dyn-83-157-175-32.ppp.tiscali.fr 1114551752 M * Bertl Doener: hmm, you are right, seems we lost that along the road :/ 1114551801 M * Bertl welcome DuckKing! 1114551811 Q * duckx Ping timeout: 480 seconds 1114551870 M * DaCa Bertl: not that I want to nitpick, but the mailinglist could do with a bit less of Received: headers 1114551902 M * Bertl please send a 'suggestion' to Martin ... 1114552005 M * DaCa he's the one who lives at vserver@tuxbox.nu ? 1114552038 M * Bertl yup 1114552069 M * SiD3WiNDR what's wrong with received headers? :) 1114552074 M * Doener Bertl: hm, Gilles' issues seem to be hardware related, do you agree? (ml) 1114552096 M * Doener an init in D state is at least very uncommon i'd say... 1114552122 M * DaCa ok, I'll do that, I understand most ppl dont mind but it does make a difference when for example on gprs and paying per KB 1114552147 M * Bertl Doener: yes, but nevertheless I'd prefer to investigate it a little further ... 1114552149 M * daniel_hozac DaCa: don't read mailing lists on GPRS ;) 1114552185 M * Bertl DaCa: sounds cool that you directly forward the vserver ml to your mobile ... 1114552198 M * DaCa SiD3WiNDR: if you have five headers emitted on the same host you double the avg message size for no particular reason 1114552221 M * Bertl I would suggest to do some message preprocessing in any case ... some stuff just isn't required on a mobile ... 1114552251 A * Bertl (just kidding ;) 1114552364 M * DaCa Bertl: I also use gprs on my laptop on my train journeys for example (and I do use IMAP) 1114552850 M * DuckKing Hy bertl ! 1114553385 M * eyck bye all 1114553462 M * Bertl cya eyck! 1114553654 M * albeiro zeus.polsl.gliwice.pl/~albeiro/Makefile <- could you guys take a quick look ? 1114553695 M * albeiro there is small problem - with BIN_APPS = single_app everything is working. with BIN_APPS = numerous applications and even a few more it bails out 1114553749 M * albeiro mayby anybody would have some clue what i may be doing wrong 1114553877 M * albeiro nevermind that, it is not a make problem 1114554178 M * Doener Bertl: ok, time has decided... it's too late to go to bed (i'd never manage to get up early enough) 1114554188 M * Doener ;) 1114554217 M * Bertl albeiro: glad that we could help ;) 1114554246 M * Bertl Doener: okay, then let's move some things ... 1114554252 M * albeiro you did not even thinking about it ! 1114554253 M * albeiro ;p 1114554302 M * Bertl was about copying out that broken url and adding the missing http:// part so that I can look at it ... 1114554332 A * Bertl would have looked immediately if it were a proper url ;) 1114554406 M * albeiro oh man. it is a second makefile in my life and first one trying to be smart. it works ! ;p 1114554449 A * Doener did just one Makefile... and that was 99% copy'n'paste ;) 1114554546 M * Bertl Doener: btw, didn't get around doing the killer for the new syscall commands, are you still interested? 1114554668 M * Doener IMHO the change was pretty straight forward and there's no way for it to introduce any problems... it can't hurt, but i won't insist on doing it 1114554696 M * Doener s/(there's no way)/i think \1/ 1114554733 M * Doener err... wait... i misinterpreted your question 1114554746 M * Doener which new syscall commands? 1114554746 M * Bertl ;) 1114554765 A * Doener was thinking about the [un]hash_vx_info get/put change 1114554766 M * Bertl all killers we have do use the old 'compatibility' interface 1114554797 M * Doener ah, so just porting them to the interim syscall solution? 1114554801 M * Bertl now I would like to do some testing with both, compat an dnon compat ... 1114554831 M * Bertl would also be great (at leasst that was my plan) to make it arch independant 1114554845 M * Doener ok, guess i can do that :) 1114554855 J * prae ~prae@sherpadown.net 1114554872 Q * prae Quit: 1114554888 M * Bertl Doener: let me upload the/a framework (i.e. how far I got ;) 1114554973 Q * Hollow Quit: /dev/zero 1114554997 J * prae ~prae@sherpadown.net 1114555015 M * Bertl hmm, wb prae? 1114555118 M * prae :p 1114555177 J * Doener_ ~doener@p54877F7D.dip.t-dialin.net 1114555195 A * Doener_ is trying to get used to irssi ;) 1114555216 M * albeiro irssi is outstanding 1114555321 M * Bertl Doener: http://vserver.13thfloor.at/Experimental/killer-0.01.tar.bz2 1114555339 M * Doener_ I've been using X-Chat since i've switched to Linux, but it takes up soooo much space on the screen... 1114555432 M * DaCa a textmode client like irssi has also the advantage you can take it anywhere using screen 1114555469 M * albeiro yeah. and once you will get used to it you cannot live without it 1114555479 Q * prae Quit: Pwet 1114555486 A * albeiro is installing putty on every windows computer ;p 1114555507 M * daniel_hozac i still prefer X-Chat. 1114555522 M * albeiro i even have nice ssh client on symbian phone (ircing from classes is strange yet interesting ;p) 1114555529 M * daniel_hozac i have enough terminals as it is ;) 1114555574 M * Bertl hmm, I use tabbed terminals, works quite fine ... 1114555594 M * daniel_hozac me too, but it'd get lost. 1114555614 M * daniel_hozac and IRCing from classes is what laptops are for ;) 1114555629 M * romke lol 1114555712 M * Bertl evening romke! 1114555757 M * albeiro daniel_hozac: yeah, especialy we have free wifi hotspots all around there :] 1114555771 M * albeiro but teachers are looking angry at me sometimes ;p 1114555795 M * daniel_hozac you don't have proper RJ-45s? 1114555813 M * albeiro no 1114555865 M * albeiro but wifi coverage is sufficient and you could see significant rise of usb wifi dongle shiping in nearby shops ;p 1114555876 M * albeiro there wasn't any before :] 1114555877 M * daniel_hozac heh. 1114555902 M * daniel_hozac my school provides wifi PCMCIA cards for the few computers that don't have it built-in ;) 1114555905 M * albeiro and also used laptops from mostly dell and hp 1114555967 M * albeiro the most amazing thing was the fact it was done completly behalf and without any knowledge from our computer centre ! 1114555983 M * albeiro they are angry. _really_ 1114555987 M * albeiro furious 1114556026 M * DaCa I can imagine :) 1114556069 M * romke Bertl: evening, i'm configuring 4th guest on my new hosting machine :> 1114556100 M * albeiro folks from CC just woke up one day and saw APs ;p 1114556261 M * romke Bertl: just wondering, is there possibility of use standard quota tools on guest? (I've unique uids even between vserver-guests so I don't need context quota...) 1114556354 M * Doener_ Bertl: so the killer.c is a framework, that should take options to select which killer algorithm is chosen, right? 1114556401 Q * kjo Quit: Verlassend 1114556475 M * Bertl Doener_: yes, the various killers are just there for copy and paste 1114556478 M * romke albeiro: guys in my office building have unencrypted Apple Wifi Network, it works pretty nice, I was even wondering to buy pci wifi card to procyon and make load-ballancing :> 1114556508 M * albeiro rotfl. 1114556510 M * Bertl Doener_: imho the following 'options' would be sufficient: 1114556539 Q * knoppix_ Quit: Verlassend 1114556540 M * Bertl - binary fork to level N (or something like that) 1114556549 M * Bertl - linear fork loop 1114556587 M * Bertl - support for old syscall (compatibility) 1114556601 M * Bertl - support for new syscall with and without init flag 1114556623 M * Bertl EOL, if you ahve more ideas what to test, please go ahead 1114556668 M * Doener_ hm, we can use an init flag with the old syscall as well, can't we? 1114556688 M * romke albeiro: more, I even ask them if they need assistance in securing it. They answer was "Why to secure it?" :P 1114556721 M * Bertl Doener_: yes, the difference is there are two init flags .. maybe we should discuss the idea behind that first .. 1114556817 M * albeiro romke: mayby you should make some quick presentation ? like sending email asking if they need assistance in securing from inside of their own network ? ;p 1114556864 J * Hollow ~Hollow@home.xnull.de 1114556878 M * Bertl wb Hollow! 1114556882 M * Hollow hey Bertl 1114556890 M * romke albeiro: they are sure they are secure just by fact they using Apple computers in place of PC's 1114556940 M * albeiro i should come there ;p 1114556944 M * Hollow Bertl: i did some straces wrt init stealing the keyboard 1114556954 M * romke albeiro: besides, if i'll secure it for them i'll loose my backup internet uplink :P 1114556969 M * Bertl Hollow: excellent, url? 1114556975 M * romke ok, back to work 1114556980 M * albeiro hm, indeed you are right ;p 1114556986 M * Hollow http://home.xnull.de/misc/xtrace http://home.xnull.de/misc/vstrace 1114557002 M * Hollow starting the vserver from console (alt+f1) works fine 1114557019 M * Hollow so it has sth to do with X 1114557031 M * Bertl so that doesn't interfere .. right? 1114557047 M * Hollow what? 1114557076 M * Bertl starting it from the vc I mean ... 1114557096 M * Hollow yup 1114557104 M * Bertl I happens when you start it from an x window, right? 1114557127 M * Hollow also if you start it on vc you get the output you normally get during boot, if starting in xterm no output at all 1114557132 M * Hollow yup 1114557155 M * Bertl could you try the following for me: ssh with -X (disable x forwarding) to the localhost, then start the vserver with this term ... 1114557163 M * Hollow k 1114557183 M * Bertl oops -x (lower case) 1114557195 Q * Hollow Quit: /dev/zero 1114557236 J * Hollow ~Hollow@home.xnull.de 1114557240 M * Hollow same thing 1114557248 M * Doener_ guess the -x came too late? 1114557257 M * Hollow ah, not -X? 1114557266 M * Bertl < Bertl> oops -x (lower case) 1114557273 M * Hollow k 1114557305 Q * Hollow Quit: 1114557334 J * Hollow ~Hollow@home.xnull.de 1114557338 M * Hollow still the same 1114557390 J * duckx ~Duck@dyn-83-157-200-90.ppp.tiscali.fr 1114557391 M * Doener hm, raised capabilities? 1114557412 M * Hollow no, default ones 1114557432 M * Hollow flags: lock, nproc 1114557458 M * Doener_ hm, a klogd going nuts would also affect the mouse... 1114557481 M * Hollow i've syslog-ng running 1114557483 M * Bertl yes, but should not kill the keyboard, no? 1114557508 M * Doener_ ah right... with klogd it was only the mouse that went unusable... keyboard was still ok 1114557528 M * Bertl Hollow: once again, tools and kernel patch is latest? 1114557580 M * Hollow tools = 205, patches = 2.0pre1 1114557611 M * Bertl and what happens is that the keyboard does .. what exactly? 1114557670 M * Hollow the prompt looks like this: 1114557670 M * Hollow zeus ~ # vserver gentoo start 1114557670 M * Hollow zeus ~ # 1114557670 M * Hollow and the keyboard is completely dead 1114557688 M * Hollow i can kill X with my mouse and if i restart it everything is fine again 1114557714 M * Hollow though the vserver comes up normally 1114557772 M * Hollow maybe it's a pts issue? both ssh and xterm are using pts/x devices..? 1114557777 Q * DuckKing Ping timeout: 480 seconds 1114557781 M * Hollow but console is using vc/x 1114557839 M * Bertl hmm, okay, can you dump the entire /proc/virtual/ dir and upload it somewhere? 1114557848 M * Hollow yup 1114557907 M * Hollow http://home.xnull.de/misc/3253.tar 1114557917 M * Hollow hm 1114557928 M * Hollow that one didn't work 1114557929 M * Hollow ;) 1114557936 M * Bertl ;) 1114557944 M * Bertl better use cat /.../* 1114557947 M * Hollow k 1114558006 M * Hollow ok, try again 1114558090 M * Bertl what about /dev/* files? 1114558111 M * Hollow zeus ~ # ls ~bene/work/vps/gentoo/dev/ 1114558111 M * Hollow console full initctl log null ptmx pts random tty0 tty12 urandom zero 1114558123 M * Bertl hmm, console? 1114558133 M * Bertl tty0? 1114558141 M * Bertl tty12? 1114558152 M * Hollow rm? 1114558165 M * Bertl yup, and remove the initctl and log too, just to make sure 1114558206 M * Hollow :) 1114558208 M * Hollow worked 1114558212 M * Bertl Doener_: just found some kind of nomenclature inconsistency ... 1114558236 M * Bertl Doener_: we have vx_task_xid() but task_vx_flags() ... 1114558282 M * Bertl Hollow: good, now we should check which one was evil, no? 1114558288 M * Hollow yep 1114558302 M * Bertl I would opt for the consol/tty0 1114558316 M * Hollow let's try ;) 1114558323 A * Doener_ places his bet on tty12 1114558336 M * Bertl hmm, interesting ;) 1114558352 M * Doener_ if everyone opts for the same thing, it would get boring, wouldn't it? 1114558391 M * Bertl well, yeah, and all will go 'huh, what a smart guy ... if tty12 is correct after all ;)' 1114558401 M * Doener_ exactly :-D 1114558420 Q * Hollow Quit: /dev/zero 1114558429 M * Doener_ guess it was tty0 ;) 1114558434 M * Bertl yup ;) 1114558446 M * Doener_ ok, what do i owe you? 1114558456 M * Bertl another shrubbery of course! ;) 1114558457 J * Hollow ~Hollow@home.xnull.de 1114558489 M * Hollow console is evil, and i just discovered that the output of the boot process is printed on Alt+F7 where X resides normally 1114558503 M * Bertl how unexpected ... 1114558506 M * Hollow because init uses /dev/console iirc 1114558547 M * Bertl so now that we 'solved' this, could you please post a follow up explaining your findings ...? 1114558584 M * Hollow yup 1114558590 M * Bertl thanks a lot! 1114558651 M * Hollow i'll write it in about 5 hrs.. too tired to write understandable mails ;) 1114558657 M * Bertl Doener_: hmm, it's not easy ... we also have task_vx_info .. so the logical consequence would be to make vx_task_xid() task_xid() or task_vx_id() ... 1114558673 M * Hollow ie. n8 all 1114558673 M * Bertl Hollow: k, so be it ... 1114558683 M * Doener_ night Hollow! 1114558718 M * Doener_ or we get vx_task_vx_info... 1114558761 M * Bertl or at least vx_info_task() which is even more confusing ... 1114558824 M * Bertl but I guess task_vx_id is probably the best choice, no? 1114558883 M * Hollow Bertl: the console can be changed at compile time.. what device should be used? 1114558915 M * Bertl IMHO none, but if you have to use something, then you should use /dev/null 1114558915 M * Doener_ hm, do we need the task_{vx,nx}_info at all? as far as cscope can tell they're only called from the 3-line porc_pid_{vx,nx}_info functions... 1114558938 M * Doener_ s/porc/proc/ 1114558951 M * Bertl hmm, checking ... 1114558970 M * Hollow ok, thx... will test this tomorrow as well 1114559005 M * Bertl maybe we should think about adding a virtual console/terminal for vservers too? 1114559038 M * Hollow would be nice, but not that high priority imo 1114559046 M * Bertl agreed! 1114559084 A * Hollow would prefer a progressive ngnet developement ;) 1114559122 M * Bertl Doener_: guess that's something different which needs cleanup, (search for ->vx_info yielded >60 hits) 1114559541 M * Doener_ hm? why is it something different? if we drop the task_{vx,nx}_info functions and move the code into proc_pid_{vx,nx}_info the problem is basically gone... 1114559568 M * Doener_ or did you just mean, that we have another thing to clean up? 1114559582 M * Bertl well, the >60 cases should use task_vx_info in the first place ... 1114559623 M * Doener_ heh, i guess we're talking about different task_vx_info's then... 1114559640 M * Doener_ i'm talking about the one in kernel/vserver/proc.c 1114559691 M * Bertl might be, my task_vx_info() does basically (p)->vx_info 1114559749 M * Bertl but I guess you are right here ... and I already confused myself ... ;) 1114559775 M * Bertl kernel/vserver/proc.c /* per pid info */ that's what you are talking about 1114559790 M * Doener_ yep 1114559847 M * Bertl okay, I will check all the names we use and make a list first