1106008147 Q * stephenM Quit: 1106012398 Q * chrish01 Quit: Leaving 1106015498 J * Sweden DGTRecruit@h85n2fls302o1049.telia.com 1106021799 Q * Sweden Quit: -D-I=[G]=I-T-A-L- 2.0 Build 2520 1106023464 J * nox- ~nox@c207234.adsl.hansenet.de 1106023464 Q * nox Read error: Connection reset by peer 1106023524 N * nox- nox 1106025445 Q * anonc Read error: Connection reset by peer 1106025638 J * anonymous-coward ~nwalsh@shaggy.internode.com.au 1106027735 Q * tchan Quit: leaving 1106028505 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1106031697 N * Bertl_zZ Bertl 1106031709 M * Bertl morning folks! 1106032990 Q * hesus Ping timeout: 480 seconds 1106033634 J * hesus darksoul@pingu.ii.uj.edu.pl 1106034109 M * Bertl okay, moving out .. back later ... 1106034116 N * Bertl Bertl_oO 1106034507 Q * _are_ Quit: Disconnecting 1106035389 Q * monrad Quit: Leaving 1106037085 Q * hesus Ping timeout: 480 seconds 1106037181 J * hesus darksoul@pingu.ii.uj.edu.pl 1106038155 Q * hesus Ping timeout: 480 seconds 1106038402 J * hesus darksoul@pingu.ii.uj.edu.pl 1106039361 J * rs rs@ice.aspic.com 1106039670 J * prae ~prae@sherpadown.net 1106039830 M * prae 'morning ! 1106040245 Q * hesus Ping timeout: 480 seconds 1106040256 J * hesus darksoul@pingu.ii.uj.edu.pl 1106042515 Q * hesus Ping timeout: 480 seconds 1106043343 J * DuckMaster ~Duck@dyn-83-157-206-120.ppp.tiscali.fr 1106043766 Q * duckx Ping timeout: 480 seconds 1106044054 Q * grecea Remote host closed the connection 1106044454 J * grecea ~grecea@h-195-22-237-74.mdl.net 1106044500 J * hesus darksoul@pingu.ii.uj.edu.pl 1106045279 N * Bertl_oO Bertl 1106045334 M * Bertl morning folks! 1106045618 M * eyck morning 1106045643 M * eyck is it february already? 1106045664 M * Bertl my clock/calendar says no ;) 1106047146 M * Doener morning 1106047158 M * Bertl morning Doener! everything fine? 1106047185 M * Doener yeah, feeling better 1106047204 M * Bertl was worried, because you didn't show up ;) 1106047304 M * Doener been ill since thursday... saturday i slept nearly 24 hours. but except the tooth my dentist fscked up i'm fine now 1106047325 M * mugwump http://www.guardian.co.uk/international/story/0,3604,1392579,00.html # now that's a toothache 1106047356 M * Doener yeah, saw pictures of that on tv... ouch! 1106047412 M * Bertl yup yup .. 1106048387 Q * pusling Quit: brb 1106048396 J * pusling ~pusling@195.215.29.124 1106048459 Q * pusling Quit: 1106048506 J * pusling ~pusling@195.215.29.124 1106050724 Q * Seraph Read error: Operation timed out 1106050753 J * Seraph kk@projects.verfaction.de 1106052068 M * Bertl okay, lunch time ... back later ... 1106052074 N * Bertl Bertl_oO 1106053600 N * Bertl_oO Bertl 1106057359 Q * Loki|muh Remote host closed the connection 1106057360 J * Loki|muh loki@satanix.de 1106057797 M * rs hey Bertl 1106057824 M * Loki|muh rs: hey :) 1106057841 M * Loki|muh rs: do you use vserver over nfs? 1106057852 M * Bertl yes, lycos does ;) 1106057859 M * Bertl hello rs! 1106057865 M * Loki|muh rs = lycos-member? 1106057887 M * Bertl remotely related ;) 1106057948 M * rs Loki|muh: yeah I am (for vserver over nfs) 1106057948 M * Loki|muh ah! and is it working good? any big delays? 1106058000 M * rs with the export async, performance are almost as good as on a local fs (maybe better, you don't have IOs on nodes) 1106058009 M * Bertl well, it's something I would not suggest for the faint of heart ... it requires some tuning to make it work ... but I'll let rs comment on that ;) 1106058022 M * rs but we will work on a better solution with GFS and such 1106058064 M * rs for several reasons: export async isn't really safe, NFS won't allow do use some future feature of linux-vserver 1106058246 M * Bertl rs: does the 2.6.11-rc1-vs1.9.4-rc2 work with tcp based NFS for you? 1106058261 M * Bertl and could you try if the ngnet works with udp based root nfs? 1106058305 M * rs didn't tested 2.6.11... yet, I got some urgent things to do this morning, but I can try it now 1106058314 M * Bertl excellent! 1106058339 M * rs about ngnet, I can try with the 2.6.10-vs.1.9.3.17-ng8.7 ? 1106058354 M * Bertl yep, sure 1106058366 M * rs ok 1106059616 M * rs Bertl: seems better with UDP :) 1106059673 M * Bertl yeah, this is a tcp reuse bug, I'm looking for it right now ... 1106059703 J * mboman ~michael@cm48.sigma230.maxonline.com.sg 1106059711 M * rs ok 1106059713 M * Bertl welcome mboman! 1106059724 M * mboman hi Bertl 1106060433 M * sannes :) 1106060459 M * Bertl greetings sannes! 1106060683 Q * mboman Quit: One day I'll get that peer and reset HIS connection! 1106063749 N * sladen AgentSmith 1106063763 M * Bertl alert! 1106063774 M * Loki|muh whats up? 1106063797 M * Bertl obviously the matrix took over sladen ... 1106063797 N * AgentSmith sladen 1106063805 M * Loki|muh *g* 1106063873 M * sladen it was just a glitch. Move along, nothing to see 1106063911 M * rs re 1106063923 M * Bertl wb rs! 1106063925 M * rs thx 1106063951 M * rs hmm about ngnet setup, when the kernel is up an running, iptable-vnet is installed, what I have to do ? 1106063958 M * rs exec the vnet3_setup.sh ? 1106063970 M * Bertl for example ... 1106063980 M * rs hmm instlal the vnet tool before 1106065223 M * rs Bertl: seems to work btw 1106065350 M * Bertl excellent ... 1106065374 M * rs I should test with some routable ips now :) 1106065388 M * rs btw, what does the vnet patch for iptables ? 1106065394 M * rs do 1106065399 M * Bertl it allows for the vnet table ;) 1106065434 M * rs it's not possible to just create a table for vnets ? 1106065445 M * rs instead of patching iptables 1106065475 M * Bertl it's not possible to address any table not define when iptables is compiled ... 1106065496 M * Bertl you also need new iptable modules to support the VNET target ... 1106065510 M * rs ok 1106065516 M * rs and, another question 1106065536 M * rs I saw that each vnet interface have an ID 1106065552 M * Bertl yep, the vnet id ... 1106065561 M * rs on how many bits is it encoded ? 1106065565 M * Bertl 16 1106065585 M * rs herm 1106065597 M * rs and on how many bits the xid is encoded ? 1106065603 M * Bertl 16 1106065626 M * rs and we need two vnet ids by vservers right ? 1106065633 M * Bertl 1-N 1106065644 J * Brucey cinacio@snape.aspic.com 1106065646 A * Brucey is gone. Gone since Tue Jan 18 15:22:00 2005 1106065648 M * Brucey hi :) 1106065655 M * rs yeah but at least two if we want a network interface plus a loopback 1106065657 M * Bertl hey Brucey! 1106065665 M * Bertl rs: yes 1106065697 M * rs and I guess we can share vnet ids across xids :) 1106065701 M * rs can't 1106065717 M * Bertl you can, but the semantics are becoming complicated then ;) 1106065765 J * virtuoso_ ~s0t0na@tranq.dorms.spbu.ru 1106065765 Q * virtuoso Read error: Connection reset by peer 1106065776 M * rs yeah I think we DON'T want to have the same vnet id on several xids :) 1106065811 M * Bertl yes, I'd say so too ;) 1106065830 M * rs ok so how do you advise to assign vnet ids to vservers ? 1106065840 M * Bertl randomly ... 1106065867 M * rs will be done by the util-vserver tool I guess ? 1106065881 M * Bertl maybe, we'll see ... 1106065890 M * rs so we don't have to define a fixed vnet id for each vservers 1106065903 M * Bertl atm, you ahve to ... 1106065920 M * rs another question, when you setup the IP inside the context 1106065922 M * Bertl (more precisely at least one) 1106065930 M * rs how to work know you have this IP ? 1106065951 M * rs how the wold know you have this IP ? 1106065966 M * Bertl how do you know that on a dedicated server? 1106065975 M * rs with arp 1106065987 M * Bertl good ;) 1106065987 M * Brucey even I couldn't translate that question :) 1106065989 M * rs but I guess arp isn't allowed for all ips you setup inside a context 1106066009 M * rs it's the work of the iptables vnet target to allow this kind of trafic ? 1106066015 J * Borg_Number_One ~Borg@p508875D9.dip0.t-ipconnect.de 1106066050 M * Bertl the iptables vnet table decides what packets are allowed (i.e. passed on to/from the vserver) 1106066065 M * Bertl welcome Borg_Number_One! 1106066076 M * Borg_Number_One Hi everybody :) 1106066582 M * rs Bertl: is ping supposed to work ? 1106066620 M * rs I setup a routable ip 1106066636 M * rs and tried to ping the gateway from inside the context 1106066644 M * rs and nothing is responding 1106066655 M * Bertl should work, did you config the iptables ? 1106066659 M * rs I'm getting some debug output in logs 1106066660 M * rs Jan 18 17:43:12 bvdsn01.dev.lyceu.net kernel: !!! dev_queue_xmit_nit(f7ef9560[#65535],f7ced800[{eth0},#0]) 1106066663 M * rs Jan 18 17:43:13 bvdsn01.dev.lyceu.net kernel: !!! dev_queue_xmit_nit(f7d1dbe0[#200],f7ced800[{eth0},#0]) 1106066666 M * rs Jan 18 17:43:13 bvdsn01.dev.lyceu.net kernel: !!! dev_queue_xmit_nit(f7d1dbe0[#65535],f7ced800[{eth0},#0]) 1106066667 P * Borg_Number_One 1106066669 M * rs yes I did 1106066805 M * Bertl could you provide the iptables config and the actual ping? 1106066814 M * Bertl (command not binary ;) 1106066868 M * rs iptables -t vnet -L 1106066868 M * rs Chain PREROUTING (policy ACCEPT) 1106066868 M * rs target prot opt source destination 1106066868 M * rs VNET all -- anywhere vserver230.dev.lyceu.net VNET set 11 1106066868 M * rs VNET all -- anywhere vserver236.dev.lyceu.net VNET set 21 1106066871 M * rs Chain OUTPUT (policy ACCEPT) 1106066873 M * rs target prot opt source destination 1106066876 M * rs VNET all -- vserver230.dev.lyceu.net anywhere VNET set 11 1106066878 M * rs VNET all -- vserver236.dev.lyceu.net anywhere VNET set 21 1106066889 M * rs ping 213.193.14.129 1106066889 M * rs PING 213.193.14.129 (213.193.14.129): 56 data bytes 1106066889 M * rs --- 213.193.14.129 ping statistics --- 1106066889 M * rs 23 packets transmitted, 0 packets received, 100% packet loss 1106066966 M * Bertl okay, let's do 1106067024 M * Bertl echo 255 >/proc/sys/vserver/debug_ngnet ; chcontext --ctx ping -c 1 213.193.14.129 ; echo 0 > /proc/sys/vserver/debug_ngnet 1106067155 M * Bertl sidenote tcp nfsroot works now (after major restructuring) 1106067262 M * rs oups I lost the machin 1106067279 M * Bertl hmm? 1106067292 M * rs after the echo 255 1106067298 M * rs fozen 1106067308 M * Bertl hmm, you didn't do it on one command line? 1106067333 M * rs I thought about it just after loosing the machin :) 1106067344 M * rs and after reading the end of the command :o) 1106067349 M * Bertl well, it's logging a little ;) 1106068754 M * rs looping with: Jan 18 18:18:48 bvdsn01.dev.lyceu.net kernel: vxD: udp_sendmsg(f7430940[#0]) 1106068802 M * Bertl yeah, looks like using nfs for debugging here is not such a good idea ... 1106068968 M * rs ok got some more interesting things now 1106069094 M * rs I think that I got a kernel panic 1106069101 M * rs but the serial console is garbaged 1106069130 M * rs http://rs.rhapsodyk.net/vserver/ngnet-ping.txt 1106069189 M * Bertl doesn't look related 1106069221 M * Bertl I guess you have to move away from nfs root for now 1106069287 Q * tchan Quit: leaving 1106069299 Q * prae Quit: leaving 1106069299 M * rs I could move root on a tmpfs 1106069327 M * Bertl I would create a local copy of your root on the disk (swap) 1106069334 M * Bertl then boot from there ... 1106069368 M * rs yeah, need some configuration of the bios, it only boot on PXE for now 1106069379 M * rs hmm forget it 1106069385 M * rs it can still use pxe :) 1106069389 M * Bertl boot grub over pxe ;) 1106069503 J * elCount ~count@pD9E7CDE6.dip0.t-ipconnect.de 1106069506 M * elCount heyho 1106069510 M * Bertl welcome elCount! 1106069522 M * elCount hey Bertl! :) just the man I wanted to talk with ;) 1106069542 M * elCount Bertl: you noticed 2.4.28-vs1.29.1 worked for me? :) 1106069554 M * elCount Bertl: got a solid suggestion for 2.6.x, too? :) 1106069573 N * elCount CountZero 1106069588 M * Bertl the barrier is implemented differently in 2.6.x 1106069599 M * Bertl so you should not see those issues ... 1106069618 M * CountZero Bertl: nah, I'm setting up a new box :) 1106069628 M * Bertl ah, okay ;) 1106069640 M * CountZero Bertl: what patch do I use, what do I have to think of, what do I have to do .. where do I look ;) 1106069670 M * Bertl http://vserver.13thfloor.at/Experimental/RC-1.9.4/ 1106069693 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1106069701 M * Bertl welcome tchan! 1106069771 J * nish ~nishant@220.224.11.79 1106069782 M * Bertl CountZero: hmm, linux-vserver.org is currently unreachable (at least from here) 1106069790 M * Bertl welcome nish! 1106069806 M * nish hi just checkin 1106069880 M * Zoiah rs: you work for Lycos, right? 1106069920 M * CountZero Bertl: I see the files, thou 1106069925 M * rs Zoiah: yes 1106069968 M * Bertl CountZero: they are on a different server ... 1106069992 M * Brucey oh... I just noticed that devfs will probably be dropped from the kernel in july 2005 1106069995 M * CountZero Bertl: seems online for me, but keeps on waiting 1106070013 M * CountZero Bertl: let me know if you need mirrors 1106070069 M * Bertl smart mirrors, yes, dumb ones not really ... just until now nobody found time to make a smart one (i.e. a wiki mirror) 1106070081 M * CountZero Bertl: what's the backend 1106070085 M * CountZero Bertl: ? 1106070098 M * Bertl it's tavi (slightly modified) with mysql 1106070187 M * Loki|muh wouldn't it be difficult to make a wiki-mirror? 1106070204 M * Loki|muh as the databases must be in sync 1106070299 M * CountZero Bertl: looks to me like mysql replication should suffice? 1106070315 M * CountZero Bertl: perhaps with editing disabled on the mirror 1106070322 M * Bertl yep, something like that ... 1106070341 M * Bertl would be a good idea to redirect edit requests to the master too 1106070370 M * Bertl btw, I kicked apache and now it's working again ;) 1106070392 M * CountZero Bertl: yeah - think about it, I'm willing to offer capacity at Nuernberg (DE) and Tampda, Florida (US) - drop me a mail at count@linux.de when you're decided 1106070429 M * Bertl well, if you do the work and maintain any mirror, I'm absolutely for it! ;) 1106070440 M * Loki|muh yeah, i could contribute a mirror in nuremberg, too ;) 1106070469 M * Bertl btw, here some details for 2.6 1106070471 M * Bertl http://www.linux-vserver.org/alpha+util-vserver 1106070477 M * CountZero Bertl: if you offer a decent interface for replication and modify the tavi code to detect non-master edit-requests and redirects them (not the POST but the GET) .. sure 1106070526 M * Bertl okay, so we delay it until I get some time for that then ... thanks for the offer! 1106070539 M * Bertl http://www.linux-vserver.org/Release+FAQ 1106070632 M * CountZero Bertl: I can do mysql replications and rsync without problems :) 1106070648 M * CountZero Bertl: you've got my address, if I don't show up anytime soon :) 1106070658 M * Bertl k, thanks a lot! 1106070770 M * CountZero phhh, thanks a lot yourself :P 1106070809 M * Bertl you're welcome! ;) 1106070874 M * CountZero so, should I take 2.4.28-vs1.29.1 or 2.6.10-vs1.9.4-rc2 or what if I want a resonably (but not necessarily commercial grade) (v)server? 1106070901 M * Bertl 1.9.x has a bunch of new features ... 1106070956 M * CountZero reminds me of the signature of a friend of mine ... 1106070965 M * CountZero "sure it corrupts all your files, but look how fast it is!!!" 1106070981 M * Loki|muh hrhr 1106071022 M * Bertl LOL 1106071067 M * Bertl CountZero: okay, let me rephrase that for you: if you want new features, go for it, if you are happy with 1.2x features, stick to it! ;) 1106071079 M * CountZero Bertl: what about stability? 1106071101 M * Bertl Stable, Devel and Experimental ... 1106071115 M * Bertl 1.9.x is Devel, 1.9.x.y Experimental 1106071124 M * CountZero yeah, yeah, sounds like debian flavours - stale, rusting, broken .. 1106071127 M * Bertl 1.2x is Stable ... 1106071152 M * Bertl CountZero: hmm, which one is woody? 1106071168 M * CountZero Bertl: how soon will you most likely declare a 2.6.x patch stable? 1106071170 M * CountZero Bertl: stale. 1106071195 M * Bertl if everything works as expected, in about 2-3 month ... 1106071224 M * Bertl doesn't mean it's not working, lycos for example is using it ... 1106071239 M * Bertl (and a bunch of other providers too ;) 1106071344 M * CountZero Bertl: 'kay :) 1106071352 A * Bertl .o( apologies to all the other providers using 1.9.x for not explicitely mentioning it! ;) 1106071386 M * Brucey they don't explicitely mention it either, do they? :P 1106071408 M * Bertl well, Bobi (rosehosting) does for example ... 1106071423 M * Brucey (okay okay, they probably do, I just haven't had the chance to see it :) 1106071487 M * CountZero how stable is 2.6.10 itself? 1106071505 M * Bertl not as stable as the linux-vserver patches ;) 1106071518 M * Loki|muh i would consider 1.9.3 as "stableforme" *g* 1106071543 M * Brucey going home 1106071547 M * Brucey laterz all 1106071549 M * Bertl cya 1106071557 Q * Brucey Quit: "War doesn't determine who's right, war determines who's left." 1106071615 M * CountZero stop being too helpful already ;) *grin* 1106071715 Q * nish Ping timeout: 480 seconds 1106071740 J * monrad ~monrad@213083190130.sonofon.dk 1106071851 M * CountZero ok. is there something which should stop me from trying 2.6.11-rc1-vs1.9.4-rc2 if I've got a remote only machine and don't want too much headache? 1106072144 M * Bertl not really .. should work fine ... 1106072464 J * _are_ ~are@gateway-dsl.lihas.de 1106072484 M * _are_ hi 1106072490 M * Bertl welcome _are_! 1106072525 M * _are_ hmpf, should have installed vservers all day but had to hunt hackers instead. 1106072579 M * _are_ some guy called if I do linux support and could come along, their network card is not working. indeed, it didn't. the rootkit replaced /sbin/ifconfig and that only worked with eth0 :-> 1106072602 M * _are_ their fault, last update had been july 2001 (none of my customers) 1106072717 M * Bertl yep, shit happens ... 1106072749 M * _are_ oh, and the best, this system is already almost replaced by some windows box. bit ofc that one is not fully up yet :-> 1106072764 M * _are_ at least the ynow know the difference between system updates and virus pattern updates 1106072824 M * _are_ and they rethink if the windows solution is really for their best. 1106072855 J * xmb ~xmb@80-218-18-128.dclient.hispeed.ch 1106072883 M * Bertl welcome xmb! 1106072918 M * xmb merci =) i wanna check the grsec compatibility with vservers.. 1106072959 M * xmb or other written, how do things look like about grsec and vserver 1106072976 M * Bertl http://www.linux-vserver.org/Tools+and+patches 1106072985 M * Bertl (Kernel patches) 1106073001 M * Bertl http://www.firehead.org/~jeffrey/linux-vserver/ 1106073005 M * Bertl http://www.sandino.net/parches/vserver/ 1106073049 J * prae ~prae@sherpadown.net 1106073062 M * Bertl welcome prae! 1106073129 M * xmb the latter looks nice.. any vserver for 2.6? 1106073170 M * Bertl http://vserver.13thfloor.at/Experimental/RC-1.9.4/ 1106073219 M * xmb mmm, that'd mean no grsec? 1106073249 M * xmb what was the efford to make those 2.4 vserver + grsec patches, do u know? 1106073256 M * Bertl it seems that nobody adapted any grsec patches for 2.6.10 or .11 yet 1106073293 M * _are_ Bertl: i run 1.9.3.16, is an update to 1.9.4 recommended if I actually have to do some work with it? 1106073298 M * Bertl xmb: I don't know, you have to ask the folks providing them ... 1106073313 M * xmb 2.1.0 got released for 2.6.10, mmm will do 1106073314 M * Bertl _are_: yep 1106073325 M * xmb got by chance a mail address for either of the two patch trees? =) 1106073432 M * Bertl Sandino Araico Sánchez 1106073550 M * Bertl jeffrey+vserver AT firehead DOT org 1106073561 J * nayco ~nayco@lns-vlq-47-nan-82-252-232-202.adsl.proxad.net 1106073568 M * Bertl welcome nayco! 1106073570 M * nayco 'llo ! 1106073630 M * nayco I've got a couple of vservers running, now... 1106073639 M * nayco seems good . 1106073667 M * Bertl excellent! 1106073718 M * nayco cups still doesn't work... I think i gonna take a ride to their website. 1106073744 M * Bertl won't hurt I guess ... maybe with a patch? 1106073762 M * Bertl anyway, I'm moving out now ... so have fun! cya later ... 1106073770 N * Bertl Bertl_oO 1106073780 Q * mcp Ping timeout: 480 seconds 1106073804 M * xmb merci bertl 1106073928 J * tomrt ~tomrt@200.55.135.115 1106074056 Q * serving Ping timeout: 480 seconds 1106074133 M * tomrt hi, could anyone point me to an active mailing list for vservers? 1106074213 P * tomrt 1106074345 M * prae Bertl_oO: night Mr. :) 1106074427 J * mcp ~hightower@81.17.110.148 1106074911 J * tomrt ~rental@200.55.135.115 1106074953 M * tomrt hi everybody 1106075318 Q * rs Quit: leaving 1106075414 Q * CountZero Quit: Hit any user to continue. 1106075472 Q * SiD3WiNDR Ping timeout: 480 seconds 1106075867 M * _are_ hi tomrt 1106076663 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1106076771 Q * tomrt Remote host closed the connection 1106078167 J * Borg_Number_One ~Borg@p508875D9.dip0.t-ipconnect.de 1106078225 M * Borg_Number_One @sladan, @mjg59 do you know further good bios-related irc-channels? 1106078655 Q * tchan Quit: Lost terminal 1106078938 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1106079676 J * marmotte ~marmotte@ca-metz-4-80.w80-8.abo.wanadoo.fr 1106079680 M * marmotte hi all 1106079685 M * marmotte i have a question 1106079702 M * marmotte it is normal that 3 vservers have the same context ? 1106079708 P * Borg_Number_One 1106079826 M * _are_ marmotte: only if you set them up wrong, I'd say :-) 1106079857 M * marmotte what i have to configure to have 3 different contexts ? 1106079871 M * marmotte i don't find my mistakes ? 1106079873 M * _are_ with dynamic context ids it should not happen (but you run in other trouble there) and with fixed context IDs i felt at least some tools complained with same ctx id 1106079907 M * _are_ with new config format: check /etc/vservers//context 1106079938 Q * tchan Quit: Lost terminal 1106079947 M * marmotte i have old format (stable version) 1106079961 M * _are_ with old cobfig format: no idea, I got rid of it as I never got it working correctly 1106079973 M * _are_ but i tink there is some keyword for the context id there 1106079987 M * marmotte is there something i have to put in flag ? 1106080008 M * _are_ i think just state the context 1106080043 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1106080049 M * marmotte "state the context" means "force the context id" ? (sorry, i'm french) 1106080078 M * _are_ yes, use fixed context, then you know what context is used. 1106080119 J * Tbery ~tb@rt-pha-1.karneval.cz 1106080184 M * marmotte i have to precise: when i enter the vserver-stat command, i only see my root server and the first server lauched. the 2 others don't appear, but they are running 1106080225 M * _are_ well, I can only help you with new config. with new config I get this behaviour if I fail to state the 'run' directory correctly 1106080273 M * marmotte ok, neverminds. thanks for your help ! :-) 1106080291 M * marmotte bye all 1106080295 M * _are_ cu 1106080302 Q * marmotte Quit: Leaving 1106080390 Q * _are_ Quit: Disconnecting 1106080988 J * serving ~serving@213.186.181.212 1106081068 Q * tchan Remote host closed the connection 1106082044 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1106082175 J * nish ~nish@220.224.7.203 1106082301 Q * Tbery Read error: Connection reset by peer 1106082529 M * nish Hi 1106082555 Q * tchan Remote host closed the connection 1106082558 M * nish devfs will be removed from linux !!! 1106082716 M * mugwump yeah it was a dumb idea in the first place 1106083028 M * nayco So, now, it is Udev ? 1106083071 J * yarihm ~yarihm@217-162-113-42.dclient.hispeed.ch 1106083374 J * _are_ ~are@dsl-084-056-157-139.arcor-ip.net 1106083440 M * mugwump sysfs? 1106083565 Q * nish Ping timeout: 480 seconds 1106084482 J * nish ~nish@220.224.23.57 1106084540 M * nish its 3 am in INDIA,time to sleep goodnight 1106084583 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1106084585 Q * nish Quit: 1106085666 Q * jsambrook Ping timeout: 480 seconds 1106085890 J * Megabart Megabart@host146-203.pool80181.interbusiness.it 1106085923 Q * tchan Quit: leaving 1106086055 M * Megabart hi 1106086084 M * Megabart I've the problem with the vserver created with newvserver script 1106086495 M * Megabart when i start the created server, the generated security context is equal in a first and second started server 1106086920 M * Megabart why? 1106086960 M * Megabart debian:~# vserver bart enter 1106086960 M * Megabart ipv4root is now 192.168.0.12 1106086960 M * Megabart New security context is 49152 1106086960 M * Megabart lisa:/# 1106086996 M * Megabart and why when i enter in a bart vserver, i have this message? 1106087055 M * Megabart I must have had: New security context is 4915x---->bart:/ 1106087191 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1106087818 N * Bertl_oO Bertl 1106088039 M * Bertl Megabart: hmm, what are you talking about? ;) 1106088979 Q * prae Quit: leaving 1106089300 M * Bertl off to bed now ... cya tomorrow 1106089306 N * Bertl Bertl_zZ 1106089814 J * Loki|muh_ loki@satanix.de 1106089814 Q * Loki|muh Read error: Connection reset by peer 1106090780 Q * yarihm Quit: Leaving 1106091466 J * narender1983_ait ~root@220.224.23.57 1106092456 P * narender1983_ait Leaving