You can avoid the RG_OFFLOAD resource and configure a strong negative affinity between the prod and the development resource group.
see man rg_properties for the correct syntax and semantics how to achieve that. And also see the more detailed documentation under http://docs.sun.com/app/docs/doc/819-0703/6n343k6if?a=view Hope this helps Detlef Norm Dressler wrote: > Is there a way to just shutdown a resource rather then have it move to > another server? > > I have a 2 node cluster. If production fails on node 1, I want it to > move to node 2 but have dev running there shutdown. The RGOffload tries > to move the resource and if it fails, it restarts on the originating > node. I just want it to shutdown - > > Would that be the affect if I disabled the failover option for resource > group? > > Norm > > On Fri, 2007-14-12 at 14:46 +0100, Thorsten Frueauf wrote: > >> Hi Norm, >> >> I am assuming that you have at least two resource groups configured - >> one for the production resources, and one (or even two) for your test >> and development resources. >> >> If so, then you can use the strong negative affinity in order to offload >> the test/dev resource group, before it is getting started on the >> secondary node. >> >> The RG_affinities property for resource groups got introduced with SC >> 3.1 U3. >> >> If you are running an earlier update of SC 3.1 you may use the RGOffload >> resource type (obsolted by affinities). >> >> See >> http://docs.sun.com/app/docs/doc/819-2974/ch14_resources_admin-42?a=view >> for more details on affinities. >> >> See >> http://docs.sun.com/app/docs/doc/819-0582/6n30g7ilc?l=en&a=view&q=RGOffload >> to see the manpage for SUNW.RGOffload. >> >> Greets >> Thorsten >> >> Norm Dressler wrote: >> >>> I have a 2 node cluster running various Oracle schemas. >>> >>> With a recent upgrade, we have determined we can no longer run three of our >>> environments on the backup server. >>> >>> Example, primary server runs production, secondary runs test and dev. >>> >>> In a failover situation, production should failover to the secondary. >>> However, the secondary does not have sufficient resources to allow it to >>> start. >>> >>> The solution is to shut down test prior to failing over. This must happen >>> before Oracle tries to start on the secondary server. The scripts used to >>> start Oracle are the same across the environments and the only difference >>> is the SID. >>> >>> We also use data storage resources and it has the the ability to set the >>> RunBeforeStartMethod parameter and since it is one of the first items to >>> fail over, I thought I found my solution but unfortunately it did not run >>> the script I wrote to shutdown test - the script consisted of scswitch >>> commands. >>> >>> Does anyone know of a way to stop a resource on the secondary server prior >>> to a resource failing over to it? >>> >>> Thanks for any assistance. >>> >>> Norm >>> > _______________________________________________ > ha-clusters-discuss mailing list > ha-clusters-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss > -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ***************************************************************************** Detlef Ulherr Staff Engineer Tel: (++49 6103) 752-248 Availability Engineering Fax: (++49 6103) 752-167 Sun Microsystems GmbH Amperestra?e 6 mailto:detlef.ulherr at sun.com 63225 Langen http://www.sun.de/ ***************************************************************************** Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Amtsgericht Muenchen: HRB 161028 Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Vorsitzender des Aufsichtsrates: Martin Haering *****************************************************************************
