1101341966 M * albeiro Bertl: remember my randomly restarting machine ? 1101341979 M * albeiro Bertl: not it changed - it locks hard from time totime ;p 1101341993 M * albeiro on 2.4.28 vanilla with few options changes (such as no power managment) 1101342040 M * Bertl hmm, probably broken hardware after all .. 1101342090 M * albeiro looks so 1101342166 M * Bertl is it 'your' machine, or just rented somehow? 1101342278 M * Bertl anyway .. off for now .. back later ... 1101342283 N * Bertl Bertl_oO 1101342430 M * sladen mugwump: I suspect the ''Open Source'' version of Solaris will have a very unhelpful license as regards to GPL-ness 1101342458 M * mugwump sladen: do you have a link to the actual license, or any commentary on the license? 1101342485 M * sladen mugwump: I don't. Just 'suspicons' 1101342522 M * sladen mugwump: talking to Sun people at the last expo, their words were ''Being able to say it's 1101342545 M * sladen mugwump: talking to Sun people at the last expo, their words were ''Being able to say it's "open source" is just ensuring that people can tick off another tick-box on their list'' 1101343219 M * mugwump who cares, it's a nice reference implementation to steal features and ideas from 1101343275 M * mugwump And you can hack your own features into it 1101344105 M * pusling if I can ping a ipadress from my vserver - and not connect to a webserver - is it an iptables problem or something else? 1101344403 M * mugwump yes 1101344433 M * mugwump iptables would be a very likely candidate though. 1101344473 M * mugwump make sure all your DENY/DROP/etc rules go to chains that give them a unique log prefix for debugging 1101344481 M * pusling is not that bright in iptables, but somebody told me that iptables -A FORWARD -p tcp -s 192.168.1/24 -i eth0 -j ACCEPT would make it, but it won't 1101344499 M * mugwump who was that crazy guy? :) 1101344561 M * pusling a friend of mine ;) (my vservers are on 192.168.1.*) 1101344572 M * mugwump are you trying to use IP masquerading, to make the 192.168.1.* appear externally as another IP address? 1101344599 M * mugwump (masquerading is aka nat, they're roughly the same thing) 1101344651 M * pusling I think it is a nat that I need. I have 1 ip adress to use 1101344717 M * mugwump try iptables -t nat -a POSTROUTING -o eth0 -s 192.168.1.0/24 -j SNAT --to-source 1.2.3.4 1101344734 M * mugwump in addition to the other command you listed 1101344747 M * mugwump and echo 1 > /proc/sys/net/ipv4/ip_forward 1101344759 M * mugwump (I think) 1101344822 M * mugwump you should be able to confirm that the source address is being rewritten on the way out using tcpdump in the host context 1101344873 M * pusling I have tried with some other rules. How do I drop all the iptablesrules I have made until now? 1101345044 M * mugwump iptables -F ; iptables -F -t nat 1101345076 M * mugwump also for x in INPUT OUTPUT FORWARD; do iptables -P $x ACCEPT; done 1101345155 M * pusling my iptables doesn't know the -a argument 1101345215 M * pusling should it be -A ? 1101345271 M * mugwump yes, apologies 1101345278 M * mugwump it means append 1101345308 M * pusling still no answer from `telnet 10.2.8.1 80` 1101345323 M * mugwump what can you see with tcpdump? 1101345373 M * pusling from inside the vserver or outside the vserver? or on the webserver? 1101345414 M * mugwump you should only need to do it from outside the vserver 1101345444 M * mugwump something like `tcpdump -ni eth0 not port 22' is good 1101345587 M * pusling what to look for? There are loads of lines 1101345623 M * mugwump well. maybe you need to be more specific and use something like `tcpdump -ni eth0 port 80' :-) 1101345656 M * mugwump it shows information from the headers of the packets that are sent on the wire. 1101345803 M * pusling argff... my mouse won't work in my ssh-terminal 1101345812 M * pusling (to copy paste text) 1101345884 M * pusling 03:49:54.500783 IP 1.2.3.4.1033 > 10.2.8.1.80: S 1174133402:1174133402(0) win 5840 1101345890 M * pusling seems like that one 1101345925 M * Doener hehe, you should replace 1.2.3.4 with your actual ip address ;) 1101346027 M * pusling wow! that worked 1101346034 A * pusling is totally new into iptables 1101346198 M * pusling what is the pattern for routing into my vservers? 1101346214 M * mugwump explain what you mean by "pattern" 1101346329 M * Doener you mean something like myhostip:8080 is forwarded to myvserverip:80 ? 1101346342 M * pusling Doener: excactly 1101346350 M * mugwump that's called DNAT 1101346397 M * mugwump eg iptables -t nat -A PREROUTING -p tcp -d 1.2.3.4 --dport 8080 -j DNAT --to-destination 192.168.1.69:80 1101346418 M * pusling thx. 1101346474 N * Bertl_oO Bertl 1101346477 M * Bertl evening folks! 1101346481 M * pusling in time - my server will get two ip-numbers - one on a 10.x.x.x network and one on the great big wide internet on the same interface. Is there anything I should be aware of? 1101346664 M * mugwump pusling: unless there are other 10.x hosts on that external interface, you should use a dummy interface for it 1101346675 M * albeiro Bertl: even late evening ;p 1101346678 M * mugwump also, it is generally considered bad practice not to have a dmz :) 1101346683 M * albeiro [02:38:00] ;p 1101346704 M * mugwump 14:38 < albeiro> [02:38:00] ;p 1101346715 M * Bertl mugwump: hmm? what is the dummy supposed to do? 1101346720 M * pusling mugwump: I am not the network administrator. I have just given enough beer to the network administrator to get a external ip ;) 1101346740 M * albeiro rotfl 1101346740 Q * sannes Read error: Connection reset by peer 1101346773 M * mugwump right. well, the 192.168.1.x range could be set up on the dummy interface rather than eth0 1101346801 M * mugwump bertl: because I think host-internal networks should use host-internal network devices... 1101346873 M * Bertl hmm ... okay, but in this case you have to explain some other configurations, because with the 'default' linux config that won't change a bit ... 1101347061 M * pusling woops... might have done something wrong. Can't connect to my server. 1101347093 M * mugwump yeah, mucking around with iptables sucks like that 1101347097 M * mugwump (serial consoles)++ 1101347124 M * Bertl or (sleep 100 && flush_ip_tables) & 1101347125 M * pusling tried to change my ssh on the main server to port 2222 and ssh on my vserver to 22 - now things are a bit stuck up 1101347298 M * pusling ahhh... 1101347932 A * pusling needs to sleep. thx everybody, especially mugwump (!) 1101348001 M * Bertl night pusling! 1101348060 M * mugwump night! 1101353891 J * sannes ace@home.skarby.no 1101353906 M * Bertl wb sannes! 1101357493 J * flock restless@l192-117-111-12.broadband.actcom.net.il 1101357511 M * Bertl morning flock! 1101357771 M * matti Uff... 1101357802 M * matti Good night! :] 1101357824 M * Bertl night! 1101358206 J * _no_x vps@c135180.adsl.hansenet.de 1101358229 M * Bertl morning _no_x! 1101358314 Q * no_x Ping timeout: 480 seconds 1101358316 N * _no_x no_x 1101360603 Q * Snow-Man Ping timeout: 480 seconds 1101362475 J * Snow-Man sfrost@snowman.net 1101363114 M * Bertl okay, night folks ... 1101363129 N * Bertl Bertl_zZ 1101365903 M * eyck night? 1101365907 M * eyck oh my... 1101366883 M * Loki|muh hehe ;) 1101367894 J * anonymous-coward nwalsh@shaggy.internode.com.au 1101370277 M * gaber re 1101371240 Q * Nik Ping timeout: 480 seconds 1101372168 Q * flock Ping timeout: 480 seconds 1101372540 T * * http://linux-vserver.org/ | latest stable 1.29, devel 1.3.9, 1.9.3 1101372540 T * Bertl - 1101375033 J * rs rs@ice.aspic.com 1101375037 M * rs hi 1101375407 N * Val_away Val 1101375416 M * Val hi 1101376042 Q * xmms Read error: Connection reset by peer 1101376140 Q * sannes Read error: Connection reset by peer 1101376172 J * BWare bware@212.26.196.41 1101379131 J * Nik Nik@cable-153-130.online.bg 1101380100 M * maharaja hi folks 1101380151 M * maharaja Doener: there? 1101380161 M * maharaja Doener: i found the reason for the strange kernel behavoir. its the highmem setting... 1101380171 M * Doener hu? 1101380180 M * Doener interesting... 1101380233 M * Doener how much memory is in that box? 1101380284 M * Doener off for lunch, back later... 1101380287 N * Doener Doener|gone 1101381025 M * Loki|muh Hollow: any idea, why this come when I try to start a gentoo-vserver? * Caching service dependencies ... | * Stopping mysqld ... | * Stopping Webmin ... | and then the vserver isnt running... 1101381039 M * maharaja Doener: 1gb 1101381052 M * Loki|muh Hollow: the vserver-host crashed before due to a power problem at the hoster... 1101383256 J * sannes ace@home.skarby.no 1101385236 M * Hollow Loki|muh: try to remove the content of /var/lib/init.d/ inside your vserver 1101385292 M * Loki|muh Hollow: only the files or everything? tried it with the files, didnt help :( 1101385301 M * Hollow remove everything 1101385305 M * Loki|muh ok 1101385342 M * Loki|muh Hollow: helped :) thx ;) 1101385348 M * Hollow :) 1101385398 M * Hollow gentoo saves init script status information in /var/lib/init.d/started, so if some files remain there after a crash, /sbin/rc thinks the script is still running, and tries to stop it 1101385436 M * Loki|muh hmmm, thats ugly 1101385464 M * Hollow hm, yeah, i think it should at least be automatically deleted if /sbin/rc boot is called 1101386152 M * Hollow Loki|muh: hm, you could add rm -rf /vserver/foo/var/lib/init.d/* or so to apps/init/cmd.start 1101386359 M * pusling is it possible to prevent the newvserver-command to try to connect på security.debian.org 1101388499 M * sladen pusling: remove the appropriate deb lines 1101389207 M * pusling figured out the newvservercommand is a shell-script. It was about line 400 1101389233 N * cereal iZ-9958791 1101390078 J * DuckKing Duck@dyn-83-152-205-101.ppp.tiscali.fr 1101390284 N * iZ-9958791 cereal 1101390505 Q * DuckMaster Ping timeout: 480 seconds 1101390675 Q * sannes Read error: Connection reset by peer 1101390853 M * BWare hmmz is running qemu within a vserver not a bit overkill ? 1101391111 J * axu_ axu@62.116.66.2 1101391118 M * axu_ hello :) 1101391274 M * axu_ i have a little missunderstandig regarding the ulimits of a vserver ctx. i use ULIMIT="-H -u 1000 -n 4096" but ulimit -a in the vserver says 256. (processes per user) 1101391478 M * axu_ i thought i fixed that allready... but now im running into ressourcelimitproblems and detcted my ULIMIT variable change didnt do what i expected 1101393289 Q * BWare Quit: using sirc version 2.211+KSIRC/1.3.10 1101393347 J * BWare bware@212.26.196.41 1101396078 Q * brc Ping timeout: 480 seconds 1101396964 N * Bertl_zZ Bertl 1101396968 M * Bertl morning folks! 1101397071 M * Bertl axu_: try ulimit -H -a and then try ULIMIT="-HS -u 1000 -n 4096" 1101397193 M * Bertl rs: hey you around? 1101397433 M * rs yes I am 1101397457 M * Bertl how is lycos doing? 1101397466 M * Bertl and more than this, how are you? 1101397716 J * sannes ace@home.skarby.no 1101397854 M * rs fine for me and really fine for lycos :) 1101397864 M * rs what about you ? 1101398126 J * id_ test@relax-media.softwarezentrum.de 1101398151 M * id_ Hello Bertl, Hi #vserver 1101398245 M * Bertl hey id_! 1101398320 M * Bertl rs: good to hear ... 1101398349 M * Bertl I'm fine so far ... and busy working on ngn ... btw some stuff is already working with ... interesting results 1101398571 M * rs Bertl: btw, I got some better perf with sync/sync and an external ext3 journal, not yet enough for me but it's a good start :) 1101398587 M * rs about NGN I can't test it today, but maybe tomorrow 1101398597 M * Bertl ad ext3: ah, good point! haven't thought if that ... 1101398599 M * rs could you sum up what is already done ? 1101398600 M * albeiro Bertl: hey :) 1101398647 M * albeiro Bertl: if you had to compare your work to solaris capabilities in the same area, what would you say ? 1101398661 M * Bertl rs: I probably could, but that would spoil the fun ... 1101398677 M * rs haha ok as you whish 1101398686 M * Bertl albeiro: lousy job for that many well paid folks ;) 1101398702 M * albeiro lol 1101398728 M * Bertl no seriously, solaris stuff is probably well designed ... but somehow that was expected 1101398766 M * Bertl and as we do not do solaris-vserver and solaris does not do linux-zones, we are probably fine ... 1101398821 M * albeiro yeah, they are designed for other purposes i think 1101399362 M * Bertl I hope that we will have folks, like talon, who compare both and let us know about the 'nice' features and 'advantages' the product has over linux-vserver so we can keep improving it ... 1101399424 M * albeiro yeah 1101399435 M * axu_ hi and thanks bertl, ill try tomorrow :) 1101399520 M * axu_ bye :) 1101399528 M * Bertl cya 1101399532 Q * axu_ Quit: Client exiting 1101400691 N * Doener|gone Doener 1101400738 M * Bertl wb Doener! 1101400754 M * Doener hidiho 1101400971 M * Bertl got some time to test the process start/uptime stuff once again? 1101400992 Q * Val Quit: back home... 1101401469 J * brc bruce@200165185161.user.veloxzone.com.br 1101401479 M * Bertl welcome brc! 1101401702 M * Doener Bertl: sure 1101401722 M * Doener in about 40 minutes 1101401727 M * Bertl great! 1101402584 M * brc BERTL 1101402584 M * brc :) 1101402979 M * maharaja bertl, doener: i resolved my problem 1101402987 M * maharaja with the help of the #kn ppl 1101403015 M * maharaja i noticed that if i disabled highmem (i've got 1gb of ram) everything worked fine 1101403028 M * maharaja then i checked the mtrrs -> http://dev.ipax.tk/~raoul/kernel/mtrr_highmem.txt 1101403052 M * maharaja on a closer look, 16m are missing 1101403067 M * maharaja got the problem? :) 1101403303 M * Bertl yep 1101403869 M * sannes :) 1101404048 M * rs re 1101404053 M * Bertl wb rs! 1101404251 M * Doener ok, ready 1101404318 M * Bertl excellent, please try to verify that 1.9.3.7 (which should include your fixes) does do the uptime _and_ process start time right for both cases with and without VIRT_UPTIME 1101404542 M * Doener 2.6.9 or 2.6.10-rc2 ? 1101404703 M * rs bertl: what is his fix ? 1101404779 M * Doener i forgot to remove some code while adapting the uptime stuff to 2.6.9 1101404795 M * rs ok 1101404839 M * Doener in earlier versions the uptime bias had to be taken into account for process start times, but that's no longer needed and results in wrong start time accounting 1101405057 M * Bertl okay, but we did remove the bias stuff there, right? 1101405106 M * Bertl now I wonder, how will the process uptime work correctly when we 'toggle' the VIRT_UPTIME flag? 1101405124 A * Bertl hasn't bothered to look into the changes yet ... 1101405198 M * Doener process uptime is stored as a timestamp so i don't expect any problems there 1101405210 M * Doener hm, 2.6.10-rc2-vs1.9.3.7 fails to compile 1101405218 M * Bertl really? 1101405222 M * id_ fs/namei.o 1101405229 M * Doener indeed 1101405232 M * id_ xid_permissions 1101405259 M * Bertl probably already fixed that here ... let me check ... 1101405452 M * Doener fixed it 1101405460 M * Bertl how? 1101405480 M * Doener was missing a #define vxwprintk for the case that VSERVER_DEBUG is not set 1101405492 M * Bertl okay, yep, that was how I fixed it here 1101405501 M * Bertl +#define vxwprintk(x...) do { } while (0) 1101405570 M * Bertl uploaded 1.9.3.7.1 patch (which incorporates that fix) 1101405585 M * Doener btw, i lately re-discovered the fact that manuals are worth to be read... vim's :make is so nice :) 1101405596 M * Bertl hehe ;) 1101405599 M * Doener just that or more changes? 1101405607 M * Bertl nope, just that 1101405611 M * Doener k 1101405634 M * Doener ah, this silence is beautiful... 1101405669 M * Doener i finally replaced that noisy fan on my graphics card with a fan-less cooling solution 1101405736 M * Bertl grill combo? with fries? 1101405786 M * Doener sorry, don't understand. 1101405826 M * Doener it's that monster... http://www.zalmanusa.com/usa/product/view.asp?idx=46&code=013 1101405828 M * Bertl fan-less cooling solution + really hot CPU/ASIC ofthem means you get a grill for free ;) (a bad joke) 1101405841 M * Doener ah :) 1101405919 M * Doener it's actually suprisingly cool, can touch it without problems (while playing quake3 ;) while my harddrives easily burn my fingers... 1101405940 M * Bertl yeah, looks good, how much did you pay for it? 1101405960 M * Doener 20 euros 1101405984 M * id_ cheaper then a low noise fan - nice 1101406565 M * Doener ok, running 10-rc2-vs1.9.3.7 now 1101406692 M * Bertl id_: yep, sounds like a good solution to me ... 1101407433 M * eyck water cooling. 1101407447 M * Bertl or oil ;) 1101407583 Q * id_ Remote host closed the connection 1101407826 A * Doener hates Xaero 1101407945 M * Bertl hehe 1101408982 Q * rs Quit: home 1101408998 Q * sannes kinetic.oftc.net jupiter.oftc.net 1101408998 Q * Nik kinetic.oftc.net jupiter.oftc.net 1101408998 Q * anonymous-coward kinetic.oftc.net jupiter.oftc.net 1101408998 Q * UnionPivo kinetic.oftc.net jupiter.oftc.net 1101408998 Q * Zoiah kinetic.oftc.net jupiter.oftc.net 1101408998 Q * UFOczek kinetic.oftc.net jupiter.oftc.net 1101408998 Q * albeiro kinetic.oftc.net jupiter.oftc.net 1101408998 Q * infowolfe kinetic.oftc.net jupiter.oftc.net 1101408998 Q * eyck kinetic.oftc.net jupiter.oftc.net 1101408998 Q * maharaja kinetic.oftc.net jupiter.oftc.net 1101408998 Q * ensc kinetic.oftc.net jupiter.oftc.net 1101408998 Q * v00dY kinetic.oftc.net jupiter.oftc.net 1101408998 Q * matti kinetic.oftc.net jupiter.oftc.net 1101408998 Q * mugwump kinetic.oftc.net jupiter.oftc.net 1101408998 Q * Doener kinetic.oftc.net jupiter.oftc.net 1101408998 Q * Pinnen kinetic.oftc.net jupiter.oftc.net 1101408998 Q * Bertl kinetic.oftc.net jupiter.oftc.net 1101408998 Q * gaber kinetic.oftc.net jupiter.oftc.net 1101408998 Q * mcp kinetic.oftc.net jupiter.oftc.net 1101408998 Q * click kinetic.oftc.net jupiter.oftc.net 1101408998 Q * berni kinetic.oftc.net jupiter.oftc.net 1101408998 Q * lilo kinetic.oftc.net jupiter.oftc.net 1101408998 Q * Plug kinetic.oftc.net jupiter.oftc.net 1101408998 Q * dsanta kinetic.oftc.net jupiter.oftc.net 1101408998 Q * ndim kinetic.oftc.net jupiter.oftc.net 1101408998 Q * Snow-Man kinetic.oftc.net jupiter.oftc.net 1101408998 Q * no_x kinetic.oftc.net jupiter.oftc.net 1101408998 Q * vx_info kinetic.oftc.net jupiter.oftc.net 1101408998 Q * cereal kinetic.oftc.net jupiter.oftc.net 1101408998 Q * ntrs kinetic.oftc.net jupiter.oftc.net 1101408998 Q * daniel_hozac kinetic.oftc.net jupiter.oftc.net 1101408998 Q * tchan kinetic.oftc.net jupiter.oftc.net 1101408998 Q * brc kinetic.oftc.net jupiter.oftc.net 1101408998 Q * BWare kinetic.oftc.net jupiter.oftc.net 1101408998 Q * Hollow kinetic.oftc.net jupiter.oftc.net 1101408998 Q * TheSeer kinetic.oftc.net jupiter.oftc.net 1101408998 Q * no_maam kinetic.oftc.net jupiter.oftc.net 1101409012 J * anonymous-coward nwalsh@shaggy.internode.com.au 1101409012 J * Nik Nik@cable-153-130.online.bg 1101409012 J * sannes ace@home.skarby.no 1101409012 J * brc bruce@200165185161.user.veloxzone.com.br 1101409012 J * BWare bware@212.26.196.41 1101409012 J * Snow-Man sfrost@snowman.net 1101409012 J * no_x vps@c135180.adsl.hansenet.de 1101409012 J * Hollow bene@home.xnull.de 1101409012 J * lilo lilo@lilo.usercloak.oftc.net 1101409012 J * Plug plug@datadot.net 1101409012 J * TheSeer theseer@border.office.salesemotion.net 1101409012 J * dsanta santa@c68.190.156.105.roc.mn.charter.com 1101409012 J * ndim U2FsdGVkX1@helena.bawue.de 1101409012 J * click click@dsl-84-161.aal.tiscali.no 1101409012 J * berni berni@2001:1b18:202::2 1101409012 J * vx_info s0t0na@mutator.sot.com 1101409012 J * cereal cereal@ns1.starhosting.de 1101409012 J * ntrs ntrs@SP2-24.207.228.55.charter-stl.com 1101409012 J * daniel_hozac daniel@h212n1fls33o829.telia.com 1101409012 J * tchan tchan@c-24-13-81-164.client.comcast.net 1101409012 J * no_maam erik@datenzone.de 1101409037 J * UnionPivo union@clj8-137.dial-up.arnes.si 1101409037 J * Zoiah Zoiah@matryoshka.zoiah.net 1101409037 J * UFOczek ufoczek@hood.openbug.net 1101409037 J * albeiro albeiro@linux.gentoo.pl 1101409037 J * infowolfe infowolfe@infowolfe.vps.xhcl.net 1101409037 J * eyck eyck@81.219.64.71 1101409037 J * maharaja maharaja@ipax.at 1101409037 J * ensc ircensc@ultra.csn.tu-chemnitz.de 1101409037 J * v00dY v00dy@62.241.52.143 1101409037 J * matti matti@linux.gentoo.pl 1101409037 J * mugwump sv@210-54-92-188.ipnets.xtra.co.nz 1101409037 J * Doener doener@193.24.208.131 1101409037 J * Pinnen pinnen@h194n2fls35o917.telia.com 1101409037 J * Bertl herbert@janus.mc.tuwien.ac.at 1101409037 J * gaber gaber@linuxpl.net 1101409037 J * mcp hightower@81.17.110.148 1101409235 M * Doener Bertl: hm, start time still broken... but in an other way than before 1101409241 M * Doener now the offset is static 1101409316 M * Bertl thought so ... can you investigate/fix this? 1101409340 M * Doener that's probably the reason why i didn't notice this on my last test, i started the vserver too soon after boot up 1101409344 M * Doener i'll try 1101409906 M * Doener Bertl: hmm... bias_uptime is constant, right? 1101409942 M * Doener i.e. set on context creation and not changed until the context is destroyed 1101409953 M * Bertl should be so 1101410063 M * Doener ok, start_time is also constant, so start_time - bias_uptime should also be constant... 1101410102 M * Bertl yep, but the bias should only be used _if_ the VIRT_UPTIME is enabled 1101410107 M * Doener but the error wasn't constant but grew with the uptime of the vserver 1101410112 M * Doener IIRC 1101410145 M * Bertl yes, it was exactly going in the wrong direction 1101410161 M * Bertl i.e. bias_uptime was added 1101410193 M * Bertl sec 1101410198 M * Doener 163 20:04 1021.83 1101410199 M * Doener 166 Nov20 387952.98 1101410209 M * Bertl http://rs.rhapsodyk.net/vserver/time-bug.txt 1101410209 M * Doener XID Date Uptime 1101410239 M * Bertl 442 Nov17 154454.36 1101410241 M * Bertl 475 Nov20 395160.89 1101410256 M * Doener i.e. greater uptime => greater offset 1101410261 M * Bertl yep 1101410285 M * Doener so that's not constant. 1101410290 M * Bertl at this time, we had the add bias_uptime in the code (now marked with FIXME) 1101410327 M * Doener yeah, and i don't see why the addition of a constant makes the error dependent on the uptime 1101410396 M * Bertl me neither, but if I didn't get that completely wrong, that was your fix ;) 1101410427 M * Doener yep, i made some wrong assumptions back then... 1101410453 M * Bertl not necessarily, IIRC the bias_uptime was used for calculation somewhere 1101410477 M * Bertl i.e. now - bias, and this was added/used for tasks 1101411151 M * Doener ah, now i see :) 1101411170 M * Doener uhm, no, i misread some output... 1101412098 M * Bertl okay, back later ... 1101412104 N * Bertl Bertl_oO 1101412329 M * Doener i'm off to bed, too tired to understand that right now, at the moment i'd say the old code is perfectly valid... 1101412345 M * Doener night 1101412348 N * Doener Doener_zZz 1101412604 J * cehteh foobar@cehteh.homeunix.org 1101412915 Q * brc Ping timeout: 480 seconds 1101413185 J * rs rs@imhotep.rhapsodyk.net 1101413192 M * rs re 1101413467 Q * cehteh Remote host closed the connection 1101413616 J * brc bruce@201008090252.user.veloxzone.com.br 1101414198 M * rs Bertl_oO: around ? 1101416351 M * maharaja oo = out of office