1288570314 Q * ghislain Quit: Leaving.
1288578169 Q * cuba33ci reticulum.oftc.net resistance.oftc.net
1288578169 Q * tam reticulum.oftc.net resistance.oftc.net
1288578169 Q * micah reticulum.oftc.net resistance.oftc.net
1288578169 Q * balbir reticulum.oftc.net resistance.oftc.net
1288578169 Q * ntrs reticulum.oftc.net resistance.oftc.net
1288578169 Q * MooingLemur reticulum.oftc.net resistance.oftc.net
1288578169 Q * FIChTe reticulum.oftc.net resistance.oftc.net
1288578169 Q * tolkor reticulum.oftc.net resistance.oftc.net
1288578169 Q * Snow-Man reticulum.oftc.net resistance.oftc.net
1288578169 Q * FloodServ reticulum.oftc.net resistance.oftc.net
1288578169 Q * ser reticulum.oftc.net resistance.oftc.net
1288578169 Q * dannf reticulum.oftc.net resistance.oftc.net
1288578169 Q * eja reticulum.oftc.net resistance.oftc.net
1288578169 Q * ryker reticulum.oftc.net resistance.oftc.net
1288578169 Q * jkl reticulum.oftc.net resistance.oftc.net
1288578169 Q * rootard reticulum.oftc.net resistance.oftc.net
1288578169 Q * hel reticulum.oftc.net resistance.oftc.net
1288578169 Q * nkukard reticulum.oftc.net resistance.oftc.net
1288578169 Q * infowolfe reticulum.oftc.net resistance.oftc.net
1288578169 Q * quasisane reticulum.oftc.net resistance.oftc.net
1288578169 Q * thal reticulum.oftc.net resistance.oftc.net
1288578310 J * ser ~ser@house.metalab.unc.edu
1288578310 J * dannf ~dannf@utter.lackof.org
1288578310 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net
1288578310 J * thal ~thalunil@walledcity.de
1288578310 J * infowolfe ~infowolfe@c-67-166-127-67.hsd1.ut.comcast.net
1288578310 J * hel ~hel@porthos.lennackers.de
1288578310 J * rootard ~rootard@pirlshell.lpl.arizona.edu
1288578310 J * jkl jkl@c-71-196-138-95.hsd1.co.comcast.net
1288578310 J * ryker ~ryker@199.117.46.145
1288578310 J * nkukard ~nkukard@41-133-236-167.dsl.mweb.co.za
1288578310 J * eja ~user@75.110.195.31
1288578310 J * cuba33ci ~cuba33ci@111-240-211-11.dynamic.hinet.net
1288578310 J * balbir ~balbir@122.172.11.252
1288578310 J * ntrs ~ntrs@vault08.rosehosting.com
1288578310 J * tam ~tam@gw.nettam.com
1288578310 J * micah ~micah@micah.riseup.net
1288578310 J * Snow-Man ~sfrost@tamriel.snowman.net
1288578310 J * tolkor ~rj@tdream.lly.earlham.edu
1288578310 J * FIChTe ~fichte@bashpipe.de
1288578310 J * MooingLemur ~troy@shells195.pinchaser.com
1288578310 J * FloodServ services@services.oftc.net
1288592569 J * derjohn_mob ~aj@88.128.181.200
1288593180 Q * arekm Quit: reboot
1288593642 J * derjohn_foo ~aj@tmo-009-159.customers.d1-online.com
1288594083 Q * derjohn_mob Ping timeout: 480 seconds
1288594348 J * arekm arekm@carme.pld-linux.org
1288594953 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no
1288596616 Q * balbir Ping timeout: 480 seconds
1288597180 J * balbir ~balbir@122.167.169.57
1288597733 J * ghislain ~AQUEOS@adsl2.aqueos.com
1288598533 Q * AndrewLee Read error: Connection reset by peer
1288599114 J * AndrewLee ~andrew@210.240.39.7
1288599120 Q * AndrewLee 
1288599137 J * AndrewLee ~andrew@210.240.39.7
1288599143 Q * AndrewLee 
1288599403 J * alpha_one_x86 ~kvirc@51.31.17.95.dynamic.jazztel.es
1288599434 M * alpha_one_x86 With kernel vanilla 2.6.32.25 the patch of vserver + grsec not work
1288599762 M * wishi hmmh? is this the offical vserver patch status?
1288599767 J * kir ~kir@swsoft-msk-nat.sw.ru
1288599872 M * alpha_one_x86 I official patch
1288599902 M * alpha_one_x86 whi can fix it?
1288600500 M * alpha_one_x86 *I have
1288600501 M * alpha_one_x86 *who
1288601446 M * ghislain daniel_hozac: ping , do the vserver utiols nedd absolutly vlan and iptables to work ?
1288601895 M * ghislain they are a dependency in the debian utils but in my package i think i will remove them but i wondered if it is safe
1288601999 M * ghislain i must say had been i klook at the one actually there and it is not a dependancy so it seems ok :p
1288602071 J * petzsch ~markus@dslb-088-075-165-152.pools.arcor-ip.net
1288603176 Q * derjohn_foo Read error: No route to host
1288603430 N * Bertl_zZ Bertl
1288603434 M * Bertl morning folks!
1288603489 M * ghislain morning
1288603987 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1288604651 M * alpha_one_x86 Bertl: Do you know if vserver patch work with 2.6.32.25? If yes who contact to update grsec part?
1288604885 M * Bertl the changes are minimal, and I'm currenty updating the patch to 2.6.32.25 (so a Linux-VServer patch should be available in a few minutes)
1288604905 M * Bertl for the grsec part, you have to contact harry, or create an interdiff and try to apply it
1288604969 M * alpha_one_x86 I contact it
1288605121 M * matti Hey Bertl 
1288606237 J * manana ~mayday090@84.17.25.149
1288606318 M * Bertl hey matti! how was halloween?
1288606373 M * matti No idea.
1288606396 A * matti was working on DC migration whole weekend.
1288606454 M * ncopa hi
1288606484 M * ncopa any plans for patch for 2.6.35.8?
1288606614 M * petzsch same for 2.6.32.25? :-)
1288606646 M * alpha_one_x86 I have ask few time... reply: it's doing
1288606655 M * Bertl 2.6.32.25 was the first, alpha_one_x86: patch updated and uploaded
1288606671 M * Bertl now checking 2.6.35.8 ...
1288606740 M * petzsch Bertl: thank you, will give it a try this evening CET
1288606877 M * alpha_one_x86 Bertl: only the path vserver I think, site not updated, ...
1288606935 M * petzsch alpha_one_x86: note: The experimental patch table is automatically updated every hour from http://vserver.13thfloor.at/Experimental/
1288606952 M * alpha_one_x86 yes it's for that's... I will wait
1288606978 M * petzsch no need to wait: http://vserver.13thfloor.at/Experimental/patch-2.6.32.25-vs2.3.0.36.29.6.diff
1288607008 M * Bertl but I really can advise to try out the 2.6.36 kernel and patches, look a lot more stable to me than the kernels before
1288607051 M * alpha_one_x86 Then, I will wait harry to update the grsec path dans it's ok to me
1288607115 M * matti Bertl: You still can't get developers to include vserver as a part of the mainstream?
1288607200 M * Bertl matti: I'm not really trying, that's a big difference :)
1288607210 M * matti Bertl: Why not?
1288607232 M * matti Bertl: LXC is getting more interest... I wish VServer would be part of the Kernel too.
1288607306 M * matti Bertl: Look at KVM vs Xen. One got into kernel and it is taking the lead right now -- well, to be fair, Xen is getting a little behind because of Citrix not really looking after FOSS version, but my point still stands regardless.
1288607317 M * Bertl having different solutions in the kernel (with the same goal) is not something to pursue ... 
1288607335 M * Bertl Xen was always a hack, and kvm is done properly
1288607346 M * matti Bertl: I agree.
1288607367 M * ard And they are different in the way it works
1288607373 M * Bertl and at some point, Linux-VServer kernel patches will be obsolete, and util-vserver will be able to provide the same high quality isolation without any patches
1288607375 M * ard (userprocesses vs hypervisor) :-)
1288607395 M * matti ard: That has nothing to do with my point.
1288607400 M * matti Bertl: Right.
1288607426 M * Bertl I'm not against a hypervisor per se, but a hypervisor doesn't integrate well with linux or emulation
1288607453 M * Bertl on hardware 'designed' for a hypervisor, things are different
1288607463 M * ard Like an old IBM :-)
1288607514 M * matti Bertl: I assume then, that your approach to this in gernal is "phew, why bother", am I right?
1288607537 M * ard But my point is also valid in the sense that if you compare openvz vs vserver, the latter is much cleaner because it is only a "minor" patch :-)
1288607554 A * ard must go to lunch..
1288607564 M * matti ard: Enjoy ;]
1288607615 M * Bertl matti: well, my approach is: I need isolation done properly, and as nobody does it properly ATM, I have to do it myself :)
1288607654 M * matti Bertl: I had "making it into upstream" more, but fair point, indeed :)
1288607754 M * Bertl I had a bunch of patches I submitted upstream, they all took me weeks of work to modify them according to the somewhat obstruse wishes of the maintainer in charge, to finally being not included and reinvented half a year later (as new discovery/feature) from one of the kernel maintainers
1288607791 M * Bertl so, yes, to some degree, I avoid to bother, as it means a lot more work for me
1288609106 Q * manana Remote host closed the connection
1288609226 Q * petzsch Quit: Leaving.
1288609626 M * Bertl patch for 2.6.35.8 is up
1288609940 J * derjohn_foo ~aj@51.42.69.80.in-addr.net-lab.net
1288610482 M * matti Bertl: :)
1288612635 J * petzsch ~markus@dfn601.rz.tu-ilmenau.de
1288612980 Q * petzsch Quit: Leaving.
1288614647 P * kir Leaving.
1288616867 J * yarihm ~yarihm@gprs23.swisscom-mobile.ch
1288617339 Q * derjohn_foo Remote host closed the connection
1288618096 J * AndrewLee ~andrew@210.240.39.7
1288618105 Q * AndrewLee 
1288618107 J * AndrewLee ~andrew@210.240.39.7
1288618512 J * petzsch ~markus@dfn601.rz.tu-ilmenau.de
1288618775 J * petzsch1 ~markus@dfn601.rz.tu-ilmenau.de
1288618995 J * JonB ~NoSuchUse@212-60-115-150.ip.cust.zensystems.net
1288618999 M * JonB hey Bertl 
1288619069 M * Bertl hey JonB
1288619112 M * JonB Bertl: the trouble some machine from friday seems to work perfectly today?? very strange
1288619207 M * Bertl any changes on your side?
1288619236 Q * petzsch Ping timeout: 480 seconds
1288619333 M * JonB Bertl: i can not think of any. mdtab said raid was synced friday and it is synced today
1288619354 M * JonB Bertl: i even tried with a different raid controller friday which didnt help.
1288619372 M * JonB i tried a few reboots today, and that also seemed to work fine.
1288619398 M * Bertl so, maybe environment related?
1288619442 M * Bertl something like power supply or temperature, or maybe network connectivity, switches, name resolution ...
1288619497 M * JonB Bertl: that is what i am thinking too
1288619583 J * Piet ~Piet__@82VAAB3XG.tor-irc.dnsbl.oftc.net
1288620134 Q * petzsch1 Quit: Leaving.
1288621244 Q * alpha_one_x86 Quit: KVIrc Equilibrium 4.1.1, revision: 5000, sources date: 20100905, built on: 2010-10-25 14:39:57 UTC http://www.kvirc.net/
1288621818 Q * daniel_hozac Ping timeout: 480 seconds
1288622027 J * daniel_hozac ~daniel@c-aa3771d5.08-230-73746f22.cust.bredbandsbolaget.se
1288622835 Q * balbir Ping timeout: 480 seconds
1288623406 J * dowdle ~dowdle@scott.coe.montana.edu
1288623520 J * derjohn_mob ~aj@51.42.69.80.in-addr.net-lab.net
1288624617 Q * JonB Quit: Leaving
1288625158 J * pmenier ~pmenier@ACaen-152-1-69-246.w83-115.abo.wanadoo.fr
1288626108 J * petzsch ~markus@ip-80-226-203-70.vodafone-net.de
1288626964 Q * pmenier Quit: Konversation terminated!
1288627141 Q * petzsch Quit: Leaving.
1288627505 P * michal >/dev/yachill
1288630897 Q * yarihm Quit: Leaving
1288632336 P * eja Leaving
1288632750 Q * derjohn_mob Ping timeout: 480 seconds
1288633140 J * petzsch ~markus@dfn237.rz.tu-ilmenau.de
1288633519 Q * petzsch Quit: Leaving.
1288634476 Q * Piet Ping timeout: 480 seconds
1288635159 J * Piet ~Piet__@82VAAB33E.tor-irc.dnsbl.oftc.net
1288635228 J * alpha_one_x86 ~kvirc@5.31.17.95.dynamic.jazztel.es
1288641122 J * |alpha_one_x86| ~kvirc@231.30.17.95.dynamic.jazztel.es
1288641482 Q * alpha_one_x86 Read error: Connection reset by peer
1288642038 J * petzsch ~markus@dslb-088-075-165-152.pools.arcor-ip.net
1288642198 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg
1288642323 Q * |alpha_one_x86| Quit: KVIrc Equilibrium 4.1.1, revision: 5000, sources date: 20100905, built on: 2010-10-25 14:39:57 UTC http://www.kvirc.net/
1288644420 J * manana ~mayday090@84.17.25.149
1288644734 M * monrad-51468 anybody got an idea if i can run quagga/ospf in a vserver or if it needs to be in the host?
1288644801 M * daniel_hozac it makes more sense for it to be on the host, but if you disable the network context and give it enough capabilities, you can run it in a guest.
1288644907 M * monrad-51468 i am thinking i can run quagga with bgp with no problems in a guest if i dont need to mess with the routes
1288644912 M * monrad-51468 or at least i am hoping
1288645148 M * daniel_hozac sure, that works fine.
1288645214 Q * FireEgl Quit: Leaving...
1288646813 Q * bonbons Quit: Leaving
1288647671 Q * hijacker_ Quit: Leaving
1288648535 Q * ktwilight_ Read error: Connection reset by peer
1288648545 J * ktwilight ~keliew@91.176.169.123
1288651148 J * derjohn_mob ~aj@d179057.adsl.hansenet.de
1288651385 Q * petzsch Quit: Leaving.
1288651557 Q * ghislain Quit: Leaving.
1288652281 Q * dowdle Remote host closed the connection
1288652332 J * petzsch ~markus@dslb-088-075-165-152.pools.arcor-ip.net
1288652786 Q * ntrs Ping timeout: 480 seconds
1288652870 J * ghislain ~AQUEOS@adsl2.aqueos.com
1288653255 J * ntrs ~ntrs@vault08.rosehosting.com
1288653336 Q * ghislain Quit: Leaving.
1288653708 M * daniel_hozac Bertl: hmm. i'm getting test 34 failures here from testfs on 2.6.32.
1288653743 M * daniel_hozac ah
1288653760 M * daniel_hozac looks like it's because i have a guest with tag 200 :-)
1288653795 M * daniel_hozac probably should add an -n to the $lstag on line 115.
1288653858 M * Bertl :)
1288654697 Q * petzsch Quit: Leaving.