1156378285 J * mire_ ~mire@144-167-222-85.COOL.ADSL.VLine.verat.net
1156378923 J * Nam ~nam@70.71.224.66
1156379533 Q * Nam Ping timeout: 480 seconds
1156379860 M * brc_ Where can i submit a bug report on util-vserver ?
1156379867 M * brc_ # vserver demo_syscp hashify
1156379867 M * brc_ Segmentation fault
1156379875 M * brc_ using util-vserver-0.30.210
1156380004 J * Nam ~nam@70.71.224.66
1156381129 Q * cehteh Ping timeout: 480 seconds
1156381145 N * lolilol lilo
1156381208 N * lilo Guest273
1156381212 N * Guest273 olilo
1156381484 Q * Nam Ping timeout: 480 seconds
1156383980 J * cehteh ~ct@cehteh.homeunix.org
1156384552 J * Nam ~nam@S0106001195551ff0.va.shawcable.net
1156385727 Q * comfrey Ping timeout: 480 seconds
1156386972 J * comfrey ~comfrey@216-99-217-92.dsl.aracnet.com
1156387122 M * micah brc_: what distribution?
1156387133 J * glutoman glut@no.suid.pl
1156387162 Q * glut Read error: No route to host
1156388497 Q * Aiken Quit: Leaving
1156389437 J * ajay_reddy ~ajay@203.197.115.38
1156392832 J * meandtheshell ~markus@85-124-232-130.work.xdsl-line.inode.at
1156393946 M * daniel_hozac brc_: WORKSFORME ;)
1156393959 P * aminorex 
1156394964 Q * comfrey Ping timeout: 480 seconds
1156395234 Q * coocoon Ping timeout: 480 seconds
1156395587 M * cehteh chattr: Inappropriate ioctl for device while reading flags on /etc/vservers/.defaults/vdirbase/luna
1156395592 M * cehteh ugh
1156395658 M * daniel_hozac already fixed :)
1156395678 M * cehteh eh?
1156395682 M * daniel_hozac http://daniel.hozac.com/vserver/util-vserver/util-vserver-0.30.210-chattr.patch
1156395689 M * cehteh util .... ok 
1156395726 M * cehteh was wondering if that is a reiserfs or util-vserver .. or even a kernel bug
1156395829 M * cehteh mmh only script ... nice
1156396000 J * coocoon ~coocoon@p54A05ABD.dip.t-dialin.net
1156396695 N * Nam nam-brb
1156396755 J * nammie ~nam@S0106001195551ff0.va.shawcable.net
1156396899 J * comfrey ~comfrey@h-64-105-215-75.sttnwaho.covad.net
1156397196 Q * nam-brb Ping timeout: 480 seconds
1156397699 Q * olilo Ping timeout: 480 seconds
1156397768 J * olilo hiddenserv@tor.noreply.org
1156398293 J * balbir ~balbir@125.22.43.135
1156398629 Q * ajay_reddy Ping timeout: 480 seconds
1156398947 J * ajay_reddy ~ajay@203.197.115.38
1156399868 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1156400104 N * nammie Nam
1156400139 Q * ajay_reddy Remote host closed the connection
1156401230 J * coocoon ~coocoon@p54A05608.dip.t-dialin.net
1156402034 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1156402338 J * coocoon ~coocoon@p54A05608.dip.t-dialin.net
1156403604 J * dna ~naucki@182-221-dsl.kielnet.net
1156405106 J * glut glut@no.suid.pl
1156405113 Q * glutoman Read error: Connection reset by peer
1156407295 Q * balbir charon.oftc.net kinetic.oftc.net
1156407295 Q * click charon.oftc.net kinetic.oftc.net
1156407401 J * balbir ~balbir@125.22.43.135
1156407401 J * click click@ti511110a080-2980.bb.online.no
1156408644 Q * click charon.oftc.net kinetic.oftc.net
1156408644 Q * balbir charon.oftc.net kinetic.oftc.net
1156408652 Q * mountie Ping timeout: 480 seconds
1156408751 J * balbir ~balbir@125.22.43.135
1156408751 J * click click@ti511110a080-2980.bb.online.no
1156409070 M * matti http://deadbeef.info/linux/patch-2.6.17.11-vs2.0.2-rc28-grsec2.1.9.diff
1156409110 Q * balbir Server closed connection
1156409183 J * balbir ~balbir@125.22.43.135
1156409626 Q * harry Ping timeout: 480 seconds
1156409799 Q * click Server closed connection
1156409809 J * click click@ti511110a080-2980.bb.online.no
1156410270 J * harry ~harry@d54C2508C.access.telenet.be
1156411714 Q * olilo Ping timeout: 480 seconds
1156411769 J * olilo hiddenserv@tor.noreply.org
1156412800 J * lilalinux ~plasma@h1-gw.of.net-lab.net
1156413419 Q * shedi Quit: Leaving
1156414308 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1156414867 J * coocoon ~coocoon@p54A072CA.dip.t-dialin.net
1156415313 J * WhataDUCK ~id@p508147A4.dip0.t-ipconnect.de
1156415320 M * WhataDUCK hi #vserver
1156415337 N * WhataDUCK id23
1156416205 Q * id23 Remote host closed the connection
1156417036 J * matti_ matti@linux.gentoo.pl
1156417207 Q * matti Ping timeout: 480 seconds
1156417207 N * matti_ matti
1156419416 Q * zkbrsnie Read error: Connection reset by peer
1156419919 J * sD6 ~sD6@36.Red-83-38-14.dynamicIP.rima-tde.net
1156419922 M * sD6 hi
1156422813 J * yarihm ~yarihm@whitehead2.nine.ch
1156424505 J * shedi ~siggi@dsl-149-109-85.hive.is
1156425541 J * ptl_xid ~iuuuju@187-200-231-201.fibertel.com.ar
1156425597 M * ptl_xid Hi. I'm having a problem with lvm commands that I think are correct, and I don't you if it could be related to vserver...
1156426103 J * duckx ~Duck@tox.dyndns.org
1156426120 M * ptl_xid ok, I'll try to explain
1156426221 M * ptl_xid I'm using 2.6.16-2-vserver-k7 #1 SMP / debian
1156426231 M * ptl_xid and vserver 0.30.210
1156426251 M * ptl_xid I'm also using lvm for each vserver
1156426304 M * ptl_xid so the thing is that if I try to remove an LV, it seems to be busy, even if it is unmounted: look:
1156426314 J * root____1 ~root@proxy2.laroche.univ-nantes.fr
1156426318 N * root____1 nayco
1156426330 M * nayco hallo, all !
1156426344 M * ptl_xid rs01:/usr/local/sbin# lvremove /dev/vg00/vs104
1156426345 M * ptl_xid   Can't remove open logical volume "vs104"
1156426352 M * nayco Are there diskquotas specialists, here ?
1156426381 M * ptl_xid the mount command doesn't show anything related to vs104
1156426418 M * ptl_xid and even worst, fuser -v -m /dev/vg00/vs104
1156426426 M * ptl_xid shows nothing
1156426486 M * ptl_xid any idea, suggestion ?. Could it be related to vserver ?
1156426832 M * Greek0 ptl_xid: what does /proc/mounts say?
1156427248 M * ptl_xid hi Geek, it says nothing about vs104, would you like to see the complete dump of /proc/mounts ?
1156427285 M * ptl_xid sorry, gReek !!!
1156427613 M * coocoon ptl_xid: "Can't remove open logical volume "vs104"" which error message appears if u try to remove it
1156427635 M * coocoon ptl_xid: sorry but maybe it is not umounted ;-)
1156428191 M * ptl_xid cocoon, in fact its umounted, have a look:
1156428193 M * ptl_xid rs01:/usr/local/sbin# mount /dev/vg00/vs104 /vservers/vs104/
1156428193 M * ptl_xid rs01:/usr/local/sbin# umount /vservers/vs104/
1156428193 M * ptl_xid rs01:/usr/local/sbin# lvremove /dev/vg00/vs104
1156428193 M * ptl_xid   Can't remove open logical volume "vs104"
1156428193 M * ptl_xid rs01:/usr/local/sbin# fuser -v -m /dev/vg00/vs104
1156428194 M * ptl_xid rs01:/usr/local/sbin#
1156428225 M * ptl_xid rs01:/usr/local/sbin# cat /proc/mounts |grep vs104
1156428225 M * ptl_xid rs01:/usr/local/sbin#
1156428276 M * ptl_xid I don't understand whats happening, that's why I'm asking =P
1156428925 M * coocoon ptl_xid: sorry wanted to know it i am not a lvm professional because of i am using webmin to handle it ;-)
1156429644 N * Belu_zZz Belu
1156430891 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1156430948 Q * yarihm Quit: Leaving
1156432348 Q * duckx Quit: Client exiting
1156432904 Q * derjohn Quit: by(t)e
1156432982 M * ptl_xid Ok, coocoon, thank you anyway !
1156433295 M * daniel_hozac ptl_xid: is it unmounted in _all_ namespaces?
1156433351 M * daniel_hozac nayco: what do you mean by quota? disk limits (i.e. per vserver) or quota (i.e. user and group)?
1156433477 M * nayco Hello daniel !
1156433482 M * nayco user and group !
1156433505 M * nayco I want to make "setquota" "repquota", etc... work in a guest
1156433640 M * daniel_hozac so you're using http://linux-vserver.org/Standard+non-shared+quota?
1156433784 M * nayco daniel_hozac: Yes :) !
1156433793 M * nayco and it does not wrk :-(
1156433818 M * nayco 2.6.17.8-vs2.1.1-rc29 #1 SMP Wed Aug 23 11:18:23 CEST 2006 i686 Intel(R) Pentium(R) III CPU family      1133MHz unknown GNU/Linux
1156433841 M * nayco vserver 0.30.210
1156434116 M * nayco oh, be back in a couple of hours !
1156434514 N * nayco nayco_work
1156434646 J * FireEgl FireEgl@Sebastian.Atlantica.US
1156435738 J * bonbons ~bonbons@83.222.36.236
1156435796 Q * gerrit_ Ping timeout: 480 seconds
1156436100 A * Belu is away (iŽll be back later...)
1156436100 N * Belu Belu_zZz
1156437191 J * derjohn ~derjohn@80.69.37.19
1156437690 Q * Skram Remote host closed the connection
1156437841 J * Skram ~Mark@hermes.sentiensystems.com
1156437847 N * Belu_zZz Belu
1156437952 J * pisco ~pampel@p5087948F.dip0.t-ipconnect.de
1156439502 J * stefani ~stefani@tsipoor.banerian.org
1156439543 Q * shedi Quit: Leaving
1156440228 J * s0undt3ch_ djeielo@bl7-249-25.dsl.telepac.pt
1156440394 Q * s0undt3ch Ping timeout: 480 seconds
1156440395 N * s0undt3ch_ s0undt3ch
1156440698 Q * s0undt3ch Quit: leaving
1156440706 J * s0undt3ch ~s0undt3ch@bl7-249-25.dsl.telepac.pt
1156441091 Q * s0undt3ch Quit: leaving
1156441096 J * s0undt3ch ~s0undt3ch@bl7-249-25.dsl.telepac.pt
1156441296 J * gerrit ~kvirc@dslb-084-060-237-174.pools.arcor-ip.net
1156441439 J * nayco ~nayco@lns-bzn-58-82-251-216-156.adsl.proxad.net
1156441499 J * nayco_ ~nayco@lns-bzn-58-82-251-216-156.adsl.proxad.net
1156441502 Q * nayco 
1156441514 M * nayco_ hello
1156442239 N * Bertl_zZ Bertl
1156442242 M * Bertl evening folks!
1156442440 M * waldi hi Bertl 
1156442452 M * Bertl hey waldi! how's going?
1156442486 M * waldi too much work to do
1156442537 M * waldi and i should use some time for preparation for the exams
1156442809 J * ogu ~ogu@dslb-084-061-037-249.pools.arcor-ip.net
1156442831 M * Bertl welcome ogu!
1156442840 M * Bertl waldi: well, exams should have priority!
1156442863 M * waldi yep
1156442885 M * ogu hello
1156443068 M * nayco_ Hello, Bertl !
1156443228 M * ogu i have a question: what ethernet interface is linux vserver using standart ?
1156443236 M * Bertl none
1156443246 M * waldi where do you get standarten?
1156443264 M * ogu no i want to know if it is using like vethß
1156443266 M * Bertl ogu: Linux-VServer does ip isolation
1156443270 M * ogu veth0
1156443275 M * ogu for example
1156443287 M * Bertl so if you put your ip on dummy0 for example, the guest will 'use' dummy0
1156443306 M * Bertl if you put it on eth1 and rename that to hansi, it will use hansi :)
1156443338 M * ogu ok, so its possible to use for example "eth0" for a vserver ?
1156443360 M * Bertl sure, it only operates on ips
1156443396 M * ogu ok, i asked, because someone said to me, that linux vserver is using virtual nics like virteth0 
1156443406 M * ogu its good, that its changeable
1156443419 M * Bertl no, we do not use virtual interfaces (yet)
1156443425 M * ogu so a confixx installation on linux vserver is more easy
1156443436 M * ogu because its looks to eth*
1156443448 M * nayco_ Bertl: I'm trying again to setup user/group disk quotas inside guests... I used the wiki's howto (with vroot devices), and it fails... How as this evolved since last year ?
1156443664 M * ogu i have the information abount a "bug": if you create over X (for example 40) vservers on a hostmachine, the vserver could eventually get out from there chroot
1156443667 M * ogu is this right ?
1156443692 M * ogu is there exists a bug like this
1156443802 M * Bertl ogu: no, definitely not :)
1156443832 M * Bertl nayco_: brc_ and other folks did 'sucessfully' run it recently
1156443845 M * Bertl nayco_: but we can walk through it once again, np
1156443970 M * nayco_ Great. Do I need the last kernel/patch, or can I use My "old" 2.6.13.3-vs2.1.0-rc4 ?
1156443976 M * Bertl ogu: where did you hear such things?
1156444002 M * ogu a ISP tell me this
1156444023 M * ogu he has spoken about a semaphore problem
1156444055 M * Bertl how should semaphores help to escape a guest?
1156444070 M * ogu i dont know, he tells me about a prob. like this
1156444090 M * ogu im interested to use linux vserver 
1156444102 M * ogu thats why iam asking
1156444122 M * Bertl well, we are _always_ interested in problems regarding Linux-VServer
1156444144 M * Bertl so it would be a _very_ good idea (for that provider) to report his issues ...
1156444164 M * ogu can we speak german in an other channel ? its more easy to me
1156444166 M * Bertl if it turns out that there actually _is_ a bug (you never know) we can fix it quite fast
1156444209 M * Bertl but other folks (around the world) would not understand ...
1156444240 M * ogu yes its hart to descripe this problem
1156444243 M * ogu b
1156444246 M * Bertl IMHO your english is sufficient to communicate, so it should be fine
1156444252 M * ogu ok ;)
1156444261 M * ogu i thought my english is understandable
1156444263 M * ogu :D
1156444278 M * Bertl :)
1156444331 M * ogu ok one moment, i will talk to the the isp (its one of my partners/friends) and will ask for the exactly problem
1156444346 M * Bertl maybe ask him/her to join here ..
1156444350 M * nayco_ Bertl: Is the above kernel ok ?
1156444365 M * ogu Bertl: i think, hes not using irc
1156444372 M * ogu but one moment please
1156444373 M * Bertl nayco_: should do the job, of course, recent kernel would be better
1156444489 M * nayco_ I just started the compilation of 2.3.17-8, but it'll take a good hour... So, if you think we can use 2.6.13...
1156444502 M * nayco_ 2.6.17.8
1156444525 M * nayco_ Bertl: which kernel options should I not forget ?
1156444578 M * Bertl hmm, isn't 2.6.17.11 out?
1156444587 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1156444624 M * mnemoc including a fix to 2 CVEs between .9 and .10
1156444740 M * nayco_ Bertl: Is vserver patch 2.6.17.11 compatible ;-) ? Should I make a "meta-patch" :D ?
1156444761 J * coocoon ~coocoon@p54A07AB4.dip.t-dialin.net
1156444763 M * Bertl I think except for the makefile, it should apply fine
1156444770 M * Bertl but there will be an update shortly
1156444774 M * nayco_ Ok, I do it again :D
1156444896 M * ogu bertl: he is coming into this channel
1156444989 M * Bertl excellent!
1156445020 Q * lilalinux Remote host closed the connection
1156445147 J * msl ~msl@p54A72F5C.dip0.t-ipconnect.de
1156445166 M * Bertl welcome msl!
1156445172 M * msl hi
1156445329 A * Belu is away (iŽll be back later...)
1156445329 N * Belu Belu_zZz
1156445368 M * nayco_ Bertl: Is this right ?
1156445370 M * nayco_ #-EXTRAVERSION = .8
1156445370 M * nayco_ #+EXTRAVERSION = .8-vs2.0.2-rc29
1156445370 M * nayco_ -EXTRAVERSION = .11
1156445371 M * nayco_ +EXTRAVERSION = .11-vs2.0.2-rc29
1156445381 M * nayco_ (In the patch)
1156445410 M * harry who cares... it's just extraversion ;)
1156445427 M * nayco_ I want it clean :-P !
1156445435 M * harry then do it like i do....
1156445443 M * harry leave the Makefile alone
1156445446 M * nayco_ Good, no .rej
1156445464 M * harry and echo -vs2.0.2-rc29 > <kerneltree>/localversion-vserver
1156445472 Q * pisco Read error: Connection reset by peer
1156445477 M * harry and echo "-vs2.0.2-rc29" > <kerneltree>/localversion-vserver
1156445510 M * nayco_ Didn't know that... I'm not a kernel hacker (not even a kernelnewbie) ;-)
1156445516 M * harry :)
1156445526 M * nayco_ thanks anyway
1156445541 M * harry if you check the Makefile, it's quite handy to have localversion-<name> stuff :)
1156445544 M * harry np
1156445597 A * harry just patches kernels and modifies some code... but i'm definately not a good kernel hacker
1156445694 M * nayco_ Bertl: Ok, so, Which are the kernel options I mustn't miss ?
1156445705 M * nayco_ before starting the compilation
1156445775 M * harry nayco_: if you want ... http://ludit.kuleuven.be/software/vserver/
1156445786 M * harry it has the kernel configs of my vserver systems
1156445798 M * harry (no modules support there... and grsec, but the vserver part can be stripped out easily :))
1156445810 M * Bertl msl: are you the provider ogu was talking about?
1156445831 M * msl hello, yes I am
1156445842 M * Bertl nayco_: well, you should definitely enable all the quota options and the vroot device
1156445852 M * Bertl msl: excellent! welcome here!
1156445857 M * msl ;-)
1156445866 M * Bertl msl: so you observe an issue with Linux-VServer?
1156445884 M * nayco_ thx, Bertl 
1156445894 M * msl at the moment, i am waiting for ogu
1156445899 M * msl he is currently
1156445900 M * msl away
1156445965 M * msl he wants to chase the chat ;-)
1156445975 M * Bertl ah, okay, but no need to be shy :)
1156445976 M * harry we log everything
1156445989 M * harry thy bytes will be published! ;)
1156445996 M * msl rrr
1156446024 M * ogu re
1156446028 M * harry boot
1156446073 M * ogu so im here
1156446075 M * Bertl okay, so ogu was talking about something semaphore related 
1156446081 M * cehteh is there some way to setup a real super-context which has full access to all processes?
1156446097 M * cehteh (not just viewing)
1156446122 M * Bertl cehteh: well admin + spectator can do that
1156446138 M * Bertl cehteh: but both are not combineable right now
1156446143 M * cehteh with stable, not devel 
1156446148 M * msl ok
1156446154 M * msl our problem is the following
1156446174 M * msl we created hosts, based on not small hardware
1156446182 M * msl with about 40 - 60 customers
1156446188 M * msl the kernel version was
1156446191 M * Bertl okay, not that unusual
1156446199 M * msl 2.6.12.4
1156446206 M * msl as i could remember
1156446207 M * Bertl quite old, though
1156446211 M * msl jo
1156446211 M * cehteh Bertl: ok .. well i would like that . i have good experiences with the 'and' auto-nice-daemon .. would be nice to run only one from such a super-context
1156446227 M * msl well
1156446230 M * msl some customers
1156446233 M * msl run even
1156446238 M * Bertl cehteh: one of the next devel releases will allow that :)
1156446243 M * msl apache2 with hosting automation
1156446245 M * msl there is
1156446246 M * Bertl cehteh: patch is already there
1156446250 M * msl an apache2 semaphore
1156446251 M * msl problem
1156446265 M * msl the memory management
1156446268 M * msl of apache
1156446277 M * Bertl okay, so apache uses certain semaphores, inside a guest, right?
1156446289 M * msl was transfused
1156446292 M * msl to the host system
1156446297 M * msl right
1156446309 M * msl the result was
1156446315 M * Bertl and how is the semaphore supposed to get out of the context?
1156446317 M * msl that no apache2 was able to run
1156446328 M * msl we do not know that
1156446343 M * msl we can create
1156446344 M * Bertl do you have those older kernels still running?
1156446347 M * ogu msl: the users get out of the chroot, right ?
1156446348 M * msl a test system
1156446352 M * msl yes
1156446360 M * msl yes, this is the problem
1156446364 M * msl first
1156446377 M * msl only the memory management
1156446387 M * msl later
1156446389 M * msl users
1156446390 M * msl can
1156446394 M * msl work
1156446396 M * msl on the host system
1156446401 M * msl we can create a test system
1156446406 M * msl so I can show
1156446408 M * msl you this
1156446414 M * Bertl okay, if you have the kernel still running, I would ask you to run the testme.sh script there, and upload the output to paste.linux-vserver.org
1156446419 M * msl phenomenon
1156446419 M * ogu msl: they have root access ?
1156446441 M * msl yes, they do
1156446450 M * msl one customer
1156446453 M * msl ran a game server
1156446456 M * msl on the host system
1156446469 M * msl he broke out
1156446474 M * ogu so its not an apache only problem
1156446483 M * Bertl lol, well, that is not supposed to happen, are you sure the barrier is intact?
1156446502 M * msl i think so
1156446502 M * Bertl btw, here is the test script I mentioned: http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh
1156446511 M * msl I know the test script ;-)
1156446517 M * msl well
1156446519 M * msl we found out
1156446523 M * msl that these problem
1156446525 M * msl only
1156446527 M * msl exists
1156446532 M * msl with host systems
1156446538 M * msl larger than 35 customers
1156446566 M * msl smaller ones are not affected
1156446573 M * Bertl well, we have systems running with 140+ guests without showing that effect
1156446589 M * michal_ i seriously doubt it would be size releated
1156446596 M * Bertl so I suppose it is something specfic to your setup
1156446635 M * Bertl msl: I'd suggest two things, to track this down (assuming you are interested)
1156446664 M * Bertl msl: first, investigate the barrier setup from inside and outside (relatively easy)
1156446697 M * Bertl msl: second, update to a recent stable or devel kernel (on one such machine) and see if that 'issue' still exists
1156446743 M * msl ok
1156446750 M * Bertl processes escaping contexts (either in filesystem or process space) are a serious issue, and we are definitely interested in tracking that down
1156446761 M * msl well, I try my best
1156446775 M * msl did you have any contact with isp4p?
1156446786 M * msl he might has reported
1156446788 M * msl this to you
1156446803 M * Bertl nope, all reports are handled very seriously here
1156446823 M * msl hmm
1156446842 M * Bertl so if that would have been reported, we would have analyzed/fixed it 
1156446858 M * Bertl (well, maybe we have, could be that I just do not remember)
1156446875 M * msl ok
1156446915 M * msl well, I will manage the concerning configuration
1156446927 M * msl and then
1156446932 M * msl I will report
1156446932 M * Bertl so, just to clarify, the guest process escapes the chroot() or the process becomes visible on the host side?
1156446945 M * msl this is the problem
1156446957 M * Bertl which one :)
1156446960 M * ogu :D
1156446970 M * ogu or both ;)
1156446989 M * Bertl to clarify, chroot() means you can access stuff outside the /vservers/<name> dir
1156446998 M * msl no
1156447013 M * msl but the process was visible
1156447013 M * Bertl the process space means that you see the process with 'ps' on the host
1156447019 M * msl yes
1156447020 M * msl right
1156447068 M * Bertl okay, please if possible, get us the testme.sh results asap, so that we know what kernel version we are talking about
1156447075 M * nayco_ Bertl: Ok, compilation begins, I gonna eat, see you in a little hour (If you're still here ;-))
1156447089 M * Bertl nayco_: k, cya!
1156447121 M * msl ok
1156447138 M * msl I try my best
1156447143 M * msl thank you very much
1156447151 M * Bertl you're very welcome!
1156447175 M * Bertl as I already said to ogu, we are always interested and thankful for feedback
1156447212 M * ogu its great to get fast and good support
1156447216 M * ogu :)
1156447228 M * Bertl I guess we are quite good at that :)
1156447234 M * ogu :)
1156447255 M * nayco_ *yes, Bertl is fast* ;-)
1156447273 M * msl :-)
1156447341 Q * msl Quit: Verlassend
1156447351 M * nayco_ kernel/timer.c:1014:2: error: #endif without #if
1156447351 M * nayco_ make[1]: *** [kernel/timer.o] Erreur 1
1156447351 M * nayco_ make: *** [kernel] Erreur 2
1156447355 M * nayco_ :-O ;-(
1156447429 J * pisco ~pampel@p5087948F.dip0.t-ipconnect.de
1156447520 M * Bertl nayco_: in my code, this line has a curly brace :)
1156447684 M * nayco_ What is a curly brace ?
1156447723 M * Bertl  }
1156447774 M * nayco_ strange.... Patch hasn't failed. maybe a hunk badly resolved
1156447854 M * Bertl just verified with stable, no #endif there either
1156447892 M * Bertl maybe the patch got garbled with 2.6.17.11, checking now
1156447926 Q * gerrit Quit: KVIrc 3.2.0 'Realia'
1156448142 M * nayco_ k
1156448319 M * Hollow for all interested in vcd: http://home.xnull.de/work/vserver/manual/manual.pdf
1156448346 M * Bertl ah, cool!
1156448361 M * Bertl okay, off for dinner now ... back later!
1156448382 N * Bertl Bertl_oO
1156448839 M * ptl_xid Hi Hollow, I'm very interested in vcd, how could I contribute to the project ?
1156448874 M * ptl_xid I've read the pdf, I think its a great idea
1156448882 M * Hollow you can test, suggest features, write documentation, or send in patches :)
1156448906 M * ptl_xid is there any homepage ?. Actually its the first time I heard about vcd
1156448979 M * Hollow well.. no homepage yet (at least not with more information than in the pdf) but you can browse svn trunk at svn.linux-vserver.org
1156448988 M * ptl_xid what languages are you using ?
1156448993 M * Hollow C
1156449006 M * ptl_xid no scripting ?
1156449027 M * Hollow no
1156449034 M * ptl_xid it seems you're a gentoo guy, why not phyton ?
1156449043 M * ogu have a nice day :) we will test some things on the vserver host and than dell the solution
1156449045 Q * ogu Quit: Verlassend
1156449068 M * Hollow i don't see why gentoo devs should use python.. but beside that i don't like python, and i don't wanted to script it
1156449101 M * ptl_xid jee, its ok, i don't use it either
1156449115 M * Hollow syntax is aweful
1156449137 M * ptl_xid yeah, a little bit worse than perl ;-)
1156449143 M * Hollow ;)
1156449158 M * ptl_xid how to contact developers ?
1156449174 J * GNUcifer ~ct@cehteh.homeunix.org
1156449177 M * Hollow easy:
1156449179 M * Hollow Hollow: ping
1156449181 M * Hollow :D
1156449200 M * ptl_xid ircseeing
1156449215 M * Hollow you can of course email me too
1156449369 Q * cehteh Ping timeout: 480 seconds
1156449433 Q * kaner Ping timeout: 480 seconds
1156449670 J * kaner kaner@strace.org
1156449745 P * pisco 
1156450436 M * ntrs_ patching file kernel/timer.c
1156450436 M * ntrs_ Hunk #4 FAILED at 1012.
1156450436 M * ntrs_ Hunk #5 succeeded at 1162 (offset -27 lines).
1156450436 M * ntrs_ 1 out of 5 hunks FAILED -- saving rejects to file kernel/timer.c.rej
1156450457 M * ntrs_ this is with the latest kernel 2.6.17.11
1156450462 N * ntrs_ ntrs
1156450495 M * ntrs Any timeframe to fix this problem?
1156450606 J * lylix ~eric@dynamic-acs-24-154-53-234.zoominternet.net
1156450860 M * nayco_ ntrs: same for me ;-)
1156451122 Q * bonbons Quit: Leaving
1156451486 Q * nayco_ Quit: Bonne nuit !
1156451672 Q * cdrx Ping timeout: 480 seconds
1156451927 M * coocoon ntrs: bertl can answer this if he is back
1156452494 J * Hecticee ~dman@host81-129-189-119.range81-129.btcentralplus.com
1156452682 J * gerrit_ ~gerrit@bi01p1.co.us.ibm.com
1156452894 M * daniel_hozac ntrs: stable or devel?
1156452904 M * ntrs devel
1156452977 M * michal_ 13thfloor.at seems to be pretty dead from here
1156452992 M * michal_ wget can connect, but timeouts waiting for response
1156453138 M * daniel_hozac WORKSFORME.
1156453185 M * michal_ hm
1156453209 M * michal_ could you send me patch-2.6.17.8-vs2.0.2-rc29.diff & 2.1 too?
1156453218 M * derjohn ntrs, linux-vserver.derjohn.de , there is a 2.6.17.11 for debian, incl. deb-src
1156453310 M * ntrs derjohn, I don't need it for debian.
1156453318 M * derjohn ntrs, and: You might also be successful by doing a patch -p1 -F 50 -i patchfile.... I remeber it was only some line shifted
1156453321 M * ntrs I need vanilla from kernel.org
1156453334 M * derjohn ntrs, bzut you can get the patch form there ;)
1156453345 M * daniel_hozac http://daniel.hozac.com/vserver/patch-2.6.17.11-vs2.1.1-rc29.diff
1156453346 M * derjohn yes, It is vanilla, but packed into an .deb
1156453353 M * michal_ thx
1156453356 M * derjohn but anyway. try --fuzz 50
1156453361 M * ntrs derjohn, if it was a line shifted wouldn't it be only a fuzz and not a reject?
1156453377 M * derjohn ntrs, patch uses by default only a fuzz of 3
1156453382 M * daniel_hozac line shifted -> offset.
1156453386 M * ntrs derjohn, ok thanks.
1156453396 M * ntrs derjohn, I don't use debian at all.
1156453416 M * derjohn ntrs, I did the "upgrade" by applying vanilla incremental kernel pachtes.
1156453436 M * derjohn from 2.6.17.8 -> 2.6.17.9 etc.
1156453445 M * daniel_hozac there's another way to do it? :)
1156453459 M * daniel_hozac that keeps disk usage down too.
1156453472 M * daniel_hozac (if you're using a bunch of hardlinked trees, that is)
1156453486 M * derjohn daniel_hozac, yes, I always do a fresh build with my dpatch directry. PACHTESALLFORME ;)
1156453532 M * derjohn hm, no, didnt try a hardlink farm yet. next time i'll figure that out. :)
1156453537 M * daniel_hozac i don't do builds in my trees.
1156453548 M * daniel_hozac or even on this box.
1156453609 M * derjohn no, I do it on "ravenloft" my box-for-all-my-need. it's only dual p3, so I cant do y x86_64 build (well, my crosscompile try failed ...)
1156453663 M * daniel_hozac hehe, stagioni is my builder/mirror. AMD64 3800+ X2 with 4 GiB of RAM :)
1156453682 M * derjohn daniel_hozac, you compile faster than me :)
1156453717 M * daniel_hozac i doubt it... the debuginfo extraction/signing/etc. takes a _lot_ of time.
1156453725 M * michal_ yep
1156453746 M * derjohn daniel_hozac, memory and disk are much faster, too.
1156453749 M * michal_ kernel with full debug infos i'm building are taking a lot more time to build than production ones
1156453768 M * derjohn daniel_hozac, i remember an allconfig on such a machine < 20 mins ?
1156453793 M * daniel_hozac quite possible, but generally each kernel takes about an hour.
1156454291 Q * mire_ Quit: Leaving
1156455723 M * waldi boah, sometimes I want the option to nop mknod calls
1156455754 M * waldi and/or let it create a small set of known good devices ...
1156455775 M * daniel_hozac policy in the kernel is a bad idea, IMHO.
1156455786 M * waldi yep, i know
1156455812 Q * dna Quit: Verlassend
1156455813 M * waldi so my second variant is the dev-bind patch
1156455868 N * Bertl_oO Bertl
1156455875 M * Bertl back now ...
1156455880 M * daniel_hozac wb.
1156455944 M * Bertl waldi: we will soon allow to create arbitrary device nodes :)
1156455970 M * daniel_hozac ?
1156456022 M * waldi Bertl: hmm?
1156456029 M * ntrs Bertl, did you see my question above about the rejects?
1156456086 M * Bertl not yet :)
1156456136 M * ntrs Ok, basically there is a reject in timer.c with 2.6.17.11
1156456167 M * Bertl k, new patches for 2.6.17.11 will be there shortly (few minutes)
1156456185 M * daniel_hozac stable as well? did you see my questions yesterday?
1156456212 M * daniel_hozac (re VCI_VERSION and vc_vci_config)
1156456212 M * Bertl stable and devel will include the fix for the network removal?
1156456225 M * Bertl ah, no VCI? let's hear
1156456237 M * daniel_hozac we haven't bumped VCI_VERSION yet.
1156456245 M * daniel_hozac since 2.0, actually.
1156456256 M * Bertl okay, so stable still shows 2.0
1156456311 M * Bertl okay, will do that too
1156456331 M * daniel_hozac what about vc_vci_config? will stable get it?
1156456345 M * Bertl would it make sense?
1156456412 M * Bertl it's fairly independant, we could add it, but we saw no need for that the last few months?
1156456491 M * daniel_hozac well, true...
1156456521 M * Bertl do you plan to use it now?
1156456544 M * waldi Bertl: how can I detect if i'm in a vserver?
1156456547 M * waldi grep -q s_context /proc/self/status?
1156456560 M * Bertl on an old one, yes
1156456587 M * waldi and on new ones?
1156456594 M * Bertl the safest way is to check the syscall interface
1156456611 M * daniel_hozac not really, the case i had planned to use it for actually doesn't need it... so i guess, nevermind :)
1156456672 M * waldi Bertl: and in a script?
1156456692 M * waldi can't use a compiled tool at this time
1156456731 M * Bertl well, depends on the kernel version and setup
1156456946 M * ntrs Is there flag or a capability that would allow one to run unmodified bind in a guest?
1156456965 M * ntrs either with 2.0.2 or 2.1.1
1156456982 M * Bertl yes, 2.1.1 allows that by default :_)
1156456997 M * ntrs oh, so by default bind will work just fine?
1156457003 M * Bertl yup
1156457019 J * mire ~mire@144-167-222-85.COOL.ADSL.VLine.Verat.NET
1156457041 M * ntrs ok, are we getting anywhere with the 2.1.1 for 2.6.17.11?
1156457108 M * Bertl as you know, my development machine has limited resources ... it takes a while to test compile a kernel :)
1156457141 M * ntrs hehe, I know. I didn't mean to be pushy. Sorry.
1156457175 M * waldi Bertl: you need a faster machine? :)
1156457191 M * Bertl nah, I'm quite patient ... works for me atm :)
1156457220 M * waldi my last speed test was 50s per kernel
1156457229 M * Bertl daniel_hozac: do you have a test case for the net_remove ?
1156457257 Q * comfrey Ping timeout: 480 seconds
1156457480 M * daniel_hozac Bertl: no.
1156457509 M * Bertl what do you think, should gcc be smart enough to figure this one?
1156457510 M * Bertl http://vserver.13thfloor.at/Experimental/delta-net-fix01.diff
1156457543 M * ntrs Are there some missing features on http://linux-vserver.org/Release+FAQ that would differentiate stable from devel even more?
1156457562 M * Bertl yes, haven't had time to update it yet
1156457618 M * daniel_hozac should work... isn't vcmd capable of testing the vc_net_remove?
1156457645 M * Bertl sure, I just didn't write a test case yet, so I asked :)
1156457776 M * daniel_hozac hehe.
1156457852 M * Bertl ntrs: you are basically interested in an rc29 ontop of 2.6.17.11, right?
1156457867 M * ntrs Bertl, yes.
1156457880 M * ntrs that is, devel rc29
1156457887 M * Bertl right, ok
1156457909 M * daniel_hozac 23:02 < daniel_hozac> http://daniel.hozac.com/vserver/patch-2.6.17.11-vs2.1.1-rc29.diff
1156457919 M * daniel_hozac ;)
1156458067 M * ntrs daniel_hozac, where did you get that from? Did you fix the reject in timer.c?
1156458079 M * daniel_hozac yep.
1156458287 J * matti_ matti@linux.gentoo.pl
1156458467 Q * matti Ping timeout: 480 seconds
1156458467 N * matti_ matti
1156458606 M * Bertl okay, here is my version, probably identical ... http://vserver.13thfloor.at/Experimental/patch-2.6.17.11-vs2.1.1-rc29.diff
1156458660 M * Bertl test compile still running ...
1156458701 M * daniel_hozac whitespace differences, and apparently i forgot to remove Makefile.orig after editing it.
1156458730 M * Bertl excellent!
1156458793 M * Hecticee what command i use to use that path?
1156458813 M * Bertl Hecticee: hmm?
1156458824 M * Bertl ah, s/path/patch?
1156458847 M * Bertl something like:
1156458871 M * Hecticee yes?
1156458882 M * Bertl cp -la linux-2.6.17.11 linux-2.6.17.11-vs2.1.1-rc29 && cd linux-2.6.17.11-vs2.1.1-rc29 && patch -p1 <../patch-2.6.17.11-vs2.1.1-rc29.diff
1156458916 M * Bertl assumed that linux-2.6.17.11 already exists on your machine
1156459137 Q * gerrit_ Ping timeout: 480 seconds
1156459246 M * Bertl Hecticee: is that what you wanted to know?
1156459388 P * stefani I'm Parting (the water)
1156459429 Q * olilo Ping timeout: 480 seconds
1156459488 J * olilo hiddenserv@tor.noreply.org
1156459869 J * gerrit_ ~gerrit@bi01p1.co.us.ibm.com
1156460116 M * Bertl daniel_hozac: is '--' handled by getopt() too?
1156460395 M * GNUcifer nope
1156460410 M * GNUcifer getopt_long does that
1156460434 M * Bertl so, to handle a '--' with custom arguments (before) I ahve to do a check like this, right?
1156460437 M * Bertl         if ((optind > 0) && strcmp(argv[optind-1], "--") == 0)
1156460476 M * Bertl otherwise I have a special case when no 'custom' arguments, follow the options
1156460528 M * GNUcifer dont ask me further .. and wait until my MaLa language is finished ;) .. that will do that far better
1156460538 M * Bertl i.c.
1156460572 M * GNUcifer well i hope enrico likes it .. but i am currently busy 
1156460608 M * Bertl just for the record, the check above works (as expected)
1156460610 M * GNUcifer ah and you meant the -- as in all remaining args? .. that should be handled by getopt
1156460628 M * GNUcifer i just dont know how
1156460635 M * Bertl well, yes and no, it terminates the scan, skips the '--' but doesn't report anything
1156460657 M * GNUcifer mhm
1156460836 J * derjohn2 ~aj@dslb-084-058-222-040.pools.arcor-ip.net
1156461201 M * GNUcifer sometimes i think the firehol concept is somewhat borked
1156461237 M * derjohn2 GNUcifer, you pointed me to that thing and I love it!
1156461265 M * GNUcifer yes .. ;) but now i have some problems with it
1156461275 M * GNUcifer well its likely still the best one around
1156461292 M * derjohn2 what kind of problems?
1156461315 M * GNUcifer i once made such a thing for freebsd ipf .. with a more natural config language and imo better abstraction
1156461329 M * GNUcifer but was only a proof-of-concept state :(
1156461389 M * GNUcifer i think basing it on 'interface' and 'router' in firehol is quite low level
1156461437 M * GNUcifer i had abstraction of networks and hosts .. "foohost serves http to internet" 
1156461471 M * GNUcifer if foohost has a local ip it would automatically generate proper nat for that and so on
1156461481 M * GNUcifer even a level higher than firehol
1156461491 M * GNUcifer (implemented in prolog)
1156461514 M * GNUcifer but never really completed and that was some years ago
1156461570 M * derjohn2 GNUcifer, well maybe you are looking more for a a simplyfier .... fwbuilder or such 
1156461607 M * GNUcifer nope exactly the opposite
1156461614 M * Bertl hey derjohn2!
1156461627 M * GNUcifer i like firehol much more than fwbuilder
1156461654 M * GNUcifer i would like a even higher level abstraction and stuffing the knowledge about filewalling into the app
1156461662 M * derjohn2 Hello Bertl ! Did you get the mail from my twin brother derjohn ?
1156461727 Q * sD6 autokilled: Take your warez somewhere else. If you feel an error has been made, please contact support@oftc.net. (2006/8/24 23.22)
1156461731 M * Bertl probably not, had some mail issues yesterday (move from one provider to the other didn't work out, i.e. they removed the machine too early)
1156461758 M * derjohn2 GNUcifer, that might be dangerous as things can be very different in differnt nets, e.g. the NAT rule should not apply automagically, maybe NAT is done on some other router on th net
1156461791 M * Bertl hmm, we had a warez bot here? :)
1156461800 M * GNUcifer derjohn: i am aware of that ... with 'automatic' i meant a really smard and right[tm] way
1156461877 M * GNUcifer would likely require that such a firewall thing can make some probes and discover the net (actually prolly just by analyzing the logs the firewall generates)
1156461902 M * Bertl derjohn2: could you bounce it again, just to make sure?
1156461904 M * GNUcifer and firehol is a all-in-one-shot thing ... i would like something modular
1156461910 M * derjohn2 Bertl, already done ;)
1156461929 M * Bertl ah, tx!
1156461932 M * GNUcifer switching between diffent tables if ppp is up or not and dynamically alter blacklists etc
1156461970 M * derjohn2 does anyone know if there is a trick to run a gentto guest on a debian host? I remember there was something about the init style .. or not ?
1156461996 J * cehteh ~ct@cehteh.homeunix.org
1156462009 M * cehteh anyways ... my irc proxy works now ;)
1156462026 Q * GNUcifer Quit: Client exiting
1156462026 M * derjohn2 cehteh, you have a split personality now 
1156462029 M * derjohn2 ah 
1156462030 M * derjohn2 :)
1156462516 M * cehteh derjohn: http://www.pipapo.org/people/ct/ipfconfig.txt quite unpolished but that was the way i had in mind (while service definitions should be external)
1156462584 M * cehteh fetching host infos from /etc/hosts and /etc/networks, querying dns and so on .. there could be much more automated
1156463249 Q * gerrit_ Remote host closed the connection
1156463328 M * derjohn2 cehteh, I dont see any difference in your config when it comes to the question of a "higher level"
1156463337 M * derjohn2 at least: not yet ;)
1156463367 M * cehteh yeah .. consider many things there optional and be discovered automatically
1156463440 M * cehteh but the way you engage it is some other way, you tell which host serves what to whom
1156463480 M * cehteh no need to deal with routers and interfaces unless you want to restrict something special
1156463509 M * cehteh the middle %hosts% part is actually the core
1156463519 M * cehteh in ideal only thats left
1156463657 M * cehteh err .. not the hosts part but the allowed-services part i meant