1223251605 N * Bertl_oO Bertl
1223251608 M * Bertl back now ...
1223255354 Q * Mojo1978 Read error: Connection reset by peer
1223256093 J * doener_ ~doener@i577BB2C0.versanet.de
1223256197 Q * doener Ping timeout: 480 seconds
1223256217 J * ntrs__ ~ntrs@77.29.78.25
1223256673 Q * quinq Remote host closed the connection
1223256706 Q * ntrs__ Ping timeout: 480 seconds
1223260907 Q * toya Remote host closed the connection
1223260912 Q * micah Remote host closed the connection
1223261405 M * Bertl okay, off to bed now .. have a good one everyone!
1223261411 N * Bertl Bertl_zZ
1223262077 P * drebs_ 
1223263687 J * micah ~micah@micah.riseup.net
1223264272 Q * derjohn_mob Ping timeout: 480 seconds
1223264642 Q * micah Quit: leaving
1223264650 J * micah ~micah@micah.riseup.net
1223269886 J * ntrs ~ntrs@77.29.78.25
1223270388 Q * pmenier_off Quit: Konversation terminated!
1223271887 J * derjohn_mob ~aj@e180197240.adsl.alicedsl.de
1223272738 Q * ntrs Ping timeout: 480 seconds
1223273694 Q * BuGless Ping timeout: 480 seconds
1223274868 J * chigital ~chigital@91.90.144.102
1223276147 Q * larsivi Ping timeout: 480 seconds
1223276339 J * BuGless ~srb@aristoteles.cuci.nl
1223277648 J * dna_ ~dna@218-224-dsl.kielnet.net
1223278737 J * larsivi ~larsivi@85.221.53.194
1223279082 Q * derjohn_mob Ping timeout: 480 seconds
1223279116 Q * larsivi Read error: Connection reset by peer
1223279160 J * larsivi ~larsivi@85.221.53.194
1223279990 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1223280474 J * jsambrook ~jsambrook@aelfric.plus.com
1223280680 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1223281932 J * ntrs ~ntrs@77.29.69.185
1223282183 J * ghislainocfs21 ~Ghislain@adsl2.aqueos.com
1223282418 Q * ntrs Ping timeout: 480 seconds
1223282418 Q * ensc Read error: Connection reset by peer
1223282499 Q * ghislainocfs2 Ping timeout: 480 seconds
1223282600 J * ensc ~irc-ensc@77.235.182.26
1223284249 J * bibabu bibabu@voice1.de
1223284483 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1223285090 Q * bibabu Quit: Coyote finally caught me
1223285093 J * bibabu bibabu@voice1.de
1223285115 M * bibabu Good morning.
1223286270 M * bibabu Hello, i have a problems with "Standard non-shared quota". I followd the wiki instructions. I create the quotafiles with "quotacheck -maugv ". But i cannot active quotas by running /etc/init.d/quota restart. I'm using debian lenny. kernel version: "2.6.26-1-vserver-686-bigmem "
1223286274 M * bibabu Error: http://nopaste.com/p/a4uQsZBoZ
1223286342 M * bibabu i tried to create a  new quotafile. i get this error: http://nopaste.com/p/aTkG7oiQB
1223286567 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it
1223288296 J * yarihm ~yarihm@whitehead2.nine.ch
1223290494 Q * mrfree Quit: Leaving
1223290594 J * quinq ~quinq@quinq.eu.org
1223290785 J * magus ~chatzilla@195.160.233.10
1223290949 Q * quinq Quit: Quitte
1223290989 J * quinq ~quinq@quinq.eu.org
1223291019 J * Hollow_ ~hollow@proteus.croup.de
1223291031 J * Aiken_ ~Aiken@ppp118-208-28-181.lns2.bne1.internode.on.net
1223291055 Q * Hollow Read error: Connection reset by peer
1223291055 Q * Aiken Read error: Connection reset by peer
1223291064 M * magus Hi, could smb help me out... I am using 2.6.22.19-vs2.3.0.34.1(x86_64)  with util-vserver 0.30.216-1.pre2728.el5, the problem is that I can not create character devices with mknod inside the guests, I have all the same options set on another host (kernel 2.6.22.6-vs2.3.0.24.1 same util-vserv version) and it works
1223291078 N * Hollow_ Hollow
1223291208 N * ensc Guest222
1223291208 Q * Guest222 Read error: Connection reset by peer
1223291217 J * ensc ~irc-ensc@77.235.182.26
1223291260 M * magus The only difference between the servers and vserver(apart from the kernel) is that CAP_LINUX_IMMUTABLE is set on the server that does not create the character devices
1223291369 M * magus any ideas on where to look for possible issues are more then welcome
1223291758 M * harry sry dude
1223291759 M * harry can't help you
1223291882 M * magus Thanks anyway, maybe Daniel Hozac will notice my post, i'll try investigationg this thing further in the meantime.
1223292229 M * daniel_hozac magus: my kernels have the device mapping enabled. run vdevmap --xid 0 --open --create --target /dev/root; vdevmap --xid 0 --open --create --target /dev/null to restore the legacy behavior.
1223292251 M * daniel_hozac note though, that you have an opportunity to secure it further by only allowing the device nodes you actually want to allow.
1223292369 M * magus so if I configure /etc/vservers/.defaults/apps/vdevmap/null/ remap and target it should work out of the box?
1223292386 N * Bertl_zZ Bertl
1223292412 M * Bertl morning folks!
1223292449 M * Bertl bibabu: did you setup the vroot device properly? copy it into the guest in question? configure the guest's fstab/mtab accordingly?
1223292458 M * daniel_hozac magus: not remap, but open and create.
1223292465 M * daniel_hozac magus: and you'd need one for the block device too.
1223292471 M * bibabu Bertl: i think so.
1223292481 M * bibabu Maybe the problem comes from reiserfs.
1223292541 M * Bertl reiserfs uses quota files?
1223292591 M * magus daniel_hozac: I have that setup alredy, it works on the earlier kernel perfectly, but when we installed the newer kernel on one of our servers it stopped working
1223292985 M * bibabu Bertl: i dont kow. but i'm going to switch to reiserfs.
1223293130 M * daniel_hozac magus: so you have given your guest CAP_MKNOD? what does tail /etc/vservers/.defaults/apps/vdevmap/*/* show (use paste.linux-vserver.org)? what device node are you trying to create?
1223293301 M * magus daniel_hozac:http://paste.linux-vserver.org/12513
1223293349 M * magus daniel_hozac: I am trying to create the null device(used to chroot sftp customers)
1223293373 M * daniel_hozac magus: and the util-vserver initscript is enabled?
1223293402 M * daniel_hozac magus: i.e. it ran when you rebooted the last time, and those entries were present?
1223293724 M * magus daniel_hozac: We have mirrored the server/vserver setup from out production host where it works(with the older kernel) to the new server to stage an planned kernel update, as the servers are identical(except for the kernel) in hardware and software i beleve it should have worked. What entries do you mean? The bcap and vdevmap settings were present when we brought up the vserver, the server...
1223293725 M * magus ...itself was started without those entries 
1223293762 M * daniel_hozac magus: so, that's why. rerun the util-vserver initscript to have them implemented.
1223293826 M * brc Hey, regarding the generic_file_splice_write bug, if someone run an exploint inside the vserver, will it affect the host ?
1223293846 M * Bertl a new one?
1223293861 M * brc The 03/10/2008 one
1223293950 M * magus daniel_hozac: unfortunately I can not do a full restart just now, will a reload work?
1223294018 M * daniel_hozac magus: start should work.
1223294023 M * daniel_hozac brc: uh? fixed in 2.6.19?
1223294083 M * daniel_hozac brc: that sounds a lot like the old one.
1223294096 J * tramjoe_merin ~tramjoe@193.41.238.151
1223294110 M * brc We are still runningsome old kernels :(
1223294115 M * magus daniel_hozac: Thanks a lot, that did the trick.
1223294248 Q * jsambrook Quit: Leaving.
1223294318 J * jsambrook ~jsambrook@aelfric.plus.com
1223294508 J * jmcaricand ~jm@113.179.80-79.rev.gaoland.net
1223294583 Q * magus Quit: ChatZilla 0.9.83 [Firefox 3.0.3/2008092515]
1223294789 M * bibabu I have a small question. Can i run my hostsystem @ 64bit and guest with 32bit?
1223294801 M * daniel_hozac yes.
1223294823 M * bibabu ok. any known disadvantages
1223294825 M * bibabu ?
1223294931 M * daniel_hozac none that you don't normally have with 32-bit systems.
1223295052 M * bibabu ok
1223295100 J * lilalinux ~plasma@80.69.41.3
1223296330 M * bibabu "using //aquota.user on /dev/hdv1 [/]: Invalid argument". I cannot fix this.
1223296345 M * bibabu i tried the vm on another hostsystem with ext3. nothing changed.
1223296384 M * bibabu vrsetup /dev/vroot0 /dev/md1
1223296424 M * bibabu mtab: /dev/hdv1 / ufs defaults,usrquota,grpquota 0 0
1223296424 M * bibabu quota_ctl   added
1223296424 M * bibabu cp -af /dev/vroot0 /var/lib/vservers/vserver1/dev/hdv1 
1223296457 M * daniel_hozac and the original filesystem is mounted with usrquota,grpquota?
1223296652 M * bibabu no
1223296658 M * bibabu thats needed?
1223296680 M * daniel_hozac yes, of course.
1223296693 M * bibabu oh..well...
1223297451 J * jkl_ jkl@c-75-70-178-175.hsd1.co.comcast.net
1223297472 Q * jkl resistance.oftc.net larich.oftc.net
1223297472 Q * Hunger resistance.oftc.net larich.oftc.net
1223297491 J * Hunger Hunger.hu@Hunger.hu
1223297600 Q * Aiken_ Remote host closed the connection
1223297958 Q * tramjoe_merin Remote host closed the connection
1223301206 J * captiancrash ~usefulgee@70.159.118.70
1223301454 Q * larsivi Ping timeout: 480 seconds
1223301471 J * xdr ~xdr@gote2.209.cust.blixtvik.net
1223301816 M * pmjdebruijn lo
1223301836 M * pmjdebruijn is there a set version on which the next version of vserver will stabelize?
1223301906 M * daniel_hozac 2.4.
1223301915 M * pmjdebruijn :p
1223301943 M * pmjdebruijn I noticed a port to 2.6.27, so that's why I'm asking
1223301956 Q * ktwilight_ Ping timeout: 480 seconds
1223302191 J * ktwilight ~ktwilight@225.82-66-87.adsl-dyn.isp.belgacom.be
1223302434 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1223302469 J * tramjoe_merin ~tramjoe@193.41.238.151
1223302734 Q * ghislainocfs21 Ping timeout: 480 seconds
1223303527 J * hparker ~hparker@linux.homershut.net
1223303988 J * dowdle ~dowdle@scott.coe.montana.edu
1223304138 J * _gh_ ~gerrit@166.129.69.141
1223304335 Q * jmcaricand Quit: Ex-Chat
1223305276 Q * chigital Ping timeout: 480 seconds
1223305303 Q * quinq Remote host closed the connection
1223305340 J * quinq ~quinq@quinq.eu.org
1223306750 J * ktwilight_ ~ktwilight@87.66.198.69
1223306858 J * ntrs ~ntrs@77.29.70.7
1223307031 Q * ktwilight Ping timeout: 480 seconds
1223307102 Q * tramjoe_merin Remote host closed the connection
1223307442 J * ntrs_ ~ntrs@77.29.70.7
1223307862 Q * ntrs Ping timeout: 480 seconds
1223308157 P * jsambrook 
1223308326 Q * _gh_ Ping timeout: 480 seconds
1223310438 J * larsivi ~larsivi@9.80-202-30.nextgentel.com
1223310660 Q * yarihm Quit: Leaving
1223312499 Q * lilalinux Remote host closed the connection
1223313410 J * _gh_ ~gerrit@166.129.69.141
1223313710 J * cga ~weechat@94.36.108.221
1223314442 Q * daniel_hozac Ping timeout: 480 seconds
1223314470 Q * ktwilight_ Quit: dead
1223314636 M * bibabu Hello, which filesystem you prefer?
1223314688 M * Bertl ext3 is fine
1223314742 M * Bertl ext2/jfs/reiser should work
1223314775 M * bibabu ok. than i use ext3 too.
1223314793 M * bibabu its a good idear to create a own partiton 4 vservers?
1223314815 M * Bertl a separate partition for each guest or for all guests?
1223314820 M * bibabu for all guest
1223314837 M * Bertl yes, if you want to use unification and/or tagging, that is a good idea
1223314848 M * bibabu ok
1223314851 M * bibabu thank you
1223314857 M * Bertl np
1223315432 J * daniel_hozac ~daniel@ssh.hozac.com
1223315432 Q * captiancrash Read error: Connection reset by peer
1223315670 J * captiancrash ~usefulgee@70.159.118.70
1223316293 Q * captiancrash Quit: Leaving
1223316717 J * ghislainocfs21 ~Ghislain@adsl2.aqueos.com
1223317047 Q * ghislainocfs2 Ping timeout: 480 seconds
1223317505 J * ntrs__ ~ntrs@77.29.70.173
1223317871 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1223317916 Q * ntrs_ Ping timeout: 480 seconds
1223318161 Q * ghislainocfs21 Ping timeout: 480 seconds
1223319523 Q * doener_ Quit: leaving
1223320016 M * Bertl off for now ... bbl
1223320021 N * Bertl Bertl_oO
1223320164 J * Mojo1978 ~Mojo1978@ip-88-152-59-171.unitymediagroup.de
1223321639 J * ktwilight ~ktwilight@87.66.198.69
1223322152 J * derjohn_mob ~aj@e180197240.adsl.alicedsl.de
1223323985 Q * bonbons Quit: Leaving
1223324022 Q * ntrs__ Quit: Leaving
1223325128 J * Aiken ~Aiken@ppp118-208-28-181.lns2.bne1.internode.on.net
1223325484 Q * cga Quit: WeeChat 0.2.6
1223328153 J * ntrs ~ntrs@77.29.70.173
1223329521 Q * _gh_ Ping timeout: 480 seconds
1223330370 J * _gh_ ~gerrit@67.170.155.50
1223330847 Q * esa Ping timeout: 480 seconds
1223331575 J * orzel ~orzel@freehackers.org
1223331635 M * orzel Hello. Any news on a 'stable' (as in 'displayed on main page') patch for linux 2.6.26 or more ?
1223331670 M * orzel i'm tempted to test patch-2.6.26.5-vs2.3.0.35.5.diff   from experimental.. but i'm not sure
1223331693 M * orzel the server is in production. though i can handle a reboot to go back to previous kernel. But not more :)
1223331752 M * Bertl_oO probably the first stable for 2.6.26+ will be vs2.4 :)
1223331771 M * trippeh vs2.3.0.35.5 has been working OK here for a while
1223331823 M * trippeh The first boot somehow ended up with some bind-mounts as read-only.. Not sure why.
1223331886 M * orzel and after a reboot it was ok ?
1223331886 M * trippeh Stopping and starting the affected guests fixed it..
1223331886 M * orzel oh. ok.
1223331886 M * orzel slightly frightening, though. no ?:)
1223331898 M * trippeh The affected mounts where mounted r/o in other guests, maybe util-vserver got confused ;)
1223331936 M * orzel i'm using util-vserver-0.30.215, is that ok with this patch ?
1223332023 M * orzel that seems far away from the 1.0.3 in the topic, but is the latest one available on gentoo
1223332031 M * trippeh That is, there is one guest with rw access (mirror administration vserver), and one guest serving the data (with ro mount)
1223332091 M * trippeh orzel: util-vserver != vserver-utils :)
1223332099 M * trippeh Confusing eh? ;)
1223332132 M * orzel ouch... erm...
1223332135 M * orzel oh ? :)
1223332154 M * orzel mm.. yeps, both are in the topic indeed
1223332164 M * orzel so 0.30.215 is ok, great :)
1223332166 Q * ntrs Ping timeout: 480 seconds
1223332575 Q * hparker Quit: Quit
1223333328 J * esa bip@62.123.8.208
1223333583 M * orzel it's probably not a good idea to compile ipv6 yet, is it ?
1223333780 M * snooze im using ipv6 for this very irc client in a vserver guest
1223333931 M * Bertl_oO ipv6 should be fine by now (in `mainline` Linux-VServer :)
1223334264 M * bzed ipv6 even works well for me when patched into an old vserver, together with grsecurity :)
1223334531 J * hparker ~hparker@linux.homershut.net
1223334741 M * Bertl_oO daniel_hozac: ping?
1223334954 M * Bertl_oO daniel_hozac: does that ring a bell? http://paste.linux-vserver.org/12516
1223336310 M * snooze Bertl_oO: exactly what im using :p
1223336326 M * snooze Bertl_oO: whats the "mainline" anyway? the "betas"? :P
1223336365 M * Bertl_oO well, we had ipv6 patches for non-ipv6 Linux-VServer versions, and we incorporated the ipv6 stuff at a point
1223336390 M * Bertl_oO the versions which incorporate ipv6 are considered mainline :)
1223336695 M * snooze but they are also considered non stable, as in development versions?
1223336719 M * Bertl_oO vs2.2 is considered stable
1223336728 M * snooze oops, should have highlighted bzed there before btw :p
1223336794 M * snooze yeah, and 2.2 doesnt incorporate ipv6, right?
1223336798 M * Bertl_oO correct
1223336823 M * snooze so why is the non stable versions called mainline? :D
1223336847 M * Bertl_oO well, let me put it the other way round
1223336866 M * Bertl_oO you know that there are many kernel versions out there, right?
1223336893 M * snooze ye
1223336894 M * Bertl_oO do you know why the ones on kernel.org (coming from Linus) are considered mainline?
1223336896 Q * dna_ Ping timeout: 480 seconds
1223336920 M * snooze i know theres lots of branches etc, but no, not when you put it like that
1223336925 M * Bertl_oO (and not for example the ones from redhat, or suse, or whatever)
1223336986 M * Bertl_oO so, very similar, the patches on linux-vserver.org (and the experimental patches I upload) are considered mainline for Linux-VServer :)
1223337027 M * Bertl_oO for example, the grsec patches and/or the ipv6 addon patches are not considered mainline (from the Linux-VServer PoV)
1223337037 M * Bertl_oO doesn`t mean that they are bad or something ...
1223337065 M * snooze alright
1223337069 M * snooze i get it :>
1223337108 J * doener ~doener@i577BB2C0.versanet.de
1223337217 M * snooze so, the question that prolly has been answered quite some times now
1223337237 M * snooze any of the 2.3 patches for any kernel newer than 2.6.22.19 that is considered quite stable? :p
1223337344 M * Bertl_oO none of the vs 2.3 patches are considered stable
1223337363 M * Bertl_oO they are development, some of them even experimental patches
1223337386 M * Bertl_oO nevertheless, they are used in production, and it seems they are fine (although somewhat incomplete)
1223337444 M * snooze hm ye
1223337454 M * snooze so when is a new stable one expected?
1223337473 M * snooze when things get done i presume
1223337475 M * snooze :)
1223337475 M * Bertl_oO will take a lot of testing and finalizing
1223337543 M * Bertl_oO but you can help there, by testing and reporting back