1168907819 Q * dna_ Quit: Verlassend 1168908414 J * mire ~mire@207-166-222-85.adsl.verat.net 1168908421 M * Bertl wb mire! 1168909510 Q * Piet_ Quit: Piet_ 1168913478 J * s0undt3ch_ ~s0undt3ch@81.193.57.117 1168913500 J * _dmax ~semaj@81.193.57.117 1168913756 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042 1168913841 Q * dmax Ping timeout: 480 seconds 1168913846 N * _dmax dmax 1168913891 Q * s0undt3ch Ping timeout: 480 seconds 1168913891 N * s0undt3ch_ s0undt3ch 1168914182 Q * FireEgl Quit: ... 1168916254 J * schnckl ~schnckl@chello084112069049.1.11.vie.surfer.at 1168916444 Q * schnckl 1168916467 J * schnckl ~schnckl@chello084112069049.1.11.vie.surfer.at 1168916533 Q * Aiken Quit: Leaving 1168916666 M * Bertl welcome schnckl! 1168916702 J * Aiken ~james@tooax6-202.dialup.optusnet.com.au 1168916749 J * schnuck ~root@chello084112069049.1.11.vie.surfer.at 1168916939 Q * schnckl Quit: Ciao! 1168916946 M * Bertl wb schnuck! 1168916953 J * schnckl ~schnckl@chello084112069049.1.11.vie.surfer.at 1168917023 P * schnuck 1168917155 J * Aiken_ ~james@tooax7-200.dialup.optusnet.com.au 1168917236 Q * schnckl 1168917281 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042 1168917304 Q * Aiken Ping timeout: 480 seconds 1168918472 Q * ruskie Remote host closed the connection 1168918660 J * ruskie ruskie@ruskie.user.oftc.net 1168926474 Q * meandtheshell Quit: Leaving. 1168928963 Q * morfoh osmosis.oftc.net oxygen.oftc.net 1168928963 Q * Wonka osmosis.oftc.net oxygen.oftc.net 1168928963 Q * tokkee osmosis.oftc.net oxygen.oftc.net 1168928963 Q * micah osmosis.oftc.net oxygen.oftc.net 1168928963 Q * neuralis osmosis.oftc.net oxygen.oftc.net 1168928981 J * neuralis ~krstic@solarsail.hcs.harvard.edu 1168928998 J * micah ~micah@micah.riseup.net 1168929005 J * tokkee tokkee@casella.verplant.org 1168929022 J * Wonka produziert@chaos.in-kiel.de 1168929023 J * morfoh ~morfoh@kilo105.server4you.de 1168931078 M * Bertl okay, off to bed now ... have a good one everyone! cya! 1168931085 N * Bertl Bertl_zZ 1168931292 M * cehteh ehm .. morning :) 1168931460 Q * Sebastian|aw Ping timeout: 480 seconds 1168931469 J * SNy_ 304cf63b59@bmx-chemnitz.de 1168931490 Q * SNy Ping timeout: 480 seconds 1168931536 J * Sebastian|aw ~sebastian@office.star-hosting.de 1168934423 J * dna ~naucki@105-206-dsl.kielnet.net 1168934426 Q * mire Ping timeout: 480 seconds 1168934799 Q * Aiken_ Quit: Leaving 1168934949 J * Aiken ~james@tooax7-200.dialup.optusnet.com.au 1168935311 J * Aiken_ ~james@tooax6-061.dialup.optusnet.com.au 1168935639 Q * Aiken Ping timeout: 480 seconds 1168935898 Q * dna Quit: Verlassend 1168936131 J * wart ~wart@spray.anyhost.ru 1168936161 M * wart Hello. A quick question: why may chmod return with EPERM inside a vserver? 1168936174 M * daniel_hozac is the file immutable? 1168936216 M * daniel_hozac (lsattr ) 1168936224 M * wart Yes, just checked. 1168936227 M * wart Yes :) 1168936248 M * daniel_hozac so, that's why then. 1168936378 M * wart Great. But now the question is why the hell it is immutable.. 1168936390 M * daniel_hozac hashification/unification will do that. 1168936411 M * wart Looks like this, yes. Thanks. 1168936674 M * cehteh mhm will chmod break the link when COW is enabled or will only writes do that? 1168936689 M * daniel_hozac with recent kernels, chmod/chown will break the link. 1168936699 M * cehteh nice 1168937737 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de 1168937766 M * dreamind Hi! 1168937773 M * daniel_hozac hello 1168937792 M * dreamind hi daniel_hozac :) 1168938421 M * matti Hi daniel_hozac. 1168938423 M * matti cehteh: :) 1168938436 M * daniel_hozac morning matti 1168938948 J * dlezcano ~dlezcano@blueice2n1.uk.ibm.com 1168939066 J * shedii ~siggi@inferno.lhi.is 1168939450 Q * shedi Ping timeout: 480 seconds 1168940999 Q * shedii Quit: Leaving 1168941305 Q * softi42 Ping timeout: 480 seconds 1168941365 Q * kir Quit: Leaving 1168941371 Q * Aiken_ Quit: Leaving 1168941375 J * kir ~kir@swsoft-mipt-nat.sw.ru 1168941509 J * Aiken ~james@tooax6-061.dialup.optusnet.com.au 1168941917 J * softi42 ~softi@p549D7F7C.dip.t-dialin.net 1168944715 Q * Aiken Quit: Leaving 1168945293 J * lilalinux ~plasma@dslb-084-058-214-001.pools.arcor-ip.net 1168945472 N * SNy_ SNy 1168945677 J * dna ~naucki@250-244-dsl.kielnet.net 1168947570 M * Radiance for some reason after installing portmap (-i 192.168.1.2) and having squirrelmail working, i see in the firewall logs of the host that 127.0.0.1 is trying to reach 192.168.1.2 (DPT=111) ... i don't want 127.0.0.1 on the host to be able to reach the the other localhost ip of the guest. 1168947602 M * Radiance is there a way i can allow portmap to work, IF it is caused by portmap ? 1168947644 J * Piet hiddenserv@tor.noreply.org 1168947663 M * Radiance it should have been 192.168.1.2 SPT=xxxx to 192.168.1.2 DPT=111 which is acceptable by the firewall of the host 1168947689 M * Radiance but not 127.0.0.1 since that would cause local users on the host to be able to reach the guest like that 1168947727 M * daniel_hozac they are already. 1168947740 M * daniel_hozac one of the many reasons you're not supposed to run services in the host. 1168947785 M * daniel_hozac and 127.0.0.1 would be rewritten to 192.168.1.2 if you enabled CONFIG_VSERVER_REMAP_SADDR. 1168947927 M * Radiance hmm 1168947953 M * Radiance well currently the firewall is configured not to allow 127.0.0.1 go to 192.168.1.2 1168947980 M * Radiance but with this setting the portmap stuff won't work in the guest 1168948004 M * Radiance that remap setting i saw indeed 1168948043 M * Radiance (with a newer vserver patch version, not with the current one i use) 1168948077 M * daniel_hozac connections to 127.0.0.1 inside a guest with that option off will look like src 127.0.0.1 dst 1168948098 M * Radiance ok, so i should read it like 192... is trying to reach 127 1168948146 M * Radiance i believe that the way portmap is programmed it cannot be changed by some setting 1168948161 M * Radiance (despite that i have portmap -i 192.168.1.2) 1168948209 M * Radiance perhaps better said, portmap might contain a hardcode 127.0.0.1 ip 1168948232 M * Radiance i think i'll move the few services away from host to their own vserver or a different server, more secure anyway hehe 1168948990 Q * kir Read error: Connection reset by peer 1168948995 J * kir ~kir@swsoft-mipt-nat.sw.ru 1168949129 Q * ensc Ping timeout: 480 seconds 1168949857 Q * kir Quit: Leaving 1168950751 J * DavidS ~david@pnsgw3-client160.demo.tuwien.ac.at 1168951393 J * meandtheshell ~markus@85-125-230-142.dynamic.xdsl-line.inode.at 1168953111 Q * dreamind Quit: dreamind 1168953371 Q * dmax Ping timeout: 480 seconds 1168953406 Q * s0undt3ch Ping timeout: 480 seconds 1168953548 J * dmax ~semaj@bl4-58-116.dsl.telepac.pt 1168953596 J * s0undt3ch ~s0undt3ch@bl4-58-116.dsl.telepac.pt 1168953676 Q * dna Quit: Verlassend 1168954005 J * kir ~kir@swsoft-mipt-nat.sw.ru 1168954245 Q * cdrx Ping timeout: 480 seconds 1168955139 J * dna ~naucki@116-233-dsl.kielnet.net 1168955262 J * goblin ~trrr@leviathan.uukgoblin.net 1168955264 M * goblin hiya 1168955270 M * daniel_hozac hello 1168955289 M * goblin any idea why when I run startx inside a vserver I get "no devices found"? 1168955301 M * goblin I added sys_rawio to bcapabilities 1168955319 M * daniel_hozac in what context? 1168955328 M * daniel_hozac did you add the required device nodes as well? 1168955328 M * goblin in vserver's context 1168955342 M * goblin well, I have the ttys and /dev/input/mice 1168955342 M * daniel_hozac i meant in what context do you get that error message. 1168955354 M * daniel_hozac i.e. what devices is it referring to? 1168955392 M * goblin my guess it's screen.. 1168955427 M * goblin the line above it says (II) ATI: Candidate "Device" section "Card0" 1168955495 M * goblin oh, sorry, it looks like it's a config problem indeed... it used to work in a simple chroot, now it even doesn't 1168955723 Q * SiD3WiNDR Ping timeout: 480 seconds 1168956192 J * cdrx ~legoater@blueice2n1.uk.ibm.com 1168956420 M * goblin yeah 1168956426 M * goblin got it back again 1168956439 M * goblin so, it works fine under normal chroot (but only after I mount /proc) 1168956453 M * goblin and it says "No devices detected" under a vserver 1168956500 M * goblin that's 2.6.19.2-vs2.2.0-rc7, mind you 1168956501 M * daniel_hozac have you tried giving it CAP_SYS_ADMIN too? 1168956526 M * goblin trying it now... 1168956555 M * daniel_hozac http://oldwiki.linux-vserver.org/MoreUbuntu might have some hints, AFAIK that's the only documented X-in-guest setup. 1168956557 M * goblin nope, the same 1168956574 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1168956730 J * dna_ ~naucki@81-243-dsl.kielnet.net 1168957135 Q * dna Ping timeout: 480 seconds 1168957205 M * goblin yeah 1168957209 M * goblin vprocunhide helped 1168957212 M * goblin thanks a lot :-) 1168957420 J * ensc ~irc-ensc@p54B4F378.dip.t-dialin.net 1168959283 N * Bertl_zZ Bertl 1168959288 M * Bertl morning folks! 1168959293 M * daniel_hozac morning! 1168959714 Q * Piet Remote host closed the connection 1168959764 J * Piet hiddenserv@tor.noreply.org 1168960530 M * Bertl daniel_hozac: btw, any issues with the newer sched interfaces, or are they 'perfect'? 1168960633 M * Bertl (btw, just for fun, for those who haven't read it yet: http://www.cs.auckland.ac.nz/~pgut001/pubs/vista_cost.txt) 1168960704 M * daniel_hozac none that i have noticed. 1168960730 M * daniel_hozac i still haven't used vc_get_sched or MSEC though. 1168960806 M * daniel_hozac so really, vc_sched_info seems fine. :) 1168960845 M * Bertl okay, is that going to be exercised in the near future? 1168960865 M * Bertl otherwise I simply remove it from 2.2.x and put it into 2.3.x ... 1168961011 M * daniel_hozac which one? i don't see an immediate need for vc_get_sched, as /proc shows things just fine, but i think it's really good to have for completeness sake. 1168961049 M * Bertl yes, I'm perfectly fine with having them, but do we really want untested interfaces in the second stable release? 1168961072 M * Bertl possibly killing the kernel when excercised the first time :) 1168961117 M * daniel_hozac well, i wouldn't mind making sure they work ;) 1168961148 M * Bertl okay, that's fine for me too, thanks! 1168962447 M * Bertl btw, are we missing any interfaces for a 2.2 release? any 'open issues' for 2.6.19.x? 1168962472 M * daniel_hozac other than the NFS oops? none that i know of. 1168962492 M * Bertl okay, what do we have about that? 1168962569 M * daniel_hozac well, lockd_down using current strikes me as odd. 1168962579 M * Bertl btw, I incorporated the 'fix' from blino, for the ecryptfs (using NULL for the nameidata part of the vfs calls) 1168962593 M * daniel_hozac oh, ecryptfs is mainline? 1168962606 M * Bertl it seems so :) I found it in my kernel tree :) 1168962607 M * blino yes 1168962608 M * daniel_hozac i just assumed that was a mandriva patch. 1168962618 M * daniel_hozac blino: btw, any progress on urpmi? 1168962618 M * blino (hey, why 'fix'? :p) 1168962635 M * daniel_hozac for a fix you'd need to use the correct nameidata ;) 1168962649 M * Bertl yeah, but that is not available at that layer 1168962664 M * Bertl I tried to find a good way, but ecryptfs basically does vfs abuse :) 1168962672 M * daniel_hozac hehe, okay. 1168962682 M * Bertl so the 'fix' means, as I already said, 'as good as it gets' 1168962701 M * Bertl blino: so nothing personal, your patch is the 'best known solution atm' :) 1168962720 M * blino I know, just kidding :) 1168962748 M * Bertl and as I said (on the other channel) please keep feeding back such patches to us ... 1168962751 M * blino daniel_hozac: about urpmi, I'm sorry, I've been really busy on other things, I can't concentrate much on it right now, still on my todo 1168962768 M * daniel_hozac Bertl: i'm somewhat at a loss about the NFS issue. i'm having trouble understanding how it happens. 1168962787 M * Bertl could you provide me with the relevant urls please? 1168962789 M * daniel_hozac blino: how far did you get? could you post what you have? 1168962933 M * blino daniel_hozac: basically, I rediffed and adapted for latest util-vserver 1168962958 M * daniel_hozac Bertl: http://paste.linux-vserver.org/879 are the first two oopses, and some debugging printk's i added. 1168962970 M * Bertl ok, tx 1168963026 M * daniel_hozac the first two lines are the result from adding printk("%p: %s.sighand = %p, .nsproxy.mnt_ns = %p\n", tsk, tsk->comm, tsk->sighand, tsk->nsproxy ? tsk->nsproxy->mnt_ns : NULL); right before exit_task_namespaces in kernel/exit.c:do_exit. 1168963054 M * Bertl okay 1168963062 M * blino daniel_hozac: you can already take this one: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/util-vserver/current/SOURCES/util-vserver-0.30.212-mandriva.patch?revision=105419&view=markup , it handles the Mandrake -> Mandriva name change (and makes sure mandriva style is used instead of redhat, because we also have /etc/redhat-release), should apply cleanly 1168963066 M * daniel_hozac the third is from adding printk("lockd_down: %p: %s.sighand = %p, mnt_ns = %p\n", current, current ? current->comm : NULL, current ? current->sighand : NULL, current && current->nsproxy ? current->nsproxy->mnt_ns : NULL); right before the spin_lock_irq in fs/lockd/svc.c:lockd_down 1168963126 M * Bertl and what exactly triggered the issue in the first place? an nfs mount inside a guest? 1168963138 M * daniel_hozac it's triggerable on vanilla. 1168963142 M * blino daniel_hozac: the vserver-build urpmi support patch is here: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/util-vserver/current/SOURCES/vserver-urpmi-mandriva.patch?view=markup 1168963153 M * Bertl daniel_hozac: ah, you already verified that? good! 1168963161 M * daniel_hozac unshare(CLONE_NEWNS); system("mount -t nfs server:/pub /mnt"); 1168963173 M * daniel_hozac yeah, i've been working against vanilla for this one. 1168963187 M * daniel_hozac 2.6.19 doesn't have the recursive oopsing though. 1168963190 M * Bertl the namespace goes away, and the nfs thread explodes, is that what happens? 1168963210 M * daniel_hozac that's what i thought. 1168963215 M * Bertl but? 1168963217 M * daniel_hozac but i don't understand my debugging output. 1168963238 M * Bertl have you tried getting a reference in the nfs thread? 1168963250 M * daniel_hozac how would mount.nfs->sighand go from d7602a80 to NULL between those printks? 1168963278 M * Bertl if it is a refcounting issue, that could be 'unused' memory 1168963292 M * Bertl which could just get 'reused' by any allocation 1168963317 M * daniel_hozac getting a reference to what? 1168963328 M * daniel_hozac IMHO the usage of current in lockd_down seems somewhat strange. 1168963373 M * Bertl okay, I'll have a look at it right now and probably a deeper one later tonight ... it still happens with 2.6.20-rc5? 1168963420 M * daniel_hozac i haven't tried that yet. 1168963437 M * Bertl it has at least one page reclaim fix for nfs 1168963553 J * Ramjar ~ramjar@195.159.98.150 1168963693 M * Ramjar Hi all. I use 2.6.18-vs2.1.1-gentoo-r1. when i try to reload/graceful apache more then once apache goes down. no error in apache log or dmsg. i got the same problem on "master" as i got on the "vserver-client" 1168963754 M * Ramjar someone that know why? 1168963788 M * daniel_hozac so the first reload works, but the second one kills apache? 1168963800 M * Ramjar yes 1168963842 J * SolarGloom ~q@host-87-103-183-147.pppoe.omsknet.ru 1168963849 M * SolarGloom hi! 1168963857 M * Bertl welcome Ramjar! SolarGloom! 1168963860 M * Ramjar well. the first reload take apache processes down to 2 from 5. and the second one brings down the whole service 1168963883 M * Ramjar Bertl thnx :) are you a bot or are you always so kind ? :) 1168963885 M * Bertl any messages in the syslog? 1168963899 M * Bertl Ramjar: is that an exclusive or? 1168963929 M * Ramjar no notice in messages or syslog 1168963932 P * SolarGloom 1168963944 M * Ramjar hehe, i love it :) 1168963980 M * Bertl okay, anything in the apache logs? 1168964000 M * Ramjar nothing that all 1168964031 M * Ramjar third reload gives me (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 1168964044 M * Ramjar no listening sockets available, shutting down, Unable to open logs 1168964057 M * Bertl hmm, that might be a hint 1168964075 M * Bertl I assume you are dealing with several issues here 1168964088 M * Ramjar ohh dont say so :( 1168964095 M * Ramjar like? 1168964095 M * Bertl 1) somehow apache is not able to access its log files 1168964129 M * Bertl 2) something is hammering on the apache (don't know why) and keeps your ports in a close_wait state 1168964147 M * Bertl the first one, prohibits that you get sensitive information 1168964166 M * Bertl the second one keeps the sockets long enough around, so that the apache cannot bind to those ports 1168964196 M * Bertl I would first investigate the logging issue 1168964204 M * Ramjar hmm.. but how can i solve this? i mean. apache writes stuff into error_log 1168964215 M * Bertl probably you need to give certain user permissions to those dirs/files 1168964230 M * Bertl info/warn/error log 1168964234 M * Ramjar the second one: apache is not restarting (so the port should be his) or do i have wrong here? 1168964237 M * Ramjar debug 1168964324 M * Ramjar hmm for some reason, when i run the first reload. apache will run as root.. 1168964333 M * Ramjar is't that strange? 1168964341 M * Ramjar should be run as user apache. 1168964434 M * Bertl did you copy the apache installation from somewhere? 1168964434 Q * mountie Quit: LUNCK! 1168964441 M * Bertl maybe by using rsync or tar? 1168964449 M * Ramjar i try the same on "master", and i got the same error as when i run apache on vserver 1168964454 M * Ramjar i try with emerge 1168964461 M * Ramjar and source 1168964473 M * Bertl okay 1168964487 M * Ramjar 3 different version. apache 2.058 - 59 and 2.2 1168964495 M * Ramjar desperate :) 1168964539 J * mountie ~mountie@CPE0080c6fe323f-CM000a739acaa4.cpe.net.cable.rogers.com 1168964539 M * Bertl focus on one of them and reinstall it 1168964543 M * Bertl wb mountie! 1168964573 M * Ramjar will do, should i use any special prefix in ./configure? 1168964607 M * Bertl IMHO the defaults should be fine .. but you might ask a gentoo person 1168964608 M * Ramjar any version of apache you rekomend? 1168964623 M * Bertl I'm with 2.2 for some while now 1168964624 M * Ramjar i see 1168964757 M * Ramjar have you try openvz? 1168964782 M * Bertl I have a look at the code every now and then 1168964792 M * Bertl (always takes a while to recover :) 1168964797 M * Ramjar :) 1168964807 M * Ramjar what do you with about that project? 1168964823 M * Ramjar does openvz work as well like vserver or is it any diffrence? 1168964836 M * daniel_hozac Bertl: MSEC is only for interval, right? 1168964851 M * Bertl Ramjar: it is a very similar approach (OS-Level virtualization) 1168964859 M * Bertl daniel_hozac: yes, not for the tokens 1168964871 M * daniel_hozac right. 1168964876 M * Bertl Ramjar: but there are some quite subtle differences 1168964911 M * Ramjar i see. 1168964919 M * Ramjar how about the stability? 1168964923 M * Bertl one of them is probably the very light-weight character of Linux-VServer vs. the heavy but more VMware like virtualization in OpenVZ 1168964938 M * Ramjar aha 1168964993 M * Ramjar oh daniel_hozac from sweden? :) 1168965003 M * daniel_hozac yes. 1168965005 M * Bertl regarding stability, well, that is something I cannot really judge, the OVZ folks claim that their stable release is 'almost perfect' ... nevertheless the forum sees kernel panics every now and then 1168965050 M * Ramjar hehe i see 1168965056 M * Bertl we know that software is buggy, and always will be, but we spend a lot of time on making our code understandable and thus simple enough to tell it's correct 1168965058 M * Ramjar daniel_hozac jaså där ser man ;) 1168965079 M * Ramjar Bertl i think thats better :) 1168965167 M * Bertl OVZ focuses more on publicity and advertizements while we focus on coding and support for not-so-typical architectures 1168965197 M * Bertl recently OVZ had a big announcement of their port to Niagara (sparc) 1168965225 M * Bertl we did our port more than a year ago (including the necessary kernel fixes to get Niagara booting :) 1168965269 M * FaUl Bertl: if you have some spare test-box for niagara i'd like to... :-) 1168965321 M * Bertl hehe, unfortunately no, it was on a virtualization event in germany, where one visitor had a remote machine ... so we had to port it within a few hours :) 1168965342 M * Bertl s/visitor/participant/ 1168965359 J * depeo ~depeo@89.233.240.56 1168965360 M * waldi FaUl: debian have one for development ... 1168965366 M * Bertl welcome depeo! 1168965383 M * depeo thanks :) 1168965572 Q * DavidS Remote host closed the connection 1168965792 M * tamitall Bertl- One of my not-so-technical friends just installed OpenVZ. Thanks for the chat about the differences. 1168965850 M * Bertl np 1168965987 M * Bertl you might be able to compare his experience with OVZ with yours with Linux-VServer .. we are always interested in improvements 1168966231 J * UukGoblin ~jaaa@sr-fw1.router.uk.clara.net 1168966261 M * tamitall Well, I'm a system administrator for a living, he's a developer with very little sysadmin experience. 1168966272 M * tamitall I don't think it's a fair comparison sadly. 1168966296 M * tamitall I'm extremely happy with vserver, and suggested it to him. He couldn't figure it out, and went with OVZ instead. 1168966370 M * Bertl welcome UukGoblin! 1168966384 M * UukGoblin hi Bertl 1168966385 M * Bertl tamitall: well, would be interesting 'what' he couldn't figure out :) 1168966408 A * UukGoblin has just moved to a new workstation, keeping the old stuff in a separate vserver :-) 1168966419 M * Bertl congrats! 1168966527 M * Bertl okay, I have to leave now ... will be back later ... 1168966535 N * Bertl Bertl_oO 1168966629 M * tamitall Bertl- compiling a kernel. :) 1168966669 M * daniel_hozac so he just chose the wrong distribution, then? :) 1168966855 M * ard Heh... 1168966876 M * ard actually I think vserver is at least much easier than uml and xen 1168966877 M * tamitall He's shockingly inept with *nix. 1168966898 M * ard Since I already used chrooted environments to compile stuff 1168966930 M * ard And vserver is actually a very nice and secure way to chroot :-) 1168966955 A * ard always hated systems that need virtual disks 1168966960 M * ard or virtual anything 1168967370 J * bonbons ~bonbons@83.222.37.103 1168967480 J * sylvio ~XsrX@imk32.mb.uni-magdeburg.de 1168968649 P * depeo Leaving 1168970271 Q * dlezcano Read error: Connection reset by peer 1168970333 Q * cdrx Read error: Connection reset by peer 1168970979 J * duckx ~Duck@tox.dyndns.org 1168971590 Q * SiD3WiNDR Ping timeout: 480 seconds 1168972028 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1168972162 M * daniel_hozac Bertl_oO: http://people.linux-vserver.org/~dhozac/p/k/delta-getsched-feat01.diff 1168972216 M * daniel_hozac Bertl_oO: with that, vc_get_sched seems to work very well, and expose all the information i'd consider relevant. 1168972754 M * daniel_hozac (as well as the msec stuff) 1168974275 M * Radiance is it ok to remove o-rwx on /etc/vservers/vps ? 1168974462 Q * duckx Quit: Client exiting 1168974475 M * Radiance also, i assume i can use /dev/hdv1 within a second vps on the same server as long as i use a different vroot device ? 1168974513 J * Aiken ~james@tooax8-057.dialup.optusnet.com.au 1168974517 J * duckx ~Duck@tox.dyndns.org 1168974527 M * daniel_hozac sure. 1168974771 M * Radiance ok thanks mate 1168975893 Q * sylvio 1168978298 J * Greek0 ~greek0@85.255.145.201 1168978712 M * Roey hey guys 1168978719 M * Roey how is net-ng coming? 1168978909 J * shedi ~siggi@inferno.lhi.is 1168980377 J * _dmax ~semaj@bl9-224-42.dsl.telepac.pt 1168980456 Q * dmax Ping timeout: 480 seconds 1168980460 N * _dmax dmax 1168980551 Q * s0undt3ch Ping timeout: 480 seconds 1168980612 J * s0undt3ch ~s0undt3ch@bl9-224-42.dsl.telepac.pt 1168981809 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch 1168982180 J * dna___ ~naucki@81-243-dsl.kielnet.net 1168982612 Q * dna_ Ping timeout: 480 seconds 1168983177 Q * yarihm Quit: Leaving 1168983835 M * matti ;) 1168984052 J * Piet_ hiddenserv@tor.noreply.org 1168984415 Q * Piet Ping timeout: 480 seconds 1168984775 Q * lilalinux Quit: Leaving 1168984825 N * Bertl_oO Bertl 1168984828 M * Bertl evening folks! 1168984910 Q * bonbons Quit: Leaving 1168984920 M * Bertl daniel_hozac: hmm, what does the COPY_FRI change buy us? I'm fine with the idle time change 1168985454 Q * duckx Remote host closed the connection 1168985766 M * Bertl Roey: net-ng is already there ... :) 1168986544 J * Kokosolo proxy@200.0.25.51 1168986652 J * mire ~mire@181-167-222-85.adsl.verat.net 1168986738 M * Hollow Bertl: i may be repeating myself... but 2.2 is really fast compared to 2.0.x .. i especially notice that while compiling inside .. :) 1168986902 M * Bertl excellent! :) 1168987002 M * hardwire grr.. vservers shouldn't be this hard to explain to somebody that deploys zones 1168987137 P * Kokosolo I'm E powered 1168988760 Q * mire Ping timeout: 480 seconds 1168989417 J * mire ~mire@109-166-222-85.adsl.verat.net 1168990794 M * Hollow Bertl: regarding your ML post .. i'm using xfs ever since .. so, if you need tests, just shoot ;) 1168990820 M * Hollow in fact i have no other filesystem in use on any of my boxes, so actually i can only test xfs ;) 1168990825 M * Bertl okay, sounds good, will start with the DL implementation shortly then ... 1168990868 J * bronson ~bronson@c-24-5-71-119.hsd1.ca.comcast.net 1168991124 Q * dna___ Quit: Verlassend 1168991355 Q * bronson Ping timeout: 480 seconds 1168991453 J * tso ~tso@238-048.adsl.pool.ew.hu 1168991458 M * tso hi 1168991472 M * Bertl welcome tso! 1168991512 M * tso hi Bertl ;)