topic Re: setting arp table on boot in Operating System - HP-UX

setting arp table on boot

Timothy P. Jackson — Mon, 09 Apr 2007 17:26:38 GMT

Hello Everyone,

I am having a problem with a driver that must communicate with my SQL server with out hesitation. The problem I have is that the SQL server has two NIC's and is using network adapter teaming. So, some times it doesn't reply to a ARP request.

To solve this problem I permanently set the arp table. It worked great! Now for the real problem. If I reboot the system I need to manualy set the arp table again. Is there any way to set this table on boot?

Any help would be greatly appreciated!

Tim

Re: setting arp table on boot

James R. Ferguson — Mon, 09 Apr 2007 18:06:51 GMT

Hi Tim:

You can easily setup a startup script in the '/sbin/init.d' directory to start at boot at the appropriate point when networking services are available. A template is available as '/sbin/init.d/template'. See the manpages for 'rc(1M)' and/or the whitepaper below for a complete understanding of how to achieve this:

http://www.docs.hp.com/en/934/startup.pdf

Although the whitepaper includes "10.x" in its title is is applicable for all release since then.

Regards!

...JRF...

Re: setting arp table on boot

Timothy P. Jackson — Mon, 09 Apr 2007 18:14:20 GMT

Thanks James,

I was thinking way to hard at this! Sometimes the easiest solutions aren't the most obvious. I will just setup a startup script to take care of the arp table.

Thanks again.

Re: setting arp table on boot

rick jones — Wed, 11 Apr 2007 11:11:39 GMT

While James' suggestion is a very good one, mightn't it be an equally good idea to drill-down on root cause and figure-out why your SQL server and its network adapter teaming is broken and not always responding to ARP requests? If ARPs are occasionally dropped/missed, other sorts of traffic could be occasionally dropped/missed as well...

Re: setting arp table on boot

Timothy P. Jackson — Wed, 11 Apr 2007 11:38:21 GMT

Thanks for the response Rick,

We have a pretty good idea that it is the software doing the network teaming. We are currently looking for another solution.

Thanks again!

Tim