Hi,
Helaas, ik zal niet aanwezig zijn (vakantie).
Bij Belfius zijn we al een tijdje op Exadata 19c en GI's zijn ge-upgrade naar
19c.
We hebben wel wat problemen gehad met ILOMs die niet opkwamen bij het patchen,
zowel bij de Cells als DBnodes ,en éénmalig een ILOM down gegaan, ik heb
hiervoor een SR geopend met als antwoord :
The issue is occuring after image is updated ( at first ilom reset at a later
time /or when ilom is modified as per update).
As per bug information received:
-The bug shows this issue is fixed with:
SW2.3.3 Build01 4.0.4.47-r131915 include this fix , but there is not an Exadata
release that includes the fix yet.
De upgrade van GI 12.1.0.2 naar 19.3 ging redelijk vlotjes , enkel een probleem
gehad met de MGMTDB door te kleine tablespace sizing, verholpen door de cha
repository te resizen met een hoger aantal entities + nadien nog eens moeten
vergroten van de SYSMGMTDATACHAFIX tablespace.
Er zijn nog geen operationele DBs upgegrade naar 19c, wat me wel opviel is dat
19c databases enorm veel KTSJ slave background processen heeft +/- 160 per
instance t.o.v. 3 in 12.1, dit blijkt normaal te zijn volgens Doc ID 2297950.1
Onlangs de eerste RU (19.4.0.0.190716) gepatcht op de GI , hieronder het
verhaal hiervan :
Eerst en vooral dacht ik dat elke RU een volledige ORACLE_HOME zou zijn, zoals
19.2.0.0 en 19.3.0.0 en je enkel had te switchen naar de nieuwe ORACLE_HOME.
Volgens Docid 888828.1 heeft de patch de volgende requirements
Minimum release required for Exadata 19.3.
Exadata 19.3 requires GIhome patch 30177140 and patch 29391849, DBhome patch
30177140 and patch 30165493.
de patch 30177140 is lange tijd niet beschikbaar geweest en via een SR kreeg ik
volgend antwoord :
"as per Dev that this patch is required if we are installing 19.3 on X8M, Not
on X7 exadata."
de patch is uiteindelijk beschikbaar geworden eind september als een merge
patch :
"MERGE ON DATABASE RU 19.4.0.0.0 OF 30143796 30165503"
Bugs fixed:
29637526, 29989783, 30142907, 30165503
De patching van GI is sinds lange tijd geautomatiseerd en gelanceerd via batch
jobs,
met als logica , copy huidige GI_HOME , rootcrs.sh -prepath, clone.pl en opatch
v.d patchen als voorbereiding
en nadien rolling switch over verschillende dagen (transacties laten uitdoven
en connecties naar te switchen nodes controleren met services) via rootcrs.sh
–postpath.
in 19c is clone.pl depricated en opatchauto is de aangewezen manier om
out-of-place patching te doen,
alhoewel opatchauto achterliggend nog steeds clone.pl gebruikt.
Na het uitvoeren van opatchauto apply -prepare-clone had ik de 2 bijkomende
patches 30177140 & 29391849
op de gekloonde GI Home geapplied.
Dit geeft echter een probleem bij de apply -switch-clone , die faalt met message
OPATCHAUTO-72137: Oracle Home patch level is changed.
Na het rollbacken v.d. 2 patches was de -switch-clone succesvol, het blijkt dus
niet mogelijk om na de prepare-clone nog patches te apply-en, de hele
prepare-clone moet overgedaan worden met optie –phBaseDir .
Echter op de laatste node faalde die met
MGTCA-1173 : failed to deploy CHA models for the cluster with error
CLSCH-3610 : An unexpected error occurred in Cluster Health Advisor control
utility.
2019/10/16 10:40:27 CLSRSC-180: An error occurred while executing the command
'/UAT/SYOR/app/grid/19.4.0.0/bin/mgmtca applysql'
After fixing the cause of failure Run opatchauto resume
OPATCHAUTO-68061: The orchestration engine failed.
OPATCHAUTO-68061: The orchestration engine failed with return code 1
OPATCHAUTO-68061: Check the log for more details.
OPatchAuto failed.
Probleem was dat user CHA in -MGTMDB expired was, DEFAULT profile heeft
PASSWORD_LIFE_TIME = 180.
mgmtca trace file :
INFO: MGMTDB CHA password expired, renewing it.
INFO: Fail to renew MGMTDB CHA password
INFO: java.io.IOException: Cannot run program "mgmtca": error=2, No such file
or directory
manueel mgmtca gedraait (hierdoor werd een nieuw paswoord gezet).
opatchauto resume nadien succesvol uitgevoerd.
Ik vermoed dat de ORACLE_HOME en PATH moet verwijzen naar de GI_HOME.
mvg,
Dirk Verkens.
-----Original Message-----
From: exabelux-bounce@xxxxxxxxxxxxx [mailto:exabelux-bounce@xxxxxxxxxxxxx] On ;
Behalf Of Philippe Fierens
Sent: donderdag 3 oktober 2019 15:51
To: exabelux@xxxxxxxxxxxxx
Subject: [exabelux] Next Gathering thursday October
Hi all,
OOW is already behind us, so a good time to schedule half a day meetup for our
ExaBelux user group
We would like to go into more detail about the new Exadata that was unveiled at
OOW : Exadata X8-2 M
* Johan Vanden Bossche wil talk about Sparse disk groups and how to set it up
on Exadata
* Pieter Van Puymbroeck will drop by to discuss new 20c features in Oracle Data
Guard.
Round table about upgrading to Exadata 19c and issues encountered, OEDA, …..
We could like to do that the last day of October the 31st starting at 13:00 at
Oracle Vilvoorde, this is during the autumn break
Could you please let us know if you would be able to make it ?
Regards,
Johan & Philippe
Any communication and/or information in this message are confidential and may
be privileged or otherwise protected. If you receive it in error, please inform
us and then delete it from your system. You should not copy or disclose its
contents to anyone. Communication is not secure and information cannot be
guaranteed to be error free. Any communication and/or information are sent
without any prejudice.