1286323286 Q * matti Quit: 8-X
1286325962 J * imcsk8 ~ichavero@189.155.154.55
1286326202 Q * imcsk8 
1286330165 Q * CcxCZ Quit: leaving
1286332547 Q * sladen charon.oftc.net reticulum.oftc.net
1286332547 Q * Marillion charon.oftc.net reticulum.oftc.net
1286332547 Q * zbyniu charon.oftc.net reticulum.oftc.net
1286332547 Q * monrad-51468 charon.oftc.net reticulum.oftc.net
1286332547 Q * mEDI_S charon.oftc.net reticulum.oftc.net
1286332547 Q * theocrite charon.oftc.net reticulum.oftc.net
1286332547 Q * arekm charon.oftc.net reticulum.oftc.net
1286332547 Q * sid3windr charon.oftc.net reticulum.oftc.net
1286332547 Q * neofutur charon.oftc.net reticulum.oftc.net
1286332547 Q * nox charon.oftc.net reticulum.oftc.net
1286332547 Q * trippeh charon.oftc.net reticulum.oftc.net
1286332547 Q * tokkee charon.oftc.net reticulum.oftc.net
1286332547 Q * balbir_ charon.oftc.net reticulum.oftc.net
1286332547 Q * AndrewLee charon.oftc.net reticulum.oftc.net
1286332547 Q * groente charon.oftc.net reticulum.oftc.net
1286332547 Q * Wonka charon.oftc.net reticulum.oftc.net
1286332547 Q * ard charon.oftc.net reticulum.oftc.net
1286332547 Q * Phoner charon.oftc.net reticulum.oftc.net
1286332547 Q * derjohn_foo charon.oftc.net reticulum.oftc.net
1286332547 Q * niki charon.oftc.net reticulum.oftc.net
1286332547 Q * julius charon.oftc.net reticulum.oftc.net
1286332547 Q * manana charon.oftc.net reticulum.oftc.net
1286332547 Q * FireEgl charon.oftc.net reticulum.oftc.net
1286332547 Q * cuba33ci_ charon.oftc.net reticulum.oftc.net
1286332547 Q * PowerKe charon.oftc.net reticulum.oftc.net
1286332547 Q * DreamerC charon.oftc.net reticulum.oftc.net
1286332547 Q * cehteh charon.oftc.net reticulum.oftc.net
1286332547 Q * michal charon.oftc.net reticulum.oftc.net
1286332547 Q * mnemoc charon.oftc.net reticulum.oftc.net
1286332547 Q * click charon.oftc.net reticulum.oftc.net
1286332547 Q * eyck charon.oftc.net reticulum.oftc.net
1286332547 Q * renihs charon.oftc.net reticulum.oftc.net
1286332547 Q * padde charon.oftc.net reticulum.oftc.net
1286332547 Q * kolorafa charon.oftc.net reticulum.oftc.net
1286332669 J * derjohn_foo ~aj@d063090.adsl.hansenet.de
1286332669 J * niki ~niki@94.145.207.11
1286332669 J * tokkee tokkee@osprey.tokkee.org
1286332669 J * balbir_ ~balbir@122.167.171.15
1286332669 J * julius ~julius@217.20.127.15
1286332669 J * manana ~mayday090@84.17.25.149
1286332669 J * FireEgl FireEgl@Sebastian.Tcldrop.US
1286332669 J * cuba33ci_ ~cuba33ci@111-240-205-165.dynamic.hinet.net
1286332669 J * PowerKe ~tom@d5153AAEA.access.telenet.be
1286332669 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net
1286332669 J * sladen ~paul@starsky.19inch.net
1286332669 J * cehteh ~ct@pipapo.org
1286332669 J * michal ~michal@www.rsbac.org
1286332669 J * AndrewLee ~andrew@210.240.39.7
1286332669 J * mnemoc ~amery@shell.opensde.net
1286332669 J * click click@ti0127a340-0152.bb.online.no
1286332669 J * eyck ~eyck@77.79.198.68
1286332669 J * renihs ~lemming@83-65-34-34.arsenal.xdsl-line.inode.at
1286332669 J * padde ~padde@patrick-nagel.net
1286332669 J * groente ~groente@shell.puscii.nl
1286332669 J * Marillion ~dirk@hetzner4.127011.net
1286332669 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl
1286332669 J * Wonka produziert@chaos.in-kiel.de
1286332669 J * ard ~ard@gw-tweakb16.kwaak.net
1286332669 J * kolorafa ~kolorafa@irc.kolorafa.dlk.pl
1286332669 J * monrad-51468 ~mmk@domitian.tdx.dk
1286332669 J * mEDI_S ~medi@255.255.255.255.li
1286332669 J * Phoner phoner@administrat.org
1286332669 J * theocrite ~Hubert@kim.theocrite.org
1286332669 J * arekm arekm@carme.pld-linux.org
1286332669 J * sid3windr luser@bastard-operator.from-hell.be
1286332669 J * neofutur ~neofutur@xena.ww7.be
1286332669 J * nox ~nox@nox.user.oftc.net
1286332669 J * trippeh atomt@uff.ugh.no
1286334365 Q * Chlorek magnet.oftc.net charon.oftc.net
1286334365 Q * nou magnet.oftc.net charon.oftc.net
1286334365 Q * kupo magnet.oftc.net charon.oftc.net
1286334365 Q * jkl_ magnet.oftc.net charon.oftc.net
1286334365 Q * nox magnet.oftc.net charon.oftc.net
1286334365 Q * arekm magnet.oftc.net charon.oftc.net
1286334365 Q * theocrite magnet.oftc.net charon.oftc.net
1286334365 Q * monrad-51468 magnet.oftc.net charon.oftc.net
1286334365 Q * mEDI_S magnet.oftc.net charon.oftc.net
1286334365 Q * trippeh magnet.oftc.net charon.oftc.net
1286334365 Q * neofutur magnet.oftc.net charon.oftc.net
1286334365 Q * zbyniu magnet.oftc.net charon.oftc.net
1286334365 Q * sladen magnet.oftc.net charon.oftc.net
1286334365 Q * sid3windr magnet.oftc.net charon.oftc.net
1286334365 Q * Marillion magnet.oftc.net charon.oftc.net
1286334365 Q * Phoner magnet.oftc.net charon.oftc.net
1286334365 Q * Wonka magnet.oftc.net charon.oftc.net
1286334365 Q * ard magnet.oftc.net charon.oftc.net
1286334365 Q * groente magnet.oftc.net charon.oftc.net
1286334365 Q * tokkee magnet.oftc.net charon.oftc.net
1286334365 Q * AndrewLee magnet.oftc.net charon.oftc.net
1286334365 Q * balbir_ magnet.oftc.net charon.oftc.net
1286334365 Q * kolorafa magnet.oftc.net charon.oftc.net
1286334365 Q * padde magnet.oftc.net charon.oftc.net
1286334365 Q * renihs magnet.oftc.net charon.oftc.net
1286334365 Q * click magnet.oftc.net charon.oftc.net
1286334365 Q * mnemoc magnet.oftc.net charon.oftc.net
1286334365 Q * cehteh magnet.oftc.net charon.oftc.net
1286334365 Q * PowerKe magnet.oftc.net charon.oftc.net
1286334365 Q * manana magnet.oftc.net charon.oftc.net
1286334365 Q * julius magnet.oftc.net charon.oftc.net
1286334365 Q * derjohn_foo magnet.oftc.net charon.oftc.net
1286334365 Q * eyck magnet.oftc.net charon.oftc.net
1286334365 Q * cuba33ci_ magnet.oftc.net charon.oftc.net
1286334365 Q * michal magnet.oftc.net charon.oftc.net
1286334365 Q * niki magnet.oftc.net charon.oftc.net
1286334365 Q * DreamerC magnet.oftc.net charon.oftc.net
1286334365 Q * FireEgl magnet.oftc.net charon.oftc.net
1286334365 Q * FloodServ magnet.oftc.net charon.oftc.net
1286334365 Q * dowdle magnet.oftc.net charon.oftc.net
1286334365 Q * quasisane magnet.oftc.net charon.oftc.net
1286334365 Q * micah magnet.oftc.net charon.oftc.net
1286334365 Q * infowolfe magnet.oftc.net charon.oftc.net
1286334365 Q * Snow-Man magnet.oftc.net charon.oftc.net
1286334365 Q * fback_ magnet.oftc.net charon.oftc.net
1286334365 Q * jrdnyquist magnet.oftc.net charon.oftc.net
1286334365 Q * hel magnet.oftc.net charon.oftc.net
1286334365 Q * thal magnet.oftc.net charon.oftc.net
1286334365 Q * tam magnet.oftc.net charon.oftc.net
1286334365 Q * dannf magnet.oftc.net charon.oftc.net
1286334365 Q * nkukard magnet.oftc.net charon.oftc.net
1286334365 Q * _nono_ magnet.oftc.net charon.oftc.net
1286334365 Q * Guest642 magnet.oftc.net charon.oftc.net
1286334365 Q * FIChTe magnet.oftc.net charon.oftc.net
1286334365 Q * MooingLemur magnet.oftc.net charon.oftc.net
1286334367 Q * fLoo magnet.oftc.net charon.oftc.net
1286334367 Q * tolkor magnet.oftc.net charon.oftc.net
1286334367 Q * urbee magnet.oftc.net charon.oftc.net
1286334367 Q * Mr_Smoke magnet.oftc.net charon.oftc.net
1286334367 Q * ignaz magnet.oftc.net charon.oftc.net
1286334367 Q * wishi magnet.oftc.net charon.oftc.net
1286334367 Q * raceme magnet.oftc.net charon.oftc.net
1286334367 Q * mcp magnet.oftc.net charon.oftc.net
1286334367 Q * bzed magnet.oftc.net charon.oftc.net
1286334367 Q * C14r magnet.oftc.net charon.oftc.net
1286334367 Q * yang magnet.oftc.net charon.oftc.net
1286334367 Q * Rockj magnet.oftc.net charon.oftc.net
1286334367 Q * ensc magnet.oftc.net charon.oftc.net
1286334367 Q * DelTree magnet.oftc.net charon.oftc.net
1286334367 Q * blathijs magnet.oftc.net charon.oftc.net
1286334367 Q * pmjdebruijn magnet.oftc.net charon.oftc.net
1286334367 Q * Alteisen magnet.oftc.net charon.oftc.net
1286334367 Q * Bertl_zZ magnet.oftc.net charon.oftc.net
1286334367 Q * Guy- magnet.oftc.net charon.oftc.net
1286334367 Q * ensc|w_ magnet.oftc.net charon.oftc.net
1286334367 Q * biz magnet.oftc.net charon.oftc.net
1286334367 Q * DLange magnet.oftc.net charon.oftc.net
1286334367 Q * BobR_zZ_ magnet.oftc.net charon.oftc.net
1286334367 Q * mike magnet.oftc.net charon.oftc.net
1286334367 Q * fosco magnet.oftc.net charon.oftc.net
1286334367 Q * maharaja magnet.oftc.net charon.oftc.net
1286334367 Q * harry magnet.oftc.net charon.oftc.net
1286348429 Q * hijacker Remote host closed the connection
1286351318 F * magnet.oftc.net +nt
1286351338 F * reticulum.oftc.net -o Pinky
1286351338 J * Janno Janno@server3.raumopol.de
1286351338 J * transacid ~transacid@transacid.de
1286351338 J * DoberMann ~james@2a01:e35:8b44:84c0:230:18ff:fea3:7188
1286351338 J * dude_ ~Josef@gw-gbg.ilait.se
1286351338 J * _are_ ~quassel@vs01.lug-s.org
1286351338 J * daniel_hozac ~daniel@c-5b3471d5.08-230-73746f22.cust.bredbandsbolaget.se
1286351338 J * morfoh ~morfoh@shell.opensde.net
1286351338 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se
1286351338 J * Hollow ~bene@shiva.xnull.de
1286351338 J * grobie ~grobie@tyr.schnuckelig.eu
1286351338 J * vasko ~vasko@unreal.rainside.sk
1286351338 J * Vudumen 8bc9ed3dbf@perverz.hu
1286351338 J * ex ex@valis.net.pl
1286351338 J * ntrs ~ntrs@77.28.20.229
1286351338 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net
1286351338 J * ghislain ~AQUEOS@adsl2.aqueos.com
1286351338 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no
1286351338 J * _Shiva_ shiva@whatcha.looking.at
1286351338 J * Guest1886 ~bma@thunderkeys.net
1286351338 J * nou Chaton@causse.larzac.fr.eu.org
1286351338 J * Chlorek ~cokolwiek@c.sed.pl
1286351338 J * MooingLemur ~troy@shells195.pinchaser.com
1286351338 J * harry ~harry@d51A461B4.access.telenet.be
1286351338 J * maharaja raoul@93-189-26-52.rev.ipax.at
1286351338 J * dannf ~dannf@utter.lackof.org
1286351338 J * FIChTe ~fichte@bashpipe.de
1286351338 J * jkl_ jkl@c-71-196-138-95.hsd1.co.comcast.net
1286351338 J * tam ~tam@gw.nettam.com
1286351338 J * fosco fosco@91.208.40.1
1286351338 J * thal ~thalunil@walledcity.de
1286351338 J * tolkor ~rj@tdream.lly.earlham.edu
1286351338 J * FloodServ services@services.oftc.net
1286351338 J * micah ~micah@micah.riseup.net
1286351338 J * kupo kupo@glitchinthe.net
1286351338 J * hel ~hel@porthos.lennackers.de
1286351338 J * mike mike@no.phear.eu
1286351338 J * BobR_zZ_ odie@IRC.13thfloor.at
1286351338 J * biz biz@baze.de
1286351338 J * DLange ~DLange@dlange.user.oftc.net
1286351338 J * ensc|w_ ~ensc@www.sigma-chemnitz.de
1286351338 J * Guy- ~korn@elan.rulez.org
1286351338 J * Bertl_oO herbert@IRC.13thfloor.at
1286351338 J * Alteisen alteisen@shell.chaostreff-dortmund.de
1286351338 J * pmjdebruijn pascal@jester.pcode.nl
1286351338 J * blathijs matthijs@drsnuggles.stderr.nl
1286351338 J * DelTree ~deplagne@goldorak3.eric.deplagne.name
1286351338 J * ensc ~irc-ensc@93.159.121.26
1286351338 J * Rockj rockj@pi.geekrevolution.net
1286351338 J * yang yang@yang.netrep.oftc.net
1286351338 J * _nono_ ~gomes@libation.ircam.fr
1286351338 J * C14r ~C14r@mail.cipworx.de
1286351338 J * bzed ~bzed@devel.recluse.de
1286351338 J * mcp ~mcp@wolk-project.de
1286351338 J * raceme ~tof@ombos.raceme.org
1286351338 J * wishi ~wishi@kaze.crazylazy.info
1286351338 J * ignaz ~ignaz@85-126-150-194.work.xdsl-line.inode.at
1286351338 J * jrdnyquist ~jrdnyquis@slayer.caro.net
1286351338 J * nkukard ~nkukard@41-133-236-167.dsl.mweb.co.za
1286351338 J * fLoo ~fLoo@coresec.de
1286351338 J * fback_ ~fback@red.fback.net
1286351338 J * infowolfe ~infowolfe@c-67-166-127-67.hsd1.ut.comcast.net
1286351338 J * Mr_Smoke smokey@layla.lecoyote.org
1286351338 J * urbee urbee@93-103-199-233.dynamic.dsl.t-2.net
1286351338 J * Snow-Man ~sfrost@tamriel.snowman.net
1286351338 J * dowdle ~dowdle@scott.coe.montana.edu
1286351338 J * niki ~niki@94.145.207.11
1286351338 J * tokkee tokkee@osprey.tokkee.org
1286351338 J * julius ~julius@217.20.127.15
1286351338 J * manana ~mayday090@84.17.25.149
1286351338 J * FireEgl FireEgl@Sebastian.Tcldrop.US
1286351338 J * cuba33ci_ ~cuba33ci@111-240-205-165.dynamic.hinet.net
1286351338 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net
1286351338 J * sladen ~paul@starsky.19inch.net
1286351338 J * cehteh ~ct@pipapo.org
1286351338 J * michal ~michal@www.rsbac.org
1286351338 J * AndrewLee ~andrew@210.240.39.7
1286351338 J * mnemoc ~amery@shell.opensde.net
1286351338 J * click click@ti0127a340-0152.bb.online.no
1286351338 J * eyck ~eyck@77.79.198.68
1286351338 J * renihs ~lemming@83-65-34-34.arsenal.xdsl-line.inode.at
1286351338 J * padde ~padde@patrick-nagel.net
1286351338 J * groente ~groente@shell.puscii.nl
1286351338 J * Marillion ~dirk@hetzner4.127011.net
1286351338 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl
1286351338 J * Wonka produziert@chaos.in-kiel.de
1286351338 J * ard ~ard@gw-tweakb16.kwaak.net
1286351338 J * kolorafa ~kolorafa@irc.kolorafa.dlk.pl
1286351338 J * monrad-51468 ~mmk@domitian.tdx.dk
1286351338 J * mEDI_S ~medi@255.255.255.255.li
1286351338 J * Phoner phoner@administrat.org
1286351338 J * theocrite ~Hubert@kim.theocrite.org
1286351338 J * arekm arekm@carme.pld-linux.org
1286351338 J * sid3windr luser@bastard-operator.from-hell.be
1286351338 J * neofutur ~neofutur@xena.ww7.be
1286351338 J * nox ~nox@nox.user.oftc.net
1286351338 J * trippeh atomt@uff.ugh.no
1286351338 F * reticulum.oftc.net +bbbb *!*ChorizoGr@*.171.75.127.dsl.dyn.telnor.net *!*Jigfische@*.171.57.206.dsl.dyn.telnor.net *!*@212.62.97.23 *!*@118.98.163.66
1286351338 F * reticulum.oftc.net +bbbb *!*@202.182.174.98 *!*@212.62.97.20 *!*Delphi@*.user.veloxzone.com.br *!*PC@201.170.83.*
1286351338 F * reticulum.oftc.net +bbbb *!*Feletacio@*.160.239.17.cable.dyn.cableonline.com.mx *!*melina@*.dnsbl.oftc.net *!*bono@*.dynamic.hinet.net *!*bip@62.123.8.*
1286351338 F * reticulum.oftc.net +bbbb *!*hujhuhj@92.49.11.* *!*sonicvari@158.37.56.* *!*@webchat.mibbit.com *!*josen@*.106.113.82.net.de.o2.com
1286351338 F * reticulum.oftc.net +b *!*@test.dnsbl.oftc.net
1286351338 T * reticulum.oftc.net http://linux-vserver.org/ |stable 2.2.0.7, exp 2.3.0.36.31, grsec 2.3.0.36.28|util-vserver-0.30.216-pre2908| 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.
1286351346 J * ruskie ruskie@ruskie.user.oftc.net
1286351357 J * geb ~geb@mars.gebura.eu.org
1286351430 J * balbir_ ~balbir@122.167.171.15
1286351437 J * Hunger- ~Hunger@Hunger.hu
1286351623 J * karasz ~karasz@shell.opensde.net
1286351732 J * PowerKe ~tom@d5153AAEA.access.telenet.be
1286353504 J * TheSeer ~theseer@border.office.ballyhoo.de
1286353509 M * TheSeer heya :)
1286353531 M * TheSeer what's "kernel: invalid opcode: 0000 [2] SMP " trying to tell me on a "kill -9 <pid>" from within a vserver? ;)
1286353742 M * daniel_hozac that you just oopsed your kernel.
1286353754 M * daniel_hozac you might want to check dmesg
1286353988 M * TheSeer kernel BUG at mm/mmap.c:2004!
1286353990 Q * manana Ping timeout: 480 seconds
1286353990 M * TheSeer hmm....
1286354020 M * TheSeer Fixing recursive fault but reboot is needed!
1286354022 M * TheSeer *grmpf* ;)
1286354322 M * TheSeer daniel_hozac: there is no later kernel than 2.6.22.19-vs2.3.0.34.1 from your repos, right?
1286354337 M * daniel_hozac not at the moment...
1286354450 M * TheSeer well, this one worked for 389 days, 14:44 straight.. so i guess it'll work a bit longer ;)
1286354528 M * TheSeer there is no way to kill a process once it triggered that oops i had earlier other than actually rebooting the server i presume?
1286354561 M * daniel_hozac right.
1286354632 M * TheSeer how do i make sure rebooting actually works remotely? I mean, if i shutdown -r now thebox, it will probably wait forever for that process to die...?
1286354927 M * daniel_hozac no, it only waits for 90 seconds by default.
1286355184 M * ghislain hi all
1286355225 M * daniel_hozac hello
1286356199 J * derjohn_foo ~aj@213.238.45.2
1286357226 N * Bertl_oO Bertl
1286357229 M * Bertl back now ...
1286358358 J * hijacker ~hijacker@213.91.163.5
1286358474 J * petzsch ~markus@p4FF4685F.dip.t-dialin.net
1286358797 J * barismetin ~barismeti@zanzibar.inria.fr
1286360257 J * manana ~mayday090@84.17.25.149
1286360532 Q * petzsch Read error: Connection reset by peer
1286360758 Q * manana Ping timeout: 480 seconds
1286360928 M * Mr_Smoke Hm, quick GrSec/PAX question
1286360995 M * Mr_Smoke I got this in my logs : http://pastebin.com/jYSKBcu3
1286361003 M * Mr_Smoke on the host.
1286361018 M * Mr_Smoke This happens when an eggdrop process in one of the guests is asked to restart
1286361071 M * Mr_Smoke How to solve this ?
1286361366 Q * ntrs Read error: Connection reset by peer
1286361388 J * ntrs ~ntrs@77.28.165.236
1286361479 J * ntrs_ ~ntrs@77.28.172.176
1286361917 Q * ntrs Ping timeout: 480 seconds
1286362264 J * manana ~mayday090@84.17.25.149
1286362472 J * ghislain1 ~AQUEOS@adsl2.aqueos.com
1286362475 M * Mr_Smoke Ok apparently it's a null pointer deref
1286362731 Q * ghislain Ping timeout: 480 seconds
1286362759 M * Mr_Smoke Must be a bug in a script then
1286363323 Q * PowerKe Ping timeout: 480 seconds
1286363553 Q * ntrs_ Quit: Leaving
1286363582 J * ntrs ~ntrs@77.29.84.215
1286363732 M * ntrs ok it is up and running
1286363736 M * ntrs I can reach the internet
1286363739 M * ntrs you can login
1286363743 M * ntrs iptables is off
1286363748 M * ntrs however look at this:
1286363758 M * ntrs [  130.377560] martian source 209.135.157.195 from 209.135.140.240, on dev eth0.157
1286363758 M * ntrs [  130.377620] ll header: 00:24:e8:52:d8:44:00:04:96:09:7c:70:08:00
1286363758 M * ntrs [  134.425314] martian source 206.196.110.247 from 209.135.140.240, on dev eth0.110
1286363758 M * ntrs [  134.425410] ll header: 00:24:e8:52:d8:44:00:04:96:09:7c:70:08:00
1286363758 M * ntrs [  136.378179] martian source 209.135.157.195 from 209.135.140.240, on dev eth0.157
1286363758 M * ntrs [  136.378267] ll header: 00:24:e8:52:d8:44:00:04:96:09:7c:70:08:00
1286363760 M * ntrs [  137.425557] martian source 206.196.110.247 from 209.135.140.240, on dev eth0.110
1286363762 M * ntrs [  137.425645] ll header: 00:24:e8:52:d8:44:00:04:96:09:7c:70:08:00
1286363764 M * ntrs [  143.426132] martian source 206.196.110.247 from 209.135.140.240, on dev eth0.110
1286363766 M * ntrs [  143.426220] ll header: 00:24:e8:52:d8:44:00:04:96:09:7c:70:08:00
1286364224 M * daniel_hozac ntrs: did you mean to paste that here?
1286364325 M * Bertl probably not :)
1286364327 M * ntrs sorry my mistake
1286365283 J * kir ~kir@swsoft-msk-nat.sw.ru
1286365592 M * ard Mr_Smoke : eggdrop? The only time I saw eggdrop running was when somebody "hacked" some php scripts and installed it.
1286365616 M * ard of course it's a normal program, but I haven't seen it used in any but that way :-)
1286366598 A * biz remembers some botnets and partylines... from like 15 years ago or so ;)
1286366861 M * biz wtf. the eggdrop is still alive
1286366909 Q * ntrs Read error: No route to host
1286366920 J * ntrs ~ntrs@77.29.84.215
1286366933 M * ard it seems to be really handy...
1286366947 M * ard at least for others that want to use your system :-)
1286367294 J * mib_y1drrc c2395bee@ircip3.mibbit.com
1286369260 P * mib_y1drrc 
1286370577 Q * niki Quit: Ex-Chat
1286371105 J * _ruben_ ~ruben@131.14.166.178.rev.vodafone.pt
1286371426 M * Bertl daniel_hozac: do you have a minute regarding vlan IPs and util-vserver?
1286371867 M * _are_ I am quite sure this worked before on a Debian System with 2.6.32 Kernel from backports, am I missing a new Syntax? The mounts won't show inside the VServer. vnamespace -e 142 -- mount /dev/mapper/vg_vhost-backup /var/lib/vservers/prod/u/backup
1286371942 M * _are_ util-vserver 0.30.216~r2772-6 from the very same debian repository, somewhat old stuff.
1286372380 A * ard was a fool to think that putting:
1286372384 M * ard "${VSPACE_SHARED_CMD[@]}" \
1286372389 M * ard in front of:
1286372391 M * ard enableInterfaces "$VSERVER_DIR" && have_interfaces=1
1286372395 M * ard would work :-(
1286372729 M * ard I could put it in enableInterfaces :-)
1286372756 Q * _ruben_ Ping timeout: 480 seconds
1286372951 M * ard that makes it work. I guess it's also acceptable until the namespace thingies are reworked
1286373088 M * ard aarghh... got tsc freeze problems :-(
1286373679 Q * barismetin Remote host closed the connection
1286374297 J * ser ~ser@house.metalab.unc.edu
1286375022 M * daniel_hozac Bertl: what's up?
1286375105 M * Bertl well, I encountered a setup where an existing vlan device, e.g. eth0.42 was used with an alias based guest config
1286375120 M * Bertl (entry novlandev in the config, because the device already exists)
1286375152 M * Bertl and util-vserver, version 0.30.216-pre2913) gave some cryptic 'numerical value' message
1286375176 M * Bertl any ideas?
1286375280 M * daniel_hozac what's the error and configuration?
1286375438 M * Bertl note that removing the alias makes it work as expected
1286375458 M * Bertl let me see if I can get the exact error again
1286375570 M * Bertl RTNETLINK answers: Numerical result out of range
1286375606 M * daniel_hozac what's the exact configuration?
1286375614 M * daniel_hozac IIRC you may get that message when the string is too long.
1286375833 M * Bertl interesting, well, dev = eth0.140, ip = xxx, name = testvs1
1286375835 M * _are_ something like eth0.42:1?
1286375847 M * Bertl so we end up with eth0.140:testvs1
1286375865 M * Bertl and indeed that is more than the 13/15?
1286375881 M * Bertl almost forgot about that strange limit :)
1286375907 P * kir Leaving.
1286375912 M * _are_ this fails on debian standard network setup as well, there the solution is to use vlan42 instead of eth0.42 as base
1286375938 M * Bertl that saves a bunch of characters indeed (1 *G*)
1286375945 M * ard what? it doesn't work on debian? :-)
1286375951 A * ard is the vlan package maintainer
1286375967 M * ard vconfig is obsolete btw...
1286376005 M * Bertl but I'm sure 'ip' doesn't support all vconfig stuff yet (at least on debian stable :)
1286376011 M * _are_ I don't use any tools directly, I just set up /etc/network/interfaces, try adding an interface eth0.4:5 there, it compalins
1286376021 M * daniel_hozac Bertl: yeah, that's too long :-)
1286376044 M * Bertl daniel_hozac: yeah, thanks for the cluebat hit :)
1286376063 M * Bertl _are_: eth0.4:5 is not too long, btw
1286376099 M * _are_ Bertl: I don't talk about the length, I talk about the syntax as such failing in /etc/network/interfaces on debian
1286376136 M * Bertl that is probably a debian oddity^Wfeature :)
1286376150 M * _are_ well, and it seems the 'feature' is fixed, it works perfectly now
1286376182 M * _are_ stumbled on it ~1 year ago, I think the docs even stated it would fail back then
1286376270 M * _are_ and it actually still fails if eth0.2:1 is brought up while eth0.2 is not (yet) set up
1286376773 M * mnemoc ,that's th
1286376787 M * mnemoc sorry, lag
1286377032 J * petzsch ~markus@p4FF4685F.dip.t-dialin.net
1286377549 J * thierryp ~thierry@92.90.17.1
1286377710 Q * TheSeer Quit: Client exiting
1286378180 Q * petzsch Read error: Connection reset by peer
1286378399 M * Bertl off for now ... bbl
1286378427 N * Bertl Bertl_oO
1286378791 M * ard Bertl_oO : ip supports everything :-)
1286378806 M * ard what it doesn't support on stable is ethernet over gre tunneling
1286378856 M * ard http://projects.kwaak.net/twiki/bin/view/Misc/IpRoute
1286379099 Q * thierryp Remote host closed the connection
1286379197 M * ard [16:44] <_are_> and it actually still fails if eth0.2:1 is brought up while eth0.2 is not (yet) set up
1286379214 M * ard that's normal... eth0.2 doesn't exist so you can't make an alias on that
1286379230 M * ard ifupdown just needs a big overhaul...
1286379273 M * _are_ ard: I am aware of this, this is why I didn't file a bug report.
1286379277 M * ard :-)
1286379288 M * ard It should contain things like create iface or similar
1286379314 M * ard be aware that I maintain the unstable version, and a co-maintainer uploads it
1286379325 M * _are_ it still works amazingly well for me, maintaining 20 openvpn and 4 pptp VPNs, WLAN, 1 bridge and a few aliases with it on my laptop
1286379330 M * ard the latest version is ip based with a fallback to vconfig, but hasn't been uploaded yet
1286379359 M * ard still have to work out a quirk when using eth0.4#8
1286379382 M * _are_ that # is a typo or do I miss something?
1286379417 M * ard that's a macvlan
1286379428 M * _are_ ah, only learned about these a few days ago
1286379465 M * ard those are really handy when doing failover on l2 (mac-address failover, e.g. let the switch do the failover)
1286379517 M * _are_ I know, I just always get away with the changing MAC and I run quite a few heartbeat-clusters
1286379537 M * ard heh, we phased heartbeat out...
1286379555 M * ard in favor of keepalived, which only does vrrp and start a script when something happens
1286379568 M * ard heartbeat caused us more downtime than availability
1286379583 M * ard especially after 400 days or so when time(2) wraps
1286379601 M * _are_ well, heartbeat2 with xml config works nice here
1286379638 M * _are_ and one thing I learned about stable systems that experience an enahncement now and then: test at least once every half a year if they still come up
1286379638 M * ard I've used a long time, but currently we are happier with keepalived, because that's less intrusive
1286379654 M * daniel_hozac time(2) doesn't wrap until 2038?
1286379669 M * ard 32 bits
1286379677 M * ard wait...
1286379702 M * _are_ we started with Vservers because of it. A very convinient way to have a service + all configuration bundled
1286379706 M * ard http://www.mail-archive.com/linux-ha-dev@lists.linux-ha.org/msg01339.html
1286379734 M * ard "heartbeat fails every 497 days on 32 bit linux" ... that's been on 0.4, 1.* and 2.* :-)
1286379781 M * ard For HA we loadbalance stuff or have the standby be active
1286379839 M * _are_ well, we do HA for databases, IMAP-Servers, Samba, cups, web, whatever. heartbeat, drbd and vserver work nicely there
1286379849 M * daniel_hozac of course, who really uses 32-bit anymore?
1286379864 M * _are_ and we avoid clustered file systems, they tend and threat me with holes in my feet
1286379879 M * ard daniel_hozac : that's correct, but in the mean time we already switched to keepalived and do the start/stop ourselves
1286379921 M * ard I've tried drbd several times, but it wasn't fast enough for my needs :-)
1286379928 M * _are_ uh?
1286379943 M * daniel_hozac drbd always crashed on me.
1286379985 M * _are_ drbd works fine here in various GBit setups, synchronous writes take more time, reads are native spead of the primary side
1286380006 M * _are_ on 10GBit networks it seems to max out at ~350MB/s
1286380037 M * _are_ and finding the right parameters does a huge difference in speed
1286380048 M * ard Well, I am optimizing my filesystem and raid setup for speed :-). But the best thing is to use a "smart" distribution of files (if you need it for that)
1286380107 M * ard my objections against drbd is that it can "hang" your system until the other system is declared dead.
1286380108 M * _are_ well, I use it only for HA stuff, I am missing a solid, real-time replicating filesystem that allows asynchronous mode in case the link dies
1286380115 M * ard but for database use it would be nice
1286380135 M * _are_ well, yes, ofc it can, that's about 4s in my configurations
1286380163 M * ard My needs are currently only web serving... managing (at some point in time) more than 120M of pictures :-)
1286380166 M * _are_ the semi-broken disk in a hardware raid had been way worse, it just respionded slow, very slow, but just in tiem not to be kicked by the controller
1286380193 M * _are_ there it is mainly read requests, I'd say, you should not see a slowdown due to DRBD
1286380212 M * ard my experiences with hardware raid is that it is slow :-). Software raid seems to max out the disks. The only good raid controller I've seen is an areca :-)
1286380246 M * ard software raid+ext4 == win
1286380271 M * ard If you asked me in 2006, I would have said software raid+reiser4 :-)
1286380282 M * _are_ I had thed impression for a long time, I adjusted my mind past few years. areca did the first usable raids, now you get decent controllers from adaptec as well, measured >500MB/s RAID6 with 8 disks
1286380320 M * _are_ reiser cost lme tons of data, there is more than one reason he went to jail, I am sure.
1286380378 Q * balbir_ Ping timeout: 480 seconds
1286380389 M * ard the problem with ("hardware") raid is that you can never be sure if you have a good firmware. I've seen the problems with hardware raid, and it was really bad. (Even had to hack some drivers to be able to do proprietary megaraid ioctls)
1286380400 M * ard but maybe now it really is stable :-)
1286380440 M * ard anyway: vserver rocks (back on topic :-) )
1286380513 M * _are_ software raid you can debug more easily, and if you take the effort you can handle errors more efficiently, but it jsut isn't fast enough on most boards/CPUs if you do much disk-stuff compared to your network
1286380605 J * barismetin ~barismeti@zanzibar.inria.fr
1286380716 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg
1286380929 J * balbir_ ~balbir@122.167.251.125
1286380950 J * bonbons ~bonbons@2001:a18:1:1402:2c0:9fff:fe2d:39d
1286381912 Q * derjohn_foo Ping timeout: 480 seconds
1286382066 J * petzsch ~markus@p4FF4685F.dip.t-dialin.net
1286382276 Q * barismetin Remote host closed the connection
1286382750 A * ard sighs
1286382753 M * ard it works :-)
1286383974 M * ard what would complete it is automatic creation and networkspace migration of a vlan interface
1286386776 Q * petzsch Quit: Leaving.
1286387152 Q * ntrs Read error: Connection reset by peer
1286387166 M * ard daniel_hozac : http://paste.linux-vserver.org/18047
1286387184 M * ard a patch to be able to add ip addresses within the shared network namespace
1286387186 J * ntrs ~ntrs@77.29.84.215
1286387208 M * ard a workaround for the not having entered it yet :-)
1286387208 M * daniel_hozac that only works for your very specific case.
1286387234 M * ard well, "${VSPACE_SHARED_CMD[@]}" should be "" when it is not used, right?
1286387250 M * daniel_hozac yes.
1286387258 M * ard ah, and then I get a:
1286387261 M * ard -bash: : command not found
1286387264 M * daniel_hozac no.
1286387268 M * daniel_hozac you won't get that.
1286387338 J * imcsk8 ~ichavero@201.174.32.227
1286387349 M * ard Well, it's only for the case where you want to have a shared namespace, and if you don't want a shared namespace it should do nothing
1286387363 M * daniel_hozac right.
1286387370 M * daniel_hozac but it doesn't handle the case of new namespaces.
1286387377 M * ard that's correct :-)
1286387398 M * ard But I think that's the next step :-)
1286387417 M * daniel_hozac well, the fix for that will automatically fix this as well.
1286387418 M * ard It means actually starting a daemon way up early in the vserver.start
1286387434 M * daniel_hozac making it moot.
1286387438 J * petzsch ~markus@p4FF4685F.dip.t-dialin.net
1286387465 M * ard correct. but in my case the new name space is even more seldom than the shared namespace :-)
1286387493 M * daniel_hozac i'm fairly certain that will not be the general case.
1286387497 M * ard I currently setup the new namespace from the vserver-up script things
1286387544 M * ard it will not be the general case, yet... :-)
1286387643 M * ard anyway: it's a hack. The solution for the new namespace thing is the best solution, but it takes longer to resolve.
1286387728 M * ard You have to start some daemon that runs in the new context (probably it already exists), and then all subsequent setups can enter the specific namespaces as required...
1286387763 M * daniel_hozac no...
1286387765 M * ard at some point in time that daemon becomes the init, or startup thing
1286387846 M * ard I am just thinking about the situation that you want to handover a network device to a network namespace :-)
1286387900 M * ard you need a handle to the new namespace from the root namespace, and preferable before enableInterfaces run
1286387938 M * ard eh... I mean, the new namespace needs the device to be there before anything can be done with it :-)
1286388093 Q * ntrs Quit: Leaving
1286388199 M * ard To show some horror:
1286388202 M * ard vspace -e "$2" --net -- sh -c 'while echo $$;do :; done'|(read aPid;ip li set dev "$DEVNAME" netns $aPid)
1286388219 M * ard this is what I do to get an interface into namespace "$2" :-)
1286388265 Q * tolkor Ping timeout: 480 seconds
1286388508 J * tolkor ~rj@tdream.lly.earlham.edu
1286388991 J * PowerKe ~tom@d5153A581.access.telenet.be
1286389669 J * ntrs ~ntrs@77.29.84.215
1286391330 Q * manana Remote host closed the connection
1286391906 Q * petzsch Quit: Leaving.
1286392286 J * petzsch ~markus@p4FF4685F.dip.t-dialin.net
1286392288 Q * balbir_ Ping timeout: 480 seconds
1286393366 N * Bertl_oO Bertl
1286393393 M * Bertl ard: as long as it works :)
1286394078 M * Mr_Smoke ard: don't look at me, I was asked to revive some old tcl script, hence the eggdrop
1286394334 M * Mr_Smoke Funny thing is, the eggdrop itself doesn't segfault when I restart it
1286394341 M * Mr_Smoke I mean, without any scripts, it seems alright
1286394353 M * Mr_Smoke So one of the scripts must be the culprit
1286396234 J * dna ~dna@dslb-094-222-213-131.pools.arcor-ip.net
1286396662 Q * dna Quit: Verlassend
1286397760 Q * ghislain1 Quit: Leaving.
1286397842 J * thierryp ~thierry@home.parmentelat.net
1286398104 J * ghislain ~AQUEOS@adsl2.aqueos.com
1286398245 Q * thierryp Remote host closed the connection
1286398460 J * derjohn_foo ~aj@d126020.adsl.hansenet.de
1286399645 Q * bonbons Quit: Leaving
1286400212 M * Bertl off to bed now ... have a good one everyone!
1286400221 N * Bertl Bertl_zZ
1286400606 Q * hijacker_ Quit: Leaving
1286400716 J * niki ~niki@94.145.207.11
1286401087 Q * ghislain Quit: Leaving.
1286402595 Q * ntrs Ping timeout: 480 seconds
1286404992 Q * petzsch Quit: Leaving.
1286406641 Q * imcsk8 Quit: Leaving