First Try:
1. Execute below command on all Oracle VM Servers which had been assigned with the non-exist Storage LUN:
# scsi-rescan
2. Execute below command on all Oracle VM Servers to flush all unused multipath device maps:
# multipath -F
3. Log into Oracle VM Manager BUI again, under Storage tab, select the SAN Server under which the non-exist Storage LUN is listed, Click button "Refresh SAN Server".
if above method could not fix the problem try:
REGENERATE YOUR DATABASE
# service ovmm stop
1. Execute below command on all Oracle VM Servers which had been assigned with the non-exist Storage LUN:
# scsi-rescan
2. Execute below command on all Oracle VM Servers to flush all unused multipath device maps:
# multipath -F
3. Log into Oracle VM Manager BUI again, under Storage tab, select the SAN Server under which the non-exist Storage LUN is listed, Click button "Refresh SAN Server".
if above method could not fix the problem try:
REGENERATE YOUR DATABASE
# service ovmm stop
# cd /u01/app/oracle/ovm-manager-3/ovm_tools/bin/
# ./BackupDatabase.py
you backup have stored in /u01/app/oracle/mysql/dbbackup
The values for some of the command line switches for the ovm_upgrade.sh command can be found in the /u01/app/oracle/ovm-manager-3/.config file
# cd /u01/app/oracle/ovm-manager-3/bin
# ./ovm_upgrade.sh --deletedb --dbhost=localhost --dbport=49500 --dbsid=ovs --dbuser=ovs --dbpass=xxxx
to prevent error: AUTH_000002:Connection to manager failed: Certificate authentication failed
execute
# ./configure_client_cert_login.sh
# service ovmm start
use tools from Doc ID 1555915.1 to assist in populating the friendly object names
# ./ovm_reporestore -u admin -p Wltd0www -h localhost -F /u01/app/oracle/mysql/dbbackup/OVMModelExport-YYYYMMDD_xxxxxx.xml -a -R
Комментариев нет:
Отправить комментарий