1104887907 J * serving ~serving@213.186.174.191
1104892330 J * pizdec ~o_o@dsl093-174-016.pdx1.dsl.speakeasy.net
1104892346 N * pizdec mikelcu
1104900293 J * nox- ~nox@213.39.207.27
1104900293 Q * nox Read error: Connection reset by peer
1104900353 N * nox- nox
1104911731 N * Bertl_zZ Bertl_oO
1104912238 Q * _are_ Quit: Disconnecting
1104914280 J * Mega\work ~Megabart2@host111-101.pool80182.interbusiness.it
1104914289 M * Mega\work Hi
1104914589 N * Doener_zZ Doener
1104914596 M * Doener morning!
1104914852 Q * serving Ping timeout: 480 seconds
1104915515 J * _are_ ~are@82.139.196.122
1104916615 M * sannes :)
1104916704 M * _are_ hi
1104916812 M * sannes _are_ :)
1104917291 J * jsambrook ~jsambrook@aelfric.plus.com
1104917471 M * _are_ amazingly the server still runs after a day *with* network load :-)
1104918012 N * Bertl_oO Bertl
1104918034 M * Bertl morning folks!
1104918135 M * _are_ Hi Bertl
1104918151 M * Bertl everything fine?
1104918160 M * _are_ so far it seems so
1104918191 M * _are_ next escalation will be next week when the amount of users jumps from 10 to 110
1104918243 M * Bertl 110 as 110 vservers?
1104918272 M * _are_ no, 110 as in 110 people using the imap, samba and print server tat run as vservers there
1104918287 M * _are_ and ofc 110 users producing data the backupserver will have to save
1104918299 M * Bertl ah, well, that will be fine ... what kernel are you using right now?
1104918322 M * _are_  2.6.10-vs1.9.3.16 wit disabled netpoll stuff
1104918339 M * Bertl hmm, and disabled preempt I guess ...
1104918345 M * _are_ would have liked netpoll, though, there are 3 GBit NICs in that box.
1104918350 M * _are_ yes, disabled preempt.
1104918369 M * Bertl what would you need netpoll for?
1104918377 M * _are_ preempt = 'somewhat stable' for i386 and 'don't use' for amd64
1104918401 M * _are_ netpoll should reduce cpu load with high network traffic with many small packets to my understanding
1104918415 M * Bertl nope, not at all ...
1104918482 M * _are_ uhm, then I mixed that one up.
1104918512 M * Bertl you might be interested in TSO for heavy traffic (tcp wise) on GBit ethernet
1104918555 M * _are_ CONFIG_E1000_NAPI is what I mixed it with, have tat one enabled. bad idea with amd64?
1104918588 M * Bertl that should be the netpoll api ...
1104918612 A * Bertl is now reading up on the code ... sec
1104918649 M * _are_ well, it is enabled on the fiber card that is not used atm -> no damage, but definitly want to know more on that before I plug in the fiber, it seems :->
1104918842 M * Bertl you seem to be right that this is not just the netpoll stuff I know (for doing things like remote console)
1104918861 M * _are_ hmm, I'd really like to have a remote console
1104918875 M * Bertl see Documentation/networking/NAPI_HOWTO.txt for details, might really help with 'unfriendly' or 'high-load' networks
1104918888 M * _are_ on the other hand the machine has a management adaptor, just need to find the drivers for it.
1104919053 M * _are_ http://linuxwiki.de/LinuxHardware/TyanB2881?highlight=%28Opteron%29 <-- this is the board i talk about atm, btw and the mentioned 'SMDC 3289' is the management adaptor.
1104919643 M * sannes morning Bertl :)
1104919650 M * Bertl morning sannes!
1104919807 M * Bertl regarding your reiser oops ... seems like that happens on final unmount within the private namespace
1104919867 M * Bertl sannes: IIRC you said you had a similar oops where reiserfs wasn't involved, is that true?
1104919939 M * sannes yip
1104919956 M * Bertl do you have a snapshot?
1104919960 M * sannes last picture was of ext3 ..
1104919965 M * sannes ugh ext2
1104919973 M * Bertl imgp0362.jpg?
1104920004 M * Bertl ah, 364 .. sec
1104920045 M * Bertl exellent, thanks!
1104920080 M * sannes you know, I have always wondered why pictures taken with a digital camera of a kernel panic can be straight, I mean .. how hard can it be.. well, now I know :)
1104920111 M * Bertl well, the last one is of good quality ;)
1104920189 M * Bertl the 364 (2.6.10-ih) which patches does it include?
1104920337 M * sannes bme,vroot,vserver,acpi fix,and some stuff from bkbits
1104920359 M * Bertl hmm, okay, could you upload a patch against 2.6.10 please?
1104920372 M * sannes sure
1104920375 M * sannes two secs
1104920836 M * sannes should be available from http://www.sannes.org/panics/ih-all.patch.bz2
1104920847 M * Bertl tx
1104921408 M * Bertl sannes where do the quota changes come from?
1104921671 M * Doener sannes: what font is that? reminds me of the good old c64 days...
1104921687 M * Bertl 8x8 closeup ...
1104922059 J * serving ~serving@213.186.174.191
1104922070 M * Bertl welcome serving!
1104922081 M * jsambrook  Is it possible to nfs mount a tree which contains --bind mounted directories and access the bound dirs not their mount points?
1104922111 M * jsambrook Oh, moin moin, HNY and this is an offtopic query :)
1104922115 M * Bertl there is a sub directory export option ...
1104922136 M * Bertl and good morning to u2!
1104922280 M * Bertl Doener: hmm ... you discovered/tested some namespace issues some time ago, right?
1104922415 M * sannes Bertl : bkbits? two secs, Ill give you a link.. or, hm.. I have comments in the patch files..
1104922474 M * Doener the flaw/bug i discovered is not directly namespace related (you don't need a seperate namespace), but i've played around with namespaces a lot, yes
1104922514 M * Bertl could you give sannes kernel a try, I'm specially interested in releasing/unmounting the last superblock reference ...
1104922544 M * sannes Bertl : want the directory with all the patches Ive applied from bkbits? (thing doc is in start of each patch)
1104922558 M * Bertl yeah, why not ...
1104922698 M * Doener the issue i discovered makes releasing the last sb reference impossible ;) but i can have a look at it in a few hours if that is early enough for you, pretty busy atm
1104922754 M * Bertl sannes: could you (in the meantime) try with plain 1.9.3.16.2 without the other stuff?
1104922780 M * Bertl (just to narrow it down)
1104922806 M * sannes willdo! :)
1104922816 M * sannes ah, will have the acpi fix though.. heh
1104922837 M * Bertl k, please upload/indicate that patch for me ...
1104922870 M * sannes its in panics there..
1104922877 M * sannes in fixes
1104922880 M * Bertl k, thanks
1104923011 M * Mega\work good morning Bertl :)
1104923062 M * Bertl morning Mega\work!
1104923349 M * sannes err, was there a 1.9.3.16.2 diff somewhere? ..
1104923397 M * Bertl I hope so ;)
1104923409 M * Bertl http://vserver.13thfloor.at/Experimental/delta-2.6.10-vs1.9.3.16.1-vs1.9.3.16.2.diff
1104923466 M * sannes yip, got it :)
1104923679 M * sannes with or without vroot?
1104923738 M * Bertl without anything but 1.9.3.16.2 and the acpi fix ...
1104923751 M * sannes ok, compiling it :)
1104923758 M * Bertl great!
1104923849 M * sannes ugh, should I enable spinlock debugging?
1104923861 M * sannes all it does is to make my computer reboot on errors instead..
1104923900 M * Bertl if possible use the same config you had with 361-364 (or the one of 364 if they differ)
1104923967 M * sannes ok, it is more or less the same.. it should be the same, or rather it is to my knowledge, ..
1104924020 M * sannes oh, still got the same errors when I tried to turn of preemption .. just so you know ..
1104924032 M * Bertl ok, thanks! ...
1104924044 M * Bertl I'm off for dinner now ... back in 30-40
1104924052 N * Bertl Bertl_oO
1104924464 M * Mega\work 30-40 hours or minutes?
1104924488 M * Mega\work :))
1104924637 M * we2by morning
1104925255 M * sannes Mega\work : depends how big his meal is... :)
1104925291 M * sannes Bertl : 1.9.3.16.2 plain have the same problem..
1104925660 M * sannes Bertl : stopped doing the panics with reiserfs because they so long I dont get everything in one shot..
1104925739 M * sannes Doener : The font is default8x9 or drdos8x6
1104926572 N * Bertl_oO Bertl
1104926858 M * Bertl sannes: thanks!
1104926881 M * sannes Bertl : oh, want snapshots? .. just booted my desktop computer so I can put them up. two secs
1104926894 M * Bertl yeah, would be great!
1104926980 M * sannes there uou go..
1104926988 M * sannes you even..
1104927003 M * sannes 365 and 366 ..
1104927063 M * sannes Should I try 1.9.3.16.2 without preemption and see if it persists?
1104927225 M * Bertl hmm ... yeah, would be a good test ...
1104927354 J * infowolfe ~infowolfe@209-112-217-245-cdsl-rb1.nwc.acsalaska.net
1104927365 M * Bertl welcome infowolfe!
1104927717 M * sannes it persisted with 1.9.3.14 atleast..
1104927841 M * Bertl hmm, 1.9.3.14 had preempt enabled right?
1104927896 M * sannes compiling 1.9.3.16.2 without preemption now.. (1.9.3.14 with and without preempt, except that it didn't panic without preemption .. and continued to work afterwards..)
1104927942 M * Bertl hmm, so 1.9.3.14 paniced with preemption?
1104928038 M * ndim # vserver skeletor start
1104928039 M * ndim chbind: vc_set_ipv4root(): Function not implemented
1104928039 M * sannes can't remember, there was a problem.. just can't remember if it actually paniced .. wait, I think it was more like it worked 90% of the time.. sometimes the mount wouldn't be available afterwards .. this was with preemption.. and without it I got a oops..
1104928066 M * ndim Last time someone reported this, it was suggested that the kernel didn't have the vserver patch...
1104928183 M * Bertl ndim: yes, which is a good assumption, but maybe you just disabled VSERVER_LEGACY?
1104928200 M * ndim Lemme check...
1104928239 M * ndim Eh. Yes.
1104928242 M * ndim Not good, eh?
1104928252 M * Bertl well, no ;)
1104928304 J * mboman ~michael@cm48.sigma230.maxonline.com.sg
1104928317 M * Bertl welcome mboman!
1104928321 M * ndim OK, so there are currently two kinds of legacy stuff around here: util-vserver legacy, i.e. the /etc/vservers/foobar.conf way to do things, and even the new util-vserver /etc/vservers/foobar/ method requires the legacy kernel API.
1104928504 M * ndim Ah, and with 1.9.3.16.2 I can even enable the history.
1104928527 M * Bertl yep, was added in 1.9.3.16
1104928539 M * ndim but the non-smp-fix was in .2
1104928547 M * Bertl yep
1104928574 M * Bertl but be aware that 1.9.3.16.2 is still buggy somehow ...
1104928592 M * _are_ oh, non-smp-only bugs here? finally one that doesn't hit me. :-)
1104928610 M * ndim Bertl: I *cough* never *cough* expected *cough* otherwise *cough* :)
1104928624 M * Bertl good! ;)
1104928644 M * ndim _are_: It didn't compile because it called smp-only functions.
1104928660 M * _are_ which reminds me i wanted to install a new machine with vservers, plain Xeons this time, no amd64.
1104928673 M * ndim Yeah. Thats what my goal is, too.
1104928697 M * _are_ probbaly I should have started with the Xeons, then done the Opterons. ;)
1104928737 N * dominance Seraph
1104928763 M * Bertl I'm confident that the x86_64 arch is a good choice, unfortunately it is also very new (for 2.6.x)
1104928911 M * _are_ Bertl: I am very confident the amd64 is the most power I can get atm for that money, but I am very aware that the i386 architecture is way better tested till now
1104928966 M * Bertl correct!
1104929006 M * _are_ well, the customer and myself are willing to stand a few bugs/crashes here, the power is needed in the end.
1104929053 M * sannes :)
1104929078 M * _are_ on the Xeon box the vservers are mostly for fun, e.g. to facilitate tricky system updates
1104929183 M * _are_ new windows release/service pack: no more printing from windows on samba. new samba -> no more printing from windows via samba. and no way to easily test the upgrade for wich releases will break till now that I can use ...
1104929183 M * _are_ vservers. :-)
1104929358 M * sannes Bertl : uploaded of a panic with preemption disabled..
1104929409 M * Bertl k, tx!
1104929492 M * sannes really short :)
1104929554 M * Bertl I guess I know _what_ happens ... but I don't know why yet :/
1104929740 M * Bertl sannes: please do 'addr2line -e vmlinux c03a20bd'
1104929757 M * Bertl (in the kernel source tree of the 2.6.10-vs1.9.3.16.2)
1104929886 M * sannes in the non-preemptive one ?
1104929925 M * Bertl the one of 367, if possible ...
1104929932 M * sannes ??:0 was what I got..
1104929970 M * Bertl hmm, no debug option .. okay ...
1104929984 M * Bertl let's add the following config options to the ekrnel and recompile it:
1104930020 M * Bertl CONFIG_DEBUG_SPINLOCK=y
1104930026 M * Bertl CONFIG_DEBUG_SPINLOCK_SLEEP=y
1104930030 M * Bertl CONFIG_DEBUG_INFO=y
1104930039 M * Bertl CONFIG_FRAME_POINTER=y
1104930060 M * Bertl CONFIG_DEBUG_KERNEL=y
1104930071 M * Bertl CONFIG_VSERVER_DEBUG=y
1104930087 M * sannes everything yes under debugging in kernel hacking?
1104930101 M * Bertl nope, just the ones listed
1104930105 M * Bertl # CONFIG_DEBUG_KOBJECT is not set
1104930108 M * Bertl # CONFIG_DEBUG_SLAB is not set
1104930113 M * Bertl # CONFIG_DEBUG_STACK_USAGE is not set
1104930113 M * Bertl # CONFIG_DEBUG_PAGEALLOC is not set
1104930132 M * Bertl (that should remain disabled)
1104930152 M * sannes its okay just to just append th options you said to the end of the .config right?
1104930164 M * sannes but, this will make my computer reboot instead of panicing..
1104930172 M * Bertl should be fine, do a make oldconfig after that
1104930195 M * Bertl hmm, why should it reboot?
1104930240 M * Bertl (add panic=600 to the kernel cmd line, that will give you 10 minutes)
1104930275 M * sannes it just does, instantously, and I havn't enabled it to reboot on panic..
1104930429 M * sannes ok, should I boot it up and se what happens?
1104930459 M * sannes stupid question.. hehehe
1104931212 M * Bertl hm, which option is responsible for that behaviour (the reboot?)
1104931582 M * Bertl sannes: ah, when does the kernel reboot, right after bootup?
1104932077 M * sannes .. yip
1104932082 M * sannes err no
1104932086 M * sannes well now it does
1104932105 M * sannes it did so on vserver asdf stop
1104932111 M * Bertl I'm observing similar here, investigating right now ...
1104932130 M * sannes but if I disable the debugging stuff.. it works out
1104932165 M * sannes after I put the debugging above on.. I can't even boot..
1104932209 M * sannes tried just to remove the spinlock ones which caused the reboots earlier.. but didn't help..
1104932213 M * Bertl yep, what I don't understand yet ...
1104932238 M * Bertl I get an oops immediately after bootup ... and it seems to happen in
1104932261 M * Bertl profile_pc() which is used for profiling
1104932273 M * sannes which I havn't enabled....
1104932274 M * Bertl but, # grep PROF .config
1104932274 M * Bertl # CONFIG_PROFILING is not set
1104932285 M * Bertl exactly same here ...
1104932296 M * Bertl nevertheless:
1104932298 M * Bertl #if defined(CONFIG_SMP) && defined(CONFIG_FRAME_POINTER)
1104932301 M * Bertl unsigned long profile_pc(struct pt_regs *regs)
1104932317 M * Bertl it is bound to SMP+FRAME_POINTER
1104932350 M * Bertl I'm currently testing this with vanilla 2.6.10 ...
1104932393 A * sannes is wondering why he hasn't enabled ccache for kernel compiling...
1104932443 M * Bertl because that makes things worse ...
1104932526 M * sannes maybe I should do the compiling on ramfs.. hm.. just really tired of compiling the kernel now (or rather.. watching it compile.. heh)
1104932635 M * sannes but you making it happen on a vanilla-kernel.. that is a good thing, not vserver related.. now "all" we have to do is find the real culprit.. heh... oh dear
1104932675 M * sannes maybe I should be testing if it can be reproduced on earlier 2.6 kernels?
1104933184 Q * infowolfe Read error: Connection reset by peer
1104933553 J * Alecsandro alecsandro@redelocal.sampa.zl.a.la
1104933554 J * infowolfe ~infowolfe@209-112-217-248-cdsl-rb1.nwc.acsalaska.net
1104933570 M * Bertl welcome Alecsandro!
1104933730 M * Alecsandro tanks Bertl 
1104933771 M * Alecsandro I need one patch to hability in vserver ipv6 ;)
1104933796 M * matti albeiro: Have a minute?
1104933800 M * matti Hello Bertl ;D
1104934014 M * Alecsandro I have here a translator one online, you obtain understand myself?  
1104934064 M * Bertl Alecsandro: I guess I do ;)
1104934075 M * Bertl hey matti!
1104934094 M * Bertl Alecsandro: ipv6 is not possible with linux-vserver ... yet
1104934124 M * Alecsandro Bertl, see > http://eyck.forumakad.pl/~eyck/log/Todo/Vserver.html
1104934138 M * Bertl you can use it on the host, with 2.6/1.9.x and you will be able to use it with ngnet (work in progress)
1104934140 M * Alecsandro in item 4. IPv6 support 
1104934202 M * Alecsandro I am running now in one machine vserver+uml hehehe
1104934247 M * Bertl yeah, linux-vserver and uml are supposed to work nicely together ...
1104934334 M * Alecsandro In vserver is possible to connect via pppoe ?
1104934371 M * Alecsandro I am now in testing in another machine in Xen
1104934382 M * Bertl on the host, for a vserver, yes, from within the vserver, not without the required capabilites
1104934421 M * Bertl let us know how Xen works for you ...
1104934439 M * Alecsandro But it would have as inside the vserver connect? like would do?  
1104934468 M * Bertl hmm, please rephrase ...
1104934498 M * Alecsandro Well the Xen connects pppoe
1104934504 M * Loki|muh Alecsandro: where are you from?
1104934517 M * Alecsandro Loki|muh, I am from Sao Paulo - Brazil
1104934528 M * Loki|muh ah, nice
1104934560 M * Alecsandro as it would be able to connect in the vserver via pppoe ?
1104934576 M * Bertl Xen is very similar to UML (from the guest perspective)
1104934623 M * Alecsandro Bertl, yes, alone absence bears to hostfs
1104934629 M * Bertl I have no idea how well the network virtualization in Xen works ... 
1104934648 M * Alecsandro well networking in Xen is very similar to UML
1104934653 M * Alecsandro I am using interface in bridge
1104934693 M * Bertl i.c. so the various interfaces appear as bridged?
1104934731 M * Alecsandro yes
1104934768 M * Alecsandro I would like to be able to unite a little of each, i am madman
1104934788 M * Bertl sannes: hmm, recompiling the source tree after a 'make clean' did remove all the current issues ...
1104934807 M * Bertl Alecsandro: combining the various technologies is a good approach ...
1104934842 M * Bertl I can't speak for Xen or UML, but linux-vserver definitely tries to adapt/incorporate usefull features of the others ...
1104934871 M * Alecsandro hmm
1104934907 M * Alecsandro vserver and Xen is very fast
1104934932 M * we2by what is xen?
1104934966 M * Bertl (hard/soft partitioning: linux-vserver mainpage has a link)
1104934981 M * Alecsandro I need connect pppoe in the vserver and using IPv6, is perfect 
1104935004 M * Alecsandro we2by, http://www.cl.cam.ac.uk/Research/SRG/netos/xen/
1104935083 M * Alecsandro Bertl, You know nobody that itself connected  pppoe in vserver? 
1104935181 M * Bertl you need a network device to do that, which means that you would have to give CAP_NET_ADMIN to the vserver, which isn't very secure ...
1104935239 M * Alecsandro Bertl, another question in vserver is possible to set another default gateway ?
1104935263 M * Bertl yes, you can have per vserver default gateways with advanced routing
1104935274 M * Alecsandro I tried and he moves the gw of the host
1104935277 M * Bertl (you just need to split the routing tables)
1104935301 M * Alecsandro hmm
1104935307 M * Alecsandro ip route ?
1104935337 M * Bertl basically you do policy routing, if the packet comes from ip w.x.y.z then routing table z ...
1104935343 M * Alecsandro yeahh
1104935347 M * Alecsandro I am using ip route
1104935365 M * Bertl so that will be honored inside the vserver too ..
1104935452 M * sannes Bertl : The panic issue on umount or the panic on boot?
1104935456 M * Alecsandro Only I use the pc, I have two ADSL by that my interest in that the vserver connect to the pppoe
1104935523 M * Loki|muh hmmm cap_net_admin would allow to turn off eth0 e.g.?
1104935536 M * Bertl sannes: the one on boot ...
1104935580 M * Alecsandro Loki|muh, If he will be connected he alters the route of the Host
1104935660 M * Alecsandro Would be very good itself the network in the vserver functioned with brigde
1104935684 M * Loki|muh yeah, but i think a that: without the capabilities your ethernet interfaces are shut down if you turn off a vserver. with cap_net_admin this could happen too, I think... what do you say, Bertl?
1104935814 M * Bertl yes, CAP_NET_ADMIN allows you to modify _any_ aspect of the networking (host)
1104935833 M * Bertl Alecsandro: that is why ngnet will do something similar to this ...
1104935859 M * Bertl (but that still needs testing and coding to be really useful)
1104935867 M * Alecsandro Never I heard to speak of that ngnet
1104935888 M * Bertl http://vserver.13thfloor.at/Experimental/NGNET/
1104935988 M * Alecsandro hmm
1104936023 M * Alecsandro t knows where do I find explaining about that ngnet?
1104936059 M * sannes Bertl : I'm trying it out then
1104936072 M * Bertl Alecsandro: well, I guess you can get information here, but there is no written documentation yet ...
1104936281 M * Alecsandro hmm ok
1104936717 Q * mboman Quit: One day I'll get that peer and reset HIS connection!
1104936878 M * Bertl sannes: okay, I guess I have a fix ;)
1104937002 M * Alecsandro As I proceed, already I lowered the kernel 2.6.10, I apply which patch now?  
1104937024 M * Bertl for ngnet or normal linux-vserver?
1104937055 M * Alecsandro In what I is going to use ipv6 and pppoe
1104937058 M * Alecsandro ;)
1104937101 M * Bertl well, as I said, you are welcome to testdrive ngnet, but do not expect it to work out of the box ...
1104937132 M * Alecsandro ok
1104937141 M * Alecsandro testdrive now!!!
1104937142 M * Bertl sannes: http://vserver.13thfloor.at/Experimental/delta-2.6.10-vs1.9.3.16.2-vs1.9.3.16.3.diff
1104937200 M * Bertl Alecsandro: best is to get the patch for 1.9.3.11, then
1104937206 M * Bertl http://vserver.13thfloor.at/Experimental/NGNET/diff-2.6.10-rc3-vs1.9.3.11-ng8.7.diff
1104937220 M * Bertl you will also need to patch iptables (for the host)
1104937235 M * Alecsandro I need to know which patch apply and what I am going to be necessary install
1104937250 M * Alecsandro rc3 ?
1104937255 M * Alecsandro http://vserver.13thfloor.at/Experimental/NGNET/diff-2.6.10-vs1.9.3.16-ng8.7.diff 
1104937264 M * Bertl guess it should work with final too ...
1104937299 M * Bertl (I would not use 1.9.3.16 right now .. but you can try 1.9.3.16.3 with that patch)
1104937322 M * Bertl (there is a bug in 1.9.3.16)
1104937340 M * Alecsandro hmm ok
1104937360 M * Bertl is your system SMP or UP?
1104937365 M * Alecsandro UP
1104937378 M * Bertl okay, the bug jsut affects SMP, so you are fine anyways ...
1104937379 M * Alecsandro Athlon XP 2400
1104937399 M * Bertl (i.e. you can use 1.9.3.16 too)
1104937429 M * Alecsandro 1.9.3.16 or 1.9.3.11 ?
1104937492 M * rs re
1104937497 M * Bertl 1.9.3.16 is fine if you are NOT using SMP
1104937504 M * Bertl welcome rs!
1104937518 M * Mega\work I can paste one error?
1104937521 M * rs hey Bertl! Happy new year! :)
1104937536 M * Bertl happy new year 2u2!
1104937567 M * Bertl rs: do you rememeber the oops we had with netpoll on e1000?
1104937573 M * Alecsandro Bertl, You do not want to enter here and do that? 
1104937588 M * Bertl Mega\work: if it is a few lines, yes, otherwise pls upload it somewhere ...
1104937616 M * Bertl Alecsandro: you mean logon to your machine or such? if so, no thanks ...
1104937630 M * Mega\work 6 lines
1104937634 M * Mega\work is too?
1104937650 M * Bertl you've got 4 left ;)
1104937693 M * rs hmm yeah
1104937703 M * rs with 2.6.9 ?
1104937707 M * Bertl do we have any records of those oopses?
1104937719 M * rs what do you mean by records ?
1104937728 M * Alecsandro Bertl, machine experimental
1104937733 M * Bertl rs (i.e. do you have a panic/oops trace)
1104937760 M * Mega\work Bertl you've got 4 left ;)
1104937767 M * Mega\work I don't understand
1104937785 M * rs yeah I should
1104937790 M * Bertl Mega\work: another 2 lines and your 6 lines are used up ;)
1104937800 M * rs in my vserver directory (lets grepping)
1104937851 M * Mega\work ok
1104937867 M * Mega\work the error issssssssssssssssss
1104937869 M * Mega\work mount: permission denied
1104937869 M * Mega\work W: Failure trying to run: chroot /vservers/ldap mount -t proc proc /proc
1104937869 M * Mega\work umount: /vservers/ldap/dev/pts: not found
1104937869 M * Mega\work umount: /vservers/ldap/dev/shm: not found
1104937870 M * Mega\work umount: /vservers/ldap/proc/bus/usb: not found
1104937871 M * Mega\work umount: /vservers/ldap/proc: not mounted
1104937873 M * Mega\work :D
1104937882 M * Mega\work I have used this command
1104937901 M * Mega\work to create vserver
1104937902 M * Mega\work debootstrap woody wikkit
1104937953 M * Bertl well, that installed a debian distro suited for a real server ...
1104937970 M * rs Bertl: are you sure the issue was with netpoll?
1104937970 M * Bertl of course, some things are not permitted in a vserver (for security reasons)
1104937996 M * rs I remember something with e1000 but seems that netpoll is mentionned in any oops I got
1104938007 M * Mega\work ok, therefor what can i do?
1104938009 M * Bertl rs: well, I remember some oops we got rid off by turning off the netconsole/npapi
1104938011 M * rs isn't
1104938053 M * Bertl Mega\work: either disable the scripts trying to mount/umount stuff inside, or use the util-vserver (alpha) tools to create your vserver
1104938072 M * Mega\work ok
1104938152 M * rs Bertl: oops 23-27 and filer-panic.txt on http://rs.rhapsodyk.net/vserver/
1104938169 M * Bertl tx
1104938291 M * Bertl hmm, okay, those where related to the vlan issue, right?
1104938392 M * Mega\work I'm trying to using the util-vserver suite
1104938428 M * Bertl there are some examples on the alpha util-vserver page
1104938470 M * Mega\work yes but at the moment I have more problems
1104938471 M * Mega\work newvserver error:
1104938471 M * Mega\work         Must be run from the host server (security context 0)
1104938471 M * Mega\work         on a "vserver/ctx-patch" enabled kernel
1104938471 M * Mega\work         See: http://www.solucorp.qc.ca/miscprj/s_context.hc
1104938506 M * Mega\work why?
1104938532 M * Bertl because!
1104938541 M * Mega\work :)
1104938601 M * Bertl http://linux-vserver.org/alpha+util-vserver <-- that is the page I was referring to 
1104938692 M * rs Bertl: yeah but it's only things I have related to e1000
1104938720 M * Bertl okay, thanks ...
1104938725 M * Mega\work Bertl: good, the problem is that I don't used the kernel patched
1104938748 J * brc bruce@200.97.69.174
1104938753 M * Bertl yep, patching the kernel is required for most of the tools ;)
1104938756 M * brc Bertl
1104938758 M * brc ltns
1104938759 M * Bertl welcome brc!
1104938771 M * Mega\work Betl
1104938774 M * Mega\work I have 3 kernel
1104938782 M * Mega\work 1- Original debian kernel
1104938788 M * Alecsandro hi brc 
1104938792 M * Mega\work 2- kernel patched with grsec
1104938792 M * Bertl Mega\work: I have about 1000 kernels ;)
1104938808 M * Mega\work 3- kernel patched with grsec + vserver
1104938862 M * Mega\work if i use kernel second kernel, vserver don't will run never!
1104938871 M * Mega\work I'm very stupid :(
1104939064 M * Bertl okay, I'm moving out now ... back in a few hours ...
1104939110 N * Bertl Bertl_oO
1104939110 M * Mega\work bye Bertl.......
1104939137 Q * Loki|muh Remote host closed the connection
1104939144 J * Loki|muh loki@satanix.de
1104939850 M * brc alecandro
1104939850 M * brc !
1104940058 J * ntrs_ ntrs@Dardeene-68.188.50.87.charter-stl.com
1104940283 Q * brc jupiter.oftc.net unununium.oftc.net
1104940283 Q * infowolfe jupiter.oftc.net unununium.oftc.net
1104940283 Q * dsanta jupiter.oftc.net unununium.oftc.net
1104940283 Q * DuckMaster jupiter.oftc.net unununium.oftc.net
1104940283 Q * we2by jupiter.oftc.net unununium.oftc.net
1104940283 Q * hesus jupiter.oftc.net unununium.oftc.net
1104940283 Q * sladen jupiter.oftc.net unununium.oftc.net
1104940283 Q * ndim jupiter.oftc.net unununium.oftc.net
1104940283 Q * daniel_hozac jupiter.oftc.net unununium.oftc.net
1104940283 Q * ntrs jupiter.oftc.net unununium.oftc.net
1104940283 Q * pusling jupiter.oftc.net unununium.oftc.net
1104940288 Q * Hollow Quit: Leaving
1104940291 J * we2by ~we2by@dc5146d009.adsl.wanadoo.nl
1104940307 J * dsanta ~santa@c68.190.156.105.roc.mn.charter.com
1104940319 J * sladen paul@starsky.19inch.net
1104940355 J * pusling ~pusling@195.215.29.124
1104940465 J * ndim_ U2FsdGVkX1@helena.bawue.de
1104940465 J * brc bruce@200.97.69.174
1104940465 J * infowolfe ~infowolfe@209-112-217-248-cdsl-rb1.nwc.acsalaska.net
1104940465 J * DuckMaster ~Duck@dyn-83-157-183-246.ppp.tiscali.fr
1104940465 J * ndim U2FsdGVkX1@helena.bawue.de
1104940465 J * daniel_hozac ~daniel@h212n1fls33o829.telia.com
1104940465 J * ntrs ntrs@Dardeene-68.188.50.87.charter-stl.com
1104940490 Q * ntrs Ping timeout: 480 seconds
1104940513 Q * ndim Read error: Connection reset by peer
1104940555 Q * infowolfe Ping timeout: 480 seconds
1104940576 N * ndim_ ndim
1104940594 J * infowolfe ~infowolfe@209-112-217-248-cdsl-rb1.nwc.acsalaska.net
1104941761 J * Hollow ~bene@home.xnull.de
1104942105 J * DuckKing ~Duck@dyn-83-157-148-223.ppp.tiscali.fr
1104942485 J * oberonc ~oberon@209.88.177.72
1104942530 Q * DuckMaster Ping timeout: 480 seconds
1104942563 J * hesus darksoul@pingu.ii.uj.edu.pl
1104942599 M * oberonc is this channel related to "linux virtual server" ?
1104942624 M * Loki|muh see topic
1104942632 M * Loki|muh should be the right, i guess ;)
1104942675 M * oberonc hmm , guess not
1104942689 M * oberonc "Note: If this isn't what you are looking for, maybe [Linux Virtual Server] is."
1104942692 M * oberonc in the site
1104942734 M * ndim Wow. 
1104942746 M * ndim Finally, I have a running vserver.
1104942807 M * _are_ oberonc: the virtual server in here is about creating virtual linux instances on a single box. alternativly you might look for the other project collecting multiple boxes together to form a virtual server.
1104942827 Q * we2by Read error: Connection reset by peer
1104942848 J * we2by ~we2by@dc5146d009.adsl.wanadoo.nl
1104942882 M * ndim oberonc: And to make the confusion complete, you can even use both simultaneously.
1104943118 Q * Mega\work Quit: Leaving
1104943187 M * oberonc thats great ! :-(
1104943207 M * oberonc I have a problem with a linux virtual server system ..
1104943216 M * oberonc and it doesnt have a support channel
1104943232 M * _are_ :->
1104943265 M * _are_ perhaps it has a mailing list to ask on, or, if you are really lucky, someone in here can help you.
1104943276 Q * infowolfe Quit: Leaving
1104943294 J * infowolfe ~infowolfe@209-112-217-248-cdsl-rb1.nwc.acsalaska.net
1104943306 Q * infowolfe Remote host closed the connection
1104943319 M * oberonc ok .. the problem is the same as described in this thread : http://archive.linuxvirtualserver.org/html/lvs-users/2002-02/msg00219.html
1104943375 M * oberonc at some point all the active connctions show "0" and all the traffic is directed to the same realserver
1104943421 M * oberonc any idea ?
1104943512 M * ndim no.
1104943554 M * _are_ oberonc: never used this virtual server / load balancer stuff, what service are you running there? web?
1104943582 M * oberonc smtp
1104943582 J * infowolfe ~infowolfe@209-112-217-248-cdsl-rb1.nwc.acsalaska.net
1104943628 M * _are_ the unqualified answer is: use some daemon that uses less ressources and stick with one server ;)
1104943647 M * oberonc yeah right :-)
1104943648 M * _are_ this virtual server works by doing nat?
1104943653 M * oberonc no
1104943657 M * oberonc DR
1104943666 M * _are_ just as nat has been mentioned there
1104943694 M * ndim No NAT. All the boxes work on the same IP.
1104943704 M * ndim AFAIK :)
1104943749 M * _are_ I know linux kernel tries and be 'intelligent' about routing at some point in newer kernels, this means, if it sees traffic going to an IP on the local network directed via a router, it answers that IP directly with no ...
1104943749 M * _are_ router.
1104943792 M * _are_ the other thing that breaks with HA servers is the arp tables in some switches
1104943832 M * _are_ both problems lead to a linux box / switch only seeing one of the boxes.
1104943888 M * _are_ perhaps your problem is similar to that.
1104944506 M * oberonc no, I can see that in "ip neigh" that they find eachother
1104945256 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.29, devel 1.3.9, 1.9.3, ng8.7
1104946850 Q * _are_ Quit: Disconnecting
1104947206 Q * eyck Remote host closed the connection
1104947524 N * Bertl_oO Bertl
1104947532 M * Bertl evening folks!
1104947576 M * Doener hi Bertl
1104947593 J * eyck eyck@81.219.64.71
1104947598 M * Bertl welcome eyck!
1104947602 M * Doener hi eyck
1104947630 M * eyck hi Bertl, Hi Doener!
1104947649 M * Bertl eyck, didn't know you had a vserver todo list?!
1104947660 M * eyck I had?
1104947825 M * Bertl http://eyck.forumakad.pl/~eyck/log/Todo/Vserver.html
1104947830 M * sannes hm
1104947871 M * Bertl sannes: got around testing the 1.9.3.16.3 yet?
1104947914 M * sannes nopes, .3 when did happen.. ?
1104947939 M * Bertl a few hours ago, when I (probably) fixed the issue ;)
1104947960 M * sannes wow! nice work, but it was a general namespace issue, right?
1104947961 M * Bertl http://vserver.13thfloor.at/Experimental/delta-2.6.10-vs1.9.3.16.2-vs1.9.3.16.3.diff
1104947978 M * Bertl no, it was a stupid linux-vserver bug ...
1104947986 M * sannes got some visitors you see, ..
1104947999 M * sannes ok fixing it up now :)
1104948086 M * ndim Argh. I hate stupid diff programs.
1104948112 M * Bertl ( hmm, well use gnudiff ;)
1104948181 M * ndim Does anyone have an idea how to avoid stuff like in that delta patch, where a function is added, but not just with a series of "+" lines, but intermixing with lines of an old function and reconstruction the old function after....
1104948385 J * bengrimm ~ben@bengrimm-host229.dsl.visi.com
1104948537 M * Bertl welcome bengrimm!
1104948548 M * bengrimm Hi Bertl 
1104948556 M * bengrimm long time no see ;-) 
1104948564 M * Doener have to go... back tomorrow...
1104948568 N * Doener Doener|gone
1104948570 M * Bertl ndim: what are you talking about?
1104948574 M * Bertl Doener|gone: cya
1104948591 M * Bertl bengrimm: yes indeed ...
1104948626 M * bengrimm been happy with the vservers for the past year though  
1104948647 M * ndim -void free_vx_info(struct vx_info *vxi)
1104948647 M * ndim +void __shutdown_vx_info(struct vx_info *vxi)
1104948657 M * ndim +void free_vx_info(struct vx_info *vxi)
1104948688 M * Bertl hmm, so?
1104948701 M * ndim Intuition says that it shouldn't have been necessary to first remove free_vx_info and later add it again.
1104948707 M * bengrimm not much, just thought I'd drop in, say thanks  
1104948731 M * Bertl good to hear that everything works, ben!
1104948766 M * Bertl ndim: but --minimize says different ;)
1104948789 M * bengrimm and am starting to think about upgrading to the 1.9 series 
1104948805 M * Bertl well, a bunch of new features ...
1104948820 M * bengrimm yes, all very tempting 
1104948836 M * Bertl and we are adding more and more ...
1104948854 M * bengrimm I see that - congratulations :-) 
1104948893 M * bengrimm not much on the todo list in the wiki, does that mean a 2.0 is coming? 
1104949041 M * Bertl we'll see ... but yes, we are definitely heading towards stability ...
1104949069 M * Bertl the big question is if 2.0 shall contain the ngnet stuff (next generation networking)
1104949103 M * Bertl if we decide that we want it there, then 2.0 will need a little more time ...
1104949115 M * bengrimm I saw that in the channel description - any links for more info? 
1104949144 M * Bertl not really, of course, you can read the code, or get a short description here ...
1104949199 M * Bertl infowolfe: the 1.9.3.16 issues should be resolved by now ... (this includes the strange segfaulting chbind, I guess)
1104949427 M * infowolfe Bertl: i'll let keanu know
1104949466 M * Bertl bengrimm: basically it's UML like networking with a twist ;)
1104949510 M * bengrimm ahh 
1104949553 M * bengrimm so tun/tap or something similar? 
1104949918 M * Bertl well, that's the twist ... there are 'mapper' or virtual interfaces (inside the vservers) but none outside (on the host)
1104950308 M * sannes Bertl : what can I say.. works for me! :)
1104950385 M * Bertl ah, great!
1104950423 M * Bertl so what's next, final vroot testing?
1104950462 M * sannes yip, going to test the 0.21 version.. and bme :)
1104950500 M * Bertl yeah, was even on eyck's list (he does not remember now ;)
1104950550 M * eyck yeah, it was quite some time ago, 
1104950847 M * Bertl btw, does your debian diary really end with march 2004?
1104951503 M * Bertl nap attack ... 
1104951519 M * Bertl probably back later ... cya folks!
1104951527 N * Bertl Bertl_zZ
1104951727 Q * rs Quit: leaving
1104952449 J * _are_ ~are@84.56.156.133
1104952764 M * _are_ hi
1104953008 M * ndim Hmm.
1104953065 M * ndim Say I have several IPs on eth0 on the host machine. How can I give exactly one of these to a vserver "foobar"?
1104953182 J * chrish01 ~chrish01@69.90.131.10
1104953358 J * infowolfe_ ~infowolfe@209-112-217-248-cdsl-rb1.nwc.acsalaska.net
1104953358 Q * infowolfe Read error: Connection reset by peer
1104953367 N * infowolfe_ infowolfe
1104953683 M * sannes :)
1104953706 M * chrish01 hey guys. ive got a question (im new to vserver btw).
1104953729 M * chrish01 ive got a debian box with 2.6.9 with ctx patches and the util-vserver packages for debian from the mailing list
1104953749 M * chrish01 it gives me: chcontext: vc_new_s_context(): Operation not permitted
1104954287 Q * sannes Read error: Connection reset by peer
1104954337 J * sannes ~ace@home.skarby.no
1104954445 Q * jsambrook Ping timeout: 480 seconds
1104954746 M * sannes hm, which reminds me off a capability issue, I think if you don't have a certain capability when you enter a vserver you're not going to get it by entering it..
1104954764 M * chrish01 hmm
1104954781 M * chrish01 it keeps me from restarting it as well i believe
1104954792 M * sannes you did this outside the vserver right?
1104954818 M * chrish01 yes
1104954828 M * sannes what were you doing when you got Operation not permitted?
1104954831 M * chrish01 in context 0 im trying to enter context 60 with `vserver lri60 enter`
1104954885 M * sannes Bertl_zZ : got everything running now.. lets see how long it lasts :) going to do some load now..
1104954917 J * jsambrook ~jsambrook@aelfric.plus.com
1104954942 M * chrish01 sannes, are the available capabilities all the ones in capability.h?
1104955047 M * sannes chrish01 : 2.6 kernel?
1104955054 M * chrish01 yes
1104955096 M * sannes http://www-user.tu-chemnitz.de/~ensc/util-vserver/doc/conf/configuration.html
1104955109 M * chrish01 thanks
1104955116 M * sannes see under capabilities there... think it says something about it.. no problem :)
1104955129 M * sannes or bcapabilities rather
1104955144 M * chrish01 that is great dude
1104955257 Q * tchan Quit: Lost terminal
1104955275 J * tchan ~tchan@c-24-13-81-164.client.comcast.net
1104955819 Q * DuckKing Remote host closed the connection
1104955871 J * duckx ~Duck@dyn-83-157-148-223.ppp.tiscali.fr
1104956359 M * chrish01 i added CAP_SYS_ADMIN and CAP_SYS_CHROOT and im still getting `Operation not permitted`
1104956444 J * Tbery ~tb@rt-pha-1.karneval.cz
1104956660 M * Tbery hi
1104956660 Q * sannes Read error: Connection reset by peer
1104956697 M * Tbery I would like to ask...
1104956748 M * Tbery Im use kernel 2.6.8 and vservers works well but on 2.6.9 are some trobles with stable..
1104956765 M * Tbery and frame bufer
1104956774 M * Loki|muh 2.6.9 is rockstable on a couple of machines here
1104956794 M * chrish01 Loki|muh, you have any idea why i cant get into a new context?
1104956850 M * Loki|muh you are completly new to vserver?
1104956870 M * chrish01 ive been messing around with it the last couple of days
1104956883 M * chrish01 but im not new to vitual routers and virtual systems
1104956970 M * Loki|muh i guess the utils within debian are a little-bit outdated
1104956992 M * Loki|muh i prefer building them myself
1104957016 M * chrish01 i used vserver-debiantools to build a new context (newvserver). im gonna try the new vserver build method from debian vserver utils on the mailing list quick
1104957022 Q * infowolfe Quit: Leaving
1104957039 M * Loki|muh do you have link?
1104957043 M * Loki|muh brb
1104957239 M * Loki|muh i had many troubles with the stable tools
1104957253 M * Loki|muh but i am now very happy with the alpha-tools
1104957316 Q * Tbery Ping timeout: 480 seconds
1104957672 M * chrish01 i noticed there is some new networking stuff in 1.9. does this happen to support the virtual network devices like freevps?
1104957686 M * chrish01 so like context0's eth0.60 could be mapped to eth0 inside a context
1104958022 M * Loki|muh this is only possible with the new network stuff that is incoming but under heavy development
1104958025 M * Loki|muh imo
1104958083 M * chrish01 ok. im actually working on a virtual router prototype based on vserver or freevps rather than our current UML setup. UML is so slow compared to vserver
1104958100 M * chrish01 the only issue is i need to be able to have overlapping IP space at least within the routing tables
1104958240 M * chrish01 is there any documentation on that *new* stuff?
1104958297 M * we2by I get LD SV respawning too fast
1104958300 M * we2by why is that ?
1104958368 J * Tbery ~tb@rt-pha-1.karneval.cz
1104958453 M * Loki|muh chrish01: documentation... uhm, there is nothing yet, I guess. Wait for Bertl_zZ, he could tell you anything ;)
1104958505 J * infowolfe ~infowolfe@209-112-217-248-cdsl-rb1.nwc.acsalaska.net
1104958513 Q * infowolfe Remote host closed the connection
1104958530 M * chrish01 ok
1104958546 N * chrish01 chrish|lunch
1104958574 M * Loki|muh http://vserver.13thfloor.at/Experimental/NGNET/
1104958584 M * Loki|muh but there is no documentation
1104959170 Q * serving Ping timeout: 480 seconds
1104959271 J * infowolfe ~infowolfe@209-112-185-184-cdsl-rb1.nwc.acsalaska.net
1104960672 N * chrish|lunch chrish01
1104961039 M * chrish01 building the vserver with new vserver utils rather than *newvserver* worked
1104961154 M * _are_ ndim: i guess you talk about interface aliases like eth0:0? just tel the server he gets that IP from the host. you will end up with an 'ifconfig' that shows no address for eth0 and the IP you chose on the virtual interface ...
1104961154 M * _are_ that hs the IP within the vserver
1104961261 M * ndim _are_: Currently I have "ip addr add 10.0.0.2/24 dev eth0". If I tell the vserver to have 10.0.0.0/24, it captures all addresses, even the 10.0.0.1 I'd like to reserve for the host system.
1104961280 M * _are_ ofc
1104961296 M * _are_ just tell the vserver it has 10.0.0.5 or the like
1104961300 M * ndim how?
1104961308 M * _are_ how do you tell it the /24?
1104961319 M * ndim I haven't seen any working example configuration yet.
1104961321 M * _are_ old or new configuration?
1104961325 M * ndim And no docs either.
1104961327 M * ndim new config.
1104961335 M * _are_ easy :-)
1104961346 M * _are_ let me log into my vserver (if it is still up)
1104961348 M * ndim There are docs, but they don't tell enough about the semantics of the actual fields.
1104961352 M * ndim hehe :)
1104961421 M * _are_ ok, my vserver is named 'samba' and it has 2 interfaces:
1104961439 M * _are_ # ls -l /etc/vservers/samba/interfaces
1104961439 M * _are_ total 8
1104961439 M * _are_ drwxr-xr-x  2 root root 4096 Dec 22 14:58 00
1104961439 M * _are_ drwxr-xr-x  2 root root 4096 Dec 22 19:06 01
1104961450 M * _are_ -> one randomly named directory for each interface
1104961451 M * ndim OK.
1104961466 M * _are_ # ls -l /etc/vservers/samba/interfaces/00
1104961467 M * _are_ total 24
1104961467 M * _are_ -rw-r--r--  1 root root 13 Dec 21 15:22 bcast
1104961467 M * _are_ -rw-r--r--  1 root root  7 Dec 21 15:22 dev
1104961467 M * _are_ -rw-r--r--  1 root root 10 Dec 21 15:22 ip
1104961468 M * _are_ -rw-r--r--  1 root root 12 Dec 21 15:22 mask
1104961468 M * _are_ -rw-r--r--  1 root root  6 Dec 21 15:22 name
1104961469 M * _are_ -rw-r--r--  1 root root  1 Dec 21 15:22 nodev
1104961484 M * _are_ 1 file for every parameter you have
1104961504 M * ndim Hmm... what is "name" and "nodev"?
1104961515 M * _are_ # cat /etc/vservers/samba/interfaces/00/bcast 
1104961515 M * _are_ 10.1.255.255
1104961535 M * _are_ the content of the files is just what you would give after any = in some other configuration format
1104961548 M * ndim Oh, there are no files in /etc/vservers/samba/interfaces/ ?
1104961548 M * _are_ e.g. the plain broadcast address in bcast, the ip in 'ip'
1104961552 M * _are_ nope
1104961564 M * ndim ip, bcast, and mask are self explanatory.
1104961576 M * _are_ the rest is not really necessary
1104961577 M * _are_ # cat /etc/vservers/samba/interfaces/00/name  
1104961577 M * _are_ samba
1104961585 M * ndim dev can be guessed, but what are the values for name and nodev?
1104961596 M * _are_ cosmetic. should lead to my interface named eth0:samba or the like, but seems not to really work here
1104961600 M * ndim Oh.
1104961601 M * ndim Nice.
1104961613 M * ndim Thanks a lot, I'm going to try that.
1104961626 M * _are_ nodev = just have it to state you create the interfaces via the ain server, not on vserver creation
1104961636 M * _are_ ain=main
1104961669 M * ndim just touch the file, or what is the content?
1104961675 M * _are_ touch it
1104961803 M * _are_ http://www-user.tu-chemnitz.de/~ensc/util-vserver/doc/conf/configuration.html <-- there you find the info what is there, I sugges copying the page to a file, disable images or the like, best info you get about the new config ...
1104961803 M * _are_ atm.
1104961866 M * ndim Yeah, that is the problem. It doesn't describe at all what the stuff is supposed to do. If you already know how everything works, you can understand it.
1104961872 M * ndim Otherwise, you have no idea.
1104961920 M * _are_ hehe, only doc i found on config at all, made me have an interfaces file and statebcast=... and similar there, didn't work, ofc
1104961952 M * _are_ but 'vserver build -m skeleton gave me the hint
1104961961 M * ndim Well, thanks a lot, even if it still uses the wrong address.
1104961995 M * _are_ what is the interface address?
1104961996 M * ndim The skeleton doesn't contain any networking stuff.
1104962015 M * _are_ hmm, afaik mine did, perhaps i used it wrong? ;)
1104962015 M * ndim It is supposed to be .65, but it is .43, the addr of the host.
1104962032 M * ndim Really? Great.
1104962069 M * _are_ and you have a eth0:n that has the ip .53?
1104962074 M * _are_ erm .65
1104962104 M * ndim Argh right, I probably have to create that manually.
1104962110 M * _are_ .->
1104962171 M * ndim OK, left out the nodev, and it actually is created manually.
1104962172 M * we2by _are_, do u also have the problem  ld SV respawning too fast: disbale for 5 minutes. on the host OS?
1104962193 Q * Tbery Remote host closed the connection
1104962204 M * _are_ uhm, no, what is the result of 'grep SV /etc/inittab'?
1104962232 M * ndim Now there is only the problem of "10.0.0.0/24 dev eth0  proto kernel  scope link  src 10.0.0.43" left. It should be .65, but that could also be a feature...
1104962260 M * _are_ i have not touched the 'ip' tool with my setup, yet
1104962283 M * _are_ (and i guess i have no need to use it here)
1104962343 M * we2by SV:123456:respawn:/command/svscanboot
1104962352 M * ndim Cool. It seems to work.
1104962380 M * _are_ and what is svscanboot expected to do?
1104962382 M * ndim _are_: ifconfig must die. Fast.
1104962393 M * ndim DJB-style service management.
1104962422 M * _are_ DJB what? I am a simple guy, I know BSD and SYS V.
1104962469 M * _are_ in any case, I don't have it in my inittab -> no way it can respawn to fast here
1104962664 M * ndim _are_: Dan J. Bernstein. qmail. ezmlm. tinydns. flamewars. stuff.
1104962750 M * we2by _are_, I dunno
1104962826 M * _are_ ndim: I prefer postfix, mailman, bind and reasonable conversation, so probably his init system is not useful to me ;)
1104963038 M * Loki|muh i'm using qmail atm but i'm not happy with it... will switch back to exim soon
1104963187 M * _are_ mostly use postfix because I know how to use it and when I left sendmail behind exim, qmail and the rest had just been plain unusable
1104963205 M * _are_ e.g. no .forward with exim or only with special configuration tricks
1104963240 M * chrish01 how do i add interfaces after the vserver is built? something in /etc/vservers/<name>/interfaces i think
1104963241 M * _are_ if i would have to switch now, I'd probably try and understand exim4, from what I have seen so far it looks quite powerful
1104963257 M * _are_ chrish01: you have 1 interface directory already?
1104963261 M * chrish01 no
1104963275 M * _are_ ok, scoll up, i described the contents above
1104963280 M * chrish01 _are_, exim4 is alright for local processing. i still prefer postfix for real mailservers
1104963284 M * chrish01 ok
1104963310 M * _are_ for each interface, do a seperate directory, random nam, some readme suggestes name slike 00, 01, which i actually used myself, too
1104963353 M * chrish01 ok
1104963656 J * sannes ~ace@home.skarby.no
1104964544 M * chrish01 where do i setup capabilities?
1104964747 M * chrish01 hmm...from that html document posted above...it seems i make bcapabilities file in /etc/vservers/<name>/ and place caps one per line?
1104964792 M * Loki|muh ack
1104965139 M * sannes chrish01 : yip, it works for me atleast.. but I have to start with the init scripts for them to take for some reason..
1104965893 J * serving ~serving@213.186.189.134
1104967895 Q * jsambrook Ping timeout: 480 seconds
1104969583 M * pusling Any one knows if there is a 'update all vservers'-script for debian ?