I notice that on a lot of forums the following is quite a common question
"How can I verify what version CRS is?".
The version of CRS can be higher than the version of database/ASM software. The commands to see the same are
crsctl query crs softwareversion
crsctl query crs activeversion
So although the difference between the two commands might be obvious I am not sure if this is documented anywhere. Also after upgrading from 10.2.0.1 to 10.2.0.2/10.2.0.3 the active version does not seem to change. This maybe due to bug 5278777 which should be fixed in the 10.2.0.4 patchset.
I upgraded a couple of clusters yesterday from 10.2.0.1 to 10.2.0.3 (without any issues per se) and this is what I see after the CRS upgrade.
elephant-> crsctl query crs softwareversion
CRS software version on node [elephant] is [10.2.0.3.0]
elephant-> crsctl query crs activeversion
CRS active version on the cluster is [10.2.0.1.0]
elephant-> cemutlo -w
2:1:
The cemutlo command is used by the EM agent to query CRS version.
Also a rolling upgrade of CRS causes the VIP to relocate to some other node and you have to manually relocate the same using crs_relocate. This is mentioned in the patchset readme though I am not sure how many customers actually read the section “Known Issues”.
8 comments:
I upgraded a 6-node cluster from 10.2.0.1 to 10.2.0.2. While upgrading each cluster node, I was checking the software and active versions. Until you upgrade all nodes in a cluster, the active version will not be updated to the software version. When I patched all 6 nodes, I found the software and active versions point to the newly patched version.
Thanks Sendivam.
In my case I have upgraded all the nodes in the cluster.
cheers for posting the crsctl command to check. Running rhel4 U2 I found same behaviour as Sendivam going from 10.2.0.2 -> 10.2.0.3:
oracle@linuxrac1 ~]$ crsctl query crs softwareversion
CRS software version on node [linuxrac1] is [10.2.0.3.0]
[oracle@linuxrac1 ~]$ crsctl query crs activeversion
CRS active version on the cluster is [10.2.0.2.0]
after upgrading clusterware on 2nd node:
[oracle@linuxrac1 ~]$ crsctl query crs activeversion
CRS active version on the cluster is [10.2.0.3.0]
I upgraded 2-node RAC on Solaris 10 from 10.2.0.1 to 10.2.0.3 and it is showing the correct version
gcrdb1:"/export/home/oracle"> crsctl query crs softwareversion
CRS software version on node [gcrdb1] is [10.2.0.3.0]
gcrdb1:"/export/home/oracle"> crsctl query crs activeversion
CRS active version on the cluster is [10.2.0.3.0]
Hi Fairlie,
I have a 10.1.0.4 db and when i run this under CRS_HOME
[oracle@test bin]$ crsctl query crs softwareversion
Unexpected parameter: crs
[oracle@test bin]$ cemutlo -w
1:1:
is this command not active in previous releases?
Thanks,
Roshan
Works fine for me too. Patching CRS does not lead to any discrepancy in the version.
>crsctl query crs softwareversion
CRS software version on node [x303] is [10.2.0.3.0]
>crsctl query crs activeversion
CRS active version on the cluster is [10.2.0.3.0]
Good for people to know.
after patched all node from 10.2.0.1 to 10.2.0.4
[root@rh2 bin]# ./crsctl query crs softwareversion
CRS software version on node [rh2] is [10.2.0.4.0]
[root@rh2 bin]# ./crsctl query crs activeversion
CRS active version on the cluster is [10.2.0.1.0]
[root@rh2 bin]# ./crsctl query crs activeversion
CRS active version on the cluster is [10.2.0.4.0]
Post a Comment