1188087483 J * zLinux ~zLinux@88.213.36.145 1188088149 Q * rob-84x^ Ping timeout: 480 seconds 1188088157 J * rob-84x^ rob@submarine.ath.cx 1188090332 J * slack102 ~Administr@cpe-65-31-3-247.insight.res.rr.com 1188090344 M * slack102 these people are driving me crazy about iptables blah blah 1188090356 M * slack102 does that NGNET thing work with the current vserver ? 1188090846 M * daniel_hozac i thought you were using your own virtuatables? :) 1188090913 M * slack102 daniel_hozac: it ddint work out the way i wanted too 1188090925 M * slack102 maybe i will just buy 20 ether net cards 1188090935 M * slack102 that would do the trick hmmm 1188090948 M * slack102 so is ngnet a no for new versions ? 1188090992 M * daniel_hozac ngnet was abandoned a long time ago, long before it grew support for separate netfilter stacks. 1188091015 M * slack102 maybe there is some way i can make a virtual interface and attach it to that .........hopefully that wouldnt give me to muh more overhead noticing openvz is the only alternative 1188091035 M * slack102 and the way openvz handles memory oh man 1188091058 M * slack102 daniel_hozac: you liek the virtual interface idea ? 1188091062 M * daniel_hozac why do you need a virtual interface? 1188091071 M * slack102 maybe someone has made some that are quite fast 1188091096 M * slack102 that would allow users to write to iptables for instance and wouldnt mess up with other people on the interface 1188091135 M * slack102 i like how vservers network emphasizes on isolation but yea needs iptables for sure for a few users , other i will just say submit them in a form i will do them and they get 3.00 off per month 1188091161 M * daniel_hozac i really don't see how a virtual interface changes anything. 1188091168 M * slack102 but a virtual interface like openvz way would be suitable if i could do it and it still had not to much overhead 1188091203 M * slack102 well right now you cant well i guess you can but it would mess up everyones iptables on the interface right daniel_hozac ? 1188091280 M * daniel_hozac what? 1188091587 M * slack102 if each user had their own little eth0 and eth1 and eth2 etc 1188091596 M * slack102 i could them allow them to use iptables 1188091604 M * slack102 an it wouldn't affect other users 1188091605 M * daniel_hozac what makes you think that? 1188091626 M * daniel_hozac netfilter and the interface list are two wildly separate things... 1188091631 M * slack102 thats how it works right ? 1188091656 M * slack102 im not well informed on the backends but thats hwo about every other virtulization technology does it 1188091721 M * daniel_hozac Bertl_oO: ugh, i just realized i have a typo in delta-v4rcvsaddr-fix01.diff. it's obviously v4_nx_addr_in_nx_info... 1188091776 M * daniel_hozac netfilter has absolutely nothing to do with separate interfaces. 1188091786 M * daniel_hozac those are two entirely separate virtualizations. 1188091822 M * slack102 daniel_hozac: to be hoenst i dont even know what netfilter is :D i thought it was a program ;) 1188091847 M * daniel_hozac you've never noticed that big menu in the kernel config? 1188091878 M * slack102 i have a box here with 4 network cards if i attach a vserver to each ip on that card ........i cna use iptabkles on each interface with th ip attached un harmed from the other ones 1188091965 M * daniel_hozac i don't understand what you're getting at. where is it that you think the virtuatables approach fails? 1188091983 M * slack102 Virtuatables ideiling uses 10 percent of cpu 1188092007 M * slack102 i cant even see how you think thats a possibility 1188092017 M * daniel_hozac so, fix it? 1188092046 M * slack102 fix it in what way ? 1188092047 Q * coderanger Read error: Connection reset by peer 1188092058 M * daniel_hozac i don't see how you go from "oh this program has a bug" to "i need the most complex 'solution' i can possibly think of!" 1188092059 M * slack102 rewrite it ? 1188092068 M * daniel_hozac or, i don't know, just fix the bug? 1188092076 M * slack102 its not a bug its PHP 1188092080 J * coderanger ~coderange@kantrn.stu.rpi.edu 1188092082 M * slack102 PHP was not made for daemons 1188092118 M * daniel_hozac uh, you realize of course that apache is a daemon, and you'd typically embed PHP into it, right? 1188092141 M * daniel_hozac if anything, the fact that it's PHP should be a plus, as fixing it should be easier... 1188092192 M * slack102 i think it was made fine 1188092197 M * slack102 its the fact its looping php 1188092218 M * daniel_hozac and you have _looked_ at the code to make sure it's not doing something silly, right? 1188092227 M * Bertl_oO daniel_hozac: np, I didn't apply them yet :) 1188092376 Q * FireEgl Read error: Connection reset by peer 1188092416 M * slack102 daniel_hozac: im looking at it right now i know PHP very well 1188092418 J * DoberMann_ ~james@AToulouse-156-1-95-36.w90-30.abo.wanadoo.fr 1188092422 M * slack102 php is a mem hog the way it is 1188092441 M * slack102 and its a dynamic loop php was really not designed for this ......the guy should have used python 1188092445 M * slack102 or even perl 1188092476 M * daniel_hozac one interpreted language for another... i don't see the difference. 1188092528 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1188092535 M * slack102 daniel_hozac: look at the design of each one 1188092558 M * slack102 daniel_hozac: even people who never have touched php know its not smart to write a daemon in it 1188092572 N * Bertl_oO Bertl 1188092598 M * Bertl well, I _wish_ folks like you would be smart enough to actually _write_ such software :) 1188092625 M * slack102 I will take that as a complement :D 1188092633 M * Bertl make that 1188092641 M * slack102 i cant even see what the guy was thinking 1188092680 M * slack102 tiem to make a way to do iptables in a vserver i got it ....will use the less secure language of all which is fine in a secured eb enviroment and then amke a daemon out of it 1188092754 M * Bertl with secure 'language' you probably mean one of those NSA approved languages, right? 1188092777 A * slack102 yawns loud 1188092828 M * daniel_hozac Bertl: just to make sure i've understood the lback concept, anywhere userspace asks, we return 127.0.0.1 instead of lback, right? 1188092842 M * Bertl right 1188092852 M * Bertl that's the HIDE_LBACK part 1188092868 M * daniel_hozac okay, then this patch isn't a waste of time :) 1188092893 M * Bertl the other one is the REMAP_LBACK, which is mapping 127.0.0.1 _to_ lback 1188092904 M * daniel_hozac right. 1188092943 A * slack102 hits head on desk 1188093219 J * friendly12345 ~friendly@ppp59-167-75-40.lns1.mel6.internode.on.net 1188093285 J * FireEgl FireEgl@Atlantica.Inet6.Info 1188093285 Q * julius_ Quit: Verlassend 1188093536 Q * myosisok Remote host closed the connection 1188093931 M * daniel_hozac Bertl: http://people.linux-vserver.org/~dhozac/p/k/delta-v4rcvsaddr-fix02.diff is the typo fix, http://people.linux-vserver.org/~dhozac/p/k/delta-lback-fix03.diff (supposedly) virtualizes netstat/ss and such. just about to boot the new kernel... 1188094008 M * Bertl nice nice 1188094607 M * daniel_hozac well, netstat seems to be fine, ss i'm not getting any output from at all... 1188094650 M * Bertl maybe some plausibility check goes wrong 1188094653 M * daniel_hozac or, oh, missing switch, hehe. 1188094681 M * daniel_hozac (a bit too late for me, i guess) 1188094711 M * Bertl off to bed then :) 1188094940 M * Bertl we don't want you to fall asleep while coding and causing a kernel crash :) 1188094963 M * daniel_hozac hehe. 1188094986 M * daniel_hozac i usually don't have to fall asleep to cause those... :) 1188095031 M * Bertl well, that's part of the business .... 1188095095 M * Bertl even linus crashes the kernel every now and then :) 1188095107 M * daniel_hozac hehe 1188095260 J * virtuoso_ ~s0t0na@pppoe-206.2.110.89-adsl.spbnit.ru 1188095668 Q * virtuoso Ping timeout: 480 seconds 1188096315 Q * cehteh Ping timeout: 480 seconds 1188097463 J * grobie_ ~chatzilla@site.lycos.de 1188097650 Q * grobie Ping timeout: 480 seconds 1188097661 N * grobie_ grobie 1188097935 M * slack102 daniel_hozac: anymore ideas ? 1188097948 M * slack102 so my virtual interface idea wouldn't work 1188097992 M * Bertl I'd suggest you start reading a few books about coding, either userspace or kernelspace and start hacking on it ... 1188098018 M * slack102 i programmed in c for a company for 2 years 1188098028 M * slack102 Bertl: you really think im that stupid huh ? :P 1188098044 M * Bertl shouldn't be too hard then to write a proper virtua table daemon 1188098053 A * slack102 nods 1188098064 M * slack102 i was thinking integrating it into the 1188098065 M * Bertl so go for it, instead of complaining hour for hour ... 1188098068 M * slack102 openvcpd 1188098090 M * daniel_hozac would've been done by now :) 1188098105 M * Bertl prototype and final version :) 1188098191 M * slack102 i would rather complain tbh 1188098215 M * slack102 what would be best is if iptables worked the real way some how :P 1188098228 M * Bertl that doesn't make sense 1188098248 M * Bertl if it would, it would be a _big_ security hole 1188098253 M * slack102 oo 1188098332 M * Bertl but what I told you several times by now, is that the virtual table approach, together with a proper kernel relaying mechanism would give a guest the illusion of iptables working with the necessary control from the host (daemon) 1188098437 M * slack102 yea 1188098440 M * slack102 i know 1188098449 M * slack102 or virtulizing the network stack Bertl 1188098467 M * Bertl nah, that would rather add significant overhead 1188098479 M * Bertl been there, done that, not a good solution :) 1188098509 M * slack102 does it really add that much of an overhead ? 1188098526 M * Bertl well, it's roughly _twice_ the networking overhead 1188098534 M * Bertl you have to pass two stacks after all 1188098543 M * slack102 hmmm 1188098546 A * slack102 cries 1188098550 M * slack102 << is using openvz atm 1188098563 M * Bertl well, then you should know about the overhead :) 1188098575 M * slack102 to be honest i havent looked 1188098578 M * slack102 its like i dont want to know 1188098649 M * daniel_hozac oh? you told us before you did a benchmark of it. 1188098670 M * slack102 lol i love this 1188098678 M * slack102 i did 1188098685 M * slack102 but i was referring to where my customers are 1188098711 M * daniel_hozac hmm? 1188098724 M * slack102 ok i was joking of course i looked its using about 112 mb of ram atm for all 3p eople on that box 1188098732 M * slack102 according to free -m 1188098737 M * slack102 i didnt go any further for that box 1188098754 M * slack102 112 mb of ram not counting ram 1188098775 M * daniel_hozac that's a lot of RAM then :) 1188098787 M * slack102 i meant 1188098789 M * slack102 not counting cache 1188098790 M * slack102 fdgdfsgdgsdf 1188099083 J * AndrewLe1 ~andrew@flat.iis.sinica.edu.tw 1188099084 Q * AndrewLee Read error: Connection reset by peer 1188099709 M * Bertl okay, off to bed now ... have a good one everyone! cya! 1188099713 N * Bertl Bertl_zZ 1188099958 M * daniel_hozac good night! 1188100098 Q * AndrewLe1 Ping timeout: 480 seconds 1188100651 M * slack102 daniel_hozac: what you think would be better a webui or a way like virtutables ? 1188100688 M * daniel_hozac both? 1188100698 M * daniel_hozac that sort of thing depends entirely on the customer. 1188100724 J * AndrewLee ~andrew@flat.iis.sinica.edu.tw 1188100808 M * slack102 ebui would prolly be more universal huh ? 1188100834 M * slack102 i think people are used to using iptables n stuff througha webui like with all the routers 1188100912 M * daniel_hozac but things like denyhosts would require a CLI-compatible iptables program. 1188101144 M * slack102 webui would talk to iptables daniel_hozac 1188101187 M * slack102 daniel_hozac: i know you had that virtutables mirrored or w/e i have reformatted and i will take 1 more look to see if i can get it to atleast idle and at a decent number 1188101191 M * slack102 you got the link ? 1188101191 M * daniel_hozac you'd run the webui in each of the guests? for someone so worried about resource consumption, that doesn't seem wise. 1188101204 M * daniel_hozac should be on my people space. 1188101260 M * slack102 daniel_hozac: i would integrate the webui into like openvcp control panel the webui would run there and yea 1188102006 Q * zLinux Remote host closed the connection 1188102008 M * slack102 daniel_hozac: did you know openARM supports Vserver ? 1188102357 J * zLinux ~zLinux@88.213.36.145 1188102483 M * slack102 daniel_hozac: wheres your people space ? 1188102492 Q * zLinux Remote host closed the connection 1188102544 J * zLinux ~zLinux@88.213.36.145 1188102601 Q * zLinux Remote host closed the connection 1188102750 J * zLinux ~zLinux@88.213.36.145 1188104484 N * DoberMann_ DoberMann[PullA] 1188104945 Q * zLinux Remote host closed the connection 1188107547 Q * puck Remote host closed the connection 1188112309 M * matti Morning :) 1188112596 M * arachnist hi 1188112652 M * Hollow matti: :) 1188112652 Q * coderanger Read error: Connection reset by peer 1188112731 J * coderanger ~coderange@kantrn.stu.rpi.edu 1188113070 J * coderanger_ ~coderange@kantrn.stu.rpi.edu 1188113070 Q * coderanger Read error: Connection reset by peer 1188113994 J * Falle ~falle@diana.falle.se 1188114027 M * Falle Mornin folks! 1188114234 M * Falle I have moved a vserver(slackware guest) from from a Slackware system to a debian system and it doesn't start. When I say "vserver voipforum start". It tells me No command given; use '--help' for more information. The configuration files have been checked by another system admin and he has found no fault. Dont know where to look anymore since the erroroutput is so informative :) 1188114277 M * Falle Has anyone come across this before? 1188114457 M * Falle The vserver config files where copied from a working vserver and alterd to fit the new servers path's, addresses and name. The donor is a debian system so Im wondering if there is anything special to concider when i have a slackware guest. 1188114936 M * matti :) 1188115329 M * Hollow Falle: which init style do you use? 1188115873 M * Falle the old host used the old way.. and the new debian host uses the new one 1188115984 M * Falle hollow: the old, slackware host has a voipforum.conf and the new debian host has a voipforum directory. 1188116097 M * Hollow the init style can be configured in /etc/vservers/foo/apps/init/style 1188116278 M * Falle hollow: ok, all i have is a /etc/vservers/voipforum/apps/init/mark that says "default" in it. Im not familiar with the new "way" :) 1188116302 M * Hollow then you run the default init style, which is sysv 1188116316 M * Hollow not sure which you need for slackware 1188116326 M * Hollow but you can try "plain" 1188116343 M * Hollow echo plain > ..../apps/init/style 1188116408 M * Falle trying 1188116460 M * Falle works like a dream. Huge thanks Hollow! 1188116472 M * Hollow :) 1188116479 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33 1188117511 J * arachnis1 arachnist@088156185052.who.vectranet.pl 1188117511 Q * arachnist Read error: Connection reset by peer 1188117881 J * Julius ~julius@p57B258CC.dip.t-dialin.net 1188118728 Q * arachnis1 Ping timeout: 480 seconds 1188119654 J * pmenier ~pmenier@ACaen-152-1-81-248.w83-115.abo.wanadoo.fr 1188120263 J * meandtheshell ~markus@85.127.105.88 1188120657 J * duckx ~Duck@tox.dyndns.org 1188120764 J * zLinux ~zLinux@88.213.36.145 1188123232 J * fb fback@red.fback.net 1188123269 M * fb wb 1188124792 M * fb how to provide audio devices within guest linux? 1188128148 M * waldi cp -a 1188128152 M * waldi or mknod 1188128181 M * fb and what if host uses udev? 1188128188 M * waldi the same 1188128292 M * fb waldi: major/minor is guaranteed to be the same across reboots? 1188128320 M * fb or i should copy them in my init scripts? 1188128330 M * waldi no 1188128563 M * fb do i need any alsa-related stuff on the host, because udev(?) seems to load all the drivers? Maybe you know how to force the order the modules are loaded, now the order seems to be random :/ 1188128749 Q * slack102 Read error: Connection reset by peer 1188129586 J * AlanCox ~linus@bl7-135-85.dsl.telepac.pt 1188133558 N * jarige-dude the-dude 1188134030 Q * Aiken Quit: Leaving 1188134978 N * Bertl_zZ Bertl 1188134982 M * Bertl morning folks! 1188135152 M * meandtheshell Bertl: good morning Linux-VServer rock star :) 1188135200 M * fb hello Bertl! 1188135443 M * Bertl meandtheshell: rock star? :) 1188135475 M * meandtheshell Bertl: well, Linux-VServer rock and so do the core developers of Linux-VServer ;-] 1188135502 M * meandtheshell rocks* 1188135523 M * Bertl hey fb! probably the best is to 'copy' the audio devices in the guest startup script 1188135813 M * fb that's what i did, cp -ar /dev/snd /path/to/vserver 1188135845 M * fb why on every guest restart? 1188135996 M * fb shouldn't copying on every host reload suffice? 1188135996 P * friendly12345 1188136093 M * Bertl yeah, probably, but you never know, some devices might get unloaded, etc 1188136120 M * Bertl the perfect setup would be to have an udev entry for that :) 1188136526 M * fb Bertl: indeed, especially that there's only one vserver with access to sound devices 1188136977 M * waldi fb: use udev to create and delete it 1188137489 M * fb waldi: can you point me to some short-but-decent documentation of udev? 1188137548 M * sid3windr is there any? :p 1188138638 J * the_hydra ~the_hydra@125.164.97.32 1188138813 M * Bertl wb the_hydra! 1188138851 M * the_hydra Bertl: hello! 1188138860 M * the_hydra Bertl: long time no chat! 1188138959 M * Bertl indeed! 1188138976 M * the_hydra Bertl: so how's vserver goin' lately? 1188138984 M * the_hydra i am kinda detached with virtualization world... 1188138996 M * Bertl fine, tx 1188139466 Q * AlanCox Read error: No route to host 1188140237 M * Bertl okay, off for now ... back later ... 1188140245 N * Bertl Bertl_oO 1188140808 M * waldi 7away 1188141405 N * ensc Guest1902 1188141415 J * ensc ~irc-ensc@p54B4FB57.dip.t-dialin.net 1188141523 Q * Guest1902 Ping timeout: 480 seconds 1188143510 Q * gerrit Ping timeout: 480 seconds 1188144044 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1188144655 Q * FireEgl Ping timeout: 480 seconds 1188145199 M * Borg- qw 9 1188147131 N * virtuoso_ virtuoso 1188148232 Q * AStorm Quit: WeeChat 0.2.5 1188151157 J * coderanger__ ~coderange@x-1-29.dynamic2.rpi.edu 1188151252 J * AStorm ~astralsto@yuki.pilsfree.net 1188151775 N * DoberMann[PullA] DoberMann 1188152554 Q * pmenier Quit: KVIrc 3.2.0 'Realia' 1188153845 Q * Baby Read error: Connection reset by peer 1188154101 J * Baby ~miry@195.37.62.208 1188155456 Q * coderanger__ Quit: coderanger__ 1188155545 J * coderanger__ ~coderange@x-1-29.dynamic2.rpi.edu 1188156712 J * slack101 ~Administr@cpe-65-31-3-247.insight.res.rr.com 1188156741 M * slack101 i need to make 1 vserver and have it write to iptables 1188156746 M * slack101 is thier a bcaps setting for this ? 1188157368 M * slack101 i wonder why openvz doenst have a swap / cache 1188157447 M * the-me you cant manipulate with linux-vserver the iptables as guest 1188157474 M * slack101 i know not 1188157484 M * slack101 normally but i think theres a bcap setitng 1188157488 M * slack101 this vserver is just for me 1188157489 M * slack101 so yea 1188157626 P * the_hydra 1188158124 J * Piet ~piet@tor.noreply.org 1188158253 Q * Piet 1188158332 J * Piet ~piet@tor.noreply.org 1188161310 J * C14r_ ~C14r@h58173.serverkompetenz.net 1188161318 J * blizz_ ~stephan@evilhackerdu.de 1188161330 J * kaner_ kaner@strace.org 1188161331 J * tokkee_ tokkee@ssh.faui2k3.org 1188161336 J * ensc_ ~irc-ensc@p54B4FB57.dip.t-dialin.net 1188161338 J * fb_ fback@red.fback.net 1188161338 J * _mcp ~hightower@wolk-project.de 1188161341 Q * Piet cation.oftc.net kinetic.oftc.net 1188161341 Q * AStorm cation.oftc.net kinetic.oftc.net 1188161341 Q * ensc cation.oftc.net kinetic.oftc.net 1188161341 Q * fb cation.oftc.net kinetic.oftc.net 1188161341 Q * duckx cation.oftc.net kinetic.oftc.net 1188161341 Q * grobie cation.oftc.net kinetic.oftc.net 1188161341 Q * virtuoso cation.oftc.net kinetic.oftc.net 1188161341 Q * rob-84x^ cation.oftc.net kinetic.oftc.net 1188161341 Q * derjohn cation.oftc.net kinetic.oftc.net 1188161341 Q * phreak`` cation.oftc.net kinetic.oftc.net 1188161341 Q * tokkee cation.oftc.net kinetic.oftc.net 1188161341 Q * phedny cation.oftc.net kinetic.oftc.net 1188161341 Q * Guy- cation.oftc.net kinetic.oftc.net 1188161341 Q * opuk cation.oftc.net kinetic.oftc.net 1188161341 Q * sladen cation.oftc.net kinetic.oftc.net 1188161341 Q * kaner cation.oftc.net kinetic.oftc.net 1188161341 Q * mcp cation.oftc.net kinetic.oftc.net 1188161341 Q * blizz cation.oftc.net kinetic.oftc.net 1188161341 Q * Eimann_ cation.oftc.net kinetic.oftc.net 1188161341 Q * mEDI_S cation.oftc.net kinetic.oftc.net 1188161341 Q * nanonyme cation.oftc.net kinetic.oftc.net 1188161341 Q * bXi cation.oftc.net kinetic.oftc.net 1188161341 Q * C14r cation.oftc.net kinetic.oftc.net 1188161341 Q * Medivh cation.oftc.net kinetic.oftc.net 1188161341 Q * toom cation.oftc.net kinetic.oftc.net 1188161341 Q * ruskie cation.oftc.net kinetic.oftc.net 1188161341 Q * svenk cation.oftc.net kinetic.oftc.net 1188161341 J * toom_ ~toom@coco.docisland.org 1188161342 J * duckx ~Duck@tox.dyndns.org 1188161343 N * _mcp mcp 1188161345 J * grobie_ ~chatzilla@site.lycos.de 1188161346 N * grobie_ grobie 1188161354 J * phreak``_ ~phreak``@deimos.barfoo.org 1188161360 J * virtuoso ~s0t0na@pppoe-206.2.110.89-adsl.spbnit.ru 1188161360 J * bXi bluepunk@irssi.co.uk 1188161363 N * ensc_ Guest1922 1188161380 J * nanonyme ~siylioll@kirves.hut.fi 1188161381 J * AStorm ~astralsto@DSL01.83.171.191.54.ip-pool.NEFkom.net 1188161382 J * derjohn ~derjohn@80.69.41.3 1188161391 J * phedny ~mark@ip56538143.direct-adsl.nl 1188161398 J * Medivh ck@paradise.by.the.dashboardlight.de 1188161416 J * mEDI_S ~medi@snipah.com 1188161426 J * Piet ~piet@tor.noreply.org 1188161478 J * Guy- ~korn@elan.rulez.org 1188161501 J * ruskie ruskie@goatse.co.uk 1188161573 Q * bonbons Quit: Leaving 1188161593 N * DoberMann DoberMann[ZZZzzz] 1188161618 J * svenk ~sven@213.73.89.36 1188161629 J * opuk ~kupo@c213-100-138-228.swipnet.se 1188161659 J * Eimann eimann@chaconne.etherkiller.de 1188161662 J * sladen paul@starsky.19inch.net 1188161687 Q * Julius Remote host closed the connection 1188162989 Q * phedny Ping timeout: 480 seconds 1188163088 Q * Piet Ping timeout: 480 seconds 1188163217 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 1188164727 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net 1188164830 J * yvonne ~chatzilla@91.65.102.243 1188164850 M * yvonne hallo 1188164901 M * yvonne kann mir jemand sagen, wie man einen v-server deinstalliert? 1188165330 Q * the-dude Quit: Is that a kangeroo? 1188165356 J * puck ~puck@leibniz.catalyst.net.nz 1188166060 Q * coderanger__ Quit: coderanger__ 1188166360 J * bzed ~bzed@devel.recluse.de 1188166831 N * Bertl_oO Bertl 1188166843 M * Bertl hey yvonne! channel language is english 1188166876 M * Bertl yvonne: but to answer your question: with recent tools, you simply do 'vserver delete' 1188166993 M * yvonne oh, sorry 1188166993 M * yvonne i´m afraid it´s to late :-( 1188166993 M * slack101 Bertl: does vserver have some kind of xml rpc server to talk too ? 1188167036 M * Bertl slack101: IIRC, the vcd (daemon) was xmlrpc based 1188167052 M * Bertl s/was/is/? haven't heard much of it lately 1188167098 M * yvonne i simply deleted /etc/vservers/myVServer and /var/lib/vservers/myVserver 1188167119 M * Bertl yvonne: that is perfectly fine when the guest was stopped :) 1188167134 M * yvonne :-) great 1188167142 M * yvonne it was newer running ;-) 1188167180 M * slack101 Bertl: i heard that vserver offically had some xml pr server 1188167208 M * Bertl as I said, Hollow's vcd uses that, IIRC 1188167430 M * yvonne i´ve got problems with this instruction: http://linux-vserver.org/Installation_on_Debian - I think you added the part which is important for me now, bertl, I don´t get along with the options, I "simply" want to have all the data which is important for my virtual server on a second hdd so that I can always make a copy off this hdd and use it again if there´s a problem with the current... 1188167432 M * yvonne ...version... can you help me? 1188167613 M * Bertl well, as I wrote there, newvserver is deprecated 1188167627 M * Bertl you can do all the things and more with 'vserver' 1188167702 M * Bertl check out 'vserver --help' and 'vserver - build --help' 1188167749 M * yvonne you mean I can still use --vsroot ? 1188167807 M * Bertl if you want to put everything, including the default config/stuff to the second disk, you might want to recompile the tools to use different pathes, but there is the '--rootdir' option which probably does the same as the --vsroot 1188167856 M * Bertl (as I wrote, newvserver is just complicating matters by being just another wrapper messing around :) 1188167939 M * yvonne it´s a little bit difficult, I try to install a server on which I do only have ssh-access and each connection has a time-out after about 15 minutes and then I can´t reconnect for at least one hour, i´m going crazy with that, I can´t try it and can´t read the man-page now :-( I dont´t know what the problem is yet :-/ 1188167994 M * yvonne ok, thx, I´ll try it with that option as soon as possible... 1188168009 M * Bertl 15 minutes timeout? but you _are_ root there, yes? 1188168021 M * yvonne oh yes 1188168043 M * yvonne it only exist a root user 1188168060 M * Bertl okay, so change that silly timeout then :) 1188168115 Q * duckx Remote host closed the connection 1188168135 M * yvonne do you know where I can change that? there is even no iptables running at the moment 1188168366 J * rob-84x^ rob@submarine.ath.cx 1188168396 Q * bzed Quit: leaving 1188168502 M * Bertl yvonne: I would look into bash and sshd config 1188168523 J * bzed ~bzed@devel.recluse.de 1188168541 M * Bertl yvonne: 'echo $TMOUT' for example :) 1188168568 M * yvonne ok :-) 1188168847 J * the-dude ~martijn@senturparks.xs4all.nl 1188168873 M * Bertl welcome the-dude! 1188168884 M * the-dude hi 1188168910 M * slack101 Bertl: so it uses the Openvcp daemon ? 1188168930 M * Bertl no, I don't think so 1188168960 M * slack101 Bertl: also about my question before is their any bcap thing wherei can give a vserver full network ./ interface aceess 1188168973 M * Bertl NET_ADMIN? 1188169205 Q * slack101 Read error: Connection reset by peer 1188169985 J * slack102 ~Administr@cpe-65-31-3-247.insight.res.rr.com 1188169997 M * slack102 Bertl: do you have cache inside of vservers ? 1188170011 M * Bertl cache? 1188170014 M * slack102 swap 1188170048 M * Bertl please rephrase 1188170157 M * slack102 like openvz you doo free -m it cant use cache 1188170192 M * slack102 can vserver use swap / cache ? 1188170220 M * Bertl no idea what you are talking about .. guests will benefit from inode caches and they will use swap if your host system needs to swap 1188170249 M * Bertl otherwise swap is better avoided, because of the really huge performance impact 1188170256 M * slack102 oh yes i know 1188171232 J * mstone ~mstone@65-78-24-45.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com 1188171330 J * AlanCox ~linus@bl7-142-211.dsl.telepac.pt 1188171509 M * Bertl wb mstone! 1188171612 M * mstone Bertl: Heya. 1188171617 M * mstone We're trying to figure out packaging. 1188171627 M * Bertl ah, interesting ... 1188171635 M * mstone Namely, how to deal with the API change in util-vserver-lib. 1188171651 M * mstone F7 has a 0.30.212-series package. 1188171662 M * Bertl which is pretty outdated 1188171683 M * mstone Yup. 1188171704 M * mstone On the other hand, ensc hasn't had any warning that we'd like a newer package. :) 1188171726 M * Bertl well, testme.sh on olpc should give you a good warning :) 1188171769 M * mstone Bertl: We'd be okay introducing a compatibility check in pyvserver. 1188171786 M * mstone Is there a way to test the library version programmatically? (Or do we need to call out to RPM to figure it out?) 1188171787 M * Bertl what do you want to check/do for? 1188171804 M * mstone Mainly, the presence or absence of a flags argument to vc_ctx_create 1188171813 M * mstone Hmm. 1188171815 M * Bertl no need to check that 1188171827 M * Bertl there is no legacy code in the olpc kernels 1188171854 M * mstone Right, but the version of util-vserver-lib that is available has an API that only takes one argument. 1188171866 M * mstone However, it just occurred to me to use the syscall directly. 1188171869 M * mstone Which would solve the issue. 1188171892 M * Bertl sure you can do that, but I'd make 0.30.214 mandatory for the olpc build 1188171914 M * Bertl (which would make more sense IMHO, as the older tools will simply fail there anyways) 1188171931 M * mstone has 0.30.214 been released? I've only seen the pre-2590 edition. 1188171935 M * mstone Indeed. 1188171945 M * Bertl so no point in having a bunch of util-vserver packages around, which just do not work :) 1188171969 M * Bertl daniel_hozac is doing final tests, IIRC, so 0.30.214 should be out very soon 1188171994 M * mstone Hmm. 1188172009 M * Bertl I'm also confident, if you ask him, he will make a special FC7/OLPC package for you :) 1188172070 M * mstone Alright then. :) 1188172111 M * Bertl mstone: btw, are the patches available somewhere? 1188172143 M * yvonne good n8 ;-) 1188172223 M * mstone Bertl: the ones we worked on while you were visiting us? 1188172242 M * mstone I haven't separated yet. 1188172246 Q * yvonne Quit: ChatZilla 0.9.78.1 [Firefox 1.5.0.12/2007073111] 1188172305 M * Bertl mstone: okay, no big deal ... 1188172561 M * mstone Bertl: dilinger appears to have turned off ACL support and has added the generic_sendpage fix so link-breaking works. 1188172574 M * mstone I don't see commits for anything else, though. 1188172600 M * mstone Well, specifically for tagging. 1188172670 M * Bertl well, dilinger is always behind ... and I'm just interested in the stuff we did, not the actual commits 1188172691 M * mstone Okay.