From Bugzilla Helper: User-Agent: Mozilla/4.74 [en]C-NSCPCD (Win98; U) Description of problem: After upgrading from Redhat 7.1 to Redhat 7.2, the vtund daemon is no longer able to allocate the tun device when attempting to make a VPN connection. The following error is logged "Can't allocate tun device. File descriptor in bad state(77)." The device, /dev/net/tun, was created with "mknod -m 600 /dev/net/tun c 10 200". Version-Release number of selected component (if applicable): kernel 2.4.7-10 How reproducible: Always Steps to Reproduce: 1. Started vtund in daemon mode on another computer with Redhat 7.1 installed (2.4.2-7 kernel). 2. Started vtund client on the Redhat 7.2 computer. 3. Actual Results: The client exited, the following was logged in /var/log/messages: Dec 19 18:33:04 antares vtund[1346]: VTun client ver 2.4 01/22/2001 started Dec 19 18:33:04 antares vtund[1346]: Connecting to sirus.integrits.com Dec 19 18:33:04 antares vtund[1346]: Session hornet[sirus.integrits.com] opened Dec 19 18:33:04 antares vtund[1346]: Can't allocate tun device. File descriptor in bad state(77) Dec 19 18:33:04 antares vtund[1346]: Session hornet[sirus.integrits.com] closed Dec 19 18:33:04 antares vtund[1346]: Exit Expected Results: The client process should have made a VPN connection. The following is taken from /var/log/messages while Redhat 7.1 was still installed. Dec 19 13:23:23 antares vtund[1117]: VTun client ver 2.4 01/22/2001 started Dec 19 13:23:23 antares vtund[1117]: Connecting to sirus.integrits.com Dec 19 13:23:23 antares vtund[1117]: Session hornet[sirus.integrits.com] opened Dec 19 13:23:23 antares vtund[1117]: UDP connection initialized Dec 19 13:23:23 antares vtund[1117]: LZO compression[level 1] initialized Dec 19 13:23:23 antares vtund[1117]: BlowFish encryption initialized Additional info: The computer is an E-Machine Pentium 166 with two PCI NICs. One is an SMC 1255 series using the tulip driver and other is a generic NE-2000 clone using the ne2k-pci driver. It has 48 Mb of RAM, a 20 Gb hard disk an an ATAPI CDROM. The connection was being attempted using the NE-2000 clone NIC.
Problem does not occur with kernel version 2.4.5 and below.
Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/