1103760374 Q * are|afk Ping timeout: 480 seconds 1103761327 J * DuckKing ~Duck@dyn-83-157-145-160.ppp.tiscali.fr 1103761619 Q * DuckMaster Ping timeout: 480 seconds 1103777521 Q * click Ping timeout: 480 seconds 1103781937 N * Bertl_oO Bertl 1103781952 M * Bertl morning folks! 1103783604 M * Doener morning! 1103783612 M * Bertl hey Doener! 1103783644 M * Doener anything wrong with you or just got home and going to bed soon? 1103783649 M * Doener ;) 1103783708 M * Bertl heh, good question ... no I got to bed early yesterday ... had to catch up a little ... so I couldn't sleep longer ... 1103783729 M * Doener ah ok, so no need to worry :) 1103783770 M * Bertl not yet ... ;) 1103783777 M * Doener ok, gone for breakfast... 1103783782 N * Doener Doener|gone 1103784833 N * Doener|gone Doener 1103784885 J * ravenedge click@dsl-84-161.aal.tiscali.no 1103784908 M * Bertl hey ravenedge! 1103784930 M * ravenedge heya bertl 1103784933 N * ravenedge click 1103785613 M * Bertl Doener: you've got mail ... 1103785624 M * Doener indeed 1103786217 M * Doener looks fine to me 1103786239 M * Bertl yeah, me too ... will add it to 1.9.3.13 1103786509 M * Doener i hope to find some time to take a mid-deep look at the whole vserver code right after christmas. need to refresh my memory about a good bunch of things and probably catch up a lot, too. Any preferences on sections I should have a closer look at? 1103786597 M * Bertl well, we still have to cleanup the capability stuff ... 1103786622 M * Bertl I would not spend too much time on networking, as we 'hopefully' are going to replace that soon ... 1103786635 M * Doener yes 1103786723 M * Bertl the new xid= tagging stuff needs checking ... 1103786731 M * Bertl (and probably completion ;) 1103786771 M * Doener tagxid stuff? 1103786792 A * Doener didn't really follow the latest development :/ 1103786800 M * Bertl yeah, well, I started to extend the tagxid option to allow passing an explicit xid ... 1103786840 Q * serving Ping timeout: 480 seconds 1103787029 M * Doener means? 1103787086 M * Bertl well, you basically can do stuff like: mount ... -o xid=27 and all files will automagically be of xid=27 1103787102 M * Doener ah i c 1103787121 M * Bertl especially handy once that is available for --bind mounts ;) 1103787170 M * Bertl (just kidding, won't be easy to do that, at least not with the current fss) 1103787411 M * Doener ok, guess i'll ask for an up-to-date split patch after christmas then :) 1103787435 M * Bertl no problem have to prepare for 1.9.4 anyway ... 1103787599 Q * sannes Read error: Connection reset by peer 1103788084 M * Bertl okay, off for now, back later ... 1103788094 N * Bertl Bertl_oO 1103789791 J * ndim U2FsdGVkX1@helena.bawue.de 1103790405 Q * ntrs Ping timeout: 480 seconds 1103792652 J * Thorsten ~Thorsten@dsl-084-057-018-065.arcor-ip.net 1103792741 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.29, devel 1.3.9, 1.9.3, ng8.7 1103792936 J * are|afk ~are@mail.foehl.de 1103793457 M * are|afk hi 1103793717 J * serving ~serving@213.186.173.45 1103794653 J * sannes ~ace@home.skarby.no 1103794897 Q * sannes Read error: Connection reset by peer 1103796099 Q * Thorsten Quit: Leaving 1103796276 J * Thorsten ~Thorsten@dsl-084-057-018-065.arcor-ip.net 1103799713 J * mboman ~michael@cm48.sigma230.maxonline.com.sg 1103800878 J * ntrs ntrs@Dardeene-68.188.50.87.charter-stl.com 1103801203 J * jsambrook ~jsambrook@host-62-69-64-93.bsve.net 1103801221 J * Hollow ~bene@home.xnull.de 1103801869 J * sannes ~ace@home.skarby.no 1103801965 Q * SiD3WiNDR Ping timeout: 480 seconds 1103801985 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1103803696 J * Duckx ~duckx@195.75.27.158 1103809236 Q * flock Quit: Expert, n.: Someone who comes from out of town and shows slides. 1103810116 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1103810592 N * are|afk _are_ 1103811055 Q * v00dY Quit: Serverwechsel 1103814605 Q * mboman Quit: One day I'll get that peer and reset HIS connection! 1103815933 Q * Thorsten Quit: Leaving 1103816262 M * serving . 1103816285 M * serving portmap service must be running on the root server right ? 1103816375 M * _are_ not here and nfs works 1103816385 M * _are_ but use nfs-user-server, not kernel 1103816746 M * _are_ what exactly does vunify do? placing hardlinks there instead of files where it is the exactly same file? or is it just based on filenames/sizes? 1103817795 J * v00dY XenoN@62.241.52.143 1103817982 J * Thorsten ~Thorsten@dsl-084-057-018-065.arcor-ip.net 1103819195 Q * sannes Read error: Connection reset by peer 1103820920 Q * daniel_hozac xenon.oftc.net iridium.oftc.net 1103820920 Q * SiD3WiNDR xenon.oftc.net iridium.oftc.net 1103820920 Q * ntrs xenon.oftc.net iridium.oftc.net 1103820920 Q * serving xenon.oftc.net iridium.oftc.net 1103820920 Q * _are_ xenon.oftc.net iridium.oftc.net 1103820920 Q * t xenon.oftc.net iridium.oftc.net 1103820920 Q * nox xenon.oftc.net iridium.oftc.net 1103820920 Q * dsanta xenon.oftc.net iridium.oftc.net 1103820920 Q * pusling xenon.oftc.net iridium.oftc.net 1103820920 Q * no_maam xenon.oftc.net iridium.oftc.net 1103820920 Q * sladen xenon.oftc.net iridium.oftc.net 1103820920 Q * weasel xenon.oftc.net iridium.oftc.net 1103820920 Q * pizdec xenon.oftc.net iridium.oftc.net 1103820921 Q * anonymous-coward xenon.oftc.net iridium.oftc.net 1103820921 Q * meebey xenon.oftc.net iridium.oftc.net 1103820921 Q * locksy xenon.oftc.net iridium.oftc.net 1103820921 Q * Snow-Man xenon.oftc.net iridium.oftc.net 1103820921 Q * Pinnen xenon.oftc.net iridium.oftc.net 1103820921 Q * jsambrook xenon.oftc.net iridium.oftc.net 1103820921 Q * ndim xenon.oftc.net iridium.oftc.net 1103820921 Q * DuckKing xenon.oftc.net iridium.oftc.net 1103820921 Q * sebd xenon.oftc.net iridium.oftc.net 1103820921 Q * Zoiah xenon.oftc.net iridium.oftc.net 1103820921 Q * ensc xenon.oftc.net iridium.oftc.net 1103820921 Q * BWare xenon.oftc.net iridium.oftc.net 1103820921 Q * gaber xenon.oftc.net iridium.oftc.net 1103820924 Q * flock xenon.oftc.net iridium.oftc.net 1103820924 Q * Hollow xenon.oftc.net iridium.oftc.net 1103820924 Q * Plug xenon.oftc.net iridium.oftc.net 1103820924 Q * mugwump xenon.oftc.net iridium.oftc.net 1103820924 Q * monrad xenon.oftc.net iridium.oftc.net 1103820924 Q * Thorsten xenon.oftc.net iridium.oftc.net 1103820924 Q * v00dY xenon.oftc.net iridium.oftc.net 1103820924 Q * Duckx xenon.oftc.net iridium.oftc.net 1103820924 Q * click xenon.oftc.net iridium.oftc.net 1103820924 Q * infowolfe xenon.oftc.net iridium.oftc.net 1103820924 Q * tchan xenon.oftc.net iridium.oftc.net 1103820924 Q * Loki|muh xenon.oftc.net iridium.oftc.net 1103820924 Q * logger xenon.oftc.net iridium.oftc.net 1103820924 Q * Doener xenon.oftc.net iridium.oftc.net 1103820924 Q * eyck xenon.oftc.net iridium.oftc.net 1103820924 Q * hesus xenon.oftc.net iridium.oftc.net 1103820924 Q * maharaja xenon.oftc.net iridium.oftc.net 1103820924 Q * virtuoso xenon.oftc.net iridium.oftc.net 1103820924 Q * albeiro xenon.oftc.net iridium.oftc.net 1103820924 Q * Bertl_oO xenon.oftc.net iridium.oftc.net 1103820924 Q * Medivh xenon.oftc.net iridium.oftc.net 1103820924 Q * stupidawy xenon.oftc.net iridium.oftc.net 1103820924 Q * th xenon.oftc.net iridium.oftc.net 1103821041 J * stupidawy foo@you.wish.you.were.pimp.olicio.us 1103821041 J * Medivh ck@paradise.by.the.dashboardlight.de 1103821041 J * th ~tom@pc-4092.ethz.ch 1103821041 J * Bertl_oO ~herbert@janus.mc.tuwien.ac.at 1103821041 J * albeiro albeiro@linux.gentoo.pl 1103821041 J * virtuoso ~s0t0na@spb.sot.com 1103821041 J * maharaja maharaja@ipax.at 1103821041 J * locksy ~locksy@mrtg.sisgroup.com.au 1103821041 J * meebey meebey@meebey.net 1103821041 J * Pinnen ~pinnen@h194n2fls35o917.telia.com 1103821041 J * anonymous-coward ~nwalsh@shaggy.internode.com.au 1103821041 J * pizdec ~o_o@c-67-170-167-232.client.comcast.net 1103821041 J * weasel ~weasel@weasel.noc.oftc.net 1103821041 J * Snow-Man ~sfrost@snowman.net 1103821041 J * hesus darksoul@pingu.ii.uj.edu.pl 1103821041 J * eyck eyck@81.219.64.71 1103821041 J * sladen paul@starsky.19inch.net 1103821041 J * Doener doener@193.24.208.125 1103821041 J * no_maam ~erik@datenzone.de 1103821041 J * logger ~rs@vds.pas-mal.com 1103821041 J * gaber gaber@linuxpl.net 1103821041 J * Loki|muh loki@satanix.de 1103821041 J * tchan ~tchan@c-24-13-81-164.client.comcast.net 1103821041 J * pusling ~pusling@195.215.29.124 1103821041 J * BWare ~bware@212.26.196.41 1103821041 J * monrad ~monrad@213083190130.sonofon.dk 1103821041 J * dsanta ~santa@c68.190.156.105.roc.mn.charter.com 1103821041 J * ensc ~ircensc@ultra.csn.tu-chemnitz.de 1103821041 J * nox ~vps@213.39.193.55 1103821041 J * mugwump ~samv@210-54-92-184.ipnets.xtra.co.nz 1103821041 J * Zoiah Zoiah@matryoshka.zoiah.net 1103821041 J * infowolfe ~infowolfe@mail.xhcl.net 1103821041 J * sebd ~sebd@lesdeveloppementsdurables.org 1103821041 J * t ~tnichols@CPE-139-168-208-77.sa.bigpond.net.au 1103821041 J * Plug ~plug@datadot.net 1103821041 J * DuckKing ~Duck@dyn-83-157-145-160.ppp.tiscali.fr 1103821041 J * click click@dsl-84-161.aal.tiscali.no 1103821041 J * ndim U2FsdGVkX1@helena.bawue.de 1103821041 J * _are_ ~are@mail.foehl.de 1103821041 J * serving ~serving@213.186.173.45 1103821041 J * ntrs ntrs@Dardeene-68.188.50.87.charter-stl.com 1103821041 J * jsambrook ~jsambrook@host-62-69-64-93.bsve.net 1103821041 J * Hollow ~bene@home.xnull.de 1103821041 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1103821041 J * Duckx ~duckx@195.75.27.158 1103821041 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1103821041 J * v00dY XenoN@62.241.52.143 1103821041 J * Thorsten ~Thorsten@dsl-084-057-018-065.arcor-ip.net 1103821047 J * daniel_hozac ~daniel@h212n1fls33o829.telia.com 1103821614 Q * _are_ Quit: Disconnecting 1103821936 T * services.oftc.net http://linux-vserver.org/ | latest stable 1.29, devel 1.3.9, 1.9.3, ng8.7 1103822038 Q * grecea Remote host closed the connection 1103822304 J * grecea ~grecea@h-195-22-237-74.mdl.net 1103822755 Q * jsambrook Ping timeout: 480 seconds 1103824550 Q * Duckx Quit: Leaving 1103825300 Q * daniel_hozac oxygen.oftc.net orion.oftc.net 1103825491 J * daniel_hozac ~daniel@h212n1fls33o829.telia.com 1103826163 J * sannes ~ace@home.skarby.no 1103828068 J * mikmu hadge@h64-5-199-35.gtcust.grouptelecom.net 1103828136 M * mikmu Hey there, I'm running 2.6.10-rc3-vs1.9.3.11. I seem to be having trouble restarting some unrelated daemons. Sending HUP or USR1 signals to these daemons cause the daemon to shut down, but never restart. As these daemons are unrelated, I was wondering if this could be a vserver problem 1103829232 Q * mikmu Quit: 1103830804 M * virtuoso ensc: Remind me, where can I get the latest alpha tools? 1103831122 M * pizdec I forgot if I asked, but should the BME and vserver kernel patches both apply cleanly together? 1103831142 N * Bertl_oO Bertl 1103831152 M * Bertl evening folks! 1103831160 M * virtuoso Bertl: Hi 1103831195 M * Bertl pizdec: well, it's unlikely that they apply cleanly ... 1103831208 M * Bertl virtuoso: cvs 1103831253 M * virtuoso Bertl: I thought about an url of that. :) 1103831279 M * Bertl it's the savanna cvs, you can probably get there over the linux-vserver page ... 1103831400 M * Bertl http://savannah.nongnu.org/projects/util-vserver/ 1103831424 M * virtuoso Thanks. 1103831441 M * Bertl ur welcome! 1103831452 J * _are_ ~are@dsl-213-023-043-015.arcor-ip.net 1103831463 M * Bertl welcome _are_! 1103831475 M * Bertl how is the new server? 1103832085 M * _are_ Bertl: now: stable. 1103832095 M * _are_ (sort of ;) 1103832102 Q * Thorsten Remote host closed the connection 1103832113 M * Bertl okay, what did you change? 1103832138 M * _are_ just got rid of these sysaudit, virtual server and similar features 1103832171 M * Bertl okay, sounds like I expected .. probably the NPAPI 1103832180 M * _are_ npapi? 1103832185 M * Bertl netpoll api 1103832208 M * Bertl it is somewhat known to cause issues on SMP systems 1103832212 M * pizdec ugh I remember why debian pisses me off now 1103832292 M * _are_ pizdec: because it has no ready prepatched debian-amd64-vserver.9.3 kernel with lifetime warranty? ;) 1103832292 Q * sannes Read error: Connection reset by peer 1103832308 M * pizdec hahah 1103832316 M * Bertl we'll fix that next year ;) 1103832345 M * _are_ Bertl: there is not yet an official debian amd64 distribution, so the kernel with warranty would be a bit much as of now. 1103832346 M * pizdec no, the often inane dependency checking 1103832369 M * Bertl _are_: you have to have higher hopes ;) 1103832372 M * pizdec I have pptp-linux on one box, which depends on ppp >=2.4.2 1103832388 M * pizdec but the default debian build of 2.4.2 doesn't work for pptp 1103832410 M * pizdec so I installed a patched 2.4.1 1103832421 M * pizdec marked ppp and pptp as "hold" 1103832439 M * pizdec and then I can't install anything because all apt-gets fail on the dependency check for pptp-linux 1103832444 M * pizdec it's retarded 1103832459 M * _are_ well, try aptitude for once 1103832472 M * pizdec that's just a front end to apt 1103832493 M * pizdec I fixed it, it's just a dumb way for them to handle dependencies 1103832511 M * pizdec you should be able to mark a package as permanently --ignore-depends 1103832518 M * _are_ and then there is some tool that generates fake dependency entrieds for those who know what they do 1103832546 M * pizdec heh I cheated, I just copied the pptp binary and uninstalled it, then replaced the binary :P 1103832558 M * pizdec cheap fix but it works 1103832617 M * _are_ :-> 1103832673 M * pizdec btw, is anyone using 802.1q with vservers? 1103832717 M * Bertl you mean a wireless device for a vserver? 1103832733 M * pizdec no, VLANs 1103832746 M * Bertl oops, sorry, yes vlan is in use 1103832769 M * Bertl lycos is using vlans for their network structure 1103832783 M * pizdec lycos uses vserver? 1103832791 M * Bertl linux-vserver yes ;) 1103832798 M * pizdec neat 1103832808 M * _are_ pizdec: you ever tried 'equivs' (had to look for the name first, used it in a similar situation) 1103832823 M * pizdec _are_: no I haven't 1103832837 M * pizdec I'm only running debian on one old box now, hardly touched in months 1103833099 M * _are_ ok, then probably no use ;) 1103833113 M * pizdec no I'll check it out 1103833139 M * pizdec anything to work around the silliness 1103833142 M * _are_ you can just say what you ant to provide and it generates a package providing that 1103833149 M * pizdec nice 1103833163 M * _are_ so in your case you would claim it to provide pppd-2.4.2 1103833198 M * _are_ -> normal package upgrade works for all other packages as usual 1103833242 M * _are_ alternativly: create a new pppd-pacage that has you version and fullfills the requirements 1103833900 Q * ndim Ping timeout: 480 seconds 1103834101 J * ndim U2FsdGVkX1@helena.bawue.de 1103834294 Q * locksy Ping timeout: 480 seconds 1103836153 J * Thorsten ~Thorsten@dsl-084-057-018-065.arcor-ip.net 1103836472 M * Bertl welcome Thorsten! 1103837209 M * pizdec oh wow does vserver try to add the vlan if you give it a vlan-style interface name? 1103837214 M * pizdec like eth0.100? 1103837265 M * Bertl IIRC tools are somewhat vlan aware .. but don't ask me for the details ... 1103837273 M * pizdec ok weirdness 1103837331 M * pizdec it made this: 1103837334 M * pizdec eth0.100 Link encap:Ethernet HWaddr 00:90:27:9F:C3:B9 1103837334 M * pizdec inet addr:127.0.0.1 Bcast:127.255.255.255 Mask:255.0.0.0 1103837334 M * pizdec UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 1103837334 M * pizdec RX packets:119 errors:0 dropped:0 overruns:0 frame:0 1103837336 M * pizdec TX packets:26 errors:0 dropped:0 overruns:0 carrier:0 1103837338 M * pizdec collisions:0 txqueuelen:0 1103837339 M * pizdec RX bytes:8288 (8.0 Kb) TX bytes:2428 (2.3 Kb) 1103837396 M * Bertl well, looks good ... 1103837405 M * pizdec not exactly 1103837421 M * Bertl what ips did you specify? 1103837428 M * pizdec 10.0.0.25 1103837447 M * pizdec I'm digging through the scripts, I'll figure out what it's doing 1103837455 M * Bertl use --debug 1103837488 M * pizdec ok yeah it explicitly creates the loopback address 1103837516 M * Bertl maybe a missing newline? 1103837536 M * pizdec no, it's hardcoded to create it 1103837661 M * pizdec the logic about what it will create/remove is a little fuzzy 1103837687 M * pizdec like it errors if I don't create vlan 100 prior to start, but then it tries to remove vlan 100 on a stop 1103837723 M * Bertl well, yes, you should make sure that the 'interface' itself exists prior to startup 1103837744 M * Bertl (if you like you can prepare it in the pre startup scripts) 1103837748 M * pizdec sure 1103837914 M * Thorsten Hi *, hi Bertl 1103838284 M * pizdec I got it 1103838303 M * pizdec neither iptables nor vserver really likes the dot-notation interface names 1103838305 M * pizdec like eth0.100 1103838323 M * pizdec but if you do this 1103838324 M * pizdec vconfig set_name_type VLAN_PLUS_VID_NO_PAD 1103838342 M * pizdec vconfig creates vlans with a name like "vlan100" 1103838351 M * pizdec so it looks just like a normal interface 1103838371 M * pizdec fixed many things just now 1103838930 J * tanjix tanjix@pD9FAC22F.dip.t-dialin.net 1103838936 M * tanjix hi together 1103838988 M * Bertl hey tanjix! 1103839099 M * tanjix how are you, Bertl? 1103839112 M * Bertl fine thanks, and you? 1103839203 M * tanjix thanks for asking, i am fine too.. 1103839420 J * sannes ~ace@home.skarby.no 1103839771 M * Bertl welcome sannes! 1103840201 M * Thorsten There occuRRed a typo in "An error occuRed while executing the vserver startup sequence" ;-) 1103841498 M * Bertl pizdec: do you plan to use BME with linux-vserver? 1103842241 M * Thorsten Is it a known issue that posts to the mailinglist are reported to razor? 1103842281 M * Bertl hmm, what is razor? 1103842317 M * Thorsten What is Vipul's Razor? 1103842317 M * Thorsten Vipul's Razor is a distributed, collaborative, spam detection and filtering network. Through user contribution, Razor establishes a distributed and constantly updating catalogue of spam in propagation that is consulted by email clients to filter out known spam. Detection is done with statistical and randomized signatures that efficiently spot mutating spam content. User input is validated through reputation assignments based on conse 1103842317 M * Thorsten nsus on report and revoke assertions which in turn is used for computing confidence values associated with individual signatures. 1103842336 M * Thorsten (quoting http://razor.sourceforge.net/) 1103842365 M * Bertl well, might be ... and why is that an issue? 1103842410 M * pizdec ok this is odd 1103842438 M * Thorsten Because if your mailserver filters messages away that where reported to razor you might never see them 1103842445 M * Thorsten were ;-) 1103842507 M * Bertl well, I doubt that the linux-vserver ml throws away valid messages, or do you have evidence for that? if so, please contact martin! 1103842528 M * Thorsten Mmm, not that is not the Point. 1103842535 M * Thorsten A sends a message to the ML 1103842546 M * pizdec can anyone think of why I might be getting IP traffic to a virtual interface used by a vserver (shown by tcpdump onthe main host) but the processes on the vserver can't see the traffic? 1103842552 M * Thorsten B,C,D get it and report it as spam to razor 1103842583 M * Thorsten E,F,G,H,.....,Z never get it because their mailserver drops it as spam 1103842586 M * Bertl pizdec: how do you 'tell' that the processes can't see the traffic? 1103842609 M * Thorsten I'll write about that to the mailinglist 1103842614 M * pizdec no return traffic 1103842625 M * pizdec and nothing in process logs 1103842629 M * Bertl Thorsten: okay, do so, but please cc martin 1103842648 M * Bertl pizdec: maybe the process doesn't accept the traffic? 1103842663 M * pizdec I'll double check but I don't _think_ that's it 1103842668 M * Bertl maybe the service is listening on a different ip 1103842683 M * Bertl try with something like nc (netcat) 1103842731 M * pizdec is there any way to make tcpdump work inside a vserver? 1103842733 M * Thorsten Bertl, Martin List-Petersen? 1103842745 M * Bertl yep, he is maintaining the ml 1103842884 Q * monrad Quit: Leaving 1103842926 M * pizdec ok it's not a vserver problem 1103842936 M * pizdec nevermind 1103843253 J * monrad ~monrad@213083190130.sonofon.dk 1103843291 M * Bertl wb monrad! 1103843430 M * monrad hi 1103843434 M * monrad gkismet is working :) 1103843449 M * monrad but i like the ncurses version better 1103843514 M * Bertl well, in most cases the cl vsersion is more powerful than the gui version 1103843735 M * monrad yeah i am also wating for the ascii version of doom3 :) 1103843805 Q * ndim Ping timeout: 480 seconds 1103844037 J * ndim U2FsdGVkX1@helena.bawue.de 1103844041 Q * ndim Quit: 1103844077 M * pizdec firewall rebootin, bbl 1103844080 J * ndim U2FsdGVkX1@helena.bawue.de 1103844083 Q * pizdec Quit: Client exiting 1103845815 Q * tanjix Ping timeout: 480 seconds 1103845956 J * DuckMaster ~Duck@dyn-83-157-148-237.ppp.tiscali.fr 1103846372 N * Thorsten Thorsten|afk 1103846380 Q * DuckKing Ping timeout: 480 seconds