1138148311 P * undefined 
1138148538 J * b4ck3r ~cbarbosa@201.250.33.19
1138148551 M * Bertl welcome b4ck3r!
1138148557 M * b4ck3r thx
1138148581 M * b4ck3r just a question
1138148632 M * b4ck3r today had my first experience with a vserver and is really a great project
1138148648 M * Bertl sounds good so far :)
1138148694 M * b4ck3r i installed the debian and the instalation was perfect  but i cant configure the interface
1138148698 M * b4ck3r net interface
1138148721 M * b4ck3r the error
1138148721 M * b4ck3r ifconfig eth0 192.168.1.70 up
1138148722 M * b4ck3r SIOCSIFADDR: Permission denied
1138148722 M * b4ck3r SIOCSIFFLAGS: Permission denied
1138148722 M * b4ck3r SIOCSIFFLAGS: Permission denied
1138148733 M * Bertl on the host?
1138148748 M * b4ck3r on the vserver1
1138148773 M * Bertl why do you try to configure interfaces there?
1138148821 M * b4ck3r this i get when a run ifconfig on ther vserver1
1138148832 M * b4ck3r vserver1:/# ifconfig
1138148832 M * b4ck3r eth0      Link encap:Ethernet  HWaddr 00:0C:29:5D:ED:1A
1138148832 M * b4ck3r           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
1138148832 M * b4ck3r           RX packets:3684 errors:0 dropped:0 overruns:0 frame:0
1138148832 M * b4ck3r           TX packets:2193 errors:0 dropped:0 overruns:0 carrier:0
1138148833 M * b4ck3r           collisions:0 txqueuelen:1000
1138148833 M * b4ck3r           RX bytes:321706 (314.1 KiB)  TX bytes:274964 (268.5 KiB)
1138148835 M * b4ck3r           Interrupt:177 Base address:0x1080
1138148845 M * b4ck3r no ip configured
1138148878 M * Bertl well, that is not true, I'd say, you are just using too old tools here, let me explain ...
1138148889 M * b4ck3r ok
1138148899 M * Bertl in the beginning of linux networking, there was ifconfig :)
1138148929 M * Bertl interfaces had standard names like eth0 and additional IPs were assigned via so called 'aliases'
1138148939 M * b4ck3r yes
1138148956 M * Bertl this changed hmm .. six years ago ... well theoretically at lest
1138148959 M * Bertl *least
1138148966 M * b4ck3r ok
1138148979 M * Bertl with the introduction of more flexible networking and better tools like ip from iproute2
1138149011 M * Bertl unfortunately the ifconfig is still around, and some distros like debian do use them (and do not even install the newer ones)
1138149029 M * Bertl now, how is that related ... simple:
1138149047 M * Bertl check on your host with ifconfig and compare the output to the one of 'ip addr ls'
1138149065 M * b4ck3r ok
1138149076 M * Bertl you will see that there is an IP (you assigned for your guest, I assume)
1138149090 M * Bertl which is not shown in the ifconfig output
1138149102 M * b4ck3r yes
1138149108 M * Bertl nevertheless you have now three options:
1138149128 M * Bertl - leave it as is and update ifconfig -> ip (from iproute2) inside the guest
1138149161 M * Bertl - configure the guest to use an (old) alias style of interfaces (e.g. eth0:hansi)
1138149198 M * Bertl - create the alias on the host to your likings, and tell the guest to 'reuse' that ip
1138149226 M * Bertl regardless of your choice, networking wise everything will work right now
1138149247 M * Bertl (just ifconfig does not see the configured ip)
1138149263 M * b4ck3r yes i can see now
1138149299 M * b4ck3r let me try to configure and tell you ok ??
1138149317 M * Bertl sure, for the alias, just add a 'name' entry to the existing config
1138149330 M * Bertl make sure to stop the guest first, then modify and start again
1138149338 M * b4ck3r ok
1138149346 M * b4ck3r thx so much
1138149353 M * Bertl you're welcome!
1138153270 Q * mkhl Quit: 
1138153849 J * Aiken_ ~james@tooax7-069.dialup.optusnet.com.au
1138154194 Q * Aiken Ping timeout: 480 seconds
1138154563 J * Digital-X Digital-X@69.162.66.10
1138154583 M * Bertl welcome Digital-X!
1138154700 M * b4ck3r Bertl, thanks for your help, works fine now
1138154738 M * Bertl b4ck3r: great! make sure to add yourself to the Happy Users page once you are (or the Provider's Page if that applies)
1138154755 M * b4ck3r ok
1138154821 M * b4ck3r Bertl, i'm work for IBM on Argentina
1138154853 M * Bertl cool, we have some other folks from IBM here too ...
1138154863 M * b4ck3r yes ??
1138154866 M * b4ck3r who
1138154866 M * b4ck3r ??
1138154884 Q * Digital-X Read error: Connection reset by peer
1138154918 M * Bertl Dave (Hansen), Serge (Hallyn), Gerrit (Huizenga)
1138154943 M * b4ck3r cool
1138154995 M * b4ck3r i going to propose work with vserver and do tests on some clients, sure i need your help
1138155005 M * b4ck3r for this,
1138155028 M * Bertl well, should not be a problem when I'm around ...
1138155102 M * b4ck3r Ok, thx again 
1138155119 M * b4ck3r see you
1138155121 M * b4ck3r bye
1138155123 M * Bertl my pleasure, feel free to hang around
1138155188 M * azazel Bertl: i've done my presentation, the attendants where quite satisfied
1138155196 M * azazel thanks for all
1138155206 M * Bertl nothing to thank, but glad to hear!
1138155235 M * azazel now i have to go to sleep
1138155246 M * Bertl good night then!
1138155249 M * azazel good night
1138155334 Q * azazel Quit: Client exiting
1138155579 M * romke Bertl: http://romke.net/paste/ee067eb7d35978d59566df35f4d2ca8b <-- it's USE="hardened" + dietlibc issue, when I set --disable-dietlibc compilation went ok and util-vserver works fine
1138155654 M * Bertl hmm, so hardened is somehow broken?
1138155687 M * romke I suppose
1138155687 M * Bertl I'd consider send or bind very basic functions, no?
1138155715 M * romke right
1138155733 M * matti Left.
1138155747 M * Bertl hey matti!!!!!
1138155759 M * Bertl good to see you!
1138155761 M * matti Hello Bertl :)
1138155776 M * matti Really? Well. Coffeee?
1138155778 M * matti ;]
1138155796 M * Bertl sure, sure ...
1138155808 M * Bertl I was already equipping a trip to poland ...
1138155812 M * mugwumpjism hey, I had a word with Linus about getting vserver in mainline :D
1138155826 A * matti hands Bertl a cup of coffeee... Still hot...
1138155840 Q * vrwttnmtu Ping timeout: 480 seconds
1138155896 M * mugwumpjism he's keen from the sounds of it, and suggested using Quilt or StackedGit to prepare split out patches etc
1138155921 M * matti Bertl: Trip to poland? When? And, how long ya plan to stay?
1138155951 M * Bertl well, a search and rescue mission for matti ...
1138155980 M * matti Yoyx.
1138155983 M * matti :<
1138156001 M * matti Bertl: :)*~
1138156038 M * Bertl mugwumpjism: no kidding?
1138156097 M * matti mugwumpjism: Ya're kidding, right? Linus? vServer?
1138156100 M * mugwumpjism no kidding!  he says it's a well known feature/method now
1138156104 M * matti mugwumpjism: LOL?
1138156112 M * mugwumpjism jailing, that is
1138156155 M * mugwumpjism patchhes for each area will need to go through individual maintainers and be as piecemeal as possible
1138156196 M * Bertl interesting ... well, I guess eric might have a chance to get something useful in then
1138156221 M * Bertl mugwumpjism: in any case .. excellent news!
1138156319 M * romke :>
1138156357 M * mugwumpjism yeah, I think so... sbut still lots to do first
1138156360 M * matti Bertl: BTW, did ta know, that blackfire is also from Cracow? :) I'll meet 'em I thik. Buy a coffee ;]
1138156385 M * Bertl no, didn't know until now ...
1138156392 M * matti :)
1138156442 M * matti s/ta/ya/, s/thik/think/
1138156517 M * Bertl so how are you? everything fine again?
1138156542 M * matti Well, more or less. Depends on point of view.
1138156542 M * matti ;]
1138156557 M * Bertl well, health is most important, I guess ...
1138156579 M * matti Seems so.
1138156581 M * matti :)
1138156591 M * Bertl everything fine there again?
1138156652 A * mugwumpjism goes offline &
1138156673 M * Bertl mugwumpjism: thanks for talking to Linus ...
1138156761 M * michal` matti: it's bad that Bertl cannot understand polish language
1138156767 M * matti michal`: Why?
1138156773 M * michal` matti: we would have excelent lecture of that blog :)
1138156778 M * michal` s/we/he/
1138156789 M * matti michal`: Em? What blog?
1138156799 M * michal` "coder fiance"
1138156803 M * matti michal`: Oh.
1138156812 M * matti http://enter.stringi.com/?
1138156819 M * michal` yep
1138156898 M * matti Yep... very nice, indeed.
1138157637 P * b4ck3r 
1138157670 M * Bertl michal`: so, what would I learn from that?
1138157678 J * Smutje_ ~Smutje@xdsl-84-44-144-89.netcologne.de
1138157784 Q * Smutje Ping timeout: 480 seconds
1138157822 M * matti Bertl: How to life with geek/programmer from normal girl point of view.
1138157832 M * matti Bertl: She've very nice writing style.
1138157852 M * matti Bertl: I love reading it from time to time :)
1138157866 M * Bertl ah, well, I can imagine, but luckily that doesn't apply :)
1138157886 M * matti Hehehe.
1138157892 M * matti :)
1138157903 M * Bertl my better half is a geek too :)
1138157916 M * matti s/life/live/
1138157925 M * matti Bertl: Whoa :)
1138157937 M * matti Bertl: Married?
1138157938 M * matti ;]
1138157960 M * Bertl you might call it that, though not legally ...
1138157973 M * matti :)
1138157985 M * matti I never meet a geek girl...
1138158016 M * Bertl there are many out there, they are just hiding behind some screens and keyboards, no idea why :)
1138158019 Q * FireEgl Ping timeout: 480 seconds
1138158040 M * matti Yeah... Some people say, that there's a life beyond firewall too.
1138158057 M * matti I never had a chance to test this idea ;]
1138158161 M * Bertl well, you've seen the Matrix?
1138158189 M * matti Yeahh... Matrix has you ;)
1138158190 M * matti ;p
1138158625 J * Gurbetci_kiz myvatanim@85.101.180.215
1138158644 M * Bertl welcome Gurbetci_kiz!
1138158646 P * Gurbetci_kiz 
1138158909 M * matti Goodnight all.
1138158910 M * matti :)
1138159128 M * blackfire michal`: you're from/in .pl too?
1138159405 M * romke blackfire: /me too ;)
1138159871 M * blackfire romke: yep I know (to ja, konkurencja :P)
1138159911 M * romke blackfire: heh, world is very small
1138159980 M * blackfire yeah, hard to believe sometimes
1138160115 M * romke blackfire: still can't remember where from I know your name, maybe I was mistaken (/dev/brain checksum corruption :>)
1138160237 M * blackfire romke: I guess I'm not that famous then :D
1138160261 M * blackfire or it may have been the vserver ML
1138160411 M * Bertl maybe you know each other from the channle *G*
1138160471 M * blackfire Bertl: hmm rather not ;)
1138160498 M * romke nevermind, bye, time2sleep
1138160508 M * Bertl good night romke!
1138161420 Q * zobel arion.oftc.net venus.oftc.net
1138161420 Q * aba arion.oftc.net venus.oftc.net
1138161487 J * zobel zobel@zobel.irc.ftbfs.de
1138161487 J * aba ~aba@eos.turmzimmer.net
1138161881 J * menomc ~amery@200.75.27.90
1138161926 M * Bertl welcome menomc!
1138161986 Q * mnemoc Ping timeout: 480 seconds
1138161986 N * menomc mnemoc
1138162079 M * blackfire Bertl: not asleep yet? :)
1138162090 M * Bertl nope
1138162147 M * blackfire I have an idea that's been bugging me for a while...
1138162203 M * blackfire is there any fundamental obstacle (except for a sh*tload of work of course) to integrating vserver and openssi?
1138162225 M * Bertl what's openssi?
1138162246 M * blackfire it's a single-image clustering software for linux
1138162261 M * Bertl which does what precisely?
1138162333 M * blackfire it enables you to run a cluster of linux boxes which look like a single machine both to the outside world (single ip) and to the running apps (process migration etc.)
1138162369 M * blackfire http://openssi.org/
1138162373 M * Bertl so something like (open)mosix?
1138162402 M * blackfire well, not exactly as (afaik) apps need to be mosix-aware to use the clustering features, but generally, yes
1138162419 M * Bertl hmm, no, apps need not to be mosix aware
1138162482 M * Bertl but anyway, no that is not a problem per se
1138162505 M * Bertl I had an interesting discussion with the columbia folks who are doing the zap stuff
1138162586 M * blackfire zap?
1138162636 M * Bertl http://www.cs.cmu.edu/~sosman/publications/osdi2002/ZAP-OSDI.html
1138163063 M * blackfire hmm interesting, i'll have to give it a more thorough read
1138163813 J * FireEgl Atlantica@Atlantica.DollarDNS.Net
1138164290 M * blackfire openmosix seems not to support shared memory :(
1138164437 M * Bertl well, it's easier when you are migrating process groups
1138164466 M * Bertl nevertheless mosix has a major disadvantage, it requires a head-node
1138164512 M * Bertl (which does the I/O) does openssi have something similar?
1138164549 Q * Loki|muh Read error: Connection reset by peer
1138164585 M * blackfire iirc, yes, but it's been a while since I checked and I don't really have hands-on experience with openssi
1138164662 M * Bertl unfortunately that's something which makes failover impossible
1138164788 M * blackfire openssi seems to have rootfs failover if more than 1 node is connected to the root fs
1138164939 M * Bertl the main question is, what happens if you start a process on node A, then migrate it to node B and let node A die
1138165035 M * blackfire dont know ;/ if I ever get any free time, I'd love to play with it... but according to my understanding of the docs it should keep running
1138165222 M * Bertl well, for mosix (at least the versions I checked) this is only true if the application does no I/O
1138165469 M * blackfire there's a comparison of openssi and openmosix here: http://sourceforge.net/mailarchive/forum.php?thread_id=5860473&forum_id=21441
1138165649 M * Aiken_ one problem with openmosix is if a process node A needs to run migrates to node B then node B dies
1138165717 M * Bertl hey Aiken_!
1138165728 M * Aiken_ hello
1138165804 M * blackfire the last link I pasted seems to indicate that openssi works differently (granted, it has a noticeable pro-openssi bias)
1138165900 M * blackfire http://openmosix.sourceforge.net/openssi_refute.html here's a reply from the openmosix folks
1138165982 J * Loki|muh loki@satanix.de
1138166152 M * Bertl welcome Loki|muh!
1138166212 M * Aiken_ blackfire why do you say apps have to be mosix aware?
1138166266 M * Aiken_ when I was using open mosix I did not need anything mosix aware to make use of it
1138166299 M * Aiken_ that included the bash script that launched many copies of lame & to make it quicker
1138166321 M * blackfire Aiken_: it must have been either an old version or an old misunderstanding that I never bothered to correct ;]
1138166357 M * blackfire Aiken_: but still openmosix seems more suited to building HPC clusters than HA clusters
1138166377 M * Aiken_ I'll agree that HPC HA statement
1138166424 M * Aiken_ I was even getting xfs migrating to quiet nodes which made life interesting for my machine if that other node lost power :(
1138166447 Q * FireEgl arion.oftc.net venus.oftc.net
1138166447 Q * zobel arion.oftc.net venus.oftc.net
1138166447 Q * aba arion.oftc.net venus.oftc.net
1138166458 M * Bertl well, well, ... I guess both articles have to be taken with a grain of salt ...
1138166494 M * blackfire well I'd like to build a HA cluster for a hosting environment so reliability is a must
1138166529 M * blackfire Bertl: yep, obviously, but under that (pile of) salt there's some interesting content, too :)
1138166574 M * Bertl http://en.wikipedia.org/wiki/Moshe_Bar
1138166606 M * blackfire but given my permanent lack of time, it might as well stay at the 'neat idea to try sometime' stage :/
1138166624 M * Aiken_ never looked at openssi but openmosix was fun, very handy for starting many cpu intensive tasks and having automatic load balancing
1138166674 M * blackfire yeah but I'd also like the cluster to be somewhat resilient to failures ;]
1138166723 M * blackfire anyway, it's a real shame but I gotta go /home (the night shift at work finally ended! yay!:) )
1138166767 M * blackfire I'll probably be back tomorrow night (in ~16-24 hours)
1138166771 M * Bertl well, you are always welcome (even from home :)
1138166787 M * Bertl thanks for the openssi input though ...
1138166793 M * blackfire yeah but despite the rumors I need some sleep too ;)
1138166824 M * blackfire thanks though :)
1138166827 J * FireEgl Atlantica@Atlantica.DollarDNS.Net
1138166827 J * zobel zobel@zobel.irc.ftbfs.de
1138166827 J * aba ~aba@eos.turmzimmer.net
1138166851 M * blackfire bye all
1138166910 M * Bertl cya
1138167037 Q * marl Ping timeout: 480 seconds
1138169399 J * balbir ~balbir@59.145.136.1
1138169880 M * Bertl welcome balbir!
1138170075 M * Hollow morning
1138170201 M * Bertl good morning to you!
1138172051 J * Aiken__ ~james@tooax6-085.dialup.optusnet.com.au
1138172364 Q * Aiken_ Ping timeout: 480 seconds
1138173510 J * blizz ~blizz@evilhackerdu.de
1138173537 M * blizz hiho
1138173680 M * Bertl welcome blizz!
1138174194 M * blizz ahh, grandmaster herbert? ;)
1138174214 M * Bertl yes, young grashopper? :)
1138174405 J * id23 ~id@p54A022F8.dip0.t-ipconnect.de
1138174424 M * id23 good morning #vserver
1138174443 M * Bertl dhansen: do you know somebody knowledgeable about jfs (and maybe inode attributes)?
1138174449 M * Bertl good morning id23!
1138174568 M * blizz well well, http://scry.wanfear.com/~greear/vlan.html is this the new location of the vlan tools? the candelatech one says 404
1138174595 M * Bertl blizz: LFS?
1138174615 M * blizz util-vserver configure told me it wants vlan
1138174621 M * blizz running crux linux
1138174638 M * Bertl hmm, is that package based?
1138174644 M * blizz but compared to big distros the ports database is quite "small" :)
1138174646 M * blizz yep
1138174654 M * blizz but some things are still missing
1138174662 M * Bertl double check they are often named differently
1138174667 M * Bertl +,
1138174686 M * blizz already did a search in the footprint files (filesystem architecture of ports)
1138174689 M * Bertl the tool is called vconfig
1138174694 M * blizz let me see
1138174714 M * Bertl rpm -qf `which vconfig`
1138174715 M * Bertl vlan-utils-1.4-1mdk
1138174716 M * blizz not available :/
1138174745 M * Bertl okay, well, then scry.wanfear.com it is :)
1138174765 M * blizz an 1.8 will work fine with my brand new kernel? ;)
1138174879 M * Bertl I assume so
1138174964 M * blizz okay, thanks so far
1138175176 M * blizz interesting.. seems like after the reboot of my little test machine the dns server running on it changed configuration in a way im not able to do lookups without the complete domain now.. greeat
1138175176 M * Bertl you're welcome!
1138175359 M * Bertl maybe the config in /etc/resolve.conf changed?
1138175384 M * Bertl anway ... off to bed now .. so have fun everyone! and cya later ...
1138175403 M * blizz isnt it a bit bright outside for bed :) ;)
1138175406 M * blizz gnite ;)
1138175423 M * Bertl yes, that's it, the daystar is already visible ...
1138175429 M * Bertl night!
1138175434 N * Bertl Bertl_zZ
1138175633 M * mikmak hi, anybody tried running squid in a vserver ?
1138175649 M * schellh yes its doing well
1138175653 M * mikmak even will all CAPS, it fails at forking its redirector children apparently
1138175671 M * schellh i use debina woody and it worked out of a box with old vserver versions
1138175678 M * mikmak if I remove the redirector_program , it works fine 
1138175680 M * mikmak hmm
1138175690 M * mikmak I am using sarge at the moment
1138176291 M * blizz now im glad, made my own vlan port for my distro ;)
1138176296 M * blizz (yay)
1138176808 M * mikmak hmm actually, squid will start after a long time, but it does not use the redirectors
1138176812 M * mikmak which have not started
1138176830 M * mikmak looks like it's a fork and/or IPC problem
1138176897 M * mikmak i would say the execvp call fails somehow
1138177712 Q * id23 Ping timeout: 480 seconds
1138177765 Q * shedi Quit: Leaving
1138177769 Q * _are_ Ping timeout: 480 seconds
1138178338 J * id23 ~id@p54A00E5B.dip0.t-ipconnect.de
1138178353 J * prae ~prae@ezoffice.mandriva.com
1138178857 J * _are_ ~are@62.112.159.81
1138178930 A * SiD3WiNDR runs squid in sarge in vserver running fine...
1138178991 M * mikmak Squid-2.x uses TCP/IP on 127.0.0.1 for communiacation with helper 
1138178992 M * mikmak  processes. 
1138178999 M * mikmak that's probably it :)
1138179014 M * schellh lol i wonder why people dont give their vservers some 127...
1138179028 M * mikmak what do you mean ?
1138179111 M * schellh well often problems are because people dont assign a loopback interface (?) and if i understand you right you also have no loopback interface within the guest ?
1138179176 M * mikmak well, I was told a few days ago (here), that since some recent vserver it's not needed because 127.0.0.1 calls are redirected to the first IP in the vserver
1138179197 M * schellh ok i am not a pro in that..
1138179208 M * mikmak and I dont think I can assign a 127.0.0.1 ip either (since the host as it)
1138179225 J * Milf ~Miranda@ipsio225.ipsi.fraunhofer.de
1138179226 M * mikmak that would be a 127.0.1.1 , but that would not make a difference with squid I guess
1138179226 M * blizz i've made a new css for the great flower page.. who should i send to? :P
1138179280 Q * Hunger arion.oftc.net quasar.oftc.net
1138179280 Q * nox arion.oftc.net quasar.oftc.net
1138179280 Q * FaUl arion.oftc.net quasar.oftc.net
1138179280 Q * daniel_hozac arion.oftc.net quasar.oftc.net
1138179280 Q * meebey arion.oftc.net quasar.oftc.net
1138179280 Q * derjohn arion.oftc.net quasar.oftc.net
1138179280 Q * harry arion.oftc.net quasar.oftc.net
1138179280 Q * DaCa arion.oftc.net quasar.oftc.net
1138179280 Q * kilian arion.oftc.net quasar.oftc.net
1138179280 Q * sladen arion.oftc.net quasar.oftc.net
1138179280 Q * Skram arion.oftc.net quasar.oftc.net
1138179280 Q * sannes arion.oftc.net quasar.oftc.net
1138179352 J * meebey meebey@booster.qnetp.net
1138179360 J * Skram ~skramy@vistech.org
1138179368 J * kilian kk@projects.verfaction.de
1138179384 J * harry ~harry@d515321D1.access.telenet.be
1138179384 J * sladen paul@starsky.19inch.net
1138179396 J * Hunger Hunger.hu@Hunger.hu
1138179399 J * nox ~nox@noxlux.de
1138179450 J * marl ~matt@84.92.193.226
1138179672 J * FaUl xlownAvHsC@verbrennung.org
1138179871 Q * prae Quit: Execute Order 69 !
1138180053 J * daniel_hozac ~daniel@c-6f1472d5.010-230-73746f22.cust.bredbandsbolaget.se
1138180073 J * derjohn ~derjohn@80.69.37.19
1138181139 Q * pusling Read error: Connection reset by peer
1138181142 J * pusling_ pusling@195.215.29.124
1138181959 M * SiD3WiNDR blizz: is it better than weedpage? :)
1138181991 M * blizz its.. more readable :) i emailed the guy who runs the website.. is that maybe you? ;)
1138182005 Q * pusling_ Read error: Connection reset by peer
1138182012 J * pusling pusling@195.215.29.124
1138182141 Q * michal` Ping timeout: 480 seconds
1138182752 J * shedi ~siggi@tolvudeild-205.lhi.is
1138182852 M * SiD3WiNDR nope
1138182856 M * SiD3WiNDR but weedpage is pretty readable
1138182861 M * SiD3WiNDR and looks quite pretty
1138182868 M * schellh lol
1138182887 M * SiD3WiNDR (nb, weedpage is not the default stylesheet, try view | use style in your favourite mozilla.org product)
1138183075 Q * pusling Read error: Connection reset by peer
1138183078 J * pusling_ pusling@195.215.29.124
1138183275 Q * pusling_ Quit: 
1138183932 J * meebey_ meebey@booster.qnetp.net
1138183947 Q * id23 Quit: Leaving
1138184007 Q * meebey Read error: Connection reset by peer
1138184371 J * meebey meebey@booster.qnetp.net
1138184372 Q * meebey_ Read error: Connection reset by peer
1138184466 M * Milf AHA! Learned something new today. Thanx Sidewinder.
1138184959 J * cohan ~martin@p54AD2BD2.dip0.t-ipconnect.de
1138185674 J * prae ~prae@ezoffice.mandriva.com
1138186122 M * prae hi everybody
1138186139 M * prae I try to install nfs server into vserver
1138186167 M * prae but into /proc/fs/nfsd/, misc proc-files doesn't appear
1138186175 M * prae when I try to used setattr
1138186219 M * prae setattr display this :
1138186225 M * prae (cmd :  /usr/sbin/setattr --watch -R /proc/fs/nfsd/* )
1138186227 M * prae result :
1138186236 M * prae /proc/fs/nfsd/exports: Invalid argument
1138186236 M * prae /proc/fs/nfsd/filehandle: Invalid argument
1138186236 M * prae /proc/fs/nfsd/nfsv4leasetime: Invalid argument
1138186236 M * prae /proc/fs/nfsd/threads: Invalid argument
1138186261 M * prae If a replace --watch by --!hide, same errors   :-\
1138186838 J * sannes ~ace@simula-084.simula.no
1138186845 J * DaCa ~danny@mail.limehouse.org
1138186869 M * prae « The kernel NFS server isn't available within a vserver. The userspace nfs client/server may work. »
1138186870 M * prae :-\
1138186983 M * _are_ prae: it works, but not with locking
1138187022 M * _are_ -> if you just share some files it is fine, if you try and run software like catia, it fails.
1138187953 M * prae _are_: nfs works only in userland, not in kernel-space ?
1138188415 Q * FireEgl Ping timeout: 480 seconds
1138188680 M * cohan iproute/iproute2 and vconfig/vlan are really requirements for utils-vserver to build?
1138188706 M * daniel_hozac well, to get the paths, yes.
1138188759 M * cohan the link provided in utils-vserver-0.30.210/REQUIREMENTS to candelatech ~greear seems to be no longer valid
1138188780 M * daniel_hozac <blizz> well well, http://scry.wanfear.com/~greear/vlan.html is this the new location of the vlan tools? the candelatech one says 404
1138188792 M * daniel_hozac (random quote from this morning)
1138188802 M * cohan lol - sorry, wasn't online then blizz said this
1138189533 J * RoadRunnR ~MrRoadRun@213.187.82.17
1138189549 M * RoadRunnR hi all
1138189636 M * RoadRunnR quick question, can it be that unix sockets have a problem in versers? i've got a problem creating a unix socket with the same name in two different vserver, strace show this to be the problem: bind(5, {sa_family=AF_FILE, path=@var/run/.php-java-bridge_socket}, 110) = -1 EADDRIN
1138189636 M * RoadRunnR USE (Address already in use)
1138189641 J * FireEgl Atlantica@Atlantica.DollarDNS.Net
1138189762 M * daniel_hozac and there is no other process listening on it?
1138189809 M * RoadRunnR daniel_hozac: not in that vserver, the is another instance that uses a socket like this, but i think unix socket should be confined to their vserver instance
1138189843 M * daniel_hozac if it's the same socket, another vserver can listen on it.
1138189862 M * daniel_hozac same as in hardlink.
1138189919 M * RoadRunnR daniel_hozac: i'm not sure if i understand what you mean
1138189958 M * daniel_hozac what's the link count on that file?
1138189980 M * RoadRunnR if have two vservers, web01 and web-devel, both try to create a UNIX socket within the vserver called /var/run/.php-java-bridge_socket, this socket is NOT shared beetwen both
1138189986 M * RoadRunnR link count is one
1138190004 M * RoadRunnR only the first server succeedes on creating this socket ...
1138190107 M * RoadRunnR sorry, there is no link count, because this is not file based socket
1138190156 M * daniel_hozac ...sa_family=AF_FILE...
1138190203 M * RoadRunnR from netstats: Active UNIX domain sockets (servers and established)
1138190203 M * RoadRunnR Proto RefCnt Flags       Type       State         I-Node Path
1138190203 M * RoadRunnR unix  2      [ ACC ]     STREAM     LISTENING     9763729  @var/run/.php-java-bridge_socket
1138190280 M * daniel_hozac might want to add -p to that.
1138190480 M * _are_ prae: yes, nfs works only in the userspace implementation. And in this implementation Locking on't work
1138190563 M * RoadRunnR daniel_hozac: unix  2      [ ACC ]     STREAM     LISTENING     9763729  22837/java          @var/run/.php-java-bridge_socket
1138190578 M * prae _are_: oki, thanks _are_
1138190594 M * daniel_hozac RoadRunnR: and where does 22837 live? vserver 1 or 2?
1138190635 M * RoadRunnR in web-devel, server 1, trying to start the same thing in server 2, web01 failes when trying to bind the socket
1138190666 M * RoadRunnR btw: this is on: vs2.1.0-rc2
1138190708 M * daniel_hozac that's an old kernel.
1138190742 M * RoadRunnR well it is, but i have the same problem with a different app on a newer on as well ....
1138190789 M * RoadRunnR it appears a if named UNIX socket are now properly isolated
1138190895 M * daniel_hozac i'll have to agree. i guess you'll have to wait for Bertl_zZ to make you a patch.
1138190901 M * RoadRunnR snippet from strace: http://pastebin.com/522160
1138190915 M * daniel_hozac (the abstract sockets, that is)
1138190942 M * daniel_hozac filesystem ones obviously work great.
1138190952 M * RoadRunnR daniel_hozac: thanks anyway, i think i'm going for lunch and the try to dig into this myself, maybe i have a better idea when Bertl returns
1138190984 M * cohan hm, which is the primary page to learn about and get vlan source tarballs from now?
1138191001 M * daniel_hozac cohan: the blizz one didn't work?
1138191022 M * cohan ah, sorry, misread that
1138191039 M * cohan it does
1138191080 M * cohan although this looks like an outdated mirror or sth, only mentions 2.4 kernels
1138191148 M * daniel_hozac "Updated Sept 30, 2003" ;)
1138191242 M * cohan but vserver is vs. 2.6 - how does that match?
1138191317 M * daniel_hozac well, you don't need to update much of userspace to change from 2.4 to 2.6
1138191368 M * daniel_hozac module-init-tools only, IIRC.
1138191369 M * cohan so i have to install userspace programs from vlan 1.8, thats it? 
1138191381 M * daniel_hozac well, technically, you don't have to.
1138191398 M * daniel_hozac if you don't intend on using vlans, ln -s /bin/true /sbin/vconfig would work just as well.
1138191398 M * cohan stupid ./configure denies to work without
1138191414 M * cohan ah, what a clean way to avoid that
1138191461 M * daniel_hozac hmm, there appears to be a new release.
1138191463 M * daniel_hozac 1.9.
1138191494 M * cohan so you have a better official site?
1138191495 M * daniel_hozac of course, link to said tarball is a 404 :)
1138191504 M * daniel_hozac no, it just linked to the candelatech site.
1138191522 M * daniel_hozac could just be a temporary outage, i suppose, but it's not even on google.
1138191565 M * cohan hm - did not use vlans with the old vserver stuff, but could be interesting combined with bridging (as i do the qemu-based lan-access)
1138191626 Q * balbir Quit: Leaving
1138191684 M * cohan is disabling CONFIG_VSERVER_LEGACY with 0.30.310 "advisable" ?
1138191752 M * daniel_hozac well, if you don't configure 0.30.210 to build the older APIs, nothing will use the legacy code anyway.
1138191754 Q * _are_ Ping timeout: 480 seconds
1138191836 M * cohan this leads me again to the fact that i did not find a nice configure documentation 
1138191876 M * daniel_hozac configure for? kernel or util-vserver?
1138191881 M * cohan util-vserver
1138191920 M * cohan so i'd be glad to "not configure 0.30.210 to build older APIs"
1138191956 M * daniel_hozac well, what i meant was that you need to explicitly tell 0.30.210 to build the older APIs.
1138191994 M * daniel_hozac older versions built everything but the "legaciest" code by default, as it still relied on certain parts of the legacy kernel API.
1138192067 M * cohan okay, thats written in NEWS
1138192076 M * daniel_hozac right.
1138192310 M * cohan so you use vlan support?
1138192321 M * daniel_hozac no.
1138192419 M * cohan but 802.1q got into 2.6, and the api did not change at all, so the "old" vconfig binary is still valid?
1138192522 M * daniel_hozac yep.
1138193087 M * cohan thx
1138193129 M * mikmak hmm what are the default 'bcaps' of a vserver (when the bcapabilities file does not exist) ?
1138193225 M * schellh i think most restrictive
1138193253 M * mikmak well, that's what I thought, but if I set "~ALL" , then services fails to start in the vserver ;)
1138193305 M * mikmak so it has at least some (if not all) caps enabled in the default configuration apparently
1138193342 M * mikmak but lcap never catches them, only when I have ALL, it will show me that all caps are enabled 
1138193356 M * mikmak it really behaves in a strange way ...
1138195417 Q * Aiken__ Quit: Leaving
1138195502 M * daniel_hozac it has all the safe capabilities.
1138195569 J * mkhl ~mkhl@200-148-41-242.dsl.telesp.net.br
1138195721 M * mikmak hmm, lcap does not show them :/
1138195737 M * mikmak rm bcapabilities, vserver start => enter , lcap => nothing
1138195774 M * mikmak well actually lcap never show anything usefull except with ALL being set in bcapabilities
1138195792 M * daniel_hozac i have to admit i have no idea what lcap is.
1138195820 M * mikmak it's supposed to list capabilities ;)
1138195839 M * mikmak with a nice * on those that are activated
1138195984 Q * shedi Quit: Leaving
1138196018 M * daniel_hozac cat /usr/include/linux/capability.h | perl -nle 'm/^#define\s+CAP_(\w+)\s+(\d+)/&&($b{$2}=$1);BEGIN{$x=hex(shift@ARGV)}END{for($i=0;exists$b{$i};$i++){print "$b{$i} is ".($x&(2**$i)?"":"NOT ")."set"}}' `awk '/CapPrm/ { print $2 }' /proc/self/status`
1138196044 M * daniel_hozac (mugwump's perl foo is strong)
1138196083 M * mikmak lol :)
1138196115 M * mikmak nice script :)
1138196142 M * mikmak it even works :)
1138196147 M * mikmak you should put that on the website ;)
1138197057 J * complexmind ~Frank@cpc1-brig3-6-0-cust194.brig.cable.ntl.com
1138197239 Q * Johan Quit: KVIrc 3.2.0 'Realia'
1138198298 M * cohan what is /vservers/.pkg/ good for?
1138198349 M * Cru cohan: package management databases of vservers with external (from host) package management are stored there
1138198522 M * cohan is that widely used? i have to admit i am quite confused of many "very special" thingies util-vserver became aware of
1138198623 M * Cru I cannot speak for all guest distros, but for the most it is the default
1138198630 M * Cru unless they are internalized
1138198788 M * Cru so if you want the vserver to manage its packages, do a "vserver <vservername> pkgmgmt internalize" !after! installing a package manager, i.e. dpkg/apt or rpm/yum/apt-rpm/whatever
1138198968 M * cohan is there a simple way to get rid of all that bloated helper stuff? i used to run simple vservers and cared internally about updates, packages etc.,
1138198995 M * cohan of a "simple version" of utils-vserver i'd just expect some boot- and shutdown-, perhaps some permission helper scripts
1138201099 M * cohan if i use UID24/GID24 for XID, is that affected by e.g. apache defaults behaviour to set gid to #-1 ?
1138201434 Q * mkhl Quit: 
1138201630 J * gerrit ~gerrit@c-24-22-19-162.hsd1.or.comcast.net
1138201712 J * Smutje ~Smutje@xdsl-84-44-240-182.netcologne.de
1138201824 Q * Smutje_ Ping timeout: 480 seconds
1138202312 N * Bertl_zZ Bertl
1138202316 M * Bertl morning folks!
1138202459 J * SuNsHiNeLaDy ~CCNET2001@tx-71-52-68-19.dhcp.sprint-hsd.net
1138202472 M * SuNsHiNeLaDy hello
1138202480 M * schellh hi bertl, hi sunshinelady
1138202494 M * SuNsHiNeLaDy hi schellh
1138202505 M * SuNsHiNeLaDy i have a question, what type of server is this?
1138202552 M * SuNsHiNeLaDy what sorts of topics do u talk about n here?
1138202564 M * schellh its virtual, you have one real server and lots of virtual vservers with own ips
1138202569 M * schellh about kernel patching
1138202600 M * SuNsHiNeLaDy is it a christian server, or a general server open to anyone
1138202637 M * schellh its a linux project i suppose you are completely wrong. its published under the GPL for anyone
1138202645 M * schellh bertl, am i right with gpl ? dont know for sure
1138202687 M * SuNsHiNeLaDy not much chat going on for 87 people being n here
1138202703 M * schellh no here is only problem solving
1138202725 M * SuNsHiNeLaDy Hmm...ok Thank you very much
1138202739 M * schellh np
1138202761 P * SuNsHiNeLaDy 
1138202771 M * schellh waswardas
1138202786 M * cohan jemand, der wohl was ganz anderes hier erwartet hat ;)
1138202875 M * daniel_hozac Bertl: i guess you saw RoadRunnR's isolation problem?
1138202883 M * Bertl not yet .. reading up
1138202891 M * RoadRunnR hi
1138202906 M * RoadRunnR i also send a mail to the list ...
1138202962 M * Bertl ah, excellent, is there a short 'test-script' or tool available too?
1138203035 M * daniel_hozac i guess just binding to \0test should do it.
1138203044 M * RoadRunnR Bertl: not yet, but i think i shouldn't be too hard to write one from the strace ...
1138203046 Q * AllenJB Ping timeout: 480 seconds
1138203103 M * Bertl RoadRunnR: would be great, something in C or perl would be fine
1138203124 M * RoadRunnR ok, give me 10min
1138203205 J * AllenJB ~Allen@stuEAED.kent.ac.uk
1138203506 J * YBN ~piespy@erebos.rbi.informatik.uni-frankfurt.de
1138203517 M * cohan perl is only needed for some legacy script in the latest utils-vserver ?
1138203525 J * bool ~weechat@erebos.rbi.informatik.uni-frankfurt.de
1138203564 M * daniel_hozac yes.
1138203586 M * cohan thats real good news, really
1138203650 M * Bertl welcome AllenJB! YBN! bool!
1138203802 M * cohan why is the rebootmgr in legacy/ ?
1138203818 M * cohan already "deprecated"? 
1138203836 M * Bertl cohan: well, it's not used for several years? now
1138203847 M * daniel_hozac 20 years since anyone touched it, IIRC.
1138203852 M * daniel_hozac s/20/2+/
1138203858 M * daniel_hozac fat finger syndrome...
1138203896 M * Bertl RoadRunnR: where is the patch, after you did a full analysis of the issue? just kidding, good work!
1138203991 M * cohan hm, so it was there before and i never noted it - odd.. just re-read the whole linux-vserver-paper and stumbled across rebootmgr
1138204143 J * id23 ~id@p54A00E5B.dip0.t-ipconnect.de
1138204152 M * Bertl welcome id23!
1138204161 Q * YBN Remote host closed the connection
1138204179 M * id23 hi Bertl 
1138204185 M * id23 hello #vserver
1138204188 J * YBN ~piespy@erebos.rbi.informatik.uni-frankfurt.de
1138204209 M * Bertl wb YBN!
1138204304 Q * YBN Remote host closed the connection
1138204327 J * YBN ~piespy@erebos.rbi.informatik.uni-frankfurt.de
1138204350 M * Bertl YBN: testing clients?
1138204384 M * YBN connection problems... :) 
1138204410 M * RoadRunnR Bertl: the problem just got uglier ...
1138204419 M * YBN always the same client. weechat is nice 
1138204450 M * YBN RoadRunnR: why? 
1138204458 M * RoadRunnR Bertl: http://pastebin.com/522423
1138204478 M * RoadRunnR compile :-), run, Ctrl-C, try to run again :-(
1138204512 M * Bertl well, let's see ...
1138204545 M * RoadRunnR the socket is not released (at least not under 2.6.15)
1138204561 M * Bertl maybe that is intentional?
1138204566 M * YBN what are you compiling? 
1138204582 M * RoadRunnR butis should then show up in netstat -ax, shouldn't ir?
1138204604 M * Bertl RoadRunnR: well, that's where the proper filtering kicks in ...
1138204615 M * Bertl at least that's what I assume ...
1138204648 M * Bertl but let me check that first ...
1138204666 M * RoadRunnR well, the socket reuse is not a vserver issue, happens on pritine 2.6.15 as well
1138204675 M * RoadRunnR ... pristine ...
1138204681 M * Bertl thought so
1138204733 M * Bertl so, if I got that right, then 'chcontext --xid 100 usock &' and the same with xid=200 should fail, right?
1138204743 M * RoadRunnR right
1138204785 M * YBN hey whats green and smells like pig? 
1138204860 M * daniel_hozac RoadRunnR: hmm, is that an abstract socket?
1138204871 M * RoadRunnR it is, as far as i can tell
1138204878 M * daniel_hozac (and the strncpy looks suspicious)
1138204926 M * RoadRunnR daniel_hozac: it just loads the string in the sockaddr structure
1138204936 M * daniel_hozac RoadRunnR: far beyond the length of the string...
1138204940 M * YBN give the flux compensator a try and the socket should compile perfectly... 
1138204979 M * daniel_hozac RoadRunnR: oh, right, strncpy, sorry.
1138204982 J * Viper0482 ~Viper0482@p5497503B.dip.t-dialin.net
1138204982 M * RoadRunnR daniel_hozac: the lenght says only, do not copy more than this characters
1138205001 M * YBN Viper0482: hi 
1138205085 M * daniel_hozac RoadRunnR: i thought abstract sockets required a leading \0.
1138205103 M * daniel_hozac (and that was what made it an abstract socket)
1138205107 M * Hollow heya
1138205114 M * daniel_hozac morning Hollow!
1138205116 M * YBN hi hollow 
1138205126 M * RoadRunnR ehm, never checked that, but you might be just right, and that might also explain the other problem is see with this
1138205148 M * daniel_hozac RoadRunnR: i'd expect a /tmp/vserver-test to be created with that program.
1138205192 M * YBN is this chat private between RoadRunnR and daniel_hodensack? 
1138205205 M * Hollow any native speaker around who'd like to help out a bit? :)
1138205229 F * ChanServ +o Bertl
1138205243 M * Bertl YBN: please go play on #offtopic for a while ...
1138205245 M * YBN hollow: what language? 
1138205250 Q * Loki|muh Remote host closed the connection
1138205264 M * Hollow english ;)
1138205309 M * YBN hollow: thats great. i love english, although im from france 
1138205339 M * Bertl RoadRunnR: the following works quite fine ...
1138205347 M * Bertl chcontext --xid 100 /tmp/usock &
1138205349 M * RoadRunnR new version: http://pastebin.com/522452
1138205352 M * Bertl rm -f /tmp/vserver-test
1138205356 M * Bertl chcontext --xid 200 /tmp/usock &
1138205519 M * RoadRunnR Bertl: damn, your right, i'll have to investigate this further, i'll et you know when i have pinpointet the problem a bit more closely
1138205539 Q * meebey Ping timeout: 480 seconds
1138205539 M * Bertl let me test your new version first
1138205616 M * daniel_hozac RoadRunnR: might want to memset(addr.sun_path, 0, 108) first, i think. otherwise the contents are unknown.
1138205627 M * daniel_hozac (and as such, the addresses will be different)
1138205644 M * YBN SKROTUM 
1138205662 M * Bertl YBN: do you have issues?
1138205686 M * YBN no i just wanted to test something. and for this i needed some attention 
1138205704 M * YBN thanks for your concern 
1138205710 M * YBN a lot 
1138205718 M * Bertl YBN: i.c. now you got my attention, what's up?
1138205751 M * YBN i am a bot 
1138205764 M * YBN and now i know that im working 
1138205765 M * RoadRunnR daniel_hozac: you'r a genius, that did it, know the socket blocks, tested in AMD64 so far
1138205792 M * Bertl YBN: a french bot from germany with connection issues?
1138205800 M * RoadRunnR final version: http://pastebin.com/522461
1138205911 M * RoadRunnR same thing on 32bit's
1138205934 M * Bertl YBN: are you sure that you are not a young guy with issues who needs some help?
1138206012 M * YBN i need psychological help. satan diseased my mind. :) 
1138206028 M * Bertl YBN: do you believe in satan?
1138206049 M * YBN just joking. thanks for your help (attention). i now know that i am. good bye 
1138206076 M * daniel_hozac that you are satan?
1138206101 M * Bertl I guess that was more in the 'cogito, ergo sum' sense ...
1138206111 M * daniel_hozac ah, heh.
1138206131 M * YBN no. im not satan. im a bot. but i think so i am. 
1138206157 M * RoadRunnR a bot with spelling problems ;-)
1138206167 M * Bertl YBN: it should be therefore
1138206225 M * YBN sorry 
1138206230 M * Bertl np
1138206361 Q * YBN Remote host closed the connection
1138206366 Q * bool Quit: WeeChat 0.1.8-cvs
1138206729 M * Bertl RoadRunnR: hmm, how are you testing this?
1138206751 M * Bertl with new style guests or just chcontext or whatever?
1138206752 M * RoadRunnR starting the programm inside a running vserver
1138206758 M * RoadRunnR new style guests
1138206764 M * Bertl do they use namespaces?
1138206778 M * RoadRunnR ehm, i don't thing so
1138206794 M * daniel_hozac if you're not sure, the anser would be yes ;)
1138206795 M * Bertl (it's the default for new-style guests)
1138206798 M * daniel_hozac +w
1138206806 M * RoadRunnR ok, then yes ;-)
1138206832 M * daniel_hozac namespaces shouldn't matter with the abstract ones though, should it?
1138206855 M * Bertl why not?
1138206894 M * daniel_hozac well, they're abstract, or do they still have some in-kernel on-fs representation anyway?
1138206926 M * cohan is there some kind of easy introduction to the "new style" ?
1138206953 M * Bertl well, unix_bind() does unix_mkname() which basically copies the data
1138206978 M * Bertl then a path_lookup(sunaddr->sun_path) and lookup_create() happens
1138207005 M * Bertl and after that, the vfs_mknod()
1138207075 Q * complexmind Quit: Leaving
1138207079 M * Bertl nevertheless we are (were) missing a check in __unix_find_socket_byname()
1138207104 M * daniel_hozac Bertl: but where does that happen for abstract sockets?
1138207106 M * Bertl cohan: well, yes and no, probably best start is to read the Flower-Page ... several times
1138207139 M * Bertl daniel_hozac: good point (missed the check)
1138207167 M * Bertl so we should be fine with the new check in __unix_find_socket_byname()
1138207186 M * daniel_hozac yeah.
1138207208 M * cohan Bertl: thx, at it the third time now... ;) and trying to get "missing info" from ml, wiki etc.
1138207229 M * Bertl cohan: yes, I had similar issues last time ...
1138207246 M * Bertl cohan: it might be good to write to enrico though, maybe he adds some more info?
1138207337 M * cohan enrico made the flower page?
1138207344 M * Bertl daniel_hozac: yup, works ...
1138207355 M * Bertl # chcontext --xid 100 /tmp/usock &
1138207355 M * Bertl # New security context is 100
1138207355 M * Bertl socket created and bind, going into infinite loop
1138207358 M * Bertl # chcontext --xid 200 /tmp/usock &
1138207358 M * Bertl # New security context is 200
1138207358 M * Bertl socket created and bind, going into infinite loop
1138207380 M * cohan well, what i miss is some kind of "the new utils scripts & dir layouts: explanations & motivations"
1138207397 J * stefani ~stefani@superquan.apl.washington.edu
1138207399 M * cohan enriched with some simple examples
1138207425 M * Bertl cohan: for me it was a good start to play with skeleton guests
1138207437 M * Bertl have abunch of different configs and look what goes where
1138207469 M * Bertl cohan: but doesn't help with the motivations part
1138207567 M * cohan i'll keep playing and reading - and then decide again whether to use the utils-package as is, or as two years ago, write own scripts just for that i really need
1138207667 M * Bertl you might then have a look at Hollow's tools too
1138207678 M * Bertl (which do provide the building blocks)
1138207693 M * cohan where to find them?
1138207750 M * daniel_hozac http://dev.croup.de/proj/vserver-utils
1138207759 M * daniel_hozac http://dev.croup.de/proj/libvserver
1138207816 M * Bertl RoadRunnR: see email, or: http://vserver.13thfloor.at/Devel/PAT-2.0.2/delta-usock-fix01.diff
1138207830 M * RoadRunnR Bertl: cool, thanks
1138207830 M * Hollow building blocks?
1138207852 M * Bertl Hollow: in case cohan want's to write his own scripts
1138207859 M * cohan hey, those look & sound good - seem to be worth further reading, thx a lot (they seem not to be linked from the main page?)
1138207861 M * Hollow ah, right
1138207879 M * Bertl if not, we should definitely add them
1138207887 M * daniel_hozac well, util-vserver also has all the building blocks.
1138207893 M * Hollow at least i try to make it extensible where possible
1138207901 M * Hollow daniel_hozac: yup, guess so too
1138207925 M * cohan i believe util-vserver can do everything, its just so confusing and, in my case, bloated with guest-distro-specific stuff...
1138207955 M * daniel_hozac cohan: no one is forcing you to use it... if you want to hack up your own chained commands, what's stopping you?
1138207970 M * cohan nothing, sorry if i offended you
1138208010 M * Hollow cohan: then you should really take a look at my tools, no pkg management, no distro tool, etc
1138208012 M * Hollow no legacy
1138208029 M * Hollow (well, 210 has no legacy too ;)
1138208036 M * Hollow at least support for dropping it
1138208040 M * daniel_hozac well, it's still there, just not by default.
1138208055 M * daniel_hozac dropping it was supported all along.
1138208065 M * daniel_hozac the tools just wouldn't work after doing so ;)
1138208067 M * Hollow no, until 210 you needed legacy net
1138208071 M * Hollow heh
1138208096 M * cohan but a /usr/bin/util-vservver/legacy/ dir seems to be there by default with 210
1138208105 M * Hollow uh
1138208109 M * Hollow subdirs in /usr/bin
1138208119 M * Hollow .oO(FHS)
1138208123 M * daniel_hozac agreed.
1138208131 M * cohan well, crux-phisolophy
1138208158 J * vrwttnmtu ~eryktyktu@82-69-161-137.dsl.in-addr.zen.co.uk
1138208159 M * cohan ( just in case, it's not widely known: http://crux.nu/ )
1138208170 M * Bertl welcome vrwttnmtu!
1138208173 M * Hollow ic
1138208176 M * vrwttnmtu Hey Bertl 
1138208195 M * vrwttnmtu Is that a bot, btw, or is it the real Bertl typing that?
1138208196 M * vrwttnmtu :)
1138208203 A * Hollow laughs
1138208213 M * Hollow :)
1138208220 M * vrwttnmtu Bertl-bot - what is 2 + 2?
1138208226 M * Hollow how many people do asl this question? :)
1138208231 M * Bertl vrwttnmtu: 5!
1138208235 M * vrwttnmtu :)
1138208254 M * vrwttnmtu Next person that joins this channel, let's all welcome them
1138208267 M * Bertl I always do that :)
1138208283 M * vrwttnmtu But you, me, hollow, and everyone, a whole load of "wecome username"s..
1138208284 M * vrwttnmtu :)
1138208288 M * Hollow Bertl is the PR supervisor ;)
1138208315 M * Hollow he has to be friendly all the time
1138208339 M * vrwttnmtu I don't know how he does it. Doesn't he get angry/grumpy/frustrated/annoyed ever?
1138208368 M * Hollow yeah, YBN made him a bit angry.. ;)
1138208378 M * Bertl was I too harsh?
1138208381 M * Hollow no.
1138208474 M * Hollow hm, i definitely need someone to rephrase some parts of my school paper.. anyone? :)
1138208540 M * Bertl well, url?
1138208556 M * Hollow sec
1138208612 M * Hollow http://home.xnull.de/work/facharbeit/
1138208638 M * Hollow 2.2, 2.3 and 2.4 could need a little rephrasing so google doesn't find it anymore ;)
1138208653 M * Hollow in facharbeit.doc
1138208721 M * cohan hollow: on your front page: http://dev.croup.de/proj/vserver-utils, there is a link to http://www.linux-vserver/
1138208754 M * Hollow cohan: fixed
1138208838 M * cohan you use your tools (libvserver&vserver-utils) on production systems already?
1138208857 M * Hollow no, and i wouldn't recommend it yet
1138208895 M * Hollow the api will probably change a lot until a stable release
1138208968 M * Hollow cohan: well, libvserver is meant to be stable already
1138208976 M * Hollow if you want to write your apps in C
1138209080 J * bonbons ~bonbons@83.222.39.249
1138209097 M * cohan dunno yet, i'll have a close look at your tools later - do you develop them alone right now?
1138209116 J * BartVB ~BartVB@84.35.54.120
1138209129 M * Hollow kinda, lately bonbons (welcome btw) joined to help
1138209167 J * JavaUser ~JavaUser@c529d2ca9.cable.wanadoo.nl
1138209182 M * bonbons hello Hollow
1138209200 M * RoadRunnR ups, i just managed to umount the filesystem my RUNNING vservers where living on
1138209201 Q * JavaUser Quit: 
1138209208 M * Bertl welcome bonbons! BartVB!
1138209220 M * bonbons hallo Bertl!
1138209227 M * Bertl RoadRunnR: usually not a problem
1138209244 M * BartVB hiya
1138209246 M * cohan what was your motivation to start this tools? also confused by the existing ones?
1138209259 M * RoadRunnR Bertl: ehm, yeah, but why did it let me umount the filesystem, it was in use after all ....
1138209269 M * bonbons RoadRunnR: problem only if you need it from the host, guest still have it in their namespace anyhow (or do cross-ns binds work now Bertl?)
1138209274 M * Bertl RoadRunnR: obviously not in your host namespace
1138209283 J * mkhl ~mkhl@200-148-41-242.dsl.telesp.net.br
1138209287 M * Hollow well, a bit, but they do contain so much legacy and wrapper stuff that from the developer point of view it's quite horrible
1138209304 M * RoadRunnR well, stopping the vserver afterwards showed some errors
1138209332 M * BartVB eehm. Where do I find the wiki :?
1138209346 M * BartVB the topic talks about it but I can't find it :)
1138209362 M * daniel_hozac BartVB: www.linux-vserver.org
1138209379 N * nokoya nokoyaz
1138209380 M * Bertl RoadRunnR: yes, from outside, they should terminate quite fine from inside
1138209385 M * BartVB oh, wait :) I was already looking at a wiki page :D
1138209388 M * BartVB duh :) thanks.
1138209392 N * nokoyaz nokoya
1138209409 M * BartVB in that case I can't find the answer so I'll ask it here :)
1138209437 M * BartVB I'm setting up a server and I need two seperate contexts, one for my own, one for area51.phpbb.com
1138209452 M * BartVB is it smart to setup one vserver and use the host myself (for some light httpd stuff)?
1138209470 M * BartVB or is it way better to setup two vservers, one for my own, one for area51?
1138209490 M * daniel_hozac BartVB: two vservers would be better.
1138209499 M * BartVB why? :)
1138209504 M * daniel_hozac the host should be kept as minimal as possible.
1138209525 M * BartVB for what reason?
1138209550 M * BartVB it's more maintenance to setup two distinct vservers and I just need a different security context. Limiting resources is not the main issue.
1138209586 M * BartVB is actually using the host installation 'normally not done' or is it 'not smart'?
1138209606 M * Hollow well, if one compromises your host, he has also compromised all guests
1138209628 M * BartVB you've got a point there
1138209651 M * BartVB hmm
1138209656 M * Hollow so you rather put everything in guests and leave only ssh access on the host for maintanance
1138209663 M * BartVB and besides that? Are there any technical disadvantages?
1138209688 M * bonbons in addition, if you break you host, you break the vserver with it, if your own services are in their own vserver, you won't touch the host that much
1138209691 M * daniel_hozac unification can only be used on one partition, and you'd probably want /vservers as a separate partition.
1138209697 M * Hollow well, e.g. the host could bind to an ip for the guest and some service in the guest cannot not bind anymore
1138209720 M * Hollow s/ not//
1138209722 Q * Milf Ping timeout: 480 seconds
1138209728 M * BartVB they are both going to get their own IP so that shouldn't be a problem
1138209738 M * Hollow well, the host has all ips
1138209752 M * bonbons and apps that bind to 0.0.0.0 or :: block any guests from binding to that port
1138209760 M * Hollow bonbons: exactly
1138209786 M * BartVB ok, but you'll have problems with that regardless and that's just a setup thing :)
1138209797 M * BartVB BTW if I setup two vservers, do I need 2 or 3 IPs?
1138209817 M * Hollow well, the more services you keep on the guest, the more configurations have to handled especially careful ;)
1138209845 M * Hollow two can suffice as long as you can give one port of these two ips to the sshd on the host
1138209852 M * bonbons BartVB: at least one IP per guest (but dNAT can be done) and one for the host
1138209879 M * Hollow just take some strange port for sshd on the host and you shouldn't have any probs
1138209884 M * BartVB ok, so 2 is possible, 3 is easier.
1138209919 M * BartVB ok, thanks all :)
1138209924 M * Hollow you're welcome!
1138209927 M * BartVB now I have to come up with three hostnames, pff :)
1138209933 M * Hollow :)
1138209944 M * BartVB very curious how all this is going to work out. Sounds really good when reading the docs...
1138209965 M * Hollow good luck :)
1138209971 M * BartVB thanks :)
1138210308 M * bonbons Hollow: do we have a list of "missing" features for vserver-utils?
1138210333 Q * id23 Quit: Leaving
1138210399 M * Hollow bonbons: regarding the tools in src/ i think it's quite complete as of 1.0.3 except vserver-stat
1138210428 M * Hollow well, still no unification at all
1138210466 M * Hollow the configuration library
1138210479 M * bonbons but vserver-stat is "blocked" by miss of direct connunication with kernel (/proc could do the job for the beginning)
1138210501 M * bonbons can we put this on the wiki?
1138210515 M * Hollow missing features? sure
1138210548 M * Hollow we have no build support (vserver build ..)
1138210556 M * bonbons that way it's easier to know what's missing, and why/how does it
1138210602 M * Hollow regarding package management (vrpm, vyum) i'd prefer to not include those in vserver-utils, i'd like to do distro specific packages which can extend the vserver-utils installation
1138210624 M * Hollow because i only use gentoo guests and i don't need all the fedora, mdk, debian whatever crap
1138210640 M * bonbons that's also my point of view, too many package management systems out there
1138210647 M * cohan right - thats my point as well for crux-guests, which do their pkgmgt inside
1138210678 M * cohan and i do not need a "build" as well
1138210681 M * Hollow it'd just bloat it too much
1138210712 M * Hollow cohan: well, a skeleton build (i.e. configuration setup) would be fine in vserver-utils, but as i said it should be extensibale for third-party packages
1138210715 M * cohan at least in our usecases - yes
1138210778 M * bonbons build should just be a call to something else for setting up the host filesystem, the vserver config should be initialized by vserver-utils (generate config, fstab and such)
1138210802 A * Hollow nods
1138210808 M * Hollow and points to libvconfig
1138210809 M * Hollow ;)
1138210825 M * Hollow imo libvconfig is the next major issue
1138210836 M * Hollow after that the scripts/ have to be adapted
1138210846 M * blizz alive again..
1138210863 M * Hollow wb blizz 
1138210868 M * blizz hollow, great work ("diet-utils-vserver") ;)
1138210881 M * Hollow blizz: and with diet support! ;)
1138210919 M * Bertl Hollow: see /msg for comments
1138210923 M * Hollow apropos diet support... an own vsprintf implementation would be nice, so we can get rid of dietlibc warnings
1138211015 M * bonbons that could help, but why should we re-invent that whell, isn't it possible to get rid of that message by a specific #DEFINE?
1138211052 M * Hollow i don't think so.. we could just grab some printf code from another lib
1138211066 M * Hollow glibc *muahaha*
1138211070 M * blizz lol
1138211106 M * blizz noo, then sco will sue us (not quite right, anyway, lets steal something from linux kernel) ;)
1138211130 M * Hollow ah, indeed.. i already copied the list implementation for testing new lists for libvserver.. :P
1138211259 M * Hollow blizz: shit, torvalds fucked the in-kernel vsprintf ;)
1138211266 M * Hollow heh
1138211278 M * blizz oh noes
1138211365 M * Bertl Hollow: hmm, how comes that you use kernel functions/macros?
1138211417 M * Hollow well, they work :P
1138211487 Q * mkhl Ping timeout: 480 seconds
1138211618 M * Bertl Hollow: btw, what are the warnings except for length and bloat?
1138211663 M * Hollow iirc none
1138211680 J * MartinZd martin@84-245-81-250-broadband.iol.sk
1138211685 M * Hollow it's only printf and stdio
1138211687 M * Bertl welcome MartinZd!
1138211698 F * Bertl -o Bertl
1138211726 M * MartinZd hi. can i ask someone for user help with vserver?
1138211757 M * Hollow sure
1138211763 M * MartinZd ok ...
1138211905 M * MartinZd i need to install on our server some group daemons that has hardcoded some ports. they use those ports to communicate between themselves. my problem is i need to run more instances of that "daemon group"
1138211930 M * daniel_hozac Hollow: having vrpm/vyum/etc. in the utils means API changes won't break everything.
1138211939 M * Bertl MartinZd: hmm, sounds like a job for Linux-VServer :)
1138211947 M * MartinZd i mean group daemons = group of various daemons that intercommunicate using those hardcoded ports
1138212011 M * MartinZd moreover there is an servlet (using tomcat) that communicate to one of that daemon
1138212017 M * bonbons MartinZd: one guest per group? <- each group has his own IP address
1138212021 M * Hollow daniel_hozac: well, yeah, we'll see i guess
1138212025 M * MartinZd the port in that servlet is hardcoded too
1138212068 M * daniel_hozac Hollow: all that's missing are some automake defines to inhibit the installation of the various scripts, i guess.
1138212070 M * Bertl MartinZd: I'd suggest putting them into different guests with private IPs and add some S/DNAT magic
1138212070 M * MartinZd now i need to make a virtual hosting, so each virtual host will represent one tomcat instance ...
1138212110 M * Hollow daniel_hozac: yeah, just a matter of good source organization
1138212112 M * bonbons daniel_hozac: API changes should not be too hard if the API is limited in a single place and a temporary wrapper is possible
1138212113 M * MartinZd Bertl: great. is vserver apropriate for this? i've never used it ...
1138212151 M * bonbons if change consists mainly of adding additionnal information it causes not problem at all in bash
1138212173 M * Bertl MartinZd: I'd says so, if you are looking for technical descriptions how it works or simple howtos, ahve a look at linux-vserver.org
1138212209 M * Bertl MartinZd: if you have specific questions, just ask here or on the ML
1138212213 M * MartinZd Bertl, bonbons: thanks a lot for now .. i'll give vserver a try :) .. bye
1138212229 M * Bertl MartinZd: ah, and feel free to hang around ...
1138212247 M * blizz yeah, e.g. ask for the vlan url if your distro doesnt have a port ;)
1138212275 P * MartinZd 
1138212291 M * Hollow baba
1138212294 M * Hollow ;)
1138212325 M * Bertl blizz: well, I assume you are the new package maintainer now?
1138212326 M * blizz hell come back soon, young apprentice..
1138212334 M * blizz for the crux port?
1138212346 M * blizz either me or cohan ;)
1138212360 M * Bertl good :)
1138212369 M * Bertl what about libbecrypt?
1138212373 M * Bertl +e
1138212384 M * blizz ill take a look
1138212395 M * Bertl will give you vhashify :)
1138212406 M * blizz yep, configure told me :)
1138212413 M * blizz btw, how is vlan compared to bridges?
1138212427 M * Bertl different ballpark ...
1138212434 M * Hollow the flower page will also give you some hash(ify)
1138212435 M * Hollow ;)
1138212449 M * blizz Bertl, yeah, but.. in ease of use for vservers
1138212458 M * blizz i used bridgeutils for a qemu linux installation.. such a pain :)
1138212481 M * Bertl blizz: well, networking is not 'virtual' in linux-vserver, so no bridge required (yet)
1138212515 M * Bertl if you have vlans (on your real network) you will need the vconfig, otherwise it will not be used
1138212542 M * blizz ahh, okay.. good to know
1138212600 M * Bertl daniel_hozac: (not asking you Hollow, guess you are busy already) do you feel like checking some kernel patch?
1138212624 M * Hollow i'd love to, but guess you're right, i should be busy.. :)
1138212636 M * daniel_hozac Bertl: sure.
1138212739 M * Bertl http://vserver.13thfloor.at/Experimental/delta-tagid-clean01.diff
1138212840 M * Bertl the purpose it to separate out the tagging and propagation
1138212906 M * daniel_hozac hmm, why?
1138212931 M * Bertl preparation for 'shared' tagging and context quota
1138213033 J * Loki|muh loki@satanix.de
1138213039 M * Hollow Bertl: btw, now that util-vserver has support for disabling legacy, can we drop it from 2.1?
1138213041 M * Loki|muh re
1138213051 M * daniel_hozac ah, nice.
1138213052 J * azazel ~azazel@81-174-46-248.f5.ngi.it
1138213077 M * Bertl Hollow: after some testing, I think we can do that ...
1138213082 M * Hollow great :)
1138213088 M * Bertl welcome azazel!
1138213094 M * Bertl wb Loki|muh!
1138213098 M * azazel hi Bertl 
1138213381 J * michal|zilla ~chatzilla@pc185-93.solaris.ds.polsl.pl
1138213420 M * michal|zilla be afraid of zilla ;p
1138213435 M * michal|zilla (i hate not having acess to my serer where i am ircing from
1138213437 M * michal|zilla )
1138213449 M * michal|zilla sometimes it is not possible thought. well, chatmzilla also works ;]
1138213453 M * michal|zilla and it's funny
1138213463 M * Bertl yeah, especially the fades :)
1138213469 Q * gerrit Ping timeout: 480 seconds
1138214555 J * mef ~mef@targe.CS.Princeton.EDU
1138214598 M * Bertl welcome mef!
1138215931 Q * zobel Ping timeout: 480 seconds
1138216186 J * zobel zobel@zobel.irc.ftbfs.de
1138216261 J * gerrit ~gerrit@bi01p1.co.us.ibm.com
1138216486 M * Bertl wb gerrit!
1138216690 M * blizz Hollow, mhh.. isnt it possible to use --with-sysconfdir to affect the location of etc with vserver-utils configure?
1138216789 M * blizz d'oh, without with..
1138216792 M * blizz stupid me
1138216846 J * shedi ~siggi@inferno.lhi.is
1138216921 M * Bertl welcome shedi!
1138216955 M * shedi hi Bertl
1138217292 M * Hollow Bertl: scnr, http://vwiki.croup.de/
1138217318 M * Hollow redirect is gone + new news design
1138217336 M * blizz that green is beautiful
1138217347 M * Hollow heh
1138217362 Q * bonbons Read error: Connection reset by peer
1138217383 M * FaUl Hollow: *shudder* its a mediawiki
1138217393 M * Bertl Hollow: cool, we are slowly getting there
1138217405 M * Hollow Bertl: yeah :)
1138217405 M * blizz Hollow, add a wiki hacker page in advance
1138217417 J * mkhl ~mkhl@200-148-40-37.dsl.telesp.net.br
1138217423 M * Bertl welcome mkhl!
1138217446 M * Bertl FaUl: is that a problem?
1138217450 J * bonbons ~bonbons@83.222.38.150
1138217455 M * FaUl Bertl: i don't like it ;-)
1138217462 M * Bertl FaUl: why?
1138217462 M * FaUl Bertl: it's just personal flower
1138217473 M * blizz well, im a ruby fanboy, so i *LOVE* WikiEngine (instiki 2)
1138217522 M * Bertl blizz: well, I certain everybody has his favorite distro, script language, and wiki :)
1138217534 M * Bertl s/I/I'm/
1138217537 M * blizz perfectly right :)
1138217561 M * Bertl so I'm more concerned about show-stoppers ... that's why I ask
1138217563 M * blizz hello, my name is blizz, i use crux, ruby and i2
1138217577 M * FaUl well - it requires an sql-database and I don't like the syntax that mediawiki intreduced - and - off course its coded in php and there are so many stupid idiots around that create just crappy scripts 
1138217598 M * FaUl well - of course wiki.chaostreff-dortmund.de is a mediawiki as well - but i jailed it in its own vserver :-{
1138217602 M * FaUl :-)
1138217606 M * blizz lol
1138217607 M * Bertl FaUl: well, nothing new compared to the current tavi
1138217622 M * blizz the worst wiki i know is tikiwiki
1138217634 M * blizz after installation, loading the mainpage requires some 30 sql queries? :P
1138217640 M * Bertl FaUl: and what is good for Wikipedia should work for Linux-VServer too, no?
1138217679 M * FaUl Bertl: i guess not - that sql-database-backend is an advantage if you have very heavy load - but usally it just eats up lot of resources (IMHO)
1138217701 M * Bertl FaUl: that's why mediawiki also supports caching
1138217725 M * FaUl Bertl: which eats up some more resources ;-)
1138217760 M * FaUl 6       28     1G 342.3M  15m17s00   0m41s99   3d07h29 chaoswiki
1138217782 M * Bertl yeah, well, if everybody would be as smart and well behaved as us, we could do with html pages and an open ftp server, no?
1138217785 M * FaUl this is what vserver-stat sayes to the vserver that only provides the wiki with mysql-server and apache2 :-)
1138217794 M * blizz Bertl :P
1138217895 M * FaUl Bertl: what is VSZ again?
1138217915 M * Bertl virtual (address space) size
1138217940 M * FaUl what does it mean exactly? the space it uses in ram and swap alltogether?
1138217967 M * Bertl no, the address space (pages used up) by the guest
1138218032 M * FaUl is this importent in a system-resource view?
1138218060 M * Bertl well, not very important ...
1138218062 M * FaUl i mean - it's on sparc64 so i should have enough adress-space, shoudn't I
1138218065 M * FaUl ? :-)
1138218071 M * Bertl yes, definitely
1138218096 M * FaUl so nothing to care about - fine :-)
1138218135 M * FaUl mh, that fucking mysql eats up lot of memory
1138218182 M * michal|zilla use postgres :)
1138218189 M * FaUl would this help?
1138218214 M * michal|zilla i would not use mysql for anything bigger than few MB base with few users
1138218237 M * michal|zilla while postgres is extremly scalable
1138218257 M * michal|zilla and behaves great even on llight lods with small db
1138218274 M * Bertl Hollow: is that currently mysql behind the wiki? if so, could we use pgsql for that too?
1138218286 M * FaUl well - on this server mysql is only used for mediawiki - and it eats up lot of ram
1138218306 M * Hollow dunno if mediawiki supports pgsql
1138218339 M * michal|zilla i have seen mysql eating large amount of ram and cpu while on the same db with same load after installing postgres resource usage has dropped significently
1138218368 M * FaUl mh, i'll ask our wikimaster to change it :-)
1138218380 M * michal|zilla and heh - with something like 1000 users mysql has eaten 99% cpu :)
1138218395 M * michal|zilla while pg was satisfied with few percent
1138218422 M * Bertl Hollow: the pgsql would be a personal preference of mine too
1138218652 M * Hollow well, it seems like there is some early development in mediawiki 1.6 CVS
1138218660 M * Hollow for pgsql support
1138218772 M * Bertl table is table, so that should not be a concern for mediawiki actually (and pgsql interfaces in php are basically identical to the mysql ones)
1138218860 M * Hollow http://pgfoundry.org/projects/wikipedia/
1138218957 J * X ~Admin@Cable-169-40.topallnet.ro
1138218963 P * X 
1138218972 M * Bertl okay, so looks like we start with mysql and once we have it running we can change (because till then it's probably integrated :)
1138219003 M * Hollow yeah, we can just give the pg version a try next week, and see what it looks like
1138219081 M * Hollow i also updated the downloads/release page a bit
1138219368 M * Bertl do the pages show borders (left and right) or is there no space (on your browser) too?
1138219376 M * cohan hm, arent the following two commands meant to be equivalent:
1138219381 M * cohan vserver build -m skeleton -n vserv1 --hostname vhost1 ....
1138219385 M * Bertl Hollow: (i.e. trying to figure if that is a browser issue here)
1138219389 M * cohan /usr/lib/util-vserver/vserver-build -m skeleton -n vserv1 
1138219394 M * cohan ...
1138219419 M * Bertl cohan: no, the /usr/lib/util-vserver/vserver-build is an internal script/tool, use it at your own risk
1138219444 M * Hollow hm, guess i'll make a screen ;)
1138219448 M * cohan the latter works, the first one spills odd error message
1138219483 M * Bertl could you show me the entire line of the first one?
1138219487 M * Hollow Bertl: http://home.xnull.de/misc/screen/118.png
1138219491 M * cohan Bertl: but it looks whether vserver _tries_ to call vserver-build... furthermore, vserver build build --help referst directly to vserver-help
1138219521 M * cohan vserver build -m skeleton -n vserv1 --hostname vhost1 --interface eth0:192.168.1.231/24 --flags lock
1138219524 M * Bertl Hollow: ah, okay, similar here we should fix that too ...
1138219529 M * cohan Can not find a vserver-setup at '/etc/vservers/build/'.
1138219547 M * Bertl Hollow: i.e. add some border spacing left and right
1138219550 M * Hollow with border you mean margin, right?
1138219558 M * Bertl yeah, right
1138219572 M * Hollow ok, i'll add some pixels ;)
1138219577 M * Bertl Hollow: but don't spend too much time on that, I'll go through the CSS myself later
1138219623 M * Hollow well, it's already too late for the paper, will finish it tomorrow, but at least i wrote some lines.. 
1138219638 M * cohan Bertl: or did i just get man vserver wrong?
1138219692 M * Bertl cohan: yep, the name is missing
1138219699 M * Bertl vserver <name> build ...
1138219780 M * cohan of a vserver not named yet? hm... and man vserver says: vserver [options] [vserver name] [options]
1138219791 M * cohan well, okay, so a "fake" name is mandatory here... weird
1138219802 M * Bertl no, it's the 'future' name of the guest
1138219830 M * cohan but that is given by -n.. ?
1138219845 M * Bertl you do not use -n 
1138219851 M * cohan at least the help you get with "vserver build build --help"
1138219852 M * Bertl vserver - build --help
1138219853 M * cohan shows that
1138219877 M * cohan ah, what a mess... it shows -n
1138219892 M * cohan no wonder i am confused all the time
1138219895 M * Bertl well, you can use that too, but the 'name' argument will become the -n
1138219937 M * cohan can you confirm it is not _only_ my lacking creativity that i did not figure that out using man vserver and vserver - build --help ?
1138219943 M * blizz Hollow, howto setup a new vserver with your tools?
1138219976 M * Bertl cohan: well, you could have looked on one of the many _examples_ on the wiki :)
1138219991 Q * ebiederm_oO Quit: Leaving
1138219993 M * cohan which made no sense reading the manpage
1138220005 M * Bertl http://linux-vserver.org/alpha+util-vserver
1138220007 M * cohan okay, now, after i know how to _interprete_ it... ;)
1138220009 M * Hollow blizz: manually :)
1138220035 M * blizz ohkay, any examples out there? ;)
1138220193 M * blizz or is it working the same way util-vserver works?
1138220202 M * blizz just havent used them yet
1138220396 J * _are_ ~are@62.112.159.81
1138220429 M * Bertl welcome _are_!
1138220449 M * _are_ hi
1138220484 M * Hollow Bertl: ok, some more margins now
1138220527 J * ebiederm ~eric@ebiederm.dsl.xmission.com
1138220703 M * Hollow blizz: the filesystem looks the same
1138220714 M * Bertl welcome ebiederm!
1138220718 M * Hollow and there is an example context.conf in /usr/share/vserver-utils/examples
1138220737 M * Hollow just put it in /etc/vservers/<name>/context.conf and adapt it to your needs
1138220770 M * ebiederm Bertl:  Hi.
1138220802 M * ebiederm I have just finished sending out patches for the minor bugs I discovered while virtualizing things.
1138220823 M * ebiederm And now I'm going to implement tsk_printk in the kernel unless someone objects :0
1138220835 M * ebiederm s/:0/:)/
1138220856 M * Bertl if it pleases you :)
1138220901 M * ebiederm Bertl:  I think it should cut the size of the pid namespace patch about in half.
1138220919 M * ebiederm Making review easier!  and the patches smaller.
1138220959 M * ebiederm Plus making the format that we print the name of a task consistent throughout the kernel.
1138221051 M * ebiederm I'm debating which makes more sense to have tsk_printk or to have something like the NIPQUAD helpers for printing ip addresses.
1138221085 M * ebiederm Any opinions?
1138221098 M * Bertl IMHO the NIPQUAD is more general, but uglier
1138221141 M * ebiederm Bertl:  Exactly.
1138221142 M * Bertl and the kernel is not about beauty, but efficience (and then beaty)
1138221153 M * Bertl *beauty even
1138221182 M * bonbons Hollow: I added two pages to the vserver-utils wiki: TODO and features, they are not exhaustive :)
1138221196 M * Bertl so how does a tsk_printk look/perform compared to a format macro?
1138221226 M * ebiederm Look at include/linux/device.h dev_printk.
1138221246 M * ebiederm I.e. performance wise things will be identical.
1138221246 M * Hollow bonbons: great, thanks :)
1138221326 M * ebiederm I just need to look and see which model fits the problem better.
1138221339 M * bonbons will complete it over time (when I think about something to add/which is missing), and possibly expand the various command to some more doc
1138221353 M * Bertl well, in this case, it's just preference ... and if current prink's map to this 'prefix' thing, the task:_printk() might be the simpler approach
1138221424 M * Hollow bonbons: yeah.. btw: do you have some minutes over the weekend? maybe we can discuss some requirements for libvconfig.. (of course anyone is invited to join the discussion)
1138221429 M * blizz Hollow, typical context settings? :/
1138221440 M * ebiederm Bertl:  Right.
1138221464 M * Hollow blizz: guess you can leave it as is, just set VX_XID
1138221470 M * bonbons on saturday it will be hard, sonday afternoon I have plenty of time, and I have decided to extend my week-end till tuesday :)
1138221483 M * ebiederm Currently I count about 413 instances in the kernel where current->comm is used.  I guess I will wak through and see which version matches better.
1138221489 M * Hollow bonbons: sounds like a good plan ;)
1138221493 M * blizz fine fine
1138221508 M * blizz i feel sorry for my dumb questions already :)
1138221518 M * blizz but im willing to share knowledge on the vwiki, if wanted ;)
1138221526 M * bonbons Hollow: but until sunday my free time will be damn small :-/
1138221544 M * Hollow blizz: well, rather share it on the vserver-utils wiki for now
1138221563 M * blizz oki doki
1138221582 M * Hollow blizz: the vwiki is not "official" ;)
1138221632 M * blizz i found it hard to find information on the official wiki :/ (appologies to bertl) but thats because im a lazy bastard
1138221659 M * Hollow well, it indeed is hard sometimes to find information on it
1138221692 M * Hollow that's why we started planning an organized migration ;)
1138221772 M * blizz maybe even a quickstart howto on the first page in beautiful big green letters
1138221772 M * blizz ;)
1138221852 M * Hollow btw.. Bertl: what do you think about a central download archive? just browsable via apaches directory index..?
1138221916 M * Bertl we can do that, typically I used the 13thfloor for that
1138221932 M * Bertl Hollow: btw, no problem to get you an account there ...
1138221956 M * Hollow yeah, will be handy when we migrate..
1138221977 M * Hollow do you plan to still announce releases on 13thfloor or should we move everything to l-v.org?
1138221979 M * Bertl okay, will do so .. have to leave now, SO demands my presence ...
1138221992 M * Hollow ok, cu tomorrow then i guess
1138221993 M * Bertl so .. back later ...
1138222002 N * Bertl Bertl_oO
1138224141 Q * Viper0482 Remote host closed the connection
1138224586 J * anarcat ~anarcat@H144.C72.B0.tor.eicat.ca
1138224590 M * anarcat moin
1138224595 M * anarcat micah, are you there?
1138224739 Q * mef Quit: using sirc version 2.211+KSIRC/1.3.12
1138225232 Q * Pazzo Ping timeout: 480 seconds
1138226339 Q * bonbons Quit: good night!
1138226706 P * anarcat 
1138226798 Q * gerrit Ping timeout: 480 seconds
1138227550 J * gerrit ~gerrit@bi01p1.co.us.ibm.com
1138227859 M * blizz oops?
1138227897 M * michal|zilla no, everything working
1138227910 M * blizz when i enter vserver stop foo my host goes down? that suucks!
1138227966 M * Loki|muh blizz: maybe you have no capabilities in your kernel?
1138227983 M * blizz seriously, something is missing *lol*
1138228000 M * Loki|muh blizz: without the capabilities, the vserver stop command causes the host interfaces to go down ;)
1138228019 M * blizz i thought activating the vserver options would be enough :)
1138228049 Q * jsaw_ Quit: leaving
1138228101 Q * prae Quit: Execute Order 69 !
1138228593 M * Loki|muh i think nearly everyone has done this mistake one time *g*
1138228605 M * blizz yeah, but i did it twice :)
1138228620 M * Loki|muh lol
1138228622 M * Loki|muh :)
1138228845 M * blizz is it CONFIG_SECURITY?
1138229018 A * gdm gets worried...
1138229023 M * gdm i haven't done that yet :/
1138229093 M * blizz Loki|muh, your help is required ;)
1138229108 M * Loki|muh mom
1138229120 M * blizz ahh, mom.. youre from .de ;)
1138229154 M * Loki|muh CONFIG_SECURITY=y
1138229158 M * Loki|muh CONFIG_SECURITY_CAPABILITIES=y
1138229289 M * blizz hooray
1138229290 M * blizz thanks
1138229293 M * Loki|muh :)
1138229324 M * blizz i warn you, the next reboot will judge over your remaining lifetime which could drastically reduce!! ;)
1138229327 M * blizz jk ;)
1138229372 M * Loki|muh lol :)
1138229389 M * blizz ey lan, isch mach disch platt ! ;)
1138229424 A * Loki|muh runs
1138229469 M * derjohn blizz, spar' Deine Energie fuer den Linuxtag ;)
1138229512 M * blizz oh yeah, which one and where? or is it just a set phrase:)
1138229537 M * derjohn blizz, it a secret plan to join linuxtag as linux-vserver community.
1138229556 M * blizz well, now it isnt secret anymore
1138229563 M * blizz depends ;)
1138229577 M * derjohn blizz, the problem is, that I dont want to be a one-man community. BTW: Linuxtag 3-6. May in Wiesbaden..
1138229590 M * derjohn blizz, you defaced my secret! ;)
1138229595 M * blizz :)
1138229649 M * blizz wiesbaden sounds good.. munich here
1138229651 M * derjohn blizz, Loki|muh said he could spend some time, _are_ said, and milf ... bertl will join us for at least one day.
1138229675 M * derjohn blizz, munich? About 4h drive by car ... 
1138229690 M * blizz yep
1138229729 M * derjohn blizz, all others from .de are busy getting their school finished around that time ...
1138229776 M * blizz well, me too, somehow. (k12)
1138229836 M * SiD3WiNDR who is alex and why is he arguing to argue? :p
1138229858 M * mnemoc fun?
1138229971 M * SiD3WiNDR well with a "competing" vps system in your signature I don't regard it as fun :)
1138229981 M * SiD3WiNDR (your->his)
1138230095 M * _are_ derjohn: any idea about the conditions there, e.g. locations to sleep?
1138230145 M * blizz sleep in the car :)
1138230176 M * _are_ blizz: if i plan and be there 1 day, sure, but several days in the car would not really benefit the project .->
1138230186 Q * zobel Ping timeout: 480 seconds
1138230196 M * _are_ unless 'vserver stinks' should be the message ;)
1138230461 M * blizz Loki|muh, is there a way to check if capabs are really enabled without decreasing your lifetime err i mean without host system failure? :)
1138230474 J * zobel zobel@zobel.irc.ftbfs.de
1138230530 M * Loki|muh uhm i think it was this script here: http://vserver.13thfloor.at/Stuff/testme.sh
1138230555 M * Loki|muh hrm 400
1138230557 M * Loki|muh hrm 403
1138230560 M * Loki|muh gna, 404
1138230584 M * Loki|muh http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh
1138230612 M * blizz ahh great, thanks
1138230627 M * Loki|muh but I'm not sure
1138230628 M * Loki|muh ;)
1138230629 M * derjohn _are_, sleep? for what? :)
1138230702 M * _are_ derjohn: because I am a tad to old for 4 days without sleep
1138230750 Q * zobel arion.oftc.net venus.oftc.net
1138230750 Q * aba arion.oftc.net venus.oftc.net
1138230819 J * zobel zobel@zobel.irc.ftbfs.de
1138230819 J * aba ~aba@eos.turmzimmer.net
1138230892 J * Aiken ~james@tooax6-107.dialup.optusnet.com.au
1138231361 M * blizz whats the vshelper good for?
1138231446 J * Al ~Al@62.38.108.5
1138231760 Q * Al Quit: Pulled the friggin plug
1138232337 Q * michal|zilla Remote host closed the connection
1138232650 M * blizz i c
1138232651 M * blizz g'nite
1138233265 Q * cohan Ping timeout: 480 seconds