1175990620 M * daniel_hozac i think so too, so i'll let you get back to your vacation. ;) thanks! 1175990802 M * onox hmm 1175990808 M * onox catalyst says ROOT=/ 1175990810 M * onox is that correct? 1175990842 M * daniel_hozac hmm? 1175990862 M * onox oops, wrong channel 1175990870 M * onox gentoo stuff ^_^ 1175990899 J * nn-Ds ~mom@pool-68-162-123-219.phil.east.verizon.net 1175991902 M * slack101 WARNING: '/etc/vservers/slax/uts/release' does not end on newline 1175991903 M * slack101 ? 1175991907 M * slack101 what does this mean 1175992097 M * onox /bin/cat: /usr/lib64/util-vserver/distributions/gentoo/reboot.sh: No such file or directory <-- is this expected? 1175992111 M * nn-Ds hi 1175992120 M * nn-Ds what is vserver 1175992211 M * daniel_hozac onox: no. how did you install the utils? 1175992216 M * daniel_hozac nn-Ds: check the website. 1175992228 M * daniel_hozac slack101: exactly what it says. the file doesn't end on a newline. 1175992273 M * onox daniel_hozac: just emerge -avt util-vserver 1175992308 M * slack101 daniel_hozac: how cna i set it to say slackware though ? 1175992317 M * slack101 that was just the kerrnel 1175992325 M * daniel_hozac set what to say slackware? 1175992335 M * daniel_hozac onox: 0.30.213-rc6? 1175992384 M * daniel_hozac onox: probably someone missed that in the manifest/Makefile... 1175992385 M * slack101 nevermind works 1175992391 M * slack101 thanks daniel_hozac 1175992501 M * slack101 cool cool 1175992508 M * onox daniel_hozac: yes, in rc6 1175992510 M * slack101 now jus hard drive processor and memory and i will be done 1175992520 M * onox I also get when booting vserver vshelper.init: can not determine xid of vserver 'test'; returned value was '' 1175992543 M * daniel_hozac onox: will be fixed in trunk in a sec... 1175992583 M * onox bug? 1175992591 M * daniel_hozac onox: that means the guest failed to start correctly. the guest vanished before start was finished. 1175992601 M * daniel_hozac the first message, yes. 1175992625 M * onox how are you going to fix it? 1175992639 M * daniel_hozac add the files to the Makefile. 1175992645 M * onox k 1175993004 M * onox daniel_hozac: should I checkout svn or do you create a 0.30.214 pkg? :) 1175993043 M * daniel_hozac 0.30.213 isn't even released yet. 1175993074 M * daniel_hozac so i guess you'll need svn for now. 1175993104 M * daniel_hozac (hopefully i'll have a release ready by monday...) 1175993610 M * onox what's the svn uri? 1175993793 Q * slack101 Quit: Leaving. 1175993807 M * daniel_hozac http://svn.linux-vserver.org/svn/util-vserver/trunk, IIRC. 1175994598 M * onox daniel_hozac: did you integrate the 0.30.212 patches from gentoo? 1175994611 M * onox (if possible) 1175994769 M * daniel_hozac which ones? 1175994786 M * daniel_hozac (i was under the impression Gentoo was patch-less) 1175994857 M * onox no :p 1175994870 M * onox many pkgs are patched 1175994879 M * onox sometimes patches are send upstream 1175994884 M * daniel_hozac obviously, but i meant util-vserver. 1175994916 M * onox well, I see a patch that fixes something with the init 1175994944 M * daniel_hozac i would think the only patches are backports from trunk of the Gentoo improvements. 1175994998 M * onox i see the patches are in this case gentoo specific 1175995005 M * onox anyway 1175995013 M * onox I'll try to build the trunk 1175995019 M * daniel_hozac what patches are you referring to? 1175995097 M * daniel_hozac i don't see any in the 0.30.213-rc6 ebuild. 1175995455 M * onox no, 212 1175995468 M * onox there's no configure script in trunk 1175995494 M * daniel_hozac of course not. 1175995502 M * daniel_hozac that's a generated file. 1175995594 M * onox then how do I generate such a file? :p 1175995625 M * daniel_hozac autoreconf -fi 1175995680 M * daniel_hozac or make -f Makefile.svn 1175995918 M * onox ok, cool 1175995928 M * onox I only knew about some sort of a autogen script 1175995980 M * onox btw 1175995983 M * onox FAIL: src/testsuite/vunify-test.sh 1175995999 M * onox ./src/testsuite/vunify-test.sh: line 52: /var/tmp/portage/sys-cluster/util-vserver-0.30.213_rc7/image/: No such file or directory 1175996109 M * daniel_hozac seems like a Gentoo oddity. 1175996156 M * daniel_hozac might want to use D= make check instead. 1175996249 M * onox Hollow: FAIL: src/testsuite/vunify-test.sh because of: ./src/testsuite/vunify-test.sh: line 52: /var/tmp/portage/sys-cluster/util-vserver-0.30.213_rc7/image/: No such file or directory 1175996823 M * onox Hollow: alive? 1175996851 M * daniel_hozac i somewhat doubt it, it's 3:47 here. 1175996919 M * onox here too :p 1175996966 M * onox I live in that country on the left of your northern neighbor :p 1175997004 M * daniel_hozac ... greenland? 1175997013 M * onox :/ 1175997019 M * onox you live in austria, right? 1175997023 M * daniel_hozac no. 1175997032 M * daniel_hozac Sweden. 1175997039 M * onox oh oops 1175997053 M * onox I was looking at the server info :p 1175997055 M * onox hmm 1175997087 M * onox then I live in the country on the left of the country that is below the country that is below the country that is on your left :+ 1175997094 M * onox if I am correct 1175997120 M * daniel_hozac aren't there quite a few countries bordering germany on the west side? 1175997157 M * onox hmm 1175997174 M * onox it is the country that has a prime minister that looks like Harry Potter 1175997198 M * daniel_hozac well, i don't really know anything about the netherlands... 1175997204 M * daniel_hozac except that you talk funny. 1175997252 M * onox correct! \o/ :p 1176000017 Q * onox Quit: zZzZ 1176003698 J * rgl_ ~Rui@84.90.10.107 1176004140 Q * rgl Ping timeout: 480 seconds 1176005186 Q * softi42 Ping timeout: 480 seconds 1176005837 J * softi42 ~softi@p549D51DA.dip.t-dialin.net 1176008874 J * meandtheshel1 ~markus@85-124-36-72.dynamic.xdsl-line.inode.at 1176012370 Q * rgl_ Ping timeout: 480 seconds 1176012475 J * boci^ ~boci@pool-3966.adsl.interware.hu 1176012759 Q * shedi Ping timeout: 480 seconds 1176016014 N * DoberMann_ DoberMann 1176022092 Q * doener Read error: Connection reset by peer 1176022101 J * doener ~doener@host.magicwars.de 1176022315 M * waldi hmm, if I get a File size limit exceeded error after the file reaches 2^32, which knob do I need to pull? it is a 2.6.20 with 2.2.0-rc5 or so 1176022345 M * waldi its a sparc64 with 32bit userland 1176022405 Q * doener Remote host closed the connection 1176022439 J * doener ~doener@host.magicwars.de 1176022546 M * waldi only within the vserver 1176022637 M * waldi looks like a bug 1176022652 J * dna ~naucki@254-234-dsl.kielnet.net 1176023413 Q * ensc Killed (NickServ (GHOST command used by ensc_)) 1176023423 J * ensc ~irc-ensc@p54B4E44D.dip.t-dialin.net 1176023464 M * harry i don't get it 1176023473 M * waldi what? 1176023476 M * harry how much more docs are needed for grsec! 1176023492 M * harry 22:17 < onox> Hollow: maybe some documentation about grsecurity settings to get VServer working could be written 1176023582 M * harry waldi: you have a problem with files larger than 4GB ? 1176023592 M * waldi yes 1176023598 M * harry isn't that normal??? 1176023618 M * waldi no 1176023631 M * harry ext3 normally doesn't support file sizes larger than xGB i thought 1176023671 J * bonbons ~bonbons@83.222.38.145 1176024925 M * arachnist uhmm 1176024940 M * arachnist i have >15GB files on my ext3 partitions 1176024967 M * waldi i also on my amd64 1176024973 M * harry on 32 bit? 1176024985 M * harry it depends on the blocksize iirc 1176025001 M * waldi even on the sparc machine it works in context0 1176025028 M * waldi on i386 always 1176025035 M * waldi so only sparc is affected yet 1176025054 M * harry hm.m.. i have had some problems with files >2GB 1176025064 M * harry seems i have to investigate... :) 1176025091 M * waldi open("test", O_RDWR|O_CREAT|O_LARGEFILE, 0666) = 1 1176025092 M * waldi ftruncate64(1, 1) = -1 EFBIG (File too large) 1176025092 M * waldi --- SIGXFSZ (File size limit exceeded) @ 0 (0) --- 1176025094 M * waldi wtf? 1176025130 M * harry lets check the ftruncate64 function then 1176025181 M * waldi bug in dd 1176025196 M * waldi ftruncate shoudl be called with 0 as second argument 1176025234 M * waldi -rw-r--r-- 1 torrent torrent 4294967295 Apr 8 09:40 test 1176025244 M * waldi hrm 1176025325 M * harry The ftruncate64() function is identical to the ftruncate() function except that it is capable of manipulating files that are larger than 2 gigabytes. The lftruncate64() function is a part of the large file extensions. 1176025383 M * harry EFBIG 1176025384 M * harry The file is a regular file and its length is greater than the offset maximum established in the open file description associated with filedes. 1176025402 M * waldi the file is exactly 0 bytes long at this time 1176025424 M * waldi hmm 1176025445 M * waldi the second argument of ftruncate can be larger than the current size 1176025453 M * waldi open("test", O_RDWR|O_CREAT|O_LARGEFILE, 0666) = 1 1176025453 M * waldi ftruncate64(1, 4294967296) = 0 1176025455 M * waldi on my i386 1176025459 M * harry will make it longer 1176025474 M * harry padded with 0 1176025478 M * waldi yep 1176025484 M * harry http://www.mkssoftware.com/docs/man3/ftruncate.3.asp 1176025507 M * waldi *coreutils check* 1176025517 M * harry weird that the ftruncate fails imho 1176025536 M * waldi yep 1176025752 M * waldi hrm, that is weird 1176025765 M * waldi -D_FILE_OFFSET_BITS=64 does not work 1176025792 M * harry prolly because it's 32 bit? 1176025805 M * harry 10:52 < waldi> its a sparc64 with 32bit userland 1176025845 M * waldi no 1176025859 M * waldi this definition should enable the 64bit interface 1176025923 M * waldi wrong, it works 1176025947 M * waldi but either strace or the kernel interface is broken 1176025981 M * harry if (!(filp->f_flags & O_LARGEFILE) && i_size_read(inode) > MAX_NON_LFS) return -EFBIG; 1176026023 M * harry that's hte only -EFBIG error i see in open.c 1176026072 M * harry open DOES check if the O_LARGEFILE thingy works , right? 1176026283 M * waldi lets rebuild strace 1176026404 M * waldi okay, fails for 64bit binaries also 1176026826 M * waldi and, where does this signal come from? 1176026866 M * waldi __generic_cont_expand 1176026879 M * waldi limit = current->signal->rlim[RLIMIT_FSIZE].rlim_cur; 1176026879 M * waldi if (limit != RLIM_INFINITY && size > (loff_t)limit) { 1176026908 M * waldi but: 1176026909 M * waldi torrent@test:~/test$ ulimit -f -S 1176026909 M * waldi unlimited 1176026909 M * waldi torrent@test:~/test$ ulimit -f -H 1176026909 M * waldi unlimited 1176027117 Q * ensc Remote host closed the connection 1176027136 M * waldi getrlimit(RLIMIT_FSIZE, {rlim_cur=RLIM_INFINITY, rlim_max=RLIM_INFINITY}) = 0 1176027218 M * waldi ah 1176027227 M * waldi somewhere else: 1176027228 M * waldi limit = current->signal->rlim[RLIMIT_FSIZE].rlim_cur; 1176027228 M * waldi if (limit != RLIM_INFINITY && offset > limit) 1176027239 M * waldi hmm, no 1176027489 M * waldi uh, found it 1176027513 M * waldi RLIM_INFiNITY is 2^32-1 for the userspace, but 2^64-1 for the kernelspace 1176027519 M * waldi so it is a bug in the headers 1176027534 J * rgl ~Rui@84.90.10.107 1176027655 M * waldi *gna* 1176027756 M * waldi okay. userspace uses 2^32-1. this is missunderstood by the compat ioctl32 layer, which expects 2^31-1 as infinity 1176027772 M * waldi so it is set to 2^32-1 instead of infinity 1176027910 M * daniel_hozac waldi: yeah, i've had to work around that in util-vserver... 1176027936 M * daniel_hozac but IIRC ulimit does the same thing. 1176027944 M * daniel_hozac (i.e. the right thing) 1176028015 M * waldi workaround? where? 1176028046 M * daniel_hozac http://svn.linux-vserver.org/projects/util-vserver/browser/trunk/src/exec-ulimit.c 1176028074 M * waldi okay 1176028217 M * daniel_hozac or, hmm. we must be talking about different issues. 1176028218 M * waldi and the real source? 1176028242 M * daniel_hozac what? 1176028297 M * daniel_hozac the one i ran in to was that values from getrlimit could not be used for setrlimit. 1176028317 M * daniel_hozac (because their concepts of RLIM_INFINITY differed) 1176028326 M * waldi no, it is another problem 1176028373 M * waldi a 64bit exec-ulimit should help 1176028466 M * daniel_hozac 64-bit meaning -D_FILE_OFFSET_BITS=64? 1176028490 M * waldi no 1176028493 M * waldi -m64 1176028519 M * waldi the problem is: 1176028519 M * waldi ./asm-generic/resource.h:# define RLIM_INFINITY (~0UL) 1176028523 M * waldi ./asm-sparc64/compat.h:#define COMPAT_RLIM_INFINITY 0x7fffffff 1176028526 M * daniel_hozac shouldn't make any difference, IMHO. 1176028531 M * waldi it does 1176028547 M * waldi rlimit needs a compat layer 1176028582 M * daniel_hozac well, -m64 on i386 would be somewhat hard anyway ;) 1176028588 M * waldi no 1176028598 M * waldi if the cpu and kernel supports it 1176028612 M * daniel_hozac and, i386 doesn't. 1176028848 M * waldi lets check 1176028892 M * daniel_hozac if i386 is a 64-bit architecture? 1176028919 M * waldi okay. this is the problem 1176028923 M * waldi so lets file a bug 1176028951 M * daniel_hozac what's a problem? 1176028960 M * waldi RLIM_INFINITY != COMPAT_RLIM_INFINITY 1176028999 M * daniel_hozac is it a problem? isn't it supposed to be that way? 1176029003 M * waldi no 1176029024 M * waldi for the 32bit compiler it must match or userspace is never able to set infinity 1176029070 M * daniel_hozac note that sparc (i.e. not 64) uses 0x7fffffff for RLIM_INFINITY... 1176029107 M * waldi hrm 1176029110 J * ensc ~irc-ensc@p54B4E44D.dip.t-dialin.net 1176029128 M * waldi correct 1176029167 M * daniel_hozac IMHO compat_sys_setrlimit should take care of the conversion. 1176029168 M * waldi okay, but in dietlibs 1176029172 M * waldi ./sys/resource.h:#define RLIM_INFINITY ((long)(~0UL>>1)) 1176029196 M * daniel_hozac which is correct too, no? 1176029198 M * waldi no 1176029205 M * daniel_hozac i.e. 0x7fffffff. 1176029233 M * waldi hmm 1176029245 M * daniel_hozac but on a non-compat, non-sys_old_getrlimit, it's wrong. 1176029387 M * waldi yes, this is 0x7ffffff 1176029392 M * waldi hmm 1176029477 M * waldi okay, no idea 1176029491 M * waldi it works with a 64bit/glibc exec-ulimit 1176029500 M * waldi and fails with a 32bit/dietlibc 1176029516 M * daniel_hozac oh? interesting. 1176029523 M * daniel_hozac what limits do you see in the latter case. 1176029526 M * waldi none 1176029530 M * daniel_hozac unlimited? 1176029550 M * waldi yes 1176029556 M * waldi even ulimit reports unlimited 1176029572 M * daniel_hozac hmm. that's incredibly strange... 1176029576 M * waldi but it uses a limit of 2^32-1 1176029594 M * daniel_hozac you run the same program inside the exec-ulimit, right? 1176029613 M * waldi yes 1176029632 M * waldi dd if=/dev/zero of=test bs=1M seek=4095 count=1 1176029646 J * rgl_ ~Rui@84.90.10.107 1176029676 M * daniel_hozac have you found the check that's killing you? 1176029708 M * daniel_hozac seem to be quite a few potentials... 1176029718 M * waldi the process get a SIGXFSZ 1176029723 M * waldi so only 2 left 1176029743 M * waldi vmtruncate or __generic_cont_expand 1176029752 M * waldi both in the callchain of ftruncate 1176029774 M * waldi and both in response of the same rlimit check 1176030084 Q * rgl Ping timeout: 480 seconds 1176030361 M * daniel_hozac hmm, you shouldn't hit the case in vmtruncate, should you? 1176030386 M * waldi i'm not sure 1176030444 M * daniel_hozac or, hmm. maybe you should. 1176030981 M * daniel_hozac so the file is 0 bytes long when you fruncate, right? 1176031040 M * waldi yes 1176031041 M * waldi $ netstat -t 1176031041 M * waldi Active Internet connections (w/o servers) 1176031041 M * waldi Proto Recv-Q Send-Q Local Address Foreign Address State 1176031041 M * waldi netstat: no support for `AF INET (tcp)' on this system. 1176031043 M * waldi hmm 1176031054 M * daniel_hozac hehe, interesting... 1176031060 M * daniel_hozac how did you manage that? 1176031074 M * waldi no /etc/services 1176031086 M * waldi uh, no, thats something else 1176031105 M * waldi open("/proc/net/tcp", O_RDONLY) = -1 ENOENT (No such file or directory) 1176031105 M * waldi write(2, "netstat: no support for `AF INET"..., 56netstat: no support for `AF INET (tcp)' on this system. 1176031109 M * waldi ) = 56 1176031111 M * waldi open("/proc/net/tcp6", O_RDONLY) = -1 ENOENT (No such file or directory) 1176031127 M * daniel_hozac inside a guest, on a host where you haven't run vprocunhide yet? 1176031141 M * waldi inside 1176031153 M * waldi i even see kcore 1176031169 M * daniel_hozac but not /proc/net/tcp? 1176031180 M * waldi no 1176031186 M * waldi Fixing visibility of /proc entries for Linux-VServer guests...readdir(): Bad address 1176031189 M * waldi readdir(): Bad address 1176031190 M * daniel_hozac ah, that one. 1176031191 M * waldi readdir(): Bad address 1176031194 M * waldi readdir(): Bad address 1176031196 M * waldi readdir(): Bad address 1176031196 Q * waldi Killed (FloodServ ((FloodServ) Warning, you have triggered a network protection. Stop flooding!)) 1176031242 J * waldi ~waldi@bblank.thinkmo.de 1176031245 M * daniel_hozac waldi: i've got a patch for that: http://people.linux-vserver.org/~dhozac/p/m/delta-dietdirent-test01.diff 1176031269 M * waldi yeah 1176032485 M * harry daniel_hozac: wtf does that do? 1176032517 M * harry i don't see how that fixes anything? 1176032520 M * Hollow alignment? 1176032524 M * Hollow morning btw :) 1176032574 M * harry why does alignment make a difference ? 1176032582 M * Hollow dunno, what's the issue? 1176032590 M * harry don't know ;) 1176032592 M * Hollow heh 1176032617 M * harry just don't see how alignment can make a differen ce 1176032627 M * harry compiler should make sure that everything is ok, right? 1176032670 M * harry PAGE_SIZE => 4096 1176032677 M * harry sizeof(int) => 4 1176032710 M * harry but it's a struct, so everything should be "talked to" as: dirstruct->fd etc... 1176032722 M * harry so why should allignment make an operational difference 1176032731 M * Hollow no idea :) 1176032732 M * harry (performance, okay, i get that) 1176032742 M * waldi some arches don't like to read unaligned memory 1176032750 M * harry bitches! :) 1176032757 M * harry waldi: is sparc one of those? ;) 1176032760 M * waldi yes 1176032771 M * harry ah 1176032772 M * waldi even i386 now sometimes does this 1176032778 M * waldi err, x86 1176032803 M * waldi some of the sse instructions wants native alignment, aka 16bytes 1176032808 M * harry so the char buf[] HAS to be alligned 1176032831 M * harry still, if that's a requirement of the arch 1176032843 M * harry i think it's the responsability of the compiler to make sure things work 1176032850 M * harry or give a warning at least 1176032904 M * harry waldi: your problem solved now? 1176032914 M * waldi no 1176032925 M * waldi i worked around with a 64bit binary 1176032936 M * harry know where the bug is ? 1176032973 M * waldi not really 1176033003 M * harry need help? 1176033018 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk 1176033028 M * harry (maybe i'm capable of helping! ;)) 1176033067 M * waldi no time 1176033173 J * rgl ~Rui@84.90.10.107 1176033609 Q * rgl_ Ping timeout: 480 seconds 1176034292 Q * virtuoso Read error: Connection reset by peer 1176034432 M * ktwilight on debian, is it possible to make the guest grab deb files off the hosts? i.e. when doing apt-get 1176034461 M * ktwilight easy way, rather than settin' up a repo in the host 1176034535 M * ktwilight and for INSTALL_PACKAGES in newvserver-vars, does it automatically grab its dependencies? 1176034884 M * ktwilight hm, nevermind, it says "include all dependencies" :) 1176034932 J * Vudumen ~vudumen@217.20.138.14 1176035402 J * raven ~raven@dslb-084-060-240-119.pools.arcor-ip.net 1176035412 M * raven hi 1176035422 M * raven someone's here who can help me? 1176035465 M * raven dns doesn't work since util-vserver and kernel update 1176035475 M * raven (within vservers and on main server) 1176035498 N * raven ravenPHP 1176035510 M * ravenPHP you've got my messages? 1176035516 M * ravenPHP hi 1176035516 M * ravenPHP someone's here who can help me? 1176035516 M * ravenPHP dns doesn't work since util-vserver and kernel update 1176035516 M * ravenPHP (within vservers and on main server) 1176035544 M * Wonka yes, we got them 1176035549 M * ravenPHP ok, sorry 1176035562 M * ravenPHP i didn't know because my nick was a reserved one 1176035587 M * ravenPHP (and, sorry for my bad english, i'm from germany) 1176035629 M * ravenPHP util-vserver version is 0.30.212, vs version is 2.2.0 ... someone has a idea? 1176036056 M * ravenPHP very nice -.- 1176036473 M * Wonka in here, answers from people with knowledge take a while 1176036486 M * Wonka it's easter, probably they're just not here at the moment 1176036520 N * DoberMann DoberMann[PullA] 1176036536 Q * doener Remote host closed the connection 1176036543 J * doener ~doener@host.magicwars.de 1176036586 M * daniel_hozac harry: buf is what's passed to getdents64, and that needs it to be aligned. 1176036770 M * matti :-) 1176036962 Q * ravenPHP 1176037649 Q * nn-Ds Read error: Operation timed out 1176038104 J * sharkjaw ~gab@216-158-6.0503.adsl.tele2.no 1176038212 M * harry raven: are you raven alder? 1176038258 M * harry or another raven? 1176038413 M * harry dns doesn't work... odd 1176038419 M * harry your resolv.conf is ok? 1176038433 M * daniel_hozac 14:56 -!- ravenPHP [~raven@dslb-084-060-240-119.pools.arcor-ip.net] has quit [] 1176038441 M * harry ah 1176038441 M * harry lol 1176038450 M * harry i'm outside now 1176038454 M * harry hard do see my screen :) 1176038667 M * harry does anyone know which raven it is? 1176038683 M * harry (just read something about that raven on full disclosure, that's why :) 1176039039 Q * Aiken Quit: Leaving 1176039343 Q * sharkjaw Quit: Leaving 1176039366 J * FireEgl ~FireEgl@adsl-61-136-122.bhm.bellsouth.net 1176039832 J * derjohn ~derjohn@80.69.41.3 1176042041 N * DoberMann[PullA] DoberMann 1176043639 Q * rgl Ping timeout: 480 seconds 1176045883 P * boci^ Távozom 1176047227 J * dreamind apwdsl@p548AA183.dip0.t-ipconnect.de 1176047444 J * Piet hiddenserv@tor.noreply.org 1176048536 M * matti http://deadbeef.info/tmp/mario.jpg 1176048537 M * matti :> 1176049134 J * rgl ~Rui@84.90.10.107 1176049226 Q * dreamind Quit: dreamind 1176050857 Q * yarihm Quit: Leaving 1176051354 J * Piet_ hiddenserv@tor.noreply.org 1176051377 J * tanjix ~tanjix@office.star-hosting.de 1176051385 M * tanjix hello 1176051414 M * tanjix /etc/init.d/vservers: line 73: /dev/tty8: No such device 1176051425 M * tanjix i get this error when trying to run vservers start 1176051431 M * tanjix but /dev/tty8 exists 1176051433 M * tanjix any ideas? 1176051528 M * daniel_hozac strange... 1176051553 M * daniel_hozac shouldn't be fatal though, is it? 1176051574 M * tanjix it is, the vservers do not start :( 1176051591 M * tanjix they only do when i start them separate by vserver xxx start 1176051592 M * daniel_hozac Debian, right? 1176051600 M * tanjix yes, DEbian 1176051663 M * daniel_hozac micah? 1176051709 Q * Piet Ping timeout: 480 seconds 1176051726 M * tanjix it worked before fine - today that server needed a reboot and from then on it does not work :( 1176051746 M * tanjix we have serveral vserver systems up and running (100+) with the same image and there it works :) 1176051848 M * daniel_hozac same kernel and everything? 1176051853 M * tanjix yes 1176051855 M * tanjix all the same 1176051966 M * daniel_hozac well, no such device for /dev/tty8 is very weird. it should just be created on the first open, IMHO. 1176052002 M * daniel_hozac what does ls -l /dev/tty8 return? 1176052172 M * tanjix crw--w---- l root tty 4, 8 Mar 5 2005 /dev/tty8 1176052196 M * daniel_hozac looks right... 1176052216 M * daniel_hozac this is util-vserver_0.30.212_1, yes? 1176052220 M * tanjix yep, i compared that device with the one on other vservers and they are identical 1176052244 M * tanjix where do i see the version? 1176052252 M * tanjix but i think they are a little bit older 1176052254 M * daniel_hozac dpkg -l | grep util-vserver, IIRC. 1176052270 M * daniel_hozac probably dpkg -l util-vserver works too. 1176052298 M * tanjix no packages found matching util-vserver 1176052310 M * daniel_hozac so you installed the utils from source? 1176052329 M * tanjix i think so, our vserver system image is 2 years old with old tools 1176052353 M * daniel_hozac well, umm... there's never been a /etc/init.d/vservers script in util-vserver. 1176052354 M * tanjix but working fine :) 1176052371 M * daniel_hozac that's a Debian-thing. 1176052420 M * daniel_hozac (and a Gentoo thing) 1176052448 J * tso ~tso@a1598.adsl.pool.eol.hu 1176052498 M * tanjix vservers are based on a debian os but we didn't use debian packages to install and create vservers, we compiled the tools from source 1176052858 M * daniel_hozac so where did you get that script from? 1176052991 M * daniel_hozac or, hmm. are you using vserver 0.30? 1176053013 M * tanjix that script was included in the tools we compiled 1176053132 M * daniel_hozac what does vserver --version output? 1176053140 M * daniel_hozac what kernel are you using? 1176053175 M * tanjix vserver --version outputs the possible flags (--version is not recognized) 1176053187 M * tanjix kernel 2.4.24-vs1.26 1176053385 M * daniel_hozac so, really, truly ancient stuff. 1176053805 M * eyck_ yes, vs1.2.11 is recommended ;) 1176053807 M * tanjix yes :) 1176053931 M * daniel_hozac have you released that? ;) 1176053971 M * daniel_hozac 1.2.10 is the latest i see on ftp.linux-vserver.org. 1176054086 M * eyck_ not yet unfortunatelly :( 1176054269 J * rgl_ ~Rui@84.90.10.107 1176054330 M * lylix is vhashify looking at anything other than file hashes? ie. mod times/ownership/mode? 1176054494 Q * rgl Ping timeout: 480 seconds 1176054947 J * ema ~ema@rtfm.galliera.it 1176055802 M * daniel_hozac lylix: yes. 1176055842 M * daniel_hozac lylix: hardlinking files with different owners etc. would be really bad for security. 1176057374 Q * mjt Quit: reboot! 1176057769 Q * FireEgl Ping timeout: 480 seconds 1176058701 J * yarihm ~yarihm@84-75-97-207.dclient.hispeed.ch 1176061867 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at 1176062507 M * derjohn BTW: ETCH is released :-) ... who was it to celebarte a this decade's release party with /me ? 1176062758 Q * ema Quit: leaving 1176062767 M * daniel_hozac hehe 1176063068 Q * tso Quit: BitchX: sanitized for your protection 1176063125 M * daniel_hozac whoda thunk. 1176063351 J * virtuoso ~s0t0na@80.253.205.251 1176063406 M * derjohn daniel_hozac, the fine thing is, that the vserver part in etch is good. ppl can use it out of the box without hassles ... 1176063824 M * DavidS derjohn: tomorrow night will be a release party in vienna 1176063859 M * daniel_hozac derjohn: well, it's an old kernel :) 1176064122 M * derjohn daniel_hozac, even an old VS release .. but it works for most things (no capa masking ... _( ) 1176064135 M * derjohn DavidS, fine, but to far for me .... 1176064540 M * trippeh Hmm. On vserver name hashify I get a load of link() errors. 1176064544 M * trippeh link(): Invalid cross-device link 1176064572 M * daniel_hozac and what's your setup like? do you have all of your guests on a single filesystem? 1176064586 M * daniel_hozac (and all of those guests on that filesystem) 1176064710 M * trippeh I have each /, /home, /srv and /var in each guest on a seperate partitions. But / in vserver1 and vserver2 share a common filesystem on the host (goes for the others too) 1176064740 M * trippeh On the host there is one partition for /var's, one for /home's, one for /srv's etc 1176064762 M * sid3windr what's /srv ? :) 1176064773 M * trippeh But /etc/vservers/.defaults/apps/vunify/hash/root points only to the partitions housing the /'s 1176064780 M * trippeh Err, partition 1176064799 M * trippeh sid3windr: FHS standard for hosted content, like web pages 1176064810 M * sid3windr oh. :) 1176065207 M * trippeh daniel_hozac: Anyway, its not like it would be detrimental to anything, those errors I mean? - Just files that will not be shared? 1176065256 M * daniel_hozac right, but you'd want to exclude those directories... 1176065295 M * trippeh Yep.. I kind of though it would keep within the filesystem the hash/root symlink pointed to :) 1176065301 M * trippeh thought, even 1176065328 M * daniel_hozac well, hashification doesn't really make much sense in the cases where you have the files spread out over multiple filesystems. 1176065383 M * trippeh I know. But /srv, /home, and /var aren't good candidates for hashification anyway. 1176065394 Q * rgl_ Ping timeout: 480 seconds 1176065394 M * daniel_hozac right. 1176065410 N * Piet_ Piet 1176065437 M * trippeh All the /'s are on the same fs, so I should be able to save some space (and some buffers) there 1176065450 M * daniel_hozac yep. 1176065544 M * trippeh Ha, 700Mbps outgoing from a single torrent client 1176065558 M * trippeh Crazy dude with too much bandwidth and memory seeding the debian 4.0 release ;) 1176065587 M * daniel_hozac i totally envy his connection... 1176065848 M * trippeh It will soon be gone ;) 1176065858 M * trippeh It's only up like 2 weeks once every year ;) 1176065875 M * trippeh For a "LAN party event" 1176065906 M * trippeh 2Gbps to the world this year - saturated during the entire event.. 1176065931 M * daniel_hozac hehe 1176065971 M * trippeh The participants left earlier today, so the crew is playing around with it ;) 1176066115 Q * Blissex Read error: Connection reset by peer 1176066129 A * trippeh finds it much more comfortable beeing at home.. Mmm sofa, beamer/projector, 20Mbps ADSL2+, good enough for me ;) 1176066165 M * daniel_hozac i agree. i've never quite understood the LAN party concept. 1176066176 M * daniel_hozac 100 Mbps is more than sufficient for me. 1176066189 M * Borg- daniel_hozac: at home? 1176066192 M * daniel_hozac yes. 1176066197 M * Borg- heh.. wtf you live? 1176066202 M * daniel_hozac just 10 Mbps upload though. 1176066204 M * daniel_hozac Sweden. 1176066207 M * Borg- im dreaming about my own E2 (E3 would be very cool) 1176066222 M * Borg- ahhh yeah.. Sweden.. I could guess... go away :P 1176066223 M * sid3windr does an E2 even exist? 1176066251 M * trippeh Heh, news surfeced recently that the state telephone monopoly have been putting fiber to all new buildings the past ten years or so... But they refuse to use it :-( 1176066259 M * trippeh (In Norway) 1176066280 M * trippeh Claiming the customers aren't ready ... 1176066290 M * sid3windr look at the guy above with his torrent 1176066291 M * Borg- sid3windr: oh well.. im old man ;) anyway.. really dunno :) in these days of GE or ATM/STM 1176066293 M * sid3windr the customers aren't ready :p 1176066303 M * sid3windr I have 20/2 at home, that's fine 1176066325 M * Borg- sid3windr: im talking mainly about speed... E3 would be fair enough to me.. for home use.. terminated on FE 1176066329 M * sid3windr :-) 1176066332 M * daniel_hozac yeah, i rarely manage to use more than 30 Mbps. 1176066335 M * sid3windr I have a ds3 at work 1176066345 M * trippeh disasterix:~# find /mnt/vserver/root1/.hash -type f | wc -l 1176066345 M * trippeh 1 1176066350 M * sid3windr which I can saturate with ease, eg download latest jdk or iso or whatever :) 1176066351 M * trippeh This didn't quite work out :P 1176066361 A * trippeh tries to exclude the offending partitions 1176066365 M * Borg- sid3windr: not bad.. :) 1176066380 M * Borg- trippeh: any stats of it? 1176066382 A * Borg- is stats addict 1176066392 M * Borg- s/trippeh/sid3windr/ 1176066399 M * sid3windr nope 1176066408 M * Borg- daniel_hozac: and you? 1176066413 M * sid3windr well, there are, but as they're company info.. :p 1176066422 M * daniel_hozac Borg-: stats of what? 1176066425 M * sid3windr http://noc.phyxia.net/graphs is my own network though 1176066426 M * Borg- of you link 1176066439 M * Borg- http://cacti.borg.uu3.net/graph_view.php 1176066452 M * daniel_hozac i don't have any graphs, or public data. 1176066469 M * Borg- sid3windr: interesting graphs. why such traffic? 1176066484 M * sid3windr ehh 1176066487 M * daniel_hozac since i started counting, i've just transferred 7 TiB. 1176066487 M * sid3windr moving bits&bytes? :P 1176066505 M * daniel_hozac (started counting at 2005-10-11) 1176066509 M * Borg- quite regular interval.. 1176066531 M * DavidS Borg-: http://www.edv-bus.at/munin/index.html :) 1176066533 J * FireEgl Proteus@adsl-61-136-122.bhm.bellsouth.net 1176066567 M * sid3windr Borg-: ya, that's a mirror sync 1176066578 M * sid3windr and something's going wrong making it transfer some things every time 1176066590 M * Borg- DavidS: hmm if I calulated properly.. its not much.. ;) 1176066590 M * sid3windr haven't been able to push myself to see what's wrong. 1176066596 M * Borg- fuck.. typos too much 1176066602 M * Borg- s/DavidS/daniel_hozac/ 1176066610 M * daniel_hozac Borg-: it's not. 1176066614 M * Borg- daniel_hozac: seems like 96Kbit/s avarage 1176066624 J * mjt ~mjt@nat.corpit.ru 1176066625 M * sid3windr averages mean nothing :) 1176066634 M * Borg- sid3windr: 95% percentile fan? :) 1176066669 M * DavidS are that really 60 _bits_/second ipv6 transit traffic? 1176066670 M * Borg- DavidS: nice.. alot of stats :) 1176066681 M * sid3windr Borg-: I need it for billing :) 1176066699 M * sid3windr DavidS: the other 2 transit links also do v6, the third one is v6 only and only like 50 out of 780 prefixes are routed through there 1176066708 M * DavidS Borg-: thought you'll like it ... munin is really great for that and I added a sprinkling of puppet to add a few graphs automatically :) 1176066714 M * sid3windr I only have my v6 up since a week or so, as well 1176066718 M * sid3windr most of my services aren't v6 enabled 1176066724 M * sid3windr need to get some vserver v6 patching done first 1176066733 M * Borg- IPv6.. geez.. doomed those who dont study history 1176066738 M * Borg- sid3windr: how big prefix you got? 1176066742 M * sid3windr the 60 bps are probably just keepalives ;) 1176066746 M * sid3windr a /44 1176066755 M * Borg- *sigh* 1176066779 M * trippeh The munin devs works right around the corner ;) 1176066780 M * daniel_hozac i'd love to get IPv6... 1176066786 M * Borg- I was IPv6 fun.. years ago.. 1176066796 M * daniel_hozac but? 1176066797 M * Borg- until they started to give away /48 and /64 to kids 1176066811 M * daniel_hozac isn't /64 the smallest you can use? 1176066815 M * sid3windr they still give away /32 ipv4 to kids as well, so that's the case anyway, Borg- 1176066827 M * sid3windr http://cacti.powersource.cx/graph_view.php?action=tree&tree_id=3&leaf_id=187&select_first=true 1176066828 M * Borg- sid3windr: heh.. as I said.. they will be doomed 1176066829 M * trippeh You can use smaller, but you lose some things with smaller prefixes, like autoconfig 1176066831 M * sid3windr knock yourself out ;) 1176066843 M * Borg- check the effort of integrating IPv6 to current network.. 1176066843 M * daniel_hozac trippeh: right. 1176066845 M * trippeh No problems using /127 for link-networks for example 1176066850 M * Borg- now let go 50 years into the future.. 1176066859 M * Borg- and integrate IPv9 ;) 1176066864 M * sid3windr (ipv9 already exists) 1176066876 M * Borg- sid3windr: sure.. I have RFC too ;] 1176066912 M * Borg- daniel_hozac: well.. RFC says so.. but I dont see reason why normal ppl cant just get /112 .. 65k adresses are *ENOUGH* to home use 1176066924 M * sid3windr see eui64 1176066936 M * Borg- sid3windr: yeah yeah.. 64bit routing 1176066938 M * sid3windr so what is the reason a /64 is too much? 1176066953 M * trippeh Now where did I find the docs for hashify exclude lists .. 1176066960 M * Borg- I dont give a shit about that.. CPU power goes dramaticaly UP.. this will not be an issue 1176066993 M * Borg- because /64 is so huge that 99% of adresses will never get used by simple user.. 1176067003 M * trippeh Only 99%? ;) 1176067011 M * Borg- we cant be sure what future will give us.... 1176067019 M * sid3windr :) 1176067025 M * daniel_hozac trippeh: http://oldwiki.linux-vserver.org/alpha+util-vserver 1176067026 M * trippeh It needs to fit a 48bit MAC addr for autoconfig at least. 1176067028 M * Borg- trippeh: that was like rought aproximation ;) too lazy to push few 9ns after dot 1176067073 M * sid3windr not even comments on my cacti graphs ;/ 1176067080 M * sid3windr I'm a stats maniac as well ;) 1176067088 M * daniel_hozac Borg-: you think it's more likely that there will be 2^112 networks than more than 65k addresses in one network? 1176067121 M * Borg- daniel_hozac: nope and nope 1176067142 M * Borg- I doubnt that single user (not ISP.. not network) will use more than 65k addresses.. 1176067171 M * daniel_hozac seems like 2^64 networks should suffice. 1176067171 M * DavidS sid3windr: still oogling :) 1176067172 M * Borg- and we should not exhaust 128bit adress space too fast 1176067182 M * Borg- daniel_hozac: should.. good word.. 1176067191 M * Borg- inventors of IPv4 thought the same.. 1176067195 M * Borg- :) 1176067223 M * waldi we did not yet finish the first /16 block 1176067236 M * trippeh Borg-: Ha, fast, this will take some thousand(?) years even with /64 prefixes to average joes ;) 1176067259 M * daniel_hozac by the time it's exhausted, we need to have at least one other planet. 1176067266 M * Borg- trippeh: thousent? naah.. w/ current rapid allocation.. I count for like 100 years at max :D 1176067291 M * sid3windr meh. 1176067298 M * daniel_hozac the earth isn't that big, you know. 1176067316 M * trippeh Lets link with Mars ;) 1176067326 M * Borg- trippeh: well.. too big delays.. 1176067333 M * trippeh (We do have ipv6 in space already...) 1176067335 M * trippeh :P 1176067355 M * Borg- daniel_hozac: oh well.. I think more and more of your home stuff will get connect.. 1176067367 M * daniel_hozac Borg-: that'll all go in my private /64. 1176067368 M * Borg- IPv6 phones.. TVs.. refrigators.. Home detectors.. 1176067370 M * Borg- everything :D 1176067381 M * daniel_hozac they wouldn't get separate prefixes. 1176067384 M * Borg- daniel_hozac: but not.. 65k. 1176067401 M * Borg- you imagine 65k of interfaces in a single home? 1176067412 M * Wonka "intelligent dust" 1176067419 M * sid3windr I actually have about 4 /64 in my home :p 1176067426 M * Borg- Wonka: yeah.. you just send msg to network.. go away dust ;) 1176067427 J * Aiken ~james@ppp194-30.lns1.bne1.internode.on.net 1176067432 M * sid3windr rofl Borg- 1176067433 M * Wonka nak 1176067435 M * sid3windr vacuumcleaner.sh =) 1176067442 M * sid3windr broadcast "go away" 1176067447 M * DavidS apt-get autoclean 1176067461 M * Wonka broadcast to the _intelligent_ dust to kick the non-intelligent dust out 1176067481 M * Borg- ;) 1176067542 M * sid3windr survival of the fittest ;) 1176067544 M * trippeh The possibilites are endless! 1176067587 M * sid3windr Borg-: how did you get smokeping in cacti? 1176067593 M * sid3windr 'cause it looks lovely ;) 1176067603 M * Borg- sid3windr: hmm I wrote my own CDEFs + fping.sh script 1176067608 M * sid3windr neat 1176067610 M * sid3windr :-) 1176067619 M * daniel_hozac Borg-: no, but i can't imagine 2^64 prefixes either. 1176067648 M * Borg- sid3windr: I can export it to you if you want 1176067658 M * sid3windr that would be neat! 1176067725 Q * FireEgl Quit: ... 1176067854 M * trippeh daniel_hozac: I should put the exclude file in the .hash directory of the partition I want to unify on, right? 1176067911 M * daniel_hozac umm, i'm not sure. 1176067991 M * Borg- sid3windr: ftp://borg.uu3.net/home/borg/cacti_smokeping.tgz 1176068004 M * Borg- its for use w/ fping.. but you can addapt it to any other ping utility 1176068013 M * Borg- what cacti version are you using? 1176068452 J * rgl ~Rui@84.90.10.107 1176068476 M * sid3windr thanks 1176068478 M * sid3windr the latest I think 1176068491 M * sid3windr I'll try it out in a few days 1176068499 M * sid3windr tomorrow I drive home, 9 hr drive yay 1176068509 M * Borg- hmm cool :) I like driving 1176068512 M * sid3windr day after it's workyworky again after a week of vacation, that'll hurt 1176068517 M * Borg- I wonder why im not a proffesional driver.. 1176068517 M * sid3windr yea, so do I ;) 1176068531 A * sid3windr eyes his alfa romeo beauty ;) 1176068531 M * Borg- but 9 hrs is indeed.. quite a lot 1176068536 M * sid3windr .ch -> .be 1176068559 M * Borg- hmm your roads are very good I guess.. mostly you will go via autobahns :P 1176068623 M * sid3windr .ch->.de->.fr->.lu->.be 1176068627 M * sid3windr autobahn = da bomb 1176068627 M * sid3windr ;) 1176068632 M * trippeh daniel_hozac: Ah, strace saves the day ;) 1176068638 M * sid3windr 190 with some bmw's and audi's ;) 1176068646 M * Borg- :) 1176068665 M * Borg- yeah.. good diesel BMW.. rocks.. 1176068669 M * Borg- like 535 tds 1176068683 M * Borg- or audi A6 3.0 TDI 1176068703 M * sid3windr :) 1176068722 M * sid3windr I have an alfa romeo 156 1.8 TS and it can kinda keep up ;) 1176068736 M * Borg- hmm whats the top speed? 1176068749 M * sid3windr haven't tried further than 220 1176068772 M * sid3windr I guess that was quite close though 1176068779 M * Borg- nice :) 1176068792 M * Borg- hmm so good speed for authban seems to be 170.. 1176068828 M * sid3windr 190 works 1176068836 M * sid3windr until some vw thinks he can bypass a truck in 0.2s 1176068839 M * Borg- arent that too high? I guess you have a lot of RPMS 1176068844 M * Borg- hehe 1176068852 M * sid3windr autobahn really needs 3-vaksweg :p 1176068861 M * sid3windr like most speedways in .be ;) 1176068875 M * sid3windr I can do 7500rpm before going into red 1176068878 M * Borg- 3-vaksweg? whats that? 1176068884 M * sid3windr I dunno, I can't translate it :) 1176068887 M * Borg- 7500?!! geez ;) those weird engines.. 1176068897 M * Borg- im Diesel fan.. anything more than 3500 is overkill 1176068900 M * sid3windr you have 3 "slices" of road 1176068904 M * daniel_hozac sid3windr: lanes? 1176068906 M * sid3windr so 3 cars can drive next to eachother 1176068907 M * sid3windr ye 1176068907 M * sid3windr lanes! 1176068912 M * Borg- ahh. lanes 1176068915 M * sid3windr hehe 1176068923 M * sid3windr couldn't think of the right word 1176068926 M * sid3windr you have trucks on lane 1 1176068931 M * sid3windr you have fast drivers on lane 2 1176068938 M * Borg- and sid3windr on lane 3 1176068938 M * Borg- ;) 1176068939 M * sid3windr then you have someone driving somewhat faster than a truck... goes to lane 2 1176068946 M * sid3windr drives 130 1176068950 M * sid3windr oncoming cars at 170 1176068952 M * sid3windr = problem :p 1176068964 M * sid3windr luckily the autobahns are built for such stuff 1176068966 M * sid3windr you can see far ahead 1176068976 M * sid3windr so leave enough space and look ahead, works fine 1176068977 M * sid3windr hehe 1176068982 M * sid3windr still I'd have appreciated a 3rd lane ;) 1176068989 M * Borg- :) 1176069000 M * sid3windr the motorway I use most in .be has 4 lanes for a large part 1176069007 M * Borg- cool 1176069013 M * sid3windr then you always have some space. 1176069028 M * Borg- here 2 lane road is a luxury ;) 1176069031 M * trippeh Argh, it still doesn't work right. Now if hte link error message was a bit more verbose.. Like source and destination 1176069040 M * sid3windr Borg-: ;) 1176069063 M * sid3windr btw, vmware server sucks ass 1176069078 M * sid3windr my linux instance's time is constantly slipping 1176069085 M * sid3windr it takes 80 seconds to count 60 seconds :( 1176069088 M * sid3windr vserver rocks. :P 1176069090 M * daniel_hozac lol 1176069097 M * trippeh sid3windr: Make sure the kernels runs at HZ=100, both host and guest 1176069105 M * sid3windr trippeh: yes, I'm recompiling kernel for that now 1176069114 M * sid3windr too gay to be true though, that it can't handle it 1176069123 M * trippeh Yep.. 1176069131 M * sid3windr do I have to recompile the host as well? that would really suck. 1176069173 M * trippeh I had to here.. But I still couln't get it to stop drifting under load.. 1176069268 M * trippeh daniel_hozac: Any idea how to debug hashify? Strace doesn't seem to like crossing contexts ;) 1176069284 M * daniel_hozac hmm? hashify shouldn't cross contexts. 1176069328 M * trippeh It does some vserver exec stuff 1176069330 M * sid3windr btw, Borg-: http://www.ipv6experiment.com/ 1176069335 M * daniel_hozac ah. 1176069341 M * daniel_hozac right. 1176069351 M * daniel_hozac you should be able to run it without -fF though. 1176069363 Q * meandtheshel1 Quit: Leaving. 1176069368 M * daniel_hozac (if you run vhashify manually, without the vserver ... hashify wrapper) 1176069468 M * Borg- sid3windr: hehe quite interesting.. 1176069521 M * trippeh daniel_hozac: Hmm. Even invoked directly it never gets any link(): Invalid cross-device link when run using strace 1176069550 M * trippeh Wait.. -fF is screwing me 1176069560 M * trippeh Lets see.. 1176069769 M * trippeh Wait a minute... 1176069804 M * trippeh Stupid bind mounts! 1176069815 M * trippeh (On the host..) 1176069822 M * Borg- hum.. quite late.. time to drop to sleep I guess 1176069866 M * trippeh /mnt/vserver/root1 was bindmounted on /vservers (/var/lib/vservers in this case, but..) 1176069876 M * trippeh I think this may throw it off 1176069894 A * trippeh fixes vdirbase instead 1176070296 Q * trippeh Quit: Badabing! 1176070787 J * trippeh atomt@uff.ugh.no 1176070793 M * trippeh Yay, works! 1176070802 M * trippeh Silly leftover workarounds ;) 1176070891 M * trippeh Probably the exclude file isn't needed either 1176071423 M * trippeh disasterix:/mnt/vserver/root1# du -hs .hash archive adm1 db-fb1 1176071423 M * trippeh 416M .hash 1176071423 M * trippeh 5.6M archive 1176071423 M * trippeh 9.9M adm1 1176071423 M * trippeh 5.7M db-fb1 1176071426 M * trippeh Now we're talking ;) 1176071850 J * FireEgl Proteus@adsl-61-136-122.bhm.bellsouth.net 1176071896 Q * sannes Ping timeout: 480 seconds 1176072133 Q * DavidS Quit: Leaving. 1176072191 J * sannes ace@har.sagt.no 1176072454 Q * tanjix 1176073028 Q * dna Quit: Verlassend 1176073537 Q * yarihm Quit: Leaving 1176073644 J * DoberMann_ ~james@AToulouse-156-1-7-139.w81-250.abo.wanadoo.fr 1176073750 Q * DoberMann Ping timeout: 480 seconds 1176073783 N * DoberMann_ DoberMann[ZZZzzz] 1176074670 Q * rgl Ping timeout: 480 seconds 1176075359 Q * FireEgl Remote host closed the connection 1176075850 Q * bonbons Quit: Leaving