Wednesday, August 24, 2022

555.1 and patch conflicts

Есть такая нота 555.1 Oracle Database 19c Important Recommended One-off Patches (Doc ID 555.1),
по-сути перечень критических багов, которые желательно исправить в данном конкретном пачсете:




















К 19.16, например, прилагаются 7 багов. К каждому багу Оракл приготовил one-off-заплатки (столбец Patches):

В общем, очень полезная нота.

Глядя в нее возникает мысль поставить все one-off сразу, чтобы одним махом избавиться от всех болячек. 

Однако, в этой ноте ничего не сказано про конфликты между этими one-off. Можно ли их поставить все вместе или нет? Поскольку про конфликты ничего не говорится, то возникает ощущение, что конфликтов между этими one-off нет.
Или есть?

Попробуем поставить все эти one-off . Вот такой список патчей получился:

- Базовый релиз 19с (19.3)
- Квартальный пачсет 19.16 (патч 34133642)
- Квартальный OJVM 19.16
- Последний OPatch версии v32 (патч 6880880)
- 7 патчей из 555.1 для 19.16
- Последний Time Zone v38 (патч 34006614) + OJVM TZ v38 (патч 34006650)
- Обновление на Perl (33912872)
- Обновление на JDK (34113634)
 

Что получилось:

 - Базовый релиз 19.3
  Поскольку я устанавливал Оракл на OEL 8.6, оказалось, что runInstaller 19.3 еще не знает о том, что в природе бывает Линукс 8. Поэтому пришлось обмануть инсталлятор и сделать вид, что у меня Оракл 7: export CV_ASSUME_DISTID=OL7

- Затем поставил последний OPatch v32 (unzip p6880880.zip -d $OH)
- Затем накатил квартальник 19.16 (unzip & opatch apply) и накатил OJVM 19.16.

Создал базу данных. Пока все хорошо, никаких проблем.

- Затем TZ v38 + TZ OJVM v38  (unzip & opatch apply) поставил только на бинарники OH. БД остановлено, изменения в БД сделаем позднее.

- Затем пришла очередь 555.1, которых в ноте предлагается поставить 7 штук.
  Первые 6 поставились без проблем.

К этому моменту установленные патчи выглядели так:

$ opatch lspatches

34333986;AIM ORA-600 [KTUSCV1 CV BUF TOO BIG] - KTUSCV1
33510062;19C DATABASE SUDDENLY CANT START PROCESSES (BACKGROUND, JOB, SLAVE)
33195096;AIM ORA-600 [KDBBLKCHECKERROR] - KDB4CHK1
30691454;SYD  E1POD DBHOME PATCHING COMPLETELY HUNG WITH KPDBHASHTABLE_FIND MULTIPLE INSTANCE HANG
29780459;INCREASE _LM_RES_HASH_BUCKET AND BACK OUT CHANGES FROM THE BUG 29416368 FIX
29213893;DBMS_STATS FAILING WITH ERROR ORA-01422 WHEN GATHERING STATS FOR USER$ TABLE

34006650;DSTV38 UPDATE - TZDATA2022A - NEED OJVM FIX
34006614;RDBMS - DSTV38 UPDATE - TZDATA2022A
34086870;OJVM RELEASE UPDATE: 19.16.0.0.220719 (34086870)
34133642;Database Release Update : 19.16.0.0.220719 (34133642)
29585399;OCW RELEASE UPDATE 19.3.0.0.0 (29585399)


С последним патчем
34060122 Instance Membership Reconfiguration Without Restart / Crash or Abort of Instance - ORA-600 [kjbrwrdone:sc3]
возникла проблема:

[oracle@yu1 34060122]$ opatch apply
Oracle Interim Patch Installer version 12.2.0.1.32
Copyright (c) 2022, Oracle Corporation.  All rights reserved.

Oracle Home       : /u01/app/oracle/19.16
Central Inventory : /u01/app/oraInventory
   from           : /u01/app/oracle/19.16/oraInst.loc
OPatch version    : 12.2.0.1.32
OUI version       : 12.2.0.7.0
Log file location : /u01/app/oracle/19.16/cfgtoollogs/opatch/opatch2022-08-23_11-47-04AM_1.log

Verifying environment and performing prerequisite checks...

Conflicts/Supersets for each patch are:

Patch : 34060122

    Conflict with 29780459
    Conflict details:
    /u01/app/oracle/19.16/lib/libserver19.a:kjfc.o
    /u01/app/oracle/19.16/lib/libserver19.a:kjbdom.o


Following patches have conflicts: [   29780459   34060122 ]

Use the MOS Patch Conflict Checker "https://support.oracle.com/epmos/faces/PatchConflictCheck" to resolve.
See MOS documents 1941934.1 and 1299688.1 for additional information and resolution methods.

