1190246685 J * friendly12345 ~friendly@ppp121-44-239-215.lns2.mel4.internode.on.net 1190248676 Q * besonen_mobile_ Read error: Connection reset by peer 1190248756 J * virtuoso_ ~s0t0na@ppp91-122-24-219.pppoe.avangard-dsl.ru 1190249162 Q * virtuoso Ping timeout: 480 seconds 1190250342 Q * cl4sh Ping timeout: 480 seconds 1190250696 Q * yarihm Quit: Leaving 1190250748 Q * derjohn Ping timeout: 480 seconds 1190250930 J * derjohn ~derjohn@80.69.41.3 1190252055 J * semente ~semente@201.8.113.1 1190252066 M * semente hi! how to configure local interface (127.0.0.1) for all VPS? 1190252182 M * mnemoc you can't 1190252216 M * mnemoc it will be mapped to your firstip 1190252224 M * mnemoc it will be mapped to your first ip 1190253406 Q * balbir Ping timeout: 480 seconds 1190253783 N * Bertl_zZ Bertl 1190253792 M * Bertl morning? folks! 1190253859 M * Bertl semente: with 2.3.x (devel version) you enable auto lback and you will get a separate 127.0.0.1 mapping for each guest (which has it enabled) but it is not really required, except for broken apps 1190253871 Q * roym Ping timeout: 480 seconds 1190254150 Q * semente Quit: Ex-Chat 1190255318 Q * Aiken Quit: Leaving 1190256587 J * balbir ~balbir@122.167.68.255 1190257025 Q * Piet Quit: Piet 1190257199 Q * derjohn Ping timeout: 480 seconds 1190257452 Q * balbir Quit: Ex-Chat 1190257492 J * balbir ~balbir@122.167.68.255 1190258134 J * Aiken ~james@ppp121-45-250-174.lns2.bne4.internode.on.net 1190258716 Q * Aiken Quit: Leaving 1190260678 J * Aiken ~james@ppp121-45-250-174.lns2.bne4.internode.on.net 1190261829 Q * jmcaricand Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/ 1190267468 J * sharkjaw ~gab@158.36.44.106 1190268728 Q * FireEgl Read error: Connection reset by peer 1190268828 J * jmcaricand ~user@d83-179-255-49.cust.tele2.fr 1190269129 J * arachnist arachnist@088156185052.who.vectranet.pl 1190269716 Q * friendly12345 Remote host closed the connection 1190269792 M * Bertl time for a nap ... back later ... 1190269799 N * Bertl Bertl_zZ 1190269854 J * friendly12345 ~friendly@ppp121-44-239-215.lns2.mel4.internode.on.net 1190270316 M * danman hi guys! I got the following error and I can't make it go away with package.unmask etc: [blocks B ] build -m debootstrap? 1190301798 M * Guy- Bertl: yes; I then copied some additional devices into it because I want to run X inside (it still worked though) 1190301818 M * Guy- Bertl: it doesn't work since I rebooted with 2.6.22.6-vs2.2.0.3 1190301835 M * Guy- Bertl: my util-vserver is 0.30.214-2 1190301841 M * Guy- devpts is mounted inside the guest 1190301852 M * Bertl and /dev/ptmx is there too? 1190301870 M * JonB Guy-: do you mount any other filesystems for your host? 1190301884 M * Guy- Bertl: OK, I think I have it; the guest started udev, which mounted a tmpfs over dev 1190301902 M * Guy- Bertl: so while ptmx is there in the original /dev, udev's tmpfs doesn't have it 1190301929 M * Guy- it's probably not a good idea to run udev inside a vserver, is it? 1190301957 M * Guy- JonB: how do you mean, "for my host"? 1190301966 M * Bertl Guy-: well, it shouldn't be possible at all, unless you have given quite a number of capabilities :) 1190301974 M * JonB Guy-: i ment for vserver guest 1190301991 M * Guy- Bertl: I have; I want this guest to be functional desktop, and I don't worry about security much 1190301999 M * Guy- Bertl: I'd like gnome-volume-manager and such to work 1190302006 M * Guy- JonB: sure, I have a number of bind mounts 1190302019 M * JonB Guy-: if you edited /etc/vservers/$name/fstab and added lines to mount ext3, reiserfs, ... 1190302029 M * Guy- JonB: no, only bind mounts 1190302033 M * JonB Guy-: okay 1190302034 M * Bertl okay, then disable the udev and get the proper /dev entries from the host 1190302045 M * Bertl Guy-: e.g. with a bind mount from there 1190302048 M * JonB Guy-: i just made a patch that runs fsck on those before mounting them 1190302056 M * JonB Guy-: so i wanted people to test it 1190302078 M * Guy- JonB: I also have a similar script :) 1190302099 M * Guy- Bertl: good idea, will try 1190302123 M * Guy- I must confess I don't really know how udev, dbus and hal play along 1190302149 M * JonB Guy-: daniel_hozac directed me to edit the vserver.functions and vserver.start script, so sent a patch for that back to daniel_hozac 1190302164 M * Guy- how will the GUI running in my guest know that a new USB storage device has been attached? 1190302165 M * JonB Guy-: for the util-vserver 1190302174 M * Guy- JonB: good job 1190302182 M * Guy- JonB: I did it completely independent of util-vserver 1190302186 M * JonB Guy-: and i am looking for testers ;-) 1190302195 M * JonB Guy-: okay? 1190302222 M * Guy- JonB: sorry, I only mount real filesystems in vservers on critical servers, so I wouldn't volunteer to test that :) 1190302244 M * Guy- besides, it could be months before I reboot again 1190302251 M * JonB Guy-: mine will be a critical server in a few months or so 1190302264 M * JonB Guy-: so i figured i should have fsck running now 1190302265 M * Guy- that still gives you ample time to test your script then :) 1190302282 M * JonB Guy-: it sure does, but my setup might not cover all problems 1190302307 M * JonB Guy-: so far i have not tested a somewhat foobar fs which is repaired, and a somewhat foobar fs which fails repair 1190302382 M * Guy- JonB: I'll get back to you if a box emerges where I could test your script 1190302399 M * JonB Guy-: i posted it on util-vservers homepage 1190302408 M * JonB Guy-: thanks 1190302777 M * Guy- Bertl: if I bind mount /dev from the host, vserver start says "vcontext: open("/dev/null"): Permission denied" :-o 1190302851 M * Bertl how did you bind mount it? 1190302882 M * Guy- /dev /dev none bind 0 0 1190302891 M * Guy- I put this line into the fstab of the guest 1190302920 M * Bertl okay, looks good .. and /dev/null on the host is fine? 1190302923 M * Guy- yes 1190302939 M * Guy- /dev on the host is a tmpfs created by udev on the host 1190302943 M * Bertl maybe check with daniel_hozac, sounds a little odd to me 1190302960 M * Guy- for now I'll settle with copying the necessary devices into the vserver 1190303213 Q * ensc Ping timeout: 480 seconds 1190303484 M * Guy- strangely, if I bind mount /dev into the namespace of the guest after it's up, everything is nice and dandy... 1190303604 M * daniel_hozac hmm, /dev should be kept... 1190303637 M * Bertl ah, possible cleanup issue? 1190303655 M * daniel_hozac nah, doesn't seem like it. 1190303700 J * ensc ~irc-ensc@p54B4CFAD.dip.t-dialin.net 1190303701 M * daniel_hozac Guy-: is it the first or second vcontext invocation that errors? 1190303757 M * daniel_hozac or, wait a minute. you'll want bind,dev :) 1190303777 M * Guy- bind mounts take options? 1190303788 M * Bertl ah, yes! :) 1190303798 M * daniel_hozac thanks to BME, yes :) 1190303823 M * Guy- so it's now possible to have a read-only bind mount? 1190303828 M * daniel_hozac indeed. 1190303853 M * Guy- wow 1190303854 M * Bertl Guy-: for some time now, yes :) 1190303862 M * Guy- that completely passed me by :) 1190303889 M * Guy- and indeed, it works now 1190303892 M * Guy- thanks 1190303928 M * daniel_hozac you're welcome! 1190304502 Q * JonB Ping timeout: 480 seconds 1190304567 J * besonen_mobile ~besonen_m@71-220-234-148.eugn.qwest.net 1190304811 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33 1190305600 J * nospoonuser ~nospoonus@n18-241.dsl.vianetworks.de 1190305622 M * nospoonuser hello, who can tell me how i can map my DVB device into a VServer-Guest context? 1190305650 M * Bertl hello nospoonuser! 1190305673 M * Bertl it should be sufficient to copy the dvb devices over to the guest 1190305788 J * |jmcaricand|_ ~jmcarican@d77-216-192-2.cust.tele2.fr 1190305848 M * nospoonuser i have used mknod. but when i use the devices from the guestcontext the dvb-"driver" logs dvb_frontend_start: failed to start kernel_thread (-1) 1190305872 M * daniel_hozac makes sense, kernel threads aren't allowed in guests. 1190305880 M * daniel_hozac should we perhaps add a ccap for that? 1190305886 M * Bertl probably 1190305937 M * Bertl nospoonuser: are you interested in testing such a feature? 1190306229 M * Bertl nospoonuser: check the dmesg logs, you should have an entry there regarding the kernel thread 1190306754 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1190308079 J * ema ~ema@rtfm.galliera.it 1190308092 M * Bertl wb ema! JonB! 1190308110 M * ema hi Bertl! 1190308138 M * JonB Bertl: thanks 1190308332 Q * JonB Quit: This computer has gone to sleep 1190308745 M * nospoonuser daniel_hozac: ok what can i do to use the dvb devices at a guest ? any workaround ? 1190308762 M * danman hi guys! I got the following error and I can't make it go away with package.unmask etc: [blocks B ] said: emerge -C baselayout 1190308845 M * Bertl danman: I'm not sure that works/helps, but did you try? 1190308899 M * Bertl nospoonuser: but if you are interested in testing, we can provide a simple patch :) 1190308919 M * hparker It should, I had to do it with Hollow's older stages.. Don't remember if his latest has that problem or not 1190309183 M * nospoonuser Bertl: y not ... 1190309337 M * Bertl good 1190309435 M * danman hmm 1190309440 M * danman !!! Unmerging it may be damaging to your system. 1190309442 M * danman :-) 1190309455 M * danman will the vserver work without it? 1190309456 M * danman :-) 1190309469 M * hparker baselayout will pull the newer one back in 1190309527 Q * nou Ping timeout: 480 seconds 1190309601 Q * Piet Remote host closed the connection 1190309664 M * Bertl daniel_hozac, nospoonuser: http://vserver.13thfloor.at/Experimental/delta-kthread-feat01.diff 1190309669 J * nou Chaton@causse.larzac.fr.eu.org 1190309680 J * Piet ~piet@tor.noreply.org 1190309819 M * nospoonuser Bertl: what does the patch ? 1190309882 M * Bertl it adds the feature you requested (hopefully :) 1190309999 M * nospoonuser Bertl: can then any vserver open a kernel thread ? 1190310015 M * daniel_hozac no, only the ones that have the necessary capability. 1190310055 M * Bertl in this case, the new VXC_KTHREAD 1190310105 M * Bertl (for you, available as ^24 in ccapabilities) 1190310132 M * nospoonuser ok can i use the patch for linux 2.3.20 with vs 2.2 ? 1190310160 M * Bertl let me check ... 1190310183 M * nospoonuser when not i update the kernel 1190310184 M * Bertl ahem, 2.6.20 I hope :) 1190310271 M * Bertl nospoonuser: yep, seems to apply to 2.2.0.3, so that should work 1190310296 M * nospoonuser a the moment i'm not next to the machine so i test it later 1190310371 M * Bertl k, let us know how it goes ... 1190310749 M * nospoonuser Bertl: when i later test it what have i to config for the guest ? 1190310930 M * Bertl 19:41 < Bertl> (for you, available as ^24 in ccapabilities) 1190310941 M * danman hparker, Bertl: thx, it's ok now! 1190310946 M * Bertl nospoonuser: i.e. you add ^24 to the ccapabilities file 1190310960 M * Bertl danman: excellent! 1190310995 M * hparker danman: ;) 1190311477 M * Bertl okay, off for now ... back later ... 1190311481 N * Bertl Bertl_oO 1190311840 J * coderanger_ ~coderange@marvin-29.dynamic2.rpi.edu 1190312351 J * JonB ~NoSuchUse@kg1-108.kollegiegaarden.dk 1190312570 M * nospoonuser so kernel is patched so reboot later when i next to the machine 1190312731 Q * Julius Remote host closed the connection 1190312911 Q * sladen Ping timeout: 480 seconds 1190313161 J * sladen paul@starsky.19inch.net 1190313663 M * Ashsong Bertl_oO: ping 1190313720 M * Ashsong your patch doesn't apply against the olpc-2.6-stable branch. 1190313753 M * Ashsong Also, while I can locate the context against which it should be applied, it contains an extra branch that is not described in that context. 1190313770 M * daniel_hozac oh? 1190313775 M * daniel_hozac could you paste it? 1190313789 M * Ashsong this makes me think that cow_break_link handles more cases in stock vserver than in the OLPC patch 1190313805 M * Ashsong daniel_hozac: what would you like me to post? the cow_break_link function? 1190313838 M * daniel_hozac oh, you mean the vanilla vserver has an extra branch? yeah, most of the error checking for cow_break_link was added rather recently. 1190313850 M * Ashsong http://dev.laptop.org/git?p=olpc-2.6;a=blob;f=fs/namei.c;h=1fc2e59414470f03c7541bbe581f78c3c2904b8f;hb=stable#l2748 1190313860 M * Ashsong that's what we're working with 1190313881 M * matti Hi daniel_hozac 1190313890 M * Ashsong daniel_hozac: the problem is at line 2813. 1190313899 M * daniel_hozac right, i see. 1190313914 M * daniel_hozac actually, no, i don't. 1190313922 M * daniel_hozac 2839 is more like it. 1190313944 M * daniel_hozac but you're right, that's missing a lot of the fixes we've done recently. 1190314041 M * daniel_hozac hello matti 1190314532 Q * JonB Quit: This computer has gone to sleep 1190315158 J * _jmcaricand_zzz ~jmcarican@d83-179-213-211.cust.tele2.fr 1190315208 Q * _jmcaricand_zzz 1190315430 Q * |jmcaricand|_ Read error: Connection reset by peer 1190315833 Q * wenchien Ping timeout: 480 seconds 1190315936 M * Wonka what do messages like "vxW: xid=124 messing with the procfs." mean? 1190315968 M * Wonka "vxW: tag=114 did lookup hidden dff03354 1190315972 M * Wonka [#0,4026531874] »/proc/bus«." 1190316037 M * daniel_hozac messing with the procfs means it tried to change permissions/ownership or write to a file that it's not allowed. 1190316059 M * daniel_hozac the other one is pretty obvious, it tried to access a hidden file. 1190316263 M * Wonka we have masses of them... 1190316293 M * Wonka any idea how to find out _what_ is tried and which process/binary/script does it? 1190316358 M * daniel_hozac probably possible using systemtap or similar. 1190316457 M * Wonka don't think so... 1190316468 M * Wonka don't even know systemtap 1190316578 M * Wonka and the owner of the vserver with xid 114 doesn't know it either, I am quite sure :) 1190316617 M * daniel_hozac i meant that you could find out using systemtap. 1190316623 M * Wonka ah, ok... 1190316690 M * daniel_hozac triggering the message is easy, just ls /proc/bus or chmod 0755 /proc 1190317020 N * virtuoso_ virtuoso 1190317566 Q * Piet Quit: Piet 1190317865 J * Piet ~piet@tor.noreply.org 1190317867 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1190318271 Q * coderanger_ Quit: coderanger_ 1190318283 Q * JonB Quit: Leaving 1190318617 J * coderanger_ ~coderange@ae-lally-green-220.dynamic2.rpi.edu 1190319397 Q * nox Ping timeout: 480 seconds 1190319417 J * nox ~nox@static.88-198-17-175.clients.your-server.de 1190319655 Q * duckx Remote host closed the connection 1190319690 J * duckx ~Duck@tox.dyndns.org 1190320327 Q * meandtheshell Quit: Leaving. 1190322216 Q * derjohn Remote host closed the connection 1190322927 J * Aiken ~james@ppp121-45-250-174.lns2.bne4.internode.on.net 1190323032 J * dna_ ~dna@155-238-dsl.kielnet.net 1190323421 Q * dna Ping timeout: 482 seconds 1190323728 Q * puck Quit: Coyote finally caught me 1190324200 M * Bertl_oO Ashsong: I'll prepare a patch(set) for OLPC tomorrow, did dilinger already sync up with the last version we did? 1190324243 M * Bertl_oO heading off to be now .. so just drop me a note here or in private ... 1190324259 M * Bertl_oO have a good one everyone! cya tomorrow! 1190324266 N * Bertl_oO Bertl_zZ 1190325162 Q * coderanger_ Quit: coderanger_ 1190325207 Q * bonbons Quit: Leaving 1190325543 J * coderanger_ ~coderange@pepe-49.dynamic2.rpi.edu 1190326421 Q * dna_ Quit: Verlassend 1190326482 J * user__ ~user@tor-irc.dnsbl.oftc.net 1190326601 P * user__ 1190326601 J * user__ ~user@tor-irc.dnsbl.oftc.net 1190326861 Q * user__ Quit: Verlassend 1190326973 Q * hparker Quit: Quit 1190327219 Q * ema Quit: leaving 1190328982 J * hparker ~hparker@linux.homershut.net 1190329205 Q * yarihm Quit: Leaving