1243900887 Q * ensc Server closed connection 1243900896 J * ensc ~irc-ensc@77.235.160.26 1243900984 Q * _gh_ Ping timeout: 480 seconds 1243901982 Q * balbir Ping timeout: 480 seconds 1243902411 J * dgr 577f3ede@webchat.mibbit.com 1243902594 J * arew264 ~arew264@c-98-194-234-24.hsd1.tx.comcast.net 1243902629 M * arew264 here's an interesting what if 1243902643 M * arew264 what if I have a tun interface on a VPN 1243902654 M * arew264 that can handle having multiple addresses correctly 1243902670 M * arew264 can I give client vservers addresses on the interface? 1243903413 M * Bertl_oO you can assign any number of IPs to a guest 1243903433 M * Bertl_oO (which interface they belong to doesn't relly matter) 1243903590 Q * simontwo Remote host closed the connection 1243904303 J * thierryp ~thierry@sah215.atp.nicta.com.au 1243904940 Q * dgr Quit: http://www.mibbit.com ajax IRC Client 1243906233 Q * bzed Server closed connection 1243906241 J * bzed ~bzed@devel.recluse.de 1243906333 Q * arew264 Quit: Leaving 1243907227 J * scientes ~scientes@174-21-88-43.tukw.qwest.net 1243911357 J * imcsk8 ~ichavero@189.155.146.252 1243911927 J * balbir ~balbir@202.81.30.16 1243913990 M * Bertl_oO off to bed now .. have a good one everyone! 1243913994 N * Bertl_oO Bertl_zZ 1243914575 Q * hparker|laptop Quit: Read error: 104 (Peer reset by connection) 1243917314 J * svenk ~sven@213.73.89.36 1243917318 J * opuk_ ~kupo@pipe.intertubez.net 1243917326 J * karasz_ ~karasz@shell.opensde.net 1243917332 J * DelTree_ ~deplagne@goldorak3.eric.deplagne.name 1243917339 J * [Guy] ~korn@elan.rulez.org 1243917351 J * AndrewLe1 ~andrew@u7.hlc.edu.tw 1243917360 J * C14r ~C14r@mail.cipworx.de 1243917361 J * maddoc_ maddoc@social.ostruktur.com 1243917363 J * fosco_ fosco@marx.wirefull.org 1243917364 Q * gerrit reticulum.oftc.net solenoid.oftc.net 1243917364 Q * AndrewLee reticulum.oftc.net solenoid.oftc.net 1243917364 Q * tokkee reticulum.oftc.net solenoid.oftc.net 1243917364 Q * DelTree reticulum.oftc.net solenoid.oftc.net 1243917364 Q * opuk reticulum.oftc.net solenoid.oftc.net 1243917364 Q * fosco reticulum.oftc.net solenoid.oftc.net 1243917364 Q * cehteh reticulum.oftc.net solenoid.oftc.net 1243917364 Q * karasz reticulum.oftc.net solenoid.oftc.net 1243917364 Q * maddoc reticulum.oftc.net solenoid.oftc.net 1243917364 Q * C14r_ reticulum.oftc.net solenoid.oftc.net 1243917364 Q * Guy- reticulum.oftc.net solenoid.oftc.net 1243917364 Q * svenk_ reticulum.oftc.net solenoid.oftc.net 1243917365 J * tokkee tokkee@osprey.tokkee.org 1243917435 J * AndrewLee ~andrew@u7.hlc.edu.tw 1243917435 J * DelTree ~deplagne@goldorak3.eric.deplagne.name 1243917435 J * opuk ~kupo@pipe.intertubez.net 1243917435 J * fosco fosco@91.208.40.1 1243917435 J * cehteh ~ct@pipapo.org 1243917435 J * karasz ~karasz@shell.opensde.net 1243917435 J * maddoc maddoc@social.ostruktur.com 1243917435 J * Guy- ~korn@elan.rulez.org 1243917435 J * C14r_ ~C14r@mail.cipworx.de 1243917435 J * svenk_ ~sven@213.73.89.36 1243917435 Q * opuk Ping timeout: 480 seconds 1243917435 Q * karasz Ping timeout: 480 seconds 1243917435 Q * svenk_ Ping timeout: 480 seconds 1243917439 Q * DelTree Ping timeout: 480 seconds 1243917459 Q * cehteh Ping timeout: 480 seconds 1243917463 J * gerrit ~gerrit@ionscale.com 1243917464 Q * Guy- Ping timeout: 480 seconds 1243917464 Q * maddoc Read error: No route to host 1243917469 Q * AndrewLee Ping timeout: 480 seconds 1243917479 Q * C14r_ Ping timeout: 480 seconds 1243917484 Q * fosco Ping timeout: 480 seconds 1243917558 J * cehteh ~ct@pipapo.org 1243917814 N * opuk_ opuk 1243918790 Q * imcsk8 Quit: This computer has gone to sleep 1243920675 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net 1243921120 J * nenolod_ nenolod@petrie.dereferenced.org 1243921417 Q * nenolod Ping timeout: 480 seconds 1243922025 J * sharkjaw ~gab@149-45-98.oke2-bras6.adsl.tele2.no 1243922460 J * derjohn_mob ~aj@tmo-096-159.customers.d1-online.com 1243924984 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1243925719 J * doener_ ~doener@i59F5770C.versanet.de 1243925806 Q * uva_ Ping timeout: 480 seconds 1243925824 Q * doener Ping timeout: 480 seconds 1243925999 Q * harobed Ping timeout: 480 seconds 1243926607 J * pmenier ~pme@LNeuilly-152-22-8-5.w193-251.abo.wanadoo.fr 1243928069 Q * derjohn_mob Ping timeout: 480 seconds 1243928772 N * ensc Guest238 1243928782 J * ensc ~irc-ensc@77.235.160.26 1243928831 Q * Guest238 Remote host closed the connection 1243929174 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1243930762 Q * thierryp Ping timeout: 480 seconds 1243930809 Q * balbir Ping timeout: 480 seconds 1243930835 J * kir ~kir@swsoft-msk-nat.sw.ru 1243930951 J * uva bno@118-168-236-127.dynamic.hinet.net 1243930968 J * balbir ~balbir@202.81.30.16 1243932022 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1243932491 J * davidkarban ~david@193.85.217.71 1243933935 Q * kgoetz Server closed connection 1243933947 J * kgoetz kgoetz@203.209.167.143 1243934032 Q * docelic Quit: http://www.spinlocksolutions.com/ 1243935408 J * ard ~ard@shell2.kwaak.net 1243936440 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1243936839 J * geb ~geb@161.4.82-79.rev.gaoland.net 1243936974 J * zbyniu_ ~zbyniu@ip-62.181.188.13.static.crowley.pl 1243937013 Q * zbyniu_ 1243937294 Q * zbyniu Ping timeout: 480 seconds 1243937455 M * geb hi 1243937526 J * trydk_ ~chatzilla@79-78-182-60.dynamic.dsl.as9105.com 1243937629 N * trydk_ trydk 1243937983 N * Bertl_zZ Bertl 1243937986 M * Bertl morning folks! 1243938107 M * geb hi Bertl :) 1243939009 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1243939069 Q * Hunger Ping timeout: 480 seconds 1243939092 J * derjohn_mob ~aj@tmo-100-198.customers.d1-online.com 1243939238 Q * balbir Ping timeout: 480 seconds 1243940233 J * kir1 ~kir@swsoft-msk-nat.sw.ru 1243940434 Q * kir Ping timeout: 480 seconds 1243942146 J * bakins ~bakins@157.166.167.129 1243942780 J * friendly ~friendly@ppp118-208-150-23.lns10.mel4.internode.on.net 1243942782 P * friendly 1243943468 J * cga ~weechat@82.84.181.188 1243943555 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl 1243943691 Q * harobed Read error: No route to host 1243943939 Q * SauLus Remote host closed the connection 1243944172 J * saulus ~saulus@c193159.adsl.hansenet.de 1243944691 N * karasz_ karasz 1243944894 J * dgr 577f3ede@webchat.mibbit.com 1243945177 Q * Piet Remote host closed the connection 1243945179 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1243945248 J * Piet ~piet@tor-irc.dnsbl.oftc.net 1243945788 M * dgr Hi guys. Quick question... 1243945837 M * dgr Running Debian host, hand rolled vserver stuff myself. To get guests to start on boot, I should run: 1243945837 J * balbir ~balbir@116.50.167.3 1243945845 M * dgr echo "default" > /etc/vservers/myguest/apps/init/mark 1243945848 M * dgr On the host? 1243945865 M * dgr util-vserver is called from rc2.d as well. I've confirmed that. 1243945871 M * Bertl yep, the vserver-default runlevel script (when activated) will start them 1243945888 M * dgr Hm. Because it's not working. 1243945959 M * Bertl check that you have a vserver-default script in your runlevels, and that it is executed on startup 1243945987 M * Bertl here it is in /etc/init.d/vservers-default 1243945995 M * dgr Aah. OK. 1243946026 M * dgr util-vserver is being executed but not vservers-default. That'll be why :p 1243946029 M * dgr Thanks. 1243946033 M * Bertl np 1243946275 P * cga got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1243946426 M * geb dgr, /etc/init.d/util-vserver will launch the vservers 1243946463 M * geb you may want to edit /etc/default/util-vserver 1243946500 M * Bertl IIRC, he said he built the tools himself, so they are not debianized 1243946521 M * geb hum sorry so... 1243946529 M * dgr Correct. I did have Debian's util-vserver installed but removed it and rolled it myself. 1243946533 M * dgr Thanks geb. 1243946534 M * Bertl (i.e. they behave as on every other distro) 1243946669 A * dgr forgot to purge util-vserver 1243947177 Q * bakins Read error: Connection reset by peer 1243948176 J * zbyniu_ ~zbyniu@ip-62.181.188.13.static.crowley.pl 1243948180 Q * zbyniu_ 1243948873 M * dgr In a vserver guest, can you normally run commands like "uptime", "w" etc.? 1243948912 M * opuk yep 1243949010 M * dgr Hm. Maybe grsecurity is stopping it. 1243949077 M * dgr Although, the permissions on /proc/* look a bit screwed on the host. 1243949183 M * Bertl grsec needs to be configured properly 1243949240 A * dgr followed Harry's readme. 1243949251 M * dgr In the guest, it complains that /proc/version doesn't exist. 1243949263 M * dgr Which it doesn't. 1243949396 M * sid3windr grsecurity! \o/ 1243949401 M * Bertl dgr: maybe vprocunhide doesn't unhide it on your system? 1243949522 M * dgr Aah. 1243949536 M * dgr vprocunhide init script exists but isn't in the runlevel. 1243949545 M * Bertl there you go! :) 1243949566 M * dgr Must have happened after I removed util-vserver in Debian. D'oh! 1243949605 A * dgr assumed that make install-distribution also sorted the runlevel stuff. 1243949859 M * dgr Excellent, all sorted. 1243949866 M * dgr Thanks again guys. The support is great. 1243949876 M * dgr Sorry for the silly questions. 1243950012 M * Bertl you're welcome! no problem! 1243950240 J * bakins ~bakins@157.166.167.129 1243951080 M * Bertl wb bakins! 1243951201 Q * sharkjaw Remote host closed the connection 1243951419 M * bakins Bertl: ?? 1243951802 M * Bertl well, you joined the cannel :) 1243951837 M * bakins Bertl: hi, then ;) 1243952061 Q * geb Quit: Quitte 1243952817 J * docelic ~docelic@78.134.197.15 1243953502 Q * Pazzo Quit: Ex-Chat 1243954014 M * vasko hi 1243954031 M * Bertl hey 1243954047 M * vasko is there a way to get rid of 'lo' in 2.3.x for particular vserver? 1243954071 M * Bertl sure, you want no loopback at all? 1243954105 M * vasko i'd like 2.2 behaviour 1243954116 M * vasko but only in one guest 1243954146 M * Bertl okay, then you want to assign the first guest IP as lback 1243954158 M * vasko exactly :) 1243954174 M * Bertl good, go ahead then :) 1243954216 M * vasko well .. how to do so? ;) 1243954239 M * Bertl http://www.nongnu.org/util-vserver/doc/conf/configuration.html 1243954245 M * Bertl lback is part of the configuration 1243954269 M * Bertl i.e. just set it to the same as the first guest ip 1243954284 M * vasko ok, thanks 1243954337 M * Bertl np 1243954339 J * Val ~val@v41.org 1243954344 M * Val Hi 1243954357 M * Bertl hey, LTNS (if it is you :) 1243954379 M * Val it is :) 1243954565 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1243954732 J * dowdle ~dowdle@scott.coe.montana.edu 1243954734 M * Val the vs2.3.0.36.13 was buggy (execvp of /usr/sbin/vspace fail in vserver build) 1243954760 M * Bertl yep, is fixed now 1243954763 M * Val were you aware about this bug 1243954765 M * Val ooop 1243954765 M * Val :) 1243954767 M * Val ok 1243954769 M * Val fine ;) 1243954782 M * Val thanks a lot 1243954811 M * Bertl np 1243955543 J * Abraxas ~Abraxas@94-224-69-84.access.telenet.be 1243955556 Q * davidkarban Quit: Ex-Chat 1243955620 M * bakins just noticed I'm running a 2.3 version (got from the repos) should I go back to a 2.2?? 1243955647 M * Bertl that really depends on your preference 1243955660 M * bakins I like stuff to work :) 1243955682 M * bakins been having some wierdness with dlimits and wondering if I'm broken or if its the evrsion I'm on... 1243955699 M * Bertl well, all the patches 'work', if they don't we fix them and you get a new 'working 1243955703 M * Bertl ' one 1243955733 Q * ktwilight__ Remote host closed the connection 1243955748 M * bakins I just grabbed the repo and used that... 1243955754 M * Bertl if you have some issues you can reproduce, then I'll gladly look at them 1243955765 M * Bertl just make sure that you are using a recent patch 1243955766 M * bakins well, like I said not 100% sure if it's me or not 1243955771 M * Abraxas Hi folks, i have a bit of a problem with util-vserver (0.30.215), it is compiled from source, and the setattr responds with a "Function not implemented" to every call, such as when it is called from a vserver-build and also with the suggested "setattr --barrier /vservers" post install command, any ideas ? 1243955822 M * Bertl let's run testme.sh and put the output of that and 'vserver-info - SYSINFO' on paste.linux-vserver.org 1243955880 M * Bertl bakins: you can try with a vs2.2 release, if you get the same behaviour, it is likely that it is your setup :) 1243955891 M * bakins I'm sure it's me: 1243955898 M * bakins I mounted with tag, ran hcid 1243955904 M * bakins and have this in my dlmits: 1243955948 M * bakins root/directory = /vservers/vms1w18 1243955968 M * bakins root/inodes_total = 1331200 1243955977 M * bakins root/reserved = 5 1243955988 J * ktwilight ~keliew@252.7-240-81.adsl-dyn.isp.belgacom.be 1243955991 M * bakins root/space_total = 10485760 1243955997 M * bakins should be 10 Gb, right? 1243956156 M * Bertl what does 'vdlimit --xid vms1w18 /vservers/vms1w18' show? 1243956204 M * bakins aha.... someone rebooted my host now vdlimit actual returns something! 1243956225 M * bakins i rebooted gust several times, I'm sure 1243956242 M * bakins wierd.. I did so much... I need to start with a fresh install 1243956829 M * Bertl so, everything working now as expected? 1243957412 M * Bertl Abraxas: how's going with the paste? 1243957522 M * Abraxas ah sry, didn't know it was a responce to me 1243957537 M * Abraxas i don't have a testme.sh tho 1243957566 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/ 1243957575 M * Abraxas k, thx 1243957581 M * Bertl np 1243957624 M * bakins Bertl: yes, working now.. need to start over, bcs I screwed with so much... 1243957642 M * Bertl okay, hope you did take notes :) 1243957768 M * Abraxas Bertl: http://paste.linux-vserver.org/12964 1243957807 M * Bertl tx, seems you have 'forgotten' to boot a Linux-VServer kernel (or to apply the patch :) 1243957843 M * Abraxas really ? :) 1243957852 Q * gnuk Quit: NoFeature 1243957853 M * Bertl yeah, kernel says, 2.6.29.2 :) 1243957868 M * Abraxas wel, its the last development release 1243957904 M * Bertl where it should say something like: 2.6.29.4-vs2.3.0.36.14 :) 1243957931 M * Bertl did you build the kernel yourself? 1243957942 M * Abraxas lol, i see it now, damn 1243957945 M * Abraxas yeah 1243957970 M * Bertl then I suggest to grab the 2.6.29.4 patch, and the vs2.3.0.36.14 patch ontop of that 1243957985 M * Abraxas i though i got me a prepatched kernel, but its a link to kernel.org and the link to the patch is next to it 1243958003 M * Bertl http://vserver.13thfloor.at/ExperimentalT/patch-2.6.29.4-vs2.3.0.36.14.diff 1243958007 M * Abraxas silly me 1243958011 M * Abraxas thx Bertl 1243958017 M * Bertl you're welcome! 1243958061 M * Bertl note, that if you want to use this kernel (and the features there) you probably should update util-vserver to the latest pre too 1243958077 M * Abraxas k 1243958098 M * Bertl (i.e. 0.30.216-pre2833( 1243958138 M * Bertl daniel_hozac: I guess most distros would be happy about a 0.30.216 release ... can something be arranged there? 1243958169 M * Bertl daniel_hozac: I'll prepare a devel release for recent kernels this week (i.e. I plan to do so :) 1243958642 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1243959340 J * trydk_ ~chatzilla@tor-irc.dnsbl.oftc.net 1243959536 J * imcsk8 ~ichavero@nat.ti.uach.mx 1243959644 Q * trydk Ping timeout: 480 seconds 1243959699 N * trydk_ trydk 1243959878 Q * balbir Ping timeout: 480 seconds 1243959888 Q * dgr Quit: http://www.mibbit.com ajax IRC Client 1243960088 J * hijacker ~hijacker@87-126-142-51.btc-net.bg 1243960395 Q * Abraxas Quit: leaving 1243960853 Q * Kamping_Kaiser Ping timeout: 480 seconds 1243960939 Q * trydk Remote host closed the connection 1243961165 Q * imcsk8 Quit: This computer has gone to sleep 1243961538 J * Kamping_Kaiser ~kgoetz@ppp121-45-111-232.lns10.adl6.internode.on.net 1243961736 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1243961917 N * pmenier pmenier_off 1243962081 Q * harobed Ping timeout: 480 seconds 1243962784 J * dna ~dna@p54BCFB82.dip.t-dialin.net 1243962837 Q * kir1 Quit: Leaving. 1243962941 J * Beuc ~yo@LAubervilliers-151-12-27-136.w193-252.abo.wanadoo.fr 1243962950 M * Beuc Hi 1243963028 M * Beuc I'm accessing an NFS mount from a vserver, via a bind mount from the host. However, the locks doesn't work fine (i.e. it hangs indefinitely) 1243963030 Q * larsivi Remote host closed the connection 1243963043 M * Beuc Do you have a recommendation for this kind of setup 1243963044 M * Beuc ? 1243963066 J * dna_ ~dna@p54BCC833.dip.t-dialin.net 1243963069 M * Beuc For example, 'vi' will block when editing a file on the NFS mount. This doesn't happen from the host. 1243963484 Q * dna_ Quit: Verlassend 1243963496 Q * dna Ping timeout: 480 seconds 1243963535 Q * bonbons Ping timeout: 480 seconds 1243963917 M * Bertl Beuc: in general, I'd suggest to mount the nfs from the guest's fstab.remote 1243963936 M * Beuc Bertl: I did that 1243963939 M * Bertl you rprobablem is probably related to the fact that some traffic now comes from the guest IP 1243963943 M * Beuc ah maybe not 1243963952 M * Bertl *problem 1243963967 M * Beuc I added the host IP in the vserver network config 1243963981 M * Bertl for a first hint, check dmesg on the host, and the server log 1243963985 M * Beuc Beuc: it's using it now, not the gues IP 1243964001 M * Beuc Bertl: dmesg complains about processes that are stuck ;) 1243964034 M * Beuc I mounted from fstab.remote, referencing an existing mounted place 1243964039 Q * derjohn_mob Ping timeout: 480 seconds 1243964048 M * Bertl upload the dmesg output please ... 1243964057 M * Bertl (and let me know what kernel you are using) 1243964204 J * harobed ~harobed@arl57-1-82-231-110-14.fbx.proxad.net 1243964240 M * Beuc Here's the dmesg http://paste.linux-vserver.org/12965 1243964248 M * Beuc ~# uname -a 1243964248 M * Beuc Linux savannah 2.6.26-2-vserver-686 #1 SMP Mon May 11 20:55:52 UTC 2009 i686 GNU/Linux 1243964277 M * Bertl that looks very much like the 'kown broken' debian kernel 1243964283 M * Beuc I'm wondering if the vserver needs to run portmap 1243964296 M * Beuc Bertl: Debian yes, 'kown' dunno 1243964297 M * Bertl I'd suggest to try with a recent kernel/patch or go back to the stable branch 1243964368 M * Beuc not really an option right now.. :/ 1243964408 M * Bertl well, not much which can be done with a broken kernel ... 1243964422 M * Bertl just do not use nfs/rpc then 1243964448 M * Beuc it's temporary - but if I could fix this lil' problem until I get the new disks, it'd help 1243964475 M * bakins I'm having a similar issue maybe? guest will not stop and complains about lockd. doens't happen all the time or in all guests. have to reboot host to "fix" it... may try stable. are there any rpm's for it? 1243964503 M * Bertl Beuc: I doubt you can fix or work around it easily 1243964519 M * Bertl bakins: what kernel, and could you provide the exact output? 1243964552 M * bakins Starting killall: [ OK ] 1243964553 M * bakins killall5: can't read sid for pid 1 1243964553 M * bakins A timeout occured while waiting for the vserver to finish and it will 1243964553 M * bakins be killed by sending a SIGKILL signal. The following process list 1243964553 M * bakins might be useful for finding out the reason of this behavior: 1243964554 M * bakins ---------------------------------------------------------------------- 1243964554 M * bakins 16538 4187 vms1w17 ? S 0:00 \_ [lockd] 1243964556 M * bakins ---------------------------------------------------------------------- 1243964556 M * bakins Vserver '/etc/vservers/vms1w17' still running unexpectedly; please investigate it manually... 1243964558 M * bakins RTNETLINK answers: Cannot assign requested address 1243964558 M * bakins vdlimit: vc_get_dlimit(): No such process 1243964560 M * bakins vdlimit: vc_rem_dlimit(): No such process 1243964561 M * bakins 2.6.22.19-vs2.3.0.34.1 1243964583 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1243964623 M * Bertl but that looks 'normal' .. why do you start lockd inside a guest? 1243964647 J * bonbons ~bonbons@ppp-110-113.adsl.restena.lu 1243964693 M * bakins Bertl: I didn't directly, redhat did, I suppose 1243964695 M * Beuc Bertl: so it's supposed to work without special configuration, but the experimental version I use doesn't have the nfs kernel module ready yet? 1243964725 M * Bertl bakins: k, simply disable the lockd then, and you should be fine 1243964771 M * bakins Bertl: ummm, okay.. I basically copied our standard kiickstart into a vserver, I'll check it out. I guess lockd inside vserevr not good? 1243964797 M * Bertl Beuc: it is supposed to work, if it doesn't it's considered a bug and will be fixed ... but we know that this debian kernel has many bugs, mainline and Linux-VServer wise, and it doesn't make sense to 'debug' it, when there are fixed versions available 1243964835 M * Bertl bakins: it just doesn't make sense, it shouldn't do any harm (note: you are not using the latest patch for that kernel branch) 1243964850 M * bakins Bertl: RPM's?? 1243964871 M * Bertl your distro provider might have some, and some folks here provide some too 1243964898 M * bakins I know redhat doesn't supply any. and linux-vser.org doesn't have links to any "stable" rpm's 1243964906 M * Beuc Bertl: the fixed kernel requires a couple hours (and reboots) to recreate the proper config files, and recompile the drbd modules. You're simplicating :P 1243964954 M * Beuc Just wondered if there was something I should have done, such as network config or local portmap install. 1243964956 M * Bertl bakins: in general, it is suggested and advised to build the kernel yourself, we have a guide for that on the wiki 1243964986 M * bakins Bertl: wonderful... 1243964989 M * Bertl Beuc: portmap is not needed unless you run any services which use it (like nfs server) 1243965017 M * Beuc I was thinking about nlockmgr 1243965181 M * Bertl http://vserver.13thfloor.at/ExperimentalT/ scroll down till you find a 2.6.26 kernel patch (debian actually took an early one, but any one will do) 1243965188 P * bakins 1243965223 M * Bertl then look at the delta patches which were uploaded after that (especially the fixes) .. this should give you an idea what your kernel is missing 1243965483 M * Beuc Bertl: thanks 1243965489 A * Beuc needs to commute 1243965497 Q * Beuc Quit: Ex-Chat 1243966857 J * derjohn_mob ~aj@d004076.adsl.hansenet.de 1243967004 J * Beuc ~yo@82.238.35.175 1243967037 M * Beuc Bertl: I probably have enough space to move the SVN-served data (that locks) to disk. Should be a good-enough workaround for now. 1243967928 M * Bertl yes, that should definitely work (for now) 1243968083 J * ktwilight_ ~keliew@223.49-240-81.adsl-dyn.isp.belgacom.be 1243968316 Q * ktwilight Ping timeout: 480 seconds 1243968918 Q * scientes Ping timeout: 480 seconds 1243969775 J * larsivi ~larsivi@70.84-48-63.nextgentel.com 1243970010 J * Hunger ~Hunger@195.228.219.234 1243972251 J * imcsk8 ~ichavero@148.229.1.11 1243973249 J * geos_one ~chatzilla@chello084115149052.4.graz.surfer.at 1243973882 J * bzed_ ~bzed@devel.recluse.de 1243974004 Q * bzed Ping timeout: 480 seconds 1243974007 N * bzed_ bzed 1243974709 Q * geos_one Quit: ChatZilla 0.9.84 [Firefox 3.0.10/2009050120] 1243974898 Q * bonbons Quit: Leaving 1243975595 Q * hijacker Quit: Leaving 1243978011 M * Radiance hey guys :) 1243978014 M * Radiance harry around ? 1243978123 M * Radiance anyone can recommend one of the experimental kernel versions beside the bleeding edge ? :) 1243978183 M * pmjdebruijn we've been testing 2.6.27.24-vs2.3.0.36.6, and it's been fine sofar 1243978204 M * pmjdebruijn Radiance: you make sure, you have your own quality assurance process... for your specific uses 1243978243 M * Radiance ok sounds good 1243978307 M * Radiance i'm thinking if it is really needed to upgrade to an exp version or use the 2.6.22.19 stable with 2.2 vserver 1243978337 M * Radiance the hardware will work with the 2.6.22.19 anyway 1243978391 P * Beuc Leaving 1243978418 M * pmjdebruijn are you already using 2.6.22.19 1243978442 M * pmjdebruijn Radiance: make sure you do your own testing before putting something into production use 1243978452 M * pmjdebruijn Radiance: don't trust me :) 1243978494 M * Radiance yes, 2.6.22.19 is working fine 1243978498 M * Radiance just that this is a new box 1243978512 M * Radiance and i'm thinking should i put a higher kernel version on it 1243978514 M * pmjdebruijn oh 1243978521 M * pmjdebruijn don't fix it if it aint broken 1243978525 M * Radiance true 1243978531 M * pmjdebruijn but developers will appreciate feedback on the newer kernels 1243978549 M * Radiance only thing i will check is if there are no nasty kernel exploits against the old version 1243978556 M * pmjdebruijn Radiance: there probably are 1243978579 M * pmjdebruijn we don't give ssh access to our vserver, so for us it's not a that big issue 1243978583 M * Radiance i remember something about the vmsplice exploit or so 1243978651 M * Radiance pmjdebruijn, this is on a webhosting server ? 1243978667 M * pmjdebruijn no 1243978687 M * Radiance looks like that exploit works on the 2.6.22 serie for sure 1243978690 M * Radiance Linux Kernel 2.6.17 - 2.6.24.1 vmsplice Local Root Exploit 1243978698 M * pmjdebruijn Radiance: we use it to container our services, for management purposes 1243978701 M * pmjdebruijn http://repo.or.cz/w/linux-2.6.22.y-op-patches.git 1243978703 M * Radiance ah cool 1243978706 M * pmjdebruijn maybe that's of any use 1243978709 M * pmjdebruijn we didn't use it 1243978715 M * Radiance thanks, i'll check it out 1243978716 M * pmjdebruijn but maybe it's useful for you 1243978738 M * pmjdebruijn goodnight! 1243978746 M * Radiance g'night mate :) ! 1243978790 M * Bertl 2.6.29.4-vs2.3.0.36.14 is doing fine here (JFYI) 1243978962 M * Radiance Bertl, sounds good ! Hi btw :) 1243978969 M * Bertl hey :) 1243978981 M * Radiance Bertl, been running that combo for how long btw ? 1243979024 M * Bertl for a week now, but one fix was done in the meantime 1243979041 M * Radiance ok cool 1243979071 M * Bertl i.e. was 2.6.29.3-vs2.3.0.36.13 before 1243979570 J * saulus_ ~saulus@c193220.adsl.hansenet.de 1243979979 Q * saulus Ping timeout: 480 seconds 1243979986 N * saulus_ SauLus 1243980039 Q * imcsk8 Quit: This computer has gone to sleep 1243981048 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1243981428 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fe60:79d4 1243981589 Q * harobed Ping timeout: 480 seconds