Validation Failure : Downgrade from Newer Version to the Older Version.

Question

We have recently upgraded our application from RTR 1.0 version to RTR 2.0 version.
Now we are planning on downgrading ( i.e backout ), this new RTR 2.0 version to the RTR 1.0 version of the application.
The resource type for this application is : SUNW.myapp. meadows is the Logical Hostname of this resource. myapp-hasp
is the HAStoragePlus resource for this resource group.
Here are the steps that follow
Here are are listing all the details for this application resource:
*# scrgadm -pvvv | grep -i "resource type" | grep app-server*
(APP_RG:app-server) Res resource type: SUNW.myapp:2.0
bash-3.00# scrgadm -pvvv | grep -i "resource type"
(SUNW.LogicalHostname:2) Res Type description: Logical Hostname Resource Type
(SUNW.SharedAddress:2) Res Type description: HA Shared Address Resource Type
(SUNW.HAStoragePlus:2) Res Type description: HA Storage Plus - A Resource Type which subsumes HA Storage
*(SUNW.myapp) Res Type description: HA Application Server Resource Type*
*(SUNW.myapp:2.0) Res Type description: HA Application Server Resource Type*
(APP_RG:meadows) Res resource type: SUNW.LogicalHostname:2
(APP_RG:myapp-hasp) Res resource type: SUNW.HAStoragePlus:2
(APP_RG:myapp-server) Res resource type: SUNW.myapp:2.0
Backing to the Old version of the Application :
*# scrgadm -cj app-server -y Type_version="" -x App_serverroot=/opt/SUNWmyapp*
Resource <app-server> can only be upgraded to version <1.0> of the resource type <SUNW.myapp> when its resource group <APP_RG> has been switched to unmanaged state.
According to downgrade steps from 3.1 doc link, need to unmanage the resource group to downgrade resource type.
http://docs.sun.com/app/docs/doc/817-6555/rtupgrade-22?l=en&q=upgrade+resource+type&a=view
bash-3.00# scswitch -n -j app-server,myapp-hasp,meadows*
bash-3.00# scswitch -F -g APP_RG
bash-3.00# scswitch -u -g APP_RG
bash-3.00# scstat -g
-- Resource Groups and Resources --
Group Name Resources
Resources: APP_RG meadows myapp-hasp app-server
-- Resource Groups --
Group Name Node Name State
Group: APP_RG brother Unmanaged
Group: APP_RG shaw Unmanaged
-- Resources --
Resource Name Node Name State Status Message
Resource: meadows brother Offline Offline - LogicalHostname offline.
Resource: meadows shaw Offline Offline - LogicalHostname offline.
Resource: myapp-hasp brother Offline Offline
Resource: myapp-hasp shaw Offline Offline
Resource: app-server brother Offline Offline
Resource: app-server shaw Offline Offline - Stop Succeeded
*# scrgadm -cj app-server -y Type_version="" -x App_serverroot=/opt/SUNWmyapp*
VALIDATE on resource app-server, resource group APP_RG, exited with non-zero exit status.
Validation of resource app-server in resource group APP_RG on node brother failed.
/var/adm/messages:
Oct 4 11:28:11 brother Cluster.RGM.rgmd: [ID 707948 daemon.notice] launching method <myapp_validate> for resource <app-server>, resource group <APP_RG>, timeout <120> seconds
Oct 4 11:28:11 brother SC[SUNW.myapp,APP_RG,app-server,myapp_validate]: [ID 495386 daemon.error] INTERNAL ERROR: All HASP resources we depend are not ONLINEanywhere neither locally nor elsewhere on the cluster.
Oct 4 11:28:11 brother Cluster.RGM.rgmd: [ID 699104 daemon.error] VALIDATE failed on resource <app-server>, resource group <APP_RG>, time used: 0% of timeout <120, seconds>
Downgrade failed due to validation procedure, which was expecting HAStoragePlus to be on line, but according to downgrade steps, Resource group should be in unmanaged state (so HAStoragePlus resource will be in disable state)

Answer 1

Try Firefox
It would just be a setting change in Safari Settings, or your Firewall Preferences, or your Network Proxy Settings.
But see if Firefox works first.