1192148814 J * FCOJ ~mordur@e6-205.gardur.hi.is 1192148815 Q * FCOJ 1192149198 J * friendly12345 ~friendly@ppp121-44-205-137.lns3.mel4.internode.on.net 1192149265 Q * friendly12345 1192150099 Q * Loki|muh Read error: Connection reset by peer 1192150113 J * Loki|muh loki@satanix.de 1192150130 Q * dowdle Read error: Connection reset by peer 1192152592 Q * hparker Quit: peer reset by connection 1192152742 J * friendly12345 ~friendly@ppp121-44-205-137.lns3.mel4.internode.on.net 1192155406 J * hparker ~hparker@linux.homershut.net 1192156025 Q * ruskie Remote host closed the connection 1192156209 J * ruskie ruskie@goatse.co.uk 1192156417 Q * Piet_ Ping timeout: 480 seconds 1192157081 J * Piet_ ~piet@tor.noreply.org 1192157930 Q * hparker Ping timeout: 480 seconds 1192161241 Q * Piet_ Quit: Piet_ 1192168643 J * Punkie ~Punkie@melkor.coolhousing.net 1192169661 J * virtuoso_ ~s0t0na@pppoe-104.58.110.89-adsl.spbnit.ru 1192170069 Q * virtuoso Ping timeout: 480 seconds 1192170283 J * dna ~dna@24-251-dsl.kielnet.net 1192171349 J * gebura ~gebura@173.201.101-84.rev.gaoland.net 1192171354 M * gebura hi 1192172651 Q * michal_ Quit: reboot 1192172995 J * yarihm ~yarihm@vpn-global-dhcp3-014.ethz.ch 1192173159 J * larsivi ~larsivi@85.221.53.194 1192173244 Q * larsivi 1192173387 J * larsivi ~larsivi@85.221.53.194 1192173492 J * hparker ~hparker@linux.homershut.net 1192173556 M * Loki|muh good morning 1192174430 J * ntrs ~ntrs@79.125.230.200 1192174905 Q * hparker Ping timeout: 480 seconds 1192174960 J * rob-84x^ rob@submarine.ath.cx 1192175493 J * DavidS ~david@vpn.uni-ak.ac.at 1192175515 N * DavidS DavidS|Kiel 1192175547 J * hparker ~hparker@linux.homershut.net 1192176658 Q * hparker Quit: peer reset by connection 1192176858 J * hparker ~hparker@linux.homershut.net 1192176926 M * jmcaricand Hi. Does somebody use Oracle8i server in a guest ? 1192177102 Q * DavidS|Kiel Ping timeout: 480 seconds 1192177335 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192178350 Q * yarihm Quit: Leaving 1192178831 P * friendly12345 1192179493 Q * hparker Quit: peer reset by connection 1192179497 J * sharkjaw ~lgab@shell.ormset.no 1192179580 Q * dna Quit: Verlassend 1192179773 J * dna ~dna@24-251-dsl.kielnet.net 1192179838 M * Supaplex jmcaricand: I've never tried. yet. 1192179852 M * Supaplex the idea somewhat facinates me, but then again, I'm eaisly entertained. 1192179968 J * DavidS ~david@wlan1.net-you.de 1192180513 Q * DavidS Quit: Leaving. 1192180536 J * DavidS ~david@gate1.net-you.de 1192180894 N * DavidS DavidS|Kiel 1192182292 Q * JonB Ping timeout: 480 seconds 1192184337 N * Bertl_oO Bertl 1192184348 M * Bertl morning folks! 1192184371 M * Bertl jmcaricand: AFAIR, it works fine 1192185451 M * jmcaricand Bertl: True ? Fine, I'll test that next week :-) 1192185645 J * JonB ~NoSuchUse@130.227.63.19 1192187029 J * Chr0nicles ~Primus_@a82-93-138-63.adsl.xs4all.nl 1192187038 M * Bertl wb JonB! Chr0nicles! 1192187044 M * Chr0nicles Hi 1192187138 M * Chr0nicles i'm testing a vmware setup here: starting a vserver results in vc_net_create(): Invalid argument 1192187161 M * Bertl sounds like old/bad tools or bad configuration ... 1192187177 M * Bertl let's start with the testme.sh, shall we? 1192187190 M * Chr0nicles excellent 1192187207 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh-0.17 1192187244 M * Bertl upload the output to paste.linux-vserver.org 1192187450 M * Chr0nicles http://paste.linux-vserver.org/6963 1192187488 M * Bertl yeah, you are using a really new (devel) kernel 1192187502 M * Bertl and you are stuck with quite old (almost two years?) tools 1192187526 M * Bertl as you can see, they work (testme.sh) but they do not handle everything properly (config wise) 1192187543 M * Chr0nicles ah clear 1192187555 M * Bertl in your case, the configuration is most likely missing the context and network ids 1192187571 M * Bertl (and the tools most likely do not assign them properly) 1192187602 M * Bertl and update to 0.30.214 and a 'echo 42 >/etc/vservers//context should fix that 1192187607 J * zLinux ~zLinux@88.213.26.14 1192187665 M * Chr0nicles will test, i believed i was using the latest tools although :/ 1192187711 M * Bertl what distro are you on? 1192187718 M * Chr0nicles debian etch 1192187722 M * Chr0nicles ah i notice my error from my logs 1192187731 M * Chr0nicles i did use 214 @ lab 1192187736 M * Bertl check out backports too, they should have 0.30.214 there 1192187737 M * Chr0nicles but somehow got the wrong site here 1192187761 M * Chr0nicles i notice now on 13thfloor site they have 210 in alpha dir. 1192187785 M * Loki|muh 0.30.212-1 is debian etch 1192187786 M * Chr0nicles thx ;) i'm sure the updated tools will work as they did @ lab 1192187798 M * Chr0nicles not using packages.. 1192187807 M * Chr0nicles well yet. 1192187814 M * Chr0nicles thx 1192187819 M * Bertl I hope so, let me know if you still encounter issues 1192187922 M * Chr0nicles i'll but again all user error hehe 1192188224 J * CWC ~CWC@89-215-37-177.2073053861.ddns-lan.pl.ekk.bg 1192188270 M * Bertl wb CWC! 1192188507 Q * CWC 1192188621 Q * zLinux Remote host closed the connection 1192188730 M * fb do i need any special bcaps to get to a serial port from within guest? 1192188750 M * gebura hi all 1192188756 M * Bertl fb: no, usually just the device nodes 1192188759 M * Bertl welcome gebura! 1192188776 M * gebura i think i found some kind of bug on vps and (maybe) associated tools 1192188808 M * Bertl let's hear ... 1192188829 M * gebura mapping uid => username is done with main host (context MAIN) /etc/passwd (or other way) 1192188833 J * zLinux ~zLinux@88.213.26.14 1192188844 M * gebura so display is not good 1192188848 M * gebura for example 1192188849 M * Bertl gebura: that depends on the tools 1192188860 M * Bertl gebura: what util-vserver version do you use? 1192188868 M * gebura debian stable, let me check 1192188912 M * gebura 0.30.212-1 1192188915 M * Bertl then please update to 0.30.214 from backports first 1192188940 M * fb Bertl: thanks, so it's just the problem with connected device 1192188958 M * gebura that 's not very important for me, i just want to report this strange behaviour 1192188976 M * gebura does backport version correct others things (important bugs) ? 1192188980 M * Bertl fb: I said 'usually' because it might be possible that a specific serial device has other requirements 1192188995 M * Bertl gebura: yes, a number of bugs have been fixed there 1192189007 M * Bertl gebura: would be interesting if the issues you see remain there 1192189037 M * gebura ok, i will it install and check :) 1192189075 M * Bertl thanks in advance! 1192189122 M * Chr0nicles @Bertl: All working nicely again 1192189182 J * pmenier ~kvirc@ACaen-152-1-59-182.w83-115.abo.wanadoo.fr 1192189191 M * fb Bertl: i was sure for 90% it's the other side problem 1192189192 M * gebura Bertl, same problem 1192189202 M * fb Bertl: you added another 9,9% ;) 1192189275 M * gebura Bertl, did you understand my sort explanation ? maybe do you want that i explain more ? should i try to upgrade to another version ? start to write a bug report ? 1192189295 M * Bertl yeah, please give me an example 1192189304 M * gebura ok 1192189327 M * gebura imagin a vserver with run a process with 1001 uid , on this vserver 1001 is aa 1192189343 M * gebura if on the host (main context) 1001 is bb 1192189350 M * gebura if you use vps 1192189367 M * gebura it will show that the process is owned by bb 1192189396 M * gebura is it more clear ? 1192189421 M * Bertl yeah, I understand now, but there is a general problem here 1192189443 M * Bertl it isn't per se clear _how_ a ps inside a guest will resolve names from the numbers 1192189466 M * Bertl i.e. it could be a ps which looks in /var/users.list for example 1192189491 M * Bertl so it is a little tricky to _know_ what uid->name scheme applies 1192189509 M * Bertl of course, the typical setup will use /etc/passwd and /etc/group for that 1192189546 M * gebura couldn't it use standard way to do this (nss) but into the vserver context ? (it must be better in result , but more "heavy" for "calcul") 1192189571 M * gebura i am not C programmer so i don't know very well this kind of mecanism 1192189581 M * Bertl the thing is, 'vps' is not supposed to enter any guest context 1192189599 M * gebura yeah i understand 1192189600 M * Bertl of course, you can simply write a script which does exactly what you want 1192189614 M * Bertl would be doing something like: 1192189635 M * Bertl foreach $ctx in /proc/virtual/; do 1192189655 M * Bertl vserver $ctx exec ps auxwww 1192189658 M * Bertl done 1192189694 M * Bertl which will give you the guest view of ps 1192189730 M * Bertl note that this will usually differ from the vps in several aspects 1192189764 M * gebura i understand, i personaly think that it will be better if vps can do it, but i understand it is difficult/dirty (entering in context) 1192189803 J * Piet ~piet@tor.noreply.org 1192189807 M * Bertl entering the context is not an option for vps, maybe some tricky resolving can be done at some point with the filesystem data only 1192189828 M * Bertl gebura: i.e. you might want to file that as feature request 1192190093 M * gebura it may be interesting ( it is realy not important for me, but i think it can annoy some peoples witch willn't understand the result) 1192190116 M * gebura do you want that i post some mail or page on wiki about ? 1192190117 M * Bertl yeah, wouldn't hurt to explain that on the wiki I guess 1192190137 M * gebura ok, let's starting :) 1192190191 J * ntrs_ ~ntrs@79.125.230.179 1192190201 M * Bertl wb Piet! ntrs_! 1192190202 M * JonB "let's get it started in here" 1192190216 M * Piet wb Bertl 1192190348 M * gebura hum, my employer don't enjoy that i write it now, i will do this in the weekend and tell you 1192190422 M * Bertl okay, excellent! 1192190561 Q * rob-84x^ Quit: That's it for today 1192190569 J * rob-84x^ rob@submarine.ath.cx 1192190570 Q * ntrs Ping timeout: 480 seconds 1192191329 Q * FireEgl Ping timeout: 480 seconds 1192191996 N * pmenier pmenier_off 1192192111 Q * JonB Ping timeout: 480 seconds 1192192222 Q * balbir Ping timeout: 480 seconds 1192192830 Q * Punkie Quit: Odcházím 1192193515 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192194045 J * nkukard ~nkukard@dsl-241-43-227.telkomadsl.co.za 1192194073 Q * sharkjaw Quit: Leaving 1192194230 J * ema ~ema@rtfm.galliera.it 1192195122 Q * JonB Quit: This computer has gone to sleep 1192195723 M * Bertl wb nkukard! ema! 1192195732 M * nkukard fanks ;) 1192195792 Q * larsivi Quit: Konversation terminated! 1192195860 J * balbir ~balbir@122.167.92.66 1192197360 Q * DavidS|Kiel Quit: Leaving. 1192198190 J * JonB ~NoSuchUse@kg1-61.kollegiegaarden.dk 1192198732 J * Piet_ ~piet@tor.noreply.org 1192198962 P * nkukard Leaving 1192199096 Q * Piet_ Remote host closed the connection 1192199097 Q * Piet Ping timeout: 480 seconds 1192200163 J * Piet_ ~piet@tor.noreply.org 1192200179 J * dowdle ~dowdle@scott.coe.montana.edu 1192200232 N * Piet_ Piet 1192201201 Q * Aiken Quit: Leaving 1192201775 Q * Johnsie Ping timeout: 480 seconds 1192201789 J * Johnsie ~jdlewis@c-67-163-142-234.hsd1.ct.comcast.net 1192201858 J * dmnd ~wouter@base.null0.nl 1192201859 M * dmnd hi 1192201867 M * daniel_hozac hello 1192201867 M * Bertl welcome dmnd! 1192201899 M * dmnd someone issued a reboot in a vserver, now the guest hangs at this process: D 08:52 0:00 /sbin/reboot -dpki 1192201916 M * dmnd i cannot stop it from the host ... how would i kill this guy? :) 1192201920 M * daniel_hozac what kernel, how was it configured and what utils? 1192201934 M * dmnd 2.6.20-vs2.2.0 1192201939 M * Bertl dmnd: check 'dmesg' for errors 1192201951 M * dmnd util-vserver-0.30.212-r2 1192201960 M * dmnd vxW: xid=4444 did lookup hidden f7f10cbc[#0,4026531867] »/proc/sys/fs/binfmt_misc«. 1192201969 M * dmnd the 4444 is the context for this server 1192201983 M * Bertl looks harmless 1192201993 M * dmnd i cant judge that.. ;) 1192202014 M * dmnd when i try to stop it: vkill: vc_ctx_kill(): No such process 1192202032 Q * gebura Quit: Quitte 1192202034 M * dmnd /bin/bash /usr/lib/util-vserver/vshelper restart 4444 <-- on the host 1192202040 M * Bertl what's your vkill line? 1192202045 M * dmnd together with this one: cat /tmp/vshelper-stop-sync.Bsii93/pipe 1192202065 M * dmnd vkill --xid 4444 5568 1192202081 M * dmnd i get nothing back from that command 1192202091 M * daniel_hozac you can't kill a process that's stuck in kernel space. 1192202099 M * daniel_hozac i assume you have legacy enabled, right? 1192202108 M * dmnd i dont know daniel? 1192202118 M * daniel_hozac grep CONFIG_VSERVER_LEGACY .config 1192202132 M * Bertl dmnd: look for a helper (vshelper) on the host 1192202143 M * dmnd daniel: it's not 1192202151 M * dmnd Bertl: i got that 1192202151 M * daniel_hozac hmm? 1192202162 M * Bertl dmnd: try to kill that one on the host 1192202171 J * Piet_ ~piet@tor.noreply.org 1192202188 M * daniel_hozac or wait, that's right. it's sync now, whereas it was async... 1192202196 M * dmnd Bertl: yeah that worked out 1192202221 M * Bertl what about the stuck 'reboot'? 1192202249 M * dmnd it's gone now 1192202253 M * Bertl excellent 1192202256 M * dmnd how come it hangs? :) 1192202268 M * Bertl update kernel and tools soon, and you should be fine 1192202274 M * dmnd i hope so :) 1192202282 Q * balbir Read error: Operation timed out 1192202283 M * dmnd it's not quite done yet on gentoo 1192202295 M * daniel_hozac "done"? 1192202310 M * dmnd yes, a lot of messing and bad history with baselayout changes 1192202326 M * Hollow hm? 1192202365 M * dmnd gentoo used to have a vserver profile which handled all the init scripts, but somehow that has been removed 1192202371 M * Hollow no 1192202376 M * Hollow it still exists 1192202387 M * dmnd i cant find it for 2007.0? :) 1192202392 M * Bertl dmnd: Hollow is the one who should know :) 1192202405 M * dmnd Bertl: i know his nickname from somewhere, lol 1192202407 M * Hollow well, just use default-linux/x86/vserver 1192202421 M * Hollow otoh, the vserver profile will be deprecated with baselayout-2 1192202427 M * dmnd Hollow: but it's deprecated? at least the gentoo howto claims.. :) 1192202443 M * Hollow baselayout-2 supports vserver out-of-the-box 1192202467 M * dmnd 2 is not on x86 yet then? 1192202473 M * Hollow sure, but masked 1192202480 M * dmnd ok that explains 1192202494 M * dmnd i just have to wait i guess 1192202495 M * dmnd :) 1192202496 M * Hollow but i would suggest to use baselayout-2 1192202505 M * dmnd will that work out on my host? 1192202510 M * dmnd or do i need it only in the guests? 1192202522 M * Hollow baselayout-vserver development (i.e. syncing with "normal" baselayout) has stopped for a long time no 1192202523 M * Hollow w 1192202540 M * Hollow you can leave the host as-is 1192202542 Q * Piet Ping timeout: 480 seconds 1192202571 M * dmnd ok, so if i go for baselayout-2 in the guest and set the profile to vserver then it should work fine? 1192202586 M * Hollow you can find stages with baselayout-2 at http://people.linux-vserver.org/~hollow/stages/ 1192202598 M * Hollow no, don't use the vserver profiles with baselayout-2 1192202619 M * dmnd oh, that where i know your nickname from :) 1192202632 M * Hollow :) 1192202636 M * dmnd hehe 1192202690 M * dmnd is it safe to run this baselayout on a production one? :) 1192202729 M * Hollow yes, i run every (gentoo) guest with baselayout-2 since alpha1 ;) 1192202756 M * daniel_hozac (and that's what runs linux-vserver.org ;)) 1192202762 M * Hollow even the mysql init script is compatible with baselayout-2 now :P 1192202767 M * Hollow yes, indeed 1192202771 M * Hollow :) 1192202788 M * dmnd hmm let me see it looks like baselayout-2 is already on the guest :) 1192202816 M * dmnd sys-apps/baselayout-2.0.0_rc4-r1 1192202833 M * Hollow looks good 1192202838 M * dmnd yeah 1192202847 M * dmnd strange that the vshelper hangs on the host 1192202856 M * dmnd the sysctl settings is fine 1192202859 M * Hollow which init style? 1192202865 M * dmnd plain 1192202885 M * daniel_hozac try upgrading to 0.30.214. 1192202892 M * dmnd initstyle gentoo didn't work when installing the vserver, it complained about the init scripts 1192202902 M * Hollow apropos .. i stabilized 214 yesterday :) 1192202911 M * daniel_hozac nice! 1192202961 M * Hollow dmnd: gentoo init style requires util-vserver-0.30.213 or later and baselayout-2 1192202967 M * dmnd ok 1192202975 M * dmnd i was installing this vserver a week ago 1192202978 M * dmnd :) 1192202982 M * dmnd so that might explain 1192202982 M * dmnd hehe 1192202996 M * dmnd can i change the initstyle back to gentoo without problems? 1192203029 M * Hollow you need to copy some (3) files that would have been installed by vserver-build 1192203040 J * balbir ~balbir@122.167.92.66 1192203055 M * Hollow they can be found in /usr/lib/util-vserver/distributions/gentoo 1192203060 M * dmnd ok 1192203083 M * dmnd where do i put them in? 1192203087 M * daniel_hozac or you could run the initpost script. 1192203089 M * Hollow init-vserver.sh goes to /lib/rcscripts/sh/init-vserver.sh 1192203093 M * Hollow ah? 1192203104 M * Hollow can it be run stand-alone? 1192203123 M * daniel_hozac i.e. /usr/lib*/util-vserver/distributions/gentoo/initpost /etc/vservers/ /usr/lib*/util-vserver/util-vserver-vars 1192203133 M * Hollow ah, sure .. 1192203151 M * Hollow maybe sth like vserver foo build -m initpost would be nice :) 1192203177 M * dmnd hmm 1192203178 M * daniel_hozac build would be somewhat misleading in this case, i think it should be a separate command. 1192203181 M * dmnd i lost you guys 1192203182 M * dmnd :) 1192203194 M * daniel_hozac e.g. vserver foo initpost 1192203199 M * Hollow just run the command daniel suggested :) 1192203250 M * Hollow daniel_hozac: yep, i agree.. but i guess its not very common, and one can just call the script 1192203250 M * dmnd yay 1192203251 M * dmnd it works 1192203252 M * dmnd :) 1192203259 Q * ntrs_ Quit: Leaving 1192203267 M * dmnd i can now finally see what happens 1192203268 M * dmnd heh 1192203272 M * Hollow :) 1192203288 M * dmnd Hollow: i was having an issue with lo on the guest 1192203299 M * Hollow there is no lo on guests 1192203300 M * dmnd i made a workaround by giving it a lo interface 1192203302 M * Hollow (by default) 1192203307 M * dmnd yeah, but openssh fails on it 1192203311 M * daniel_hozac 2.3 changes that ;) 1192203312 M * dmnd with net.lo init scripts 1192203317 M * Hollow yeah, finally :) 1192203320 M * dmnd ok 1192203333 M * Hollow dmnd: the initpost script installed a dummy dependency for net.* 1192203340 M * dmnd yeah, i saw it scrolling by 1192203341 M * dmnd lol 1192203353 M * dmnd so i just need to upgrade my other servers 1192203358 M * Hollow it does nothing but satisfying the dependency 1192203401 M * Hollow this is needed because baselayout-2 does not support the "consider net up all the time no matter what" option anymore 1192203648 J * Yvo yvonne@vpn-9-001.rz.uni-mannheim.de 1192203668 M * Yvo hi 1192203719 M * daniel_hozac hello 1192203761 M * Yvo I've got a problem with my vserver, I can't enter it anymore from the host and I don't understand what it says... 1192203778 M * daniel_hozac and, what does it say? 1192203779 M * Yvo myHost:~# vserver myVserver enter 1192203779 M * Yvo vtag: vc_tagopt2tag(""): No such file or directory 1192203793 M * daniel_hozac okay, it's a bug in 0.30.214. 1192203801 M * daniel_hozac it means you're using dynamic contexts. 1192203805 M * Hollow uh. and i stablized it :P 1192203808 M * Hollow ah 1192203811 M * Hollow n/m 1192203812 M * daniel_hozac setting a static one will make it work. 1192203812 M * Hollow ;) 1192203836 M * daniel_hozac yeah, it's too bad since i added code to tell you to set one... 1192203845 M * daniel_hozac but only if the kernel doesn't support them. 1192203849 M * Hollow ah 1192203859 M * Yvo how do I set a context? and what is a context? :-/ 1192203867 M * Hollow well, i consider dynamic contexts more than obsolete .. so 1192203873 M * daniel_hozac an xid is like a uid for guests. 1192203907 M * daniel_hozac setting it is just a matter of running echo > /etc/vservers//context 1192203942 M * Bertl Yvo: http://linux-vserver.org/Paper 1192204071 M * dmnd Hollow: i just upgraded the guest to the latest baselayout but when i start it it still complains about net.lo? :) 1192204095 M * Hollow did you run the initpost script? 1192204100 M * dmnd yes 1192204114 M * dmnd do i need to run it after the baselayout upgrade also or ? 1192204118 M * Hollow maybe net.lo is still in some runlevel? 1192204120 Q * ensc Ping timeout: 480 seconds 1192204142 M * Hollow no, one time is enough (except you delete those files initpost copied ;) 1192204168 M * dmnd ok, i just ran it again and now it didnt complain 1192204172 M * dmnd so i dont know what was wrong ;) 1192204184 M * Yvo it works :-) 1192204213 M * dmnd yeah, now my next thing (sorry) is: shutdown: timeout opening/writing control channel /dev/initctl when i enter reboot in the guest 1192204216 M * dmnd :) 1192204218 M * Yvo I took 42 as context nuber ;-) 1192204224 M * Yvo number 1192204233 M * daniel_hozac note that the number has to be unique for each guest. 1192204241 M * dmnd Yvo: i use /dev/urandom ;) 1192204250 M * Hollow dmnd: you need to call "reboot -f" since there is no init with gentoo init style 1192204269 M * dmnd Hollow: ok, but why can't this be aliased or scripted in? 1192204282 M * dmnd it makes me think i did something wrong :) 1192204282 M * Bertl dmnd: it can, just make an alias 1192204307 M * dmnd but everyone will notice this and ask questions about it? 1192204326 M * dmnd reboot -f worked :) 1192204332 M * Bertl then, if you want to have init running in each guest, use the plain init style 1192204362 Q * pmenier_off Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/ 1192204413 M * dmnd hmm 1192204618 M * Hollow dmnd: well, it could be added to the initpost magic, but i'm not sure we want that :) 1192204641 M * Hollow it would involve ugly parsing of /etc/profile or similar 1192204663 M * Hollow or replacing the reboot binary .. 1192204675 M * dmnd yes, but i hope you understand what i mean :) 1192204694 M * Hollow sure, but honestly, i never used reboot inside except for testing ;) 1192204706 M * dmnd Hollow: me neither, but endusers do 1192204706 M * Hollow i.e. it's not that common IMO 1192204707 M * dmnd :) 1192204748 M * Hollow well, create a tarball with the correct alias and it will work automagically on every build 1192204847 M * dmnd yes that's true 1192204848 M * dmnd :) 1192204863 M * dmnd im happy gentoo style works now 1192204895 M * dmnd i also had the issue that when i used 'vserver enter bla' the system load was going skyhigh 1192204896 M * Hollow i'm happy baselayout supports vserver natively now ;) 1192204898 M * dmnd that seems gone now also 1192204911 M * Hollow yeah, that was a bug in vlogin 1192204935 M * dmnd it hogged the system badtime.. heh 1192204955 M * daniel_hozac see, despite popular belief, we actually do fix bugs in new releases :) 1192204963 M * Hollow heh 1192204979 M * dmnd Hollow: i wasnt aware that linux-vserver was also on gentoo 1192204998 M * Hollow it is since we started using mediawiki 1192205005 M * Hollow because i set it up :P 1192205010 M * dmnd too much crap, time for a vserver? 1192205011 M * dmnd :) 1192205172 M * Bertl the wikis have always been in Linux-VServer guests 1192205191 M * Bertl basically since the beginning (more than 3 years ago) 1192205222 M * Bertl all the download locations are Linux-VServer guests too :) 1192205258 M * dmnd i use a vserver for every single service we are using 1192205263 M * Hollow Linux-VServer FTW ;) 1192205292 M * Hollow yeah, i can hardly imagine how anyone can admin servers without linux-vserver ... 1192205302 M * Hollow even if it's just a single vserver on a box 1192205314 M * dmnd we used to have systems running 6 or 8 public services 1192205325 M * dmnd it was a hell when upgrading :) 1192205376 M * Bertl so you are a happy Linux-VServer user then (or even a company behind you) .. you might consider adding yourself to the wiki (if not already done so :) 1192205483 M * dmnd good idea 1192205507 M * dmnd although i hate wiki ;) 1192205522 M * Bertl ah, well, we can do that for you if that is the problem :) 1192205540 M * epicbjorn Anyone know of a good place for hosting of dedicated servers with 100Mbit? 1192205558 M * dmnd epicbjorn: which country? 1192205569 M * dmnd Bertl: i'm looking around right now 1192205571 M * daniel_hozac don't all providers have that? :) 1192205670 J * meandtheshell ~markus@85.127.108.154 1192205727 M * epicbjorn dmnd: country isn't too important. Im just looking for somewhere to host my box.. 1192205751 M * dmnd there is a lot to choose from 1192205830 M * daniel_hozac JonB: did you see my response to your patch? 1192205991 M * JonB daniel_hozac: yeah i will test it soon 1192206020 M * daniel_hozac okay, cool. 1192206092 M * dmnd Bertl: i added it, but it looks like crap. Im not a html dude but can you fix it? :) 1192206132 M * Bertl sure, where did you add it? 1192206152 M * Bertl ah, already found it :) 1192206162 M * dmnd lol 1192206164 M * dmnd nice eh? ;) 1192206171 M * Bertl interesting :) 1192206188 M * dmnd that's why i hate wiki's, but it's also me ;) 1192206190 M * daniel_hozac it's outside the table, just moving the |} should make it fine, i guess. 1192206227 M * Bertl I guess we need to cleanup the template comments too 1192206236 M * Bertl i.e. will do so now :) 1192206241 M * dmnd Bertl: that made me go wrong :) 1192206470 M * Bertl so, that should be fine now 1192206491 M * dmnd thanks :> 1192206638 M * Bertl np 1192207136 M * Hollow Bertl: btw, do you track how many users chose which entrace to 13thfloor? ;) 1192207319 Q * eSa| Ping timeout: 480 seconds 1192207587 J * Tesla2k ~jascha@p549C60C4.dip.t-dialin.net 1192207640 M * Tesla2k Can someone help me with setting ulimit -c in a vserver I have tried setting it in rlimit/core.soft but it does not work 1192207661 M * daniel_hozac ulimits/core 1192207772 M * Tesla2k does also not work... 1192207802 M * Tesla2k i just put a number in ulimits/core is that correct? 1192207814 M * daniel_hozac yep. 1192207825 M * Bertl and restart the guest after that 1192207844 P * Yvo 1192207870 M * Tesla2k i stoppted the vserver change the parameter and startet it again. then I logged onto it with ssh but i get 1192207873 M * Tesla2k test:~# ulimit -c 1192207873 M * Tesla2k 0 1192207898 M * Bertl maybe the ssh/pam applies a stricter limit? 1192208058 M * Tesla2k hmm in the vhosts /etc/pam.d/ssh there is a line:session required pam_limits.so 1192208086 M * Tesla2k in /etc/security/limits.conf i have added: * soft core unlimited 1192208090 M * Tesla2k its debian etch btw 1192208113 M * Bertl with default 'stable' tools and kernel? 1192208131 M * Tesla2k yes everything should be default 1192208149 M * Bertl daniel_hozac: do I remember correctly that this old version uses the host settings? 1192208175 M * daniel_hozac but specific limits set in the configuration should override that. 1192208189 M * Bertl ah, okay, even with older tools ... 1192208210 M * daniel_hozac yeah, the newer tools just reset all hard limits to infinity, if they're not set. 1192208213 M * Bertl Tesla2k: good, try to eliminate the pam_limits for a test 1192208221 M * Tesla2k ok I'll do 1192208247 M * Bertl also check hard and soft limits with ulimit 1192208255 M * Bertl (might provide a clue) 1192208373 Q * JonB Quit: This computer has gone to sleep 1192208383 M * Tesla2k uh it seemed to work ;) 1192208408 M * Bertl so the problem is inside the guest then :) 1192208443 M * Tesla2k yes, now i hope I get core dumps, do you know how I can create one for testing? 1192208467 M * Bertl just dereference a pointer to 0 1192208572 M * daniel_hozac or kill -SEGV $$ 1192208587 M * Bertl ah, good idea :) 1192208704 M * Tesla2k thank you nice way ;) 1192208794 Q * ema Quit: leaving 1192209113 J * ensc ~irc-ensc@p54B4DADD.dip.t-dialin.net 1192209192 M * Tesla2k it seemed to me all the settings in ulimits/core of the vserver did do nothing, pam_limits did do all the trick. Nevermind thank you very much for your help! 1192209239 M * Bertl Tesla2k: well, both limits apply 1192209259 M * Bertl Tesla2k: i.e. if you specify one for the guest in the config, pam will not be able to raise it 1192209269 M * Tesla2k may be the default then is unlimited 1192209277 M * dmnd you just cut it to 25% 1192209280 M * dmnd :) 1192209644 M * Tesla2k ok got to go now see ya 1192209645 Q * Tesla2k Quit: Verlassend 1192209815 J * hparker ~hparker@linux.homershut.net 1192210191 Q * Piet_ Quit: Piet_ 1192210265 J * esa ~esa@ip-87-238-2-45.adsl.cheapnet.it 1192210268 N * esa eSa| 1192211962 M * baldy huhu 1192211966 M * baldy any1 a idea 1192211968 M * baldy http://paste.linux-vserver.org/6968 1192211980 M * Bertl huhu baldy! :) 1192212000 M * baldy huhu Bertl ;) 1192212000 M * Bertl C++ compiler cannot create executables 1192212010 M * daniel_hozac and you're building old utils :) 1192212011 M * Bertl probably it is missing some library or so 1192212491 M * Bertl okay, off for now .. back later ... 1192212496 N * Bertl Bertl_oO 1192213128 J * ntrs ~ntrs@79.125.230.179 1192213523 Q * meandtheshell Quit: Leaving. 1192216809 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa 1192217498 M * dmnd hi 1192217505 M * daniel_hozac hello 1192218915 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33 1192220914 Q * balbir Read error: Operation timed out 1192221243 J * larsivi ~larsivi@101.84-48-201.nextgentel.com 1192221904 M * dmnd FireEgl: what oid is that in your hostname.... ;) 1192221964 M * FireEgl wha? =) 1192221983 M * dmnd your hostname looks like crap 1192221990 M * dmnd an snmp oid 1192221992 M * FireEgl It's..supposed to.. =P 1192222026 M * dmnd hostnames are intended to be remembered easier 1192222027 M * dmnd :) 1192222075 M * dmnd this is a your lucky number is hostname 1192222161 Q * hparker Quit: peer reset by connection 1192222788 J * hparker ~hparker@linux.homershut.net 1192222788 Q * virtuoso_ Read error: Connection reset by peer 1192223869 J * planetlab ~marcfiu@pool-71-166-133-183.washdc.east.verizon.net 1192223926 P * planetlab 1192223939 Q * larsivi Quit: Konversation terminated! 1192223980 J * marcfiu ~marcfiu@pool-71-166-133-183.washdc.east.verizon.net 1192223988 M * marcfiu hello 1192223996 M * dmnd hi 1192224020 M * marcfiu so what's the story wrt CFS and the TB scheduler? 1192224295 M * daniel_hozac 2.6.23 is still work-in-progress. 1192224732 Q * bonbons Quit: Leaving 1192225200 J * Aiken ~james@ppp121-45-206-11.lns1.bne1.internode.on.net 1192225481 J * Piet ~piet@tor.noreply.org 1192225773 Q * marcfiu Quit: marcfiu 1192225923 Q * dna Quit: Verlassend 1192227121 J * arachnis1 arachnist@088156184167.who.vectranet.pl 1192227182 Q * arachnist Read error: Connection reset by peer 1192227257 Q * Piet Quit: Piet 1192229052 J * dsoul darksoul@vice.ii.uj.edu.pl 1192229386 M * Bertl_oO 1192229752 M * opuk 1192230921 Q * Bertl_oO Ping timeout: 480 seconds 1192231227 J * Yvo ~yvonne@91.64.217.106 1192231247 P * Yvo 1192231745 J * Bertl_oO herbert@IRC.13thfloor.at 1192233364 J * ntrs_ ~ntrs@79.125.245.23