1211414594 Q * balbir Ping timeout: 480 seconds 1211414766 J * Akuma_Fan ~Akuma_Fan@58.33.226.16 1211415694 Q * Akuma_Fan Quit: Leaving 1211418281 J * doener_ ~doener@i577B8886.versanet.de 1211418381 Q * doener Ping timeout: 480 seconds 1211418685 Q * grobie Ping timeout: 480 seconds 1211419195 J * grobie ~grobie@valgrind.schnuckelig.eu 1211420084 J * grobie` ~grobie@valgrind.schnuckelig.eu 1211420134 Q * nou Ping timeout: 480 seconds 1211420158 Q * grobie Read error: Connection reset by peer 1211420241 J * balbir ~balbir@122.167.179.143 1211420277 J * nou ~chaton@2001:6f8:328:bbc:6666:6667:: 1211425944 Q * balbir Ping timeout: 480 seconds 1211427459 J * jmcaricand jm@177.28.193-77.rev.gaoland.net 1211427660 Q * jmcaricand Remote host closed the connection 1211427662 J * dowdle ~dowdle@67-42-226-224.blng.qwest.net 1211428006 Q * dowdle Remote host closed the connection 1211428201 J * dowdle ~dowdle@67-42-226-224.blng.qwest.net 1211428616 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1211430746 Q * dowdle Remote host closed the connection 1211432100 J * balbir ~balbir@59.145.136.1 1211432406 Q * bronson Quit: Ex-Chat 1211432424 J * bronson ~bronson@adsl-68-122-117-135.dsl.pltn13.pacbell.net 1211434455 J * Slydder ~chuck@194.59.17.53 1211434635 M * Slydder morning all 1211435606 J * sharkjaw ~gab@64.28.12.166 1211435996 Q * Slydder Ping timeout: 480 seconds 1211436838 M * hijacker morning 1211436990 J * jmcaricand ~user@24.203.195-77.rev.gaoland.net 1211437381 J * DavidS ~david@p4FCC2169.dip0.t-ipconnect.de 1211438673 J * Slydder ~chuck@194.59.17.53 1211439626 J * daniel_hozac ~daniel@c-571472d5.08-230-73746f22.cust.bredbandsbolaget.se 1211440147 Q * marl Read error: Connection reset by peer 1211440620 Q * Slydder Quit: Leaving. 1211441300 J * Slydder ~chuck@194.59.17.53 1211441954 J * ema ~ema@rtfm.galliera.it 1211442202 J * dna ~dna@228-225-dsl.kielnet.net 1211444165 J * kir ~kir@swsoft-msk-nat.sw.ru 1211444344 Q * Slydder Ping timeout: 480 seconds 1211444486 N * DoberMann[ZZZzzz] DoberMann 1211444690 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1211445293 Q * infowolfe Quit: Thanks for all the fish! 1211447321 J * Linus ~nuhx@bl7-138-13.dsl.telepac.pt 1211447661 J * infowolfe ~infowolfe@c-67-160-167-96.hsd1.or.comcast.net 1211447859 Q * dna Ping timeout: 480 seconds 1211448744 Q * mrfree Quit: Leaving 1211450282 J * dna ~dna@172-222-dsl.kielnet.net 1211451935 J * friendly ~friendly@ppp121-44-194-142.lns3.mel4.internode.on.net 1211451992 P * friendly 1211453050 Q * infowolfe Read error: Connection reset by peer 1211453182 J * infowolfe ~infowolfe@c-67-160-167-96.hsd1.or.comcast.net 1211454210 Q * infowolfe Ping timeout: 480 seconds 1211455526 J * infowolfe ~infowolfe@c-67-160-167-96.hsd1.or.comcast.net 1211456070 Q * balbir Ping timeout: 480 seconds 1211460885 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it 1211461131 J * meandtheshell1 ~sa@d91-128-17-22.cust.tele2.at 1211461783 J * Slydder ~chuck@194.59.17.53 1211462101 Q * sharkjaw Remote host closed the connection 1211463240 Q * jmcaricand Remote host closed the connection 1211464682 J * larsivi ~larsivi@144.84-48-50.nextgentel.com 1211464841 Q * derjohn Ping timeout: 480 seconds 1211464892 J * derjohn ~derjohn@dslb-084-058-245-094.pools.arcor-ip.net 1211466250 J * alex_ ~alex@62-249-237-101.no-dns-yet.enta.net 1211466257 M * alex_ hi guys 1211466299 M * alex_ when i perform a uptime on my master, to determine its load averages, this is reporting the load average for the entire box including guests yes? 1211466310 M * Guy- yes 1211466338 M * alex_ how would i determine then the load average of a particular guests, as ive assigned like 10-20% cpu usage to some of them? 1211466442 M * Guy- there is a flag that causes load to be virtualized inside the guest 1211466460 M * Guy- then doing 'uptime' inside would tell you what you are interested in, I guess 1211466495 M * Guy- yes, it's a context flag (cflag): VIRT_LOAD 1211466504 J * mnemoc ~amery@kilo105.server4you.de 1211466504 M * Guy- you may also want VIRT_CPU 1211466524 M * Guy- see http://linux-vserver.org/Capabilities_and_Flags and http://linux-vserver.org/util-vserver:Capabilities_and_Flags 1211466669 J * kwowt ~zero@193.77.185.75 1211466682 M * kwowt Hi. Anyone running torrent tracker on linux-vserver? 1211466841 J * dowdle ~dowdle@scott.coe.montana.edu 1211467236 N * Bertl_zZ Bertl 1211467242 M * Bertl morning folks! 1211467257 M * kwowt Where do i set 1211467259 M * Bertl kwowt: IIRC, somebody tried, you might have been that one? 1211467259 M * kwowt IPROOTBCAST= 1211467339 Q * mick_work Remote host closed the connection 1211467567 M * kwowt i mean 1211467572 M * kwowt where's the vserver configuration file?:P 1211467809 M * kwowt Bertl? 1211467869 M * kwowt I'm reading http://207.253.4.241/howto.hc?projet=vserver&id=73 1211467877 M * kwowt maybe this is my issue resolver 1211467932 J * SpComb^_ terom@zapotek.paivola.fi 1211467953 M * kwowt A vserver generally runs with the broadcast address of the network device (the one used to setup the IP alias). This network device has a broadcast address which is never 255.255.255.255. Those special broadcast are not sent to the vserver. The solution is to set the IPROOTBCAST entry in the vserver configuration file like this IPROOTBCAST=255.255.255.255 1211467960 M * kwowt where do i set IPROOTBCAST ? 1211467965 M * kwowt i dont see any configuration file.. 1211468036 M * mnemoc that is a "bit" old 1211468039 M * kwowt i see 1211468040 M * kwowt CAP_NET_RAW 1211468051 Q * SpComb Ping timeout: 480 seconds 1211468083 J * mick_work ~clamwin@h-74-2-196-226.miatflad.covad.net 1211468285 J * geb ~geb@AOrleans-151-1-11-128.w90-21.abo.wanadoo.fr 1211468343 N * SpComb^_ SpComb 1211468378 M * geb hi 1211468701 Q * meandtheshell1 Quit: Leaving. 1211468749 J * meandtheshell1 ~sa@d91-128-17-22.cust.tele2.at 1211469827 M * Bertl kwowt: sorry for the delay, we had a snake on the run :) 1211469838 M * Bertl http://www.nongnu.org/util-vserver/doc/conf/configuration.html 1211469869 M * Bertl you set the broadcast in /ect/vservers//interfaces//bcast 1211469891 M * Bertl hmm, without the path actually 1211469927 M * Bertl you don't need CAP_NET_RAW for broadcasts, but I doubt that your tracker will broadcast 1211470013 M * Bertl the resolver you can easily check with 'ping' or 'host' inside the guest 1211470046 M * kwowt well 1211471423 J * bfremon ~ben@lns-bzn-54-82-251-127-233.adsl.proxad.net 1211471727 Q * bfremon Remote host closed the connection 1211472003 J * bfremon ~ben@lns-bzn-54-82-251-127-233.adsl.proxad.net 1211472953 J * jmcaricand jm@177.28.193-77.rev.gaoland.net 1211473420 Q * dna Read error: Connection reset by peer 1211473445 J * dna ~dna@172-222-dsl.kielnet.net 1211474139 Q * mrfree Quit: Leaving 1211474522 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1211474525 Q * bonbons 1211474685 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1211474710 Q * bonbons 1211474897 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1211476141 J * hparker ~hparker@linux.homershut.net 1211476365 M * kwowt Bertl 1211476382 M * Bertl yep? 1211476478 M * kwowt I'm having huge problems torrent trackers 1211476508 M * kwowt it works if i if i run the site outside guest vps, on the host machine 1211476518 M * kwowt but if i wanna run it on the guest vps 1211476531 M * kwowt torrent tracker work, but when you set the tracker to "private", the leecher gets 'Torrent not registrered with this tracker' and 'invalid_info hash' errors 1211476551 M * kwowt i'm guessing its something related to guest vserver then 1211476556 M * kwowt probably some issue with the IP's 1211476581 M * kwowt the leecher cant establish a proper connection to the tracker i guess 1211476622 M * kwowt it works if i set the tracker script to PUBLIC, but if its turned on to PRIVATE those errors appear 1211476703 M * Bertl okay, well first to debug this, you need to make a proper test case 1211476712 M * kwowt ... 1211476728 M * Bertl i.e. a sequence of commands/actions (as small as possible) which gives a yes/no result 1211476744 M * kwowt ..and i lost you 1211476747 M * kwowt never done that before 1211476819 M * Bertl okay, let me give you an example, you map that to torrent trackers :) 1211476855 M * Bertl let's assume, I have a problem with an ssh server, it works on the host but fails on the guest 1211476877 M * Bertl now works/fails is not good for testing, so I create the following setup: 1211476909 M * Bertl sshd inside a guest, with a proper ssh key/auth entry for a client 1211476925 M * Bertl now I do the following two tests: 1211476956 M * Bertl 1) I chroot into the guest dir (on the host) and start the sshd from there 1211476998 M * Bertl when trying to connect (from the client) I record the traffic between client and (in this case host) 1211477031 M * Bertl 2) same setup, but now the guest is started (for real) and the sshd is runnign inside a guest context 1211477137 M * Bertl kwowt: is that understood so far? 1211477152 M * kwowt umm 1211477166 M * Bertl in this case, the ssh user@ is the yes/no test 1211477211 M * Bertl there is another test you can do (with similar setup) to narrow down the issues: 1211477246 M * Bertl you can wrap the startup (on the host) into a chbind command, so that it will be restricted (like on the guest) to a subset of IPs 1211477267 M * Bertl this way, you can check if it is IP dependant 1211477322 N * DoberMann DoberMann[PullA] 1211477366 M * kwowt i havent got a clue what you've just told me :) 1211477380 M * kwowt i'm more of a newbie in this 1211477532 M * Hawq hello Bertl. there is progress on my problem. zbyniu got it working by rebuilding util-vserver on llh 2.6.25 and with libcap 2.08. but that was on older PLD with rpm 4.4.2 on host and gcc 3.3. one my more up to date PLD with rpm 4.4.9 and gcc 4.2 it doesn't help. Old error is gone but "capset(): Invalid argument" appears instead just like yesterday when I tried llh 2.6.25 rebuild too. 1211477578 M * kwowt damn 1211477633 M * Bertl kwowt: well, that is sad, and I'd suggest you consider hiring somebody who has a clue (to track this down) 1211477647 M * Bertl Hawq: hmm, how easy is it to switch to a 3.3 gcc? 1211477733 M * kwowt Bertl, got anyone in mind? 1211477738 M * kwowt i'm willing to pay something.. 1211477765 M * Bertl well, I can take a look at it, if you want, but we should take it off-channel then 1211477773 M * kwowt ok 1211477782 M * Hawq Bertl: hard :( whole system is compiled with/for gcc 4.2. I may prepare gcc 3.3 as gcc3, but it will take some time 1211477806 M * Bertl hmm, you have access to a 3.3 machine? 1211477829 M * Bertl most of util-vserver is built with dietlibc, so it's statically linked 1211477836 M * Hawq yes, but its older system most libs there are in older versions 1211477899 M * Bertl shouldn't matter for static binaries (where used), but might for the fakerpm 1211477907 M * Hawq you suggest to compile util-vserver on older system and try to use it on current system? 1211477954 J * balbir ~balbir@122.167.179.95 1211477968 M * Bertl Hawq: something like that, at least for some binaries 1211477982 M * Bertl (if that is simpler than getting gcc3.3 on pld) 1211477982 M * Hawq or should I try 2.6.25.4 kernel from new system on older system and see if it works there? 1211477993 M * Bertl good idea too 1211478017 M * Bertl just make sure to keep the config as similar as possible 1211478032 M * Bertl (preferably use the very same kernel there :) 1211478044 M * Hawq yes, I'll use same kernel :) 1211478077 M * Bertl btw, poldek is the package manager of pld, yes? 1211478091 Q * jmcaricand Ping timeout: 480 seconds 1211478095 M * Hawq yes 1211478111 M * Bertl is that an acronym or where does that name come from? 1211478178 M * Hawq no, its not an acronym 1211478192 M * Hawq however I've no idea where name come frome. 1211478196 M * Hawq s/frome/from 1211478259 M * Hawq I must go now. bbl. 1211478409 M * Bertl k, cya 1211479053 N * DoberMann[PullA] DoberMann 1211479220 J * nebuchad` ~nebu@zion.asgardr.info 1211479322 Q * nebuchadnezzar Read error: Connection reset by peer 1211479368 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com 1211480276 Q * nebuchad` Read error: Connection reset by peer 1211480397 J * nebuchadnezzar ~nebu@zion.asgardr.info 1211481062 J * nebuchad` ~nebu@zion.asgardr.info 1211481062 Q * nebuchadnezzar Read error: Connection reset by peer 1211481116 N * nebuchad` nebuchadnezzar 1211481119 P * nebuchadnezzar 1211481861 M * cehteh mhm .. atd shouldnt need special privs ... my atd (batch jobs) hanging in the run queue but never get executed, anyone of you have ideas what causing this? .. prolly not vserver related 1211481913 M * Bertl kernel/patch version? 1211481935 M * daniel_hozac is atd running? 1211481966 M * cehteh yes .. and the jobs are at state '=' .. run queue, not 'b' 1211481992 M * cehteh 2.6.22.19-vs2.2.0 1211482133 M * cehteh and btw .. are jobs run as 'daemon' by at or as the user who started them /me never used atd before, just wondering how it works because it runs as daemon 1211482142 M * cehteh (user) 1211482183 M * Bertl Hollow: do you know which package on gento has dig (for dns lookups)? 1211482197 M * Bertl +o 1211482418 J * dlx ~navid@softbank126113080078.bbtec.net 1211482430 M * dlx hi all 1211482503 M * dlx anyone here could help someone in dire need? 1211482530 M * Bertl like a person starving in africa or so? 1211482534 M * daniel_hozac cehteh: i've never really used at myself, so i'm afraid i can't help. 1211482553 M * dlx heh 1211482572 M * dlx nope like someone trying to use LVS and vserver together and pulling their hair out 1211482650 M * dlx anyone here ever used the two together? or helped someone who did? 1211482712 M * daniel_hozac the odds of getting an answer drastically increases if you actually state your problem. 1211482760 M * Bertl vserver as in Linux-VServer, yes? 1211482868 M * cehteh mhm locally here, it works 1211482984 M * PowerKe Bertl: dig is in bind-tools on gentoo 1211483037 M * Bertl ah, thanks 1211483446 M * dlx ok well Im running LVS-NAT on a director to manage two servers which have several linux-vservers on each 1211483476 M * Bertl okay, the guests are on different machines than the director? 1211483479 M * dlx the VIP network is 192.168.2.x, linux-vserverA net is 10.0.1.x 1211483485 M * dlx yes 1211483507 M * dlx hostA also has IP 192.168.2.105 1211483534 M * Bertl as primary? 1211483556 M * dlx hmm 1211483563 M * Bertl ip addr ls 1211483604 M * dlx ok...director has IP 192.168.2.100 <---statically assigned...also holds 192.168.2.1 (gw) and 192.168.2.20...a VIP for service for 8080 1211483618 M * dlx hostA has the vservers on it 1211483637 M * dlx ip is 192.168.2.105, vserver is question is 10.0.1.20 1211483647 M * dlx make sense so far? 1211483671 M * Bertl well, depends, you are mixing two networks here 1211483682 M * Bertl and you probably have a gateway for one of them no? 1211483692 M * dlx yes 1211483721 M * Bertl what about the 10.x packets, they will go to the same gateway, unless you configured that properly 1211483725 M * dlx well I understand I am mixing networks...unfortunatetly with linux-vserver I kinda had to, right? 1211483738 M * Bertl nah, no need to :) 1211483759 M * dlx hmm ok 1211483768 M * dlx should I move it all to one network? 1211483806 M * Bertl not necessarily, but it could simplify things for you 1211483864 M * dlx well what I wanted to do was have hostA's vservers under 10.0.1.x, hostB's under 10.0.2.x...have the VIP in the 192.168.2.x network 1211483885 M * dlx that made sense to me at the time 1211483937 M * dlx or is that a bad idea? 1211484126 M * dlx hmm...? 1211484153 M * Bertl VIP in your case is used for what exactly? 1211484174 M * dlx apache 1211484213 M * dlx basically one real server (10.0.1.65) needs to tcp connect to 192.168.2.20 8080 1211484254 M * dlx in tcpdump on the director I see 10.0.1.65 > 192.168.2.20 1211484267 M * dlx then 10.0.1.65 > 10.0.1.20 1211484270 M * dlx two syns 1211484281 M * dlx i imagine thats invlaid 1211484283 M * dlx invalid 1211484290 M * Bertl okay, maybe you continue to explain your setup, maybe upload an ASCII art (or silimar) to illustrate it? 1211484298 M * dlx so the host drops the packet 1211484313 M * Bertl the purpose on a director is either load balancing or failover 1211484319 M * Bertl s/on/of 1211484339 M * dlx yes 1211484358 M * Bertl so you won't direct one request to two guests, no? 1211484368 M * dlx no 1211484396 M * dlx basically hostB vservers are backups of hostAs 1211484397 M * cehteh [pid 29875] dup(2) = -1 EBADF (Bad file descriptor) 1211484397 M * cehteh [pid 29875] write(2, "Open of jobfile failed: No such "..., 50) = -1 EBADF (Bad file descriptor) 1211484399 M * cehteh mhm 1211484414 M * dlx I want to use a VIP for communication 1211484450 M * dlx and have either hostA vserverX respond or hostB vserverY respond (depending on which is up 1211484470 M * dlx make sense? 1211484612 M * PowerKe for failover you could even use the same IP on both vservers (have only one running) and just make sure to update ARP caches when you failover 1211484687 M * dlx I wanted auto failover 1211484754 M * PowerKe IP-heartbeat between the vservers on another subnet and gratuitous arp broadcast on failover 1211484801 M * dlx sounds like a plan if I cant get LVS up and running 1211484804 M * dlx :) 1211484807 J * docelic ~docelic@78.134.194.21 1211484808 M * dlx almost there 1211484817 M * dlx was hoping to not scrap plans now 1211484868 M * PowerKe I haven't tried any of this yet, but I know I've read something similar in the virtual server docs once 1211484911 M * Bertl dlx: so the idea is to get a still-alive info from the guests over 192.x? 1211485499 M * PowerKe I think you don't even need a director if you're just using pairs of vservers in a failover config? 1211485548 M * Bertl not necessarily, a normal guest up/down (or even IP up/down) HA setup is sufficient 1211485603 M * PowerKe Seems to me that using a single director would be adding a possible point of failure 1211485627 M * Bertl has the advantage that you can balance in a good/good case 1211485648 M * Bertl i.e. if nothing fails, you have roughly twice the power 1211485651 M * PowerKe Indeed, but it seems dlx only wants to have one of the vservers running at any time? 1211485806 M * dlx hmm 1211485827 M * dlx well is also that we hope to add more hosts at some point 1211485830 M * dlx and also load balance 1211485924 M * dlx btw, random question...can u have a vserver guest "spoof" the hw address of its net interface? 1211485928 A * cehteh curses pam .. that was the atd error 1211485990 Q * Aiken Remote host closed the connection 1211486026 J * Aiken ~james@ppp121-45-230-114.lns1.bne4.internode.on.net 1211486135 M * PowerKe dlx: if you also want to load-balance later, just keep the different IP's for the vservers 1211486320 Q * ag- Ping timeout: 480 seconds 1211486376 J * ag- ~ag@fedaykin.roxor.cx 1211486658 M * dlx thanks guys :) 1211486717 M * Bertl you're welcome! 1211486753 M * dlx talk to u all later :) 1211486760 Q * dlx Quit: Leaving 1211486885 M * Hawq Bertl: I just tested a bit on old PLD. indeed, rebuilding with recent libcap on llh fixes problem there. now I'm about to upgrade rpm to 4.4.9 to see if it will get broken 1211486918 M * Hawq "llh 2.6.25" 1211486943 M * zbyniu Bertl: poldek is diminution of name Leopold :) 1211486949 M * zbyniu but it is very rare contemporary in .pl 1211486955 M * zbyniu it's also unofficial name of old polish car - Polonez 1211486965 M * Bertl ah, nice, so like the austrian 'poldl' 1211486979 M * zbyniu Hawq: my build is on rpm 4.4.9 1211486982 M * Bertl (or more precisely poidl) 1211487000 M * Hawq works on rpm 4.4.9 too, thanks god its not rpm fault 1211487013 M * Hawq so I guess its gcc related somehow 1211487023 M * Bertl sounds like 1211487033 M * Bertl only one way to find out, eh? 1211487122 M * Hawq Bertl: I'll probably create gcc3 package for current PLD tomorrow and see what happens. for now I'll try rebuilding util-vserver on gcc 4.2 but with different optimization flags 1211487150 M * Bertl try to disable the alternative syscall stuff 1211487171 M * Bertl (shouldn't be needed anymore) 1211487187 M * zbyniu ldd /usr/lib/util-vserver/rpm-fake-resolver not a dynamic executable 1211487229 M * zbyniu linked staticaly with diet? maybe here is problem? 1211487275 M * zbyniu dietlibc-static-0.30-5.i686 on my builder 1211487315 M * Hawq 0.31-3 on my system 1211487865 M * Hawq Bertl: according to build log my util-vserver was build with "fast" syscall method 1211487956 M * Bertl the working or the failing one? 1211487973 M * Hawq failing one 1211487983 M * Bertl and the other one? 1211488065 M * Hawq also fast 1211488091 M * Hawq I'm trying dietlibc downgrade right now 1211490718 Q * bonbons Quit: Leaving 1211491123 Q * doener_ Ping timeout: 482 seconds 1211491256 Q * larsivi Remote host closed the connection 1211492177 M * Hawq Bertl: we know more about the problem now. it seems like on newer PLD with util-vserver recompiled on llh 2.6.25 capabilities doesn't work (at least >32bit ones). on old PLD they work. any ideas what may be the reason? 1211492509 J * ktwilight_ ~ktwilight@53.100-66-87.adsl-dyn.isp.belgacom.be 1211492522 M * Bertl hmm 1211492544 Q * ktwilight Ping timeout: 480 seconds 1211492568 M * Bertl could be a compatibility problem, 32+ capabilities outside of Linux-VServer are new to Linux 1211492588 M * Bertl i.e. it could be that the mainline compatibility code is simply broken somehow 1211492784 Q * bfremon Quit: Leaving. 1211492869 M * Hawq btw, are there util-vserver trunk snapshots available somewhere? 1211492900 M * Bertl yep, daniel_hozac has the details 1211493010 M * daniel_hozac http://svn.linux-vserver.org/svn/util-vserver/trunk 1211493239 M * Hawq checked out. I'll give it a try tomorrow. maybe it will help. 1211493730 J * dna_ ~dna@172-222-dsl.kielnet.net 1211493778 M * Hawq tried it already 1211493797 M * Hawq and it worked! 1211493907 M * Hawq when util-vserver 0.30.216 has chance to be released? 1211493916 Q * ema Quit: leaving 1211493990 Q * docelic Read error: Connection reset by peer 1211494020 M * Hawq anyway, sleep time here. cu tomorrow. 1211494030 M * Bertl great! cya! 1211494105 Q * dna Ping timeout: 480 seconds 1211494577 N * DoberMann DoberMann[ZZZzzz] 1211498783 Q * dna_ Quit: Verlassend 1211500639 Q * Linus Quit: I'll Be Back!