Re:Arp Cache issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Posting sysctl.conf

# cat /etc/sysctl.conf
# Kernel sysctl configuration file for Red Hat Linux
#
# For binary values, 0 is disabled, 1 is enabled.  See sysctl(8) and
# sysctl.conf(5) for more details.

# Controls IP packet forwarding
net.ipv4.ip_forward = 0

# Controls source route verification
net.ipv4.conf.default.rp_filter = 1

# Do not accept source routing
net.ipv4.conf.default.accept_source_route = 0

# Controls the System Request debugging functionality of the kernel
kernel.sysrq = 0

# Controls whether core dumps will append the PID to the core filename
# Useful for debugging multi-threaded applications
kernel.core_uses_pid = 1

# Controls the use of TCP syncookies
net.ipv4.tcp_syncookies = 1

# Controls the maximum size of a message, in bytes
kernel.msgmnb = 65536

# Controls the default maxmimum size of a mesage queue
kernel.msgmax = 65536

# Controls the maximum shared segment size, in bytes
kernel.shmmax = 68719476736

# Controls the maximum number of shared memory segments, in pages
kernel.shmall = 4294967296
kernel.sysrq = 1

# 
net.ipv4.tcp_fin_timeout = 60
net.ipv4.tcp_retries1 = 3
net.ipv4.tcp_keepalive_probes = 9
net.ipv4.tcp_keepalive_time = 1800
net.ipv4.tcp_syn_retries = 5
net.ipv4.tcp_orphan_retries = 3
 
Thanks

Brian

> -----Ursprüngliche Nachricht-----
> Von: redhat-list-bounces@xxxxxxxxxx
> [mailto:redhat-list-bounces@xxxxxxxxxx]
> Im Auftrag von Richardson, Joshua A.
> Gesendet: Mittwoch, 13. Juli 2011 16:18
> An: General Red Hat Linux discussion list
> Betreff: RE: Arp Cache issue
> 
> Can you post your /etc/sysctl.conf file?  Maybe the
> answer resides in your arp cache size limits and garbage
> collection frequency?
> 
> Thanks!
> 
> Josh Richardson
> General Dynamics AIS
> 
> -----Original Message-----
> From: redhat-list-bounces@xxxxxxxxxx
> [mailto:redhat-list-bounces@xxxxxxxxxx]
> On Behalf Of brian irvin
> Sent: Wednesday, July 13, 2011 9:34 AM
> To: General Red Hat Linux discussion list
> Subject: Re: Arp Cache issue
> 
> We are using bnx2 driver. We are getting outages when arp
> table fills up and unless we flush the table, network
> connectivity is an issue. 
> 
> more ifcfg-bond0
> DEVICE=bond0
> BONDING_OPTS="mode=1 miimon=500 primary=eth4"  
> 
> 
> Thanks
> 
> Brian
> 
> 
> --- On Tue, 7/12/11, Georgios Magklaras <georgios@xxxxxxxxxxxxx>
> wrote:
> 
> > From: Georgios Magklaras <georgios@xxxxxxxxxxxxx>
> > Subject: Re: Arp Cache issue
> > To: "General Red Hat Linux discussion list" <redhat-list@xxxxxxxxxx>
> > Date: Tuesday, July 12, 2011, 9:41 PM
> > On 07/12/2011 09:46 PM, brian irvin
> > wrote:
> > > We have a RHEL 5 box which requires frequent
> flushing
> > of arp cache to stay up and running and not create
> network 
> > bottlenecks. Anyone have these issues? we have quite a
> few servers and 
> > have never faced an issue before this one. I thought
> it might have to 
> > do with the switch but the network folks say the
> switch is clear. Any 
> > thoughts??
> > > 
> > > cat /proc/net/bonding/bond0
> > > Ethernet Channel Bonding Driver: v3.4.0 (October
> 7,
> > 2008)
> > > 
> > > Bonding Mode: fault-tolerance (active-backup)
> Primary Slave: eth4 
> > > Currently Active Slave: eth4 MII Status: up MII
> Polling Interval 
> > > (ms): 500 Up Delay (ms): 0 Down Delay (ms): 0
> > > 
> > > Slave Interface: eth0
> > > MII Status: up
> > > Link Failure Count: 0
> > > Permanent HW addr: 00:37:c9:38:e3:3b
> > > 
> > > Slave Interface: eth4
> > > MII Status: up
> > > Link Failure Count: 0
> > > Permanent HW addr: 00:11:17:4c:ee:22
> > > 
> > > 
> > > Thanks
> > > 
> > > Brian.
> > > 
> > 
> > Can you clarify a bit the staying up and
> running/bottleneck issue? 
> > What happens if you do not flush the ARP table in
> terms of what you 
> > see in the system and what do you see on the LAN side
> for the system? 
> > Also which Ethernet driver module you use in the
> system?
> > 
> > I have seen issues with IP aliasing (not HA bonding)
> on very busy 
> > LANs, but long time ago, not on recent 5 releases.
> > As far as I know, unless you use a load balancing mode
> bonding, the 
> > netwrk switch should not be tweaked.
> > 
> > 
> > GM
> > 
> > -- -- George Magklaras PhD
> > RHCE no: 805008309135525
> > 
> > Senior Systems Engineer/IT Manager
> > Biotek Center, University of Oslo
> > EMBnet TMPC Chair
> > 
> > http://folk.uio.no/georgios
> > 
> > Tel: +47 22840535
> > 
> > -- redhat-list mailing list
> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
> > 
> 
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 
> -- 
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list



[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux