1114992072 A * romke gonna sleep, dont wanna sleepover all my birthday :P 1114992146 M * Bertl hehe, so happy birthday then, no? 1114992183 M * romke Yes, 2nd May :> 1114992188 M * romke and thx 1114992200 M * Bertl will investigate your issues (if I can reproduce them) 1114992287 M * romke Bertl: thx, configuration: flags: sched_prio, and thats all 1114992384 M * romke Bertl: rest is default from vserver build -m skeleton 1114992590 A * romke & 1114994575 Q * DuckMaster Remote host closed the connection 1114994780 M * anon1 so much to learn so much to learn 1114994788 M * anon1 so is this sorta like solaris zones? 1114994803 M * Bertl sorta like ... 1114994954 M * anon1 i dunno 1114995096 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1114995223 J * duckx ~Duck@dyn-83-157-154-66.ppp.tiscali.fr 1114995427 M * Bertl welcome erwan! duckx! 1114995637 J * eXplasm2 ~explasm@p549FF53D.dip.t-dialin.net 1114996066 Q * eXplasm Ping timeout: 480 seconds 1114996852 Q * lilo Quit: bbiab 1114997120 Q * monrad Ping timeout: 480 seconds 1114997291 Q * erwan_ho Remote host closed the connection 1114997528 M * Bertl okay, I'm off to bed now ... have a good whatever ... 1114997556 N * Bertl Bertl_zZ 1114997659 J * monrad ~monrad@213083190130.sonofon.dk 1115001905 M * shuri cya berni 1115001909 M * shuri cya Bertl_zZ 1115004260 Q * eXplasm2 jupiter.oftc.net kinetic.oftc.net 1115004260 Q * eyck jupiter.oftc.net kinetic.oftc.net 1115004260 Q * FaUl jupiter.oftc.net kinetic.oftc.net 1115004260 Q * bro jupiter.oftc.net kinetic.oftc.net 1115004260 Q * locksy jupiter.oftc.net kinetic.oftc.net 1115004260 Q * cereal jupiter.oftc.net kinetic.oftc.net 1115004260 Q * maharaja jupiter.oftc.net kinetic.oftc.net 1115004260 Q * kevinp jupiter.oftc.net kinetic.oftc.net 1115004260 Q * daniel_hozac jupiter.oftc.net kinetic.oftc.net 1115004260 Q * gregster jupiter.oftc.net kinetic.oftc.net 1115004260 Q * sith jupiter.oftc.net kinetic.oftc.net 1115004260 Q * rs jupiter.oftc.net kinetic.oftc.net 1115004260 Q * meebey jupiter.oftc.net kinetic.oftc.net 1115004260 Q * romke jupiter.oftc.net kinetic.oftc.net 1115004260 Q * wurd jupiter.oftc.net kinetic.oftc.net 1115004260 Q * Seraph jupiter.oftc.net kinetic.oftc.net 1115004260 Q * Beirdo jupiter.oftc.net kinetic.oftc.net 1115004260 Q * mcp jupiter.oftc.net kinetic.oftc.net 1115004319 J * cereal ~cereal@217.20.124.153 1115004340 J * Seraph kk@projects.verfaction.de 1115004344 J * sith sith@aaronp.com 1115004350 J * meebey meebey@meebey.net 1115004353 J * maharaja maharaja@ipax.at 1115004369 J * gregster ~gregor@greart.de 1115004382 J * rs ~rs@staff.lycos.fr 1115004389 J * Beirdo ~gjhurlbu@beirdo.usercloak.oftc.net 1115004400 J * eyck eyck@81.219.64.71 1115004659 J * FaUl ~immo@ip88.164.1211G-CUD12K-01.ish.de 1115004791 J * mcp hightower@217.171.201.37 1115005104 J * kevinp ~kevinp@ny.webpipe.net 1115005226 J * eXplasm2 ~explasm@p549FF53D.dip.t-dialin.net 1115005244 J * daniel_hozac ~daniel@h56n2fls32o829.telia.com 1115006550 N * Bertl_zZ Bertl 1115006562 M * Bertl morning folks! 1115006626 M * shuri lol 1115006648 M * shuri you sleep 3 hours a day? 1115006670 M * Bertl usually more, but I couldn't sleep now ... 1115006687 M * shuri why? 1115006718 M * shuri no woman on the left side? 1115006777 M * Bertl woman is there .. still sleeping ;) 1115006791 M * shuri hehe 1115006795 M * shuri same for me 1115006814 J * lilo ~lilo@lilo.usercloak.oftc.net 1115006825 M * Bertl but if I learned something, then it's absolutlely useless to stay in bed and _try_ to sleep ;) 1115006827 A * shuri change nick for grub 1115006848 M * shuri tell me more 1115006865 M * shuri :) 1115006874 M * shuri i wanna learn too 1115006889 M * Bertl to not stay in bed and try to sleep? 1115006955 M * shuri both 1115006959 M * shuri hihi 1115006972 M * shuri just kidding 1115007006 M * shuri hey berni 1115007009 M * shuri hey Bertl 1115007028 M * shuri Vserver 2.0 1115007035 M * Bertl hmm, yup? 1115007045 M * shuri will be 2.4 or 2.6 base? 1115007062 M * Bertl 2.6 .. 1.2 is the stable 2.4 branch ... 1115007090 M * shuri ok so 2.0 will be stable 2.6 branch righ? 1115007100 M * Bertl precisely 1115007133 M * shuri why should i merge to 2.0 1115007134 M * shuri ? 1115007151 M * Bertl you mean migrate? 1115007158 M * shuri yes 1115007179 M * shuri 2.4.30-vs1.2.10 #1 SMP 1115007181 M * Bertl http://linux-vserver.org/Release+FAQ (maybe) 1115007183 M * shuri i run this 1115007207 M * Bertl btw, has to be updated as I just saw ;) 1115007222 M * shuri 2.0 is ? 1115007225 M * shuri hihi 1115007228 M * Bertl (but add a dozen features to 1.9.x ;) 1115007241 M * shuri i see 1115007257 M * shuri 2.0 is legacy conf ? 1115007269 M * shuri is it hard to migrate? 1115007289 M * Bertl basically both configs (to ease migration) but legacy will not unleash new features 1115007297 M * shuri k 1115007306 M * shuri seriously 1115007313 M * shuri new conf scheme suck! 1115007320 M * Bertl so the idea is: you take your existing vservers and use it ... 1115007354 M * shuri am i the only one to think this? 1115007366 M * Bertl well, the old scheme 'sucks' too .. but personally I'd have gone for a property list style config 1115007386 M * shuri i got 25 vserver running 1115007423 M * Bertl the config in one file vs. many files really split the fractions ... 1115007439 M * shuri one file is easy 1115007452 M * shuri why so many files? 1115007469 A * shuri ask enrico? 1115007470 M * Bertl if you look at the irc loogs, we get from 'hey the new scheme is really cool' to 'this sucks, I want a single file' ... 1115007508 M * Bertl there are pros and cons in every approach 1115007526 M * shuri well i using vserver since ctx 14 1115007542 M * Bertl for example, there are a bunch of things you can do with the tree config, but not easily with the file config 1115007560 M * Bertl (like having symlinks in the config ;) 1115007583 M * shuri well the jacques conf was nice 1115007583 M * Bertl OTOH the one file config is easier to look at ... 1115007603 M * shuri i miss jacques:( 1115007614 M * Bertl fact is, the 'legacy' config would not be able to cut the mustard today ... 1115007621 M * shuri why? 1115007628 M * shuri one file or 10% 1115007629 M * shuri ? 1115007634 M * Bertl just take the helper and scripts for example 1115007646 M * Bertl or just the fstab features ... 1115007670 M * shuri i could not ready the argument from one conf file? 1115007687 M * shuri i am not a coder but i do not understand 1115007688 M * Bertl well, you could, but you would need something to wrap this 1115007696 M * Bertl for example you could do: 1115007701 M * Bertl %fstab.local 1115007702 M * shuri 1 file of 10 files 1115007707 M * Bertl then write the fstab 1115007710 M * Bertl then put 1115007714 M * Bertl %fstab.local.end 1115007720 M * Bertl or something like that ... 1115007735 M * Bertl (i.e. xml or whatever ...) 1115007745 M * shuri fstab1="proc none none" 1115007760 M * shuri fstab2="/dev/hda1 ...." 1115007763 M * Bertl well, that's the probably most confusing way to do it ;) 1115007783 M * shuri we do not have the same idea of what is confusing.. 1115007805 M * shuri maybe i am to old in vserver use.. 1115007810 M * Bertl what I really do not understand ... 1115007846 M * Bertl if there are so many folks complaining about the tree style (I guess it's roughly the half) 1115007881 M * Bertl why did nobody go ahead and write a simple tool to 'map' the tree style to a single file and vice versa ... 1115007902 M * shuri look i take for example Xen 1115007906 M * shuri 1 conf files 1115007912 M * shuri you can do all you want.. 1115007922 Q * eXplasm2 Remote host closed the connection 1115007948 M * Bertl how does the xen config file look like? 1115007964 M * shuri very simple.. 1115007974 M * shuri 2 sec 1115007993 M * shuri kernel = "/boot/vmlinuz-2.6.9-xenU" 1115007993 M * shuri memory = 64 1115007993 M * shuri name = "ttylinux" 1115007993 M * shuri nics = 1 1115007993 M * shuri ip = "1.2.3.4" 1115007994 M * shuri disk = ['file:/path/to/ttylinux/rootfs,sda1,w'] 1115007994 M * shuri root = "/dev/sda1 ro" 1115008019 M * shuri ip = "10.0.0.0" 1115008036 M * shuri etc.. 1115008039 M * Bertl you specify ip twice? 1115008046 M * shuri nha 1115008047 M * shuri lol 1115008067 M * shuri netmask = "255.255.255.248" 1115008073 M * shuri etc.. 1115008086 M * Bertl well, if you have two nics, how do you specify ip/netmask? 1115008104 M * shuri nics =2 1115008145 M * shuri dont know how i dont use it 1115008148 M * shuri but you can 1115008198 M * shuri the ip options is to configure the interface at boot time 1115008202 M * Bertl well, I'm pretty sure you can, but there it get's complicated ... 1115008208 M * shuri if you put nics =2 1115008235 M * Bertl yeah, and then what? use ip1="" or ip2="" or ip="ip1, ip2"? 1115008237 M * shuri juste conf the network/interface with eth0 eht1 and it will be up 1115008255 M * shuri complicate in one file.. 1115008268 M * shuri ok look Bertl 1115008278 M * shuri what i want to tell is 1115008302 M * shuri why change scheme betwenn stable and alpha 1115008342 M * Bertl simple, the 'old' tools used the scheme which suited jacques, the new tools the one which enrico prefers ... 1115008357 M * shuri ok so is Coder preference.. 1115008366 M * shuri that the reason.. 1115008369 M * Bertl as he is doing all the work on the tools, it's up to him ... 1115008384 M * shuri ok i understand 1115008392 M * Bertl you are free to take the code, hire a programmer and get a new interface ;) 1115008413 M * shuri the problem is i am not a coder man but a network guy.. 1115008445 M * Bertl and the network guys can not hire programmers? 1115008449 M * shuri i will phone jacque tomorow 1115008453 M * Bertl s/programmer/coder/ ;) 1115008460 M * shuri :) 1115008473 M * shuri we live in the same city 1115008480 M * shuri hihi 1115008505 J * eXplasm ~explasm@p549FF53D.dip.t-dialin.net 1115008527 M * shuri enricon work is very nice! 1115008535 M * Bertl well, I would be glad if jacques would work on linux-vserver again ... 1115008535 M * shuri cannot complaint about it 1115008555 M * shuri but 3 prod serveur 1115008557 M * shuri to migrate 1115008563 M * shuri to new scheme sux! 1115008579 M * shuri that why i stay with stable 1115008591 M * shuri for schem conf reason... 1115008595 M * shuri :( 1115008663 M * shuri did you talk to jacques recently? 1115008672 M * Bertl no unfortunately not ... 1115008690 M * shuri i do not undertand 1115008696 M * eXplasm good morning guys :) 1115008699 M * shuri why he still updade version 1115008707 M * shuri but do not colaborate 1115008717 M * shuri morning eXplasm 1115008728 M * shuri 00.39 here 1115008729 M * shuri :) 1115008739 A * eXplasm lives in germany 1115008786 A * shuri live in Quebec 1115008798 M * Bertl shuri: I have no idea, but I guess he has his reasons 1115008859 M * shuri yes only him know 1115008905 M * Bertl but I guess he likes what we are doing ... 1115008915 M * shuri hope so 1115008919 M * Bertl uname -a 1115008919 M * Bertl Linux www.linux-vserver.org 2.4.29-vs1.2.10 #1 Wed Feb 9 11:00:42 EST 2005 i686 unknown 1115008941 M * shuri this project is so nice!! since Bertl is in it! 1115008967 M * shuri i reboot 2 days ago 1115008972 M * shuri 245 days 1115008975 M * shuri uptime 1115008983 M * Bertl well, thanks for the flowers! 1115008986 M * shuri 2.4.28-rc1 1115009019 M * shuri patch-2.4.27-vs1.29-q0.14.diff 1115009036 M * shuri 15 verser 1115009043 M * shuri in production... 1115009061 M * shuri the project rocks.. 1115009077 M * Bertl I'm glad that we could stabilize the linux-vserver stuff .. this was the hardest part (features are always fun ;) 1115009088 M * shuri just wounder if change scheme is a good thing.. 1115009091 M * eXplasm :> 1115009109 M * Bertl that's why I'm very hapy with 2.6/1.9.x, because it's very stable too 1115009125 M * shuri to much release for me 1115009129 M * shuri :) 1115009141 M * shuri cannot reboot eache week 1115009141 M * shuri lol 1115009157 M * shuri Bertl is too fast 1115009174 M * Bertl well, the kernel IMHO should be part of an 'upgrade/service' plan 1115009197 M * shuri 2.4.30-vs1.2.10 #1 SMP 1115009197 M * Bertl basically you can easily schedule an update every 2-3 weeks 1115009213 M * shuri with the same scheme yes 1115009216 M * Bertl should not take more than 5min vserver down ... 1115009228 M * shuri agree? 1115009242 M * Bertl well, that's the point why we have the legacy support? 1115009252 M * Bertl you take the old server/config and just start it ... 1115009296 M * shuri maybe i am too old vserver based user.. 1115009303 M * shuri :( 1115009353 M * shuri i remember the days when chbind was running inside the vserver 1115009355 M * shuri :) 1115009382 M * Bertl look, you pay the time I need to write a conversion tool (which can convert from/too the tree config) and I'll do it, deal? 1115009396 M * shuri need money? 1115009416 M * Bertl always ... have to pay my bills too ... 1115009449 M * shuri i can give you all bandwithd all server for testing all my time for testing 1115009530 M * Bertl and you know I appreciate that ... 1115009542 A * shuri go to casino 1115009635 M * Bertl okay, make a suggestion what to trade for such a conversion script? 1115009680 M * shuri legacy to new scheme? 1115009763 M * shuri about Kernel 2.4 to kernel 2.6 transition... 1115009773 M * Bertl well, legacy to new is trivial 1115009794 M * Bertl I was more thinking of single-file to tree-based 1115009800 M * Bertl (and the other direction) 1115009800 M * shuri k 1115009822 M * shuri dont know why i cannot be done 1115009831 M * shuri dev="eth0" 1115009837 M * shuri ip="x.x.x.x" 1115009842 M * shuri in one file 1115009863 M * shuri how is different from 2 files? 1115009865 M * Bertl you can, as I said, but it gets confusing easily 1115009878 M * shuri let say 1115009893 M * shuri dev1="eth0" 1115009900 M * shuri ip1="x.x.x.x" 1115009912 M * shuri netmask1="x.x.x.x" 1115009919 M * shuri dev2="x.x.x.x" 1115009932 M * shuri dev2="eth1" 1115009936 M * shuri ip2="x.x.x.x" 1115009950 M * Bertl hah! you already got it wrong ;) 1115009956 M * shuri lol 1115009961 M * shuri i am drunk 1115009965 M * Bertl I know! 1115009970 M * shuri :) 1115009983 M * shuri you know i speak french? 1115010005 M * Bertl hmm, well, I assumed it ... 1115010006 M * shuri hey oui je parles francais:) 1115010016 M * shuri quebecois power 1115010032 M * shuri lol 1115010179 M * shuri the fact is the legacy conf is more simple 1115010191 M * shuri ip="x.x.x.x x.x.x.x x.x.x.x x.x.x.x" 1115010233 M * Bertl yup, and this becomes even more confusing if you use ethX:x.x.x.x/yy 1115010256 M * Bertl but sure, it works too ... never said that ... 1115010269 M * shuri new sceme is terribly confusing,, 1115010297 M * Bertl it's made for tools to change it .. there is where the power lies 1115010297 M * shuri i do not about flower page! 1115010340 M * Bertl it's much easier to write a new value to a file, than to parse the entire config file and change a single entry in a 200 char ip="" line 1115010369 M * shuri yes i understand 1115010372 M * Bertl what really puzzles me that there _are_ no tools to do that for you 1115010398 M * shuri from coder view 1115010432 M * Bertl for example I would have expected folks to write a linuxconf frontend for the new config tree 1115010456 M * shuri other tools from jacques.. 1115010457 M * Bertl it should be quite easy too, and allow you to view everything with a simple interface 1115010563 A * shuri say Jacques Gelinas need to be here! 1115010624 M * shuri linuxconf / vserver was create by him 1115010630 M * shuri his the gyu.. 1115010650 M * Bertl yup, and I guess he could easily do a linuxconf frontend for the new scheme too 1115010673 M * shuri i think he is not agree we the new scheme 1115010703 M * Bertl well, that I don't know .. maybe he doesn't maybe he does 1115010758 M * shuri version 0.32 still using legacy 1115010776 M * shuri anyway 1115010782 M * Bertl well, it's hard to support the new stuff out of the blue .. 1115010794 M * shuri i will live with new scheme 1115010802 M * shuri i will migrate to it 1115010807 M * shuri no problem 1115010809 M * Bertl good! 1115010817 M * shuri but 1115010837 M * shuri i do not think is a right choice 1115010859 M * shuri xen use it 1115010863 M * shuri uml 1115010865 M * shuri use it 1115010870 M * shuri solaris us 1 1115010873 M * shuri use it 1115010881 M * shuri one files 1115010884 M * shuri file 1115010904 M * shuri why vserver use 15 files for one server??? 1115010933 M * Bertl well, there are a bunch of other apps using tree style configs 1115010966 M * Bertl and I'm not convinced that for example dhcp config is superior to a broken out version ... 1115010967 M * shuri we talk about Virtual Apps.. 1115011062 M * Bertl does that make the single file config the better one? 1115011093 M * shuri for migrate yes.. 1115011104 M * shuri think about old user.. 1115011124 M * Bertl they can use the legacy config ... 1115011143 M * shuri well ok you win.. 1115011157 A * shuri hide in corner 1115011165 M * shuri :( 1115011576 M * shuri have a nice night/day everyone 1115011589 M * shuri cya Bertl 1115011629 M * shuri if you need anything exept coding .... ask me :) 1115011649 M * Bertl k, thanks! 1115011671 N * shuri ShuriZzZzZ 1115011743 J * bro ~vanity@lanparty.lv 1115011777 J * wurd ~kvlt@modemcable157.235-201-24.mc.videotron.ca 1115011825 J * locksy ~locksy@mrtg.sisgroup.com.au 1115012338 M * Bertl welcome bro! wurd! locksy! 1115013723 J * hillct ~hillct@client200-5.dsl.intrex.net 1115013754 M * hillct mugwump ping 1115013791 M * Bertl morning hillct! 1115013799 M * hillct Bertl! 1115013908 M * hillct I tried something mugwump suggested; to set localhost to a private ip (192.168.1.5 in this case) rather than 127.0.0.1 so as to be able to bind to localhohost on the same ports in each vhost 1115013940 M * hillct he suggested that I could simply change the IP of localhost as defined in /etc/hosts of each vserver 1115013953 M * hillct sounded fishy to me when it was suggested 1115013959 M * hillct doesn't seem to work at all 1115013966 M * Bertl hmm .. should work if done properly ... 1115013977 M * hillct so I didn't do it properly 1115013993 M * Bertl but let's take a step back and tell me what you want to accomplish ... not how ;) 1115014049 M * hillct I want to implement an apache proxy configuration whereby there's one instance of apache on the public IP and one on the private IP 1115014099 M * hillct because the private IP 127.0.0.1 is shared across vhosts, it was suggested that I should set it differently in each vhost to avoid conflists 1115014105 M * hillct conflicts 1115014131 M * Bertl what's the purpose of this setup? 1115014139 M * hillct long story 1115014144 M * Bertl tell me ;) 1115014194 M * hillct esentially, the proxy instance of apache serves static content, and forwards the synamic requests to a second instance thich has mod_perl and a tong of other stuff built in 1115014224 M * Bertl ah, okay, I see .. 1115014231 M * hillct It's a performance booting measure. Let the leaner apache handle most requsts etc... 1115014236 M * Bertl all the vservers are under your control? 1115014237 M * hillct er boosting 1115014242 M * hillct yes 1115014250 M * hillct I could just track port usage across all 1115014260 M * hillct but I'd rather not if I can avoid it 1115014280 M * hillct since while I control the host machine, I don't want to police my vhost users 1115014287 M * hillct if I can avoid it 1115014328 M * Bertl sure ... your vservers are configured securely? 1115014344 M * hillct as best I can tell 1115014352 M * hillct I'm still somewhat new at this 1115014357 M * hillct but I tried 1115014374 M * Bertl well, no CAP_NET_RAW stuff and such? 1115014400 M * hillct I didn't make any specific changes there 1115014420 M * hillct so whever the default is in 1.9.5 1115014503 M * hillct in retrospect I should have setup each vhost with the nproc flag though 1115014513 M * hillct I may go back and do that at some point 1115014616 M * hillct brb 1115014666 M * Bertl nproc is not used on 2.6 ;) 1115014673 M * hillct ah 1115014684 M * Bertl the limits control that ... 1115014698 M * Bertl i.e. you ahve much preciser control over such things ... 1115014714 M * Bertl s/preciser/more precise/ 1115014717 M * hillct As soon as I get the services working I'm going to mess with the rlimits and vdlimit etc 1115014730 M * hillct yah 1115014745 M * Bertl okay, so if your vserver guests are basically 'secure' .. and under your control ... 1115014776 M * Bertl I would suggest to use 127.0.0.x addresses x!=0,1,255 for the 'local' services 1115014814 M * hillct yah 1115014817 M * hillct K 1115014984 A * hillct tests 1115015044 M * hillct and the only place I should have to change the iP is in /etc/hosts ? 1115015055 M * hillct I bet I'm missing a location 1115015077 M * Bertl depends on how you access those services ... 1115015092 M * Bertl I'd say apache A should query apache B no? 1115015115 M * hillct well, I need to change apache configs too. I meant at the system level 1115015137 M * Bertl the system doesn't care .. you ahve to 'allow' the additional ip ... 1115015163 M * Bertl i.e. you add 127.0.0.x to the list of ips (without any interface) 1115015181 M * hillct ah 1115015189 M * Bertl do you use the legacy config or the new tree based one? 1115015202 M * hillct this is what I'm missing. new tree based config 1115015208 M * hillct what list of IPs? 1115015222 M * Bertl okay, then create a new interfaces/X dir 1115015233 M * hillct I see how when assigning to interface/# 1115015240 M * Bertl with the following entries: 1115015335 M * Bertl ip - 127.0.0.x 1115015337 M * Bertl nodev 1115015364 M * hillct so this would be interface 1 ? 1115015374 M * Bertl yes 1115015376 M * hillct ah 1115015393 M * hillct is nodev the filename or the name of the device in the dev file? 1115015403 M * Bertl nodev is the filename 1115015408 M * hillct ah 1115015414 M * Bertl you do not have a dev file in this one 1115015428 M * Bertl (as you do not want the tools to create an entry/alias) 1115015437 M * hillct makes sense 1115015452 M * Bertl then you configure the 'local' apache to bind to this ip 1115015481 M * Bertl and you use that ip for the public one to connect to ... 1115015518 A * hillct restarts the vserver 1115015524 M * hillct moment of truth time... 1115015699 M * hillct hmm 1115015705 M * hillct progress has been made. 1115015710 M * hillct thanks 1115016382 M * hillct the rest being apache config stuff 1115016439 M * Bertl you're welcome! 1115019238 J * prae ~prae@ezoffice.mandriva.com 1115019273 M * Bertl morning prae! 1115019293 M * Bertl how is life at 'mandriva' ;) 1115019372 M * prae it's well ;-P 1115019422 M * Bertl I can understand _why_ the name changed .. but honestly, I don't really like it ;) 1115019570 M * prae name changed 'cause lawsuit since 5 years ago 1115019586 M * Bertl yup, excactly ... 1115019602 M * Bertl was the perfect chance to do it ... 1115019629 M * SiD3WiNDR do you rename all that drak stuff to drivstuff? ;) 1115019652 M * Bertl excellent question ;) 1115019658 M * prae no, of course :p 1115019664 M * SiD3WiNDR hehe 1115019677 M * SiD3WiNDR I was wondering about that since I heard about the namechange 1115019706 M * SiD3WiNDR I did some i18n stuff a few years ago and remembered drakX, drakConf etc :) 1115019736 M * prae :) 1115019755 M * prae lawsuit is only for name (mandrake) and logo (magician) 1115019773 M * Bertl btw, saw a bunch of outdated util-vserver rpms pop up on pbone ... 1115019783 M * prae not for util-name :) 1115019797 M * Bertl (in mandrake/contrib) 1115019881 M * Bertl distributions/mandrakelinux/devel/10.2/i586/media/contrib/util-vserver-0.30.204-1mdk.i586.rpm 1115020214 J * alexx ~alexx@82.225.136.176 1115020219 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1115020273 M * Bertl morning alexx! 1115020289 M * alexx morning Bertl :) 1115020596 J * Pazzo ~Pazzo@host130-250.pool8172.interbusiness.it 1115020611 M * Bertl morning Pazzo! 1115020615 M * Pazzo moin Bertl! 1115020652 N * Pazzo PazZzzzooo 1115020655 M * PazZzzzooo (back soon) 1115020681 P * erwan_ho Leaving 1115020982 J * romke romke@procyon.romke.net 1115020990 M * Bertl morning romke! 1115021482 M * Bertl okay, off for now .. back later ... 1115021490 N * Bertl Bertl_oO 1115022245 Q * kevinp Read error: Connection reset by peer 1115022936 J * DuckMaster ~duckx@195.75.27.158 1115023185 J * virtuoso ~s0t0na@80.253.205.251 1115023207 J * ComplexHo ~ComplexHo@funk.gotadsl.co.uk 1115023235 M * bro det 1115023236 M * bro oh 1115023237 M * bro ;> 1115023424 P * hillct 1115024150 J * DuckKing ~Duck@dyn-83-157-205-19.ppp.tiscali.fr 1115024276 Q * rs Quit: leaving 1115024368 J * BWare ~bware@office.intouch.net 1115024575 Q * duckx Ping timeout: 480 seconds 1115024640 Q * wurd Ping timeout: 480 seconds 1115025465 Q * Vudumen Ping timeout: 480 seconds 1115025663 J * Vudumen vudumen@perverz.hu 1115025929 Q * virtuoso Ping timeout: 480 seconds 1115026028 J * virtuoso ~s0t0na@80.253.205.251 1115026167 Q * SNy Read error: Operation timed out 1115026329 Q * cereal Quit: Serverwechsel 1115026942 J * SNy ~mfr@bmx-chemnitz.de 1115026960 J * cereal ~cereal@217.20.124.153 1115027890 Q * monrad Quit: Leaving 1115028050 Q * kalou__ Read error: Operation timed out 1115028487 J * kalou ~kalou@AToulouse-203-1-3-246.w80-14.abo.wanadoo.fr 1115028487 Q * BWare Read error: Connection reset by peer 1115028858 J * BWare ~bware@office.intouch.net 1115029886 J * Johan ~johan@194.151.113.2 1115029888 M * Johan Hi all 1115030118 Q * BWare Remote host closed the connection 1115030177 M * Johan I have a (production) machine with 2.4.28 patched against vserver-1.29. The machine really runs nicely for a couple of months now, but has 1 strange behaviour. It seems the load-average sometimes gets very high. When I ssh to it and forexample run top, the load (almost)immediately drops down 1115030601 N * PazZzzzooo Pazzo 1115032056 M * cemil FaUl: hey, FaUl :-) 1115032454 Q * mugwump Read error: Operation timed out 1115034500 J * BWare ~bware@office.intouch.net 1115034517 Q * BWare Remote host closed the connection 1115034544 J * BWare ~bware@office.intouch.net 1115035545 J * Zeithase ~hes@p54B81423.dip0.t-ipconnect.de 1115035547 M * Zeithase Hi. 1115035585 M * Zeithase Did anyone of you see "click"? 1115036375 Q * flock Ping timeout: 480 seconds 1115036604 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1115037279 Q * Zeithase Quit: Buh. 1115037484 J * alef72 ~alef@fw.acsys.it 1115037724 P * alef72 1115037762 N * Bertl_oO Bertl 1115037763 J * alef ~alef@fw.acsys.it 1115037810 M * Bertl Johan: could it be that some cpu speed step/scaling happens? 1115037936 M * alef hi people 1115038079 M * Bertl hi alef! 1115038086 M * alef i'm try # vserver rh73 build -m rpm -- -b /my/rpms ~/rh73 1115038121 M * alef with rh73 as listing of base packages for redhat7.3 taken from umlbuilder 1115038179 M * alef following step-by-step guide 2.6 on linux-vserver.org 1115038199 M * Johan Bertl: Hmmm no 1115038264 M * alef there was missing a /vserver/.pkg dir so i created and step forward, 1115038288 M * alef but now get a mount: mount point /etc/rpm does not exist. 1115038368 M * alef can someone help me? thx 1115038445 M * Bertl when do you get that? 1115038458 M * alef building 1115038506 M * alef command line above 1115038528 M * Bertl and where is the howto you are referring to? 1115038567 M * alef http://linux-vserver.org/Step-by-Step+Guide+2.6 1115038618 M * Bertl hmm, don't see anything like your build command there ... 1115038678 M * Bertl but I assume you took it from the util-vserver page 1115038704 M * Bertl and /my/rpms is the basedir, and ~/rh73 is the package list? 1115039146 N * Doener_zZz Doener 1115039170 M * Doener morning folks 1115039182 J * wurd ~kvlt@modemcable157.235-201-24.mc.videotron.ca 1115039201 M * Bertl morning Doener! 1115039205 M * Bertl wb wurd! 1115039209 M * wurd hi! 1115039319 M * wurd i'm still stuck with this 'rpmpriorities' problem 1115039410 M * Bertl which exactly was? 1115039474 M * wurd well, i'm trying to install mandrake in my vserver right? 1115039479 Q * BWare Read error: Operation timed out 1115039490 M * wurd [root@localhost apt]# vserver edulinux build -m apt-rpm --hostname test --interface eth0:10.99.1.16/16 ---d mdk101 1115039490 M * wurd E: Could not open file /etc/vservers/edulinux/apps/pkgmgmt/base/apt/etc/rpmpriorities - open (2 Aucun fichier ou répertoire de ce type) 1115039499 M * Doener export LC_ALL=C 1115039524 M * Doener and did you create that file? 1115039528 M * Bertl is there really no space between -- and -d ? 1115039549 M * wurd there is a space bert1, its just the copy/pasting that messes it up 1115039592 M * wurd Doener no i didnt create "that file"... youre referring to 'rpmpriorities' right ? 1115039608 M * wurd E: Could not open file /etc/vservers/mandrake2/apps/pkgmgmt/base/apt/etc/rpmpriorities - open (2 No such file or directory) 1115039608 M * wurd E: could not open package priority file /etc/vservers/mandrake2/apps/pkgmgmt/base/apt/etc/rpmpriorities 1115039608 M * wurd W: Release files for some repositories could not be retrieved or authenticated. Such repositories are being ignored. 1115039619 M * wurd E: Tried to dequeue a fetching object 1115039619 M * Doener wurd: take a look at, for example, /usr/lib/util-vserver/distributions/fcs/apt/rpmpriorities ... then create that file for your mandrake configuration 1115039665 M * Doener (create your file below /etc/vservers/...., _not_ below /usr/lib/util-vserver/...) 1115039688 M * wurd my rpmpriorities file in 'distributions/fc3/apt' only contains 6 lines 1115039698 M * Doener same here 1115039710 M * wurd it says : "Essential: basesystem, coreutils, filesystem, glibc, setup" 1115039721 M * wurd what does it mean ? 1115039735 M * Doener i'd assume that it declared those packages as being essential... 1115039749 M * wurd and its probably the same ones with mandrake? 1115039785 M * Doener maybe... you would have to check which packages are essential for a mandrake vserver 1115039819 M * wurd so the 'rpmpriorities' file is a vserver file, and not a repository file, right ? 1115039832 M * Bertl looks good at first glance ... 1115039845 M * Bertl (the list) 1115039867 M * wurd 'rpmpriorities' is a file needed by vserver and created by vserver, and has nothing to do with a repository ? 1115039872 M * Doener it is used by apt-rpm... and the tools provide a special rpmpriorities file, as the distribution defaults may not be what you want in a vserver 1115039929 M * Doener and of course if you use different distros on host and guest, your host's rpmpriorities file might not match anyway, so you need a distro specific one 1115040020 M * alef bertl: yes i took it from alpha+util-server page in "generic RPM based" Vserver creation section 1115040059 M * alef rh73 contains line like glibc-2.2.5-34.i686.rpm 1115040118 M * Bertl okay, and what about the directory you created? 1115040157 M * alef mkdir /vservers/.pkg 1115040199 M * alef the error was: pkgcfgbase-dir '/vservers/.pkg' does not exist or is invalid 1115040235 M * alef but i found in lib/util-vserver that this path was supposed to be a directory. 1115040354 Q * Pazzo Quit: . 1115040467 M * Bertl well, yes and no, it's supposed to be a link to the basedir (which contains the rpm packages) 1115040493 M * Bertl and IIRC, it has subdirs ... 1115040551 M * alef now, vserver build creates files in etc/vservers/.defaults/vdirbase/rh73 and etc/vservers/rh73 1115040587 M * alef but stops at mount: mount point /etc/rpm does not exist, so i need to add --force to retry. 1115040708 M * Bertl well, no, what you need is to cleanup the already created stuff ... 1115040724 M * Bertl (which I have to admit, might be a little tricky) 1115040743 M * Bertl (a bug report is already filed, guess enrico will fix that in the next release) 1115040758 M * alef yes i'm doing that also. 1115040887 M * Bertl what tool version do you use right now? 1115040909 M * alef util-vserver-0.30.205 1115040926 M * alef linux-2.6.11.5-vs1.9.5 1115040961 M * Bertl hmm, could you give 0.30.207 a try? 1115040987 M * alef ok 1115041038 M * Bertl and remove the dirs you created ... 1115041465 M * alef the same error for /vservers/.pkg (pkgcfgbase-dir '/vservers/.pkg' does not exist or is invalid) 1115041515 M * Bertl okay, remove the already created dirs (or choos a different name, i.e. by adding 001) and start it again with --debug as first option right after the vserver 1115041567 M * alef yes i already have --debug on :) 1115041570 M * Bertl then please upload the output somewhere (i.e. http://www.rafb.net/paste/) 1115041576 M * alef ok 1115041833 M * alef i never used rafb but i think i must give you this url (?) 1115041841 M * alef http://www.rafb.net/paste/results/LrqyFe89.html 1115041865 M * Bertl looks good ;) 1115041884 M * alef at the end my rh73.paths file 1115041930 M * Bertl hmm, you configured the tools for /usr/local/etc = 1115041934 M * Bertl s/=/?/ 1115041938 M * alef oops.. but i post you something false.. 1115041954 M * alef yes prefix is /usr/local 1115041961 M * alef basedir is /vservers 1115041965 M * Bertl okay, just checking ... 1115041976 M * Bertl your rpms are located where? 1115041997 M * Bertl /usr/local/mnt/Unix/RedHat/7.3/en/os/i386/RedHat/RPMS/ ? 1115042009 M * alef yes 1115042022 M * Bertl okay, do the following: 1115042028 M * Bertl mkdir -p /usr/local/etc/vservers/.defaults/vdirbase/ 1115042038 M * Bertl rm -f /usr/local/etc/vservers/.defaults/vdirbase/rh73 1115042047 M * Bertl ln -s /usr/local/mnt/Unix/RedHat/7.3/en/os/i386/RedHat/RPMS/ /usr/local/etc/vservers/.defaults/vdirbase/rh73 1115042074 M * Bertl then try again with a different name 1115042098 M * Bertl (and this looks like a bug to me ;) 1115042136 M * alef must give -b