Hi Tundra, If you can not wait until the bugs Neil mentioned are fixed, you might want to register /usr/bin/true for the probe script.
There is no way of configuring a generic delay between the stops of two distinct resources. The stop_timeout value of a resource is the only place which you can configure beside your idea of a generic delay agent . Detlef Neil Garthwaite wrote: > Hi Tundra, > > Please take a look at CR 690511 and related CR 6883522. > > http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=22e87d81734affa1e019c706d395?bug_id=6905111 > > > http://bugs.opensolaris.org/bugdatabase/view_bug.do;jsessionid=28d7bef8e5eae07ef1ce3be59076?bug_id=6883522 > > > > The latter has a work around to increase the STOP_TIMEOUT of the sczbt > resource, which will essentially delay the stop of the resource. > > Regards > Neil > > On 5 Jan 2010, at 22:06, Tundra Slosek wrote: > >> I continue to experience problems with getting my zfs backed zones to >> shutdown without stepping on themselves... >> >> My current attempt is to create a 5 second sleep between when the >> sczbt resource stops and when the underlying HAStoragePlus resource >> stops. >> >> To do this, I used scdsbuilder to create a resource type which has as >> it's start_command '/usr/bin/sleep 5' and as it's stop_command >> '/usr/bin/sleep 5'; and inserted this in the dependency chain between >> the sczbt resource and the HAStoragePlus resource, however this seems >> to have created problems because there is no actual resource running >> for the probe/monitor to find, so it times out constantly. >> >> I suppose I could just edit the sczbt start/stop script to insert a >> 'sleep 5' where I want it, but I'd rather not start changing the >> packaged scripts if I can avoid it. >> >> Is there some other way to tell my cluster to wait 5 seconds between >> when one resource successfully stops and when it begins the process >> of stopping the next? >> -- >> This message posted from opensolaris.org >> _______________________________________________ >> ha-clusters-discuss mailing list >> ha-clusters-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss > > _______________________________________________ > ha-clusters-discuss mailing list > ha-clusters-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ha-clusters-discuss -- ***************************************************************************** Detlef Ulherr Staff Engineer Tel: (++49 6103) 752-248 Availability Engineering Fax: (++49 6103) 752-167 Sun Microsystems GmbH Amperestr. 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 M?nchen: HRB 161028 Gesch?ftsf?hrer: Thomas Schr?der, Wolfgang Engels, Wolf Frenkel Vorsitzender des Aufsichtsrates: Martin H?ring *****************************************************************************
