1112402426 N * Bertl_zZ Bertl
1112402441 M * Bertl evening folks!
1112402519 M * DaCa hi Bertl !
1112402560 M * Bertl ahh DaCa!
1112402613 M * DaCa did I scare you?
1112402765 M * Bertl well, sneaking up on people after midnight ;) ;)
1112402894 M * DaCa I had to wait to go online for after midnight, avoiding april fools foolness :)
1112402958 M * Bertl i.c. and to honor rfc 4041 I guess ...
1112402992 M * Doener evening Bertl!
1112403031 M * Bertl hey Doener! did you really get up at 11pm?
1112403049 M * Doener the second time, yes ;)
1112403062 M * Doener first time at 3pm
1112403088 M * Bertl you definitely have a weirder sleeping cycle than I ...
1112403103 M * Bertl (that's a compliment ;)
1112403110 M * Doener thought so ;)
1112403136 M * Bertl and? ready for bughunt?
1112403159 M * Doener what do we have to bughunt for?
1112403201 M * Bertl http://vserver.13thfloor.at/Experimental/OOPS/yann0[12].png
1112403216 M * Doener 404
1112403243 M * Bertl good morning! ;)
1112403252 M * Doener ah... regexps...
1112403379 M * Doener happens on boot?
1112403384 M * Bertl yep
1112403482 M * Bertl two things should be mentioned and I have a theory
1112403509 M * Bertl a) he is using an unusual split 1.5/2.5
1112403526 M * Bertl b) he has evms in the ramdisk (that's what crashes the machine IMHO)
1112403573 M * Bertl now looking at the code inquestion, I'd say we get into the followin situation:
1112403592 M * Bertl - some task (maybe a kernel thread?) is doing some I/O
1112403610 M * Bertl - as it is the 'first' I/O for that task, the iocontext is created
1112403634 M * Bertl - this copies a referenced vx_info to the iocontext ...
1112403670 M * Bertl - for some reason, exactly this fails (most likely because the task->vx_info is not valid)
1112403894 M * Doener ok, got a 1.9.5.5 kernel source now... do i need some other patches (like DM?)
1112403909 M * Bertl nope, it's in 2.6, I'd say, just enable it
1112403928 M * Bertl btw, I was unable to reproduce this yet (with qemu)
1112404484 M * Hollow heya
1112404490 M * Doener hi Hollow 
1112404490 M * Bertl hey Hollow!
1112404511 M * Bertl heard you did the famous ng9.4 forward port?
1112404527 M * Hollow famous? i just used the 9.0 and applied all the deltas :P
1112404538 M * Bertl hehe, which basekernel is that?
1112404546 M * Hollow vanilla + vs1.9.5
1112404562 M * Bertl vanilla what?
1112404565 M * Hollow + the patches included in the tarball
1112404569 M * Hollow 2.6.11.6
1112404597 M * Bertl because I did upgrade the ngnet for that, and discovered that one hunk applied at the wrong place ..
1112404600 M * Hollow i don't know if this patch applies without the grsec patch, irrc DaPhreak rediffed my 9.4 against the grsec one
1112404612 M * Hollow yup, i noticed that too
1112404626 M * Bertl k, so you fixed that by hand, right?
1112404629 M * Hollow yep
1112404639 M * Doener hey, i noticed that, too :)
1112404639 M * Bertl do you remember which place that was?
1112404653 M * Hollow sec..
1112404670 M * Bertl Doener: of course, just didn't know if that was considered with this one ...
1112404775 M * Hollow vs_context_state(new_vxi, VS_CONTEXT_CREATED) was added to vc_ctx_migrate instead of vc_ctx_create
1112404775 M * Doener thought so, want i intended to say was something like: hmm, i should have shared that knowledge...
1112404803 M * Bertl aah! well that's something different then ;)
1112404813 M * Bertl Hollow: yes, that's it .. fine!
1112404813 M * Doener that's the one i found, too
1112404835 M * Medivh morning :>
1112404837 M * Bertl just wanted to make sure that this doesn't slip through ...
1112404838 M * Doener s/want/what/
1112404850 M * Hollow ok ;)
1112404854 M * Doener mor Medivh 
1112404857 M * Bertl morning Medivh!
1112404858 M * Hollow bme is great btw
1112404882 M * Doener hmm... we need someone called 'morning'... tab completion makes me lazy ;)
1112404884 M * Bertl I know .. I know ... ;)
1112404936 M * Medivh i've just been wondering... gotta admit i haven't been following the vserver releases for 2.6 kernels since long... has there been any change as to how ipv6 addresses on a server are handled (i.e., can ipv6 be fully disabled for a vserver, or can even v6 ips be assigned to vservers)?
1112404945 M * Hollow i'm currently re-re-reviewing gentoos rc-scripts to get a better vserver support
1112404949 M * Bertl Doener: we could switch to universal greeting (UG)
1112404960 M * Doener heh :)
1112405000 M * Bertl Medivh: ipv6 on the host is fine with latest kernels/patches, inside the vserver it's not possible without ngnet, which is still experimental
1112405012 M * Doener Hollow: please split vprocunhide from vserver starting... it's a little annoying that i have to check the changes to the rc script just because i decided to have no vservers started at boot
1112405019 M * Medivh Bertl, hum, ngnet? ;)
1112405041 M * Bertl ngnet = next generation networkin ...
1112405045 M * Doener (i know, just having no vserver marked does the same, but it's IMHO cleaner to have them as seperate rc scripts)
1112405048 M * Hollow Doener: the vserver init script will be splitted soon
1112405056 M * Bertl Medivh: basically virtual interfaces and virtualized routing, etc ...
1112405060 M * Doener great :)
1112405072 M * Hollow tbh, it's not working at all ;)
1112405076 M * Medivh Bertl, ah, i see, sounds great ;)
1112405096 M * Doener ah, i guess you've been talking about the base-layout rc scripts and stuff, right?
1112405103 M * Hollow yeah
1112405161 M * Bertl anybody know a working dietlibc for x86_64?
1112405173 M * Hollow since vapier doesn't quite agree with my vserver changes i'm planning to make a baselayout-vserver ebuild with more appropriate solutions
1112405197 M * Hollow a portage vserver profile is already finished
1112405221 M * daniel_hozac Bertl: Fedora CVS didn't work out?
1112405240 M * daniel_hozac (i really need to get an x86_64 box...)
1112405255 M * Bertl nope, neither did debian's .. nor the dietlibc cvs
1112405290 M * Bertl all compile but fail with the same issues (on execution)
1112405330 M * Bertl (being unable to do execvp, I suspect the NX/protection flag thingy on x86_64)
1112405375 M * Hollow i hate april 1st
1112405578 M * Bertl hmm, why?
1112405831 M * Hollow because i don't like filtering the real infos
1112405908 M * Hollow e.g. this crap caused over 50 mails in my dev box: http://www.gentooexperimental.org/nt/
1112406036 M * Bertl hehe ... well, funny idea ;)
1112406053 M * daniel_hozac will vserver be ported to this NT kernel? ;)
1112406081 M * Hollow hopefully not ;)
1112406091 M * Bertl daniel_hozac: as soon as the source is released!
1112406101 M * Hollow http://gentooexperimental.org/~pythonhead/screenshot.png .. ahem ;)
1112406125 M * daniel_hozac hehe.
1112407511 M * Doener Hollow: btw, did you see the patch for util-vserver 0.30.205 regarding dynamic contexts on the ml?
1112407537 M * Doener http://www.13thfloor.at/~doener/vserver/patches/diff-util-vserver-0.30.205-chcontext-dynamic-fix.diff
1112407590 M * Hollow mhm.. i will look into it though i use static contexts
1112407605 M * Doener pretty simple patch, might be worth a -r1
1112407614 M * Hollow yup
1112407631 M * Bertl Hollow: good answer btw! ;)
1112407653 M * Hollow which one? ;)
1112407670 M * Bertl the 'i use static contexts' one ...
1112407683 M * Doener for vservers i do the same, but for some stuff dynamic contexts are nice, because you don't have to care about context ids ;)
1112407693 M * Bertl yes, precisely ...
1112407700 M * Hollow heh, yeah.. i use 192.168.x.y = context xy
1112407708 M * Bertl as long as they are kept for this stuff ... it works really fine ...
1112407777 M * Hollow Bertl: btw, with ngnet the rc-scripts can take care of interface configuration, no?
1112407792 M * Doener they even have to ;)
1112407799 M * Hollow yeah ;)
1112407825 M * Bertl yes, so enabling 'networking' or whatever you need on gentoo, is fine
1112407831 M * Hollow any plans when ngnet will be in the main patch?
1112407854 M * Bertl not before issues like the arp are resolved
1112407891 M * Hollow mhm
1112407892 M * Bertl it's pretty nasty to make it 'optional' at compile time, so I really would like to sort out most issues upfront
1112407994 M * Hollow ok, i'm looking forward ;)
1112408146 M * Bertl me too, me too ;)
1112408250 M * Hollow ok then.. off to bed now, cu later!
1112408269 M * Bertl night, cya!
1112408300 M * Doener night!
1112408965 M * Bertl hmm, I now have a 'dirty' raid/lvm setup for qemu, but it still won't oops ;)
1112409024 M * Doener hum, hum..
1112409028 M * Doener  * But weird things happen, so we disable local interrupts to ensure exclusive
1112409028 M * Doener  * access to *current.
1112409031 M * Bertl uploading now ...
1112409057 M * Doener the vx_info part doesn't honor that...
1112409207 A * Doener doesn't have the slightest clue what weird things should happen though ;)
1112409279 M * Bertl hmm, yeah, well, I considered it a left-over ...
1112409808 M * Bertl http://vserver.13thfloor.at/Stuff/QEMU/TEST_256M_4P.img.bz2 and http://vserver.13thfloor.at/Stuff/QEMU/TESTa_256M_4P.img.bz2 are two images with 4 partitions, 2 raid1 auto start and two lvm partitions, a vg over all 3 partitions (raid + 2xlvm)
1112409885 M * Bertl (TESTa_* is the active/dirty version)
1112411135 J * keyser_soze ~keyser@host12.201-252-44.telecom.net.ar
1112411190 M * Doener arrgl...having raid and lvm activated would certainly help....
1112411469 M * Doener Bertl: what's the correct root= option for that image?
1112411517 M * Bertl I use it as second disk -hdb =
1112411541 M * Bertl (still booting from the normal image, because this one is empty ;)
1112411553 M * Bertl btw, I guess we have a thinko here ...
1112411554 M * Doener ok
1112411571 M * Bertl if that really happens at boot time, and I trust yann so far ...
1112411581 M * Bertl then there should be no vx_info involved ...
1112411589 M * Bertl so this leaves two options ...
1112411600 Q * keyser_soze Quit: Abandonando
1112411616 M * Bertl either task->vx_info is not initialized or task->vx_info being null causes some trouble there
1112411755 M * Doener is that a raid1 in yann's case, too?
1112411782 M * Bertl no idea, unfortunately I have no further details ...
1112411795 M * Doener https://www.redhat.com/archives/dm-devel/2005-February/msg00019.html
1112411825 M * Doener maybe that's still not fixed... (still reading atm)
1112412017 M * Doener hm, no, seems fixed...
1112413412 M * Bertl ah, btw, before I forget, updated the hdformat.sh and added hdloop.sh
1112413468 J * newz2000 ~newz2000@12-216-69-41.client.mchsi.com
1112413476 M * Bertl welcome newz2000!
1112413490 M * newz2000 howdy
1112413508 M * newz2000 I'm trying to get things ready to test the disk i/o
1112413525 M * Bertl excellent! what do you need?
1112413529 M * newz2000 It's been so long since I've installed the vserver, and it takes so long, I just wanted to make sure i'm doing it right.
1112413549 M * newz2000 I got a vanilla kernel compilled and installed. Booting off of it works fine.
1112413563 M * newz2000 So, leaving the sources just the way they are, I've added the patch and then done make oldconfig.
1112413576 M * newz2000 I acceppted the default for all of the options and now I'm doing make. Did I miss anything?
1112413595 M * Bertl no, sounds good so far
1112413611 M * newz2000 ok. Good.
1112413632 M * newz2000 I see that the process of creating new guest installs has changed dramatically, so I hope that goes smoothly.
1112413656 M * Bertl what tools do you plan to use (and with what distro?)
1112413665 M * newz2000 I can use either debain, ubuntu  or fedora. Any experience which works best?
1112413692 M * Bertl tools are developed on fedora .. so that is probably the best bet for now
1112413706 M * newz2000 The host OS is ubuntu, do you think that will cause a problem?
1112413741 M * Bertl hmm, no, but in this case a debian/ubuntu guest would probably be easier
1112413761 M * Bertl (you do not have to 'try' to compile apt-rpm ;)
1112413776 M * newz2000 ah. that can be challenging?
1112413803 M * Bertl last one who tried is still recovering ... *G*
1112413819 M * newz2000 I'm definately going to take the path of least resistence if available.
1112413823 M * Bertl but IIRC, he succeeded to some degree ...
1112413993 M * Bertl Doener: guess I know what happens ... ;)
1112414013 M * Doener let's hear :)
1112414022 M * Bertl __set_vx_info() does 
1112414026 M * Bertl         vxo = xchg(vxp, vxi);
1112414026 M * Bertl         BUG_ON(vxo);
1112414037 M * Bertl get_io_context() does
1112414040 M * Bertl         ret = kmem_cache_alloc(iocontext_cachep, gfp_flags);
1112414044 M * Bertl                 set_vx_info(&ret->vx_info, current->vx_info);
1112414051 M * Bertl do I need to say more?
1112414129 M * Doener hehe
1112414151 M * Doener so it's just a question of time
1112414170 M * Bertl precisely .. like to prepare a patch?
1112414230 M * Bertl it would have been more obvious if the BUG line would have been in the oops report ;)
1112414264 M * Doener if i'd knew about the way the cache stuff works... let's see if i can figure that out (or google tells me ;)
1112414308 M * Bertl Doener: ahem, don't bother, just do:
1112414320 M * Bertl ret->vx_info = NULL right before the set ;)
1112414425 M * Doener hm, if the vx_info is still set, that means we don't have called clr_vx_info for that one, and that means we don't decrement the usecnt...
1112414432 M * Doener won't that cause trouble?
1112414482 M * Bertl no, wrong ...
1112414489 M * Bertl sequence is this:
1112414511 M * Bertl - kmem_cache_alloc() get's us a shiny new iocontext
1112414528 M * Bertl - part inside if (ret) ...
1112414542 M * Bertl    initializes not so shiny new context ;)
1112414561 M * Bertl - the put/free takes care of disposal
1112414575 M * Bertl if we decide to drop the ret
1112414580 M * Bertl we do:
1112414584 M * Bertl                 else {
1112414584 M * Bertl                         clr_vx_info(&ret->vx_info);
1112414584 M * Bertl                         kmem_cache_free(iocontext_cachep, ret);
1112414584 M * Bertl                         ret = tsk->io_context;
1112414584 M * Bertl                 }
1112414594 M * Bertl which is again fine ...
1112414674 M * Doener so this error only occurs for new ioc's and we have to accept that we cannot use the BUG() check in __set_vx_info for the cached ioc's?
1112414685 A * Doener .oO( coffee is working slowly today )
1112414705 M * Bertl well, extremely slowly (or else I'm missing something)
1112414789 M * Bertl the cache just hands out a special sized memory region
1112414807 M * Bertl it is not necessarily initialized to zero
1112414814 M * Doener so there's no reuse of ioc's going on? 
1112414841 M * Bertl not that I know of ...
1112414865 M * Doener ok
1112414889 M * Bertl it seems that each task gets assigned a new ioc with the first i/o op
1112414905 M * Bertl and the ioc is disposed when the task shuts down ...
1112414938 M * Bertl maybe we should make an explicit initial_set_vx_info()?
1112414952 M * Bertl or init_vx_info() ?
1112414961 M * Doener latter one sounds good
1112415061 M * Bertl okay, care to look for places where we could use that?
1112415091 M * Doener hm... actually i guess the caching does happen...
1112415103 M * Doener kmem_cache_free seems to put the object back into the cache
1112415126 M * Bertl yes, that's fine .. it got a clr_vx_info at this point
1112415145 M * Bertl we do not crash on cache reuse, we crash on initial cache being dirty ;)
1112415171 M * Bertl probably enabling the proper debug flags will suffice, checking right now ;)
1112415179 Q * Loki|muh Read error: Connection reset by peer
1112415180 J * Loki|muh_ loki@satanix.de
1112415197 M * Bertl Loki|muh_: i.c.u. ;)
1112415211 M * Doener yep, but if we would have missed a clr_vx_info somewhere now... the cache would hand us a unclean ioc, we would set vx_info to NULL without checking and the BUG() check in __set_vx_info gets useless for that case
1112415219 M * Doener (that's what i meant above)
1112415269 M * Doener i doesn't seem to be avoidable, i just noticed it...
1112415269 M * Bertl ah, okay, that's right, but it only matters for actually not-reused cases (where the init happens all times)
1112415297 M * Bertl those slabs for example, which do tuse the init-once stuff would not be hurt ...
1112415312 M * Bertl s/hurt/affected/
1112415440 M * Doener ok, i'll look for init_vx_info now
1112415846 J * Loki|muh loki@satanix.de
1112415847 Q * Loki|muh_ Read error: Connection reset by peer
1112415950 M * newz2000 CONFIG_LOCALVERSION can be changed in the kernel sources .config file to give the kernel a special name, right?
1112415968 M * Bertl yes, it will be appended to the extraversion
1112415969 M * newz2000 i.e. CONFIG_LOCALVERSION="vserver"
1112415975 M * newz2000 cool.
1112415979 M * Bertl better use -vserver
1112415988 M * newz2000 ok
1112415995 M * Bertl IIRC, it will look like 2.6.11.6-vs1.9.5$LOCAL
1112416016 M * newz2000 yeah. I've always left the - out and it does look ugly. ;-)
1112416107 M * Bertl btw, no need to add vserver it should already include vs1.9.5.x or whatever you use
1112416122 M * Bertl (the vserver version, in the EXTRAVERSION)
1112416141 M * newz2000 oh.
1112416171 M * newz2000 Will that show in .config?
1112416256 M * Bertl no, that's part of the Makefile
1112416284 M * newz2000 gotcha. Well, I've allready started doing the make, so my version number will be extra clear I guess.
1112416304 M * newz2000 I'm trying to document every step I do. Maybe it will be helpful to someone later.
1112416401 M * Bertl well, guess somebody will always top you ... last kernel I looked at was 2.6.11.6-vs1.9.5.5-DM-Split15-VS-INTEL-c ;)
1112416488 M * Doener Bertl: i just wondered... is atomic_inc() enough in _set_vx_info? shouldn't we be doing atomic_inc_and_test to avoid races there?
1112416521 M * Bertl which kind of race?
1112416587 M * Doener __clr_vx_info: atomic_dec_and_test (indicates success), then __set_vx_info, then back to the first, calling free_vx_info
1112416811 M * Bertl where do you get an unreferenced vx_info from?
1112417101 M * Bertl the usual cases are like this:
1112417111 M * Bertl - vxi = get_vx_info()
1112417125 M * Bertl   set_vx_info(*p, vxi)
1112417133 M * Bertl   put_vx_info(vxi)
1112417135 M * Bertl and
1112417160 M * Bertl - vxi = current->vx_info
1112417167 M * Bertl   set_vx_info(*p, vxi)
1112417181 M * Bertl (which implicitely ensures that it will not be unreferenced
1112417301 M * Doener hm, yeah, missed some details there *sigh* not my day ;)
1112417367 M * Bertl np, every now and then the same though occurs to me ... for a moment ;)
1112417373 M * Bertl *thought
1112417412 M * Bertl the human brain is not made for concurrency ;)
1112417486 M * Bertl btw, slab/kobj debug enabled and I get pretty much the same oops as yann ;)
1112417511 M * Bertl uploading now ...
1112417568 M * Bertl http://vserver.13thfloor.at/Experimental/OOPS/yann.info
1112418778 M * Bertl Doener: so any 'other' places for init_vx_info() you could identify?
1112418795 M * Bertl (not sure if a single location would justify the macro)
1112418938 M * Doener mm_init, copy_process
1112419015 M * Bertl                 memset(mm, 0, sizeof(*mm));
1112419015 M * Bertl                 mm = mm_init(mm);
1112419078 M * Doener hm, right... was looking at the wrong places ;)
1112419085 M * Bertl but copy_process is a good one
1112419088 M * Doener just copy_process then
1112419130 M * Bertl okay, so we add init_vx_info and init_nx_info then ...
1112419193 M * Doener http://www.13thfloor.at/~doener/vserver/patches/diff-2.6.11.5-vs.1.9.5.5-init_vx_info.diff
1112419208 M * Doener ... just init_vx_info
1112419267 M * Doener wasn't sure if that one's better or just a macro setting the pointer to NULL and then calling set_vx_info...
1112419307 M * Bertl hmm, yeah, I would have gone for the macro, but on second thoght, and looking at the code, I like your version better ;)
1112419316 M * Bertl *thought
1112419695 M * Bertl okay, added it (broken down into two deltas) to FOR_1.9.6
1112419767 M * Doener ok
1112419996 M * Bertl now here is another one ;)
1112419999 M * Bertl http://vserver.13thfloor.at/Experimental/OOPS/x25_02.info
1112420021 M * Doener hell, x25 must have been made to annoy linux-vserver people ;)
1112420024 M * Bertl (looks like one I already fixed, but probably not the 'right' way ...
1112420085 M * Bertl but I guess I'm off to bed soon again ...
1112420096 M * Bertl or should it be 'again soon'?
1112420136 M * Doener hm, i guess the latter... any native speakers around (and awake)?
1112420614 M * Bertl hmmm ... interesting result ...
1112420623 M * Bertl with your patch I get an oops too ;)
1112420640 M * Bertl this time in                 entry->vxi.usecnt = atomic_read(&vxi->vx_usecnt);
1112420653 M * Bertl __vxh_copy_vxi()
1112420759 M * Beirdo Doener: hehe, yeah, X25 is a PITA :)
1112420775 M * Bertl which suggests that the vx_info in struct task is uninitialized at this point ...
1112420796 M * Doener hum hum...
1112420805 M * Bertl Beirdo: well, do you know anybody actually _using_ x25? I do not! ;)
1112420933 M * Bertl Doener: http://vserver.13thfloor.at/Experimental/OOPS/yann2.info
1112421237 M * Beirdo I know people who used to
1112421238 M * Beirdo :)
1112421262 M * Beirdo actually, until recently, almost all ATM machines around here used it
1112421293 M * Beirdo but on a Linux box?  doubt many people use it at all
1112421469 M * Bertl yeah, I meant on a linux box ...
1112421502 M * Bertl of course framerelay routers are more common (especially where ATM exists)
1112421854 A * DaPhreak|off 's going to hunt for something to eat ..
1112421889 M * Bertl DaPhreak|off: well, you're off anyway ;)
1112422016 M * DaPhreak|off heh, says who ?! :)
1112422027 M * Doener your nickname ;)
1112422049 A * Doener .oO( might mean "on first floor" as well...)
1112422062 M * Doener ;)
1112422068 M * DaPhreak|off well my nick is lying ;)
1112422070 M * Bertl or Orange Fruit Fight!
1112422079 M * Doener evil nick!
1112422097 N * DaPhreak|off DaPhreak|of_for_food
1112422100 M * DaPhreak|of_for_food better now ?
1112422131 M * Bertl still lying ... ;)
1112422140 M * DaPhreak|of_for_food yeah ;)
1112422143 N * DaPhreak|of_for_food DaPhreak
1112422169 M * Doener hm...off means off for food means off for food for food means off for food for... ;)
1112422170 M * DaPhreak i guess now it's not more lying :)
1112422183 M * DaPhreak heh ... oo
1112422189 M * DaPhreak s/oo/oO/
1112422236 M * Doener anyway, i'm off for food as well now ;) 
1112422264 M * Bertl I'm off to bed then ... so cya all later  ;)
1112422277 M * DaPhreak cu later, yeah ;)
1112422290 M * Doener night Bertl!
1112422293 N * Doener Doener|gone
1112422319 N * Bertl Bertl_zZ
1112422943 N * Bertl_zZ Bertl
1112422964 M * Bertl just a short info, I found and fixed that issue ...
1112422971 M * Bertl it's the evil 
1112422976 M * Bertl +if (!vxi)
1112422977 M * Bertl +return;
1112422986 M * Bertl in init_vx_info ...
1112423003 M * Bertl see the FOR-1.9.6 for a proper? solution ...
1112423050 M * Bertl finally off to bed now ;)
1112423055 N * Bertl Bertl_zZ
1112423094 Q * grecea Remote host closed the connection
1112427012 M * eyck good morning
1112428771 J * albeiro albeiro@linux.gentoo.pl
1112430461 J * mhepp ~mhepp@r30s12p13.home.nbox.cz
1112433159 J * Venomous ~kvirc@host143-154.pool8255.interbusiness.it
1112433167 M * Venomous hi all
1112435089 Q * mhepp Ping timeout: 480 seconds
1112435296 Q * DaCa Ping timeout: 480 seconds
1112435676 J * DaCa ~danny@mail.limehouse.org
1112436509 M * Venomous guys still sleeping?
1112439817 J * Loki|muh_ loki@satanix.de
1112439817 Q * Loki|muh Read error: Connection reset by peer
1112439832 M * Venomous guys i don't have this file
1112439834 M * Venomous No configuration for this vserver: /etc/vservers/start.conf
1112439855 M * Venomous but the configuration of this vserver is another
1112439873 M * Venomous ho i can start it with the right configuration file?
1112439888 N * Loki|muh_ Loki|muh
1112440399 Q * Loki|muh Ping timeout: 480 seconds
1112440499 M * nox Venomous: config changed in 1.9.x please c http://www.nongnu.org/util-vserver/doc/conf/configuration.html
1112440530 M * nox (or included doc)
1112440552 M * Venomous thanks nox
1112440554 M * Venomous nox
1112440561 M * Venomous i can't ssh inside vps
1112440584 M * nox it started fine know ?
1112440595 M * Venomous if i try, it log inside the host
1112440597 M * Venomous yes
1112440617 M * Venomous but i haven't understood at all how the network works...
1112440625 J * Loki|muh loki@satanix.de
1112440661 M * Venomous i have used thr script deploy-vserver.sh
1112442493 J * mhepp ~mhepp@r30s12p13.home.nbox.cz
1112449899 Q * Jason357 Read error: Connection reset by peer
1112452468 N * Bertl_zZ Bertl
1112452482 M * Bertl morning folks!
1112453280 M * Venomous Hi bertl
1112453282 Q * mhepp Quit: KVIrc 3.0.1.99 'Realia'
1112453304 M * Bertl hey Venomous! how's going?
1112453319 M * Venomous [update] i have installed all, now i'm tryng to figure how configure the network
1112453335 M * Venomous ( system is very fast )
1112453338 M * Venomous :)
1112453344 M * Bertl thought so ;)
1112453361 M * Venomous httpd work fine
1112453363 M * Venomous ssh no
1112453369 M * Bertl network is configured as on your normal linux box, well, actually it's configured on your normal box ;)
1112453372 M * Venomous i still log inside the host system
1112453404 M * Bertl so if your sshd listens to all interfaces (on the host) then a guest sshd will not be able to bind
1112453430 M * Bertl restrict the host sshd to one IP and you can assign another to the guest
1112453465 M * Venomous i have read that i can put  listen my_ip_address in sshd_config
1112453486 M * Venomous the problem is that is somethin goes wrong i can't restore
1112453491 M * Venomous i'm working in remote
1112453500 M * Venomous so first i need to install telenet
1112453510 M * Venomous so if something goes wrong i can restore
1112453528 M * Venomous probally if i am happy
1112453542 M * Venomous i will create on this server two virtual server
1112453543 M * Bertl what if you start another sshd on a different port?
1112453561 M * Venomous i haven't tried
1112453564 M * Venomous wait
1112455752 J * alban alban@gar31-1-82-234-50-167.fbx.proxad.net
1112455908 M * alban Hello, I use linux-2.6.11.6-vs1.9.5 and 'ifconfig' gives "Segmentation fault"
1112455929 M * alban both on host and inside a vserver
1112455962 M * alban any hints?
1112456077 M * Bertl yep, disable x25 for now
1112456097 M * Bertl (it is questionable that you need it anyways, ever ;)
1112456143 M * Bertl nevertheless it will be fixed in the next release (or in the mainline kernel, whatever comes earlier)
1112456206 M * alban I don't know what is x25... "lsmod |grep x25" gives x25 and ax25
1112456225 M * Bertl it's ATM frame relay 
1112456241 M * Bertl and the driver is very broken ...
1112456325 M * alban how can I disable x25? do you mean rmmod or recompile the kernel without it?
1112456338 M * Bertl rmmod will not work, IIRC ;)
1112456344 M * alban (rmmod didn't work, because "ERROR: Module x25 is in use")
1112456357 M * Bertl so if you have it as module, you could remove the module and reboot
1112456383 M * Bertl (this way it can not be auto-loaded)
1112456440 M * Bertl btw, how did your x25 get selected in the first place?
1112456440 M * alban ok, I will try that. thanks!
1112456457 M * Bertl because it seems that many folks have it compiled in ...
1112456469 M * alban I don't know. I take the vanilla kernel from kernel.org
1112456485 M * Bertl and you did a make defaultconfig?
1112456491 M * alban and apply the vs1.9.5 patch
1112456517 M * alban don't know what is defaultconfig.. I did a make xconfig
1112456529 M * Bertl okay, that includes defaultconf ...
1112456545 M * Bertl #interesting, thanks for the info ...
1112456571 M * alban # make defaultconfig
1112456571 M * alban make[1]: *** No rule to make target `defaultconfig'.  Stop.
1112456586 M * Bertl yeah, it's called defaultconf (without the ig)
1112456605 M * Bertl or defconfig?
1112456616 M * Bertl make help explains it ...
1112456625 M * Bertl   defconfig  - New config with default answer to all options
1112456662 M * Bertl make clean
1112456682 M * Bertl *sorry*
1112456779 M * Bertl k, I'm off for now .. back later ...
1112456784 N * Bertl Bertl_oO
1112456962 Q * alban Quit: Leaving
1112457956 Q * Zoiah Read error: Operation timed out
1112457958 Q * Hollow Read error: Connection reset by peer
1112457971 J * Zoiah Zoiah@matryoshka.zoiah.net
1112457973 Q * cereal Read error: Operation timed out
1112458001 J * cereal ~cereal@stargate-galaxy.net
1112458103 J * Hollow ~Hollow@home.xnull.de
1112458116 J * newz2000_ ~newz2000@12-216-69-41.client.mchsi.com
1112458116 Q * albeiro Read error: Connection reset by peer
1112458117 J * albeiro albeiro@linux.gentoo.pl
1112458331 Q * newz2000 Ping timeout: 480 seconds
1112458339 N * newz2000_ newz2000
1112458546 Q * locksy Ping timeout: 480 seconds
1112458618 Q * Doener|gone Read error: Connection reset by peer
1112458633 J * Vudumen_ vudumen@perverz.hu
1112458634 Q * Vudumen Read error: Connection reset by peer
1112458641 Q * daniel_hozac Read error: Operation timed out
1112458641 Q * ensc|w Read error: Connection reset by peer
1112458646 J * ensc|w_ ~ensc@62.153.82.27
1112458724 Q * lilo Read error: Connection reset by peer
1112458752 J * locksy ~locksy@mrtg.sisgroup.com.au
1112458766 Q * alexx Ping timeout: 480 seconds
1112458776 Q * jd86 Ping timeout: 480 seconds
1112458781 Q * flock Ping timeout: 480 seconds
1112458786 Q * TheSeer Ping timeout: 480 seconds
1112458787 J * jd86 ~jim@ip68-9-97-23.ri.ri.cox.net
1112458797 J * TheSeer ~theseer@border.office.salesemotion.net
1112458806 Q * kevinp|gone Ping timeout: 480 seconds
1112458818 J * alexx ~alexx@82.225.136.176
1112458819 Q * sannes oxygen.oftc.net charm.oftc.net
1112458819 Q * ciphernaut oxygen.oftc.net charm.oftc.net
1112458866 J * Doener|gone doener@193.24.208.125
1112458908 J * kevinp|gone ~kevinp@ny.webpipe.net
1112458909 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1112458911 J * daniel_hozac ~daniel@h75n2fls33o829.telia.com
1112458920 J * sannes ~ace@home.skarby.no
1112459238 J * lilo ~lilo@lilo.usercloak.oftc.net
1112460594 Q * Snow-Man Ping timeout: 480 seconds
1112460799 J * Snow-Man ~sfrost@snowman.net
1112463492 Q * Snow-Man Remote host closed the connection
1112463523 J * Snow-Man_ ~sfrost@snowman.net
1112464176 M * Venomous yuhuuu
1112464185 M * Venomous solved the problem with ssh
1112464633 M * maharaja which one
1112466722 J * aA-01 ~a@72.229.dial-up.xter.net
1112466749 Q * aA-01 Quit: 
1112467611 M * Hollow evening all!
1112469010 M * Venomous hi
1112469364 J * Jason357 ~m00@67.159.26.120
1112471007 J * shuri sjnesjd@dsl.speedline209.226.electronicbox.net
1112471307 M * maharaja venomous: which problem with ssh?
1112471413 M * Venomous i was not able to log inside the vserver
1112471437 M * Venomous so i have simply edited the host sshd_config to bind only on one ip
1112471440 M * Venomous and now owrks
1112471447 M * Venomous *works
1112471928 M * maharaja ah
1112471930 M * maharaja common mistake :)
1112471942 M * maharaja but do you care to write it down to the faq
1112471946 M * maharaja or some "common errors" page
1112472556 J * vdb ~vdb@d54C2D3CE.access.telenet.be
1112473385 M * Venomous uhmmmmm my english is very poor :)
1112474274 Q * shuri Ping timeout: 480 seconds
1112474702 Q * click Ping timeout: 480 seconds
1112475960 J * click click@dsl-static-122-208.aal.tiscali.no
1112476170 J * alban alban@gar31-1-82-234-50-167.fbx.proxad.net
1112476221 M * alban Bertl_oO, you was right: without the ATM stuff, vserver works better. thanks
1112476388 M * newz2000 Anyone know how to check to see if vserver is enabled in the currently running kernel? (vs1.9.5)
1112476618 M * newz2000 I'm getting: vserver vsa start
1112476620 M * newz2000 capset(): Operation not permitted
1112476621 M * newz2000 capabilities are not enabled in kernel-setup
1112476762 M * alban I use the debian package util-vserver 0.30. Is it up to date?
1112476768 N * Bertl_oO Bertl
1112476771 P * Jason357 Leaving
1112476778 M * Bertl evening folks
1112476821 M * newz2000 I'm trying to install bleeding edge... I compiled util-vserver-0.30.204 from source.
1112476846 M * newz2000 Evening Bertl. I'm getting stuck.
1112476859 M * newz2000 Did you see my post from right before you came back on?
1112476863 M * Bertl that's fine, if you are with debian or so ...
1112476864 M * vdb newz2000, I think there is a problem in you kernel setup.
1112476874 M * Bertl make sure to load the capability module
1112476890 M * Bertl (linux capabilities are required for linux-vserver)
1112476898 M * newz2000 insmod capability?
1112476903 M * Bertl alban: you're welcome! and 0.30 is outdated
1112476912 M * newz2000 oh, modprobe
1112476914 M * newz2000 got it.
1112476915 M * Bertl newz2000: yes, best on system bootup
1112476956 M * newz2000 Got it. Will I be able to see the new virtual interface when doign ifconfig from the host?
1112476973 M * alban where does the vproc tool come from? (it is not installed with util-vserver 0.30)
1112476995 M * Bertl newz2000: there is no virtual interface, unless you use ngnet ...
1112477015 M * Bertl alban: it's part of the 'alpha' util-vserver 0.30.204/5
1112477031 M * alban Bertl, thanks
1112477041 M * newz2000 I'm used to ctx17. From the host you could do ifconfig and see all interfaces. That's changed now?
1112477065 M * Bertl nope, that's the same, just that ifconfig only shows aliases and interfaces
1112477079 M * Bertl (and newer tools use iproute2 as default)
1112477091 M * Bertl use 'ip addr ls' to see the config
1112477150 M * newz2000 I started the vserver `vserver vsa start` and it seemed to work. ifconfig shows two addresses, eth0 and lo. ip shows 3, lo, eth0 and sit0. sit0 has no settings though.
1112477279 M * Bertl eth0 and lo are devices, the addresses are x.x.x.x and 127.0.0.1 ;)
1112477383 M * newz2000 I've got that part. When I'm in the vserver `vserver vsa enter` ifconfig produces a segfault.
1112477429 M * newz2000 I just ran vserver vsa stop and now ifconfig segfaults when not in the vserver. :-(
1112477444 M * alban newz2000, I had the same things previously
1112477479 M * alban newz2000, and Bertl says me to delete the ATM modules from my kernel
1112477497 M * Bertl newz2000: what kernel?
1112477504 M * alban newz2000, and it resolves my problem. Don't know if your problem is the same though
1112477541 M * newz2000 linux-2.6.11.5.tar.bz2 with linux-vserver-1.9.5.tar.bz2 and util-vserver-0.30.204.tar.bz2
1112477577 M * Bertl okay, please disable ATM x25
1112477595 M * Bertl the x25 driver is just plain broken ... (in mainline)
1112477607 M * newz2000 does that mean recompile?
1112477619 M * Bertl depends, probably you have it as module (default)
1112477630 M * newz2000 oh, I see it. just a sec.
1112477633 M * Bertl so just removing the module and rebooting should do the trick
1112477646 M * Bertl it's so broken that you cannot rmmod it either
1112477672 M * newz2000 I see. I've not messed with modules in 2.6 series. Any tips on where the config file is now? (ubuntu)
1112477692 M * newz2000 modules.conf says it is autogenerated, don't update.
1112477702 M * Bertl forget it, the kernel forces it in, you have to remove it
1112477719 M * newz2000 Do you mean recompile?
1112477736 M * Bertl I'm talking about rm -f ;)
1112477742 M * newz2000 oh, thank goodnes.
1112477764 M * Bertl but a recompile would be cleaner of course
1112477781 M * Bertl btw, typical kernel change like this usually take less than 5 minutes
1112477794 M * alban I did a recompile... and it takes a lot of time :(
1112477798 M * Bertl (if you keep the kernel source tree)
1112477810 M * newz2000 Well, applying the patch for vserver took 4 hours to recompile here.
1112477819 M * newz2000 maybe this would be less though.
1112477820 M * alban (my error was to do a make clean in the kernel source tree)
1112477829 M * newz2000 oh, i didn't do that.
1112477829 M * Bertl because you compiled in the kitchen sink!
1112477858 M * newz2000 yeah, I did. I don't know what most of those things in the config are.
1112477878 M * DaCa kitchen sink?
1112477894 M * newz2000 brb, server is in the other room.
1112477928 M * alban Bertl, english is not my first language, sorry :(  What means "compiled in the kitchen sink" ?
1112477967 M * Bertl same here (not first language)
1112477974 M * Bertl s/first/primary/ ;)
1112478010 M * Bertl it means that compiling the kernel for newz2000 took so long because he compiled in _everything_
1112478018 M * Bertl (including the kitchen sink)
1112478090 A * alban is compiling util-vserver-0.30.205.tar.bz2 
1112478116 M * Bertl wait! there is a patch for that
1112478183 M * Bertl http://www.13thfloor.at/~doener/vserver/patches/diff-util-vserver-0.30.205-chcontext-dynamic-fix.diff
1112478183 M * newz2000 amazing how much hassle a little typo in the grub menu can cause.
1112478205 M * Bertl fortunately there is the grub shell ;)
1112478218 M * newz2000 no kidding. Thank you grub crew.
1112478255 M * alban Bertl, do I have to apply your patch?
1112478344 M * alban Bertl, seems to be a script shell. I guess I can apply this patch after the "make"
1112478436 M * newz2000 What do you think if this: Starting PostgreSQL database server: postmastercat: /proc/sys/kernel/shmmax: No such file or directory
1112478479 M * newz2000 also: Warning: cannot open /proc/net/dev (No such file or directory). Limited output.
1112478491 J * shuri sjnesjd@dsl.speedline209.226.electronicbox.net
1112478503 M * alban newz2000, about the /proc/net/dev: I have the same problem
1112478518 M * shuri is http://linux-vserver.org/ down?
1112478529 M * shuri i can access it from 2 networks
1112478544 M * Bertl newz2000, alban: that's a debian issue
1112478556 M * Bertl you have to handle the proc security properly
1112478565 M * alban newz2000, the doc seems to say that I need the vproc tool
1112478566 M * Bertl usually running vprocunhide is sufficient
1112478577 M * newz2000 Yeah, I had to install vproc package.
1112478610 M * alban Bertl, yes: I have /etc/init.d/vprocunhide but it seems to be broken
1112478615 M * Bertl vprocunhide uses setattr and setattr is part of util-vserver 0.30.20x
1112478629 M * Bertl the 0.30 tools are not for 1.9.x
1112478640 M * newz2000 oh, they're not?
1112478645 M * Bertl evening shuri!
1112478664 M * newz2000 http://www.13thfloor.at/vserver/d_rel26/v1.9.5/ implies they go together.
1112478707 M * alban Bertl, do you mean I can't use vs1.9.5 with util-vserver-0.30.205?
1112478708 M * alban :(
1112478723 M * Bertl alban: no, the other way round
1112478728 M * Bertl well, wrong too ...
1112478732 M * Bertl let me explain:
1112478764 M * Bertl 0.30 aka stable tools are for 1.2.x patches
1112478790 M * Bertl (the 1.2.x kernel patches are the successor patches for the old ctx patches)
1112478817 M * Bertl the 0.30.20x tools work fine for 1.2.x and are required to unleash 1.9.x features
1112478842 M * Bertl of course, the 0.30 tools work with 1.9.x (in compatibility mode)
1112478857 M * newz2000 alban, I was confused... I installed vlan, not vproc
1112478880 M * Bertl vlan is not part of the tools, it's part of mainline 
1112478895 M * newz2000 Bertl, ok, that makes sense. Can someone tell me about vprocunhide?
1112478905 M * alban I needed vlan to compile util-vserver
1112478912 M * newz2000 alban, me too.
1112478925 M * Bertl what would you like to hear? (about vprocunhide)?
1112478939 M * newz2000 How do I use it. It seems /proc doesn't exist in the running vserver.
1112478953 M * Bertl 'vprocunhide'
1112478958 M * Bertl that's it ;)
1112478971 M * newz2000 in the host or the vserver? What packages is that part of, because it doesn't work for me in either.
1112478988 M * Bertl on the host
1112479002 M * Bertl and it's part of util-vserver 0.30.20x
1112479025 M * alban I guess we have to run 'vprocunhide' before vserver xyz start
1112479025 M * Bertl shuri: yep, seems down ...
1112479043 M * newz2000 bertl, shuri, it's down for me too.
1112479119 M * shuri !ping
1112479152 M * newz2000 Hm. I can't vprocunhide. alban, where is it on yours?
1112479182 M * alban newz2000, my vprocunhide is in /etc/init.d and was installed with the debian package
1112479197 M * alban but it is broken
1112479224 M * alban newz2000, what distrib do you use?
1112479230 M * newz2000 ubuntu
1112479248 M * Bertl shuri: I can reach the host, but http seems blocked
1112479265 M * shuri smae for me
1112479267 M * shuri same
1112479293 M * shuri maybe the http deamon is crash
1112479543 M * alban I've just installed util-vserver-0.30.205. But /usr/local/sbin/vserver don't work, line 27: $_LIB_FUNCTIONS is undefined
1112479687 M * Bertl shuri: no, I restarted it ;)
1112479767 M * newz2000 aha. /usr/local/etc/init.d/vprocunhide start
1112479778 M * Bertl alban: did you remove whatever ubuntu did install first?
1112479779 M * newz2000 inside vserver I can now do ifconfig
1112479804 M * Bertl btw, you can 'configure' the tools to various pathes
1112479807 M * alban Bertl, yes I remove the debian util-verser package first
1112479816 M * Bertl (no need to use /usr/local/...)
1112479885 M * alban I have also a /usr/local/etc/init.d/vprocunhide now. But /usr/local/sbin/vserver doesn't work anymore
1112479909 M * newz2000 I'm doing good. i'm trying to document all my steps, but I'm going to go for a walk outside. thanks for the help, I'm sure I'll ttl.
1112479918 M * shuri good
1112479950 M * alban newz2000, I am interested by your doc ;)
1112480192 M * alban Bertl, how do I 'configure' the tools to various pathes? do you mean setenv the needed variables?
1112480204 M * Bertl no, I mean ./configure ;)
1112480214 M * Bertl see ./configure --help ;)
1112480355 M * vdb I have a question regarding NGnet
1112480410 M * vdb The iptables patch doesn't seem to work
1112480460 M * Bertl hmm, means?
1112480466 M * Bertl it doesn't apply?
1112480475 M * vdb Nope.
1112480476 M * vdb patching file Makefile
1112480477 M * vdb Hunk #1 FAILED at 5.
1112480477 M * vdb 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej
1112480490 M * Bertl which one do you use
1112480495 M * vdb 1.2.11
1112480517 M * vdb the source from iptables.org
1112480560 M * vdb It's my fist NGnet setup, so maybe I did something wrong
1112480604 M * Bertl hmm, seems we haver bigger network issues ...
1112480613 M * Bertl vdb: can you reach vserver.13thfloor.at ?
1112480624 M * Bertl (the /Experimental/NGNET dir there?)
1112480646 M * vdb yep
1112480685 M * Bertl okay, you got the patch for 1.2.11 from there?
1112480692 M * vdb yes
1112480708 M * vdb iptables-1.2.11-vnet.patch 
1112480711 M * Bertl hmm, that one should apply without issues ...
1112480728 M * Bertl (to the clean sources)
1112480733 M * vdb Maybe I did something wrong 
1112480808 M * vdb tar -xjf iptables-1.2.11.tar.bz2
1112480817 M * vdb and what now?
1112480900 M * Bertl cd into the directory
1112480916 M * Bertl then patch -p1 --dry-run <../iptables-1.2.11-vnet.patch
1112480917 M * vdb yes, and type patch ...
1112480946 M * vdb can't find file to patch at input line 7
1112480969 M * vdb iptables_profectio/extensions/Makefile
1112480979 M * Bertl well, I can't access the patch right now, so I don't know if it is -p1 or -p2 or even -p0
1112481043 M * vdb It 's patch -p2 --dry-run
1112481087 M * Bertl excellent ;)
1112481394 M * vdb OK, iptables did compile.
1112481401 M * Bertl did you get any rejects now?
1112481409 M * vdb no
1112481413 M * Bertl good!
1112481545 M * vdb iptables v1.2.11: Unknown arg `--vnet
1112481567 M * Bertl command?
1112481579 M * vdb ./iptables -t vnet -A PREROUTING -d 192.168.10.5 -j VNET --vnet 11
1112481595 M * vdb the vserver is running, and the networking works inside the vserver
1112481599 Q * Hollow Ping timeout: 480 seconds
1112481615 M * Bertl vdb: but your iptables is on the host, right?
1112481622 M * vdb yes
1112481632 M * Bertl and you did install the compiled iptables yes?
1112481642 M * vdb yes
1112481676 M * Bertl well, I wish I could reach the docu ... but no go right now :/
1112481762 M * vdb I have a other NGnet question :-)
1112481786 M * vdb Apache and ssh do work inside the vserver, but ICMP doesn't
1112481893 M * Bertl icmp is nothing you need inside a vserver ...
1112481914 M * Bertl is it ping you want to use?
1112481922 M * vdb yes
1112481943 M * Bertl by default a new vserver should have a capability to enable that
1112481961 M * Bertl sorry no docu atm for me, so I can not point you there
1112482074 M * Bertl ah, now it's back, sec
1112482088 M * Bertl shuri: linux-vserver.org working for you too now?
1112482206 M * Bertl vdb: http://linux-vserver.org/alpha+util-vserver
1112482245 M * Bertl -> Flower Page
1112482298 M * alban ifconfig works inside the vserver :)
1112482306 M * vdb yes
1112482310 M * alban Bertl, newz2000 : thanks for your help ;)
1112482415 M * Bertl alban: you're welcome!
1112482506 M * vdb on the NGnet configuration: I did already enable the capabilities NET_ADMIN and NET_RAW
1112482536 M * alban The host and the vserver have the same @IP
1112482536 M * alban Is it normal?
1112482582 M * alban they both have eth0=82.234.50.167 and eth0:vser=10.0.0.102
1112482622 M * Bertl do not do that
1112482622 M * Bertl this is not suggested and will compromise your security
1112482622 M * Bertl it is also not needed
1112482622 M * Bertl ah, full reverse, you said ngnet ;)
1112482622 A * Bertl is confused ;)
1112482680 M * Bertl what do you mean by @IP?
1112482697 M * alban IP adress
1112482716 M * Bertl well, which IPs did you assign?
1112482725 M * alban 10.0.0.102
1112482746 M * Bertl then the other one should not be visible
1112482815 M * Bertl but this is too controlled by a flag ...
1112482841 M * alban here is my config file: http://www.pastebin.com/266299
1112482859 M * Bertl config file -> old style config
1112482958 M * Bertl should look like this: http://www.pastebin.com/266301
1112482965 M * Bertl debian has broken defaults ...
1112482992 M * Bertl but you won't get interface hiding with the old style config
1112483194 M * alban "vserver vserver02 status" works but I get a warning: "WARNING: can not find configuration, assuming legacy method"
1112483211 M * Bertl yep, that means that you use the old config ;)
1112483241 M * alban I get your config file though
1112483270 M * alban or do you mean the file /usr/local/etc/vservers.conf ?
1112483363 M * Bertl no, I cleaned up your config
1112483414 M * alban I modified my file /usr/local/etc/vservers/vserver02.conf with your config http://www.pastebin.com/266301
1112483431 M * alban But there is still a warning
1112483473 M * Bertl look, the new style config is directory tree based
1112483484 M * Bertl (it's explained on the Flower Page)
1112483501 M * Bertl I just cleaned up your legacy config so that it isn't a security risk ;)
1112483520 M * alban oh
1112483523 M * alban ok ;)
1112483690 J * tom ~tom@pD9EE16A1.dip0.t-ipconnect.de
1112484326 Q * vdb Quit: using sirc version 2.211+KSIRC/1.3.11
1112484386 M * Bertl welcome tom!
1112485287 J * complexho ~mark@funk.gotadsl.co.uk
1112485320 M * Bertl welcome complexho!
1112485331 M * complexho hi Bertl
1112485350 M * complexho hows it going?
1112485461 M * Bertl well, network connectivity is really bad, otherwise quite fine
1112485505 M * complexho what's that, the vserver site, or the "day job network"?
1112485506 P * tom 
1112485533 M * Bertl my conenction to the internet ;)
1112485570 M * complexho ouch not what you need. Still I have just come back to 2Mb after a 5-week sting of 56k :D
1112485603 M * Bertl 64k isdn here .. and I would be happy if it _would_ wokr :/
1112485617 M * complexho thought I'd drop by and let you know about a little project I am working on with vserver...
1112485631 M * Bertl yeah?
1112485709 M * complexho I've been playing with the 1.9.x stuff for a little while and managed to persuade one of my clients to buy some serious kit (handful of HP DL-360s with Fiberchannel HBAs, switch and 2TB MSA1000) and I am building him a cluster for his sites
1112485721 M * complexho all based on vserver
1112485734 M * Bertl sounds great!
1112485757 M * complexho Do you know of anyone working on this kind of thig?
1112485761 M * complexho =thing
1112485806 M * Bertl well, lycos has a filer/node setup via nfs ...
1112485866 M * complexho so they mount vservers over nfs... do you know what the performance is like?
1112485893 M * Bertl it seems to be acceptable for a few nodes per filer
1112485900 M * complexho right
1112485974 M * complexho I've had this hardware set up for a couple of weeks so far and it seems very promising indeed... We are looking to move a couple of sites in soon and load it up a bit.
1112486081 M * complexho I don't know if it would be of any use to you, but I'd be happy to let you log in/use it/benchmark it or whatever if it helps the vserver project in any way
1112486105 M * Bertl sure, would be interesting to get some benchmarks there ...
1112486134 M * Bertl don't know if I find the time atm, though ... but maybe you could publish some of your benchmarks/tests?
1112486157 M * complexho yeah sure - what sort of thing would you find interesting? I have done some basic raw speed tests...
1112486166 M * complexho disk speed that is
1112486178 M * complexho but I haven't really done much raid optimisation
1112486191 M * Bertl for example a bonnie++ test on the host
1112486200 M * complexho ok will check that out
1112486202 M * Bertl vs a bonnie test in 1,2, ... N vservers
1112486345 M * complexho ok downloading it now will get back to you
1112486357 M * Bertl excellent, TIA!
1112486379 M * Bertl btw, which kernel/patch do you use ...