Wednesday, March 24, 2010
Monday, March 22, 2010
Friday, March 12, 2010
Wednesday, March 03, 2010
#271519: Solaris 10 Kernel Patches 141444-09 and 141445-09 May Cause Interface Failure in IP Multipathing (IPMP)
#271519: Solaris 10 Kernel Patches 141444-09 and 141445-09 May Cause Interface Failure in IP Multipathing (IPMP)
Category : Availability
Release Phase : Resolved
Bug Id : 6888928
Product : Solaris 10 Operating System
Date of Workaround Release : 03-Nov-2009
Date of Resolved Release : 10-Dec-2009
Solaris 10 Kernel Patches 141444-09 and 141445-09 cause interface failure in IP Multipathing:
1. Impact
The IP Multipathing (IPMP) facility allows systems with multiple network interfaces in the same subnet to failover in the event that one of the interfaces fails, and then failback when the interface is ok.
Solaris 10 Kernel Patches 141444-09 (SPARC) and 141445-09 (x86) cause interface failure in IPMP when configured for probe based failure detection. This issue does not occur with a IPMP link based failure detection configuration.
2. Contributing Factors
This issue can occur in the following releases:
SPARC Platform:
* Solaris 10 with patch 141444-09 and without patch 142900-02
x86 Platform:
* Solaris 10 with patch 141445-09 and without patch 142901-02
Note 1: Solaris 8 and 9 and OpenSolaris are not impacted by this issue.
Note 2: This issue only occurs on systems with IPMP configured for probe based failure detection. This issue does not occur with a IPMP link based failure detection configuration.
Category : Availability
Release Phase : Resolved
Bug Id : 6888928
Product : Solaris 10 Operating System
Date of Workaround Release : 03-Nov-2009
Date of Resolved Release : 10-Dec-2009
Solaris 10 Kernel Patches 141444-09 and 141445-09 cause interface failure in IP Multipathing:
1. Impact
The IP Multipathing (IPMP) facility allows systems with multiple network interfaces in the same subnet to failover in the event that one of the interfaces fails, and then failback when the interface is ok.
Solaris 10 Kernel Patches 141444-09 (SPARC) and 141445-09 (x86) cause interface failure in IPMP when configured for probe based failure detection. This issue does not occur with a IPMP link based failure detection configuration.
2. Contributing Factors
This issue can occur in the following releases:
SPARC Platform:
* Solaris 10 with patch 141444-09 and without patch 142900-02
x86 Platform:
* Solaris 10 with patch 141445-09 and without patch 142901-02
Note 1: Solaris 8 and 9 and OpenSolaris are not impacted by this issue.
Note 2: This issue only occurs on systems with IPMP configured for probe based failure detection. This issue does not occur with a IPMP link based failure detection configuration.
Friday, February 26, 2010
Bug ID: 6898395 when applying latest KU 141444-09 clusters hangs on reboot as it exhausts autopush structures.
From http://bugs.opensolaris.org
Bug ID: 6898395 when applying latest KU 141444-09 clusters hangs on reboot as it exhausts autopush structures.
Bug ID: 6898395 when applying latest KU 141444-09 clusters hangs on reboot as it exhausts autopush structures.
Bug ID 6898395
Synopsis when applying latest KU 141444-09 clusters hangs on reboot as it exhausts autopush structures.
State 6-Fix Understood (Fix is known)
Category:Subcategory suncluster:networking
Keywords BOP | rtiq_regression | sc32u3-dmt
Responsible Engineer Thomas Atkins
Reported Against
Duplicate Of
Introduced In
Commit to Fix
Fixed In
Release Fixed
Related Bugs 6879232
Submit Date 5-November-2009
Last Update Date 11-December-2009
Description
please see evaluation in 6879232, essentially after adding 141444-09 to my cluster nodes, reboot hangs, as my cluster nodes has exhausted the default number of autopush structures.
When the clhbsndr module is loaded, it causes a lot more autopushes to occur than would otherwise happen on a non-clustered system.
So cluster needs to update /etc/system with
set nautopush=64
this has also been seen by one external customer so far, University of Queensland.
Enda
Work Around
edit /etc/system and add the line:
set nautopush=64
Thursday, February 18, 2010
Wednesday, February 17, 2010
Subscribe to:
Posts (Atom)