Bug 161513 - arping logic in /etc/init.d/netdump doesn't scale
arping logic in /etc/init.d/netdump doesn't scale
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: netdump (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeffrey Moyer
Depends On:
Blocks: 168429
  Show dependency treegraph
Reported: 2005-06-23 16:40 EDT by Joshua Jensen
Modified: 2007-11-30 17:07 EST (History)
2 users (show)

See Also:
Fixed In Version: RHBA-2006-0038
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-03-07 13:24:34 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Joshua Jensen 2005-06-23 16:40:41 EDT
Description of problem:

For security reasons, my global organization may have to turn of proxy arp. 
This means that when arpping fails to find the MAC of the IP of the
netdump-server, the netdump startup script errors out.  This isn't a problem if
the client is on the same subnet/vlan as the server, but if it isn't we
unnecisarily see errors:

netdump: cannot arp
netdump: cannot find in arp cache
netdump: can't resolve MAC address
netdump server address resolution                          [FAILED]

Most enterprises *don't* have a netdump-server per subnet, they have one per
location.  In this setup we have to hardcode the MAC address of the gateway into
/etc/sysconfig/netdump.  We need all this, which causes netdump to fail, to get
the MAC that was hardcoded anyway?

Why rely on arping working?  Why not leave the MAC address in
/etc/sysconfig/netdump optional, even for netdump-across-subnet scenarios, and
just do this:

arping netdump_server_IP && use_server_MAC || arping default_gateway_IP &&


Version-Release number of selected component (if applicable):

netdump in RHEL3 and RHEL4
Comment 1 Jeffrey Moyer 2005-06-27 15:42:40 EDT
I'll take a look.
Comment 4 Jeffrey Moyer 2005-08-01 11:40:40 EDT
I've built a fix for this into netdump-0.7.10-3, and posted the i386 package here:

Note that this rpm is being provided for testing only.  It has not seen any QA
other than the testing I performed in my environment.  Please provide feedback.
Comment 5 Ray Bellis 2005-08-17 05:59:12 EDT
The change to /etc/rc.d/init.d/netdump works for me - the syslog server I wanted
to dump to is completely offsite, so I needed to be able to put the default GW's
MAC address in /etc/sysconfig/netdump, but previously couldn't without modifying
the startup script.

Will this make it into the next RHEL 3 update?

Comment 6 Jeffrey Moyer 2005-08-17 07:50:49 EDT
Thanks for the testing feedback.  This fix is not going to be in Update 6,
Comment 7 Joshua Jensen 2005-08-26 16:36:53 EDT
How about U7 ??
Comment 16 Joshua Jensen 2005-12-28 11:28:40 EST
PING.... How about U7?
Comment 18 Red Hat Bugzilla 2006-03-07 13:24:34 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.