![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||||||||||
Solution Type Problem Resolution Sure Solution 2148682.1 : VMS6 - Upgrade from pre-6.3 code to 7.0.0.05.000 code fails
In this Document
Oracle Confidential PARTNER - Available to partners (SUN). Applies to:StorageTek Virtual Storage Manager System 6 (VSM6) - Version All Versions and laterOracle Solaris on SPARC (64-bit) SymptomsERROR: vsm2-rs is NOT Online and SC_RES_STATE_FULLY_OPERATIONAL ChangesVSM6 application microcode upgrade to 7.0.0.05.000 CauseUpgrade from pre-6.3.x.xx.xxx code to 7.0.0.05.000 code. SolutionEngineering requires that 6.3.0.03.000 or 6.3.0.05.000 be installed first, then 7.0.0.05.000. Review the microcode release notes for information. Below is the workaround to fix the server type AFTER attempting to upgrade to 7.0.0.05.000 from a pre-6.3 release. It is intended to resolve the upgrade failure, not to provide an alternative to following the recommended action of installing 6.3.0.xx code first. 1. Fix Server Type in MySQL from node 1. a) Stop the VSM6 application and verify the nodes are down with the scstat. You should see two lines with dashes(--------) /opt/vsm/bin/killtikka.pl scstat -g b)Start MySQL. sudo /opt/vsm/bin/vsm_db.py --start c) Change the SERVER_TYPE in the database. These are two separate commands. source /opt/vsm/bin/mysql-env mysql --port=3306 --protocol=tcp --user=root --password=egbdf123 --database=VSM6DB --host=mysql-lh -e "UPDATE VSM6DB.TIKKA_PROPERTIES SET PROPERTY_VALUE_CHAR='T4' WHERE PROPERTY_NAME='SERVER_TYPE'" d) Verify the SERVER_TYPE is T4. mysql --port=3306 --protocol=tcp --user=root --password=egbdf123 --database=VSM6DB --host=mysql-lh -e "SELECT PROPERTY_VALUE_CHAR FROM VSM6DB.TIKKA_PROPERTIES WHERE PROPERTY_NAME='SERVER_TYPE'" You should see the following in the output: e)Stop MySQL. sudo /opt/vsm/bin/vsm_db.py --stop f) Rerun the DCL. /home/vsmadm/download/dcl -v 7.0.0.05.000 g) Verify the VSM6 nodes are fully operational with the scstat. scstat -g
The following error may be found in the log file erip.out. You can also verify the issue by running the commands in step 1. d) above in the workaround. 2016-06-06 14:37:23.215146 if>420 [ClusterProbeCommunicationServer] DEBUG com.sun.vtss.servers.clusterprobe.ClusterProbeCommunication - sendResponse(): Setting state to Starting: 16 The above error means the Server type is not correctly set in MySQL database. We have "SPARC-T4" instead of "T4"
In addition, you will see the following. Node 1 will show in the /vsm_logfiles/majorevents.log the following. Node 2 will show in the /vsm_logfiles/majorevents.log the following.
VSM6 7.0.0.05.000 engineering release notes have been updated and can be found on the morris server here http://morris.us.oracle.com/www/NPDC/microcode/vsm/vsm6/mandatory/7.0.0_Releases/7.0.0.05.000/. References<NOTE:1586215.1> - VSM6 - How to downgrade application microcode<BUG:23541847> - VMS6 CODE UPGRADE FROM 6.2.0.10.000 TO 7.0.0.05.000 FAILS Attachments This solution has no attachment |
||||||||||||||||||||
|