Pump fails to work when trying to get DCHP lease from WinNT Server 4.0 when using pump when called by the standard /sbin/ifup and /sbin/ifdown system scripts. Cannot get pump to work in anyway including trying various hacks to pump found in references on Bugzilla and elsewhere on the Internet. Have resorted to changing the ifup & ifdown scripts to call dhcpcd daemon instead, this works every time to get an IP address assigned from our WinNT server. This problem appears to be similar or associated to Bugzilla bug nos. 7011,7003,7486, 7498. We would like to be able to install many more PC's with RH6.1 but we would want these systems to get IP addresses via DHCP without having to modify system scripts. Also we are investigating the use of RH6.1 running in a virtual machine using VMware (see http://www.vmware.com) to possibly provide X terminal services on a host operating system of WinNT Workstation 4. This scheme would also require to obtain DHCP leases via pump from a WinNT 4 server on our LAN.
Please retry w/ pump 0.7.8 from ftp://people.redhat.com/ewt
I have tried pump versions 0.7.4, 0.7.6, 0.7.8 from ftp://people.redhat.com/ewt and I am still having problems the 0.7.4 version would work sometimes. My only test system available at present for Red Hat 6.1 is running under VMware (http://www.vmware.com) version 2.0 on Windows NT4.0 host OS. Will provide further strace dumps if this will help to solve the problem. Using dhcpcd with a static IP address always work fine.
I'm having problems with pump and dhcpcd. The DHCP server is WinNT 4.0 and it is connected to a 100BT switch. When I connect a Linux laptop to 100BT switch pump (or dhcpcd) do not work. When I connect to a 10BT hub, which is connected to the switch pump and dhcp work OK. I'm using RH 6.1 on a SONY VAIO F270 laptop, with a XIRCOM realport card. If I configure the network manually, then things work fine at 100BT. ...richie
What kind of switch is it?
I wonder if this problem still exists after being neglected for so long :(
*** This bug has been marked as a duplicate of 16237 ***