1212710717 Q * ematris Quit: Leaving 1212712480 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1212714381 J * doener ~doener@i577B810C.versanet.de 1212714484 Q * doener_ Ping timeout: 480 seconds 1212717303 J * FireEgl FireEgl@adsl-17-147-80.bhm.bellsouth.net 1212719527 J * Katie ~Katie23@201.31.154.2 1212719555 Q * FireEgl Quit: Leaving... 1212720826 Q * Katie Remote host closed the connection 1212723471 Q * derjohn_mob Ping timeout: 480 seconds 1212726219 Q * pflanze Ping timeout: 480 seconds 1212727004 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1212727395 Q * yarihm Quit: This computer has gone to sleep 1212729085 J * cryptronic ~oli@p54A3B714.dip0.t-ipconnect.de 1212730424 J * ntrs ~ntrs@77.29.72.181 1212730676 N * Bertl_zZ Bertl 1212730697 Q * cryptronic Quit: Leaving. 1212731557 Q * balbir Ping timeout: 480 seconds 1212732210 Q * nkukard Quit: Leaving 1212732225 J * balbir ~balbir@122.167.200.182 1212732542 J * DavidS ~david@p57A48185.dip0.t-ipconnect.de 1212734694 Q * brag Ping timeout: 480 seconds 1212735068 J * meandtheshell1 ~sa@d91-129-52-56.cust.tele2.at 1212735179 N * Bertl Bertl_zZ 1212736454 J * ntrs_ ~ntrs@77.29.67.126 1212736759 J * derjohn_mob ~aj@e180206001.adsl.alicedsl.de 1212736882 Q * ntrs Ping timeout: 480 seconds 1212737287 J * hijacker ~hijacker@213.91.163.5 1212738085 J * dna ~dna@64-196-dsl.kielnet.net 1212738882 M * hijacker morning fellows 1212740007 N * DoberMann[ZZZzzz] DoberMann 1212743134 J * nkukard ~nkukard@dsl-146-5-165.telkomadsl.co.za 1212743685 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1212745078 Q * yarihm Quit: This computer has gone to sleep 1212748262 J * Mojo1978 ~Mojo1978@ip-78-94-99-83.hsi.ish.de 1212749238 J * rgl ~rgl@bl8-142-197.dsl.telepac.pt 1212749245 M * rgl hellos 1212750025 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1212751213 Q * fatgoose Quit: fatgoose 1212753762 Q * Aiken Remote host closed the connection 1212754171 Q * yarihm Quit: This computer has gone to sleep 1212754235 J * pflanze ~chris__@77-56-81-231.dclient.hispeed.ch 1212755728 M * micah i'm having a strange networking problem on one guest 1212755752 M * micah the guest can ping all hosts in 10.0.1.0/16 except for 10.0.1.50 1212755757 M * micah the host itself can ping that ip 1212755768 M * micah and all my other hosts can ping that ip 1212755775 M * micah there are no firewalls involved 1212755846 M * daniel_hozac on the host, does ping -I 10.0.1.50 work? 1212755878 M * micah the guest has two IPs, but I'll try both 1212755899 M * daniel_hozac is either of them in 10.0.0.0/16? 1212755911 J * cryptronic ~oli@p54A3B714.dip0.t-ipconnect.de 1212755998 M * micah daniel_hozac: the second ip, which I expect to work, does ping with ping -I 1212756015 M * micah (10.0.2.2/16) 1212756022 M * daniel_hozac but the first IP does not? 1212756031 M * daniel_hozac what kernel are you using? 1212756033 M * micah no, but the first ip is not within 10.0.0.0/16 1212756051 M * micah this is the etch 2.6.18 kernel 1212756089 M * daniel_hozac i'd assume that doesn't have the proper source address selection code. 1212756150 M * micah it was working, but I guess the source selection depends on how the networking gets laid out on boot maybe 1212756973 J * hijacker_ ~hijacker@213.91.163.5 1212756973 Q * hijacker Read error: Connection reset by peer 1212757960 Q * cryptronic Quit: Leaving. 1212758074 J * ntrs__ ~ntrs@77.29.71.7 1212758481 Q * ntrs_ Ping timeout: 480 seconds 1212758495 Q * meandtheshell1 Quit: Leaving. 1212758562 J * meandtheshell1 ~sa@d91-129-52-56.cust.tele2.at 1212759234 J * yarihm ~yarihm@whitehead2.nine.ch 1212759417 N * Bertl_zZ Bertl 1212759423 M * Bertl morning folks! 1212759471 M * daniel_hozac morning Bertl! 1212759492 M * daniel_hozac how are you? 1212759521 M * Bertl fine .. I think ... to early to tell :) 1212759531 M * daniel_hozac hehe 1212759543 M * Bertl and you? 1212759593 M * daniel_hozac it's a bit too hot for my taste, but otherwise i'm good. 1212759618 M * Bertl how hot is too hot for your taste? (careful, trick question :) 1212759715 M * daniel_hozac anything above 25C indoors is too much, IMHO. (it's 29C at the moment) 1212760491 M * Bertl okay, have to get some groceries ... bbl 1212760496 N * Bertl Bertl_oO 1212760644 Q * nkukard Quit: Leaving 1212761871 J * bfremon ~ben@lns-bzn-29-82-248-227-162.adsl.proxad.net 1212763708 Q * kir Quit: Leaving. 1212764986 Q * _eSa|_ Remote host closed the connection 1212764986 Q * eSa| Remote host closed the connection 1212765057 J * eSa| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1212765059 J * _eSa|_ ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1212765238 Q * eSa| Remote host closed the connection 1212765238 Q * _eSa|_ Remote host closed the connection 1212765283 J * eSa| ~kvirc@ip-87-238-2-45.static.adsl.cheapnet.it 1212765347 N * Bertl_oO Bertl 1212765358 M * Bertl back now ... 1212766731 Q * balbir Read error: Connection reset by peer 1212767708 J * nkukard ~nkukard@196.212.73.74 1212768957 M * nox sry but i still have problems with rndc, the hosts still sees connects to 127.0.01 and blocks them obviosly allowing the connect also doesn?t work 1212769019 M * Bertl the _host_ sees them? 1212769027 A * nox buys the missing 2 dots :) 1212769031 M * nox yes 1212769041 M * Bertl could it be that you have bind running on the host too? 1212769056 M * nox no 1212769056 M * Bertl (or at least something on the rndc port) 1212769079 M * nox neither 1212769081 M * Bertl well, who on the host is seeing the connects then? 1212769099 M * nox the iptables logging rule 1212769116 M * nox Jun 6 18:11:26 log kernel: !bind9_OUT_DROP!IN= OUT=lo SRC=88.198.151.46 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=18591 DF PROTO=TCP SPT 1212769131 M * daniel_hozac you're using 2.3? 1212769145 M * nox yes 1212769156 M * nox rest of the line =58312 DPT=953 WINDOW=32792 RES=0x00 SYN URGP=0 1212769201 M * Bertl if you allow that (from the iptables side) what happens? 1212769218 M * Bertl i.e. does the rndc connect work for you? 1212769220 M * nox rndc just sits and waits for timeout 1212769237 M * nox tried that yesterday 1212769248 M * Bertl okay, time to enable vserver debugging 1212769444 M * nox ok will make a new kernel with VSERVER_DEBUG tonite or at least over the weekend 1212769468 M * Bertl k, let me know when you're ready to test ... 1212769482 M * nox will do 1212769575 M * nox forgot to say it is 2.6.25.1-vs2.3.0.34.9 1212769675 M * Bertl well, in this case, definitely update to 34.11 and 25.4 1212769744 M * nox on the way :) 1212770011 M * nox 64 Per-CPU History Size is enough? or better more? 1212770037 M * Bertl disable it completely, hmm, shouldn't even be selectable now 1212770091 M * Bertl ah, no sorry, my bad, yes 64 is fine 1212770146 M * nox when i enabled debug, history tracing came up, selecting that showed die hist size. 1212770150 M * nox k 1212770167 M * Bertl I confused it with the scheduler debugging 1212770182 J * virtuozzo ~rpavlyuk@195.160.234.2 1212770248 Q * eSa| Quit: KVIrc 3.4.0 Virgo http://www.kvirc.net/ 1212770282 M * virtuozzo Hi guys! Is multicast well supported by vserver? 1212770467 M * Bertl define well supported ... Linux-VServer does not change the multicast behaviour 1212770492 M * virtuozzo hm... I do have a strange problem 1212770492 M * Bertl you can assign multicast IPs to guests like 'normal' ones 1212770505 M * virtuozzo I'm running two vservers on one host 1212770521 M * Bertl okay 1212770523 M * virtuozzo ... they are using the same multicast IP 1212770534 M * Bertl have both been assigned the IP? 1212770542 M * virtuozzo YEP, THEY DOservices on 1212770566 M * Bertl okay, and the problem is? 1212770569 M * virtuozzo sorry, typo 1212770569 M * virtuozzo should be just "yep, they do" 1212770575 M * virtuozzo so,.. 1212770621 M * virtuozzo first server, prod-c3-prr2 starts with no problems and all services hosted there, like apache httpd and tomcat start well 1212770657 M * virtuozzo when I'm going to start the second one, I'm getting some thing like "Unable to bind to port 80: socketse" 1212770679 M * virtuozzo means "socket in use" 1212770690 M * Bertl so you are using the multicast ip for port 80? 1212770720 M * virtuozzo I've been following http://linux-vserver.org/Multicast 1212770727 M * virtuozzo actually, no 1212770749 M * virtuozzo they use difrrent ports in range 48000 - 49000 1212770775 M * virtuozzo ..but for some reason HTTPD and Tomcat try to bind to multicast address as well 1212770776 M * Bertl so you assigned a second ip (besides the multicast) to the guest, yes? 1212770802 M * Bertl (to each guest, to be precise) 1212770816 M * virtuozzo yes, I did 1212770824 M * virtuozzo ... the same for both 1212770835 M * virtuozzo it is 228.0.1.3 in my case 1212770835 M * Bertl well, there you are 1212770848 M * Bertl if you have the same ip, apache will clash 1212770865 M * virtuozzo yes, I know that, BUT ... 1212770865 M * Bertl i.e. apache will only be able to run inside one of the two guests 1212770893 M * virtuozzo I was sure apache won't try to bind to the IP which belongs to multicast range (class D) 1212770921 M * virtuozzo yes, Bertl, that's how apache's is dealing in my case 1212770923 M * Bertl well, it will bind to 0.0.0.0, unless you specifically tell it to bind to something else 1212770969 M * virtuozzo hmmm, I've been trying to avoind touching apache's default configs but it looks like I would have to 1212770974 M * Bertl try to assign e.g. 228.0.1.2 to one guest 1212770983 M * Bertl and 228.0.1.3 to the other one 1212771044 M * virtuozzo that will cause Tomcat's session broadcasting (that's what I'm actually setting up) to work incorrectly 1212771045 M * Bertl or the other way round: I don't know what you expect to happen, if you use the same IP for both guests (to bind apache onto) 1212771079 Q * ntrs__ Ping timeout: 480 seconds 1212771103 M * virtuozzo the idea of using the same IP is that Tomcat's are "broadcasting" messages about their session to the group which 228.0.1.3 actually is 1212771146 M * Bertl okay, but you have an IP for each guest outside class D, yes? 1212771160 M * virtuozzo yes, I do 1212771173 M * virtuozzo and the solution is to modile httpd.conf 1212771182 M * Bertl one for each, or a single for both? 1212771182 M * virtuozzo modile=modify 1212771203 M * virtuozzo no, each guest has its own 192.168.0.0/16 ip 1212771224 M * Bertl okay, and which one is the first assigned ip? the 192.x or the class D? 1212771238 M * Bertl and what kernel/patch do you use? 1212771242 M * daniel_hozac hmm, sending messages to multicast should work without assigning the address, IMHO. 1212771255 M * Bertl daniel_hozac: yes, but not receiving, or? 1212771264 M * daniel_hozac right. 1212771271 M * virtuozzo Daniel, I need to receive them as well 1212771286 M * Bertl daniel_hozac: I suspect that we want to exclude class D in collision checks 1212771304 M * daniel_hozac yeah, i think so too. 1212771320 M * Bertl virtuozzo: wanna help/test some things? 1212771321 M * virtuozzo first assigned IP is 192.x (eth0), then 228.x (with nodev) 1212771343 M * virtuozzo Bertl: why not ;) 1212771370 M * Bertl okay, kernel version and patches you are currently using? 1212771372 Q * bfremon Read error: Connection reset by peer 1212771396 M * virtuozzo uname -a: 1212771396 M * virtuozzo Linux prod-c3-prr2 2.6.22.19-vs2.3.0.34.1 #1 SMP Mon Mar 17 02:33:42 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux 1212771441 M * virtuozzo guest: CentOS 5.1 1212771441 M * virtuozzo host: CentOS 5.1 1212771558 M * Bertl good, you have the kernel build tree (source) at hand? 1212771569 M * virtuozzo no, not a the moment 1212771579 M * virtuozzo SRPM should be enough? 1212771583 M * daniel_hozac yes. 1212771583 M * Bertl okay, get one, build the kernel yourself and test it 1212771597 M * virtuozzo okay, doing 1212771720 M * Bertl hmm ... wait, I see a potential problem there 1212771739 M * virtuozzo so?... 1212771778 M * Bertl I don't think it would be too good to exclude multicast ips from collision checks .. because then we might end up with more than one socket on the same IP 1212771810 M * Bertl the problem here is at a different layer, i.e. you actually do not want apache to bind to the multicast IP 1212771825 M * virtuozzo yep, right 1212771834 M * Bertl so, we need to get a better semantic for multicast here first 1212771860 M * Bertl the question is, is 0.0.0.0 supposed to bind multicast ips too? 1212771869 M * Bertl (I don't think so, no?) 1212771874 M * virtuozzo actually, it should be like: 1212771874 M * virtuozzo bind to 0.0.0.0 means bind to all IPs except class D 1212771901 M * Bertl yes, that is my understanding too, can you confirm that for a 'normal' linux machine? 1212771904 M * virtuozzo at present time, 0.0.0.0 includes multicasts as well 1212771921 M * virtuozzo hmm, let me check that 1212772001 M * Bertl daniel_hozac: in this case, we could define a new flag/attribute for IPs (assigned to guests) which basically classifies them as 'not contained in ADDR_ANY) for now, auto configured by a class D check, thoughts? 1212772304 M * daniel_hozac sounds good. 1212772335 M * virtuozzo guys, I have to leave - will let you know about the test result 1212772335 M * virtuozzo PS: my mail roman.pavlyuk[at]gmail.com 1212772340 M * virtuozzo thanks for help 1212772369 Q * virtuozzo Quit: Leaving. 1212772561 J * bfremon ~ben@lns-bzn-29-82-248-227-162.adsl.proxad.net 1212772742 Q * bfremon Remote host closed the connection 1212772920 J * bfremon ~ben@lns-bzn-29-82-248-227-162.adsl.proxad.net 1212773489 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com 1212773567 Q * yarihm Quit: This computer has gone to sleep 1212774519 M * fatgoose hi 1212774523 N * fatgoose samtc 1212774523 M * Bertl hey 1212774802 Q * nox Remote host closed the connection 1212774864 Q * transacid Ping timeout: 480 seconds 1212775097 J * SpComb^_ terom@zapotek.paivola.fi 1212775163 Q * SpComb Remote host closed the connection 1212775356 J * larsivi ~larsivi@169.80-202-217.nextgentel.com 1212776407 J * nox ~nox@static.88-198-17-175.clients.your-server.de 1212776578 J * transacid ~transacid@transacid.de 1212776604 M * samtc hey 1212776611 M * samtc is the swig config still available? 1212776617 M * samtc for libvserver ? 1212776626 M * daniel_hozac "still"? 1212776673 M * daniel_hozac that implies there once was one in existence. 1212776693 M * samtc http://irc.13thfloor.at/LOG/2005-09/LOG_2005-09-06.txt 1212776781 M * daniel_hozac that's a long time ago. i believe Hollow has rewritten libvserver from scratch since. 1212777298 J * Linus ~Nuhx@bl7-139-83.dsl.telepac.pt 1212777518 Q * rgl Quit: Saindo 1212777653 J * ntrs__ ~ntrs@77.29.71.7 1212778123 M * Bertl nap attack .. bbl 1212778128 N * Bertl Bertl_zZ 1212778763 Q * DavidS Quit: Leaving. 1212779685 J * ntrs_ ~ntrs@77.29.76.232 1212780095 Q * ntrs__ Ping timeout: 480 seconds 1212780329 M * nox Bertl_zZ: with 2.3.0.34.11 it works now ootb ... didn't change anything but the debug option in the kernel 1212783615 Q * samtc Quit: samtc 1212783920 M * daniel_hozac that's because the bug is fixed :) 1212783950 M * daniel_hozac (the kernel rewrote 1.0.0.127, not 127.0.0.1) 1212784533 N * SpComb^_ SpComb 1212784647 N * DoberMann DoberMann[PullA] 1212785083 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1212785326 Q * larsivi Ping timeout: 480 seconds 1212785632 Q * derjohn_mob Ping timeout: 480 seconds 1212786407 N * Bertl_zZ Bertl 1212786423 M * Bertl nox: see, it's always good to use the latest kernel/patches :) 1212786476 J * larsivi ~larsivi@169.80-202-217.nextgentel.com 1212786505 Q * mick_home Ping timeout: 480 seconds 1212786546 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1212787004 J * Aiken ~james@ppp59-167-113-120.lns3.bne4.internode.on.net 1212787285 Q * ntrs_ Ping timeout: 480 seconds 1212787509 J * docelic ~docelic@78.134.202.42 1212788027 Q * meandtheshell1 Ping timeout: 480 seconds 1212788321 Q * dna Quit: Verlassend 1212789004 Q * bonbons Quit: Leaving 1212790957 J * derjohn_mob ~aj@p5B23E08B.dip.t-dialin.net 1212791478 J * hparker ~hparker@linux.homershut.net 1212792046 M * nox daniel_hozac: Bertl thx again for your great work 1212792067 M * daniel_hozac actually, the credit for that one goes to ard. 1212792088 M * nox so i add ard to the "huglist" :) 1212792089 M * Bertl yep, he provided the patch 1212792103 Q * bfremon Quit: Leaving. 1212792382 M * sid3windr lol, huglist :) 1212792491 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com 1212795532 Q * awk Ping timeout: 480 seconds 1212795762 Q * derjohn_mob Ping timeout: 480 seconds 1212796502 Q * pflanze Ping timeout: 480 seconds