Comments on: Reverse Path Filtering and RAC http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/ Discussions about Oracle performance tuning, RAC, Oracle internal & E-business suite. Sun, 19 May 2013 12:13:20 +0000 hourly 1 http://wordpress.com/ By: Riyaj Shamsudeen http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1692 Wed, 26 Sep 2012 17:08:36 +0000 http://orainternals.wordpress.com/?p=1231#comment-1692 Hello Mark
Thanks for reading my blog. I think, bonding driver provides a MAC address always and so, this problem is probably masked in your environment (just a speculation though). Either way, you are probably better off modifying rp_filter to 2 for private interfaces. Of course, change this parameter when you perform next reboot of the server since the environment is up and running at this time.

Cheers
Riyaj

]]> By: Mark Bobak http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1691 Wed, 26 Sep 2012 16:19:56 +0000 http://orainternals.wordpress.com/?p=1231#comment-1691 Hmm…I was running the Oracle provided ‘raccheck’ script, on my preprod RAC cluster (5 nodes, Linux x86-64, RHEL5.7, running 11.2.0.2.3).

It identified that we have ‘rp_filter’ set to ’1′, but, this is a *working* cluster. So, this is only a problem if you have multiple (non-bonded) private interfaces? We have four Gig-E cards, bonded (O/S level bonding) into two pairs (bond0 and bond1), one designated public and one designated private.

So, this rp_filter issue isn’t a problem for us, because we only have one private interface configured?

]]> By: Riyaj Shamsudeen http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1688 Mon, 24 Sep 2012 13:08:20 +0000 http://orainternals.wordpress.com/?p=1231#comment-1688 Hello Andreas
Thanks for visiting my blog. Glad to hear that blog entry helped you.
Cheers
Riyaj

]]> By: Andreas Krüger http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1669 Thu, 13 Sep 2012 14:46:54 +0000 http://orainternals.wordpress.com/?p=1231#comment-1669 ran into exactly the same issue and solved it by inserting the “net.ipv4.conf.ethX.rp_filter=2″ bit into sysctl.config as you suggested

uname -a
Linux rac1 2.6.39-200.29.2.el6uek.x86_64 #1 SMP Sat Jul 14 10:50:56 EDT 2012 x86_64 x86_64 x86_64 GNU/Linux

Thank you!

]]> By: Riyaj Shamsudeen http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1482 Tue, 05 Jun 2012 15:21:49 +0000 http://orainternals.wordpress.com/?p=1231#comment-1482 Hello Yi Lin

Thanks for reading my blog. Yep, multicast issue in 11.2.0.2 is a much bigger issue, and I have encountered many issues with multicast setup problems. At this time, I recommend my clients to upgrade GI to 11.2.0.3 version (I do agree that you would have encountered multicast problem even in 11.2.0.3 if IGMP snooping is ON in the switch).

Cheers
Riyaj

]]> By: Yi Lin http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1481 Tue, 05 Jun 2012 15:14:47 +0000 http://orainternals.wordpress.com/?p=1231#comment-1481 Riyay,
Thanks for sharing. I ran into a similar problem with my 11202 2-node RAC on OEL 5.5 (2.6.32). After some google and MOS searches, I found out that my problem was caused by multicast settings. According to MOS 1212703.1, the fix is to ” turn off IGMP Snooping on a VLAN” in Cisco router:
no ip igmp snooping

]]> By: Riyaj Shamsudeen http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1480 Tue, 05 Jun 2012 15:08:35 +0000 http://orainternals.wordpress.com/?p=1231#comment-1480 Hello Brian
Yes, I have clarified my blog entry with an update. Thanks for reading my blog.

Cheers
Riyaj

]]> By: Brian Peasland http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1478 Tue, 05 Jun 2012 13:40:49 +0000 http://orainternals.wordpress.com/?p=1231#comment-1478 There are a number of issues that can give the “Other_node has Disk HB, but no Network HB” error message, and as you stated, all of them are network related. I once had a bad network configuration where my private interconnect network cards were not on the same device number. The result was the same. And in 11gR2, Oracle started using multicasting and if your multicasting does not work, or you do not apply the multicast patch to your GI home, then you can get this same error message. I figured I would post these possible causes in case someone Googled for the error message and had a problem other than reverse-path filtering. Thanks!

]]> By: Gayatri http://orainternals.wordpress.com/2012/06/01/reverse-path-filtering-and-rac/#comment-1471 Sat, 02 Jun 2012 13:08:31 +0000 http://orainternals.wordpress.com/?p=1231#comment-1471 Nice

]]>