1220486854 Q * xdr Ping timeout: 480 seconds 1220487297 J * xdr ~xdr@75-173-96-87.cust.blixtvik.se 1220487306 Q * dowdle Remote host closed the connection 1220488839 Q * tam Quit: Lost terminal 1220488890 J * tam ~tam@gw.nettam.com 1220489052 Q * xdr Remote host closed the connection 1220489223 J * xdr ~xdr@75-173-96-87.cust.blixtvik.se 1220490267 Q * xdr Quit: leaving 1220490959 J * xdr ~xdr@75-173-96-87.cust.blixtvik.se 1220492177 Q * FireEgl Read error: Connection reset by peer 1220493025 J * FireEgl FireEgl@173.16.9.10 1220493157 Q * xdr Ping timeout: 480 seconds 1220493590 J * xdr ~xdr@145-173-96-87.cust.blixtvik.se 1220493735 Q * xdr 1220494558 J * xdr ~xdr@145-173-96-87.cust.blixtvik.se 1220499477 Q * derjohn_mob Ping timeout: 480 seconds 1220500816 N * Bertl_zZ Bertl 1220500832 M * Bertl morning folks! 1220500839 M * Bertl xdr: please fix your client! 1220500969 M * xdr Bertl: you mean the hops? 1220500989 M * xdr Bertl: my cats where playing on top of the router... 1220501006 M * xdr I forgot to close the door to the wardrobe 1220501160 M * xdr sry 1220501175 M * Bertl that's a good one :) 1220501222 M * Bertl I'll buy it because of the originality ... 1220501275 Q * xdr Remote host closed the connection 1220506357 J * derjohn_mob ~aj@e180198022.adsl.alicedsl.de 1220508926 Q * balbir_ Ping timeout: 480 seconds 1220509070 N * pmenier_off pmenier 1220511158 J * larsivi ~larsivi@169.80-202-217.nextgentel.com 1220511957 J * dna ~dna@p54BCF571.dip.t-dialin.net 1220512276 J * xdr ~xdr@170-173-96-87.cust.blixtvik.se 1220512649 Q * derjohn_mob Ping timeout: 480 seconds 1220512689 J * balbir_ ~balbir@59.145.136.1 1220512954 Q * xdr Read error: Connection reset by peer 1220513182 J * xdr ~xdr@217-173-96-87.cust.blixtvik.se 1220513270 Q * stragulus Quit: [BX] Mr. Rogers uses BitchX. Won't you be my neighbor? 1220513579 N * DoberMann[ZZZzzz] DoberMann 1220517224 Q * larsivi Quit: Konversation terminated! 1220517895 T * * http://linux-vserver.org/ |stable 2.2.0.7, devel 2.3.0.34, grsec 2.2.0.7|util-vserver-0.30.215|libvserver-1.0.2|vserver-utils-1.0.3| 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 forget about the minute. 1220517895 T * ChanServ - 1220517922 Q * FireEgl Quit: Leaving... 1220518238 J * tokkee tokkee@ssh.faui2k3.org 1220519249 J * virtuoso ~s0t0na@81.9.35.135 1220519464 M * Bertl nap attack ... off for now ... bbl 1220519469 N * Bertl Bertl_zZ 1220519809 J * larsivi ~larsivi@85.221.53.194 1220521728 Q * cehteh Read error: Connection reset by peer 1220522608 J * cehteh ~ct@pipapo.org 1220523098 J * tramjoe_merin ~tramjoe@193.41.238.151 1220524204 N * Bertl_zZ Bertl 1220524209 M * Bertl back now ... 1220524520 J * friendly ~friendly@ppp118-208-172-153.lns10.mel4.internode.on.net 1220524630 Q * meebey Remote host closed the connection 1220524937 J * meebey meebey@booster.qnetp.net 1220526161 J * derjohn_mob ~aj@80.69.42.51 1220527050 J * loddafni1 ~mike@chello080108111137.5.11.univie.teleweb.at 1220528042 J * _spq spq@xerxes.network.conceptT.com 1220528064 P * _spq 1220529240 Q * friendly Quit: Leaving. 1220529511 J * dna_ ~dna@p54BCD65D.dip.t-dialin.net 1220529928 Q * dna Ping timeout: 480 seconds 1220531083 Q * pisco_ Ping timeout: 480 seconds 1220531662 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220531671 M * ghislainocfs2 hello 1220531680 J * xdr_ ~xdr@217-173-96-87.cust.blixtvik.se 1220531682 Q * xdr_ 1220531703 M * ghislainocfs2 hi herbert, want some test on ocfs2 ? :) 1220531726 M * Bertl hey, yep 1220531736 M * ghislainocfs2 i am not used to irc 1220531744 M * Bertl that was quick nevertheless :) 1220531754 M * ghislainocfs2 eheh 1220531756 M * Bertl daniel_hozac: ping? you around? 1220531765 M * daniel_hozac yeah- 1220531784 M * Bertl okay, maybe you've already read on the ML, we have a strange OCFS2 issue 1220531798 M * ghislainocfs2 at least on my setup.. :) 1220531815 M * daniel_hozac not entirely unexpected... 1220531816 M * Bertl it seems that hashify segfaults on OCFS2 but works on ext3 :) 1220531832 M * daniel_hozac do you get anything in dmesg? 1220531838 M * daniel_hozac aside from the segfault messages. 1220531849 M * Bertl ghislainocfs2: some kind of kernel trace? 1220531893 M * ghislainocfs2 hum i do not see anything related to the issue in it, last line is 1220531894 M * ghislainocfs2 PM: Writing back config space on device 0000:01:00.0 at offset 1 (was 100406, writing 100006) 1220531910 M * ghislainocfs2 others are ext3 or aoe related setup mainly 1220531930 M * daniel_hozac could you run vhashify under gdb and get a backtrace? 1220531940 M * ghislainocfs2 you will need to help me there 1220531968 M * ghislainocfs2 ok first aptitude install gdb 1220532013 M * daniel_hozac gdb /usr/lib*/util-vserver/vhashify, then r 1220532020 M * ghislainocfs2 i added barrier=1 to the mount option i do not know if you want me to remive it also 1220532021 M * ghislainocfs2 /dev/etherd/e10.1 on /vservers type ocfs2 (rw,_netdev,noatime,tag,barrier=1,heartbeat=local) 1220532050 M * daniel_hozac what does it do? 1220532073 M * Bertl probably adds a write barrier or so? 1220532089 M * ghislainocfs2 i dont know lol i tried it just to see if it changed, it say activate barrier nothing more 1220532120 M * Bertl the docu says everything: This enables/disables barriers. barrier=0 disables it, barrier=1 enables it. 1220532127 M * Bertl :) 1220532133 M * ghislainocfs2 yes lol 1220532147 M * ghislainocfs2 (gdb) r fai01 1220532147 M * ghislainocfs2 Starting program: /usr/local/lib/util-vserver/vhashify fai01 1220532147 M * ghislainocfs2 [Thread debugging using libthread_db enabled] 1220532147 M * ghislainocfs2 [New Thread 47234669350016 (LWP 20579)] 1220532155 M * ghislainocfs2 Program received signal SIGSEGV, Segmentation fault. 1220532155 M * ghislainocfs2 [Switching to Thread 47234669350016 (LWP 20579)] 1220532155 M * ghislainocfs2 0x0000000000405707 in copyMMap (in_fd=10, out_fd=11) at lib_internal/unify-copy.c:95 1220532159 M * ghislainocfs2 95 if (*src != 0) *dst = *src; 1220532166 M * ghislainocfs2 is that what you need ? 1220532168 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1220532172 M * ghislainocfs2 ok 1220532190 M * daniel_hozac hmm. 1220532200 M * Bertl ghislainocfs2: not just to avoid flooding here, it's also easier to review :) 1220532202 M * daniel_hozac what util-vserver version? 1220532213 Q * xdr Remote host closed the connection 1220532230 M * ghislainocfs2 util-vserver: 0.30.215; Sep 3 2008, 17:11:29 1220532240 M * daniel_hozac so an actual 0.30.215? 1220532261 M * ghislainocfs2 i took it from the main site the 3 sept 1220532290 J * pisco_ ~pisco@tor.noreply.org 1220532291 M * ghislainocfs2 =================== 1220532291 M * ghislainocfs2 All 21 tests passed 1220532296 M * Bertl daniel_hozac: http://list.linux-vserver.org/archive?mss:1608:200809:mjifgpnejecngmpgcgbo 1220532335 M * ghislainocfs2 i tried to put maximum information on the list 1220532340 M * Bertl ghislainocfs2: could you try up/downgrading gcc and rebuild the tools? 1220532352 M * Bertl but keep the existing ones around somewhere 1220532362 M * daniel_hozac i don't think that's necessary. 1220532371 M * Bertl okay, found something? 1220532377 M * daniel_hozac try a 0.30.216 pre-release. 1220532399 M * daniel_hozac e.g. http://people.linux-vserver.org/~dhozac/t/uv-testing/util-vserver-0.30.216-pre2782.tar.bz2 1220532405 M * ghislainocfs2 ok i try to find it 1220532440 M * Bertl alternatively, the 2772 prerelease should be in debian, IIRC 1220532522 M * ghislainocfs2 Can not find the 'ionice' tool 1220532525 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1220532530 M * daniel_hozac install schedutils. 1220532564 M * ghislainocfs2 ok, i was searching wich package holded it 1220532608 M * ghislainocfs2 ...building 1220532625 M * ghislainocfs2 =================== 1220532625 M * ghislainocfs2 All 21 tests passed 1220532668 M * daniel_hozac that's because they're not run on OCFS2 :-) 1220532719 M * ghislainocfs2 yep 1220532736 M * ghislainocfs2 i got an infinite number of messages like this one : 1220532740 M * ghislainocfs2 mmap(): Invalid argument 1220532770 M * ghislainocfs2 only this line repeated hundreds of time 1220532794 M * ghislainocfs2 oh it crashed the server 1220532816 J * xdr ~xdr@217-173-96-87.cust.blixtvik.se 1220532835 M * ghislainocfs2 it is rebooting 1220532877 M * daniel_hozac it crashed? that seems unlikely. 1220532941 M * Bertl it's getting better :) 1220532972 M * ghislainocfs2 when ocfs2 loose it disk it restart the box so perhaps this is the case 1220532978 M * Bertl ghislainocfs2: when your (test) server has recovered, could you try to run the testfs script on your ocfs2 setup? 1220533039 M * daniel_hozac vhashify is calling mmap with PROT_WRITE, MAP_SHARED, which ocfs2 dislikes for non-local or sparse filesystems... 1220533086 M * ghislainocfs2 testfs yes it is in the tools or must eb downloaded ? 1220533100 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/testfs.sh 1220533116 M * Bertl but be careful, it will wipe out the given partition and reformat it 1220533135 M * Bertl i.e. you might need to setup a separate partition for that 1220533149 M * Bertl (LVM, loop, whatever) 1220533153 M * ghislainocfs2 no problem 1220533162 M * ghislainocfs2 those dell takes age to reboot 1220533176 M * Bertl hehe, yeah, I remember 1220533193 M * daniel_hozac does testfs work on OCFS2? 1220533202 M * Bertl ghislainocfs2: first time I had one remote, I kept calling the datacenter on reboot :) 1220533216 M * Bertl daniel_hozac: IIRC, I tested on OCFS2 some time ago 1220533273 M * Bertl but only on a single node setup or so 1220533344 M * ghislainocfs2 this is single node for the moment 1220533472 M * ghislainocfs2 so testfs.sh /vservers ? 1220533486 M * Bertl nah 1220533503 M * ghislainocfs2 sh testfs.sh /dev/etherd/e10.1 1220533504 M * ghislainocfs2 ? 1220533520 M * Bertl ./testfs.sh -D -F ocfs2 -M /test 1220533531 M * ghislainocfs2 ok 1220533540 M * Bertl (or some other mount point if there is no /test) 1220533564 M * Bertl if that works, start with adding '-x' then '-y' and finally '-z' 1220533566 M * sid3windr pity ocfs2 doesn't work well for apt :( 1220533577 M * ghislainocfs2 testing ocfs2 filesystem ... 1220533601 M * Bertl sid3windr: hmm? because of the mmap? 1220533639 M * sid3windr yeah 1220533782 M * ghislainocfs2 i got 002 failed and 999 failed 1220533792 M * ghislainocfs2 000 and 001 succeed 1220533837 M * ghislainocfs2 http://paste.linux-vserver.org/pastebin.php?dl=12422 1220533844 M * ghislainocfs2 not sure if we use it this way 1220533873 M * ghislainocfs2 http://paste.linux-vserver.org/pastebin.php?dl=12423 1220534112 M * Bertl hmm, the 002 means that it allows for a remount 1220534128 Q * balbir_ Read error: Operation timed out 1220534137 M * Bertl that 999 failed is fine, that is an fsck 1220534150 M * Bertl I presume there is no fsck.ocfs2, or? 1220534161 M * ghislainocfs2 yes there is one 1220534175 M * Bertl okay, then it somehow returns an error 1220534189 M * Bertl anyway, let's try with -vvvx (in addition to the rest) 1220534211 M * ghislainocfs2 ok it is running -x right now 1220534231 M * ghislainocfs2 the disk is 1To 1220534249 M * ghislainocfs2 perhaps i shoudl run on a small part ? 1220534363 M * Bertl well, yeah, something like 100M would suffice 1220534388 M * Bertl but no problem with the full size, just takes a little longer on the mkfs/fsck 1220534399 M * ghislainocfs2 http://paste.linux-vserver.org/12424 1220534641 M * ghislainocfs2 with -y http://paste.linux-vserver.org/12425 1220534834 M * Bertl so the tagging is fine, the attributes are wrong 1220534869 M * Bertl no, the attributes are correct too, just the tool reporting them is funny :) 1220534890 M * Bertl let me adjust the testfs.sh a little 1220534892 Q * xdr Ping timeout: 480 seconds 1220534998 M * Bertl ghislainocfs2: can you check if the fsck.ocfs2 supports -p? 1220535078 M * ghislainocfs2 ok 1220535106 M * ghislainocfs2 fsck.ocfs2: invalid option -- p 1220535122 M * Bertl okay, is there any option for automatic repair? 1220535140 J * xdr ~xdr@gote2.25.cust.blixtvik.net 1220535153 M * ghislainocfs2 i check, with -vvvxyz: http://paste.linux-vserver.org/12426 1220535164 M * ghislainocfs2 -y Answer 'yes' to all repair questions 1220535164 M * ghislainocfs2 ? 1220535182 M * Bertl hmm, sledgehammer :) 1220535214 M * Bertl the other filesystems know -a or -p which is intented for automatic system bootup/repair 1220535238 M * ghislainocfs2 oh they changed the standard way, very clever from them 1220535238 M * Bertl i.e. all checks/modifications which are 'considered safe' will be done 1220535262 M * Bertl no big deal, if there is no such option, or this is the default, we can adapt 1220535347 M * ghislainocfs2 yes 1220535383 M * ghislainocfs2 if you got a better solution than ocfs2 for sharing the directory for vserver i will gladly took it ;) 1220535416 M * Bertl I'm fine with OCFS2, this way the code gets exercised and tested :) 1220535471 M * ghislainocfs2 eheh 1220535626 M * Bertl so, did you check with the manpage (for the fsck.ocfs2)? any options which would be better suited than -y? 1220535655 M * ghislainocfs2 not much 1220535673 M * Bertl so we take no option for now .. 1220535691 M * ghislainocfs2 there is only a force, a say 'y' to all and various tech things 1220535708 M * ghislainocfs2 like inode count or ignore cluster locking 1220535778 M * Bertl okay, try this one: 1220535780 M * Bertl http://vserver.13thfloor.at/Experimental/testfs.sh-0.20 1220535797 M * Bertl you can run it with -txyz 1220535811 M * Bertl (and the default options for device/mount point/fs) 1220535834 M * ghislainocfs2 running with sh ./testfs.sh -txyz -D /dev/etherd/e10.1 -F ocfs2 -M /test 1220535860 M * Bertl well, testfs.sh-0.20 :) 1220535977 M * ghislainocfs2 :) 1220536023 M * ghislainocfs2 http://paste.linux-vserver.org/12427 1220536045 M * ghislainocfs2 10 failed tests 1220536192 M * Bertl ah, stupid me, forgot to actually add the fsck opts, sec 1220536235 M * Bertl okay, please reload and rerun 1220536256 M * Bertl we are expecting errors in the -z section (disk limits) 1220536270 M * Bertl everything else should be fine 1220536292 M * ghislainocfs2 ok 1220536329 Q * larsivi Quit: Konversation terminated! 1220536542 M * ghislainocfs2 http://paste.linux-vserver.org/12428 1220536560 M * ghislainocfs2 yes the last section is the only with error 1220536587 M * Bertl good, check with dmesg that you don't get any stack traces 1220536602 M * Bertl if that is so, we can consider the kernel OCFS2 support working as expected 1220536628 J * nicolas ~nicolas@adsl3.aqueos.com 1220536709 M * Bertl welcome nicolas! 1220536750 M * ghislainocfs2 i do not see any issues appart mounting , unmounting chmod messing with the barrier etc 1220536760 M * ghislainocfs2 you want a pastebin of it ? 1220536779 J * blues blues@afe50.neoplus.adsl.tpnet.pl 1220536788 M * blues hi all 1220536889 M * blues I've got problem with my vserver host 1220536905 J * TheSeer ~theseer@border.office.nonfood.de 1220536906 M * daniel_hozac ghislainocfs2: could you try a 2.6.26-based vserver kernel? 1220536908 M * TheSeer heya :) 1220536937 M * ghislainocfs2 2.6.26 ? but vserver works with them ? 1220536946 M * blues /usr/lib/util-vserver/vrpm-worker DS -e lesspipe-1.0-4.noarch 1220536946 M * blues error: %postun(lesspipe-1.0-4.noarch) scriptlet failed, exit status 255 1220536951 M * ghislainocfs2 i was beleiving 19 was the last one supported yet 1220536964 M * ghislainocfs2 i can try 1220536977 M * blues every rpm package with pre/post scripts fails 1220536989 M * blues and I have 2 packages in the database 1220536999 M * ghislainocfs2 daniel, this one ? http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.26.3.tar.bz2 1220537010 M * Bertl yep, should be fine 1220537013 M * blues how can I trace it? 1220537025 M * blues how can I fix it? 1220537050 M * Bertl ghislainocfs2: http://vserver.13thfloor.at/Experimental/patch-2.6.26.3-vs2.3.0.35.diff plus the two deltas after that (same location) 1220537071 M * Bertl blues: -x or strace -fF in the script? 1220537115 M * Bertl blues: anything in /var/log/messages or dmesg? 1220537142 M * blues Bertl: strace is not ok - PTRACE not permited :) 1220537152 M * TheSeer daniel_hozac: 2.6.22.19-vs2.3.0.34.1 is the latest centos kernel you provide, right? 1220537181 M * blues Bertl: [pid 10061] vserver(0xb010001, 0x3, 0xbfe76b90, 0x3, 0upeek: ptrace(PTRACE_PEEKUSER,10061,44,0): Operation not permitted 1220537227 M * ghislainocfs2 bertl: the two delta...hum 1220537230 M * blues Bertl: dmesg and kernel messages is empty 1220537249 M * ghislainocfs2 delta-cowbl-fix02.diff ? 1220537268 M * daniel_hozac TheSeer: yes. 1220537280 M * daniel_hozac blues: what distro? 1220537284 M * daniel_hozac pld? 1220537290 M * blues aaaaa 1220537299 M * TheSeer daniel_hozac: okay... i got a kernel bug in /var/log/messages ;-/ 1220537308 M * daniel_hozac TheSeer: paste.linux-vserver.org, please. 1220537314 M * blues moment - There is something in logs... :) 1220537322 M * blues Not cloning cgroup for unused subsystem ns 1220537332 M * blues what's that?? 1220537339 M * blues daniel_hozac: yes, PLD 1220537366 M * TheSeer daniel_hozac: http://phpfi.com/350341 1220537383 M * daniel_hozac blues: some weird rpm version, right? 1220537389 M * daniel_hozac i.e. jbj-rpm. 1220537479 M * blues daniel_hozac: dunno if it's weird - quite old version... 1220537496 M * blues daniel_hozac: it was working fine until now... 1220537516 M * blues daniel_hozac: and rpm wasn't changed 1220537527 M * daniel_hozac so, what did change? 1220537570 M * daniel_hozac TheSeer: hmm, that's a new one. 1220537575 M * blues daniel_hozac: kernel and few libs 1220537585 M * blues daniel_hozac: but inside vserver 1220537628 M * ghislainocfs2 kernel is building 1220537895 M * daniel_hozac TheSeer: can you reproduce this? 1220537956 M * TheSeer i don't even know what triggered it ;) 1220537968 M * daniel_hozac postdrop 1220537977 M * TheSeer i just saw the entry in the logs when checking for something else 1220537978 M * daniel_hozac in context 2106 1220537994 M * TheSeer postdrop means postifx 1220538059 M * blues any ideas what can be wrong? 1220538087 M * TheSeer hmm... postfix is rather busy distributing a newsletter from one of our customers in that 1220538091 M * ktwilight ok, i wanna run the testfs.sh script, but am welcomed by the big wolf that says it "might easily format my hdd". is there anything that i should know before following the instructions? 1220538101 M * ktwilight would the hdd spin to its death or something? :) 1220538168 M * daniel_hozac specify a loop device. 1220538268 M * ktwilight ah ok. follow instructions. 1220538291 M * ktwilight i never worked with /dev/loop*, do i need to find out which loopN is available? as in free to use? 1220538318 M * daniel_hozac yes. 1220538482 M * ktwilight o 1220538487 A * ktwilight tries to find out 1220538490 M * ktwilight thanks daniel_hozac :) 1220538537 M * daniel_hozac blues: typically you'll get that when rpm-fake doesn't catch the necessary calls that rpm makes. 1220538561 M * TheSeer daniel_hozac: the pid in question is "stuck" ... i cannot even kill the process 1220538610 M * TheSeer gonna restart the vserver 1220538619 M * daniel_hozac that's not gonna be possible. 1220538636 M * daniel_hozac as the trace says, a reboot is needed. 1220538696 M * TheSeer hmpf 1220538696 M * TheSeer okaay.. 1220538842 M * ktwilight wee~ it's running :) 1220538851 M * blues daniel_hozac: ok, I can get it but HOW can I trace what is missing, what is really wrong...? 1220538859 M * ktwilight hm, so there are fails. 1220538874 M * daniel_hozac blues: and ltrace of rpm would probably be useful. 1220539518 M * ghislainocfs2 bertl, daniel : http://paste.linux-vserver.org/12429 1220539527 M * ghislainocfs2 it seems the filesystem test does not pass 1220539538 M * ghislainocfs2 with Linux 2.6.26.3-vs2.3.0.35 1220539541 M * blues hmm... I think I've separated the place where everything breaks... 1220539542 M * blues vserver(0, 0x3f, 0, 0xbf84fcc0, 0x4) = -1 ENOSYS (Function not implemented) 1220539542 M * blues vserver(0x10000, 0, 0, 0xffffffff, 0x4) = -1 ENOSYS (Function not implemented) 1220539542 M * blues vserver(0x3f010001, 0x3, 0xbf84fbe8, 0xbf84fcc0, 0x13) = -1 ENOSYS (Function not implemented) 1220539628 M * blues exec: Function not implemented 1220539880 M * blues damn, I'm not able to fix it :-/ 1220540205 J * nas ~chatzilla@bb121-7-18-191.singnet.com.sg 1220540210 M * nas hello 1220540215 M * nas bertl 1220540228 M * ktwilight hmm, running the testfs gives me negative results on some of the things. i've checked my kernel settings and the necessary options are compiled into. not sure what else i should be looking for :/ any clues? http://rafb.net/p/QFhyQR53.html 1220540234 M * nas i did what you suggested yesterday 1220540313 M * nas using the virtual ip i was able to connect to apache installed on the host 1220540322 M * nas the director is also in the host 1220540362 M * nas but then i cannot connect to the apache in the vserver 1220540440 M * nas anyone knows how to configure the networking part of a vserver 1220540456 M * nas just like the way the real server should be configured? 1220540479 M * nas there must be a file somewhere that could do this, i just don't know 1220540512 M * ktwilight it's configured when you create a new guest 1220540534 M * ktwilight though you can manually configure it in /etc/vserver/GuestName/interfaces/* 1220540559 M * nas yeah but then if i will have the real server inside a vserver, there are other things i need to configure 1220540571 M * nas oh ok 1220540583 M * nas so it all goes in the interfaces folder 1220540597 M * nas like enable the lo of a vserver 1220540602 M * ktwilight ... 1220540611 M * nas coz by default only eth0 is enabled in a vserver 1220540613 M * ktwilight what do you mean by "real server inside a vserver"? 1220540636 M * nas coz i am doing the linux virtual server setup 1220540637 M * ktwilight well not quite, you have to define which device you want for your guest 1220540662 M * ktwilight that just told me nothing :/ 1220540683 M * nas are you familiar with /etc/vserver//sysctl//setting/ 1220540694 M * ktwilight which distro? 1220540699 M * nas debian 1220540702 M * ktwilight ... 1220540708 M * ktwilight that's not the path, i think. 1220540755 M * ktwilight networking interfaces goes to /etc/vservers/GuestName/interfaces/0/ 1220540763 M * nas yeah 1220540765 M * ktwilight which has dev, ip, and prefix 1220540777 M * nas yeah that's right 1220540782 M * ktwilight ya sure? 1220540784 M * nas but i need to set something on sysctl 1220540793 M * nas which is also related in networking 1220540795 M * ktwilight for? 1220540812 M * nas turn off ARP for instance 1220540832 M * nas and make the guest treat the virtual IP as local 1220540840 M * nas so it will server for that VIP 1220540861 M * nas so it will serve for that virtual IP* 1220540903 M * ktwilight ah http://www.nongnu.org/util-vserver/doc/conf/configuration.html 1220540916 M * ktwilight the awesome flower page has spoken 1220540984 M * ktwilight and FAQ has as well http://linux-vserver.org/Frequently_Asked_Questions#Since_upgrading_to_a_newer_VS_version_my_guest_doesn.27t_have_the_amount_of_shared_memory_.28SHM_.2F_SHMMAX_.2F_SHMALL_.29_as_it_had_in_the_former_version._What_changed.3F 1220541171 M * ktwilight "So, you use the lovely XFS file system, but those meanies at linux-vserver have told you it's not supported. :)" ;( 1220541179 M * ktwilight there goes my problem :) 1220541541 M * Bertl hmm, had a network outage .. back now 1220541571 M * Bertl ghislainocfs2: can you get me a -vvv test run with 2.6.26? 1220541583 M * Bertl nas: hey! how's going? 1220541618 M * nas hey 1220541620 M * nas ok 1220541635 M * nas so here is what happened 1220541649 M * nas i setup the director and the apache in the host 1220541660 M * nas i used the virtual ip to access the apache 1220541663 M * nas it worked!!! 1220541691 M * nas then i setup apache in vserver guest 1220541724 M * nas i cannot access the apache in vserver guest using the virtual ip 1220541754 M * nas i setup another apache in vserver guest in another host 1220541766 M * nas i also cannot access apache using the vip 1220541819 M * nas i don't know what to do with my vserver 1220541861 M * nas i find somewhere that i need to add /etc/vservers//sysctl//setting 1220541874 M * nas and i find somewhere that i need to add /etc/vservers//sysctl//value 1220541887 M * nas if = interface 1220541888 M * Bertl wowo ... wait 1220541902 M * nas ahhhha ok 1220541903 M * Bertl your setup works fine with apache on the host, yes? 1220541920 M * nas yeah 1220541925 M * Bertl when you switched to using the guest, what did you change? 1220541955 M * nas i add in the vserver guest ip in ldirectord 1220541967 M * nas that's it 1220541970 M * Bertl why did you do that? 1220541991 M * blues daniel_hozac: I catched the bug 1220542000 M * nas so that it will redirect the request to the vserver guest 1220542001 M * Bertl nas: if your setup works on the host, you want to keep that setup even when using the guest 1220542008 M * blues daniel_hozac: I had util-vserver broken... 1220542010 M * blues ech.... 1220542040 M * Bertl nas: or the other way round, if you plan to use a specific 'guest' ip, then test it on the host with that IP first 1220542068 M * Bertl nas: i.e. do not change IPs or configurations when switching between host and guest 1220542095 M * nas i just added the vserver guest ip to the pool 1220542117 M * nas so the request will be redirected there 1220542123 M * Bertl then try with that IP on the host first 1220542177 M * nas yeah i'm still on the host 1220542184 M * nas i did try it on the host 1220542187 M * daniel_hozac blues: hmm? 1220542202 M * nas so i have two apache servers running 1220542214 M * nas one on the host the other on the vserver guest 1220542227 M * Bertl I hope not for the same IP :) 1220542294 M * Bertl nas: look, what I suggested last time, and what I think you really should do is to setup everything as it should be but ignore Linux-VServer specific stuff for now 1220542295 M * nas when i only have the host ip in the pool of real server, then use the virtual ip, i can see apache 1220542335 M * Bertl nas: that means, if you want to use that 'guest IP' just add it to the Host's Listen directive for now 1220542336 M * nas ok 1220542364 M * nas yeah i add in that to the listen directive 1220542365 M * Bertl don't start a guest or setup anything guest specific until your redirector setup works on the host 1220542375 M * blues daniel_hozac: nevermind - it's on my system file broken :) 1220542423 M * nas so what i did to host is i just added the vserver guest IP to the pool 1220542443 M * nas are we still on the same page? 1220542456 M * ghislainocfs2 bertl yes i try :) 1220542464 M * Bertl nas: yep, I guess so (and you adapted the host's apache config) 1220542473 M * nas yeah 1220542503 M * Bertl nas: so either that is now working as expected, or you need to change some things in the redirector/lvs setup 1220542629 M * nas so i don't do anything yet on the real server setup outside host? 1220542661 Q * nicolas Remote host closed the connection 1220542662 J * nicolas ~nicolas@adsl3.aqueos.com 1220542680 M * Bertl nas: everything should be on the host for now 1220542684 Q * nicolas 1220542699 M * Bertl nas: forget about Linux-VServer guests for the moment 1220542757 M * Bertl ghislainocfs2: could you also run a testme.sh and upload that too? 1220542814 M * nas ok bert i realized i forget to test one thing 1220542846 M * ghislainocfs2 ok 1220542854 M * nas that is to see if using the vip, can it connect to the apache in the other host 1220542895 M * nas i should setup apache on the other host without using vserver 1220542911 M * nas thanks very much 1220542916 M * Bertl yep, same setup, no Linux-VServer for now 1220542930 M * Bertl but use those guest IPs for apache, so that you can switch lateron 1220542954 M * nas yeah 1220543014 M * nas oks goodnight, thanks a lot 1220543030 M * Bertl you're welcome! 1220543038 Q * nas Remote host closed the connection 1220543061 M * ghislainocfs2 so testme.sh: 1220543062 M * ghislainocfs2 http://paste.linux-vserver.org/12430 1220543093 J * nas ~chatzilla@bb121-7-18-191.singnet.com.sg 1220543104 M * nas disconnected 1220543113 M * nas xie xie!!! 1220543121 M * Bertl bié kèqi 1220543126 Q * nas 1220543145 M * ghislainocfs2 testfs running now 1220543169 M * daniel_hozac ghislainocfs2: does your kernel include OCFS support? 001 is mount, IIRC... 1220543197 M * Bertl could be some mount option 1220543217 M * Bertl but yeah, that would be my guess too, after seeing the testme 1220543285 M * ghislainocfs2 ah dam 1220543337 M * ghislainocfs2 mount -t ocfs2 -o rw,tag /dev/etherd/e10.1 /test 1220543337 M * ghislainocfs2 ? 1220543343 M * ghislainocfs2 it seems to work 1220543382 M * ghislainocfs2 we seem to be stuck after test 101 now 1220543461 M * ghislainocfs2 daniel: o2cf modules are loaded: 1220543470 M * ghislainocfs2 Module Size Used by 1220543470 M * ghislainocfs2 ocfs2 426408 1 1220543476 M * ghislainocfs2 etc... 1220543503 M * ghislainocfs2 i think my issue was on the partitionning, i used the whole disk now and it is better 1220543532 M * ghislainocfs2 for now it just seems to hang here: http://paste.linux-vserver.org/12431 1220543582 M * Bertl network problems maybe? 1220543596 M * Bertl or still single node setup? 1220543603 M * ghislainocfs2 still single node 1220543612 M * ghislainocfs2 but the drive is on a san 1220543615 M * Bertl okay, check with dmesg 1220543618 M * ghislainocfs2 AOE san 1220543637 M * ghislainocfs2 last line ocfs2: Mounting device (152,2576) on (node 1, slot 0) with ordered data mode. 1220543658 M * ghislainocfs2 seesm to be stuck on 1220543659 M * ghislainocfs2 setattr --barrier /test/dir_4284 1220543687 M * daniel_hozac hmm. 1220543691 M * daniel_hozac we fixed that in a previous release. 1220543696 M * daniel_hozac maybe it got lost? 1220543711 M * Bertl could be, do you have an url for me? 1220543722 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-ocfs2-fix01.diff 1220543730 M * Bertl tx 1220543765 M * ghislainocfs2 i used patch-2.6.26.3-vs2.3.0.35.diff + delta-cowbl-fix02.diff + delta-rpc-fix01.diff for the kernel 1220543852 M * Bertl yep, seems that got lost, let me adapt that for 2.6.26 1220543878 M * ghislainocfs2 i kill the test ? 1220543881 Q * xdr Remote host closed the connection 1220543900 M * Bertl yes, you probably have to reboot, but wait until you have a new kernel 1220543954 M * ghislainocfs2 ok lol 1220543971 M * ghislainocfs2 yes kill do not work 1220543996 J * geb ~geb@188.170.100-84.rev.gaoland.net 1220544082 M * geb hi 1220544089 M * Bertl hey geb! 1220544111 M * ghislainocfs2 btw i tried hashify and it gave no error, i hadn't look at the inode to make sure it worked as i launched the tests but... 1220544126 M * geb hello Bertl 1220544143 M * Bertl ghislainocfs2: so maybe mainline fixed the mmap issue in 2.6.26 1220544159 M * daniel_hozac yeah, the check has been removed. 1220544293 M * ghislainocfs2 if only i knew i would backport ocfs2 to the last vserver supported kernel but my c is limited to hello world so.. i will stick to the old version then :) 1220544312 M * Bertl ghislainocfs2: you'll get a patch in a few seconds 1220544330 M * Bertl (which should fix OCFS2 for 2.6.26.3+) 1220544362 M * ghislainocfs2 ok, i cannot say more than that i admire you technical skills ! :) 1220544487 M * Bertl http://vserver.13thfloor.at/Experimental/delta-ocfs2-fix01.diff 1220544500 M * Bertl please try that one ontop of your current kernel 1220544543 A * geb applause 1220544544 M * ghislainocfs2 ok 1220544551 M * ghislainocfs2 compiling.... 1220545048 M * ghislainocfs2 running test 1220545240 M * ghislainocfs2 dam still locked at setattr --barrier /test/dir_3219 1220545252 M * ghislainocfs2 i just make the kernel do i need a make clean before ? 1220545259 M * Bertl no 1220545267 M * Bertl but you installed and booted that version? 1220545287 M * ghislainocfs2 so, or i done something wrong, or the patch do not change the behavior, 1220545289 M * ghislainocfs2 yes 1220545342 M * ghislainocfs2 AQ-00-0001:~/linux-2.6.26.3# cat delta-ocfs2-fix01.diff |patch -p1 1220545342 M * ghislainocfs2 patching file fs/ocfs2/inode.c 1220545342 M * ghislainocfs2 Reversed (or previously applied) patch detected! Assume -R? [n] ^C 1220545379 M * ghislainocfs2 i used this: make-kpkg --rootcmd fakeroot kernel_image 1220545379 M * Bertl okay, let me do some checks, the OCFS2 code changed a little since 2.6.22 1220545384 M * ghislainocfs2 ok 1220545448 M * Bertl daniel_hozac: the problem was that we have the inode already locked, IIRC 1220545468 M * daniel_hozac yeah. 1220545482 M * Bertl I changed the OCFS2 code to handle the syn in a different codepath, so we probably want to remove the locks there 1220545524 M * Bertl ghislainocfs2: I should have a test patch in a few minutes 1220545532 M * ghislainocfs2 ok 1220545544 M * Bertl daniel_hozac: can you verify that the have the inode locked when we invoce sync in 2.6.26+? 1220545570 M * Bertl ghislainocfs2: you can revert the non-working fix in the meantime 1220545617 M * ghislainocfs2 ok 1220545779 M * Bertl ah, no, we need to remove that ocfs2_inode_lock too 1220545820 M * Bertl okay, we'll build upon the fix01 patch :) 1220545927 M * ghislainocfs2 i guess all this could not be backported to the stable release ? this is .26.3 specific ? 1220545953 M * daniel_hozac 2.6.22 doesn't have this problem. 1220546026 M * ghislainocfs2 but hashify do not like ocfs2 (or the reverse) in 2.6.22 :) so this one is another rock in the way i see :) 1220546041 N * DoberMann DoberMann[PullA] 1220546059 M * ghislainocfs2 if i can make fai work i could even test ocfs2 in a two node setup 1220546099 J * dowdle ~dowdle@scott.coe.montana.edu 1220546099 M * Bertl the thing is, I moved the set attribute part into ocfs2_sync_flags() to make it more consistant with the other sync routines 1220546121 M * daniel_hozac ocfs2 in 2.6.22 doesn't allow the mmap-mappings that vhashify requires. 1220546132 M * Bertl but I basically implemented it like the setattr part 1220546153 M * ghislainocfs2 daniel: ok i see 1220546154 Q * tramjoe_merin Quit: using sirc version 2.211+KSIRC/1.3.12 1220546161 M * Bertl now it seems that the sync needs to avoid the inode lock 1220546175 J * tramjoe_merin ~tramjoe@193.41.238.151 1220546183 M * Bertl which is kind of trivial to do, but I need to verify that we are working on an unlocked inode :) 1220546240 M * ghislainocfs2 daniel: so basicaly ocfs2 and 2.6.22 cannot be used for vhashify :( 1220546279 M * daniel_hozac right. 1220546279 M * ghislainocfs2 is there another clusterfs that can work with it ? 1220546306 M * Bertl ghislainocfs2: in the meantime, please try the following modification (manually) 1220546314 M * ghislainocfs2 yes of course 1220546320 M * Bertl ghislainocfs2: with the fix01 reverted, edit fs/ocfs2/ioctl.c 1220546339 M * Bertl nope, fs/ocfs2/inode.c 1220546350 Q * tramjoe_merin Remote host closed the connection 1220546351 M * ghislainocfs2 ok 1220546372 M * Bertl comment out the lines 142 and 170 (mutex_lock/unlock) with two // 1220546408 M * ghislainocfs2 hum line 142 is void for me 1220546429 M * ghislainocfs2 ok 143 1220546443 M * Bertl the one with: mutex_lock(&inode->i_mutex); 1220546454 M * ghislainocfs2 done 1220546463 M * Bertl and the same with the mutex_unlock 1220546492 M * ghislainocfs2 yes i done both for me it was one line after 1220546500 M * ghislainocfs2 143 and 171 1220546519 M * Bertl yeah, because you reverted the entire fix01, but I left the cleanup in inode.c :) 1220546530 M * ghislainocfs2 ok 1220546531 M * Bertl np, 143 and 171 is fine 1220546537 M * ghislainocfs2 so now i rebuild ? 1220546547 M * Bertl yep, build, install, boot, test 1220546560 M * Bertl (report success :) 1220546591 M * ghislainocfs2 lol 1220546624 M * ghislainocfs2 rebooting 1220547224 M * ghislainocfs2 we get close to the dreaded test 1220547256 M * ghislainocfs2 test passed, still red flags but is worked 1220547278 M * Bertl excellent, anything failed in -xy? 1220547326 M * Bertl means (below 201) 1220547362 M * ghislainocfs2 so http://paste.linux-vserver.org/12432 1220547371 M * ghislainocfs2 yes a lot 1220547372 M * ghislainocfs2 :) 1220547384 M * Bertl hmm, that's bad ... 1220547402 Q * pmenier Quit: Konversation terminated! 1220547409 M * Bertl okay, please run it with -yvvv 1220547422 M * daniel_hozac could you try using a local disk instead? 1220547447 M * ghislainocfs2 hum i look if i have a spare partition 1220547476 M * Bertl daniel_hozac: I think more that the sync is now missing something 1220547501 M * daniel_hozac looks like more is missing... even 002 fails. 1220547551 M * Bertl 002 is the remount test, so yes, but shouldn'T be critical 1220547606 M * ghislainocfs2 http://paste.linux-vserver.org/12433 1220547610 M * ghislainocfs2 here the result 1220547665 M * Bertl for the next run, please do 'export LC_ALL=C LANG=C' :) 1220547679 M * ghislainocfs2 ok lol 1220547701 Q * opuk Quit: leaving 1220547701 M * ghislainocfs2 do not like french ? ;) 1220547717 M * Bertl well, like or not like, I do not understand it :) 1220547725 M * ghislainocfs2 :) 1220547828 M * ghislainocfs2 you do not know a filesystem that can share the /vserver in the stable release so 1220547860 M * Bertl nfs definitely can 1220547873 M * Bertl we also tested GFS some time ago 1220547879 M * daniel_hozac you sure? has anyone run recent releases with NFS? 1220547903 M * ghislainocfs2 GFS, google one ? 1220547912 M * Bertl I think I know somebody who is running 2.6.22.19 over NFS 1220547940 M * daniel_hozac GFS is the Red Hat one. 1220547940 M * fb ghislainocfs2: they opened it? 1220547960 M * Bertl daniel_hozac: do you have reason to believe that NFS is broken in stable? 1220547972 M * daniel_hozac i seem to remember someone having problems with it. 1220547983 M * ghislainocfs2 fb: open what ? 1220547991 M * sid3windr google fs 1220548019 M * ghislainocfs2 oh..dont know gfs is used by redhat also 1220548027 M * ghislainocfs2 global file system 1220548042 M * ghislainocfs2 was just thinking out loud trying to look stupid ;) 1220548067 J * opuk ~kupo@163-110-117-82.cust.blixtvik.se 1220548095 M * ghislainocfs2 ocfs2 seemed easy to setup, GFS has not a lot of docs and all say just use redhat blahblah 1220548108 M * ghislainocfs2 so i was a little lost on my debian system 1220548141 M * fb ghislainocfs2: gfs (as in current shape) was developed by RH 1220548158 M * fb ghislainocfs2: so it's not surprise 1220548164 M * Bertl ah, I think I know what's missing :) 1220548336 M * ghislainocfs2 :) 1220548352 M * ghislainocfs2 you have to be quick i will need to go back home soon :) 1220548367 M * Bertl okay, can you revert your changes to pre fix01 ? 1220548385 M * Bertl I'll upload a fix02 which replaces the entire fix01 1220548454 M * ghislainocfs2 i can uncomment the lines 1220548566 M * ghislainocfs2 ok so i uncomment the two lines or not ? 1220548569 M * ghislainocfs2 :) 1220548571 M * Bertl yeah, please 1220548624 M * ghislainocfs2 ok uncommented 1220548658 M * Bertl okay, fix01 got reverted already, I presume? 1220548674 M * ghislainocfs2 no 1220548677 M * ghislainocfs2 ah 1220548678 M * ghislainocfs2 yesyes 1220548697 M * Bertl okay, here is fix02: http://vserver.13thfloor.at/Experimental/delta-ocfs2-fix02.diff 1220548757 M * ghislainocfs2 ok seems to have worked 1220548769 M * ghislainocfs2 compiling 1220548781 M * daniel_hozac Bertl: hmm? 1220548806 M * daniel_hozac get instead of set seems... odd. 1220549199 Q * derjohn_mob Ping timeout: 480 seconds 1220549250 M * Bertl daniel_hozac: yeah, but explains the effect very nicely :) 1220549323 M * Bertl daniel_hozac: seems I got fooled by the ocfs2 nomenclature when I did the adaptations 1220549341 M * daniel_hozac i don't blame you, i still don't get it :-) 1220549359 M * Bertl we want to move the flags from the inode to the disk/core data 1220549374 M * Bertl and that is done by the ocfs2_get_inode_flags() 1220549392 M * daniel_hozac yeah, that does not sit right with me. 1220549397 M * daniel_hozac that's a set, IMHO. 1220549434 M * Bertl that's why I did use the set in the first place :) 1220549451 M * Bertl but the 'unused' ocfs2_inode_info made me think ... 1220550258 M * ghislainocfs2 http://paste.linux-vserver.org/12434 1220550266 M * ghislainocfs2 here is the result of -y 1220550294 M * ghislainocfs2 there seems to be less failures ? 1220550303 M * Bertl yeah, but still not perfect 1220550331 M * ghislainocfs2 yep you can continue to send me patch by email because i have to leave now :) 1220550342 M * Bertl 113 is probably harmless 1220550360 M * Bertl okay, we'll continue tomorrow, no? 1220550368 M * ghislainocfs2 okay 1220550376 M * ghislainocfs2 will try to go here tomorow 1220550390 M * Bertl excellent! cya and have fun! 1220552633 Q * TheSeer Quit: Client exiting 1220553245 Q * Pazzo Quit: Ex-Chat 1220554676 J * rhodes ~rhodes@nc6520abf.cns.vt.edu 1220554798 M * rhodes I've recently set up some shutdown script processing in the vserver's /etc/rc0.d/K01apps script, It appears that a 'vserver VHOSTNAME stop' runs through run level 0, does it switch to run level 0 or is there a better way for shutdown processing 1220554837 M * rhodes Actually I meant to say it appears that the 'vserver ... stop' does NOT run through run level 0 1220554858 M * Bertl check with --debug 1220554915 J * xdr ~xdr@gote2.224.cust.blixtvik.net 1220554925 M * daniel_hozac it's 6. 1220555051 M * blizz_ how does vserver ... build get the value of the next context id? 1220555055 N * blizz_ blizz 1220555082 M * daniel_hozac /etc/vservers/.defaults/context.next, as per the flower page. 1220555092 M * blizz the flwoer page. i'm bookmarking it 1220555094 M * blizz *flower 1220555094 M * blizz thx 1220555477 Q * xdr Quit: leaving 1220556150 M * rhodes Sorry, sidetracked by folks in my office, 1220556155 M * rhodes thanks... 1220556400 J * larsivi ~larsivi@169.80-202-217.nextgentel.com 1220556603 J * blues_ blues@acs242.neoplus.adsl.tpnet.pl 1220556723 Q * blues Ping timeout: 480 seconds 1220557863 J * Mojo1978 ~Mojo1978@ip-88-152-62-183.hsi.ish.de 1220558960 Q * loddafni1 Remote host closed the connection 1220559811 M * ktwilight just wanna confirm my thoughts. should i be concern about xfs not passing the tests? http://rafb.net/p/Pg8iyu23.html or it's considered as normal and so it shouldn't be bothered? 1220560031 M * Bertl 45 and 47 should concern you 1220560063 M * Bertl rerun it with -yvvv 1220560082 M * Bertl (instead of the -tvxyz) 1220560148 J * ktwilight_ ~ktwilight@9.116-66-87.adsl-dyn.isp.belgacom.be 1220560182 M * Bertl http://irc.13thfloor.at/LOG/2008-09/LOG_2008-09-04.txt 1220560232 J * derjohn_mob ~aj@e180198022.adsl.alicedsl.de 1220560298 Q * ktwilight Ping timeout: 480 seconds 1220560315 M * Bertl okay, off to bed now ... have a good one everyone! cya! 1220560322 N * Bertl Bertl_zZ 1220560541 M * ktwilight_ ah saw it Bertl_zZ! gnite! 1220560546 M * ktwilight_ will rerun it... 1220560550 M * ktwilight_ thanks first :) 1220560646 Q * rhodes Quit: rhodes 1220560814 J * ViRUS ~mp@p579B4823.dip.t-dialin.net 1220561083 M * ktwilight_ ok, so reran, and here's the result http://rafb.net/p/D4ueuY48.html seems like it fails when it barrier, but setting barrier works. :/ 1220561456 J * ViRUS_ ~mp@p579B528E.dip.t-dialin.net 1220561543 M * ktwilight_ also i reran the tag test in very verbose mode, http://rafb.net/p/YPJ2o073.html and try to understand it, but fail :/ not quite sure where i should start looking for solutions. i've looked at the bash script, but it's not that easy to follow it for me. :/ 1220561588 M * ViRUS_ how is 2.2.0.7 for the latest linux kernel coming along? 1220561722 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220561848 Q * oliwel Quit: ChatZilla 0.9.83 [Firefox 3.0.1/2008070206] 1220561889 Q * ViRUS Ping timeout: 480 seconds 1220561949 J * ghislainocfs22 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220561980 Q * ghislainocfs2 Read error: Operation timed out 1220562206 Q * ghislainocfs21 Ping timeout: 480 seconds 1220562517 J * Aiken ~Aiken@ppp118-208-124-125.lns4.bne4.internode.on.net 1220562956 J * xdr ~xdr@gote2.224.cust.blixtvik.net 1220563542 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220563781 Q * ghislainocfs22 Ping timeout: 480 seconds 1220565217 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220565406 Q * ghislainocfs2 Ping timeout: 480 seconds 1220565604 J * doener_ ~doener@i577BA321.versanet.de 1220565636 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220565707 Q * doener Ping timeout: 480 seconds 1220565877 Q * ghislainocfs21 Ping timeout: 480 seconds 1220565883 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220566118 Q * ghislainocfs2 Ping timeout: 480 seconds 1220566141 Q * dna_ Quit: Verlassend 1220566292 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220566362 Q * PowerKe Ping timeout: 480 seconds 1220566548 Q * ghislainocfs21 Ping timeout: 480 seconds 1220566657 J * PowerKe ~tom@d5153A1EB.access.telenet.be 1220566721 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1220566772 Q * ghislainocfs2 Ping timeout: 480 seconds 1220566917 Q * opuk Ping timeout: 480 seconds 1220567335 Q * xdr Remote host closed the connection 1220567983 T * * http://linux-vserver.org/ |stable 2.2.0.7, devel 2.3.0.34, grsec 2.2.0.7|util-vserver-0.30.215|libvserver-1.0.2|vserver-utils-1.0.3| 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 forget about the minute. 1220567983 T * ChanServ - 1220568167 J * opuk ~kupo@163-110-117-82.cust.blixtvik.se 1220572252 Q * opuk Ping timeout: 480 seconds 1220572325 Q * geb Remote host closed the connection 1220572744 J * opuk ~kupo@163-110-117-82.cust.blixtvik.se