From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22 i686; en-US; rv:0.9.1)
Description of problem:
Pump fails to renew its lease, something like redhat bug 40458.
Steps to Reproduce:
1. configure the card for dhcp and run it for a while
after a while it tries to renew its lease and fails
The problem happens intermittently, sometimes multiple times in an hour,
sometimes not in a day.
The problem happens both to me and a colleague at ISI with a different
laptop and NIC card (same server, also RH 7.1).
The problem happens both at ISI (dhcp server: Sun runing ISC's dhcpd) and
at home (dhcp server: is a redhat 7.0 box w/all standard updates).
The problem happens both with the RH 7.1 pump pump-0.8.11-1 and with
the RH 7.0 pump-0.8.3-2.
Actual Results: A renew request fails and the interface goes dead.
Expected Results: Either the renewal shouldn't happen or
it should succeed.
details with logs and such are at
(I couldn't past them in here)
The message: reject: xid: 0x82635d87 <--> 0x06f72d40
is from the server and there is certainly some problem with it since, the xid
used by the client is correct. At this point the renewal fails but seconds later
pump asks for a new lease in discover mode. Note that during this short period
of time you ethernet interface is still up and running. So, you indeed have a
problem with the dhcp server, but there is no dramatic issues at all, here.
However, you have a problem elsewhere, that puts down your interface at
10:08:58, but I don't know much more. Can you describe more your network
configuration on the PC? (interfaces, manufacturer, modules loaded)
At 10:08:58 I manually ejected and reinserted the card
to reset the interface.
I'm suprised that this is a server issue given that I have the same problem
with two different servers (the Sun at work and the RH7.0 box at home).
I'll watch for the problem to happen at home and send that syslog for
The PC is a Sony SR7K. The ethernet card is a Linksys EtherFast
10/100 cardbus PC Card.
By "modules loaded" you mean kernel modules?
Module Size Used by
appletalk 19664 0 (autoclean)
ipx 15520 0 (autoclean)
cb_enabler 2720 0 (unused)
tulip 38544 1
nbd 15472 2
binfmt_misc 6400 1
ds 7280 1 [cb_enabler]
yenta_socket 11440 1
pcmcia_core 43072 0 [cb_enabler ds yenta_socket]
spicdriver 2704 1
usbkbd 3040 0 (unused)
vmnet 18320 3
vmmon 18032 0
autofs 11264 4 (autoclean)
ipchains 38976 0 (unused)
usb-storage 31792 0
scsi_mod 95104 1 [usb-storage]
mousedev 4160 1
keybdev 2080 0 (unused)
hid 11776 0 (unused)
input 3488 0 [usbkbd mousedev keybdev hid]
usb-uhci 20720 0 (unused)
usbcore 49664 1 [usbkbd usb-storage hid usb-uhci]
From the logs, it seems that the server did not receive the server renewal
request. Can you manually check that the boot server IP is indeed 22.214.171.124
and that you can reach it from the client?
Created attachment 23067 [details]
Information from another site experiencing
I switched physical network cards and the problem seems to have gone away.
Thus, for me at least, the problem seemed to be hardware related.
(Although it WAS the case that multiple people at where I work had
I'm changing the bug state to NOTABUG.