Hello Sam, Done some investigations here.. After a slow start (had a heck of a trouble getting the patch to take and kernel to compile. I had missed a important thing.. to do the ac2 patch first -lol-)
I notice a funny thing here right of the bat. If on my ac2-ctx16 box do nslookup server 127.0.0.1 www.fament.com then it sits and sits and finally give me a connection timed out no servers could be reached.. On my network capture box I see the following src 192.168.0.110 dst 127.0.0.1 Prot DNS Info Standard query A www.fament.com Well DOH. No wounder it will not work. 127.0.0.1 is localhost but it gets sent out on the network !!!??? First when I started up the box and started playing around I couldn't get my local dns to answer to queries but I'm not sure if that was because a config in the dns or what. Because after a while playing around it worked to set the server to 192.168.0.110 and I would get the queries as I should. But the 127.0.0.1 request that gets sent out on ethernet is a big booboo to start with. Stay tuned more tests in progress. Best regards, Eje Gustafsson mailto:[EMAIL PROTECTED] The Family Entertainment Network http://www.fament.com Phone : 620-231-7777 Fax : 620-231-4066 - Your Full Time Professionals - eBay UserID : macahan -- SV> Well, if anyone can help debug the DNS problem with the ctx patch for the SV> -ac kernel; SV> http://vilain.net/linux/ctx/patch-2.4.20-ac2-ctx16.gz SV> Find out exactly what isn't working to stop DNS from working, give me an SV> exact description (eg, UDP packets to 127.0.0.1 don't get through), SV> potentially isolating the problem to whether it affects localhost only, SV> external packets, etc ... SV> There was a small piece where the merge wasn't quite straightforward in the SV> 2.4.21-pre4-ac6 patch that I did, that was in the UDP code. So if someone SV> can verify whether the problem exists in the 2.4.20-ac2-ctx16 patch and SV> nail it down to an exact functional cause (ie, using strace, netstat, SV> tcpdump) ... I'm sure everyone here with the crash problem would be SV> grateful. SV> This kernel uses a completely different scheduler, so is guaranteed not to SV> have the same scheduling bug. SV> I've just been too busy of late to set up a test environment, vserver isn't SV> what i'm making money off any more... SV> Sam. SV> On Mon, 10 Mar 2003 07:53, Eje Gustafsson wrote: >> Ok. Here we go. Crashed again. Got me another 48 hours of run time. >> Just curious is ctx-14 or ctx-13 more stable then 16 and 15 ? >> If I understand it right earlier version then 15 do not have >> functional udp stack ? So doing snmp calls from inside one vserver >> will not work at all if I go with anything prior to 15 ? >> How does this work for named ? It's using UDP ? Are you not able >> to run named in a vserver in < ctx-15 ? >> I'm NOT a kernel programer. Been ages since I did any C/C++ programing >> at all. I not done anything but php/perl/mysql/html coding for the >> last 2 or so years. SV> What are you, a man or a mouse ? :-) --- [This E-mail scanned for viruses by Declude Virus]