UtilSession failed: Inter-conflict checking failed in apply incoming patches
Log file location: /u01/app/oracle/19.16/cfgtoollogs/opatch/opatch2022-08-23_11-47-04AM_1.log

OPatch failed with error code 73


opatch apply участливо предлагает решить проблему. Для этого он предлагает пройти по ссылке:
MOS Patch Conflict Checker "https://support.oracle.com/epmos/faces/PatchConflictCheck"
загрузить opatch lsinventory и указать номер конфликтующего патча:



 

Как оказалось в нашем случае уже есть готовый merge для конфликтующих патчей:

MERGE ON DATABASE RU 19.16.0.0.0 OF 29780459 34060122 (Patch)
p34320744_1916000DBRU_Linux-x86-64.zip    6.0 MB    (6316047 bytes)


 

34320744 установился без проблем:


В общем, первый вывод из этого эксперимента: между патчами в 555.1 могут быть конфликты. Перед установкой надо проверить бесконфликтность вашего множества патчей.

В результате получилось:

$ opatch lspatches
34113634;JDK BUNDLE PATCH 19.0.0.0.220719
33912872;DATABASE PERL UPDATE IN 19C TO V5.32-1 (CVE-2022-23990 - LIBEXPAT UPDATE)
34320744;MERGE ON DATABASE RU 19.16.0.0.0 OF 29780459 34060122
34333986;AIM ORA-600 [KTUSCV1 CV BUF TOO BIG] - KTUSCV1
33510062;19C DATABASE SUDDENLY CANT START PROCESSES (BACKGROUND, JOB, SLAVE)
33195096;AIM ORA-600 [KDBBLKCHECKERROR] - KDB4CHK1
30691454;SYD  E1POD DBHOME PATCHING COMPLETELY HUNG WITH KPDBHASHTABLE_FIND MULTIPLE INSTANCE HANG
29213893;DBMS_STATS FAILING WITH ERROR ORA-01422 WHEN GATHERING STATS FOR USER$ TABLE
34006650;DSTV38 UPDATE - TZDATA2022A - NEED OJVM FIX
34006614;RDBMS - DSTV38 UPDATE - TZDATA2022A
34086870;OJVM RELEASE UPDATE: 19.16.0.0.220719 (34086870)
34133642;Database Release Update : 19.16.0.0.220719 (34133642)
29585399;OCW RELEASE UPDATE 19.3.0.0.0 (29585399)


30 августа нота 555.1 обновилась и в неё добавились два патча: 34150264 и 30662963.

Установка этих патчей на $ОН проходит без проблем, т.е. конфликтов нет:

$ opatch lspatches

34150264;AIM ORA-29771  PROCESS RECO (OSID XX) BLOCKS LGWR (OSID XX) FOR MORE THAN XX SECONDS - KJFMHEALTH_WAITCHAIN_ADRREPORT
30662963;HIGH CONTENTION FOR MGA SHARED CONTEXT (ROOT) LATCH WHEN LOTS OF SESSIONS ARE LOGGING OUT

34113634;JDK BUNDLE PATCH 19.0.0.0.220719
33912872;DATABASE PERL UPDATE IN 19C TO V5.32-1 (CVE-2022-23990 - LIBEXPAT UPDATE)
34320744;MERGE ON DATABASE RU 19.16.0.0.0 OF 29780459 34060122
34333986;AIM ORA-600 [KTUSCV1 CV BUF TOO BIG] - KTUSCV1
33510062;19C DATABASE SUDDENLY CANT START PROCESSES (BACKGROUND, JOB, SLAVE)
33195096;AIM ORA-600 [KDBBLKCHECKERROR] - KDB4CHK1
30691454;SYD  E1POD DBHOME PATCHING COMPLETELY HUNG WITH KPDBHASHTABLE_FIND MULTIPLE INSTANCE HANG
29213893;DBMS_STATS FAILING WITH ERROR ORA-01422 WHEN GATHERING STATS FOR USER$ TABLE
34006650;DSTV38 UPDATE - TZDATA2022A - NEED OJVM FIX
34006614;RDBMS - DSTV38 UPDATE - TZDATA2022A
34086870;OJVM RELEASE UPDATE: 19.16.0.0.220719 (34086870)
34133642;Database Release Update : 19.16.0.0.220719 (34133642)
29585399;OCW RELEASE UPDATE 19.3.0.0.0 (29585399)

No comments:

Post a Comment

Note: Only a member of this blog may post a comment.

Does DEALLOCATE UNUSED or SHRINK SPACE will free space occupied by LOB segment?

Lets check how it works. My env is DB 19.20@Linux-x64 1) I created the table with 4 LOB columns of 4 different LOB types: BASICFILE BLOB, BA...