1124068025 M * mugwump hmm, there is ENUM in Austria and Poland already?
1124068153 M * mugwump (try resolving your phone number backwards with .e164.arpa, eg 8.7.6.5.4.3.2.1.3.4.e164.arpa.)
1124070315 M * litage what significance does the number 164 have?
1124071554 M * mugwump it's an ITU standard number, the one that +43 1 2345678 style numbers conform to
1124074587 Q * shuri Quit: My damn controlling terminal disappeared!
1124075677 J * goku ~beefjunk@71-36-66-30.slkc.qwest.net
1124078413 J * lilo ~lilo@lilo.usercloak.oftc.net
1124078884 Q * lilo_ Ping timeout: 480 seconds
1124080768 Q * goku Quit: 
1124083113 J * Vudumen vudumen@perverz.hu
1124086212 Q * Vudumen Read error: Connection reset by peer
1124086387 J * Vudumen vudumen@perverz.hu
1124093813 M * _ag_ mugwump: do you appear to know which type the field must have?
1124094987 M * mugwump _ag_: presumably NARPA, but you should be able to query all records for the RR
1124095005 M * mugwump NAPTR even :)
1124095165 M * Hollow morning everyone!
1124095237 M * mugwump http://www.faqs.org/rfcs/rfc2916.html # E.164 number and DNS
1124095253 J * Blogmeister ~Blogmeist@site.lycos.de
1124095320 P * Blogmeister 
1124095829 J * Athon_Solo ~Athon@spc1-ashf1-3-0-cust39.asfd.broadband.ntl.com
1124096723 J * Aiken ~james@tooax6-052.dialup.optusnet.com.au
1124096878 P * Athon_Solo Parted
1124099157 Q * VooDooMaster Ping timeout: 480 seconds
1124099762 J * Doener` ~doener@p548753BD.dip.t-dialin.net
1124100153 J * Neubix ~brian@p54B048C2.dip.t-dialin.net
1124100188 Q * Doener Ping timeout: 480 seconds
1124102107 M * Neubix linux-vserver.org is down ??
1124102524 M * TheSeer looks like it
1124103015 M * FaUl works for me
1124103124 M * TheSeer works again ;>
1124104213 Q * Aiken Ping timeout: 480 seconds
1124104872 N * Bertl_oO Bertl
1124104883 M * Bertl morning folks!
1124105236 M * Neubix morning Bertl
1124105278 M * DaPhreak morning Bertl, Neubix, FaUl, TheSeer .... :)
1124105365 M * TheSeer mornin :)
1124105371 M * Bertl morning DaPhreak! I'm not _too_ happy with the changes yet ...
1124105433 M * Bertl DaPhreak: I could have done a simple copy paste much easier that you, but that was not the idea ...
1124105439 M * Bertl *than
1124105442 M * DaPhreak :P just only doing the merge :) tidying will done later :P
1124105459 M * Bertl as I said, that's not hte idea ...
1124105491 M * Bertl besides that, you generated a huge number of changes without any ID (name) or comment ...
1124105787 M * Bertl you did not even care about choosing proper names for the pages, so what is the idea behind it?
1124105798 P * fobi 
1124106466 M * Bertl DaPhreak: okay, I'm cleaning it up myself .. thanks ...
1124106469 J * jkl_ eric@c-67-190-142-149.hsd1.co.comcast.net
1124106478 M * Bertl welcome jkl_?
1124106506 M * FaUl morning DaPhreak 
1124106858 Q * DaPhreak Quit: Gaaak, damn presentations
1124108359 Q * nokoya Ping timeout: 480 seconds
1124109180 J * nokoya ~young@hi-230-82.tm.net.org.my
1124109457 M * Neubix /etc/init.d/vservers-legacy is to start the vserver on boot .. in the init script I fount "$__CONFDIR" I think it's "/etc/vservers/vhostXX" I create a file with vservername.conf an put in "ONBOOT=yes" but it's don't run :-( how to start the vserver on boot ??
1124109915 M * Bertl to start the legacy guests at boot, yes
1124109938 M * Bertl the new style guests are started by vservers-default
1124109963 M * Neubix I think I use the new style .. ok .. 
1124109979 M * Bertl those need the 'mark' set to default (to be started)
1124110044 M * Neubix to the .default directory ?
1124110129 M * Neubix ahh, init of vserver directory
1124110142 M * Neubix ok, I found it in the doku ;-)
1124110225 M * Bertl excellent!
1124110329 M * Neubix first I copy the doku in a document .. on this website you cannot read :-) .. there only you are stoned after 10 minutes :-)
1124110372 M * FaUl Neubix: on firefox/mozilla you can choose different stylesheets ;-)
1124110385 M * FaUl or just use the webdeveloper-extension and do disable-> css :-)
1124110413 M * Neubix thanx FaUl
1124110440 M * Bertl I guess on all modern browsers you can select the stylesheet, no?
1124110460 M * FaUl last time i checked it IE cant
1124110476 M * FaUl i'm not quite sure about opera
1124110477 M * Bertl hrm, I said, modern browsers ...
1124110498 M * FaUl elinks can't too :-){
1124110512 M * Bertl you sure?
1124110515 M * FaUl lynx don't support css and therefore there is no such problem :-)
1124110681 M * Neubix the cmd.start file .. is this file used bevor the vserver start ?? I try to fount a way to put "vrsetup /dev/vroot10 /dev/mapper/vservers-vhost10" inside
1124110845 J * fobi wht@liiifeeee.com
1124110847 M * fobi hi all
1124110880 M * fobi one question, how to set quota inside vserver ?
1124111018 M * Bertl quota as in user/group quota?
1124111107 M * fobi yes
1124111121 M * Bertl 2.4 or 2.6 kernel?
1124111124 M * fobi normaly i add in /etc/fstab
1124111126 M * fobi 2,4
1124111158 M * Bertl you have to add the quota patches for that or use a separate partition for each guest
1124111183 M * fobi i am a guest
1124111198 M * eyck or learn to live with shared quotas, right?
1124111206 M * Neubix Hi fobi
1124111210 M * fobi hi Neubix 
1124111220 M * Bertl fobi: we call the vps/vserver 'guest'
1124111277 M * fobi Bertl: o, so i think i used it well
1124111287 M * fobi i am in a vps
1124111301 M * Bertl okay, and who controls the host?
1124111361 M * fobi my isp
1124111377 M * Bertl okay, what does 'ls -la /dev/hdv1' tell you?
1124111380 M * fobi there are patches for quota (if i heard well)
1124111399 M * fobi no such file
1124111411 M * fobi df
1124111412 M * fobi Filesystem           1K-blocks      Used Available Use% Mounted on
1124111413 M * fobi /dev/vdev    
1124111427 M * fobi but fstab:
1124111438 M * Bertl okay, let's try 'ls -la /dev/vdev'
1124111445 M * Bertl fstab is of no interest at all ...
1124111457 M * fobi no such file
1124111470 M * Bertl then you can not enable quotas ... 
1124111485 M * Bertl (i.e. your isp has not prepared the system to allow for quotas)
1124111495 M * fobi oooh
1124111503 M * fobi thanks,
1124111510 M * Bertl you're welcome!
1124111708 M * Neubix bertl: is ti possible to set up the vrsetup by the vserver or it's better to create a standalone script for this ?
1124111745 M * Bertl no, it can be done in the (pre)pre scripts ...
1124111766 M * Neubix ok thanx
1124111770 M * Bertl (and it makes sense to put it there)
1124111784 M * Bertl okay, off for lunch now (i.e. cooking :)
1124111794 N * Bertl Bertl_oO
1124111796 M * Neubix by
1124112128 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it
1124112233 M * fobi Bertl_oO: one more question, does the quota for vserver works or it's to early to use it on "productive" servers ?
1124112436 M * Neubix Bertl is off for lunch
1124112524 M * fobi ok,
1124112529 M * fobi Neubix: maybe you know ?
1124112577 M * Neubix the quota support is in 2.0 stable for kernel 2.6 .. I think it's "productive" :)
1124113238 M * fobi ok, thanks
1124113252 M * fobi i've sent an email to my isp
1124114187 M * fobi Neubix: how normaly i shoud set up quota in vps ? i should edit /etc/fstab or not ?
1124114296 M * Neubix in 2.0 you use the mtab file in /etc/vserver/.devault/init/mtab"
1124114319 M * fobi Neubix: but in guest account ?
1124114327 M * Neubix you cannot
1124114340 M * Neubix only host admin can do
1124114346 M * Neubix i think ..
1124114377 M * Neubix the /etc/vserver/.devault/init/mtab is the default mtab for the guest
1124114477 M * fobi Neubix: it's sound reasonably
1124115524 J * VooDooMaster VooDoo@topas.informatik.uni-ulm.de
1124116454 Q * renihs Remote host closed the connection
1124117160 N * Bertl_oO Bertl
1124117190 A * Bertl did enjoy cooking and eating very much ...
1124117216 M * Neubix and now you must sleep one or tow hours :)
1124117244 M * Bertl fobi: the 2.4 quota patches are stable since almost a year but not included in the patch
1124117282 M * Bertl fobi: but the vroot device is, and that is all what is required to allow for usr/grp quota inside the guest (on a separate partition)
1124117314 M * Bertl Neubix: well ... I'm currnetly trying to resist :)
1124117371 M * Neubix :)
1124117406 M * VooDooMaster Hi! what am I doing wrong? an emerge -s vserver under gentoo gives me only 1.9.5 and not 2.0 ... I thought it's in portage yet.
1124117429 M * Bertl I remember Hollow talking of some 'unmasking'?
1124117479 M * VooDooMaster Bertl: That would be fine ... but I don't see it masked either
1124117494 M * Neubix I trying to learn mor about recource control .. Bertl, you have a nice link for me ?
1124117522 M * Bertl VooDooMaster: guess you have to wait for some gentoo folks to answer that one ... or search the irc-logs or ML archives
1124117554 M * VooDooMaster Bertl: Ok - thanks ... I'll wait for hollow :)
1124117632 M * Hollow well, yeah, you have to keyword it..
1124117634 M * Hollow for ~x86
1124117637 M * Hollow if you're using x86
1124117724 M * Bertl Neubix: hmm, tough one .. let me see what I can find ...
1124117749 M * Bertl Hollow: could you explain to me what the unmasking and keywording means?
1124117858 M * Bertl Neubix: http://linux-vserver.org/Linux-VServer-Paper-14 is the best shot I guess, you can see 14.16 and 14.17 which shows accounting and limits except for the token bucket scheduler ...
1124117864 M * Hollow Bertl: it's similar to stable/testing/unstable, an ebuild has several keywords (for each arch: x86, amd64, imips, etc), a keyword of ARCH mean stable, ~ARCH means testing, and if you think your package isn't even ready for testing you put it in a so called package.mask file, to prevent even ~ARCH users from installing it, except they have unmasked it... ARCH users can use ~ARCH packages if they keyword them
1124117872 Q * monrad Quit: Leaving
1124117926 M * Bertl i.c. so it's basically for testing, but only if you are really really sure ... right?
1124117942 M * Neubix ok, thanx
1124117959 M * Bertl Neubix: but if you have questions, let me know ...
1124117982 M * Hollow well, most of the time i put version bumps directly in ~ARCH, except i made many changes, or upstream made that many changes, so a smaller subset of users can test it first
1124118010 M * Hollow because many devs etc run ~ARCH and so it's also not good to break ~ARCH ;)
1124118019 M * Neubix 10000 questions :-) first I read .. 
1124118030 M * Bertl Hollow: okay, so regarding vs2.0, what are the plans to get that in 'gentoo ARCH'?
1124118037 M * Hollow during this month
1124118056 M * Bertl excellent .. so gentoo folks will be up-to-date pretty soon ...
1124118061 M * Hollow yep
1124118075 M * Bertl thanks for the help and info!
1124118081 M * Hollow i'll also tweak the vserver howto wrt 2.0 so we should be ready pretty soon ;)
1124118092 M * Hollow sure, np
1124118130 M * Hollow Bertl: may i query you?
1124118231 M * BWare Ah... any unstable packages for 2.0 available for test ?
1124118237 M * Bertl Hollow: sure ...
1124118261 M * BWare btw the vscfg-convert script was added to the wiki (got no objections on the list)
1124118273 M * Bertl yeah, saw it ... 
1124120781 J * revenger_ ~joe@bulldog.infosys.de
1124121144 M * fobi re
1124121151 M * fobi Bertl: how to do this:  Alternatively you can allow the CAP_SYS_RESOURCE for that V-Server.
1124121163 M * fobi Bertl: by host admin ?
1124121173 Q * revenger Ping timeout: 480 seconds
1124121248 M * Bertl fobi: yes, but no sane 2.4 admin will do that :)
1124121284 M * fobi Bertl: i am trying to find sth about this
1124121311 M * Bertl check /usr/include/linux/capabilities.h
1124121333 M * Bertl *capability.h
1124121404 M * fobi so it is dangerous or not ?
1124121427 M * Bertl it's not very secure in 2.4 .. in 2.6 it's not really a big deal ...
1124121459 M * Bertl but I guess you are concerned because of bind (named) issues, no?
1124121479 M * fobi yes, exactly
1124121489 M * Bertl well, bind is broken in this regard ...
1124121512 M * Bertl and it's much better to disable the capabilities for bind (which is an option of the bind build process)
1124121663 M * Pazzo hi @ll - finally found the time to prepare (short) testing and migration from different 1.9.x and 2.0-rcX versions to vs2.0 stable. debian package is currently being baked :-)
1124121679 M * Bertl sounds good ...
1124121755 M * Pazzo what I wanted to ask: it's a long time I was using .207 utils from SID (with some little additions), before that I was building also util .deb's by myself. is .208 required for vs2.0 or is .207 still fine?
1124121779 M * Pazzo btw: hi Bertl, you're the best ;-)
1124121829 M * Bertl I'd suggest to go for 208, a _lot_ of issues were fixed, and I guess .207 is debianized to death ...
1124121927 M * Pazzo .204 (sarge) is definitively debianized to death ;-) .207 (sid) works fine (at least for me)
1124121979 M * Pazzo stop/start issues have been fixed shortly before vs2.0 and since then I'm quite happy
1124122041 M * Pazzo but ok - I'll switch to .208 - I've seen a lot of discussion on the ml about that topic, do you suggest to read it all up?
1124122053 M * Bertl can't hurt ... can it?
1124122069 M * Bertl but testing .207 vs .208 would be interesting too ...
1124122132 M * Pazzo what do you mean by "testing .207 vs .208"?
1124122157 M * Bertl well, if you like to try 207, go ahead, then see what fails and see if 208 fixes it, no?
1124122159 M * Pazzo do you trust at least to .208? or none of them?
1124122251 M * Pazzo ok
1124122267 M * Bertl I know .208 isn't perfect, but it looked much better in my tests
1124122457 M * Pazzo Bertl: gcc 3.3 or 3.4? (I'll NOT use 4.0 :)
1124122474 M * Bertl whatever you prefer, I'm still with 3.3.6
1124122519 M * Pazzo me too, thnx
1124122529 M * Bertl yw
1124123642 Q * Neubix Quit: Verlassend
1124125434 M * Pazzo is http://www.13thfloor.at/~ensc/util-vserver/files/alpha/ the best place where to get util-vserver from? I'm really confused about this :-(
1124125543 M * Bertl http://www.13thfloor.at/vserver/s_rel26/v2.0/
1124125579 M * Pazzo thnx! util-vserver-0.30.208 & patch-0.30.208-fix01 - right?
1124125589 M * Bertl yup
1124125792 M * Pazzo thnx!
1124129382 Q * brc Ping timeout: 480 seconds
1124130057 M * Bertl okay, off for now ... back later ...
1124130063 N * Bertl Bertl_oO
1124130473 J * OliverA ~kvirc@ti200710a080-14221.bb.online.no
1124130764 J * zobel zobel@zobel.irc.ftbfs.de
1124130773 M * zobel hi
1124130794 M * zobel is there any posibility to add a new ip address to a running vserver. and if yes,, how?
1124130844 M * zobel s/ip address/interface/
1124131481 M * TheSeer as far as i know not to a running vserver
1124131496 M * TheSeer at least not without the ngnet patches
1124131726 M * zobel bad, but okay
1124131819 M * TheSeer running as in active
1124131841 M * TheSeer you could just restart the vserver after you modified the config
1124131881 M * Pazzo Bertl: vs2.0 with util-vserver .207 (from sid - more or less) seems to be running fine
1124131896 M * Pazzo hmmm... good night bertl :-)
1124132281 J * brc bruce@201.8.71.140
1124132927 M * wibble hmm, just looking at vs 2 on sarge
1124133093 M * wibble anyone know if newvserver werks for 2.0 ?
1124133274 J * monrad ~monrad@213083190130.sonofon.dk
1124134116 M * zobel wibble: i am using backported util-vserver and vserver-debian on sarge
1124134128 M * zobel and vs 2
1124134202 M * wibble i c
1124134213 M * wibble you got the packages to hand? :)
1124134241 M * wibble a slight off topic thing, but I was wondering if anyone has replicated their vservers to a geographically different location?
1124134254 M * wibble I was thinking about using drbd over lvm ?
1124134266 M * wibble You can tell me to shut up if you want? :)
1124134312 M * brc interesting, if you get it working, tell me :)
1124134325 M * wibble heh
1124134377 M * wibble well my original plan was to have two partitions - one containing the vservers, and another DRBD partition, which gets replicated to the remote site
1124134389 M * wibble so I would rsync from one to the other 
1124134411 M * wibble but that does mean vserver -> drbd at site a -> drbd at site b
1124134419 M * wibble bit round the houses
1124134483 M * zobel wibble: http://frigg.ftbfs.de/~zobel/
1124134520 M * wibble thank you kind sir!
1124135542 M * sid3windr zobel, TheSeer: yes, you can add a new one, but I don't know how - Bertl can tell you :)
1124136093 M * zobel sid3windr: i rebootet the vserver, so need any more
1124136099 M * sid3windr ok :p
1124137751 Q * Pazzo Quit: .out
1124137840 N * Bertl_oO Bertl
1124137856 M * Bertl evening folks!
1124137916 M * Bertl care to answer a simple question? why does everybody use .207 if the 2.0 release provides .208 as the preferred tools?
1124138060 M * Bertl it's not that I have a problem with that (it's more likely that you will have a problem sooner or later :) I'm just curious about the motivations ...
1124138529 M * sid3windr if you mean debian, simply because that's the one apt-get installs, and it's a pita not to use apt-get ;)
1124138535 M * sid3windr can't speak for the others
1124138540 M * sid3windr if there are debs for 208 I will use them
1124138545 M * sid3windr but I don't compile from source
1124138549 M * sid3windr (anymore)
1124138554 M * Bertl IIRC, there _are_ debs for 208 :)
1124138589 J * MrRagga ~Jonas@p54A52C3B.dip0.t-ipconnect.de
1124138597 M * sid3windr well, I saw that earlier today ;)
1124138612 M * sid3windr now if someone would take it up on them to make a nice apt source which always contains latest debs for latest tools
1124138622 M * sid3windr so I can just add it to the sources.list and everything updates nicely automatically
1124138624 M * Bertl welcome MrRagga!
1124138625 M * sid3windr I would surely use it
1124138629 M * sid3windr :)
1124138636 M * MrRagga hi
1124138641 M * MrRagga Bertl: thanks
1124138655 M * MrRagga Bertl: did you do the presentation at the wth?
1124138664 M * Bertl which one?
1124138675 M * MrRagga what the hack
1124138689 M * Bertl there were a lot presentations ...
1124138700 M * MrRagga is there a chance for vserver to be a part of the vanilla kernel soon?
1124138723 M * Bertl there is always a chance ... but I guess it's reasonably small ...
1124138738 M * MrRagga Bertl: http://rehash.waag.org/WTH/wth_linux_vserver_140.mp4.torrent <- this one
1124138778 M * Bertl yep, that was me ...
1124138821 M * Bertl did you like it?
1124138873 M * MrRagga yes, not too bad. didn't see all the presentation...jumped ahead sometimes
1124138934 M * Bertl yeah, well, didn't realize they taped it ... otherwise I would not have walked a few miles ... on the stage :)
1124138940 M * fobi Bertl: ooo, i was trying to get this... but was to big ;)
1124138988 M * MrRagga are there any prepatched kernels?
1124139005 M * Bertl you mean binary kernels?
1124139178 M * MrRagga or a tar.gz
1124139233 M * Bertl hmm, well, I would not trust a binary kernel, and applying the patch is pretty easy, just get the vanilla .tar.gz (or whatever) and use the patch tool ...
1124139258 M * Bertl but some distros include 'patched' sources
1124139313 J * eugenesan eugenesan@bzq-219-189-212.cablep.bezeqint.net
1124139696 M * Bertl welcome eugenesan!
1124139724 M * MrRagga Bertl: ok thanks
1124139750 M * Bertl yw!
1124139968 M * eugenesan hi all
1124140107 M * eugenesan I wonder why can't i use vserver without CONFIG_VSERVER_NGNET and  CONFIG_VSERVER_LEGACY.?
1124140128 M * Bertl simple, because the tools are not up to the task yet ...
1124140162 M * Bertl you should be able to turn off the legacy part, except for LEGACYNET
1124140226 M * eugenesan so i need only Config_vserver_ngnet, to use them until util-vserver ready to new API?
1124140228 M * Bertl hmm, rereading your questions told me that you said _without_ NGNET?
1124140279 M * Bertl CONFIG_VSERVER_LEGACYNET=y
1124140279 M * Bertl CONFIG_VSERVER_LEGACY=y
1124140279 M * Bertl CONFIG_VSERVER_LEGACY_VERSION=y
1124140279 M * Bertl # CONFIG_VSERVER_NGNET is not set
1124140283 M * eugenesan i compiled kernel with CONFIG_VSERVER_NGNET enabled and CONFIG_VSERVER_LEGACY disabled
1124140288 M * Bertl (this is the 'legacy' default)
1124140318 M * Bertl now you can go to the new world in the following steps ...
1124140328 M * Bertl disabling CONFIG_VSERVER_LEGACY_VERSION
1124140329 M * eugenesan with default config .30.204/207 worked fine, with my config chbind failed
1124140388 M * eugenesan i don't have CONFIG_VSERVER_LEGACY_VERSION...
1124140390 M * Bertl this will disable all legacy tools before a certain version (e.g. 0.27)
1124140404 M * Bertl the next step is to disable CONFIG_VSERVER_LEGACY
1124140450 M * Bertl this will disable all legacy tools ... so you need 0.30.x for that (e.g. 0.30.208)
1124140477 M * Bertl and the final step, which you did, disabling CONFIG_VSERVER_LEGACYNET
1124140502 M * Bertl which will disable the old network setup interface too
1124140525 M * Bertl you can try 0.30.208+ with this, but I haven't seen it work yet ...
1124140542 M * Bertl (the tools still use 'older' interfaces for chbind)
1124140553 M * eugenesan 208 too?
1124140572 M * Bertl to be honest, I didn't test 0.30.208 with LEGACYNET disabled yet
1124140585 M * eugenesan 207 failed
1124140594 M * Bertl that is kind of expected
1124140599 M * Bertl it's pretty old ...
1124140616 M * Bertl (well at least regarding vs2.0)
1124140622 M * eugenesan 208 is still unavailable for debian :-(
1124140645 M * Bertl http://www.complete.org/~jgoerzen/vs/
1124140678 M * fobi Bertl: are you developer of vserver ?
1124140696 M * Bertl yes, I'm doing the kernel part ...
1124140710 M * eugenesan well, hope this version will build on sarge :-)
1124140711 M * fobi oh
1124140724 M * eugenesan will test it now...
1124140726 M * fobi Bertl: so what about the processors with virtualization ?
1124140763 M * Bertl you mean the ones being designed by intel/amd or the ones already existing for ages like s390?
1124140786 M * fobi Bertl: no, the new one, they should be available in the end of the year
1124140815 M * Bertl well, they will help Xen a lot .. I hope, but for linux-vserver they will not have any benefit ...
1124140819 M * eugenesan fobi: what do you mean? sparc, power and so?
1124140827 M * fobi eugenesan: no, x86
1124140837 M * eugenesan i use it on x86
1124140863 M * fobi eugenesan: i mean new processors that are developed by intel and amd
1124140866 M * eugenesan i use 32bit debian on top amd64 system
1124140880 M * eugenesan they use same i386+emt64
1124140881 M * fobi eugenesan: they will have built in virtualization 
1124140897 M * eugenesan amd64 already has it for 32bit
1124141032 M * Bertl those virtualization helpers (which are actually more bug fixes, because they planned to do something like that since a long time) will allow you to run separate kernels without the current overhead introduced by a supervisor
1124141034 M * eugenesan is libbee* vital for 208?
1124141057 M * Bertl eugenesan: not vital .. it is only required for vhashify
1124141076 M * fobi Bertl: and... do you know something about xen ?
1124141082 M * eugenesan strange i have that lib installed but configure misses it :0(
1124141115 M * Bertl fobi: as linux-vserver does not have the overhead of a guest kernel to bother with ... it does not benefit from virtualizing more kernel stuff ...
1124141166 M * Bertl eugenesan: that's a debian unstable bug ...
1124141197 M * Bertl (have a look at the ML archives for details)
1124141216 M * eugenesan Bertl: mayb, but i use sarge with backports of vserver stuff
1124141269 M * Bertl eugenesan: do you have beecrypt-dev installed?
1124141276 M * eugenesan Bertl: btw, installing 208 didn't help with chbind
1124141283 M * Bertl thought so ...
1124141308 M * eugenesan yes libbeecrypt6-dev installed
1124141465 M * eugenesan Bertl: kernel config values you was talking about are missing in patch i used, did you misspelled them or i am doing  something worng?
1124141590 M * Bertl no, they were copied .. what kernel do you use?
1124141633 M * Bertl http://archives.linux-vserver.org/200508/0174.html
1124141641 M * Bertl (regarding the beecrypt issues)
1124141657 M * eugenesan 2.612.4 with 2.0 patch
1124141696 M * Bertl which ones are you missing?
1124141725 M * eugenesan CONFIG_VSERVER_LEGACYNET and CONFIG_VSERVER_LEGACY_VERSION
1124141754 M * Bertl the legacy version depends on legacy IIRC
1124141803 M * Bertl fobi: yes, I know _something_ abot xen ...
1124141815 M * Bertl *about
1124141845 M * eugenesan and CONFIG_VSERVER_NGNET = CONFIG_VSERVER_LEGACYNET?
1124141865 Q * monrad Quit: Leaving
1124141866 M * Bertl CONFIG_VSERVER_NGNET is currently the complementary of CONFIG_VSERVER_LEGACYNET
1124141911 M * Bertl config  VSERVER_LEGACYNET
1124141917 M * Bertl depends on !VSERVER_NGNET
1124141928 M * Bertl config  VSERVER_NGNET
1124141933 M * Bertl depends on EXPERIMENTAL
1124141933 J * monrad ~monrad@213083190134.sonofon.dk
1124141952 M * Bertl so if you enable VSERVER_NGNET -> VSERVER_LEGACYNET will be disabled
1124141970 M * Bertl by default VSERVER_LEGACYNET will be enabled, and VSERVER_NGNET disabled
1124142012 M * Bertl once the tools will use the new network interface, disabling LEGACYNET will be possible ...
1124142021 M * eugenesan  i am lost a little, witch ones do i need to use with util-vserver <= 208?
1124142042 M * eugenesan VSERVER_LEGACYNET and ! VSERVER_NGNE?
1124142045 M * Bertl as it seems, you need VSERVER_LEGACYNET for _all_ released util-vserver versions
1124142073 M * eugenesan do i need CONFIG_VSERVER_LEGACY also?
1124142081 M * Bertl with util-vserver 0.30.20x you won't need it ...
1124142094 M * Bertl (unless you have legacy guests)
1124142128 M * eugenesan no, i am starting from scratch
1124142151 M * Bertl okay, then you can safely disable VSERVER_LEGACY
1124142182 M * eugenesan is there any major changes for 208 from 204 that can prevent me from using old 204 (native for debian-sarge)?
1124142209 M * Bertl see the changelog of the tools plus the changes debian did to them ...
1124142218 M * eugenesan :-)
1124142223 J * stefani ~stefani@superquan.apl.washington.edu
1124142225 M * sid3windr Bertl: if you leave the legacy support enabled does it slow things down or so?
1124142232 M * sid3windr or does it simply save some memory if you disable it
1124142236 M * Bertl basically I advise not to use the debian tools from sarge, as I know they are broken ...
1124142270 M * eugenesan well, i think i will take your advice.
1124142271 M * Bertl sid3windr: a little, as we have a certain amount of unused stuff in the kernel ...
1124142315 M * Bertl sid3windr: but more important, the new ABI is cleaner, so it allows to remove 'racey' code from the kernel
1124142338 M * eugenesan Bertl: is CONFIG_VSERVER_HARDCPU necessary to control CPU time of guests?
1124142364 M * Bertl if you want the hard scheduler, then yes, if you are fine with priority adjustments, then no
1124142378 M * Bertl and you don't want to control the CPU time for guests :)
1124142409 M * eugenesan why is that? i want at least put them in nice -n 15 :-)
1124142416 M * Bertl btw, the help texts for the options _are_ really informative ...
1124142433 Q * MrRagga Quit: Verlassend
1124142443 M * Bertl eugenesan: what would your guest do with 5 seconds CPU time?
1124142493 M * eugenesan 32bit gameservers...
1124142518 M * Bertl playing counterstrike for 5 seconds, then game over?
1124142579 M * eugenesan no i ment low priority. (may i used wrong syntax)
1124142602 M * Bertl I probably add a cpu 'time' limit soon, just to tell all the folks asking for cpu time limits: yes here it is ... :)
1124142627 M * eugenesan nice
1124142646 M * Bertl you can adjust the priority of a given guest in many ways ... what you usually want is to limit the CPU resources
1124142676 M * eugenesan where can i find info on subject?
1124142692 M * Bertl okay, I have to leave now .. but I'll be back in an hour or two ...
1124142711 M * Bertl (linux-vserver.org, look/search for Token Bucket scheduler)
1124142727 N * Bertl Bertl_oO
1124142732 M * Bertl_oO cya later ...
1124142768 M * eugenesan thanks fot help! ...
1124144054 P * stefani I'm Parting (the water)
1124144657 M * fobi have you heard crazy frog in tv ?
1124144721 M * daniel_hozac yes.
1124144850 M * fobi http://www.somethingwrong.co.uk/crazy_frog_baseball/
1124144887 M * daniel_hozac i've used up my frog killing quota already.
1124146176 J * Doener ~doener@p548753BD.dip.t-dialin.net
1124146188 P * Doener 
1124146204 M * Doener` oops, that was the wrong button
1124146421 J * lownoize ~lownoize@p54AC95AF.dip0.t-ipconnect.de
1124146426 M * lownoize hi 
1124146438 M * lownoize somebody is using unfsd in his vserver?
1124146531 M * lownoize i have a strange problem i can create files with touch, can make dirs with mkdir, can add symbolic links everything works nice but so applications give me a Unknown error 524 when they try to create files 
1124146598 M * Doener` did you make your tests as root or as a regular user?
1124146607 M * lownoize as root
1124146635 M * Doener` try as regular user, if that fails, check if you got some permissions wrong
1124146663 M * Doener` having the vserver's / permissions set to 0000 is quite popular (but wrong) ;)
1124146727 M * lownoize i dont think that it is a permission problem, because when i try on the vserver in the same directory it works
1124146762 M * lownoize when i use the nfs share (server is a vserver with unfsd) i does not work from any client
1124146912 M * Doener` ok, i parsed your sentence as "works as root, but programs fail", without the nfs vs. non-nfs thing
1124146955 M * lownoize looks like an unfsd issue
1124148296 J * monski ~monrad@213083190134.sonofon.dk
1124148510 Q * monrad Ping timeout: 480 seconds
1124148815 N * Bertl_oO Bertl
1124148826 M * Bertl evening again :)
1124148883 M * DaCa hi Bertl 
1124148898 M * lownoize hi Bertl DaCa 
1124148914 M * Bertl lownoize: 524, is this a standartized error code?
1124148943 M * Bertl #define ENOTSUPP        524     /* Operation is not supported */
1124148958 M * Bertl /* Defined for the NFSv3 protocol */
1124148989 M * lownoize looks like there is no good userspace nfsd
1124149007 M * eugenesan Bertl: is it ok that i see UFS as FS in guests?
1124149035 M * Bertl eugenesan: in the mtab? there it is fine, you need that to get quota working there ...
1124149093 M * Bertl (because the quota tools insist -- well at least they insisted -- on accessing ext2/3 filesystems directly, which can not be allowed, but work quite fine with ufs)
1124149167 M * lownoize Bertl, only some applications have problems with that like wget ...
1124149192 M * Bertl lownoize: try to strace the wget ...
1124149211 M * Bertl check what operation fails ...
1124149213 M * eugenesan Bertl: will it somehow affect performance of my "real" reiserfs?
1124149247 M * Bertl eugenesan: no, not at all ... the mtab is only used by some userspace tools like mount or the quota tools
1124149260 M * lownoize open("test.foo.1", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = -1 E
1124149260 M * lownoize NOTSUPP (Unknown error 524)
1124149287 M * Bertl lownoize: you know how to write a C test program?
1124149319 M * Bertl (or in some other language, where you can use open() directly)
1124149353 M * lownoize i can try
1124149370 M * Bertl check the options, probably the O_LARGEFILE is to blame
1124149389 M * Bertl (but could be the O_EXCL too)
1124149563 M * eugenesan Bertl: btw, 2.6.12.4-vs2.0-amd64 + 0.30.208 on Debian/Sarge=amd64 looks gooooood, and already running UnrealTournament99  in Debian/Sarge-i386 guest! That's amazing!
1124149578 M * daniel_hozac why not 2.6.12.5?
1124149584 M * Bertl eugenesan: great! good to hear ...
1124149615 M * Bertl daniel_hozac: ah, it's already out?
1124149631 M * eugenesan .5 is out?
1124149639 M * daniel_hozac i hope so, i downloaded it a few hours ago...
1124149645 M * Bertl yeah, seems it was released today ...
1124149658 M * eugenesan hmm, torvald never going to sleep?
1124149677 M * Bertl well, actually it's not really Linus tree ...
1124149835 M * Bertl if I'm not totally wrong, it's Chris Wright maintaining the 'sucker tree' atm ...
1124149903 M * eugenesan hmm, in mailists torvalds seems to deal with latest fixes, anyway i just wish they finally add SATA-II-NCQ and normal PCIE-IRQ support.
1124150003 M * Bertl is PCIE really an issue for you?
1124150012 M * Bertl gigabit ethernet?
1124150127 M * Bertl eugenesan: so you are providing game servers on an x86_64 machine (SMP I presume?)
1124150266 M * eugenesan it's hosting server and i am planning vserver for gameservers, and it's single amd64 but kernel compiled with SMP. In near future i am planning DualCore.
1124150313 M * Bertl i.c. well you can probably speed it up by compiling a single CPU kernel on that one (just a hint) because SMP actually adds some overhead ...
1124150357 M * Bertl are you now using the hardcpu scheduler?
1124150390 M * eugenesan i compiled it, but still didn't got chance to test it