[Planetlab-devel] Re: [PL #45504] VSYS script for adjusting txqueuelen parameter on tap interface

Thom Haddow thaddow at doc.ic.ac.uk
Tue Oct 20 13:14:18 EDT 2009


Hello,

Sapan Bhatia wrote:
 > Hi Thom,
 >
 > Did you get a chance to test the latest version of your script? I
 > noticed that I missed updating the path to netblocks.conf in one of the
 > scripts when I updated it on planetlab-04.cs.princeton.edu
 > <http://planetlab-04.cs.princeton.edu>. I have done so now.

When I tried it on Friday that was breaking it, but I've just tried again
and it's back to an almost-working state.

 > I have also tested the script in my own slice and it appears to be
 > working fine. As soon as you tell me that you are satisfied with it, I
 > can deploy it on the beta nodes, and then in a few days PlanetLab-wide.

I've found a couple more problems:

Firstly, using vif_down to bring down the interface causes the process that
opened the device (via fd_tuntap) to hang briefly and we get the following
kernel error:

Message from syslogd at planetlab-04 at Oct 20 15:58:45 ...
  kernel: unregister_netdevice: waiting for tap622-0 to become free. Usage 
count = 6

Closing the process that opens the device seems to bring the interface down 
cleanly. I maybe need to do something extra in the tun alloc code to make it 
handle this better but I'm not sure what this would be. Possibly it's better 
just to remove the vif_down script and keep closing-the-FD as the only means of 
bringing down the interface?

Secondly, the code wasn't quite functioning properly yet - it wasn't correctly
passing the name back over the control socket. fd_tuntap.c line 48 currently reads:

	vec.iov_base = &vif_name;

Whereas it should actually be

	vec.iov_base = vif_name;

I'm guessing you already spotted this if you had the code working properly? 
Either way, this will need to be changed so we're not left to just guess
the name of the new interface.

cheers,

Thom



More information about the Devel mailing list