1185408432 M * jescheng if i change /etc/vserver//interface/0/dev to eth1 and assign it same ip as eth0 on the host will that just get ignored? 1185408459 M * daniel_hozac the dev file just tell the utils on which interface to add the address. 1185408466 M * jescheng i.e we would still get only eth0 in the vserver 1185408469 M * daniel_hozac if the address doesn't exist, you're going to get an error while starting the guest. 1185408474 M * Bertl the meaning of setting 'dev' to something is, that the tools will 'assign' the ip (before any guest is started) to that interface 1185408498 M * Bertl so, if you actually have an eth1, it will get that ip added, if not, you will get an error 1185408536 M * jescheng ok - thx, that explains what i'm seeing. 1185408569 M * Bertl but, for example, you could get a dummy0, rename it to eth1 and use that :) 1185408602 M * Bertl as linux does not care (that much) about interfaces, you can even use that for 'normal' operations 1185408791 M * jescheng i see - i can create eth1, but i also want it to bind to eth0 1185408817 M * Bertl interfaces cannot 'bind' to eachother 1185408838 M * Bertl but addresses (by default) float between interfaces 1185408862 M * Bertl i.e. you can reach IPs assigned to eth1 via eth0 and vice versa 1185408865 M * jescheng oh.. so if i assign both eth0 and eth1 with same address 1185408871 M * Bertl (unless you explicitely block it) 1185408880 Q * jescheng Remote host closed the connection 1185408891 J * jescheng ~jescheng@proxy-sjc-1.cisco.com 1185408899 M * Bertl wb jescheng! :) 1185408914 M * jescheng :) sorry got kicked 1185408925 M * jescheng so if i assign eth0 and eth1 with same address 1185408936 M * daniel_hozac you just need it on one of them. 1185408940 M * jescheng then packet destined to eth0 will reach eth1? 1185408949 M * Bertl unless you have taken special measures, one assignment is enough 1185408957 M * Bertl although both ips don't hurt either 1185409001 M * jescheng daniel_hozac: what will the other one have configure? 1185409021 M * daniel_hozac what "other one"? 1185409039 M * jescheng you mentioned i only need to configure ip on one of them 1185409051 M * daniel_hozac yes, as Bertl's saying. 1185409064 M * daniel_hozac Linux doesn't care much about interfaces, it's IP-based. 1185409216 M * jescheng oh ok.. think i got it 1185409268 Q * onox Quit: leaving 1185409548 Q * bzed Quit: Leaving 1185410985 J * DoberMann_ ~james@AToulouse-156-1-28-218.w81-49.abo.wanadoo.fr 1185411092 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1185412059 Q * Piet Quit: Piet 1185412652 Q * dilinger Remote host closed the connection 1185412668 J * dilinger ~dilinger@mail.queued.net 1185413044 Q * dilinger Remote host closed the connection 1185413070 J * dilinger ~dilinger@mail.queued.net 1185415177 M * Bertl I guess I'm off to bed again ... I feel like I'm getting ill ... 1185415189 M * Bertl have a good one everyone! cya! 1185415193 N * Bertl Bertl_zZ 1185416872 J * Solaris ~satan@85.138.105.7 1185419765 Q * balbir Ping timeout: 480 seconds 1185420052 M * slack101 dammit server compermised AGAIN 1185420064 M * slack101 last time Germany this time Romania 1185420065 M * slack101 damn 1185420327 M * Supaplex "administrator" is not a strong password. 1185420417 M * slack101 it was not administrator 1185420420 M * slack101 but prolly just as bad 1185420690 Q * slack101 Read error: Connection reset by peer 1185424070 M * Supaplex haha 1185428762 J * balbir ~balbir@59.145.136.1 1185429339 J * meandtheshell ~markus@85.127.110.196 1185429449 J * danman danman@eliza.wigner.bme.hu 1185429450 M * danman hi! 1185429492 M * Supaplex ahoy 1185429513 M * danman I recently installed a vserver kernel, but I am having problems with my second public IP 1185429528 M * danman I don't know exactly why it does not want to work ;-) 1185429538 M * danman I set it in /etc/vservers/... 1185429550 M * danman it just doesn't ping or anything... 1185429562 M * danman if I set a private IP and NAT from the host, it works fine 1185429576 M * danman but my aim would be to run the vserver with my second public IP 1185429580 M * danman any ideas? 1185429595 M * danman do I need to create eth0:1 on the host or something? 1185429604 Q * jescheng Remote host closed the connection 1185429615 J * jescheng ~jescheng@proxy-sjc-1.cisco.com 1185429817 J * sharkjaw ~gab@158.36.44.106 1185430219 N * Bertl_zZ Bertl 1185430223 M * Bertl morning folks! 1185430233 N * DoberMann_ DoberMann 1185430235 M * Bertl danman: most likely that is completely Linux-VServer unrelated 1185430283 M * Bertl danman: try the following on the host: 'ping -I www.google.com' 1185430325 M * danman hmm 1185430329 M * danman 1 sec 1185430410 M * danman no answer 1185430423 M * danman Bertl: I see whay you mean 1185430462 M * danman whay I would like to know is what is the best way to use IP 1.1.1.1 on the host, and IP 2.2.2.2 on the guest (if let's say both are public IPs)? 1185430468 M * danman do I need IP aliases? 1185430482 M * Bertl so, probably your upstream provider is not routing you, or some firewall rule blocks the traffic 1185430483 M * danman what should I set in /etc/vservers/vserver_name/interfaces ? 1185430491 M * danman hmm 1185430497 M * Bertl danman: you have a bunch of options actually 1185430514 M * danman Bertl: the route is ok, it works with vmware 1185430517 M * Bertl first, I'd suggest to track down the host issues (i.e. the connectivity itself) 1185430532 M * danman vmware works fine 1185430533 M * Bertl do 'ip addr ls' (again on the host) 1185430538 M * danman ok 1185430551 M * Bertl danman: and you are sure that vmware uses the public ip 'outside'? 1185430570 M * danman interesting 1185430577 M * danman Bertl: yes 1185430585 M * danman bridged networking 1185430587 M * Bertl okay, do you see your second ip? 1185430589 M * danman yes 1185430596 M * danman it's by eth0 1185430607 M * Bertl which is the same you have for the host? 1185430616 M * danman yup 1185430621 M * danman eth0 on both 1185430624 M * Bertl what about the default gateway? is this the same too? 1185430649 M * danman 1 sec 1185430650 M * Bertl (for both public ips) 1185430663 M * danman you mean I should check this in the guest, right? 1185430669 M * danman well 1185430678 M * danman guest has the same routing table 1185430680 M * Bertl well, you should have a list from your upstream provider to check with :) 1185430682 M * danman that's all I see 1185430707 M * Bertl so let's double check that: you have two IPs (in the same network?) 1185430713 M * danman yes 1185430715 M * danman :-) 1185430716 M * Bertl which use the same default gateway 1185430719 M * danman yes 1185430729 M * Bertl and you see both of them with 'ip addr ls' right? 1185430735 M * danman right 1185430747 M * Bertl okay, then let's try the ping with the gateway, e.g.: 1185430758 M * Bertl ping -I 1185430763 M * Bertl ping -I 1185430864 M * danman at first try 1185430868 M * danman the second IP wont ping 1185430881 M * danman the first works 1185430886 M * Bertl so, that is very low level now, and if your vmware really works with the second 1185430897 M * Bertl then I would look into your on-host firewalling rules 1185430907 M * danman I can shut it down :-) 1185430910 M * Bertl because it is very likely that your host blocks it 1185430917 M * danman still nothing 1185430933 M * danman am I supposed to see the second ip with ifconfig? ;-) 1185430935 M * danman on the host? 1185430938 M * danman for these tests? 1185430940 M * danman :-) 1185430946 M * danman because it is not set... 1185430955 M * Bertl no, then I really doubt your vmware will have more luck, unless your upstream provider locked the mac address to the vmware mac 1185430956 M * danman ip addr ls shows it, but ifconfig doesn't 1185430974 M * Bertl ifconfig is an ancient tool, it doesn't see that well :) 1185430990 M * danman :-))) 1185430991 M * danman lol 1185431016 M * Bertl get tcpdump (on the host) 1185431020 M * danman so I do not need to make an ip alias for the second ip? 1185431030 M * Bertl no, you don't ... and try the following: 1185431042 M * Bertl tcpdump -vvnei eth0 icmp 1185431059 M * Bertl then, in another terminal, repeat the ping -I 1185431086 M * danman yeah 1185431088 M * danman I have it 1185431089 M * Bertl if you see icmp echo requests leaving, but no reply, then the issue is with the gateway 1185431097 M * danman hmm 1185431104 M * danman there is reply ;-) 1185431119 M * danman maybe it's only the ping... 1185431127 M * danman maybe it's blocked some sort of way 1185431133 M * Bertl then your ping should be happy, unless you still have some firewalling active 1185431136 M * danman but I see the replies now 1185431147 M * danman now I will see it from the vserver 1185431174 M * danman hmm 1185431193 M * danman it seems that it must work 1185431203 M * danman well, now this is another aspect ;-) 1185431211 M * danman Bertl: thx much!!! 1185431216 M * Bertl you're welcome! 1185431219 M * danman I'll test on... I guess it should be working ;-) 1185431234 M * danman the problem will be elsewhere 1185431263 M * Bertl check things like arp cache on the upstream router and such 1185431283 M * danman for example I don't understand why links can't open an URL from vserver 1185431301 M * danman oh shit 1185431302 M * danman ;-) 1185431306 M * Bertl maybe your nameresolver? 1185431306 M * danman nameserver problem 1185431308 M * danman I suck 1185431309 M * danman ;-) 1185431463 M * danman well ok 1185431467 M * danman this should be working 1185431468 M * danman great! 1185431477 M * danman Bertl: thx again very much!!! 1185431485 M * Bertl again you are welcome! 1185431491 N * DoberMann DoberMann[PullA] 1185432247 M * danman Bertl: do you perhaps use gentoo? 1185432261 M * danman I have some issues when stopping the vserver 1185432269 M * danman it never stops cleanly 1185432275 M * danman but that's a minor problem... :-) 1185432308 M * Bertl hmm, the gentoo guest stage/image should know how to shut down properly 1185432326 M * Bertl maybe you are using an older tool/guest version? 1185432346 M * danman well, I used the one in the wiki 1185432404 M * danman from here: http://people.linux-vserver.org/~hollow/stages/ 1185432409 M * danman do you know of any better one? 1185432416 M * Bertl which I assume is the official one, in which case you should file a bugreport to gentoo folks (or contact Hollow) 1185432435 M * danman ok :-) 1185432440 M * Bertl Hollow: ping? 1185432450 M * danman lol :-) Hollow is here? ;-) 1185432459 M * danman wow ;-) 1185432477 M * danman Bertl: I discovered I don't have a loopback interface in the guest ;-) 1185432485 M * Bertl that is fine 1185432487 M * danman hehe 1185432495 M * danman but that's why ping didn't work, right? 1185432495 M * danman ;-) 1185432510 M * Bertl nope, ping works fine, unless you have a really old kernel 1185432515 M * danman aham 1185432520 M * Bertl (which I doubt with gentoo) 1185432524 M * danman yeah :-) 1185432543 M * danman I don't really know why, but name resolution doesn't work either 1185432551 M * danman links ip is ok 1185432556 M * Bertl maybe your guest config is not perfect yet :) 1185432556 M * danman ah well 1185432559 M * danman yeah 1185432560 M * danman ;-) 1185432573 M * danman thx again, I'll start diagnosing ;-) 1185432579 M * Bertl check out the options for the host side config as well as the guest inside 1185432591 M * danman ok 1185432599 M * Bertl especially: http://linux-vserver.org/Capabilities_and_Flags 1185432622 M * danman hmm, checking 1185432624 M * danman ok 1185432868 M * Bertl for the name resolving part, I'd double check /etc/resolv.conf _inside_ the guest 1185432936 M * danman Bertl: if I set the primary IP in resolv.conf it works 1185432951 M * danman if I set a real nameserver it doesn't :-) 1185432957 M * danman but this is better than nothing: -) 1185432965 M * danman just it's pretty weird 1185432966 M * danman ;-) 1185432999 M * danman tried several real world nameservers 1185433122 M * danman ah well, I'll solve these issues somehow, thx everhting! 1185433146 M * danman tcpdump will be my friend 1185433146 M * danman ;-) 1185433305 M * danman Bertl: ah well, I have to ask you, because now I see the real problem... I have 1.1.1.1 for host, 2.2.2.2 for guest. The guest can "links 1.1.1.1", it can "host anything" if "nameserver 1.1.1.1" is in resolv.conf. But it can't do anything outside. "links www.google.com" doesn't work, "ping www.google.com" doesn't work (with correct resolution) 1185433332 M * danman if I check the host apache log, it writes 2.2.2.2 source IP, so that would be nice... 1185433343 M * danman is there any routing I need to set manually perhaps? 1185433402 M * danman lol 1185433418 M * danman I did a MASQ on 2.2.2.2 from the host and it works... 1185433431 M * danman rather weird... 1185433463 M * danman but this is now what I wanted ;-( "links www.whatismyip.com" still reports 1.1.1.1 from the guest (should be 2.2.2.2) 1185433468 M * Bertl back to square 1, means: your public ip (2.2.2.2) is not working 1185433477 M * danman ok 1185433493 M * Bertl of course, if you NAT to 1.1.1.1, everything will work as expected 1185433498 M * danman yeah ;-) 1185433503 M * danman that was dumb from me ;-) 1185433520 M * Bertl double check things like the netmask/prefix 1185433528 M * danman ok 1185433532 M * Bertl make sure that your upstream router accepts the second ip 1185433536 A * Supaplex keeps listening to http://www.jazzyspoon.com/JAZZYSPOON/mp3s/OBSESS%20-%20JAZZYSPOON.mp3 1185433545 M * Bertl make sure that the reply is routed back to your host 1185433548 M * danman vmware uses bridged networking 1185433565 M * danman ok 1185433568 M * danman okay, thx 1185433569 M * Bertl make sure that no firewalling blocks the second ip (in or out) 1185433587 M * Bertl and note again: this is absolutely not Linux-VServer related :) 1185433595 M * danman ok :-))) 1185433602 M * danman I understand 1185433605 M * Bertl i.e. if you manage to make the host work with the second public IP, you should be fine 1185433608 M * danman I see that now ;-) 1185433617 M * danman ok 1185433621 M * danman thx again! 1185433625 M * Bertl np 1185434401 J * pmenier ~pmenier@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1185434408 M * Bertl wb pmenier! 1185434468 M * pmenier Hi Bertl 1185434538 M * pmenier patch-2.6.22.1 seems to be good 1185434548 M * pmenier machine up since 6 days 1185434636 M * Bertl excellent! tx for the feedback! 1185434672 M * pmenier no pb. Happy to help you 1185434715 M * Wonka have there been problems? 1185434731 M * Bertl early versions had some issues 1185434798 M * Wonka hmhm... 1185434836 M * Supaplex vserver's always perfect. ;) - well almost. :) hehe. 1185434844 M * Wonka I have here a 2.6.20.14-vs2.2.0 running for 39 days, with about 20 guests, quite heavy disk IO (debian and ubuntu mirror...) 1185434849 M * pmenier i just encountered a bug in the first release of 2.6.22.1 : paste.linux-vserver.org/4555 1185434874 M * Bertl Wonka: 2.6.20 is a completely different game :) 1185434889 M * Wonka ah, ok :) 1185434913 M * Bertl pmenier: yep, that should be fixed by now :) 1185434975 M * Wonka in some days, we'll have to take it down for some electrical maintenance - is it sensible to upgrade to 2.6.22.1-vs2.2.0.3-rc1? 1185435048 M * pmenier i regurlarly update : 2.6.19 => 2.6.20 => 2.6.21 and now 2.6.22 : the hardest was from 2.6.19 to 2.6.20 1185435061 M * Bertl Wonka: I'm not convinced of 2.6.22 yet, although I have it running here too, but personally I'd stick with 2.6.19 for mission critical stuff, but I would suggest to update to the latest version of your kernel of choice 1185435094 M * Wonka ok, that would be 2.6.20.15-vs2.2.0.3 then 1185435111 M * Bertl yup 1185435594 Q * balbir Ping timeout: 480 seconds 1185435753 J * balbir ~balbir@59.145.136.1 1185436645 Q * balbir Ping timeout: 480 seconds 1185437572 J * DavidS ~david@p54813087.dip0.t-ipconnect.de 1185437632 Q * DavidS Remote host closed the connection 1185437697 J * DavidS ~david@p54813087.dip0.t-ipconnect.de 1185437712 N * DavidS DavidS|Vechta 1185437878 Q * DavidS|Vechta Remote host closed the connection 1185437928 J * DavidS ~david@p54813087.dip0.t-ipconnect.de 1185437945 N * DavidS DavidS|Vechta 1185438610 J * balbir ~balbir@59.145.136.1 1185439392 J * bonbons ~bonbons@2001:5c0:85e2:0:20b:5dff:fec7:6b33 1185439437 J * cedric ~cedric@80.70.39.67 1185439453 M * Bertl wb cedric! 1185439464 M * cedric hey Bertl 1185440131 Q * FloodServ cation.oftc.net synthon.oftc.net 1185440131 Q * Aiken cation.oftc.net synthon.oftc.net 1185440131 Q * mattzerah cation.oftc.net synthon.oftc.net 1185440131 Q * besonen_mobile_ cation.oftc.net synthon.oftc.net 1185440131 Q * Hollow cation.oftc.net synthon.oftc.net 1185440131 Q * ntrs_ cation.oftc.net synthon.oftc.net 1185440131 Q * brcc_ cation.oftc.net synthon.oftc.net 1185440131 Q * gdm cation.oftc.net synthon.oftc.net 1185440131 Q * balbir cation.oftc.net synthon.oftc.net 1185440131 Q * jescheng cation.oftc.net synthon.oftc.net 1185440131 Q * ord cation.oftc.net synthon.oftc.net 1185440131 Q * hallyn cation.oftc.net synthon.oftc.net 1185440131 Q * gresco cation.oftc.net synthon.oftc.net 1185440131 Q * dilinger cation.oftc.net synthon.oftc.net 1185440131 Q * quasisane cation.oftc.net synthon.oftc.net 1185440131 Q * hardwire cation.oftc.net synthon.oftc.net 1185440131 Q * dragonheart cation.oftc.net synthon.oftc.net 1185440131 Q * coderanger cation.oftc.net synthon.oftc.net 1185440131 Q * mugwump cation.oftc.net synthon.oftc.net 1185440131 Q * bored2sleep cation.oftc.net synthon.oftc.net 1185440131 Q * micah cation.oftc.net synthon.oftc.net 1185440131 Q * neuralis cation.oftc.net synthon.oftc.net 1185440131 Q * Supaplex cation.oftc.net synthon.oftc.net 1185440131 Q * Johnnie cation.oftc.net synthon.oftc.net 1185440131 Q * emtty cation.oftc.net synthon.oftc.net 1185440131 Q * jkl cation.oftc.net synthon.oftc.net 1185440131 Q * mountie cation.oftc.net synthon.oftc.net 1185440224 J * balbir ~balbir@59.145.136.1 1185440224 J * jescheng ~jescheng@proxy-sjc-1.cisco.com 1185440224 J * FloodServ services@services.oftc.net 1185440224 J * ord ~jcurrey@67.11.10.179 1185440224 J * gresco ~gresco@4-154-114-200.fibertel.com.ar 1185440224 J * hallyn ~xa@adsl-75-0-154-11.dsl.chcgil.sbcglobal.net 1185440229 J * xinming ~xinming@140.140.73.218.broad.wz.zj.dynamic.163data.com.cn 1185440234 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185440234 J * mattzerah ~matt@121.50.222.55 1185440304 J * besonen_mobile_ ~besonen_m@71-220-233-253.eugn.qwest.net 1185440304 J * Hollow ~hollow@proteus.croup.de 1185440304 J * ntrs_ ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1185440304 J * gdm ~gdm@www.iteration.org 1185440304 J * brcc_ bruce@i.am.someasshole.com 1185440344 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.ct.comcast.net 1185440344 J * emtty ~eric@dynamic-acs-24-154-34-240.zoominternet.net 1185440344 J * jkl jkl@c-67-173-253-237.hsd1.co.comcast.net 1185440344 J * mountie ~mountie@CPE0080c6fe324f-CM000a739acaa4.cpe.net.cable.rogers.com 1185440427 J * dilinger ~dilinger@mail.queued.net 1185440427 J * quasisane ~user@c-75-67-252-184.hsd1.nh.comcast.net 1185440427 J * hardwire ~bip@rdbck-7046.palmer.mtaonline.net 1185440427 J * dragonheart ~dragonhea@ppp59-167-41-164.lns2.cbr1.internode.on.net 1185440427 J * coderanger ~coderange@c-65-96-210-168.hsd1.ma.comcast.net 1185440427 J * Supaplex supaplex@166-70-62-199.ip.xmission.com 1185440427 J * mugwump ~samv@watts.utsl.gen.nz 1185440427 J * micah ~micah@micah.riseup.net 1185440427 J * bored2sleep ~bored2sle@66.111.53.150 1185440427 J * neuralis ~krstic@solarsail.hcs.harvard.edu 1185440455 Q * Hollow Ping timeout: 480 seconds 1185440810 J * Hollow ~hollow@proteus.croup.de 1185440913 M * Hollow daniel_hozac: ping 1185440999 Q * balbir Ping timeout: 480 seconds 1185441571 J * balbir ~balbir@59.145.136.1 1185442075 Q * balbir Ping timeout: 480 seconds 1185442178 J * balbir ~balbir@59.145.136.1 1185443631 Q * C14r Quit: Lost terminal 1185443646 J * C14r ~C14r@h58173.serverkompetenz.net 1185444162 J * dreamind ~dreamind@p54A79649.dip0.t-ipconnect.de 1185444192 N * dreamind Guest38 1185444200 N * Guest38 dreamind 1185444777 Q * cedric Quit: cedric 1185445158 J * cedric ~cedric@80.70.39.67 1185445322 M * xinming anyone here knows when will vserver integrated with official kernel source? 1185445360 M * Bertl kernel isolation is already being integrated in mainline 1185447000 M * eyck- does this mean vserver patches will start shrinking in size? 1185447031 M * Bertl not necessarily, but in principle, yes :) 1185447090 J * Piet ~piet@tor.noreply.org 1185447393 M * xinming Bertl: Ok, does that mean also... Does that mean vserver will be in official kernel at last? 1185447399 M * xinming without using patch. 1185447474 M * Bertl unlikely, for several reasons 1185447499 M * Bertl - Linux-VServer focuses on minimal overhead and very high performance 1185447542 M * Bertl - mainline focuses on snapshoting and virtualization (instead of isolation) 1185447552 M * xinming But It seems, Xen is already on the way being in kernel. 1185447581 M * Bertl so? ext3 is in mainline too, as is UML :) 1185447680 M * Bertl xinming: maybe I should tell you that Linux-VServer and Xen are quite complementary and can be used together ... 1185447682 M * xinming What does isolation mean please? 1185447728 M * xinming Bertl: thanks, the fact is, I ever thought that Bertl and Xen are all vmware-like thing, except they are built-in with kernel. 1185447877 M * DavidS|Vechta xinming: isolation means (in this context) that many processes can run on the _same_ kernel without touching each other. that is, being isolated 1185447925 M * DavidS|Vechta xen/vmware/uml/kvm/qemu are virtualisations, that is they each run a multiple kernels on the same machine 1185448072 M * Bertl xinming: with proper resource sharing, you can put a few hundred guests on a Linux-VServer kernel ... 1185448164 Q * Adrinael Read error: Connection reset by peer 1185448170 M * xinming Bertl: Ok, so, the differnce between vserver and xen would be. Xen will run guest with other operating systems, and VServer allow the *current* kernel run many guest which the guest are using the same kernel as the *current* kernel? 1185448184 J * Adrinael adrinael@rid7.kyla.fi 1185448377 M * Bertl xinming: simplified yes 1185448402 M * Bertl xinming: paravirtualization and isolations happen at different layers 1185448435 M * Bertl xinming: the former operates on the machine level (above the kernel) while the latter happens between kernel and userspace 1185448437 M * DavidS|Vechta "...the guest are using the same kernel as the *current* kernel?" => "...the guest are using the *current* kernel" 1185448466 M * xinming DavidS|Vechta: Sorry, I hope you know what I mean. 1185448535 M * DavidS|Vechta xinming: i was just clarifying the point in case you were meaning what you wrote ;) 1185449374 Q * sharkjaw Quit: Leaving 1185451319 J * ManaPirat ~cst@stamper.dp-media.de 1185451336 M * ManaPirat hi 1185451343 M * Bertl wb ManaPirat! 1185451352 M * ManaPirat :-)) 1185451387 A * ManaPirat finaly got the key to the server room, ejected the gentoo cd and voila the new kernel booted totly problem-free! 1185451427 A * ManaPirat idles arround while setting up vserver-guests 1185451904 J * ema ~ema@rtfm.galliera.it 1185451956 M * Bertl wb ema! 1185451986 M * ema hey Bertl ! 1185451989 A * ManaPirat seconds 1185452432 M * daniel_hozac Hollow: pong 1185452504 J * grobie ~chatzilla@site.lycos.de 1185452512 M * Bertl wb grobie! 1185452517 M * grobie hi bertl 1185452522 M * grobie hi all 1185452621 M * bXi heya 1185452634 M * bXi do i still need to patch the kernel if i want ipv6 support in guests? 1185452639 M * daniel_hozac yes. 1185452653 M * Bertl but not for very much longer :) 1185452676 M * ManaPirat oh my .. 1185452679 M * ManaPirat "!!! ERROR: sys-apps/iproute2-2.6.19.20061214 failed." 1185452689 M * bXi also for this one? patch-2.6.22.1-vs2.2.0.3-rc1.diff 1185452696 M * Bertl yep 1185452697 M * daniel_hozac yes. 1185452720 M * daniel_hozac 2.2 will require that for quite some time, i imagine. 1185452724 M * grobie i have a problem with setting virt_cpu for a guest, altought set it doesn't seem to apply :( 1185452737 M * daniel_hozac grobie: yeah, virt_cpu is a noop currently. 1185452749 M * bXi where can i find the correct patch? 1185452756 M * bXi http://people.linux-vserver.org/~bonbons/ipv6/ seems a bit outdated 1185452771 Q * dreamind Read error: No route to host 1185452773 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/patch-2.6.22-vs2.2.0-rc5-ipv6.diff is probably the most recent one. 1185452781 M * grobie daniel_hozac: alright, explains a lot :) didn't find that information on the site 1185452797 M * daniel_hozac grobie: what results were you expecting? :) 1185452830 M * Bertl grobie: from the virt_cpu, that is :) 1185452831 M * grobie daniel_hozac: when using top to give the cpu usage of the guest only 1185452835 M * bXi daniel_hozac: if it concerns you 1185452835 M * bXi patching file Makefile 1185452835 M * bXi Hunk #1 FAILED at 1. 1185452835 M * bXi 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej 1185452847 M * bXi all other files patched succesfully 1185452859 M * daniel_hozac bXi: the Makefile will always fail when it's not the exact kernel... 1185452884 M * bXi is this serious or will it work now 1185452918 M * daniel_hozac the Makefile adds .ipv6 to the kernel version. 1185452939 M * daniel_hozac i.e. nothing important, but you won't be able to use uname to detect the IPv6 patch's presence. 1185452988 M * bXi * Linux Kernel 2.6.22.1-vs2.2.0.3-rc1.ipv6 for x86 1185452989 M * bXi there 1185452990 M * bXi fixxed 1185453125 Q * Aiken Remote host closed the connection 1185453664 M * sid3windr so when is v6 going into the main vserver ? ;> 1185453671 M * sid3windr as an optional feature in .config or so 1185453676 M * sid3windr I bet it would get tested more ;) 1185453697 M * Bertl it will be in the next 2.3.x release 1185453764 M * sid3windr woop :) 1185453837 M * ManaPirat ;D 1185453854 M * sid3windr at the pace I'm getting my new servers ready it'll be released before I get to compile a kernel on them ;/ 1185453887 M * daniel_hozac hehe 1185454028 M * sid3windr almost thinking "2.4 released", too ;| 1185454039 M * Bertl hehe :) 1185454114 Q * balbir Ping timeout: 480 seconds 1185454154 J * lilalinux_ ~plasma@dslb-084-059-023-149.pools.arcor-ip.net 1185454261 M * eyck- oh, new 2.4 got released? 1185454281 M * ManaPirat *lol* yes - gimp 2.4 is allmost ready :P 1185454338 M * eyck- hmm, it seems that they really released new 2.4 1185454341 M * eyck- 2.4.34.6 1185454356 M * eyck- on 2007-07-22, i missed it :( 1185454366 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185454411 J * arekm arekm@carme.pld-linux.org 1185454423 M * sid3windr hehe 1185454427 M * sid3windr I meant linux-vserver 2.4 ;) 1185454448 M * Bertl welcome arekm! 1185454453 M * eyck- yeah, working on it, don't rush me 1185454456 M * Bertl morning Aiken! 1185454465 M * arekm hello again. Does "vserver enter" use chbind to apply new configuration from /etc/vserver/*/interfaces? What I'm trying to do is to assing new ip without restarting vserver 1185454484 M * arekm according to some web page it does, according to my expirence it doesn't work 8) 1185454529 Q * lilalinux__ Ping timeout: 480 seconds 1185454562 M * Bertl arekm: it _does_ work, but not by using enter :) 1185454621 M * arekm if not enter then what? 1185454666 M * Bertl naddress --help 1185454698 M * arekm wow, thanks :) 1185454702 M * Bertl np 1185454827 M * bXi hmmm 1185454830 M * bXi net/ipv6/fib6_rules.c:110: error: too few arguments to function 'ipv6_get_saddr' 1185455110 M * grobie are there any plans to implement virt_cpu in the vserver-patch? 1185455132 M * Bertl yes and no 1185455154 M * Bertl we already had that to some extend, but it is kind of hard to define the semantics for this 1185455177 Q * Aiken Quit: Leaving 1185455192 M * Bertl so, if you can come up with proper semantics, the implementation should be mostly trivial 1185455212 M * bXi Bertl: any thoughts on that error? 1185455227 M * grobie weeeeeeeeeeeellll, i'll think about that *lol* 1185455232 M * Bertl bXi: probably a missing patch because you did take a newer kernel? 1185455262 M * Bertl grobie: we have the following data available at any time: 1185455272 M * Bertl - the time spent executing context stuff 1185455282 M * Bertl - the time spent on hold (for hard cpu) 1185455298 M * Bertl - the idle time skipped (for idle time scheduling) 1185455310 M * Bertl - the real time/ticks passed so far 1185455340 M * Bertl the execution time is already broken up into kernel and userspace 1185455436 M * bXi patch-2.6.22-vs2.2.0-rc5.diff 1185455443 M * bXi id need kernel 2.6.22 right 1185455445 M * bXi nog .1 or something 1185455447 J * lilalinux__ ~plasma@dslb-084-059-029-071.pools.arcor-ip.net 1185455499 M * daniel_hozac bXi: looks like i missed something :) 1185455519 M * bXi ah 1185455584 M * bXi daniel_hozac: is it easy to fix or should i go back some kernel version(s) 1185455653 M * daniel_hozac should be easy to fix, i guess. 1185455670 M * daniel_hozac but if you want something _right_now_, 2.6.20's patch works fine :) 1185455794 A * bXi gets 2.6.20 1185455819 Q * lilalinux_ Ping timeout: 480 seconds 1185456196 M * bXi daniel_hozac: i need this ipv6 patch right? http://people.linux-vserver.org/~dhozac/p/k/patch-2.6.20.14-vs2.2.0-ipv6.diff 1185456224 M * daniel_hozac yep. 1185456265 M * bXi hmmm 1185456301 M * daniel_hozac though that probably doesn't apply to 2.2.0.3... i guess i should fix that too. 1185456319 M * daniel_hozac maybe 2.6.21 is your best bet? :) 1185456338 M * bXi hehe 1185456338 M * daniel_hozac (yeah, i'm going to update them all) 1185456341 M * bXi http://paste.linux-vserver.org/4653 1185456348 M * bXi thats the output 1185456369 M * daniel_hozac yeah, there are a few non-IPv6 related hunks in the patch. 1185456386 M * daniel_hozac most of which got integrated into the vanilla patch by now. 1185456393 M * daniel_hozac (if not all of it) 1185456452 Q * SadMan Remote host closed the connection 1185456506 M * bXi downloading 2.6.21 now 1185456709 M * bXi NAME = Nocturnal Monster Puppy 1185456710 M * bXi hehe 1185458394 J * lilalinux_ ~plasma@dslb-084-059-009-015.pools.arcor-ip.net 1185458414 Q * arekm Quit: thanks 1185458761 Q * lilalinux__ Ping timeout: 480 seconds 1185459730 Q * DavidS|Vechta Quit: Leaving. 1185459860 J * lilalinux__ ~plasma@dslb-084-059-017-078.pools.arcor-ip.net 1185460182 J * lilalinux ~plasma@dslb-084-059-018-161.pools.arcor-ip.net 1185460234 Q * lilalinux_ Ping timeout: 480 seconds 1185460444 Q * lilalinux__ Ping timeout: 480 seconds 1185461100 M * Bertl k, off for now, back later ... 1185461104 N * Bertl Bertl_oO 1185461622 Q * meebey Remote host closed the connection 1185461717 M * bXi daniel_hozac: the 2.6.21 one compiled and works 1185461728 J * meebey meebey@booster.qnetp.net 1185461761 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1185461811 M * daniel_hozac bXi: okay, good. 1185461896 Q * Eimann Ping timeout: 480 seconds 1185461964 Q * Piet Ping timeout: 480 seconds 1185462018 J * Eimann eimann@chaconne.etherkiller.de 1185462239 M * bXi in a week i'll be testing ipv6 in guests 1185462270 M * bXi i'll be receiving a /48 by then 1185462344 M * Wonka i am heavily interested in ipv6 in guests... 1185462374 M * daniel_hozac soon there'll be auto-configuration support... :) 1185462382 M * Wonka cool 1185462706 Q * lilalinux Ping timeout: 480 seconds 1185463504 J * marcfiu ~mef@aegis.CS.Princeton.EDU 1185463513 M * marcfiu hello 1185463537 M * marcfiu daniel_hozac updated the PlanetLab software to leverage persistent vserver support. 1185463608 M * marcfiu but I am wondering why the ulimit/rlimit info is not part of the persistent vserver structure. 1185463610 M * marcfiu Does anyone know? 1185463629 M * daniel_hozac rlimits (i.e. per-guest) are part of it. 1185463820 J * Borg- borg@aprogas.student.utwente.nl 1185463821 M * Borg- howdy 1185463845 M * Borg- I cannot find UDP 127.0.0.1 problem anywhere.. so is it problem is known? 1185463863 M * daniel_hozac what problem would that be? 1185463871 M * Borg- I mean.. sending packets to 127.0.0.1 using UDP on GUEST are not reliable.. 1185463905 M * Borg- 2.6.17.13 - 2.0.2.1 1185463923 M * Borg- some of packets are redirected properly.. and some are not.. 1185463945 M * Borg- TCP 127.0.0.1 works pefectly 1185463954 M * Borg- UDP 127.0.0.1 is not reliable.. 1185463959 M * Borg- ICMP 127.0.0.1 doesnt work at all 1185463961 J * stefani ~stefani@flute.radonc.washington.edu 1185465098 J * FEN_HIN ~JFOC@125.161.242.3 1185465135 M * FEN_HIN hello 1185465303 M * ManaPirat hi FEN_HIN 1185465316 M * FEN_HIN Hi ManaPirat 1185465324 M * FEN_HIN I would to ask about vserver 1185465346 M * FEN_HIN I'm just try to compile kernel using vserver (centos) 1185465430 M * ManaPirat FEN i am not used to centos :o) 1185465435 M * ManaPirat is there a problem? 1185465443 M * FEN_HIN yes, i have a problem 1185465464 M * FEN_HIN mount: error 6 mounting ext3 1185465465 M * ManaPirat just tell us :o) - but i dont know alot 1185465482 M * FEN_HIN switchroot: mount failed: 22 1185465487 M * ManaPirat uhun this error apears when you do what? 1185465492 M * FEN_HIN umount /initrd/dev failed: 2 1185465514 M * FEN_HIN Kernel panic - not syncing: Attempting to kill init! 1185465544 M * FEN_HIN thats error came when i'm rebooting the kernel with the recompiled vserver kernel 1185465576 M * daniel_hozac so you created an initrd for it? 1185465585 M * ManaPirat well this looks rather bad .. i dont know what error 6 for ext3 is ... 1185465589 M * daniel_hozac and specified the right kernel/initrd in your boot loader configuration? 1185465614 M * FEN_HIN where's i can find the initrd ? 1185465643 M * daniel_hozac in /boot. 1185465725 M * ManaPirat initrd usaly makes things more complicated ;) thats why i try to avoid it where i can 1185465778 M * FEN_HIN default=0 1185465783 N * ensc Guest66 1185465788 M * FEN_HIN title CentOS 1185465792 M * FEN_HIN root (hd0,0) 1185465792 J * ensc ~irc-ensc@p54B4F8CA.dip.t-dialin.net 1185465816 M * FEN_HIN kernel /boot/vmlinuz-2.6.21.6-vs2.2.0.3 ro root=/dev/sda1 1185465842 M * FEN_HIN initrd /boot/initrd-2.6.21.6-vs2.2.0.3.img 1185465850 M * FEN_HIN boot 1185465862 M * FEN_HIN that's all in /boot/grub/menu.lst 1185465890 Q * Guest66 Ping timeout: 480 seconds 1185465934 M * daniel_hozac and you generated /boot/initrd-2.6.21.6-vs2.2.0.3.img with something like mkinitrd /boot/initrd-2.6.21.6-vs2.2.0.3.img 2.6.21.6-vs2.2.0.3, right? 1185465938 Q * eyck- Quit: leaving 1185465967 M * FEN_HIN i did not make thats file 1185465984 M * FEN_HIN i think that file is generated automatically, when i recompile the kernel 1185466026 M * daniel_hozac did you use make install? 1185466034 M * FEN_HIN yes 1185466040 M * FEN_HIN i'm make install 1185466044 M * daniel_hozac okay, yes, that'll generate the initrd. 1185466097 M * FEN_HIN but why i get the error and kernel panic ? 1185466109 M * daniel_hozac did you enable ext3 in your kernel build? 1185466217 M * FEN_HIN ext3 is as module 1185466291 M * daniel_hozac how about LVM? 1185466460 M * FEN_HIN where's the LVM option ? 1185466508 M * daniel_hozac you can search for it. in menuconfig, type /LVM 1185466535 M * FEN_HIN No matched found 1185466566 M * ManaPirat ext3 as a module? 1185466569 M * ManaPirat thats a bad idea ;) 1185466600 M * FEN_HIN so i must ext3 not as module? 1185466627 M * ManaPirat well .. if it is not in the initrd you cant boot your system 1185466639 M * FEN_HIN i see 1185466642 M * daniel_hozac FEN_HIN: try /MD 1185466644 M * ManaPirat filesys-drivers are essential, i wouldnt reccomend to make them modules 1185466658 M * daniel_hozac ManaPirat: that's the purpose of initrds.... 1185466689 M * FEN_HIN when /MD there's many result 1185466708 M * ManaPirat well i dont trust em ;) 1185466781 M * ManaPirat maybe because i am not that familar with its creation 1185466907 M * FEN_HIN i found the LVM 1185466923 M * FEN_HIN most of RAID and LVM is selected as module 1185467126 Q * cedric Quit: cedric 1185467322 J * balbir ~balbir@122.167.11.149 1185467557 J * eyck ~eyck@nat.nowanet.pl 1185467877 J * bzed ~bzed@dslb-084-059-108-243.pools.arcor-ip.net 1185468191 Q * FEN_HIN Quit: JFOC Network v15 Professional Edition[FEN_HIN]: [- http://www.jfoc.net -] OFFLINE After 52mins 18secs 1185468216 J * FEN_HIN ~JFOC@125.161.242.3 1185468346 M * eyck hmm 1185468406 M * eyck it looks like Xorg stops working on upgrade from 1.2.11 to 2.2.0 1185468483 Q * pmenier Quit: pmenier 1185468607 M * mnemoc there still people using 1.2?? oh 1185468620 M * daniel_hozac eyck is the maintainer ;) 1185468630 M * mnemoc :D 1185468647 M * eyck what? it's not that funny, i am. 1185468660 M * eyck i think 1185468702 M * eyck mnemoc: so, Xorg works with your shiny brand new 2.2.0.9 if I understand correctly? 1185468742 M * daniel_hozac what does "Xorg stops working" mean? 1185468809 M * eyck [EE] No devices detected. Fatal serverer erro. No screens found. 1185468827 M * daniel_hozac in a guest, or on the host? 1185468832 M * eyck in a guest 1185468842 M * eyck i think i'll check, maybe 2.6 broken my radeon 1185468926 M * eyck nope. it's vserver. 1185469018 M * daniel_hozac so the guest has all the necessary capabilities and device nodes? 1185469022 M * ManaPirat good night guys :) 1185469041 Q * ManaPirat Remote host closed the connection 1185469059 M * eyck yes, it was running ok ~7 minutes ago on 1.2.11 1185469085 M * eyck so, you think there was some more granular bcap introduced? 1185469107 M * eyck is there anything else needed besides RAWIO and ADMIN? 1185469109 M * daniel_hozac or different device nodes. 1185469135 M * eyck daniel_hozac: it works ok from chroot, so I don't think device nodes are missing 1185469192 M * daniel_hozac i assume echo test > /dev/null inside works too? 1185469196 N * BobR_afk BobR 1185469200 M * daniel_hozac i.e. there's no nodev anywhere? 1185469220 M * eyck desktop eyck 19:00 ~ > echo test > /dev/null 1185469220 M * eyck desktop eyck 19:00 ~ > 1185469240 M * eyck oh my, it's 19:00, how time flies 1185469474 M * eyck the difference is, on 2.2.x it skips 'PCI scan' section during Xorg startup 1185469512 M * daniel_hozac have you unhidden /proc/bus? 1185469526 M * eyck oh, 1185469539 J * lilalinux ~plasma@dslb-084-058-230-121.pools.arcor-ip.net 1185469677 M * eyck thanks :) 1185469770 N * BobR BobR_oO 1185469907 M * FEN_HIN hello 1185470670 Q * ema Quit: leaving 1185472104 M * Hollow daniel_hozac: was there any reason we unhide /proc/modules? 1185472145 M * daniel_hozac hmm, i guess there is. 1185472148 M * daniel_hozac ensc? 1185472169 M * Hollow (wrt http://bugs.gentoo.org/show_bug.cgi?id=186521 ) 1185472656 M * FEN_HIN hello 1185472672 M * FEN_HIN i still cannot find the solution about kernel panic 1185472807 Q * jescheng Remote host closed the connection 1185472824 J * jescheng ~jescheng@proxy-sjc-2.cisco.com 1185473685 J * FEN_HIN` ~JFOC@125.161.242.3 1185473723 J * phedny ~mark@ip56538143.direct-adsl.nl 1185474100 Q * FEN_HIN Ping timeout: 480 seconds 1185474129 Q * phedny_ Ping timeout: 480 seconds 1185475175 N * FEN_HIN` FEN_HIN 1185475762 Q * FireEgl Read error: Connection reset by peer 1185476560 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 1185477551 J * FEN_HIN` ~JFOC@125.161.242.3 1185477885 Q * FEN_HIN Ping timeout: 480 seconds 1185479495 J * slack101 ~comp@cpe-71-72-115-74.insight.res.rr.com 1185479500 M * slack101 Bom Dia 1185479705 M * slack101 server is backup and almost super secure :P 1185480072 J * ktwilight_ ~ktwilight@5.87-66-87.adsl-dyn.isp.belgacom.be 1185480093 J * FEN_HIN ~JFOC@125.161.242.3 1185480467 Q * FEN_HIN` Ping timeout: 480 seconds 1185480467 Q * ktwilight Ping timeout: 480 seconds 1185480792 M * sid3windr heh" 1185480799 M * sid3windr that "almost" makes it a little less interesting ;) 1185481209 M * FaUl how can i see if CAP_NET_RAW is set? 1185481282 M * daniel_hozac grep BCaps /proc/virtual//status 1185481327 M * FaUl yea, what should CAP_NET_RAW be? 1185481337 M * FaUl BCaps: 00000000344c24ff 1185481343 M * daniel_hozac http://linux-vserver.org/Capabilities_and_Flags 1185481421 M * FEN_HIN Anyone has successfully using vserver on centos ? 1185481427 M * FEN_HIN centos 4 1185481453 M * FaUl daniel_hozac so in my case CAP_NET_RAW is granted? 1185481472 M * slack101 FEN_HIN: gets centos 5 1185481494 M * FEN_HIN there is problem with centos 4 ? 1185481501 M * daniel_hozac FaUl: yes. 1185481515 M * FaUl hm, any idea why traceroute will not work then? 1185481545 M * FaUl traceroute to www.test.de (217.110.104.156), 30 hops max, 40 byte packets 1185481545 M * FaUl traceroute: sendto: Operation not permitted 1 traceroute: wrote www.test.de 40 chars, ret=-1 1185481829 Q * FEN_HIN Quit: JFOC Network v15 Professional Edition[FEN_HIN]: [- http://www.jfoc.net -] OFFLINE After 28mins 57secs 1185482012 M * daniel_hozac FaUl: what kernel? 1185482026 M * FaUl Linux weltzentrale 2.6.19.2-vs2.2.0-rc10 #1 SMP Sat Feb 3 16:21:26 CET 2007 i686 GNU/Linux 1185482033 M * FaUl yea, quite old 1185482066 M * daniel_hozac should still have the required functionality. 1185482098 M * FaUl yea 1185482103 M * FaUl very strange, nor? 1185482123 M * daniel_hozac you are checking the right guest, and you're doing it as root, right? 1185482175 M * FaUl yea 1185482200 M * daniel_hozac so just to make sure, cat /proc/self/status shows the same capabilities? 1185482252 M * FaUl CapEff? 1185482260 M * FaUl is the same at least 1185482471 P * stefani I'm Parting (the water) 1185484028 Q * marcfiu Quit: Leaving. 1185484269 J * raanders ~raanders@rod.homebydesign.com 1185484370 N * DoberMann[PullA] DoberMann 1185484380 J * Aiken ~james@ppp121-45-205-95.lns1.bne1.internode.on.net 1185484384 M * raanders Old topic but I need to know if others have noticed that the mailing list is not working. I'm concerned because it is my main method of keeping track. 1185484415 M * daniel_hozac yes, we know... it seems to stopped working at all now. 1185484423 M * daniel_hozac +english 1185484454 M * daniel_hozac i believe Hollow and Bertl_oO are working on a replacement list. 1185484534 Q * ex Ping timeout: 480 seconds 1185484580 M * raanders Hey Daniel just the person I was trying to contact... on the list! I'm looking into make CentOS the distribution for host systems but not sure how to get the util-vserver RPMs. There was mention that you didn't have all the time in the world to keep it all together so I thought with a few instructions I could help. 1185484699 M * daniel_hozac _ideally_ someone would step up and maintain the RPMs in Fedora. 1185484704 M * daniel_hozac i.e. via EPEL. 1185484747 M * daniel_hozac it's really a minimal effort route, but i haven't had a chance to talk to ensc about it. 1185484755 Q * fs cation.oftc.net galapagos.oftc.net 1185484777 M * daniel_hozac (and as i'm not (yet) a Fedora contributor myself, i can't do it) 1185484881 M * raanders I'm willing to give it a try. The down side is Fedora is losing support too fast for my needs. I actually still have a couple of systems running Jacques CTX kernel. 1185484898 M * daniel_hozac well, Fedora already has util-vserver packages. 1185484913 M * daniel_hozac it just needs branches for EL-4 and EL-5. 1185484966 M * daniel_hozac i don't know how ensc feels about EPEL, if he'd be willing to maintain those as well, that would be great. 1185484985 M * raanders I'm looking at CentOS because I need to know there will be repository support for several years. Whine, whine, whine. I know :-) 1185485003 M * daniel_hozac heh, i'm actually running CentOS on all my hosts now ;) 1185485087 M * raanders 5? How did you get the util-vserver RPMs? I went looking, even for src RPMs, but no joy for CentOS 5. 1185485109 N * Bertl_oO Bertl 1185485120 M * daniel_hozac i just threw together a guest on my laptop, installed the required utilities, and voila. 1185485121 M * Bertl raanders: I guess he compiled them from the tar (if at all) 1185485134 M * daniel_hozac i always build RPMs ;) 1185485154 M * Bertl yes, but from the tar, right? 1185485175 M * raanders OK. I'm betting there is a rpmbuild option I didn't even think of until now. 1185485177 M * daniel_hozac well, i have my CVS tree, but that's the same thing. 1185485188 M * Bertl raanders: rpm -tb 1185485189 M * daniel_hozac raanders: sure, rpmbuild -ta util-vserver-0.30.213.tar.bz2 1185485246 M * raanders Excellent! 1185485330 M * daniel_hozac the long term solution for the utils is IMHO to prod ensc about EL-4 and EL-5 branches... 1185485388 M * raanders So the next question. Is using the Fedora 6 vserver kernel RPM safe(ish) or should I build from tarball? 1185485442 M * daniel_hozac i'm running the FC6 kernels. 1185485465 M * daniel_hozac the grand plan there is to make vanilla kernel RPMs. 1185485489 J * ex ex@valis.net.pl 1185485533 M * daniel_hozac which isn't a problem, the biggest thing holding me back is the lack of CentOS 5/Fedora 7 support in my build system. 1185485536 Q * bonbons Quit: Leaving 1185485549 J * Xepher ~xepher@208-117-40-191.block5.gvtc.com 1185485553 M * raanders Great! I'll give it a whirl next week. Sort of like the PostgreSQL RPMs? 1185485556 M * daniel_hozac (i.e. i'm really lazy, and it's just a lot of annoying steps) 1185485566 M * daniel_hozac what? 1185485604 M * raanders You got the time to make some notes? I have access to several systems and can build more if needed. 1185485652 M * daniel_hozac notes for what? 1185485661 M * raanders The PostgreSQL Global Development Group PGDG builds generic RPMs 1185485716 M * raanders The steps. Or can I assume they'd be the ones on the wiki/site. 1185485734 M * daniel_hozac steps for what, exactly? 1185485752 M * Bertl rpm -ba util-vserver.spec (presumely) 1185486101 M * raanders I started too many threads. Sorry. I was thinking you meant build the CentOS/Fedora/RH-? kernel and util-vserver RPMs. 1185486168 M * daniel_hozac no, that's the easy part (just cvs ci; make build ;)) 1185486183 M * Xepher anyone have a moment to answer a (hopefully) simple question? I'm trying to figure out the feature differences between 2.2.0 and the 2.3.0 series, but can't seem to find any relevant pages on the wiki (no changelog links work) 1185486186 M * daniel_hozac the annoying part is making that work. 1185486210 M * daniel_hozac Xepher: at this particular point, you want 2.2. 1185486216 M * Bertl Xepher: 2.3.x is the development version, it contains less tested/experimental stuff 1185486253 M * Xepher right, I understand that... I didn't know if there was a list of actual improvements/changes anywhere though 1185486307 M * Xepher one of the devloper's pages over on the 13thfloor.at had the type of thing I was talking about, but hasn't been updated since 2.2.0 t seems 1185486312 M * daniel_hozac not at this moment... 1185486321 M * Bertl atm, the difference is not significant, more than that, 2.2.x is more stable/advanced than 2.3 1185486342 M * daniel_hozac that will all change soon though, won't it? :) 1185486349 M * Bertl yep 1185486361 M * Bertl working on it as we speak :) 1185486372 M * raanders Sorry but I got to run. I'll be back later or tomorrow to discuss what I can do to help with distributions. Thanks for the help/insight. 1185486381 Q * raanders Quit: Leaving 1185486390 M * daniel_hozac hehe, okay. 1185486396 M * daniel_hozac so what features are we likely to see? 1185486403 M * Xepher working on the changes, or on the documentation, if I may ask? 1185486407 M * daniel_hozac changes. 1185486430 M * daniel_hozac (i assume. can't really document before they exist... :)) 1185486435 M * Xepher heh, righto 1185486439 M * Bertl Xepher: but feel free to ask questions and update the docu :) 1185486460 M * Xepher didn't know if there was a roadmap of planned features is what I guess I was asking 1185486477 M * Xepher I understand it's still got a lot of work yet to be done 1185486500 Q * ensc|w Remote host closed the connection 1185486504 M * Bertl ah, we don't do a lot of road mapping ... we focus on driving :) 1185486512 M * daniel_hozac indeed. 1185486547 M * Xepher I don't blame you... I'm just getting ready to deploy a server using vserver, and then when I see the page hasn't had a news item for months... 1185486576 M * daniel_hozac did you notice we have patches for all the latest kernels? 1185486584 M * Xepher can make an admin nervous that he just hitched himself to a dying horse 1185486585 M * Bertl Xepher: well, we aren't in the PR business either ... 1185486603 N * DoberMann DoberMann[ZZZzzz] 1185486603 M * Xepher yeah, I realize that... that's why I come here and bother people :-) 1185486617 M * Bertl which is perfectly fine (see topic) 1185486633 M * Xepher I was curious about one thing... why the 2.3.0 series has patches against the 2.20 kernel, when the stable series goes against the latest 1185486644 M * Xepher would normally expect the other way around 1185486678 M * daniel_hozac 2.3 hasn't gotten a lot of attention. 1185486682 M * daniel_hozac we've been focusing on the stable release. 1185486704 M * Bertl Xepher: you mean, patches to remove features from 2.3 to get 2.2? or did I get that wrong? 1185486736 M * daniel_hozac i guess that should've been 2.6.20. 1185486747 M * Xepher ah yes, my bad 1185486753 M * Bertl ah, k :) 1185486783 M * Bertl well, thing is, we recently released 2.2 and did focus on making it rock solid 1185486795 M * Bertl thus the 2.3 branch got neglected 1185486813 M * Xepher *nods* makes sense 1185486816 M * Bertl now that 2.2 seems to be fine, we can focus on 2.3 again 1185486819 J * ensc|w ~ensc@www.sigma-chemnitz.de 1185486867 M * Xepher any approximate timeline? I mean, I'm not going to get this whole thing deployed next week on 2.2.0 and find you releaseing the next version mid august, am I? :-) 1185486894 M * Bertl well, for production, you should focus on the stable branch anyway 1185486919 M * Bertl so worst thing which can happen to you is that you deploy 2.2.0.3 and 2.2.0.4 is released the day after 1185486942 M * Bertl which is ... unfortunate for you, but no big deal to update :) 1185486973 M * Xepher right, I was mostly kidding anyway... it's just murphy's law says that as soon as you buy/commit/finish something, the next big thing replaces it two days later 1185487060 M * Xepher but thank you, you've assuaged my fears and convinced me to stick with stable 1185487081 M * Bertl you're welcome! feel free to hang around and ask questions ... 1185487083 M * Xepher I'll let ya'll get back to debugging postgres or whatever I interrupted 1185487115 M * Xepher will do... I'm sure I'll be around a few more times before I ship this server off next month 1185487213 Q * ensc|w Remote host closed the connection 1185487461 M * daniel_hozac Bertl: i assume you've already merged IPv6 into 2.3? 1185487483 M * Bertl partially 1185487490 M * daniel_hozac meaning? 1185487517 J * ensc|w ~ensc@www.sigma-chemnitz.de 1185487519 M * Bertl meaning: I'm changing a number of things in the structures and the ipv6 checks 1185487549 M * daniel_hozac well, right, but i meant the general support ;) 1185487565 M * Bertl ABI is already there for some while now 1185487625 M * daniel_hozac i've got a feature request for vc_net_remove. 1185487637 M * daniel_hozac it'd be nice to be able to remove all addresses, but only of a certain address family. 1185487662 M * Bertl hmm, shouldn't be a problem 1185487664 M * daniel_hozac (i've currently hacked this in with vc_data.count == -1, but i'm more than open to suggestions... 1185487706 M * daniel_hozac (CVS is slower than normal, still waiting on the patch...) 1185488205 M * daniel_hozac faster to just redo it, http://people.linux-vserver.org/~dhozac/p/k/delta-removeaf-feat01.diff 1185488346 M * daniel_hozac hmm, i just realized vc_net_remove doesn't check its input. 1185488370 M * Bertl what about having a special type/mask for that? 1185488392 M * daniel_hozac yeah, i thought about that... NXA_TYPE_IPV4|NXA_TYPE_ALL or whatever. 1185488409 M * daniel_hozac (and similar for IPv6) 1185488418 M * Hollow sysadmin day! 1185488421 M * daniel_hozac that is actually a lot cleaner. 1185488435 M * Hollow and your sysadmin currently installs a new mailing list server ;) 1185488443 M * Bertl Hollow: excellent news! 1185488465 M * daniel_hozac indeed, that's great! 1185488484 M * Hollow updated to baselayout-2 while i'm at it :) 1185488553 M * daniel_hozac Bertl: what name would you prefer? NXA_TYPE_ALL, or NXA_FLAG_ALL, or something different altogether? 1185488558 M * Xepher does this mean the web subscribe/unsubscribe stuff for the mailing list will work now? 1185488568 M * Hollow s/now/soon/ 1185488581 M * Hollow dns and such have to be changed first as well 1185488597 M * Hollow Bertl: we still don't have the old subscriber list, right? 1185488726 M * Bertl nope, I think the best procedure is (read: what I plan to do) to send an email to everybody who ever posted to the list explaining the details and asking if they want to be subscribed again .. better suggestions? 1185488761 M * Hollow write to the old list before switching to the new list, so everybody gets it? 1185488767 M * daniel_hozac the old list is down. 1185488770 M * Hollow asking for people to resubscrib 1185488774 M * daniel_hozac it's not sending messages anymore. 1185488774 M * Hollow oh, completely? 1185488779 M * Hollow narf 1185490719 M * Bertl Hollow: dns the same as last year? :) 1185490736 M * Hollow 78.47.240.170 1185490749 M * Bertl k 1185490833 J * lilalinux_ ~plasma@dslb-084-058-222-209.pools.arcor-ip.net 1185490965 M * daniel_hozac Bertl: http://people.linux-vserver.org/~dhozac/p/k/delta-removeaf-feat02.diff 1185491022 M * Bertl Hollow: mail & archive(s)? 1185491036 M * Hollow hm? 1185491039 M * daniel_hozac and list? 1185491049 M * Bertl yeah, list is the primary, I guess 1185491104 M * Hollow well, if the other box is compeltely down anyway, just point it to the new machine, i will look into the webapp & archive and stuff tomorrow then 1185491127 M * Bertl okay 1185491129 M * daniel_hozac archives is sladen's though, no? 1185491136 M * daniel_hozac i.e. still works. 1185491141 M * Bertl yep, and I leave that as is 1185491145 M * Bertl (just saw it) 1185491148 M * daniel_hozac okay. 1185491162 M * Bertl mail is already on helios too 1185491172 M * Hollow ok, thought so.. 1185491173 M * Bertl so we should be fine with list + list MX 1185491267 Q * lilalinux Ping timeout: 480 seconds 1185491398 M * Bertl hmm, the pastebin looks fine now, what do you think? 1185491433 M * daniel_hozac yeah, that's much better. good job. 1185491459 M * Bertl okay, will keep an eye on it, and update when required 1185491476 M * Bertl Hollow: please take care when/if updating the pastebin code though 1185491519 M * Hollow hm.. what changed? 1185491530 M * daniel_hozac Bertl improved the spam filte. 1185491531 M * daniel_hozac +r 1185491540 M * Hollow ah, nice 1185491558 M * Hollow i already deleted a lot of it from the db a while ago 1185491562 M * Bertl the main file and the obvious inc 1185491650 M * daniel_hozac eyck: now they released 2.4.35! ;) 1185491664 M * Hollow hmm, http://www.gotroot.com/downloads/ftp/apache/mod_access_rbl.diff looks interesting 1185491671 M * Bertl daniel_hozac: hah! now you see where the development is 1185491687 M * daniel_hozac hehe 1185491708 M * Bertl Hollow: yep, nice ... 1185491729 M * Hollow i'm currently investigating a lot of anti-spam stuff. sigh. 1185491744 M * Hollow but rbl have prooven quite reliable 1185491770 M * Bertl except for certain rbl providers which abuse their 'power' 1185491787 M * Hollow yeah, you have to carefully pick out the good ones :) 1185491798 M * Hollow i'm mostly using spamhaus 1185491834 M * Hollow they don't seem to have infra problems and produce good results, and they have different policy zones 1185493016 Q * Xepher Quit: Leaving 1185494396 Q * bzed Quit: Leaving