1146700856 Q * ntrs Ping timeout: 480 seconds
1146701030 J * ntrs ~ntrs@68-188-51-87.dhcp.stls.mo.charter.com
1146701517 Q * ntrs Ping timeout: 480 seconds
1146701763 J * ntrs ~ntrs@68-188-51-87.dhcp.stls.mo.charter.com
1146702063 Q * gerrit Ping timeout: 481 seconds
1146702153 Q * mkhl Quit: 
1146702231 Q * s0undt3c1 Quit: leaving
1146702509 J * s0undt3ch ~s0undt3ch@bl7-243-53.dsl.telepac.pt
1146702512 Q * s0undt3ch Quit: 
1146704821 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1146706868 J * zalyanty ~zalfarien@202.157.203.154
1146707617 Q * zalyanty Ping timeout: 480 seconds
1146707751 J * mkhl ~mkhl@200-148-40-25.dsl.telesp.net.br
1146708252 J * Radiance 40fcc563d9@neon.trighost.org
1146708265 M * Radiance g'evening all
1146708584 M * Radiance any one tried using a vanilla + grsec kernel with vserver ? problems encountered ? 
1146708662 M * Radiance no full rbac mode enabled, just some features of the grsec patch
1146709132 J * doener_ ~doener@i5387CFB5.versanet.de
1146709377 Q * doener Ping timeout: 480 seconds
1146710116 Q * doener_ Ping timeout: 480 seconds
1146710848 J * doener ~doener@i5387C70E.versanet.de
1146710931 Q * mire Ping timeout: 480 seconds
1146711083 Q * Hunger Ping timeout: 480 seconds
1146711405 M * doener were any deadlock issues fixed between rc16 and rc19?
1146712569 Q * Wenix arion.oftc.net kinetic.oftc.net
1146712569 Q * cohan arion.oftc.net kinetic.oftc.net
1146712569 Q * nox arion.oftc.net kinetic.oftc.net
1146712569 Q * click arion.oftc.net kinetic.oftc.net
1146712569 Q * Smutje arion.oftc.net kinetic.oftc.net
1146712569 Q * virtuoso arion.oftc.net kinetic.oftc.net
1146712569 Q * ddlp arion.oftc.net kinetic.oftc.net
1146712569 Q * kilian arion.oftc.net kinetic.oftc.net
1146712569 Q * alamar arion.oftc.net kinetic.oftc.net
1146712569 Q * matti arion.oftc.net kinetic.oftc.net
1146712569 Q * locksy arion.oftc.net kinetic.oftc.net
1146712569 Q * SiD3WiNDR arion.oftc.net kinetic.oftc.net
1146712569 Q * Adrinael arion.oftc.net kinetic.oftc.net
1146712569 Q * sannes arion.oftc.net kinetic.oftc.net
1146712569 Q * nebuchadnezzar arion.oftc.net kinetic.oftc.net
1146712569 Q * Bertl_zZ arion.oftc.net kinetic.oftc.net
1146712569 Q * [PUPPETS]Gonzo arion.oftc.net kinetic.oftc.net
1146712661 J * nebuchadnezzar ~nebu@zion.asgardr.info
1146712661 J * matti matti@linux.gentoo.pl
1146712661 J * Smutje ~Smutje@xdsl-87-78-98-134.netcologne.de
1146712661 J * Bertl_zZ herbert@212.16.62.52
1146712661 J * alamar ~alamar@sol.diddens.de
1146712661 J * click click@ti511110a080-3573.bb.online.no
1146712661 J * Wenix ~wenix@81.7.189.11
1146712661 J * ddlp ~ddlp@sarayi.kariva.org
1146712661 J * virtuoso ~s0t0na@80.253.205.251
1146712661 J * sannes ~ace@simula-084.simula.no
1146712661 J * cohan ~cohan@koniczek.de
1146712661 J * kilian kk@projects.verfaction.de
1146712661 J * SiD3WiNDR luser@bastard-operator.from-hell.be
1146712661 J * [PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1146712661 J * nox ~nox@nox.user.oftc.net
1146712661 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1146713243 J * Hunger Hunger.hu@Hunger.hu
1146713783 J * mire ~mire@73-167-222-85.COOL.ADSL.VLine.Verat.NET
1146714556 Q * ddlp Remote host closed the connection
1146714556 J * Wenix_ ~wenix@81.7.189.11
1146714560 J * ddlp ~ddlp@sarayi.kariva.org
1146714578 Q * alamar Remote host closed the connection
1146714585 J * sladen_ paul@starsky.19inch.net
1146714586 J * alamar ~alamar@sol.diddens.de
1146714662 Q * Wenix Read error: Connection reset by peer
1146714697 Q * sladen Ping timeout: 480 seconds
1146716755 Q * are|lunch Quit: bbl
1146717087 J * _coocoon_ ~coocoon@p54A06D26.dip.t-dialin.net
1146717104 M * _coocoon_ mormning
1146717472 M * doener morning
1146719352 J * locksy ~locksy@mrtg.sisgroup.com.au
1146721531 N * otaku42_away otaku42
1146722490 J * Viper0482 ~Viper0482@p549773A5.dip.t-dialin.net
1146722754 J * teukka ~tmatilai@backport.ri.fi
1146723077 Q * comfrey Ping timeout: 480 seconds
1146723433 N * Bertl_zZ Bertl
1146723441 M * Bertl short visit, almost off ...
1146723454 M * Bertl doener: not that I know of, why?
1146723457 M * _coocoon_ hello bertl r u on linuxtag
1146723480 M * Bertl not yet, still a 6-7 hour drive ahead ...
1146723496 M * _coocoon_ oh ok
1146723497 M * Bertl (it's quite a distance to wiesbaden ..)
1146723500 M * _coocoon_ i thought u r there
1146723512 M * _coocoon_ but have a lot fun and success
1146723535 M * doener had two crashes, nothing in the logs...
1146723558 M * doener happened while stracing a process
1146723569 M * doener might that be related two the gdb crash?
1146723571 M * Bertl on x86_64 inside a 32bit guest?
1146723580 M * doener couldn't reproduce it with rc19 yet
1146723598 M * doener no, 64bit guest
1146723603 M * Bertl well, rc19 fixes an overeager BUG_ON()
1146723623 M * Bertl but that should give you a panic/trace
1146723798 M * doener the box just froze completely, even the mouse pointer didn't move anymore
1146723957 M * Bertl strange, well, if it is fixed with rc19, then it might be related
1146723990 M * Bertl the only relevant change there is in the reaper check and the cleanups for the kernel sendpage
1146724020 M * Bertl okay, leavin now ... back from LT (hopefully in 7 hours or so)
1146724028 N * Bertl Bertl_oO
1146725330 J * chelli ~thomas@PC1.ideolabs.TGZ-Ilmenau.de
1146725818 J * balbir ~balbir@59.144.62.224
1146726064 Q * Viper0482 Remote host closed the connection
1146726157 J * Viper0482 ~Viper0482@p549773A5.dip.t-dialin.net
1146726378 J * Milf ~Miranda@217.19.180.126
1146726395 M * Milf Good morning sleepyheads!
1146726438 M * phedny morning
1146727659 J * ben_ ~Lukas@88.134.54.56
1146727685 M * ben_ god morning
1146728762 J * derjohn2 ~aj@217.19.180.109
1146728832 Q * knotty Ping timeout: 480 seconds
1146729014 Q * Milf Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org
1146729338 J * LinuxTag ~guest@217.19.180.112
1146729999 J * doener_ ~doener@i5387C48A.versanet.de
1146730308 Q * Aiken Remote host closed the connection
1146730320 J * Aiken ~james@tooax6-188.dialup.optusnet.com.au
1146730377 Q * doener Ping timeout: 480 seconds
1146730599 J * Dr4g ~Dr4g@82-40-45-68.cable.ubr06.uddi.blueyonder.co.uk
1146732738 Q * shedi Quit: Leaving
1146732958 Q * Aiken Quit: Leaving
1146733584 M * matvey Good morning
1146733652 M * ben_ hello
1146735253 Q * _coocoon_ Quit: KVIrc 3.2.0 'Realia'
1146735282 M * harry how can i get a list of all existing contexts?
1146735293 M * harry vserver-stat only gives the ones from running servers
1146735302 M * harry and... why not take random contexts?
1146735989 J * _coocoon_ ~coocoon@p54A06D26.dip.t-dialin.net
1146736001 M * _coocoon_ micah: r u there
1146736005 M * _coocoon_ ?
1146736129 J * shedi ~siggi@tolvudeild-201.lhi.is
1146736277 M * teukka harry: cat /etc/vservers/*/context | sort -n
1146736493 M * doener_ teukka: that's the contexts configured for your vservers, not the existing ones... 
1146736520 M * doener_ harry: in /proc/virtual is one directory for each existing context
1146736539 M * doener_ and about the random contexts, what exactly do you mean by that?
1146736724 M * teukka doener_: ah, I didn't understand the question..
1146736786 M * doener_ teukka: well, maybe harry actually meant the configured contexts...
1146736805 M * doener_ "vserver-stat only gives the ones from running vservers" isn't clear...
1146736838 M * doener_ it might mean "it doesn't show the contexts of not running vserver" or "it shows only contexts of running vservers, not non-vserver contexts"
1146736846 M * doener_ hm... but that's easy to check actually
1146736888 M * doener_ teukka: ok, it's the former... so harry's question was just misleading and you get the banana
1146737015 M * teukka yeah, I'm easy to be misled =)
1146738870 M * eyck me wants banana too
1146739752 M * harry well...
1146739764 M * harry the problem is.. i started numbering at 40
1146739768 M * harry now i'm at 45
1146739776 M * harry but if a collegue makes other servers...
1146739787 M * harry but they are not running, i might end up using 46 as the next
1146739797 M * harry while that one is allready used by another vserver
1146739812 M * harry and if i don't specify a context... it chooses one (random?)
1146739831 M * harry so... is there a reason why i should specify a context?
1146739902 M * doener_ if you don't specify a context, you use a dynamic context, IIRC 2.1.x dropped support for them (might be wrong here though)
1146739922 M * doener_ the problems with dynamic contexts start when you use disk limits
1146739953 M * doener_ files are tagged to belong to a certain context, but your vserver might have a different xid each time, and lose access to his files
1146739974 M * harry ?
1146739998 M * harry if i choose to use a dymanic context, then that one is only set once at creation time, right?
1146740055 M * doener_ at creation time of that context, yes. it won't change while the vserver is running...
1146740070 M * harry when you stop it, and start it, it will also have the same context
1146740077 Q * Zaki Ping timeout: 480 seconds
1146740082 M * doener_ not necessarily
1146740087 M * harry ?
1146740099 M * harry and it will stay the same if i set it at creation time?
1146740110 M * doener_ dynamic contexts start at 49152
1146740112 M * harry why would you ever want it to change???
1146740130 M * doener_ and each time a dynamic context is created, the kernel increases that number
1146740145 M * doener_ you don't want it to change, that's why you don't use dynamic contexts
1146740170 M * harry why would it change if you stop/start a vserver?
1146740211 M * harry why not just have it take a dynamic context at startup time
1146740221 M * harry and use that for that vserver instance forever
1146740222 M * doener_ how should the kernel know that vserver foo should have xid 50123 if you don't tell him?
1146740233 M * harry all instances will have unique contexts
1146740242 M * harry and you don't have to keep track of which ones are used allready
1146740277 M * doener_ that would be the job of the tools, not the kernel and won't work with dynamic contexts
1146740291 M * harry 11:55 < doener_> harry: in /proc/virtual is one directory for each existing context
1146740294 M * harry not true btw
1146740299 M * harry 42    43    44    45    info
1146740306 M * harry but there is a 40 and 41
1146740312 M * harry those are just not running
1146740320 M * doener_ then these contexts do not exists right now
1146740335 M * doener_ a context is a kernel thing
1146740343 M * harry so... again my question... if my collegue sets up a server with context 46 now
1146740348 M * doener_ if the vserver is not running, the context does not exists
1146740350 M * harry uses it for a while, shuts it down
1146740355 M * harry i have to create a new one
1146740364 M * harry i use 46 too, since i dont know there is a 46
1146740381 M * harry i run mine in 46
1146740394 M * harry he starts his, and we have 2 vservers with the same context
1146740397 M * harry you don't want that
1146740427 J * Zaki ~Zaki@212.118.96.251
1146740428 M * doener_ use teukka's command to see the xids used by your vserver configurations
1146740434 M * harry so... if i use dynamic contexts, it picks 49152, after that, if i create another one, it uses 49153 etc...
1146740437 M * harry so they are unique
1146740456 M * harry and i don't have to worry about my collegue using the same context as me
1146740470 M * doener_ yeah, but you can't use disk limits then
1146740471 M * harry since it's allways +1, there are no collisions
1146740475 M * harry why not?
1146740477 Q * softi42 Ping timeout: 480 seconds
1146740489 M * harry i can set limits, based on the context number of the server i set up
1146740500 M * harry once it's created, i konw the context of that vserver
1146740505 M * doener_ but the next time you start the vserver it might have a different xid
1146740510 M * harry ??????????
1146740515 M * harry why would you ever change it????
1146740518 M * teukka he, I see a circle in this conversation.. :)
1146740525 M * harry tell me... why would it change?
1146740544 M * harry if i set up a vserver with "random" context, it's fixed... not random anymore
1146740561 M * doener_ harry, listen... there are two ways to create a context. either specify an xid 2-49151, or don't specify one and get a dynamic context xid 49152-65535
1146740565 M * harry once i get one with number 49152, THAT context is mine
1146740606 M * doener_ if you don't specify a xid, you get that number from the kernel, it starts with 49152, then 49153 and so on
1146740613 M * harry true
1146740617 M * doener_ when you reboot, the kernel starts from 49152 again
1146740624 M * harry why?
1146740629 M * harry ow why would you do that?
1146740642 M * doener_ there's no way for the kernel to know that there was a xid 49152 before...
1146740660 M * harry so... i started at context 40 now, right?
1146740674 M * harry there is NO way at all to know if that context is in use or not
1146740691 M * doener_ 11:51 <teukka> harry: cat /etc/vservers/*/context | sort -n
1146740692 M * harry if a vserver (that's down) allready has that context
1146740716 M * harry ah
1146740723 M * doener_ that will get you the list of contexts appearing in your vserver configurations
1146740732 M * doener_ but it has nothing to do with _existing_ contexts
1146740734 M * harry now, the next q... why can't that be used as "dynamic" context?
1146740756 M * harry doener_: off course not, they don't exist if the server is not "powered on"
1146740781 M * doener_ just wanted to make sure as you originally asked about existing contexts
1146740794 M * harry would be nice that , if i don't specify one, it checks the next one available and use that one as a "static" context
1146740814 M * harry hmm... syntax error in my question, sorry about that
1146740852 M * doener_ that's something the tools would need support for. the dynamic context thing is a kernel thing, probably the term 'dynamic/random context' caused us a bit of trouble
1146740869 M * harry btw. i've got a nicer sollution for disk limits... just use 1 logical volume for each server :)
1146740884 M * doener_ you loose unification then
1146740894 M * harry true
1146740900 M * harry but i don't use that :0
1146740901 M * harry ;)
1146741015 J * softi42 ~softi@p549D787D.dip.t-dialin.net
1146741042 M * doener_ atjola:~# echo "echo `cat /usr/local/util-vserver/etc/vservers/*/context | sort -n | tail -n1`  + 1 | bc" >> /root/bin/next_xid; chmod 700 /root/bin/next_xid
1146741046 M * doener_ atjola:~# echo `/root/bin/next_xid`
1146741046 M * doener_ 21
1146741084 M * doener_ adjust the path and build vservers using: vserver foo build ... --context `/root/bin/next_xid`
1146741101 M * doener_ you just have to take care then that you don't get into a race condition ;)
1146741347 P * teukka Leaving
1146741393 J * teukka ~tmatilai@backport.ri.fi
1146741436 M * harry hehe
1146741437 M * harry tnx :)
1146741455 M * doener_ np
1146742210 Q * derjohn2 Ping timeout: 480 seconds
1146743012 J * derjohn2 ~aj@217.19.180.109
1146744171 J * ptl_xid ~iuuuju@151-138-235-201.fibertel.com.ar
1146744175 M * ptl_xid hi to all !!
1146744280 M * ptl_xid i'm trying to get std non shared quota over LVM following the how to, (actually i had it working once before !!!), but i'm having errors using the mknod that I don't now how to fix...
1146744318 M * ptl_xid the error is the following:
1146744329 M * ptl_xid rs00:/vservers# mknod /dev/vroot/vs02 b 10 0
1146744329 M * ptl_xid rs00:/vservers# vrsetup /dev/vroot/vs02 /dev/vg00/vs02
1146744329 M * ptl_xid open("/dev/vroot/vs02"): No such device or address
1146744356 M * ptl_xid any help would be appreciated
1146744361 M * ptl_xid =P
1146744408 M * _coocoon_ what is in the /dev folder of the hodst
1146744412 M * _coocoon_ +-d
1146744416 M * _coocoon_ -d
1146744721 M * _coocoon_ ptl_xid: have a look here this how to io think is also good if u r using debian http://www.debianhowto.de/doku.php/de:howtos:sarge:linux-vserver --> below under Erstellen der virtuellen root-devices (vroot)
1146744763 M * _coocoon_ ptl_xid: it is only in german sorry
1146745099 M * ptl_xid mmm, actually I'm studying Deutsche, but I'm int the first level... ouch !.
1146745132 M * ptl_xid the lvm is over a raid 5 device
1146745161 M * _coocoon_ ptl_xid: ok what is in the dev folder of the host do there exists the vroot devices standar is 8 if it is in the kernel enabled
1146745166 M * _coocoon_ +d
1146745204 M * ptl_xid rs00:/vservers# ls -l /dev | grep md
1146745205 M * ptl_xid brw-rw---- 1 root disk      9,   0 May  2 10:52 md0
1146745234 M * ptl_xid rs00:/vservers# ls -l /dev | grep sda | head -n2
1146745235 M * ptl_xid brw-rw---- 1 root disk      8,   0 May  2 10:52 sda
1146745235 M * ptl_xid brw-rw---- 1 root disk      8,   1 May  2 10:52 sda1
1146745290 M * _coocoon_ ptl_xid: is this the name of the host 'rs00'
1146745292 M * _coocoon_ ?
1146745297 M * ptl_xid yes
1146745323 M * _coocoon_ ptl_xid: but u have also a folder there which called /dev
1146745336 M * _coocoon_ not in the vservers folder
1146745345 M * _coocoon_ in the root dir
1146745377 M * ptl_xid the output that I pasted is from the /dev (root device) in the real host
1146745397 M * ptl_xid but I didn't paste the whole thing
1146745408 M * ptl_xid just a few lines =P
1146745456 M * ptl_xid eine Frage: what major number do I have to use for the mknod ?
1146745498 M * ptl_xid does it have to be a number shared with a real device ?
1146745500 M * _coocoon_ no i mean if u have enabled it int the kernel 8 vroot devices will be created at the boot and they appears in the dev folder
1146745537 M * ptl_xid oooo... actually I created /dev/vroot with mkdir =P.... wrong ?
1146745545 M * _coocoon_ ptl_xid: what happens if fire up this command dmesg -s 100000 | grep vroot
1146745596 M * ptl_xid dmesg -s 100000 | grep vroot -> null output
1146745610 M * ptl_xid no vroot support in kernel ?
1146745619 M * _coocoon_ rigth u must enable it
1146745628 M * ptl_xid ouch !... jeee, great !
1146745652 M * ptl_xid thank you very much, and after that, what numbers do I assign to the mknod ?
1146745799 M * _coocoon_ if u look at the commands in the how to have pasted the part where it is interesting
1146745802 M * _coocoon_ http://paste.linux-vserver.org/15
1146745862 M * _coocoon_ also interesting if u wanted to use more than the standard 8 vrot devices look in the bootloader config and set it with kernel /boot/linux26-vs2.0 max_vroot=20 root=/dev/sda1 ro
1146745871 M * _coocoon_ max_vroot=20 for example
1146745922 M * ptl_xid what exactly does that 8 max vroot devices ?, that is that if I need more than 8 vservers with quota support do I have to increase that ?
1146746024 M * _coocoon_ yes u must set it in the bootloader for example 20 vroot devices u must set it like this /boot/linux26-vs2.0 max_vroot=20 root=/dev/sda1 ro
1146746024 M * _coocoon_ if u want 50 u must set  max_vroot=20
1146746024 M * _coocoon_ max_vroot=50
1146746024 M * _coocoon_ sorry
1146746156 M * ptl_xid ok, I understand !
1146746178 M * _coocoon_ hope it will help a little bit
1146746400 M * ptl_xid Yes, it helps a lot !!, thank you  !!!
1146746417 M * ptl_xid I'm recompiling the kernel with vroot support...
1146746451 M * _coocoon_ ptl_xid: uw 
1146746499 M * ptl_xid Danke schön. =P
1146746542 M * _coocoon_ bitte schoen
1146746584 M * ptl_xid wo wonhst du ?
1146746591 M * _coocoon_ stuttgart
1146746649 M * _coocoon_ and u from where r u
1146746667 P * cryo ðÏËÉÄÁÀ
1146746690 M * ptl_xid Ich komme aus Spanien
1146746723 M * _coocoon_ ptl_xid:ole ;-)
1146746734 M * ptl_xid Jeee. Was bist du von Beruf ?
1146746745 M * _coocoon_ hacker
1146746750 M * _coocoon_ ;-)
1146746757 M * ptl_xid jee, Wunderbar !
1146747604 Q * eyck Read error: Connection reset by peer
1146747610 J * eyck eyck@ghost.anime.pl
1146748228 Q * eyck Ping timeout: 480 seconds
1146748478 M * ptl_xid Auf wiedersehen !
1146748487 M * _coocoon_ ciao
1146748508 Q * ptl_xid Quit: 
1146748524 J * eyck eyck@ghost.anime.pl
1146749801 Q * VooDooMaster Quit: Not that there is anything wrong with that
1146750201 Q * Viper0482 Remote host closed the connection
1146750596 J * Viper0482 ~Viper0482@p549773A5.dip.t-dialin.net
1146750764 J * hijacker ~hijacker@cable-84-43-140-185.mnet.bg
1146750772 M * hijacker afternoon
1146751372 M * hijacker wanted to ask if anybody can give me a clue on how to get the /dev/hdv back into the guest?
1146751881 Q * Dr4g Ping timeout: 480 seconds
1146752464 Q * trash Ping timeout: 480 seconds
1146752470 J * trash trash@databerlin.org
1146752478 Q * FireEgl Ping timeout: 480 seconds
1146752862 Q * Viper0482 Ping timeout: 480 seconds
1146752993 Q * chelli Quit: chelli
1146753395 J * Viper0482 ~Viper0482@p549773A5.dip.t-dialin.net
1146754525 J * Dr4g ~Dr4g@82-40-45-68.cable.ubr06.uddi.blueyonder.co.uk
1146754617 Q * mkhl Ping timeout: 480 seconds
1146756573 M * eyck you had hdv in guest?
1146756983 Q * lilalinux Remote host closed the connection
1146757189 J * lilalinux ~plasma@dslb-084-058-210-242.pools.arcor-ip.net
1146758274 M * hijacker eyck, indeed i did
1146758277 M * hijacker it nolonger exists
1146758287 M * hijacker as well as the /etc/fstab file is emptry
1146758346 J * dearaujo ~dearaujo@pixpat.austin.ibm.com
1146758429 Q * shedi Quit: Leaving
1146758461 M * daniel_hozac so however you created it before, recreate it the same way.
1146758478 J * Dr4g_ ~Dr4g@82-40-45-68.cable.ubr06.uddi.blueyonder.co.uk
1146758523 M * dearaujo Im having a bit of difficulty installing a vserver patched kernel for PPC64.  When I  install the unpatched kernel and do mkinitrd, everything works fine.  When I install the patched version and do mkinitrd, the kernel version is wrong so it doesn't create the initrd.  Any thoughts?
1146758536 M * dearaujo Kernel version: %s (ppc64)
1146758550 Q * Dr4g Ping timeout: 480 seconds
1146758641 M * hijacker daniel_hozac, i never created that, it was done for me by some scriptie i presume
1146759393 J * bonbons ~bonbons@83.222.39.134
1146759704 J * mkhl ~mkhl@200-148-40-25.dsl.telesp.net.br
1146759855 Q * lilalinux Read error: Connection reset by peer
1146759871 M * eyck hijacker: I think you never had /dev/hdv in the guest, I think you just had it in /etc/fstab and /etc/mtab,
1146759894 M * eyck hijacker: what were you doing with that hdv, playing with quota on it? what for do you need it?
1146759948 M * daniel_hozac hijacker: no script creates it.
1146760014 M * daniel_hozac dearaujo: where does it get the version from?
1146760026 J * lilalinux ~plasma@dslb-084-058-210-242.pools.arcor-ip.net
1146760064 M * dearaujo mkinitrd calls get_kernel_version which I believe grabs data from vmlinux
1146760082 M * dearaujo cant see the source for get_kernel_version :(
1146760092 M * daniel_hozac why not? what is it?
1146760119 M * dearaujo c compiled binary
1146760127 M * dearaujo this is sles9
1146760129 M * dearaujo fyi
1146760154 M * daniel_hozac SuSE doesn't distribute sources?
1146760182 M * dearaujo they should - im trying to get it now - just wondering if anyone else has run into this issue
1146760229 M * dearaujo if I do get_kernel_source <unpatched_vmlinux> : it spits out 2.6.16.11
1146760239 M * dearaujo patched: %s
1146760242 M * dearaujo strange
1146761178 M * _coocoon_ micah: r u there
1146761346 M * hijacker eyck, could be it was in the fstab file, and now it got erased somehow (mystery) it no longer mounts.
1146761386 M * hijacker i did not need that so far, but as i plan to put some quota restrictions, i would like to get /dev/hdv back
1146761405 M * hijacker should it be a hard link to /dev/hda1 ?
1146761413 M * daniel_hozac no.
1146761460 M * hijacker daniel_hozac, how do i get it back then?
1146761463 M * hijacker ;-)
1146761538 M * daniel_hozac http://linux-vserver.org/Standard+non-shared+quota
1146761558 A * mnemoc prefer lvm
1146761578 M * daniel_hozac ... over quotas?
1146761585 M * daniel_hozac one LV per user?
1146761598 M * mnemoc per customer, yes :)
1146761598 M * _coocoon_ use this one http://paste.linux-vserver.org/16 and put the entries into /vservers/foo/etc/mtab 
1146761622 M * daniel_hozac so one LV per user per guest? that's got to suck from a management perspecitve.
1146761625 M * daniel_hozac +english
1146761642 M * mnemoc daniel_hozac: one LV per guest only
1146761662 M * daniel_hozac so how does that solve the quota problem?
1146761677 Q * Viper0482 Quit: bin raus, 
1146761683 M * mnemoc ok ok, i'll looking from a different perspective
1146761715 M * _coocoon_ hijacker: use this one http://paste.linux-vserver.org/16 and put the entries into /vservers/foo/etc/mtab
1146761717 M * mnemoc quota for the guest != quota for guest's users 
1146761730 M * daniel_hozac yes it is.
1146761736 M * daniel_hozac the other one is called disk limits :)
1146761745 M * mnemoc :)
1146761761 M * _coocoon_ daniel_hozac: thats what i think is the easiest way
1146761775 M * _coocoon_ daniel_hozac: too
1146761782 M * daniel_hozac what?
1146761801 M * _coocoon_ daniel_hozac: disk limits
1146761964 M * hijacker will do
1146761966 M * hijacker thanks all
1146761967 M * hijacker brb
1146762287 Q * derjohn2 Remote host closed the connection
1146762365 Q * doener_ Quit: leaving
1146762553 J * pagano ~pagano@lappagano.cnaf.infn.it
1146762728 M * pagano hi guys
1146762728 Q * lilalinux Read error: Connection reset by peer
1146763051 M * daniel_hozac hello
1146763300 J * shedi ~siggi@inferno.lhi.is
1146763530 J * lilalinux ~plasma@dslb-084-058-236-082.pools.arcor-ip.net
1146764004 Q * Wonka Ping timeout: 480 seconds
1146764145 M * pagano hi daniel
1146764154 M * pagano just al question
1146764169 M * pagano I'm installing bind in a vserver
1146764217 M * pagano but only now I understand that I must put much attention about capset failed
1146764283 M * daniel_hozac 2.1.1-rc18+ won't need anything special for it.
1146764288 M * pagano How can I give the capability to the vserver running bind ?
1146764299 M * daniel_hozac every other kernel requires that you either recompile BIND, or give the guest CAP_SYS_RESOURCE.
1146764368 M * daniel_hozac echo CAP_SYS_RESOURCE >> /etc/vservers/<name>/bcapabilities, as per the flower page.
1146764439 M * pagano ah ok, I'm using 2.1.1-rc18+
1146764443 M * pagano ops
1146764452 M * pagano patch-2.6.16-vs2.0.2-rc16
1146764479 M * daniel_hozac 2.0.2 will need one of the above workarounds.
1146764557 M * pagano so is enough ./configure --disable-linux-caps ?
1146764586 M * daniel_hozac yes, but that disables certain functionality.
1146764601 M * daniel_hozac such as non-root in chroot.
1146764621 M * pagano yes, I understand
1146764634 M * pagano so if I run bind in root mode all is ok 
1146764687 M * pagano or however do I lose some features?
1146764732 M * daniel_hozac if you don't use any of the features requiring the capability code, --disable-linux-caps is probably the easiest way.
1146764808 M * pagano Ehmmm but at present I don't know what are these features...
1146764822 M * daniel_hozac http://linux-vserver.org/ProblematicPrograms
1146764882 M * pagano I take a look
1146764892 M * pagano thanks
1146765962 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk
1146766647 J * Wonka ~wklaebe@chaos.in-kiel.de
1146766782 M * _coocoon_ good night
1146766784 M * _coocoon_ to all
1146766787 Q * _coocoon_ Quit: KVIrc 3.2.0 'Realia'
1146767169 J * GADJE ~oDmHaXtU@85.108.1.92
1146767169 J * cehteh ~ct@dslb-084-058-214-116.pools.arcor-ip.net
1146767183 M * cehteh ping
1146767211 N * GADJE istanbulllu
1146767559 J * Milf ~Miranda@IP-213188108106.dialin.heagmedianet.de
1146767680 J * GNUcifer ~ct@dslb-084-058-242-216.pools.arcor-ip.net
1146767685 Q * mountie Read error: No route to host
1146767760 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1146767903 Q * pagano Ping timeout: 480 seconds
1146767985 Q * cehteh Ping timeout: 480 seconds
1146768306 M * Milf Hello anyone awake?
1146768404 M * eyck kind of
1146768572 M * trash nope
1146768590 Q * GNUcifer Ping timeout: 480 seconds
1146768716 Q * mountie Remote host closed the connection
1146768741 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1146769021 M * Milf Well ok, you wouldnt have helped me root a VMware Ubuntu image, would you? :)
1146769652 Q * hijacker Quit: Leaving
1146770185 M * dearaujo daniel_hozac: re: SLES 9 Vserver:  i wasn't able to get the source so I just hacked mkinitrd.  I going to modify the patch and see if its complaining about the length of the kernel version
1146771158 Q * lilalinux Remote host closed the connection
1146771964 J * are|lunch are@dslb-084-057-138-026.pools.arcor-ip.net
1146772000 J * _coocoon_ ~coocoon@p54A06D26.dip.t-dialin.net
1146772060 Q * dearaujo Read error: Connection reset by peer
1146773392 Q * samuel_ Ping timeout: 480 seconds
1146773567 Q * trash Ping timeout: 480 seconds
1146773987 Q * _coocoon_ Ping timeout: 480 seconds
1146774345 J * trash trash@databerlin.org
1146774559 J * _coocoon_ ~coocoon@p54A0739A.dip.t-dialin.net
1146774642 J * yarihm ~yarihm@84-73-117-170.dclient.hispeed.ch
1146775103 Q * Milf Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org
1146775140 J * Dr4g__ ~Dr4g@82-40-45-68.cable.ubr06.uddi.blueyonder.co.uk
1146775430 Q * bonbons Quit: Leaving
1146775592 Q * Dr4g_ Ping timeout: 480 seconds
1146775776 Q * yarihm Read error: Operation timed out
1146775804 Q * are|lunch arion.oftc.net unununium.oftc.net
1146775804 Q * Blissex arion.oftc.net unununium.oftc.net
1146775804 Q * shedi arion.oftc.net unununium.oftc.net
1146775804 Q * softi42 arion.oftc.net unununium.oftc.net
1146775804 Q * Zaki arion.oftc.net unununium.oftc.net
1146775804 Q * gerrit arion.oftc.net unununium.oftc.net
1146775804 Q * phedny arion.oftc.net unununium.oftc.net
1146775804 Q * tokkee arion.oftc.net unununium.oftc.net
1146775804 Q * Hollow arion.oftc.net unununium.oftc.net
1146775804 Q * nokoya arion.oftc.net unununium.oftc.net
1146775816 J * tokkee tokkee@ssh.faui2k3.org
1146775817 J * nokoya young@hi-230-82.tm.net.org.my
1146775845 J * phedny ~mark@volcano.p-bierman.nl
1146775869 J * softi42 ~softi@p549D787D.dip.t-dialin.net
1146775876 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1146775876 J * Zaki ~Zaki@212.118.96.251
1146775876 J * shedi ~siggi@inferno.lhi.is
1146775876 J * Hollow ~hollow@home.xnull.de
1146775876 J * are|lunch are@dslb-084-057-138-026.pools.arcor-ip.net
1146776108 J * Aiken ~james@tooax6-004.dialup.optusnet.com.au
1146776329 Q * shedi arion.oftc.net unununium.oftc.net
1146776329 Q * Zaki arion.oftc.net unununium.oftc.net
1146776329 Q * are|lunch arion.oftc.net unununium.oftc.net
1146776329 Q * Hollow arion.oftc.net unununium.oftc.net
1146776329 Q * gerrit arion.oftc.net unununium.oftc.net
1146776344 J * shedi ~siggi@inferno.lhi.is
1146776380 J * Zaki ~Zaki@212.118.96.251
1146776380 J * Hollow ~hollow@home.xnull.de
1146776382 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1146776526 J * dearaujo ~dearaujo@pixpat.austin.ibm.com
1146776554 M * dearaujo any PPC64 people experienced problems with compiling dietlibc?
1146776679 M * daniel_hozac what's the problem?
1146776731 J * s0undt3ch ~vampas@bl8-3-101.dsl.telepac.pt
1146776739 M * s0undt3ch hello ppl
1146776742 M * daniel_hozac hi
1146776745 M * s0undt3ch I wonder if you can help
1146776745 P * doownek 
1146776755 M * dearaujo daniel_hozac: http://pastebin.com/698860
1146776781 M * s0undt3ch I'm installing vserver on a brand new hd(Gentoo) and it's failing to compile
1146776836 M * s0undt3ch http://pastebin.com/698864
1146776872 M * s0undt3ch the HD ain't gentoo, the sys is ;)
1146777014 M * daniel_hozac s0undt3ch: what kernel is that?
1146777026 M * daniel_hozac dearaujo: tried using dietlibc from CVS?
1146777039 M * s0undt3ch daniel_hozac: it's the one gentoo provides for vserver
1146777050 M * dearaujo daniel_hozac: trying now
1146777076 M * s0undt3ch daniel_hozac: http://gentoo-portage.com/sys-kernel/vserver-sources
1146777085 M * daniel_hozac s0undt3ch: might want to poke Hollow and phreak`` then.
1146777110 M * dearaujo argh, same errors
1146777126 M * s0undt3ch daniel_hozac: I'm trying :|
1146777126 M * daniel_hozac dearaujo: is there any reason you're compiling it for ppc64 rather than ppc?
1146777139 A * s0undt3ch pokes Hollow and phreak`` 
1146777158 M * s0undt3ch anyway it compiled fine on another box
1146777158 M * dearaujo daniel_hozac: besides the fact its a PPC64 machine?
1146777167 M * dearaujo daniel_hozac: no
1146777169 M * s0undt3ch might it be because I'm on the live cd?
1146777178 M * daniel_hozac dearaujo: well, you generally don't use much ppc64 userspace.
1146777192 M * daniel_hozac s0undt3ch: same version?
1146777211 M * s0undt3ch daniel_hozac: lemme check, but I think yes
1146777222 M * daniel_hozac s0undt3ch: which version? latest?
1146777248 M * s0undt3ch hum, nope, they aren't the same revision
1146777282 M * s0undt3ch lemme see if I can get the previous one
1146777302 M * dearaujo daniel_hozac: so how would I compile for just plain ol ppc
1146777341 Q * mire Quit: Leaving
1146777342 M * daniel_hozac dearaujo: i don't know, i've never had the luck to play with a ppc/ppc64 box.
1146777350 M * dearaujo :)
1146777430 M * s0undt3ch daniel_hozac: it's a know issue on bugs.gentoo.org
1146777460 M * daniel_hozac s0undt3ch: ah, i thought i recognized it.
1146777621 J * prae ~benjamin@sherpadown.net
1146777826 Q * istanbulllu Quit: < Klavye [ 5.FinaL ] > [ http://www.klavye.cjb.net ] - irc.klavye.cjb.net - Lee
1146777852 M * daniel_hozac s0undt3ch: seems like a trivial fix.
1146777867 M * s0undt3ch how so?
1146777951 M * daniel_hozac i assume line 1128 is "extern int vx_capable(int cap, int ccap);"?
1146777970 M * s0undt3ch well, right now I had the previous gentoo vserver-sources on another box, copied to the current one and I'm building that one
1146777973 M * s0undt3ch lemme check
1146778036 M * daniel_hozac there were recent mailing list posts too, from the Ubuntu folks who are also stuck on an ancient kernel :)
1146778066 M * s0undt3ch extern int vx_capable(int cap, int ccap);
1146778104 M * s0undt3ch and the fix is ;)
1146778114 M * daniel_hozac right, remove that line, as well as the whole vx_capable definition below that.
1146778179 M * s0undt3ch well, it's building
1146778365 M * s0undt3ch daniel_hozac: thanks
1146778448 M * s0undt3ch bummer
1146778454 M * s0undt3ch now it fails elsewhere
1146778523 M * s0undt3ch http://pastebin.com/698864
1146778690 M * s0undt3ch gonna emerge sys-kernel/vserver-sources-2.0.2_rc19 (although marked as unstable on gentoo)
1146779069 M * daniel_hozac s0undt3ch: that's the same paste...
1146779090 M * s0undt3ch daniel_hozac: same contents?
1146779120 M * s0undt3ch wait
1146779138 M * s0undt3ch http://pastebin.com/698950
1146779348 M * daniel_hozac 2.0.2-rc19 is probably a better idea anyway.
1146779424 M * daniel_hozac but i guess Hollow and phreak`` will want to get as many of the errors as possible.
1146779567 M * s0undt3ch well, they have the gentoo bug, I posted the errors there
1146779627 M * s0undt3ch its just that my server is down now for a whole day, and I guess at least one more to be fully up but under vserver :|
1146779664 M * daniel_hozac sure, i understand. bug fixing is always secondary to getting your servers up and running :)
1146779692 M * s0undt3ch specially If don't understand sh*it of C :)
1146779695 M * s0undt3ch oops
1146779718 M * s0undt3ch the bad word sholdn't be all there ;)
1146779914 M * s0undt3ch daniel_hozac: should I build the LVM kernel driver into the kernel or as a module?
1146779931 M * s0undt3ch right now building into kernel
1146779931 M * daniel_hozac i guess that's for you to decide :)
1146779940 M * s0undt3ch then no module
1146779949 J * are|lunch are@dslb-084-057-138-026.pools.arcor-ip.net
1146779950 A * daniel_hozac never configures his own kernels.
1146779957 N * are|lunch are|afk
1146779960 M * s0undt3ch he he he
1146779967 A * s0undt3ch does  it for all of them
1146780046 M * s0undt3ch daniel_hozac: what's your distro?
1146780051 M * daniel_hozac Fedora.
1146780086 M * s0undt3ch been there ...
1146780095 P * dearaujo 
1146780100 M * s0undt3ch and now I can't seem to stop using Gentoo
1146780122 J * samuel_ ~samuel@levinux.UQAR.UQUEBEC.CA
1146780146 M * daniel_hozac i have way too slow computers to use Gentoo :)
1146780150 M * s0undt3ch my last change trial will be for my desktop, it will be ubunto for the ease of seting it all up, but my guess is that I'll come back to gentoo
1146780151 A * samuel_ is away: (Auto-Away after 10 mins) [BX-MsgLog On]
1146780160 M * daniel_hozac (and i like my computers doing actual work rather than just compiling things all the time)
1146780187 M * s0undt3ch daniel_hozac: my server *was* slow when it ran fedora, not it *aint*
1146780236 M * s0undt3ch and we dont compile stuff all the time, once a week? you can even make it once a month
1146780259 M * s0undt3ch but who am I to make a person change distro
1146780260 M * daniel_hozac well, i like getting security fixes when they become available.
1146780287 M * s0undt3ch I do to, that why I always check for gentoo's glsa's
1146780288 M * daniel_hozac plus, if i switched to Gentoo, what would i do all day? no kernel or util-vserver to maintain :)
1146780305 M * s0undt3ch why not?
1146780325 M * s0undt3ch oh you maintain the fedora parts of vserver!?
1146780339 M * s0undt3ch bad phrasing
1146780355 M * daniel_hozac well, not anything official, just the stuff linked from the wiki.
1146780385 M * s0undt3ch then keep fedora running there, I think fedora users thank you for that ;)
1146782138 Q * prae Quit: Pwet
1146782150 Q * _coocoon_ Quit: KVIrc 3.2.0 'Realia'
1146786157 J * _are_ are@dslb-084-057-138-186.pools.arcor-ip.net
1146786508 Q * s0undt3ch Ping timeout: 480 seconds
1146786567 Q * are|afk Ping timeout: 480 seconds
1146787159 J * s0undt3ch ~vampas@bl7-243-107.dsl.telepac.pt