1172621752 M * brcc_ good evening
1172621783 M * Bertl evening brcc_!
1172621996 M * brcc_ Bertl, is it a security risk to follow the openvpn (inside guest) tutorial which can be found on the oldwiki? Following that tutorial i am going to create a persistent tun device, give the guest access to it, and it will be able to be an OPENVPN server using this tun device
1172622076 M * Bertl that is fine, as you do not allow to bind it to unassigned ips
1172622101 M * Bertl OTOH, tunnels are always a problem, as you can inject packets this way
1172622152 M * brcc_ What would be the impact of that ?
1172622187 M * Bertl well, if you can inject packets, you can basically forge any packet the stack will handle
1172622218 M * Bertl if the tunnel is an ip (i.e. layer 3) tunnel
1172622231 M * Bertl then the harm is restricted to those ip addresses
1172622243 M * brcc_ great ! :)
1172622261 M * brcc_ btw bertl, i am trying to find sometime so i can finish the iptables stuff.
1172622265 M * Bertl if it is an ethernet (layer 2) tunnel, you can basically fake any packet on the network
1172622301 M * brcc_ hmm. is the guest allow to create an ether tunel if he has access do a persistent tun device ?
1172622311 M * Bertl no
1172622326 M * Bertl it just can use what is there
1172622365 M * Bertl note: the persistant tunnels are not really tested security wise, so it won't hurt to hack on them a little, and try to do evil stuff :)
1172622383 M * brcc_ got it
1172622383 M * brcc_ hehe
1172623396 Q * meandtheshel1 Quit: Leaving.
1172623945 Q * Piet Remote host closed the connection
1172624035 J * Piet hiddenserv@tor.noreply.org
1172624593 J * shedi ~siggi@ftth-237-144.hive.is
1172624788 Q * pstader 
1172625470 Q * tzafrir_ Ping timeout: 480 seconds
1172625602 J * tzafrir_ ~tzafrir@bzq-88-153-2-16.red.bezeqint.net
1172627815 Q * DreamerC_ Quit: leaving
1172627837 J * DreamerC ~dreamerc@125-225-98-38.dynamic.hinet.net
1172630962 J * stefani ~stefani@flute.radonc.washington.edu
1172630979 M * Bertl morning stefani!
1172630986 M * stefani evening.
1172630994 M * nox hi stefani 
1172630995 M * Bertl ah, right, same timezone now :)
1172630997 M * stefani looking at an unexplained open tcp port 
1172631002 M * nox moring is closer here
1172631012 M * stefani lsof -i tcp:port# gives nothing ..   i dont like it. 
1172631027 M * Bertl try inside nid=1
1172631045 M * Bertl stefani: what kernel version/patches?
1172631061 M * stefani Bertl:   this is a generic debian box.  no special  kernel . 
1172631072 M * Bertl so 2.0.something?
1172631082 M * stefani Bertl:   not a vserver .  
1172631086 M * stefani 2.6.18
1172631094 M * Bertl stefani: hum, not a vserver kernel?
1172631098 M * stefani nope.
1172631121 M * Bertl well, then I'd say you have a problem ... :)
1172631127 M * nox Bertl: put disallowing traffic by iptables between the vpn subnet and the guest would be secure right?
1172631169 M * Bertl nox: yes, if you block everything out, except for the wanted traffic, that will become secure
1172631290 A * nox still haves the vpn on the host ... got 2 try the howto
1172631295 J * netforce ~ntfc@201.79.85.89
1172631305 M * Bertl welcome netforce!
1172631338 M * nox omg 2 late 4 writing english i guess :P
1172631349 M * nox good night all
1172631356 M * Bertl have a good one!
1172631479 M * Bertl stefani: try with lsof -nli
1172631515 M * Bertl (and double check that your 'open port' test actually hits the host :)
1172631629 M * stefani Bertl:   nothing .
1172632310 Q * mountie Ping timeout: 480 seconds
1172632630 M * stefani Bertl:     nlockmgr 
1172632722 M * Bertl hmm?
1172632743 Q * Piet Remote host closed the connection
1172632816 J * Piet hiddenserv@tor.noreply.org
1172633025 M * stefani yup.  this is an nfs client, and    rpcinfo  -p localhost   shows it.
1172633257 Q * stefani Quit: I Quit!
1172634533 Q * Piet Quit: Piet
1172635490 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1172635500 J * ensc ~irc-ensc@p54B4E719.dip.t-dialin.net
1172635996 Q * netforce Ping timeout: 480 seconds
1172636094 J * wenchien ~wenchien@59-105-176-11.adsl.static.seed.net.tw
1172636232 M * Bertl welcome wenchien!
1172636276 M * wenchien hi Bertl :)
1172638227 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172638381 M * Bertl okay, I'm off to bed now ... have a good one everyone!
1172638388 N * Bertl Bertl_zZ
1172638557 N * _[PUPPETS]Gonzo [PUPPETS]Gonzo
1172639565 Q * Aiken Read error: Connection reset by peer
1172639680 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172642094 J * StrikerST ~CheezeMan@27.117.216.216.transedge.com
1172645670 Q * Aiken Quit: Leaving
1172646434 Q * cdrx Ping timeout: 480 seconds
1172646550 N * DoberMann[ZZZzzz] DoberMann
1172647104 Q * infowolfe_ Read error: Connection reset by peer
1172647636 J * DoberMann_ ~james@AToulouse-156-1-45-219.w90-16.abo.wanadoo.fr
1172647742 Q * DoberMann Ping timeout: 480 seconds
1172648389 J * Er0_ ~Ero@80.82.187.49
1172648430 Q * Er0_ 
1172649341 N * DoberMann_ DoberMann[PullA]
1172650386 Q * StrikerST 
1172650881 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172650990 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1172651103 J * cdrx ~legoater@blueice4n2.uk.ibm.com
1172651375 J * gab ~gab@158.36.45.236
1172651455 J * chand ~chand@m167.net81-64-156.noos.fr
1172652466 Q * tzafrir_ Ping timeout: 480 seconds
1172653246 Q * chand Quit: chand
1172653319 Q * cdrx Read error: Connection reset by peer
1172653964 J * borgfish ~bla@141.12.67.168
1172653968 M * borgfish re
1172654164 J * infowolfe ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1172655691 M * matti :)
1172655732 Q * tzafrir Ping timeout: 480 seconds
1172656464 J * EvilDin ~Snake@BSN-77-83-28.dsl.siol.net
1172656470 M * EvilDin hi, me again
1172656474 M * EvilDin i checked logs
1172656485 J * ema ~ema@lart.galliera.it
1172656487 M * EvilDin and i have in auth.log many erros about getty
1172656548 M * EvilDin sth like this: Feb 28 10:31:00 root45 getty[4888]: /dev/tty6: No such file or directory
1172656558 M * EvilDin were in new kernel any changes about that
1172656563 Q * Aiken Remote host closed the connection
1172656582 M * EvilDin because no i have one older kernel and no sucjh error is shown
1172656729 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172657062 M * yang EvilDin: maybe its related to /etc/inittab , check if you have respawn lines enabled?
1172657099 M * EvilDin am what should i look for
1172657174 J * tzafrir_ ~tzafrir@62.90.10.53
1172657266 M * yang respawn lines
1172657432 M * EvilDin http://pastebin.com/890531
1172657647 Q * shedi Quit: Leaving
1172657658 J * cdrx ~legoater@cap31-3-82-227-199-249.fbx.proxad.net
1172657982 J * dna ~naucki@58-238-dsl.kielnet.net
1172658185 Q * DavidS Quit: Leaving.
1172658996 J * meandtheshel1 ~markus@85-124-38-152.dynamic.xdsl-line.inode.at
1172659133 Q * EvilDin Quit: AnacønÐa · "Anything that can go wrong will go wrong"
1172659525 J * grobie ~chatzilla@site.lycos.de
1172659554 M * grobie hi
1172661438 Q * weasel Quit: reboot
1172661773 J * weasel weasel@asteria.debian.or.at
1172662334 J * yarihm ~yarihm@vpn-global-dhcp3-080.ethz.ch
1172663203 Q * Aiken Remote host closed the connection
1172663373 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172663829 Q * orzel Remote host closed the connection
1172663908 M * derjohn crypt, i am only waiting to get drbd running again ...
1172663945 Q * Aiken Read error: Connection reset by peer
1172664013 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172664814 J * sow ~sow@ip73-c4.za.digi.pl
1172664873 Q * sow Quit: Leaving
1172665015 J * chand ~chand@m167.net81-64-156.noos.fr
1172665364 M * daniel_hozac derjohn: drbd doesn't work on recent kernels?
1172667138 J * Piet hiddenserv@tor.noreply.org
1172667258 Q * FireEgl Quit: ...
1172667297 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1172667311 M * derjohn daniel_hozac, 8.0.0 doesnt build in my case. I use make KDIR=... kernel-patch to build a separate kernel patch. thats creates bullshit. I tried to fix the buildscript, but the problem might be deeper.
1172667495 J * K ~Neo@210.2.140.186
1172667506 J * mountie ~mountie@trb229.travel-net.com
1172667589 Q * yarihm Quit: Leaving
1172667827 N * K John
1172669054 Q * Aiken Remote host closed the connection
1172670569 J * shedi ~siggi@blast.lhi.is
1172671073 Q * dna Read error: Connection reset by peer
1172671606 Q * Piet Remote host closed the connection
1172671682 J * lilalinux ~plasma@80.69.41.2
1172671727 Q * ard Ping timeout: 480 seconds
1172671771 J * FireEgl Proteus@2001:5c0:84dc:1:211:9ff:feca:b042
1172672565 J * Piet hiddenserv@tor.noreply.org
1172673245 M * mjt aha.  I finally remember why I.. disliked vserver when I first looked at it.  We've a tiny dialup modem pool and I want to have all the pppds to be running in a guest.  Possible?
1172673288 M * mjt pretty much like tunnel server (vtun, open-vpn), but a bit different, AND with serial port access.
1172673358 M * mjt (i still don't see how a tunnel server can be implemented)
1172673581 N * Bertl_zZ Bertl
1172673595 M * Bertl morning folks!
1172673615 M * Bertl mjt: possible
1172673669 M * Bertl but not with a 'default' secure setup for the guest
1172673680 M * mjt well it's possible with CAP_NET_ADMIN again.
1172673715 M * Bertl you might even get around that like with tun/tap
1172673728 M * Bertl but I'm not sure for pppd, as I didn't test that yet
1172673730 M * mjt i doubt pppd will let me
1172673739 M * mjt (at least not w/o patching it :)
1172673754 M * Bertl well, pppd doesn't do the network setup by default
1172673760 M * mjt ((which I already did for other stuff - everyone has lots of patches for pppd ;) ))
1172673765 M * Bertl this part is done by the ppp-up/down scripts
1172673773 M * mjt hehe
1172673778 M * mjt i wish it were that way :)
1172673791 M * Bertl well, it is so here, IIRC
1172673812 M * mjt so you've some... interesting version of pppd
1172673851 M * Bertl $ ls /etc/sysconfig/network-scripts/*ppp
1172673851 M * Bertl /etc/sysconfig/network-scripts/ifdown-ppp*  /etc/sysconfig/network-scripts/ifup-ppp*
1172673857 M * Bertl you don't?
1172673888 M * mjt heh
1172673897 M * mjt that's a.. long story, it seems ;)
1172673920 M * mjt pppd does all the stuff by its own (includnig even default route setup, and dns stuff).
1172673942 M * Bertl well, if all else fails, put Xen on the host, have the special ppp guest running in a separate domU
1172673943 M * mjt If memory serves me right, those (redhat-ish) scripts are to CALL pppd when you tries to ifup ppp0
1172673950 M * Bertl and all the other guests in a second one
1172673980 J * vasko ~vasko@unreal.rainside.sk
1172673989 M * mjt but i'm not really worrying about pppd right now.  I'm trying to figure out the network part.
1172673997 M * Bertl welcome vasko!
1172674001 M * vasko hi
1172674014 M * Bertl mjt: not much to figure, it is identical to a 'normal' Linux system
1172674032 M * mjt and.. i do have xen on this box.  Or had... I dumped it and replaced it with vserver ;)
1172674050 M * mjt i know
1172674061 M * mjt almost normal, except of some capabilities not present
1172674064 M * Bertl mjt: the only change we do is to remap the 127.0.0.1 with the first IP and the IP isolation of course
1172674169 M * vasko is there a way how to mount --bind a dir into host's tree and make it visible for the host? i can do that with mount /dev/device using vnamespace -e xid, but it does not work for --bind option...
1172674195 M * Bertl do you really mean host or do you mean guest?
1172674246 M * Bertl and the bind mounts are no different from the others ... i.e. if you do them in the right namespace, they will show up in the guest
1172674261 M * vasko guest of couse ;)
1172674312 M * Bertl you can also use the fstab in the configuration or the securemount utility to do host->guest mounts (also valud for bind mounts)
1172674450 M * vasko sec plz
1172674495 M * Bertl np, take your time ...
1172674679 M * vasko  ~#  vnamespace -e 1601 mount --bind /mnt/hotbackup/hotbackup/ /vservers/ns1/tmp
1172674679 M * vasko  mount: special device /mnt/hotbackup/hotbackup/ does not exist
1172674679 M * vasko  ~#  vnamespace -e 1601 mount --bind /mnt/hotbackup/
1172674679 M * vasko  /vservers/ns1/tmp
1172674679 M * vasko  ~# mount|grep hotbackup
1172674681 M * vasko  /dev/mapper/vg0-hotbackup on /mnt/hotbackup type ext3 (rw)
1172674681 M * vasko  /mnt/hotbackup on /vservers/ns1/tmp type none (rw,bind)
1172674683 M * vasko  ~#
1172674713 M * vasko seems it has a problem only with some binds
1172674738 M * Bertl no, you are mixing namespaces here, check this:
1172674746 M * Bertl cat /proc/mounts
1172674756 M * Bertl vnamespace -e 1601 cat /proc/mounts
1172674778 M * Bertl you'll see that the second one does not contain the mount you want to bind mount
1172674803 M * Bertl (this is the result of the guest namespace inheritance and cleanup)
1172675158 M * Bertl note: do not trust the 'mount' utility, it lies ...
1172675186 M * vasko yes, i do see now :)
1172675204 M * Bertl actually it relies on the contents of /etc/mtab
1172675213 M * Bertl so whatever you put there, mount will show it :)
1172675225 J * crypt ice@p54A3BA18.dip0.t-ipconnect.de
1172675234 M * crypt hi all
1172675240 M * crypt derjohn?
1172675332 M * Bertl hey crypt!
1172675351 M * crypt hey Bertl :)
1172675367 M * vasko Bertl: so it's impossible to mount it using standard mount?
1172675417 M * Bertl vasko: no, if you are in the correct namespace, you can use mount as well
1172675438 M * Bertl note: you can mount a device in several namespaces
1172675460 M * Bertl so if the 'origin' is missing in your guest namespace, because it was cleaned up or so
1172675487 M * Bertl just mount it directly where you want it, without going through the bind indirection
1172675502 M * Bertl (inside the guest namespace, of course)
1172675581 M * vasko i see
1172675864 M * vasko the securemount you've mentioned is capable to do mount --bind despite of the 'cleaning'?
1172675906 M * Bertl it does mounts from 'host' namespace to the guest namespace in an early stage
1172675931 M * Bertl i.e. when the guest is started up, the fstab (in the config) is executed with the secure-mount
1172675954 M * Bertl I doubt that the current implementation does know how to do cross namespace mounts though
1172675976 M * daniel_hozac it doesn't, as there's no way to do that :)
1172675982 M * daniel_hozac (AFAIK, at least)
1172676005 M * Bertl well, not that easily, and it depends on the actualy namespace setup
1172676018 M * mjt i wonder what's the difference between a bind-mount and separate mounts of the same device.
1172676027 M * Bertl daniel_hozac: in theory, the namespace propagation could work
1172676030 M * Bertl mjt: none
1172676070 M * daniel_hozac the set shared and such?
1172676620 Q * gab Quit: Leaving
1172677132 J * DoberMann_ ~james@AToulouse-156-1-45-219.w90-16.abo.wanadoo.fr
1172677132 Q * DoberMann[PullA] Read error: Connection reset by peer
1172677361 M * Bertl daniel_hozac: yep, but I do not see any need for that, as you can always recreate the mount in a different namespace
1172677372 M * daniel_hozac right
1172678311 Q * shedi Quit: Leaving
1172678929 J * ard ~ard@goatse.kwaak.net
1172679031 Q * DavidS Quit: Leaving.
1172679046 J * softi42 user@p50813B31.dip0.t-ipconnect.de
1172679056 P * softi42 
1172679066 J * softi42 user@p50813B31.dip0.t-ipconnect.de
1172679087 M * softi42 hi
1172679132 M * Bertl welcome softi42!
1172679160 J * softi42_ user@p50812A8D.dip0.t-ipconnect.de
1172679166 M * softi42_ hmm
1172679177 M * grobie if i set memory limits to a vserver and another process is going to be forked in that i get VM: killing process <process-name>
1172679179 M * softi42_ maybe i have a network problem as well
1172679192 M * grobie but i have no clue which vserver this belongs to... :/
1172679223 M * Bertl grobie: older kernel?
1172679244 M * grobie not really: 2.6.17
1172679248 M * Bertl recent kernels should add a :#<xid> to those messages
1172679261 M * Bertl well, we are at 2.6.20.1, no?
1172679261 M * softi42_ i have a problem wit running suse in a vserver - i found this problem also in the channel log - but i did not find the solution
1172679280 M * Bertl softi42_: what is the problem?
1172679298 M * softi42_ when i try to start my suse10.1 vserver i get the message:
1172679314 M * grobie bertl: so i have to change the kernel to 2.6.20 though?
1172679341 M * Bertl grobie: no, just the additional information will not be there on older kernels (especially on the 2.0.x branch)
1172679342 Q * vasko Read error: Connection reset by peer
1172679349 J * vasko ~vasko@unreal.rainside.sk
1172679350 A * vasko is gone. Gone since Wed Feb 28 16:04:00 2007
1172679369 M * softi42_ vshelper.init: can not determine xid of vserver 'oits06v2'; returned value was ''
1172679369 M * softi42_ vshelper.init: can not determine xid of vserver 'oits06v2'; returned value was ''
1172679369 M * softi42_ vshelper.init: can not determine xid of vserver 'oits06v2'; returned value was ''
1172679391 M * Bertl daniel_hozac: known problem?
1172679397 M * softi42_ sorry- for inserting 3 tmes
1172679593 M * softi42_ is it possible that i a disconnected again?
1172679616 M * Bertl you are still here, we have to wait for daniel_hozac I guess
1172679625 Q * softi42 Ping timeout: 480 seconds
1172679627 M * softi42_ a - sry
1172679688 M * Bertl you can run a vserver --debug <name> start and upload that to a pastebin or so, I guess that will be needed to investigate
1172679715 M * Bertl OTOH, did you try with one of the util-vserver release candidates or cvs?
1172679715 Q * derjohn Read error: Connection reset by peer
1172679725 M * grobie bertl: thnx for the hint
1172679734 M * Bertl softi42_: (if it is a known issue, it might be already fixed)
1172679743 J * derjohn ~derjohn@80.69.41.2
1172679749 M * Bertl grobie: np, but you have another way of telling
1172679763 M * grobie bertl: which way?
1172679772 M * Bertl grobie: the pids are unique on the system, so if you have a look right _before_ you hit the limit
1172679784 M * softi42_ Bertl, so schall i try the development version?
1172679805 M * Bertl softi42_: I'd suggest so, just to verify that the issue wasn't already fixed
1172679816 M * Bertl (if it is util-vserver related at all :)
1172679829 M * grobie bertl: it probably an abused vserver and i see the entry in the kernel log, so i'd like to know which one it is
1172679848 M * Bertl okay, in this case, get a recent kernel and patch :)
1172679850 M * softi42_ ok i'll try 
1172679889 M * grobie bertl: i'd most likely give it a try...
1172680131 M * softi42_ ok - i'll rejoin after the test - there seems to be a small network problem here - kernel downloading ad 600 Bytes/s
1172680135 M * softi42_ cu
1172680140 P * softi42_ 
1172681393 M * crypt where can I find all the delta patches?
1172681432 M * Bertl all that delta being? my patches are at vserver.13thfloor.at/Experimental
1172681579 M * crypt ah thx, at the moment i i'm trying to build derjohn's kernel with kv 2.20.1 and vsv 2.2.0-rc15
1172681607 M * crypt and he uses a lot of delta patches and i'm looking for maybe newer one's than he uses
1172681649 M * crypt or do you say there is no need in that versions for delta packages?
1172681649 Q * lilalinux Read error: Connection reset by peer
1172681668 J * lilalinux ~plasma@80.69.41.2
1172681768 M * Bertl crypt: well, if rc15 would be missing something, we would add it and release rc16 ... do you think something is missing?
1172681801 M * crypt hmm don't no sry :( i only read that derjohn uses some delta patches
1172681931 M * Bertl well, we should ask him then :)
1172681935 M * Bertl derjohn: ping?
1172682055 N * John John[BBL]
1172682171 M * crypt i made some thought's about creating also a debian kernel with newest vs versions and now i'm on testing ;)
1172682194 M * Bertl ah, sounds good, might want to coordinate with waldi!
1172682222 M * crypt ok i'll have a talk with waldi then :)
1172682549 J * bonbons ~bonbons@83.222.38.146
1172682612 M * grobie bertl: couldn't find an additional #<xid> on the recent 2.6.20.1-2.2.0-rc15 kernel (grepped for VM:)
1172682618 M * crypt btw Bertl i think something is missing ;) but you wouldn't like it ;) -> quota on shared fs <- unfortunately work is for me to hard to get behind a good testing strategy
1172682682 M * grobie shouldn't it on ./arch/<type>/mm/fault.c
1172682683 M * Bertl grobie: what is the exact message you get?
1172682715 M * grobie bertl: kernel: VM: killing process smbd (as an example)
1172682722 M * Bertl sec
1172683006 M * Bertl takes a little, my devel machine is not the fastest :)
1172683070 J * stefani ~stefani@tsipoor.banerian.org
1172683160 M * Bertl grobie: right you are, we are missing the information there ... strange ...
1172683185 M * Bertl grobie: well, expect a patch to add that in a few minutes
1172683242 M * Bertl ah, I see now _why_ we are missing that, because it doesn't contain the pid, only the name
1172683264 M * Bertl but I think we can add that info there ...
1172683342 Q * FireEgl Read error: Connection reset by peer
1172683531 M * daniel_hozac Bertl: that means the guest died before start finished.
1172683666 M * grobie bertl: that would be great :)
1172683715 M * grobie btw: any machine isn't fast enough though ;)
1172683753 M * Bertl hehe true ...
1172684048 M * Bertl grobie: http://vserver.13thfloor.at/Experimental/delta-vmpid-feat01.diff
1172684068 M * Bertl give it a try, doesn't address all archs yet, but most we can test on atm
1172684501 M * grobie wow, that's definetily fast indeed
1172684524 M * grobie i'll give it a try tomorrow and give you some feedback then
1172684563 M * derjohn Bertl, pong ! Hello!
1172684591 M * Bertl hey derjohn! crypt was talking about a bunch of deltas you add to rc15?
1172684632 M * crypt no sry not for rc15
1172684646 A * derjohn ? no, the only thing I sometimes adapt -from the vserver perspective- is the v6 patch, which is not a delta, but a "real patch".
1172684661 M * crypt for the last kernel of derjohn he uses in his description some deltas
1172684663 M * derjohn he's takling about drbd, squashfs, etc.
1172684678 M * Bertl ah, okay, addon stuff, not Linux-VServer related ... good
1172684682 M * derjohn ah, yes ... 
1172684695 M * derjohn the 256ip - in a guest patch for v4 and v6
1172684728 M * derjohn but nothing really to worry. I would never go far away from the vserver-vanilla patch.
1172684741 M * Bertl okay, tx for the clarifications ...
1172684746 M * derjohn too dangerous for me, to walk into a sackgasse^W dead end.
1172684754 M * crypt derjohn, maybe you could give me some hint's how you build this debian kernel?
1172684765 M * derjohn crypt, sure ...
1172684819 M * derjohn I always build up a clean dpatch directory ... I'll publish the current on by site. as soon as I get the drbd thingy running, everything should be uptodate 2.6.20.1
1172684843 M * derjohn i switched from 2.1.1.3 to 2.2.0rc... let me seee ... ah rc15 !
1172684869 M * derjohn there was a talk about rc16? anything in sight already?
1172684875 M * crypt hmm when will this kernel be released?
1172684943 M * derjohn drbd .... I didnt check if the cvs changed in the last two days (preparation and execution of my bday party sucked up all my free time)
1172684946 M * Bertl derjohn: no, rc15 seems fine so far ...
1172684961 M * derjohn Bertl, fine, i'll try a compile run ...
1172685016 M * derjohn Bertl, BTW: could there be any vserver-realted reason why drbd fails in compiling? I mean, should drbd be made vserver aware for some reason (device mapping?)
1172685030 M * daniel_hozac device mapping is not in 2.2.0
1172685036 M * daniel_hozac nor should it make anything fail.
1172685051 M * Bertl derjohn: there is a simple test for that, no?
1172685096 M * derjohn Bertl, yup, but besides that, the drbd "patchbuilder" is broken.
1172685111 M * daniel_hozac derjohn: so when your birthday?
1172685114 M * daniel_hozac +'s
1172685142 M * derjohn Bertl, I can patch directly into the kernel, but I prefer to get a drbd-8.0.0....blah.diff . that feature doesnt work ATM.
1172685160 M * derjohn daniel_hozac, yesterday was my 100000 (binary)  B-day ;)
1172685175 M * crypt derjohn: happy bday :D
1172685181 M * daniel_hozac happy birthday :)
1172685229 M * derjohn thx :)
1172685695 J * prae ~benjamin@foxhound.sherpadown.net
1172685845 Q * chand Quit: chand
1172686116 M * Bertl wb prae!
1172686153 M * prae hi
1172686179 J * dna ~naucki@p54BCECAD.dip.t-dialin.net
1172686941 N * DoberMann_ DoberMann
1172687452 Q * prae Quit: Pwet
1172687534 Q * ema Quit: leaving
1172689285 J * infowolfe_ ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1172689285 Q * infowolfe Read error: Connection reset by peer
1172689535 M * yang hey Bertl got the time?
1172689753 M * Bertl no, sorry, still busy ... 
1172689803 M * yang ok, I am shutting down this mips, untill it will be ready for the testing
1172689951 M * yang My girlfriend complains about making too much noise in the room near the kitchen ...
1172689986 Q * John[BBL] Ping timeout: 480 seconds
1172690068 M * yang Shutting down the sparc too, untill its ready for the testing
1172690423 M * Bertl okay, np, I should definitely have more time after the weekend
1172690443 M * Bertl so maybe let's try to get something done on monday?
1172690458 M * yang ok, sure !
1172692048 J * Guest425 ~knoppix@host88.200-117-208.telecom.net.ar
1172692077 Q * Guest425 
1172694308 M * Bertl okay, back later ...
1172694312 N * Bertl Bertl_oO
1172694627 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1172694815 P * stefani I'm Parting (the water)
1172695511 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172696695 Q * lilalinux Remote host closed the connection
1172697005 Q * micah Quit: leaving
1172697014 J * micah ~micah@micah.riseup.net
1172697226 J * shedi ~siggi@ftth-237-144.hive.is
1172697331 Q * micah Quit: leaving
1172697343 J * micah ~micah@micah.riseup.net
1172698163 Q * bonbons Quit: Leaving
1172698190 Q * tzafrir_ Ping timeout: 480 seconds
1172698203 Q * micah Quit: leaving
1172698206 J * micah ~micah@micah.riseup.net
1172698214 Q * micah 
1172698232 J * micah ~micah@micah.riseup.net
1172698603 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de
1172698633 Q * dreamind 
1172698636 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de
1172698641 M * dreamind Hi
1172699001 Q * micah Quit: leaving
1172699005 J * micah ~micah@micah.riseup.net
1172699888 J * tzafrir_ ~tzafrir@bzq-82-81-227-3.cablep.bezeqint.net
1172700155 N * DoberMann DoberMann[ZZZzzz]
1172700266 Q * yarihm Quit: Leaving
1172700276 Q * micah Quit: Reconnecting
1172700278 J * micah ~micah@micah.riseup.net
1172700396 Q * micah 
1172700407 J * micah ~micah@micah.riseup.net
1172700461 Q * m`m`h Ping timeout: 480 seconds
1172700980 J * ema ~ema@lart.galliera.it
1172701086 J * m`m`h ~simba@deb30.mgts.by
1172702632 Q * m`m`h osmotic.oftc.net larich.oftc.net
1172702632 Q * infowolfe_ osmotic.oftc.net larich.oftc.net
1172702632 Q * crypt osmotic.oftc.net larich.oftc.net
1172702632 Q * ruskie osmotic.oftc.net larich.oftc.net
1172702632 Q * yang osmotic.oftc.net larich.oftc.net
1172702632 Q * nebuchadnezzar osmotic.oftc.net larich.oftc.net
1172702632 Q * waldi osmotic.oftc.net larich.oftc.net
1172702632 Q * Johnnie osmotic.oftc.net larich.oftc.net
1172702632 Q * FaUl_ osmotic.oftc.net larich.oftc.net
1172702632 Q * blizz osmotic.oftc.net larich.oftc.net
1172702632 Q * ray6 osmotic.oftc.net larich.oftc.net
1172702632 Q * virtuoso osmotic.oftc.net larich.oftc.net
1172702632 Q * SNy osmotic.oftc.net larich.oftc.net
1172702632 Q * pusling osmotic.oftc.net larich.oftc.net
1172702731 J * m`m`h ~simba@deb30.mgts.by
1172702731 J * infowolfe_ ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1172702731 J * crypt ice@p54A3BA18.dip0.t-ipconnect.de
1172702731 J * ruskie ruskie@ruskie.user.oftc.net
1172702731 J * yang ~yang@yang.sponsor.oftc.net
1172702731 J * nebuchadnezzar ~nebu@zion.asgardr.info
1172702731 J * waldi ~waldi@bblank.thinkmo.de
1172702731 J * Johnnie ~jdlewis@jdlewis.org
1172702731 J * FaUl_ immo@shell.chaostreff-dortmund.de
1172702731 J * blizz ~blizz@evilhackerdu.de
1172702731 J * ray6 ~ray@vh5.gcsc2.ray.net
1172702731 J * virtuoso ~s0t0na@80.253.205.251
1172702731 J * SNy 45f70c1409@bmx-chemnitz.de
1172702731 J * pusling pusling@195.215.29.124
1172703039 J * baroing ~lucas@modem-41.dialup.glinx.com
1172703317 P * baroing Kopete 0.11.1 : http://kopete.kde.org
1172703595 Q * meandtheshel1 Quit: Leaving.
1172704077 Q * crypt Quit: Leaving
1172704111 Q * Aiken Remote host closed the connection
1172704149 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172704438 Q * dna Quit: Verlassend
1172704511 Q * Aiken Remote host closed the connection
1172704550 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172704551 Q * Aiken Remote host closed the connection
1172704590 J * Aiken ~james@ppp216-125.lns2.bne1.internode.on.net
1172706695 J * _jthm_ ~infowolfe@c-67-164-195-129.hsd1.ut.comcast.net
1172706936 Q * infowolfe_ Read error: Connection reset by peer
1172707129 N * Bertl_oO Bertl
1172707132 M * Bertl back now ...