1122940879 J * matti matti@212.244.232.46 1122940930 P * matti 8-X 1122940946 J * matti matti@212.244.232.46 1122940953 Q * matti Quit: Reconnecting 1122940957 J * matti matti@linux.gentoo.pl 1122941358 Q * aba Remote host closed the connection 1122941369 J * aba ~aba@eos.turmzimmer.net 1122942795 Q * lilo Remote host closed the connection 1122943068 J * lilo ~lilo@lilo.usercloak.oftc.net 1122946914 J * brc bruce@200141118172.user.veloxzone.com.br 1122948062 J * zimbo ~zimbo@callisto.dom.bonis.de 1122948451 Q * zimb0 Ping timeout: 480 seconds 1122956017 Q * Greek0 Remote host closed the connection 1122956021 J * Greek0 ~greek0@81.189.246.175 1122960051 J * Blogmeister ~Blogmeist@site.lycos.de 1122960467 P * Blogmeister 1122962743 M * DaPhreak Bertl_zZ: I'm currently trying to get vs2.0-rc9 on 2.6.13-rc5 .. 1122965132 N * Bertl_zZ Bertl 1122965149 M * Bertl morning folks! 1122965152 M * Bertl DaPhreak: good idea! 1122966795 M * DaPhreak morning Bertl .. :9 1122966795 M * FaUl morning bertl 1122966814 M * FaUl Bertl: had a good travel back to at? 1122966870 M * DaPhreak first thing they moved is the dn_mask |= DN_ATTRIB; from fs/attrib.c to include/linux/fsnotify.h 1122967048 M * Bertl FaUl: yeah, was fine, thanks! and you? 1122967100 M * FaUl Bertl: no problem, arrived yesterday at about 4pm or so 1122967290 M * Bertl FaUl: so I took your advice and made an rc9, to be released as final soon ... 1122967322 M * FaUl Bertl: ic 1122967338 M * FaUl Bertl: is there a delta between rc8 and rc9? 1122967345 M * Bertl rc8.1 and rc9, yes 1122967357 M * Bertl http://vserver.13thfloor.at/Experimental/delta-2.6.12.3-vs2.0-rc8.1-rc9.diff 1122967489 M * FaUl seems to be quite simple 1122969365 J * prae ~prae@gut75-1-81-57-27-189.fbx.proxad.net 1122969749 M * Bertl morning prae! 1122969788 M * DaPhreak Bertl: got a minute ?! (wrt include/asm-i386/page.h) 1122969864 M * prae hi Bertl 1122969868 M * DaPhreak lo prae 1122969872 M * prae Missa DaPhreak :) 1122969888 M * DaPhreak yeah *g* 1122969896 M * DaPhreak and still no new grsec-release ... 1122969952 M * prae :p 1122973329 M * Bertl DaPhreak: okay, managed to download the kernel (while doing 100 other things :) 1122973346 M * Bertl DaPhreak: we are talking about the 30_2.6.12.3_split.diff, right? 1122973560 M * DaPhreak well i took the _rc9.diff :) 1122973579 M * DaPhreak gonna try it again with the splitdiffs 1122973859 M * Bertl so what does the __PHYSICAL_START do? 1122973928 M * DaPhreak i've absolutly no idea 1122974026 J * lilo_ ~lilo@lilo.usercloak.oftc.net 1122974081 Q * prae Ping timeout: 480 seconds 1122974122 J * prae ~prae@gut75-1-81-57-27-189.fbx.proxad.net 1122974251 M * Bertl DaPhreak: ah, got it, it controls the physical (memory) location for the kernel 1122974387 Q * monrad Quit: Leaving 1122974388 Q * lilo Ping timeout: 480 seconds 1122974512 M * DaPhreak Bertl: is the split-2.6.13-vs2.0 so different from rc9 ? 1122974531 M * Bertl it is rc9 just broken out 1122975481 M * Bertl hmm, yeah, that is a little trickier ... 1122975499 M * Bertl expect a patch for the 30_*_split.diff soon ... 1122975840 M * DaPhreak the rest i'm currently working on :) (the hole refresh against 2.6.13) 1122976490 M * Bertl http://vserver.13thfloor.at/Experimental/30_2.6.13_split.diff 1122976504 M * Bertl (supposed to work, but untested) 1122977405 M * ray6 morning Bertl :) 1122977498 M * meebey [2005/08/02 12:14:20, 0] nmbd/nmbd_packets.c:retransmit_or_expire_response_records(1609) 1122977501 M * meebey retransmit_or_expire_response_records: Failed to resend packet id 19861 to IP 192.168.8.255 on subnet 192.168.8.111 1122977510 M * meebey how can I allow the vserver to send an UDP broadcast? 1122977530 M * meebey Packet send failed to 192.168.8.255(137) ERRNO=Operation not permitted 1122977683 M * DaPhreak meebey: has the smb-vserver a second interface, configured to the subnet's broadcast ? 1122977697 M * Bertl morning ray6! 1122977702 M * meebey DaPhreak: nope 1122977707 M * meebey DaPhreak: only eth0 1122977730 M * Bertl meebey: you have to 'assign' the broadcast ip, and allow broadcasts 1122977744 M * meebey with own interface? 1122977753 M * DaPhreak yeah 1122977758 M * Bertl no, just ip, no interface :) 1122977768 M * meebey Bertl: hmmm 1122977786 M * Bertl I don't know why folks always want an interface :) 1122977805 M * meebey Bertl: because there was a time with stupid vserver tools 1122977816 M * Bertl no, never :) 1122977823 M * meebey either you hack the scripts or go the interface way 1122977830 M * meebey Bertl: yeah sure :) 1122977854 M * Bertl meebey: I was using interface less ips with 0.24 from jacques ... 1122977884 M * Bertl I don't think your tools are _so_ much older, right? 1122977897 M * meebey IPROOT and IPROOTDEV is pretty dark magic, you know that 1122977899 M * DaPhreak Bertl: what exactly is the difference between CONFIG_HZ and CONFIG_KERNEL_HZ ?! *g* 1122977930 M * Bertl meebey: just don't use anything else but IPROOT, set everything else to "" that's what I suggest since over two years now ... 1122977964 M * meebey Bertl: that only works if you always hardcode the IPs, often I need the interfaces because I don't have the IP 1122977978 M * DaPhreak (31_2.6.12.3_varhz.diff that is) 1122977981 M * meebey Bertl: but that is solved with the current, smarter tools 1122978016 M * Bertl DaPhreak: it seems, that after a few months, kernel folks figured that some changes in HZ might be cool ... so they did that -- now ... of course we have that for some time now .. so it needs some kind of merge ... 1122978064 M * DaPhreak i guess its now the (nearly) the same, right ? 1122978066 M * Bertl DaPhreak: personally I'd suggest to simply ignore the kernel changes, as the existing (linux-vserver) interface is much more powerful 1122978078 M * DaPhreak ok :) 1122978111 M * Bertl so the best approach probably is to extract the HZ related changes (with filterdiff) from the kernel delta and revert them first 1122978165 M * DaPhreak *uh* 1122978182 M * Bertl rpm -qf `which filterdiff` 1122978182 M * Bertl patchutils-0.2.30-1mdk 1122978250 M * DaPhreak from which diff ?! 2.6.12 -> 2.6.13-rc5 ? 1122978259 M * Bertl yep 1122978271 Q * stupidawy Ping timeout: 480 seconds 1122978730 M * DaPhreak ah .. no need :) since i'm only dumb ;) *g* at least sometimes (but also blind) 1122978780 M * DaPhreak they just changed '# define HZ 1000' to '# define HZ CONFIG_HZ' 1122978828 M * DaPhreak but the config / Makefile stuff has do be removed :) 1122979591 J * stupidawy foo@198.77.239.131 1122979864 J * monrad ~monrad@shop3.diku.dk 1122981965 M * ray6 hmm. I want to build an vserver-xenu kernel, current 2.0.6 xen patches are for 2.6.11 - which vserver patch would be suggested? 1122981982 M * Bertl an older one :) 1122981990 M * Bertl let me check ... 1122982026 M * ray6 patch-2.6.11.11-vs2.0-rc4.diff.bz2 seems to be the latest 2.6.11? 1122982027 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.11.11-vs2.0-rc4.diff.bz2 1122982050 M * Bertl yes, take that one and add the fixes from http://vserver.13thfloor.at/Experimental/FOR-2.0/ by hand ... 1122982081 M * ray6 all of them? 1122982166 M * ray6 Then possibly it makes more sense to try to build a 2.6.12 xenu, which seems possible 1122982569 M * Loki|muh are there known problems with patch-2.6.12.3-vs2.0-rc9? or is an older -rc more recommended? 1122982622 M * DaPhreak Loki|muh: just don't use rc8 (without the locks-fix-02) 1122982629 Q * Aiken Quit: Leaving 1122982668 M * DaPhreak otherwise you'll find your vservers unable to start/stop any daemons (IIRC) 1122982680 M * Loki|muh uh, thanks 1122982825 M * Bertl well, no, actually you should not acquire any locks with that version (rc8 that is :) 1122982868 M * Bertl Loki|muh: rc9 is fine, and if there were known problems they would have been fixed by now :) 1122982878 M * DaPhreak Bertl: that CONFIG_HZ -> CONFIG_KERNEL_HZ thingy .. 1122982905 M * DaPhreak i need to change the configs, and the Kconfig's right ? 1122982913 M * Bertl ray6: the rc4 will probably work except for some fixes done later ... 1122982970 M * Bertl ray6: wasn't there some discussion about including xen (as arch) into mainline? do you know what happened about that? 1122982996 M * Bertl DaPhreak: as I said, get the HZ specific stuff from the mainline delta and just revert it ... 1122983014 M * Loki|muh Bertl: hehe ;) sorry, I forgot that linux-vserver is one of the best maintained projects I know :) 1122983036 M * Bertl Loki|muh: we will not use it against you ... for now :) 1122983074 M * Loki|muh *phu* :) 1122983195 M * ray6 Bertl: not for 2.6.13 as far as I understand it, only a few patches making the xen merge easier 1122983821 M * mugwump ooo .... xen + vserver, anyone got it working yet? 1122983866 M * ray6 mug: it's supposed to work Bertl said 2 days ago :) 1122983893 M * Bertl mugwump: matt is using it for some time now ... 1122983925 M * mugwump excellent! any issues/merging required? 1122983927 A * mugwump checks the list 1122983943 M * ray6 mug: I'm currently just searching the optimal patch combination... 2.0.6/2.6.11/old-vserver, 3.0/2.6.12/current-vserver, 2.0.6/2.6.12-fedoracore4/current-vserver seem to be the three alternatives :) 1122983965 M * bipsen Hmm.... can anyone in here explain to me how I get qmail stopped automatically, when stopping a vserver ??? 1122983979 M * bipsen These are the entries in the /etc/rc.d directory: 1122983980 M * bipsen /etc/rc0.d/K90qmail 1122983980 M * bipsen /etc/rc1.d/K90qmail 1122983980 M * bipsen /etc/rc2.d/S95qmail 1122983980 M * bipsen /etc/rc3.d/S95qmail 1122983981 M * bipsen /etc/rc4.d/S95qmail 1122983981 M * bipsen /etc/rc5.d/S95qmail 1122983983 M * bipsen /etc/rc6.d/K90qmail 1122983986 M * ray6 with the first possibly being the easiest but then you have an old vserver :) 1122983991 M * Bertl ray6: scratch fc4, it probably just causes pain ... 1122984013 M * bipsen qmail starts fine when the vserver is started - but it seems like the init script isn't called when stopping the server 1122984028 M * mugwump if you're gonna go that route, you probably would try to apply a -vs patch to a SuSE kernel that already includes Xen 1122984045 M * mugwump but either way it would be painful 1122984055 M * ray6 mug: do you think a suse kernel is less ruined than the fc4 kernel? 1122984079 M * mugwump depends, does fc4 include the Xen patch? 1122984096 M * Bertl bipsen: what happens if you do 'shutdown -h now' inside the guest? 1122984108 M * ray6 yes, they have xen0 and xenu kernels included, obviously they patched 2.0 xen to 2.6.12 1122984137 M * bipsen Bertl: # shutdown -h now 1122984138 M * bipsen init: /dev/initctl: No such file or directory 1122984140 M * bipsen :P 1122984142 A * ray6 currently is building a xen 3 2.6.12 and will then try to apply the 2.6.12-vserver patch 1122984158 M * Bertl bipsen: so you are using sysv init method then? 1122984163 M * bipsen yep 1122984179 M * mugwump ok, well that's interesting. In that case the standard reason not to try to use vserver with non-mainstream kernel applies. 1122984181 M * Bertl and what happens when you do 'vserver stop'? 1122984205 M * bipsen # vserver rho-mx stop 1122984205 M * bipsen Stopping crond: [ OK ] 1122984205 M * bipsen Shutting down system logger: [ OK ] 1122984205 M * bipsen Starting killall: [ OK ] 1122984205 M * bipsen A timeout occured while waiting for the vserver to finish and it was 1122984207 M * bipsen killed by sending a SIGKILL signal. Please investigate the reasons 1122984207 M * bipsen and/or increase the timeout in apps/vshelper/sync-timeout. 1122984227 M * Bertl so it looks like some scripts are called, no? 1122984229 M * bipsen That's why I wonder ... the qmail shutdown isn't happening 1122984235 M * bipsen correct.... 1122984258 M * Bertl so check for the system logger and verify that your symlinks look similar for the qmail 1122984261 M * bipsen maybe I should add the script using chkconfig.... just need to find some good numbers for startup/shutdown .. maybe the same as sendmail uses 1122984270 M * Bertl also verify that the qmail actually started ... 1122984308 M * bipsen qmail is started .. I'll just try using chkconfig.... 1122984536 M * TheSeer how did you install qmail? 1122984537 M * bipsen wierd - using a chkconfig approach doesn't help.... 1122984571 M * bipsen TheSeer: Using rpm's built more or less from qmail-toaster 1122984616 M * ray6 Hm, one reject on the Makefile, all other patches succeeded 1122984637 M * Bertl you mean the vserver patch? 1122984643 M * ray6 yes 1122984657 M * Bertl well, as I mentioned, it's basically orthogonal 1122984667 M * Bertl but you have to make some additional change by hand 1122984675 M * TheSeer bipsen: hmm okay... well i use my installer (lazyinstaller.net) which creates an init.d-styled rc file 1122984687 M * Bertl ray6: you have to add the vserver syscall entry to the xen arch 1122984861 M * bipsen TheSeer: I have a init.d-styled rc file as well 1122984904 M * bipsen I'd like to get it up and running, so I can test the SPF patch, that has been applied to my rpm... 1122985165 M * bipsen okay, putting in debug info in the init.d script indicates, that it is being called..... 1122985177 M * TheSeer ln -s /etc/rc.d/init.d/qmail 1122985182 M * TheSeer chkconfig --add qmail 1122985203 M * TheSeer chkconfig --list 1122985204 M * Bertl bipsen: well, then your script decides that qmail does not need to be stopped :) 1122985232 M * bipsen Bertl: lol - the script should not be allowed to overrule my decision 1122985265 M * Bertl well, you know who does qmail, right? 1122985282 M * mugwump the man that knows best about software design 1122985284 M * Bertl probably your decision isn't valid in the DJB universe ... 1122985297 M * bipsen yep - and I also know that there are as many opinioms about him, as there are internet-users ;-) 1122985334 A * mugwump stops trolling and sleeps instead 1122985358 M * TheSeer hehe 1122985373 A * TheSeer is happy with qmail 1122985393 M * Hollow morning 1122985407 M * Bertl morning Hollow! 1122985416 A * Bertl is happier with postfix :) 1122985431 A * Hollow is happy with his new box :) 1122985450 A * bipsen thinks, that he remembers, that Dirty Harry once said "opinions are like *ssholes - everyone has one" 1122985455 M * Hollow just got a new dedi with 160G hdd, 2G ram :) 1122985476 M * Hollow for vservers ;) 1122985490 M * Bertl Hollow: great! so you can actually use the split patch ... 1122985505 M * Hollow split patch? 1122985514 M * DaPhreak for the ram ;P 1122985519 M * Hollow ah 1122985546 M * Hollow i have split patch on my dev box too iirc 1122985548 M * Hollow 1.3G ram 1122985584 M * Bertl yeah, makes sense there too ... 1122985632 M * Hollow hm, i have 2.5/1.5 split on my dev box, does this make sense? 1122985657 M * Bertl with 1.3G ram? no, not really, but it's probably okay ... 1122985689 M * Hollow hm, i do not really understand these split values.. 1122985715 M * Bertl it's pretty simple ... you have to divide up 4GB address space 1122985735 M * Bertl usually user space gets 3GB and the kernel 1GB 1122985767 M * Bertl this leaves you with ~900MB lowmem 1122985770 M * Hollow and which part is my actual memory? 1122985801 M * Bertl non of the above ... but with the default split, you need himem support for everything over the 900MB 1122985832 M * Hollow so 2.0/2.0 would be more appropriate for 1.3G? 1122985839 M * Bertl using a 2/2 split for example, gives you direct access (without requiring himem) up to 1.7GB 1122985869 M * Bertl the 2,5/1.5 is fine, but 2/2 looks more natural ... 1122985871 M * Hollow and 1.5/2.5 for the 2G box 1122985907 M * Bertl check the help text, we carefully crafted it to be informative :) 1122985913 M * Hollow ;) 1122985918 M * Hollow and why not use himem? 1122985969 M * Bertl the kernel has to do extra mapping everytime you access high memory, and driver or such will not be allowed to access the memory directly, adding so called bounce buffers ... and of course a lot of overhead 1122985989 M * Hollow ah ok.. thx 1122986003 M * DaPhreak Bertl: http://phreak.xnull.de/kernel/split-2.6.13.tar.bz2 1122986042 M * Bertl hmm? 1122986221 M * DaPhreak the splits :P 1122986238 M * Bertl ah, okay, great :) 1122986341 M * Bertl DaPhreak: does it work? i.e. compile and boot? 1122986409 J * revenger ~joe@bulldog.infosys.de 1122986413 M * DaPhreak no idea yet 1122986517 M * Bertl welcome revenger! 1122986658 M * bipsen okay, things are behaving strange...... with the qmail.... 1122986663 M * bipsen I'm loggin in the script: 1122986672 M * bipsen echo >>/var/tmp/log 'qmail script called with parameter '$1 1122986688 M * bipsen after start of the server, the /var/tmp/log has: 1122986696 M * bipsen qmail script called with parameter start 1122986696 M * bipsen qmail script called with parameter stop 1122986698 M * bipsen ?? 1122986746 M * bipsen chkconfig --list gives: 1122986746 M * bipsen qmail 0:off 1:off 2:on 3:on 4:on 5:on 6:off 1122986799 Q * revenger_ Ping timeout: 480 seconds 1122986832 M * bipsen TheSeer: could you by chance drop the init.d script somewhere - so I won't have to go through teh entire lazy... process ?? 1122986844 M * Bertl bipsen: looks good ... 1122986846 M * bipsen I'd just like to examine it... 1122987123 M * TheSeer our init script won't do you any good 1122987146 M * TheSeer since it requires some of our own patches to be applied against tcpserver 1122988284 M * bipsen okay, the first stop entry in my log is located... no problem there. I just wonder why the script never is called, when the vserver is stopped.... 1122988786 M * ray6 Bertl: ah OK, anything besides + .long sys_vserver in entry.S and +source "kernel/vserver/Kconfig" in Kconfig.drivers? 1122988820 M * Bertl don't know, do they do their own ptrace? if so an additional chack there might be missing 1122988855 J * keyser_soze ~cimarron@host83.201-252-29.telecom.net.ar 1122988988 Q * keyser_soze Quit: 1122989048 J * keyser_soze ~cimarron@host83.201-252-29.telecom.net.ar 1122989132 M * ray6 Bertl: we'll see, make's running :) 1122989248 M * Bertl should work without too ... just no strace protection then ... 1122989603 Q * lilo_ Remote host closed the connection 1122989678 M * meebey oh btw vserver-stat looks buggy to me 1122989690 M * meebey CTX PROC VSZ RSS userTIME sysTIME UPTIME NAME 1122989690 M * meebey 0 57 2.9G 46.1K 0m09s40 0m19s20 3m06s22 root server 1122989696 M * meebey VSZ is a bit much 1122989735 M * Bertl no, actually you are using older tools and RSS is a magnitude to low ... :) 1122989760 M * meebey VSZ is right you wanna say? 1122989777 M * meebey Version: 0.30.204-6.gsd.2 1122989783 M * Bertl very likely (it's the sum of all processes' VSZ) 1122989795 M * Bertl get 0.30.208 and RSS will be correct ... 1122989973 J * lilo ~lilo@lilo.usercloak.oftc.net 1122990007 M * meebey Bertl: I believe its still wrong 1122990031 M * meebey Bertl: the server has only 512MB and only ~15 processes are running in root server 1122990064 M * meebey I think it's counting forks/childs as own process 1122990078 M * meebey biggest VSZ is 272108 which is java 1122990086 M * Bertl meebey: it's address space ... there is no real relation to the physical memory 1122990104 M * Bertl java vm for example allocates about 2GB by default 1122990113 M * meebey 2gb address space? wtf :) 1122990130 M * Bertl yeah, just to make sure that they will have it available later ... 1122990134 M * meebey lol 1122990143 M * Bertl of course that doesn't work with overcommiting linux ... 1122990160 M * Bertl so you end up trashing/crashing anyway (greetings from your friendly OOM killer) 1122990171 M * meebey "our VM sucks memory, MUCH MEMORY! so just in case we suck badly we request tons of memory" 1122990273 M * meebey Bertl: hmmmm 272108 should be 272MB, right? 1122990293 M * Bertl probably pages ... so *4k 1122990295 M * meebey Bertl: why is it counting 2.9G then, they are just forks/childs 1122990480 M * meebey vsz VSZ virtual memory size of the process in KiB (1024-byte units). Device mappings are currently excluded; this is subject to 1122990483 M * meebey change. (alias vsize). 1122990585 M * meebey http://paste.debian.net/1435 1122990610 M * meebey thats my "ps auxf" output 1122990714 M * meebey hm java requests 272MB for each process? 1122990722 M * meebey that doesn't make sense to me 1122990744 M * Bertl address space not memory .. 1122990761 M * meebey even address space, it's non sense 1122990789 M * meebey its a very small java daemon and it requesting 3GB address space for nothing 1122990873 M * Bertl java is evil, yeah ;) 1122990918 M * meebey man this is scary 1122990931 M * meebey swap + memory == 1,5GB 1122990991 M * Bertl which is perfectly fine ... 1122991028 M * Bertl if I mmap (read only) a file of 2GB in size, it will require an adress space of 2GB regardless of the memory 1122991056 M * Bertl if I allocate 2GB of anonymous memory and do not access it (write) then it will not consume any memory or swap ... 1122991081 M * meebey but it will block that address space for other programs right? 1122991108 M * Bertl nope 1122991116 M * meebey so you mean, java is just saying: I want all memory, but it doesnt use it at all? 1122991116 M * Bertl every process has it's own address space 1122991140 M * Bertl so basically adding this up is only some upper limit ... nothing real actually 1122991155 M * meebey I am looking for the sense to do this 1122991185 M * meebey I am doing C# development and I never saw something like this before 1122991321 M * meebey C# uses a VM like java too 1122991368 M * Bertl well, maybe it has a smarter memory allocator ... 1122991513 M * meebey java ignores my heap size requests 1122991526 M * meebey -Xmx set maximum Java heap size 1122991533 Q * lilo Ping timeout: 480 seconds 1122991547 M * meebey that setting has no influence to the VSZ, great 1122991598 M * meebey lol 1122991602 M * meebey making it bigger works 1122991604 M * meebey 0 57 3.7G 44.2K 0m16s75 0m21s15 34m52s22 root server 1122991649 M * meebey I will rewrite that daemon in C# anyhow 1122991669 J * lilo ~lilo@lilo.usercloak.oftc.net 1122991672 M * meebey seems to be a very good idea now, after seeing java vm's stupitness 1122991854 M * DaPhreak Bertl: after that fs/ioprio.c stuff it compiles now 1122991904 M * Bertl good ... any warnings left? 1122991942 M * DaPhreak only those that came from upstream (kernel.org) about functions being deprecated 1122992079 M * ray6 meebey: tha java VM allocating memory is not a real problem at all. It's just allocated memory, that doesn't do any harm... 1122992133 J * revenger_ ~joe@bulldog.infosys.de 1122992142 M * Bertl wb lilo! revenger_! 1122992169 M * meebey ray6: the program will never ever reach 3GB, all program should allocate 10Terabyte by default! 1122992172 M * meebey ray6: just in case 1122992183 M * meebey ray6: and I can't limit it 1122992219 M * DaPhreak Bertl: where could that iopriv stuff belong to (which patch) ? 1122992223 Q * revenger Ping timeout: 480 seconds 1122992249 M * Bertl most likely isolation stuff 1122992276 M * ray6 meeby: yeah, if all programs would allocate 10TB per default we would have left that crappy 32 bit architectures behind years ago :) 1122992291 M * meebey ray6: :) 1122992327 Q * keyser_soze Quit: Abandonando 1122992558 M * DaPhreak Bertl: here you go -> http://phreak.xnull.de/kernel/splitout-2.6.13-rc5-vs2.0/11_2.6.13_isolation.diff 1122993079 M * meebey ipv4root is now 192.168.8.111 192.168.8.255 1122993084 M * meebey [2005/08/02 16:30:28, 0] libsmb/nmblib.c:send_udp(790) 1122993084 M * meebey Packet send failed to 192.168.8.255(137) ERRNO=Operation not permitted 1122993086 M * meebey hm? 1122993091 M * Bertl broadcast? 1122993098 M * meebey yes 1122993104 M * meebey I addded the bcast ip though 1122993112 M * ray6 hm, too bad, can't run an xen3 xenu on a xen 2 host :) So I'll have to update a host to xen 3 first before I can try my new xenu-vserver-kernel 1122993124 M * Bertl meebey: a capability is required 1122993142 M * meebey Bertl: because its a special IP? 1122993151 M * Bertl because of the broadcast 1122993156 M * meebey ic 1122993180 M * Bertl #define CAP_NET_BROADCAST 11 1122993191 M * Bertl Allow broadcasting, listen to multicast 1122993197 M * meebey sounds good 1122993250 M * meebey [2005/08/02 16:33:50, 0] libsmb/nmblib.c:send_udp(790) 1122993250 M * meebey Packet send failed to 192.168.8.255(137) ERRNO=Operation not permitted 1122993254 M * meebey hm 1122993343 M * meebey receving bcast seems to work 1122993347 M * meebey but not sending 1122993385 M * Bertl please upload your network config part somewhere ... 1122993487 M * matti Bertl: :) 1122993547 M * meebey http://paste.debian.net/1436 1122993569 M * meebey http://paste.debian.net/1437 1122993597 M * Bertl well, why am I not surprised :) 1122993628 M * meebey hu? 1122993716 M * Bertl you are using a) debian, b) a legacy config, c) strange flags :) 1122993722 M * meebey pfffft 1122993753 M * meebey a) normal linux distribution b) oh so the old tools are now official shitty? c) supported feature 1122993754 M * Bertl let me dig out the ancient documentation ... 1122993822 M * Bertl meebey: could you also upload the complete output of testme.sh (v0.13) please 1122993825 M * meebey I think its related to the UDP port bind on 0.0.0.0 1122993837 M * meebey I found with that before problems with SNMP which I repoted a few times but where ignored 1122993855 M * meebey Bertl: where do I get that testme.sh? 1122993871 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/ 1122993887 M * matti LOL 1122993888 M * matti :) 1122993907 M * meebey matti: what are you laughing about? :) 1122993951 M * matti [16:41:56] < Bertl> you are using a) debian, b) a legacy config, c) strange flags :) 1122993954 M * matti [16:42:33] < meebey> a) normal linux distribution b) oh so the old tools are now official shitty? c) supported 1122993957 M * matti feature 1122993959 M * matti ;) 1122993970 M * matti Nice conversation ;p 1122993972 M * matti Indeed ;) 1122993975 M * matti Heheh 1122993976 M * meebey hehe 1122994098 M * meebey Bertl: I will try now to set the ip for smaba 1122994101 M * meebey Bertl: samba 1122994225 N * bipsen bipsen_oO 1122994320 M * meebey pffft samba has no setting for that 1122994337 M * meebey I can set interfaces but it ignores the IPs and still uses 0.0.0.0 1122994355 M * Bertl hmm, did I miss the testme.sh output? 1122994360 M * meebey oh 1122994371 M * meebey nah I forgot :-P 1122994379 M * meebey inside the vserver or outside? 1122994427 M * meebey http://paste.debian.net/1439 1122994432 M * Bertl tx 1122994533 M * meebey Bertl: IMHO when the source IP is 0.0.0.0 within a vserver and its a UDP socket, it will not be able to send data 1122994534 M * Bertl try IPROOTBCAST="192.168.8.255" 1122994546 M * meebey k 1122994594 M * Bertl and use IPROOT="192.168.8.111/24" (if the previous doesn't solve it) 1122994713 M * meebey [2005/08/02 16:57:32, 0] libsmb/nmblib.c:send_udp(790) 1122994713 M * meebey Packet send failed to 192.168.8.255(137) ERRNO=Operation not permitted 1122994724 M * meebey I will now try IPROOT="192.168.8.111/24" 1122994767 M * meebey Invalid IP number or netmask: 24 1122994772 M * meebey funky tools :) 1122994833 J * Doener ~doener@p54874DCC.dip.t-dialin.net 1122994912 M * Bertl meebey: use 192.168.8.111/255.255.255.0 1122994918 M * Bertl as I said, ancient tools ... 1122995063 M * meebey hhmhmhm 1122995073 M * Doener evening! 1122995078 M * meebey for some reasons it binds to different IPs now 1122995079 M * Bertl evening Doener! 1122995080 M * meebey wtf 1122995086 M * meebey no 0.0.0.0 1122995094 M * meebey and no error in the log 1122995140 M * meebey doing vserver restart now 1122995205 M * meebey wtf I think it's a race condition 1122995223 M * meebey during boot it doesn't work 1122995233 M * meebey when I start samba while the vserver is running it seems to work 1122995236 M * meebey no udp errors in log 1122995253 M * meebey no bindings on 0.0.0.0 now 1122995310 M * meebey Bertl: any idea? 1122995323 M * meebey Bertl: why samba (nmbd) has such problems during boot but not later? 1122995334 M * meebey all I do is: vserver smb start 1122995344 M * meebey it will show those UDP send errors 1122995355 M * meebey when I do vserver smb enter and restart samba, no errors 1122995610 Q * monrad Quit: Leaving 1122995633 M * meebey Bertl: could it be that vserver is preventing using the IP during vserver boot? 1122995688 M * Bertl probably some strange effect of the legacy startup ... 1122995705 M * Bertl try with 0.30.208 and if it persists, file a bug report to savannah 1122997555 M * brc bertl 1122997575 M * brc i set up rlimits (rss.hard) for a vserver 1122997583 M * brc and it's rss is grewing over its limit 1122997593 M * brc if i try to enter the vserver 1122997593 M * brc i get 1122997593 M * brc [root@localhost rlimits]# vserver surfer enter 1122997593 M * brc Segmentation fault 1122997593 M * brc is that a normal behavior ? 1122997601 M * brc since bash is gonna be killed (out of memory for that vs) 1122997601 M * aba no 1122997647 J * stefani ~stefani@superquan.apl.washington.edu 1122997664 J * mastachand222 ~chand@m157.net81-64-156.noos.fr 1122997672 M * Bertl brc: growing over the limit? could you show me the 'limits' file please? 1122997678 M * mastachand222 hey everyone 1122997685 M * Bertl hey aba! stefani! mastachand222! 1122997697 N * mastachand222 Chand__ 1122997700 N * cereal pg|cereal 1122997710 M * Chand__ hey bertl how is it going ? long time no see ;) 1122997728 M * Bertl Chand__: yes, ideed ... it's going pretty well ... 1122997735 M * Chand__ cool 1122997804 M * Bertl brc: and maybe also upload the testme.sh output ... 1122997956 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it 1122997973 M * Bertl welcome Pazzo! 1122997983 M * Pazzo hi Bertl!! 1122998705 J * jpacheco ~justin@CPE0050180cd14b-CM0f0099806976.cpe.net.cable.rogers.com 1122998712 M * jpacheco morning everyone :) 1122998726 M * jpacheco i have a question about running apache2 in a vserver 1122998734 M * Bertl morning jpacheco! 1122998748 M * jpacheco i have it running successfully (somewhat) in the vserver 1122998759 M * jpacheco but when i try to get ssl running 1122998766 M * jpacheco Bertl: morning! lol 1122998775 M * jpacheco it says "address in use" 1122998786 M * Bertl well, probably it is right :) 1122998796 M * DaPhreak jpacheco: configure your apache to not bind to 0.0.0.0 1122998815 M * Bertl (but the one on the host please) 1122998833 M * Bertl i.e. there is no need to change anything in the guest 1122998846 M * jpacheco come again? 1122998855 M * jpacheco the vserver is the webserver 1122998866 M * jpacheco the host is running nothing 1122998871 M * jpacheco well, service wise 1122998875 M * DaPhreak jpacheco: but it seems on the host is also running something on port 80 1122998875 M * Bertl yeah, I'm pretty sure, either some other guest (vserver) or the host is using the port 1122998887 M * Bertl and for ssl it's 443 (default) 1122998908 M * jpacheco DaPhreak: i set apache to run on $IP:80 1122998912 M * jpacheco worked find 1122998917 M * jpacheco the i started ssl 1122998922 M * jpacheco $IP:443 1122998929 M * jpacheco and there comes the error 1122998942 M * jpacheco s/find/fine 1122998975 M * TheSeer do you run an ssl-server on the core (host) server? 1122998992 M * TheSeer or anything that binds to *:443? 1122999001 M * Bertl jpacheco: try: chcontext --xid 1 lsof -i 1122999027 M * Bertl and grep for https (on the host) 1122999086 M * jpacheco TheSeer: well i did test out my installation method on an identical setup and it worked fine (core host) 1122999105 M * jpacheco bertl: i'll give it a shot 1122999157 M * jpacheco but what iam trying to do with vserver is not impossible right? 1122999171 M * Bertl no, it's the typical setup 1122999186 M * jpacheco no funny stuff needed right? 1122999211 M * Bertl nope, not even to configure apache to listen to a specific ip 1122999216 M * Bertl (in the guest, that is) 1122999251 M * jpacheco ok, well its good to know its possible 1122999540 M * jpacheco would you guys say that vserver for 2.6 is stable? 1122999554 M * jpacheco or a good choice? 1122999576 M * Bertl stable: not yet, but in 1-2 days (more stable then the kernel: for some time now :) 1122999593 M * Bertl a good choice? definitely! 1122999602 M * jpacheco hahaha, cool 1122999609 M * jpacheco amazing program btw 1122999639 M * jpacheco i am getting this error now 1122999650 M * jpacheco vnamespace: vc_set_namespace(): Function not implemented 1122999713 M * Bertl could you give this script a spin on the host, please? http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh 1122999728 M * Bertl and upload the output somewhere (e.g. pastebin.com) 1122999778 M * jpacheco what does it do? 1122999826 M * DaPhreak jpacheco: its checking your kernel/tools for certain functions 1122999871 M * jpacheco ok, so where do you want the output? 1122999894 M * Bertl as I said, pastebin.com or something similar ... 1122999907 Q * VooDooMaster Quit: Nettalk6 der Freeware IRC-Client 1122999963 M * jpacheco ok 1122999965 M * jpacheco done 1122999970 M * jpacheco jpacheco - vs 1123000021 M * Bertl hmm, I'd suggest to update kernel and tools ... 1123000047 M * Bertl especially the tools should be updated to 0.30.208 1123000069 M * jpacheco what's the latest kernal patch that you guys supply? 1123000082 M * Bertl of course a kernel update to 2.6.12.3-vs2.0-rc9 wouldn't hurt ... 1123000087 M * DaPhreak as you might see in the topic -rc9 ;) 1123000097 M * jpacheco nice 1123000105 M * jpacheco i'll do a total upgrade 1123000125 M * jpacheco oh 1123000131 M * jpacheco i did a gentoo install btw 1123000132 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.12.3-vs2.0-rc9.diff.bz2 1123000137 M * jpacheco and i wanted to ask you 1123000152 M * jpacheco is it normal for vserver vhost build 1123000152 M * Bertl Hollow: what is the gentoo kernel/tools status? 1123000163 M * jpacheco to NOT create a vs.conf file? 1123000168 M * DaPhreak -rc8 is the latest Bertl 1123000176 M * Hollow won't release a rc9, just 2.0 final 1123000202 M * Hollow tools are up to date 1123000235 M * Bertl okay, so that should work too ... 1123000246 J * the_hydra ~a_mulyadi@202.147.200.25 1123000336 M * the_hydra hello 1123000360 M * Bertl hey the_hydra! :) 1123000398 M * Hollow well... i just killed my box ;) 1123000405 M * the_hydra :) i just remember, i want to explore basic stuff of vserver 1123000466 M * the_hydra Bertl: how vserver achieve logical partitioning? 1123000508 M * Bertl hmm, basically by isolating and partially virtualizing the kernel interface ... 1123000590 M * Bertl so processes only see other processes in the same context 1123000599 M * Bertl very similar to chroot for files 1123000663 M * Bertl http://linux-vserver.org/Linux-VServer-Paper 1123000813 M * the_hydra hmm 1123000982 M * Bertl that's hard to answer, actually :) 1123000997 M * the_hydra Bertl: i see :) 1123001050 M * the_hydra Bertl: well, i am currently writing article covering about server integration using open source tools 1123001063 M * the_hydra Bertl: i plan to cover UML, Xen and vserver 1123001108 M * Bertl http://www.freesoftwaremagazine.com/free_issues/issue_05/focus-linux_vserver/ 1123001128 M * the_hydra Bertl: thanks 1123001155 M * Bertl http://www.freesoftwaremagazine.com/free_issues/issue_05/focus-xen/ 1123001187 M * the_hydra Bertl: since Indonesian people here isn't greatly attracted by open source solution, I think i need to write about it 1123001199 M * Bertl btw, xen, uml and linux-vserver can be intermixed in some ways 1123001206 M * the_hydra Bertl: agree 1123001270 M * brc Bertl: Back 1123001285 M * brc [root@localhost rlimits]# cat /proc/virtual/114/limit 1123001285 M * brc PROC: 54 109 -1 0 1123001285 M * brc VM: 80357 89114 -1 0 1123001285 M * brc VML: 0 0 -1 0 1123001285 M * brc RSS: 45020 32768 32768 14 1123001287 M * brc FILES: 381 1030 -1 0 1123001287 M * brc SOCK: 22 27 -1 0 1123001289 M * brc OFD: 287 307 -1 0 1123001289 M * brc RSS 1123001352 M * Bertl so you're out of RSS ... 1123001375 M * Bertl but the current value is interesting indeed 1123001400 M * Bertl which kernel patch is this? 1123001434 M * brc 2.6.11.3-vs1.9.4 1123001457 M * Bertl hmm, could you try similar with 2.6.12.3-vs2.0-rc9 ? 1123001670 M * brc i can try but i think i wont be able to reproduce it 1123001683 M * brc i've restarted that context, and now the limit is working 1123001694 M * brc i dont know if it is still spawning those processes 1123001701 M * brc i dont know what happened but qmail was almost fork bombing :) 1123001721 M * Bertl hmm .. well you could test a fork bomb inside ... 1123001730 M * the_hydra brc: do u use tcpserver to limit forked instances? 1123001752 M * brc Bertl: i've tested it, nothing happened 1123001785 M * Bertl it would point to some kind of memory allocation which isn't checked yet ... 1123001815 M * Bertl or, some kind of error path, which doesn't correct for a previous accounting ... 1123001915 J * lilo_ tor@lilo.usercloak.oftc.net 1123001965 M * Bertl wb lilo_! 1123002021 M * jpacheco so Bertl about vserver-build 1123002028 Q * lilo Ping timeout: 480 seconds 1123002038 M * jpacheco is it normal for it to not create $vserver.conf file? 1123002125 M * jpacheco oops 1123002130 M * jpacheco i mean vserver -build 1123002402 M * Bertl yes, vserver build creates new style configs 1123002410 M * Bertl (they are directory tree based) 1123002451 Q * the_hydra Quit: 1123002514 M * Bertl okay, I have to leave now ... will be back later ... 1123002545 N * Bertl Bertl_oO 1123002684 M * jpacheco Bertl_oO: ok, i figured that was the new way 1123002704 M * jpacheco so someone should tell the guy that made vserver-copy to update his software 1123002718 M * jpacheco it seems to still rely on .conf files 1123002927 Q * Loki|muh Quit: rechnerwechsel 1123003522 M * brc Bertl_oO: ok i will try to patch the server 1123003530 M * brc btw, 2.6.11.3-vs1.9.4 is REALLY stable for me!! 1123003531 M * brc :) 1123003585 M * jpacheco brc: is the the latest? 1123004111 M * Hollow latest is 2.0-rc9 1123004252 J * rhett ~lala@dsl-58-6-34-71.nsw.westnet.com.au 1123004255 M * jpacheco thx Hollow 1123004262 M * jpacheco compiling now 1123004408 M * jpacheco util-vserver-0.30.208 <-- is this the latest? 1123004536 M * rhett curious i can see that it recommends 1.2.10 but the corresponding kernel patches are 2.4.29/2.4.30 i have a debian sarge install and it seems apt-get just wants to give me 2.4.27 does this mean i should install the 1.29 version of vserver? 1123004540 M * DaPhreak jpacheco: yeah 1123004608 M * jpacheco DaPhreak: do you know when 2.0 is coming out? 1123004625 M * DaPhreak in 2 or 3 days according to Bertl_oO ;) 1123004647 M * jpacheco nice 1123004650 M * ray6 jp: we all have to test RC9 now and then it will be released :) 1123004675 M * jpacheco cool, just finished compile 1123004718 M * rhett can someone tell me is the reason apt-get for sarge just wants to give me 2.4.27 version of the kernel because that is the stable kernel for sarge? or should i just go grab 2.6 or something? 1123004919 J * erwan_ho ~erwan@konilope.dyndns.org 1123004947 M * DaPhreak rhett: depends on which kernel you want to compile 1123004948 Q * jpacheco Quit: My damn controlling terminal disappeared! 1123005002 M * rhett to me it doesnt really matter just want it to be stable i guess... 1123005020 M * rhett i have debian sarge disk sitting here and would put whichever kernel works best with vserver stuff? 1123005041 M * ray6 rh: I assume yes (for the reason). go get 2.6.12 and test vserver 2.0 RC9 :) (and don't blame me if sarge doesn't boot with 2.6, but I think it should somehow :) 1123005043 M * DaPhreak currently that is -rc9 (the latest) 1123005064 M * DaPhreak *uh* sarge should definitly boot with 2.6.12 :) 1123005069 M * rhett hehe 1123005074 M * rhett are you using me as a guini pig hehe 1123005169 M * rhett so which kernel version am i getting 2.6.12? 1123005189 M * rhett i can only see the patches on the website up to 2.6.3? 1123005201 M * rhett is there even such a kernel heh 1123005201 M * rhett brb 1123005204 M * ray6 yes, get a stock 2.6.12 and build the 2.0-rc9 1123005228 M * rhett k 1123005229 M * ray6 http://vserver.13thfloor.at/Experimental/patch-2.6.12.3-vs2.0-rc9.diff.bz2 1123005242 Q * erwan_ho Remote host closed the connection 1123005260 M * ray6 (and don't ask me anything about sarge or vserver, I just built mine and haven't booted it so far :) 1123005267 M * rhett hehe 1123005285 M * ray6 But the RC9 is the only vserver with no known bugs so it's the one you want :) 1123005342 M * rhett is there some make line i can do to make the kernel with just defaults rather then answer all these questions heh 1123005349 J * erwan_ho ~erwan@konilope.dyndns.org 1123005350 M * rhett i dont need to put some special network stuff on like UML do i 1123005390 M * ray6 rhett: make menuconfig and just exit 1123005400 M * rhett k 1123005405 M * ray6 then you should have a default .config 1123005410 M * rhett thanks sorry btw im winkid i havnt used linux in about 4 years heh 1123005446 M * rhett i just had to google how to uncompress .bz heh 1123005458 M * rhett i dont think that was around it was just .gz before hehe 1123005609 M * brc j[: not the lastest! 1123005615 M * brc jp: not the lastest 1123006271 M * DaPhreak *hrm* that harddisk makes some serious noise 1123006494 M * rhett phreak/ray which vserver/util should i download seems lot of links on the url there 1123006536 M * DaPhreak well go for the latest (0.30.208 that is) 1123006556 M * rhett alpha 1123006556 M * rhett heh 1123006570 M * rhett is this going to screw my system man?:P 1123006611 M * DaPhreak no .. mine is not screwed right now *g* and i'm using .208 1123006623 M * rhett heh 1123006674 M * rhett taking long time to compile kernel i think i included everything heh 1123007853 M * eyck eeh 1123008292 M * rhett phreak 1123008294 M * rhett bob:/usr/src/linux-2.6.12.3# mkinitrd -o /boot/initrd-2.6.12.3 2.6.12.3 1123008295 M * rhett /usr/sbin/mkinitrd: /lib/modules/2.6.12.3: Not a directory 1123008295 M * rhett /usr/sbin/mkinitrd: MODULES needs to be set to none? 1123008303 M * rhett what am i doing wrong there after i have done make in the kernel dir? 1123008401 Q * Doener xenon.oftc.net helium.oftc.net 1123008401 Q * revenger_ xenon.oftc.net helium.oftc.net 1123008401 Q * stupidawy xenon.oftc.net helium.oftc.net 1123008401 Q * prae xenon.oftc.net helium.oftc.net 1123008401 Q * maharaja xenon.oftc.net helium.oftc.net 1123008401 Q * mugwump xenon.oftc.net helium.oftc.net 1123008401 Q * micah xenon.oftc.net helium.oftc.net 1123008401 Q * DaPhreak xenon.oftc.net helium.oftc.net 1123008401 Q * duckx xenon.oftc.net helium.oftc.net 1123008401 Q * SNy xenon.oftc.net helium.oftc.net 1123008401 Q * erwan_ho xenon.oftc.net helium.oftc.net 1123008401 Q * rhett xenon.oftc.net helium.oftc.net 1123008401 Q * lilo_ xenon.oftc.net helium.oftc.net 1123008401 Q * Pazzo xenon.oftc.net helium.oftc.net 1123008401 Q * stefani xenon.oftc.net helium.oftc.net 1123008401 Q * lownoize xenon.oftc.net helium.oftc.net 1123008401 Q * cryo xenon.oftc.net helium.oftc.net 1123008401 Q * ray6 xenon.oftc.net helium.oftc.net 1123008401 Q * Hollow xenon.oftc.net helium.oftc.net 1123008401 Q * mcp xenon.oftc.net helium.oftc.net 1123008401 Q * TheSeer xenon.oftc.net helium.oftc.net 1123008401 Q * anonymousc xenon.oftc.net helium.oftc.net 1123008401 Q * eyck xenon.oftc.net helium.oftc.net 1123008401 Q * janra xenon.oftc.net helium.oftc.net 1123008401 Q * skceb xenon.oftc.net helium.oftc.net 1123008401 Q * virtuoso xenon.oftc.net helium.oftc.net 1123008401 Q * chand xenon.oftc.net helium.oftc.net 1123008407 Q * kevinp xenon.oftc.net helium.oftc.net 1123008407 Q * flock xenon.oftc.net helium.oftc.net 1123008407 Q * derbien xenon.oftc.net helium.oftc.net 1123008407 Q * meebey xenon.oftc.net helium.oftc.net 1123008407 Q * albeiro xenon.oftc.net helium.oftc.net 1123008407 Q * FaUl xenon.oftc.net helium.oftc.net 1123008407 Q * sid3windr xenon.oftc.net helium.oftc.net 1123008407 Q * locksy xenon.oftc.net helium.oftc.net 1123008407 Q * sladen xenon.oftc.net helium.oftc.net 1123008407 Q * dsoul xenon.oftc.net helium.oftc.net 1123008407 Q * BobR_oO xenon.oftc.net helium.oftc.net 1123008407 Q * Bertl_oO xenon.oftc.net helium.oftc.net 1123008407 Q * neofutur xenon.oftc.net helium.oftc.net 1123008407 Q * Chand__ xenon.oftc.net helium.oftc.net 1123008407 Q * Greek0 xenon.oftc.net helium.oftc.net 1123008407 Q * zimbo xenon.oftc.net helium.oftc.net 1123008407 Q * brc xenon.oftc.net helium.oftc.net 1123008407 Q * matti xenon.oftc.net helium.oftc.net 1123008407 Q * pusling xenon.oftc.net helium.oftc.net 1123008407 Q * xf_ xenon.oftc.net helium.oftc.net 1123008407 Q * nokoya xenon.oftc.net helium.oftc.net 1123008407 Q * gregster xenon.oftc.net helium.oftc.net 1123008407 Q * Medivh xenon.oftc.net helium.oftc.net 1123008407 Q * nox xenon.oftc.net helium.oftc.net 1123008407 Q * click xenon.oftc.net helium.oftc.net 1123008407 Q * atsab xenon.oftc.net helium.oftc.net 1123008407 Q * DaCa-no xenon.oftc.net helium.oftc.net 1123008407 Q * Hunger xenon.oftc.net helium.oftc.net 1123008407 Q * aba xenon.oftc.net helium.oftc.net 1123008428 J * Hunger Hunger.hu@Hunger.hu 1123008428 J * DaCa-no ~danny@mail.limehouse.org 1123008428 J * atsab ~as@lotes.vtu.lt 1123008428 J * click click@dsl-static-122-208.aal.tiscali.no 1123008428 J * nox ~nox@nox.user.oftc.net 1123008428 J * Medivh ck@paradise.by.the.dashboardlight.de 1123008428 J * gregster ~gregor@greart.de 1123008428 J * nokoya young@hi-230-82.tm.net.org.my 1123008428 J * xf_ ~i@ppp239-149.lns2.adl2.internode.on.net 1123008428 J * pusling ~pusling@195.215.29.124 1123008428 J * matti matti@linux.gentoo.pl 1123008428 J * aba ~aba@eos.turmzimmer.net 1123008428 J * brc bruce@200141118172.user.veloxzone.com.br 1123008428 J * zimbo ~zimbo@callisto.dom.bonis.de 1123008428 J * Greek0 ~greek0@81.189.246.175 1123008428 J * Chand__ ~chand@m157.net81-64-156.noos.fr 1123008428 J * erwan_ho ~erwan@konilope.dyndns.org 1123008428 J * rhett ~lala@dsl-58-6-34-71.nsw.westnet.com.au 1123008428 J * lilo_ tor@lilo.usercloak.oftc.net 1123008428 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it 1123008428 J * stefani ~stefani@superquan.apl.washington.edu 1123008428 J * Doener ~doener@p54874DCC.dip.t-dialin.net 1123008428 J * revenger_ ~joe@bulldog.infosys.de 1123008428 J * stupidawy foo@198.77.239.131 1123008428 J * prae ~prae@gut75-1-81-57-27-189.fbx.proxad.net 1123008428 J * lownoize ~lownoize@p54ACAA38.dip0.t-ipconnect.de 1123008428 J * maharaja maharaja@raoul.bhatia.at 1123008428 J * cryo ~say@212.86.243.154 1123008428 J * ray6 ~ray@klon3.gcsc2.ray.net 1123008428 J * Hollow ~Hollow@home.xnull.de 1123008428 J * mcp ~hightower@wolk-project.de 1123008428 J * TheSeer ~theseer@border.office.salesemotion.net 1123008428 J * anonymousc ~anonymous@staff.internode.com.au 1123008428 J * mugwump ~samv@210-54-92-184.ipnets.xtra.co.nz 1123008428 J * eyck eyck@81.219.64.71 1123008428 J * micah micah@micha.hampshire.edu 1123008428 J * SNy a7c816ce0c@bmx-chemnitz.de 1123008428 J * DaPhreak ~phreak@styx.xnull.de 1123008428 J * duckx ~Duck@mna75-1-81-57-39-234.fbx.proxad.net 1123008428 J * janra janra@paradox.homeip.net 1123008428 J * skceb skceb@bang-bang.feuer-frei.com 1123008428 J * Bertl_oO ~herbert@212.16.62.52 1123008428 J * BobR_oO ~georg@212.16.62.52 1123008428 J * sladen paul@starsky.19inch.net 1123008428 J * virtuoso ~s0t0na@80.253.205.251 1123008428 J * chand ~chand@staff.lycos.fr 1123008428 J * kevinp ~kevinp@ny.webpipe.net 1123008428 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1123008428 J * locksy ~locksy@mrtg.sisgroup.com.au 1123008428 J * derbien ~derbien@whiterabbit.nbmc.de 1123008428 J * meebey meebey@booster.qnetp.net 1123008428 J * dsoul darksoul@vice.ii.uj.edu.pl 1123008428 J * neofutur ~neofutur@neofutur.net 1123008428 J * albeiro ~albeiro@albeiro.usercloak.oftc.net 1123008428 J * FaUl ~immo@hobbynuttenverzeichniss.de 1123008428 J * sid3windr luser@bastard-operator.from-hell.be 1123008484 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.2.10, 2.0-rc9, ngnet ng9.5 -- He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;) 1123008592 M * rhett anyone know why i would be getting that error?:o 1123009228 M * SNy if you have just built a completely new 2.6.12.3 1123009241 M * SNy you will also need to make modules modules_install 1123009262 M * SNy so that the module directory under /lib/modules is get created 1123009282 M * SNy s/is get/gets/ 1123010015 J * Loki|muh loki@satanix.de 1123012086 M * brc i just gave a user cap_sys_resource 1123012090 M * brc would that risk other vservers ? 1123012746 J * monrad ~monrad@213083190130.sonofon.dk 1123014321 Q * lownoize Ping timeout: 480 seconds 1123014746 Q * erwan_ho Quit: Leaving 1123015041 J * lownoize ~lownoize@p54ACBF1C.dip0.t-ipconnect.de 1123015339 P * kevinp Leaving 1123015516 J * yarihm ~yarihm@80-218-5-17.dclient.hispeed.ch 1123018524 N * Bertl_oO Bertl 1123018529 M * Bertl evening folks! 1123018546 J * lilo U2FsdGVkX1@lilo.usercloak.oftc.net 1123018552 M * Bertl rhett: everything working now? 1123018976 Q * lilo_ Ping timeout: 480 seconds 1123019262 M * Bertl okay, guess I'm off to bed then ... cya later/tomorrow! 1123019268 N * Bertl Bertl_zZ 1123019272 M * eyck bye bye 1123020241 J * Aiken ~james@tooax6-059.dialup.optusnet.com.au 1123021224 Q * Doener Ping timeout: 480 seconds 1123022395 Q * yarihm Quit: Leaving 1123023120 J * q ~q@80.97.224.85 1123023453 Q * q Quit: [x]chat 1123023477 Q * lownoize Quit: Leaving 1123025218 M * brc to na area.