From: Brian E. <be...@sa...> - 2004-09-03 20:41:51
|
Hi, My problem is that when the system first boots up, it takes an extremely long time (read 4+ hours) for my UML to respond on a public IP address. Lets say that I have a UML configured to listen on both public IP address 1.2.3.4 and private IP address 192.168.1.1 When the UML boots, the private IP address is immediately active. Then, in about 4 hours the system begins to also respond on the public IP address. When the system first boots, I have a script running the following: # Load the tun module modprobe tun # Remove the ip addresses of the devices ifconfig eth0 0.0.0.0 promisc up ifconfig eth1 0.0.0.0 promisc up # Add the internal uml-bridge brctl addbr uml-int0 brctl setfd uml-int0 1 brctl sethello uml-int0 1 brctl stp uml-int0 off ifconfig uml-int0 0.0.0.0 promisc up brctl addif uml-int0 eth0 (Just in case you were wondering... eth0 is our internal interface, eth1 is the external interface) # Add the external uml-bridge brctl addbr uml-ext0 brctl setfd uml-ext0 1 brctl sethello uml-ext0 1 brctl stp uml-ext0 off ifconfig uml-ext0 0.0.0.0 promisc up brctl addif uml-ext0 eth1 Then when the UML boots it runs tunctl -t uml-test0 tunctl -t uml-test1 ifconfig uml-test0 promisc up ifconfig uml-test1 promisc up brctl addif uml-ext0 uml-test0 brctl addif uml-int0 uml-test1 So then to run the UML I use the command linux mem=128M ubd0=UML_rootfs eth0=tuntap,uml-test0 eth1=tuntap,uml-test1 umid=test After the UML is shut down, I run brctl delif uml-ext0 uml-test0 brctl delif uml-int0 uml-test1 ifconfig uml-test0 down ifconfig uml-test1 down tunctl -d uml-test0 tunctl -d uml-test1 And for the most part this works great. Like I said, it takes about 4 hours for the public IP address to work though. I also had the same problem if I tried to change which UML was bringing up a public IP address (switching from one UML to another). I imagine I am probably just doing something stupid along the way. Once the first public IP address is active, I can bring up a second UML on a different public IP address and it is immediately available. My setup: Host: RedHat 7.3 with kernel 2.4.26 with SKAS3 and /dev/anon patch brctl version: 0.9.3-4 UML kernel: 2.6.6 (with UML patch of course) UML file system: Debian stable ISP: Road Runner Thanks! |
From: tim d. <ti...@on...> - 2004-09-03 20:52:26
|
Have you done a tcpdump to see whats moving accross the bridge during the 4 hour downtime? Brian Ellis wrote: >Hi, > >My problem is that when the system first boots up, it takes an extremely >long time (read 4+ hours) for my UML to respond on a public IP address. >Lets say that I have a UML configured to listen on both public IP >address 1.2.3.4 and private IP address 192.168.1.1 > >When the UML boots, the private IP address is immediately active. Then, >in about 4 hours the system begins to also respond on the public IP >address. > >When the system first boots, I have a script running the following: > > # Load the tun module > modprobe tun > > # Remove the ip addresses of the devices > ifconfig eth0 0.0.0.0 promisc up > ifconfig eth1 0.0.0.0 promisc up > > # Add the internal uml-bridge > brctl addbr uml-int0 > brctl setfd uml-int0 1 > brctl sethello uml-int0 1 > brctl stp uml-int0 off > > ifconfig uml-int0 0.0.0.0 promisc up > > brctl addif uml-int0 eth0 >(Just in case you were wondering... eth0 is our internal interface, eth1 >is the external interface) > > # Add the external uml-bridge > brctl addbr uml-ext0 > brctl setfd uml-ext0 1 > brctl sethello uml-ext0 1 > brctl stp uml-ext0 off > > ifconfig uml-ext0 0.0.0.0 promisc up > > brctl addif uml-ext0 eth1 > >Then when the UML boots it runs > tunctl -t uml-test0 > tunctl -t uml-test1 > ifconfig uml-test0 promisc up > ifconfig uml-test1 promisc up > brctl addif uml-ext0 uml-test0 > brctl addif uml-int0 uml-test1 > >So then to run the UML I use the command > > linux mem=128M ubd0=UML_rootfs eth0=tuntap,uml-test0 >eth1=tuntap,uml-test1 umid=test > >After the UML is shut down, I run > brctl delif uml-ext0 uml-test0 > brctl delif uml-int0 uml-test1 > ifconfig uml-test0 down > ifconfig uml-test1 down > tunctl -d uml-test0 > tunctl -d uml-test1 > >And for the most part this works great. Like I said, it takes about 4 >hours for the public IP address to work though. I also had the same >problem if I tried to change which UML was bringing up a public IP >address (switching from one UML to another). I imagine I am probably >just doing something stupid along the way. Once the first public IP >address is active, I can bring up a second UML on a different public IP >address and it is immediately available. > >My setup: > >Host: RedHat 7.3 with kernel 2.4.26 with SKAS3 and /dev/anon patch >brctl version: 0.9.3-4 >UML kernel: 2.6.6 (with UML patch of course) >UML file system: Debian stable >ISP: Road Runner > >Thanks! > > > > >------------------------------------------------------- >This SF.Net email is sponsored by BEA Weblogic Workshop >FREE Java Enterprise J2EE developer tools! >Get your free copy of BEA WebLogic Workshop 8.1 today. >http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click >_______________________________________________ >User-mode-linux-user mailing list >Use...@li... >https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > > > -- Timothy Doyle Senior Software Engineer New Generation Media ti...@un... 707-360-1428 2455 Bennett Valley Rd. Suite A215 Santa Rosa, CA 95404 */\/\/\/\/\/\/\/\/\/\/* |
From: Christopher S. A. <ca...@th...> - 2004-09-04 02:56:59
|
> My problem is that when the system first boots up, it takes an extremely > long time (read 4+ hours) for my UML to respond on a public IP address. > Lets say that I have a UML configured to listen on both public IP > address 1.2.3.4 and private IP address 192.168.1.1 Four hours sounds like a MAC-address-table timeout value in some switches. How are you connecting everything together? I assume these are multiple public IPs assigned via Road Runner? Perhaps it's a timeout value on their end. I have similar issues with my co-location's switches, if the MAC address of an UML changes. -Chris |
From: Brian E. <be...@sa...> - 2004-09-04 04:34:07
|
As far as the public IP addresses are concerned, the external Ethernet device is plugged directly into a ZyXEL cable modem with a built in 4 port switch. On the private side, the internal NIC is plugged into a PowerConnect switch. We have a block of 5 IP addresses assigned. Was there anything you were able to do with your co-location's switch? As per Tim Doyle's suggestion I will run tcpdump and try to see what exactly is going on then. Is there anything specific I should be looking for? Thanks! Brian -----Original Message----- From: use...@li... [mailto:use...@li...] On Behalf Of Christopher S. Aker Sent: Friday, September 03, 2004 11:01 PM To: Brian Ellis Cc: use...@li... Subject: Re: [uml-user] Speed problem starting brctl > My problem is that when the system first boots up, it takes an extremely > long time (read 4+ hours) for my UML to respond on a public IP address. > Lets say that I have a UML configured to listen on both public IP > address 1.2.3.4 and private IP address 192.168.1.1 Four hours sounds like a MAC-address-table timeout value in some switches. How are you connecting everything together? I assume these are multiple public IPs assigned via Road Runner? Perhaps it's a timeout value on their end. I have similar issues with my co-location's switches, if the MAC address of an UML changes. -Chris ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ User-mode-linux-user mailing list Use...@li... https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user |