Bug 12002
| Summary: | pump 0.7.8 and 0.7.9 won't install correct default route | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Michael S. Fischer <michael> |
| Component: | pump | Assignee: | Erik Troan <ewt> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 6.2 | CC: | bbrock |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2000-08-12 12:12:30 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
For completeness, can you give some information about your dhcp server? The platform and OS it's running on, and any configuration info that you have would both be nice. If it's running on a Linux machine, can you include your /etc/dhcpd.conf? Thanks, Brian Yes, please provide your dhcp server configuration if possible. Thanks, Dave The DHCP daemon is from the dhcp-2.0-1 RPM package. Server is Red Hat Linux 6.0. 'uname -a' reports: Linux xxxxxxxx.auctionwatch.com 2.2.12-20smp #1 SMP Sun Jan 9 19:09:28 PST 2000 i686 unknown I'll send you the /etc/dhcpd.conf in a private email. Attempting to reprocude bug internally. I have reproduced this bug internally and have verified that pump does not set a default route on eth1, I am assuming it will not set a default route on anything but eth0. I also tested this by changing the dhcpd.conf file and moving the option routers x.x.x.x; line to the config area for the mac address of the eth0 device and the default route was indeed set. Temporary fix for this would be to change the roles of your ethernet devices by changing the dhcpd config for eth0 to eth1 and vice versa so that eth0 takes the gateway required for functionality. This is not an acceptable temporary workaround--I already explained why in the initial bug report. To be more clear, the kickstart server is on the protected gatewayless network. Kickstart can only use eth0 during installation. We do not wish to change the network configuration and switch cables around after kickstart is completed. There's a new package of pump that we're testing, will give more details after we've done initial verification. There's a new version of pump, residing in http://people.redhat.com/bbrock/distrib/ Try that, and update this bug report after you've done so. Sorry, 0.8.1 doesn't fix the problem. Problem remains. Are the symptoms identical? If not, how do they change? Could you put a debug syslog in pumpSetupDefaultGateway() which gets triggered if the ioctl fails? Something like: syslog(LOG_INFO, "GW ioctl failed: %s", strerror(errno)) should do the trick. See if that shows up in syslog. Brian, the symptoms are exactly the same. Same "pump -s -i eth1" output, no default route assigned. I don't have the SRPM for 0.8.1, so someone will have to make a new build for me. I think I found it. Please try: ftp://people.redhat.com/ewt/pump-0.8.2.tar.gz and let us know if that works for you. I can't get this to make: cc -I. -Wall -g -D__STANDALONE__ -DVERSION=\"0.8.2\" -c -o pump.o pump.c pump.c: In function `runDaemon': pump.c:449: incompatible types in assignment make: *** [pump.o] Error 1 In runDaemon(), intf is not an Lvalue. Replace line 332: struct pumpNetIntf intf[20]; by: struct pumpNetIntf *intf; and insert an alloca() a few lines after. PS (to Erik): what is your C compiler? The version of pump included in Guinness appears to have solved this issue. Thanks to all. |
pump 0.7.8 and 0.7.9 in our network configuration refuses to set up a default route as provided by the DHCP server. My configuration looks like this: eth0 - back-side network (closed, no default route) eth1 - front-side network (open, default route) Our DHCP server is set up correctly, with no "option routers" statement on the back-side network, and with an "option routers" statement on the front-side network. pump -s -i eth0 reports: Device eth0 IP: 10.1.51.2 Netmask: 255.255.224.0 Broadcast: 10.1.63.255 Network: 10.1.32.0 Boot server 10.1.32.10 Next server 10.1.32.10 Boot file: /export/kickstart-2.0/ks-6.2.cfg Domain: auctionwatch.com Nameservers: 10.1.32.1 10.1.32.2 Renewal time: Fri Jun 9 02:17:57 2000 Expiration time: Fri Jun 9 03:47:57 2000 pump -s -i eth1 reports: Device eth1 IP: 10.1.11.2 Netmask: 255.255.224.0 Broadcast: 10.1.31.255 Network: 10.1.0.0 Boot server 10.1.0.10 Next server 10.1.32.10 Gateway: 10.1.0.254 <<<<< Boot file: /export/kickstart-2.0/ks-6.2.cfg Domain: auctionwatch.com Nameservers: 10.1.0.1 10.1.0.2 Renewal time: Fri Jun 9 02:17:59 2000 Expiration time: Fri Jun 9 03:47:59 2000 But "netstat -nr" reports: Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 10.1.0.0 0.0.0.0 255.255.224.0 U 0 0 0 eth1 10.1.32.0 0.0.0.0 255.255.224.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo As you can see, the default gateway is missing. The only workaround I can do to get the default route to install is to put an "option routers x.x.x.x" statement in the subnet definition for the back-side network (the network eth0 is connected to). This is (obviously) not correct, as the back-side network has no default route, and I'm afraid of nasty side effects. pump did work correctly in its 0.6.4 version.