Patching an Oracle Database Appliance is mainly applying 3 patches: the system patch, including OS and Grid Infrastructure updates, the storage patch for data disks and disk controllers, and the DB patch for DB homes and databases. ASR manager (Automatic Service Request) update is included in the system patch. And it’s normally not a topic when patching an ODA, it’s a small module and update is done without any problem in most cases. Using ASR is recommended as its purpose is to automatically open a Service Request on My Oracle Support when hardware failure is detected by the system: don’t miss this important feature.<\/p>\n\n\n\n
When patching an ODA X8-2M from 19.18 to 19.20, I discovered that ASR manager was not in the correct version. How could I solve this problem?<\/p>\n\n\n\n
I always check the version of the ODA components prior applying a patch, just because it’s better to know where you started. Regarding the ASR manager on my ODA, it’s not OK because version doesn’t match the one delivered within 19.18 patch:<\/p>\n\n\n\n
odacli describe-component\nSystem Version \n---------------\n19.18.0.0.0\n\nSystem node Name \n---------------\noda01val\n\nLocal System Version \n---------------\n19.18.0.0.0 \n\nComponent Installed Version Available Version \n---------------------------------------- -------------------- --------------------\nOAK \n 19.18.0.0.0 up-to-date \nGI \n 19.18.0.0.230117 up-to-date \n...\n \nASR \n 20.3.0 22.2.0 \nHMP \n 2.4.8.9.604 up-to-date <\/code><\/pre>\n\n\n\nRetrying the 19.18 patch<\/h2>\n\n\n\n
You should know that you can retry the system patch without any problem. odacli will skip the already patched modules, and try to patch the components that are not in the target version. So this is the first thing you could do:<\/p>\n\n\n\n
odacli create-prepatchreport -s -v 19.18.0.0.0\r\nodacli describe-prepatchreport -i 91c48ee7-bffb-4ff7-9452-93b6d2c413d3\nPatch pre-check report \r\n------------------------------------------------------------------------\r\n Job ID: 91c48ee7-bffb-4ff7-9452-93b6d2c413d3\r\n Description: Patch pre-checks for [OS, ILOM, GI, ORACHKSERVER, SERVER]\r\n Status: SUCCESS\r\n Created: April 2, 2024 12:24:15 PM CEST\r\n Result: All pre-checks succeeded\r\n\r...\nodacli update-server -v 19.18.0.0.0\nodacli describe-job -i 3d72b49a-c201-42e2-9da9-e5e55d5b5e86\nJob details \r\n----------------------------------------------------------------\r\n ID: 3d72b49a-c201-42e2-9da9-e5e55d5b5e86\r\n Description: Server Patching\r\n Status: Success\r\n Created: April 2, 2024 12:32:23 PM CEST\r\n Message: \r\n...\nodacli describe-component | tail -n 5 \r\nASR \r\n 20.3.0 22.2.0 \r\nHMP \r\n 2.4.8.9.604 up-to-date <\/code><\/pre>\n\n\n\nIt didn’t help.<\/p>\n\n\n\n
Trying the 19.20 patch<\/h2>\n\n\n\n
As I need to go to 19.20, let’s try applying this system patch and see if it’s better:<\/p>\n\n\n\n
odacli create-prepatchreport -s -v 19.20.0.0.0\r\nodacli describe-prepatchreport -i 13919f5c-753e-4340-818d-b04022419938\nPatch pre-check report \r\n------------------------------------------------------------------------\r\n Job ID: 13919f5c-753e-4340-818d-b04022419938\r\n Description: Patch pre-checks for [OS, ILOM, GI, ORACHKSERVER, SERVER]\r\n Status: SUCCESS\r\n Created: April 2, 2024 3:50:29 PM CEST\r\n Result: All pre-checks succeeded\r...\nodacli update-server -v 19.20.0.0.0\nodacli describe-job -i 367476ef-1c67-4521-8c96-eb2dd8ad37ca\nJob details \r\n----------------------------------------------------------------\r\n ID: 367476ef-1c67-4521-8c96-eb2dd8ad37ca\r\n Description: Server Patching\r\n Status: Success\r\n Created: April 2, 2024 3:59:44 PM CEST\r\n Message: Successfully patched GI with RHP\r\n... <\/code><\/pre>\n\n\n\nLet’s check the version of ASR manager:<\/p>\n\n\n\n
odacli describe-component | tail -n 5 \nASR \r\n 20.3.0 23.1.0 \r\nHMP \r\n 2.4.9.0.601 up-to-date <\/code><\/pre>\n\n\n\nStill stuck to this old 20.3.0 release!<\/p>\n\n\n\n
Troubleshooting why it’s stuck<\/h2>\n\n\n\n
Let’s have a look of what’s inside this ASR manager:<\/p>\n\n\n\n
ls -lrt \/var\/opt\/asrmanager\/log\/ \r\ntotal 5188\r\n-rw-r--r-- 1 asrmgr asrmgr 0 Feb 17 2022 service-request.log\r\n-rw-r--r-- 1 asrmgr asrmgr 0 Feb 17 2022 file-upload.log\r\n-rw-r--r-- 1 asrmgr asrmgr 0 Feb 17 2022 trap-accepted.log\r\n-rw-r--r-- 1 asrmgr asrmgr 0 Feb 17 2022 trap-rejected.log\r\ndrwxr-xr-x 2 asrmgr asrmgr 4096 Feb 17 2022 sftransport\r\n-rw-r--r-- 1 asrmgr asrmgr 106 Feb 17 2022 autoupdate.log\r\n-rw-r--r-- 1 asrmgr asrmgr 0 Aug 17 2022 derby.log.0.lck\r\n-rw-r--r-- 1 asrmgr asrmgr 708474 Dec 19 2022 derby.log.0\r\ndrwxr-xr-x 2 asrmgr asrmgr 4096 Jan 19 2023 auditlog\r\n-rw-r--r-- 1 asrmgr asrmgr 4341 May 19 2023 zfssa-proxy.log\r\n-rw-r--r-- 1 asrmgr asrmgr 1407270 May 19 2023 memory.log\r\n-rw-r--r-- 1 asrmgr asrmgr 8518 May 19 2023 asr-http.log\r\n-rw-r--r-- 1 asrmgr asrmgr 2208 May 19 2023 remote-request.log\r\n-rw-r--r-- 1 asrmgr asrmgr 23388 May 19 2023 asr-snmp.log\r\n-rw-r--r-- 1 asrmgr asrmgr 3118352 May 19 2023 asr.log<\/code><\/pre>\n\n\n\nNo log since last year, this component is probably not running anymore:<\/p>\n\n\n\n
\/opt\/asrmanager\/util\/check_asr_status.sh\r\nChecking ASR Manager status ..............\r\nPASS: anaconda-ks.cfg copy-DIA003AP.sh copy-DIV002AP.sh copy-ERPPROD.sh Extras iar-cm22_cmdb_itasm_server.sh iar-info-acfs-asm.sh imaging_status.log initreboot.sh original-ks.cfg osimagelogs_2022-02-07-10-35.tar.gz perl5 post-ks-chroot.log post-ks-nochroot.log setupNetwork stderr.txt stdout.txt JAVA is not found. Please set 'java.exec' property in file \/var\/opt\/asrmanager\/configuration\/asr.conf to point to JAVA 1.8 or later and try again ****************************************************************\r\nPASS: ASR Manager SNMP listener is running (SNMP port anaconda-ks.cfg copy-DIA003AP.sh copy-DIV002AP.sh copy-ERPPROD.sh Extras iar-cm22_cmdb_itasm_server.sh iar-info-acfs-asm.sh imaging_status.log initreboot.sh original-ks.cfg osimagelogs_2022-02-07-10-35.tar.gz perl5 post-ks-chroot.log post-ks-nochroot.log setupNetwork stderr.txt stdout.txt JAVA is not found. Please set 'java.exec' property in file \/var\/opt\/asrmanager\/configuration\/asr.conf to point to JAVA 1.8 or later and try again ****************************************************************).\r\nPASS: ASR Manager HTTP receiver is running (HTTP port anaconda-ks.cfg copy-DIA003AP.sh copy-DIV002AP.sh copy-ERPPROD.sh Extras iar-cm22_cmdb_itasm_server.sh iar-info-acfs-asm.sh imaging_status.log initreboot.sh original-ks.cfg osimagelogs_2022-02-07-10-35.tar.gz perl5 post-ks-chroot.log post-ks-nochroot.log setupNetwork stderr.txt stdout.txt JAVA is not found. Please set 'java.exec' property in file \/var\/opt\/asrmanager\/configuration\/asr.conf to point to JAVA 1.8 or later and try again ****************************************************************).\r\nPASS: ASR Manager Oracle transport endpoint is set correctly. [**************************************************************** JAVA is not found. Please set 'java.exec' property in file \/var\/opt\/asrmanager\/configuration\/asr.conf to point to JAVA 1.8 or later and try again ****************************************************************]\r\nPASS: ASR Manager site id anaconda-ks.cfg copy-DIA003AP.sh copy-DIV002AP.sh copy-ERPPROD.sh Extras iar-cm22_cmdb_itasm_server.sh iar-info-acfs-asm.sh imaging_status.log initreboot.sh original-ks.cfg osimagelogs_2022-02-07-10-35.tar.gz perl5 post-ks-chroot.log post-ks-nochroot.log setupNetwork stderr.txt stdout.txt JAVA is not found. Please set 'java.exec' property in file \/var\/opt\/asrmanager\/configuration\/asr.conf to point to JAVA 1.8 or later and try again ****************************************************************.\r\nPASS: ASR Manager registration id anaconda-ks.cfg copy-DIA003AP.sh copy-DIV002AP.sh copy-ERPPROD.sh Extras iar-cm22_cmdb_itasm_server.sh iar-info-acfs-asm.sh imaging_status.log initreboot.sh original-ks.cfg osimagelogs_2022-02-07-10-35.tar.gz perl5 post-ks-chroot.log post-ks-nochroot.log setupNetwork stderr.txt stdout.txt JAVA is not found. Please set 'java.exec' property in file \/var\/opt\/asrmanager\/configuration\/asr.conf to point to JAVA 1.8 or later and try again ****************************************************************.\r\nPASS: ASR Manager logging level anaconda-ks.cfg copy-DIA003AP.sh copy-DIV002AP.sh copy-ERPPROD.sh Extras iar-cm22_cmdb_itasm_server.sh iar-info-acfs-asm.sh imaging_status.log initreboot.sh original-ks.cfg osimagelogs_2022-02-07-10-35.tar.gz perl5 post-ks-chroot.log post-ks-nochroot.log setupNetwork stderr.txt stdout.txt JAVA is not found. Please set 'java.exec' property in file \/var\/opt\/asrmanager\/configuration\/asr.conf to point to JAVA 1.8 or later and try again ****************************************************************.\r\nFAIL: ASR Manager bundles state is NOT active.\r\nFAIL: ASR Manager missing version.\r\nFAIL: ASR Manager database connectivity is not working.\r\nFAIL: ASR Manager process is not running.\r\nFAIL: ASR Autoupdate bundles state is NOT active.\r\nPlease refer to ASR documentation for troubleshooting steps.\r\n<\/code><\/pre>\n\n\n\nIt looks like the problem is related to Java, a configuration file describes the Java path:<\/p>\n\n\n\n
cat \/var\/opt\/asrmanager\/configuration\/asr.conf\r\njava.exec=\/opt\/oracle\/dcs\/java\/1.8.0_281\/bin\/java\r\n\r\nls \/opt\/oracle\/dcs\/java\/1.8.0_281\/bin\/java\r\nls: cannot access \/opt\/oracle\/dcs\/java\/1.8.0_281\/bin\/java: No such file or directory\r\n\r\nls \/opt\/oracle\/dcs\/java\/1.8.0_381\/bin\/java\r\n\/opt\/oracle\/dcs\/java\/1.8.0_381\/bin\/java<\/code><\/pre>\n\n\n\nOK, the Java path is not correct, let’s change it and check the status:<\/p>\n\n\n\n
sed -i 's\/281\/381\/g' \/var\/opt\/asrmanager\/configuration\/asr.conf\r\n\r\n\/opt\/asrmanager\/util\/check_asr_status.sh\r\nChecking ASR Manager status ..............\r\nPASS: ASR Manager site id ASR Manager is NOT RUNNING..\r\nPASS: ASR Manager registration id ASR Manager is NOT RUNNING..\r\nPASS: ASR Manager logging level ASR Manager is NOT RUNNING..\r\nFAIL: ASR Manager is NOT RUNNING.\r\nFAIL: ASR Manager bundles state is NOT active.\r\nFAIL: ASR Manager SNMP listener is not running.\r\nFAIL: ASR Manager HTTP receiver is not running.\r\nFAIL: ASR Manager missing version.\r\nFAIL: ASR Manager database connectivity is not working.\r\nFAIL: ASR Manager Oracle transport end point is incorrectly set.\r\nFAIL: ASR Manager process is not running.\r\nFAIL: ASR Autoupdate bundles state is NOT active.\r\nPlease refer to ASR documentation for troubleshooting steps.<\/code><\/pre>\n\n\n\nIt’s better now. Let’s retry the system patch:<\/p>\n\n\n\n
odacli create-prepatchreport -s -v 19.20.0.0.0\r\nodacli describe-prepatchreport -i 2d60dbdf-9c51-467f-858c-ccf6226b1828\r\nPatch pre-check report \r\n------------------------------------------------------------------------\r\n Job ID: 2d60dbdf-9c51-467f-858c-ccf6226b1828\r\n Description: Patch pre-checks for [OS, ILOM, GI, ORACHKSERVER, SERVER]\r\n Status: SUCCESS\r\n Created: April 2, 2024 5:44:51 PM CEST\r\n Result: All pre-checks succeeded\r\n...\nodacli update-server -v 19.20.0.0.0\r\n...\r\nodacli describe-job -i 05a10cf6-7856-494f-b434-04ea7b0b0c8d\r\nJob details \r\n----------------------------------------------------------------\r\n ID: 05a10cf6-7856-494f-b434-04ea7b0b0c8d\r\n Description: Server Patching\r\n Status: Success\r\n Created: April 3, 2024 9:20:46 AM CEST\r\n Message: \r\n...<\/code><\/pre>\n\n\n\nOK, and let’s check the version of ASR manager:<\/p>\n\n\n\n
odacli describe-component | tail -n 5\nASR \r\n 20.3.0 23.1.0 \r\nHMP \r\n 2.4.9.0.601 up-to-date\r\n<\/code><\/pre>\n\n\n\nNot better\u2026<\/p>\n\n\n\n
ASR manager is an RPM<\/h2>\n\n\n\n
I discovered that ASR manager is an RPM package, meaning that update may be quite easy.<\/p>\n\n\n\n
rpm -qa | grep asr\r\nasrmanager-20.3.0-1.noarch<\/code><\/pre>\n\n\n\nNewest version should be in the ODA repository:<\/p>\n\n\n\n
ls -lrth \/opt\/oracle\/oak\/pkgrepos\/asr\/23.1.0\/asrmanager-23.1.0-20230320145431.rpm \r\n-rw-r--r-- 1 root root 40M Aug 3 2023 \/opt\/oracle\/oak\/pkgrepos\/asr\/23.1.0\/asrmanager-23.1.0-20230320145431.rpm<\/code><\/pre>\n\n\n\nOK, so let’s upgrade this ASR manager:<\/p>\n\n\n\n
service asrm stop\r\nASR Manager is stopped.\r\n\r\nyum localupdate \/opt\/oracle\/oak\/pkgrepos\/asr\/23.1.0\/asrmanager-23.1.0-20230320145431.rpm\r\nLoaded plugins: langpacks, priorities, ulninfo, versionlock\r\nExamining \/opt\/oracle\/oak\/pkgrepos\/asr\/23.1.0\/asrmanager-23.1.0-20230320145431.rpm: asrmanager-23.1.0-1.noarch\r\nMarking \/opt\/oracle\/oak\/pkgrepos\/asr\/23.1.0\/asrmanager-23.1.0-20230320145431.rpm as an update to asrmanager-20.3.0-1.noarch\r\nResolving Dependencies\r\n--> Running transaction check\r\n---> Package asrmanager.noarch 0:20.3.0-1 will be updated\r\n---> Package asrmanager.noarch 0:23.1.0-1 will be an update\r\n--> Finished Dependency Resolution\r\nol7_UEKR6\/x86_64 | 3.0 kB 00:00:00 \r\nol7_UEKR6\/x86_64\/updateinfo | 1.1 MB 00:00:00 \r\nol7_UEKR6\/x86_64\/primary_db | 72 MB 00:00:00 \r\nol7_latest\/x86_64 | 3.6 kB 00:00:00 \r\nol7_latest\/x86_64\/group_gz | 136 kB 00:00:00 \r\n\u2003\r\nol7_latest\/x86_64\/updateinfo | 3.6 MB 00:00:00 \r\nol7_latest\/x86_64\/primary_db | 51 MB 00:00:00 \r\n\r\nDependencies Resolved\r\n\r\n=============================================================================================================================================================================================\r\n Package Arch Version Repository Size\r\n=============================================================================================================================================================================================\r\nUpdating:\r\n asrmanager noarch 23.1.0-1 \/asrmanager-23.1.0-20230320145431 45 M\r\n\r\nTransaction Summary\r\n=============================================================================================================================================================================================\r\nUpgrade 1 Package\r\n\r\nTotal size: 45 M\r\nIs this ok [y\/d\/N]: y\r\nDownloading packages:\r\nRunning transaction check\r\nRunning transaction test\r\nTransaction test succeeded\r\nRunning transaction\r\nWarning: RPMDB altered outside of yum.\r\n\r\nPlease enter 'yes' or 'no'\r\nyes\r\n\r\nCopyright [2008,2016], Oracle and\/or its affiliates. All rights reserved.\r\n\r\nLicense and Terms of Use for this software are described at https:\/\/support.oracle.com\/ (see Legal Notices and Terms of Use).\r\n\r\n****************************************************************\r\nWarning: ASR Manager should be run as asrmgr for better security.\r\nDoing so will mean changing the default 162 port or configuring\r\nyour system to enable asrmgr to access port 162.\r\n****************************************************************\r\n\r\nPlease review the security readme for more details.\r\n Updating : asrmanager-23.1.0-1.noarch 1\/2 \r\n\r\n*******************************************************\r\nTo allow a non-root user to manage ASR Manager service:\r\nAdd the following line to \/etc\/sudoers file\r\n'<userName> ALL=(root) NOPASSWD:\/opt\/asrmanager\/bin\/asr start,\/opt\/asrmanager\/bin\/asr stop,\/opt\/asrmanager\/bin\/asr status,\/opt\/asrmanager\/bin\/asr restart'\r\n*******************************************************\r\nStarting ASR Manager\r\nASR Manager (pid 13055) is RUNNING.\r\nUpgrading ASR Manager bundles...\r\nSuccessfully installed ASR Manager bundles.\r\nAdding the systemctl ASR Manager (asrm-startup) service.\r\nRemoving the original chkconfig ASR Manager (asrm) service.\r\n\r\nNote: This output shows SysV services only and does not include native\r\n systemd services. SysV configuration data might be overridden by native\r\n systemd configuration.\r\n\r\n If you want to list systemd services use 'systemctl list-unit-files'.\r\n To see services enabled on particular target use\r\n 'systemctl list-dependencies [target]'.\r\n\r\nASR AUTOUPDATE (asra) service exists.\r\nASR Manager is stopped.\r\nASR Manager (pid 17323) is RUNNING.\r\n\r\nThe ASR Manager application is installed in '\/opt\/asrmanager'. Log files are located in '\/var\/opt\/asrmanager'.\r\nASR Administration command is now available at \/opt\/asrmanager\/bin\/asr.\r\n\r\nChecking ASR Manager status ..\r\nFAIL: ASR Manager missing registration id.\r\nPlease refer to ASR documentation for troubleshooting steps.\r\napply.db.schema.changes is set to yes\r\n\u2003\r\nUpdate SFT listener.xml ...\r\nInstallation of asrmanager was successful.\r\nChecking ASR Manager snmp port ..\r\nThe ASR Manager SNMP listener port is set to 162 and is able to receive SNMP traps from assets.\r\n Cleanup : asrmanager-20.3.0-1.noarch 2\/2 \r\n Verifying : asrmanager-23.1.0-1.noarch 1\/2 \r\n Verifying : asrmanager-20.3.0-1.noarch 2\/2 \r\n\r\nUpdated:\r\n asrmanager.noarch 0:23.1.0-1 \r\n\r\nComplete!\r\n\r\nservice asrm status\r\nASR Manager (pid 17323) is RUNNING.\r\n\n\nodacli describe-component | tail -n 5\r\nASR \r\n 23.1.0 up-to-date \r\nHMP \r\n 2.4.9.0.601 up-to-date \r\n\r\n\/opt\/asrmanager\/util\/check_asr_status.sh\r\nChecking ASR Manager status ..\r\nPASS: ASR Manager (pid 17323) is RUNNING.\r\nPASS: ASR Manager bundles state is active.\r\nPASS: ASR Manager SNMP listener is running (SNMP port 162).\r\nPASS: ASR Manager HTTP receiver is running (HTTP port 16161).\r\nPASS: ASR Manager version 23.1.0.\r\nPASS: ASR Manager database connectivity is working.\r\nPASS: ASR Manager Oracle transport endpoint is set correctly. [https:\/\/transport.oracle.com]\r\nPASS: ASR Manager site id B156B0E0F8A8AA314F21DFA1BD88046F.\r\nPASS: ASR Manager logging level info.\r\nPASS: ASR Manager process is running as asrmgr.\r\nPASS: ASR Autoupdate bundles state is active.\r\nFAIL: ASR Manager missing registration id.\r\nPlease refer to ASR documentation for troubleshooting steps.\r\n<\/code><\/pre>\n\n\n\nIt’s now OK, my ASR manager is running with the correct version. I can now configure it with odacli configure-asr: my ODA will then be able to open a Service Request as soon as a hardware failure is detected.<\/p>\n\n\n\n
Conclusion<\/h2>\n\n\n\n
In normal conditions, ASR manager is updated without any issue when appyling the system patch. But if you’re stuck with an old version, you can easily upgrade it manually without any problem.<\/p>\n","protected":false},"excerpt":{"rendered":"
Introduction Patching an Oracle Database Appliance is mainly applying 3 patches: the system patch, including OS and Grid Infrastructure updates, the storage patch for data disks and disk controllers, and the DB patch for DB homes and databases. ASR manager (Automatic Service Request) update is included in the system patch. And it’s normally not a […]<\/p>\n","protected":false},"author":45,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[59],"tags":[],"type_dbi":[],"class_list":["post-32298","post","type-post","status-publish","format-standard","hentry","category-oracle"],"acf":[],"yoast_head":"\n
ODA patching: ASR manager stuck to old version - dbi Blog<\/title>\n<meta name=\"description\" content=\"ASR\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"ODA patching: ASR manager stuck to old version\" \/>\n<meta property=\"og:description\" content=\"ASR\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2024-04-03T15:29:55+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2024-04-03T15:29:58+00:00\" \/>\n<meta name=\"author\" content=\"J\u00e9r\u00f4me Dubar\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"J\u00e9r\u00f4me Dubar\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"2 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/\"},\"author\":{\"name\":\"J\u00e9r\u00f4me Dubar\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/0fb4bbf128b4cda2f96d662dec2baedd\"},\"headline\":\"ODA patching: ASR manager stuck to old version\",\"datePublished\":\"2024-04-03T15:29:55+00:00\",\"dateModified\":\"2024-04-03T15:29:58+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/\"},\"wordCount\":467,\"commentCount\":0,\"articleSection\":[\"Oracle\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/\",\"name\":\"ODA patching: ASR manager stuck to old version - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\"},\"datePublished\":\"2024-04-03T15:29:55+00:00\",\"dateModified\":\"2024-04-03T15:29:58+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/0fb4bbf128b4cda2f96d662dec2baedd\"},\"description\":\"ASR\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/oda-patching-asr-manager-stuck-to-old-version\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ODA patching: ASR manager stuck to old version\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/\",\"name\":\"dbi Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/#\\\/schema\\\/person\\\/0fb4bbf128b4cda2f96d662dec2baedd\",\"name\":\"J\u00e9r\u00f4me Dubar\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g\",\"caption\":\"J\u00e9r\u00f4me Dubar\"},\"description\":\"J\u00e9r\u00f4me Dubar has more than 15 years of experience in the field of Information Technology. Ten years ago, he specialized in the Oracle Database technology. His expertise is focused on database architectures, high availability (RAC), disaster recovery (DataGuard), backups (RMAN), performance analysis and tuning (AWR\\\/statspack), migration, consolidation and appliances, especially ODA (his main projects during the last years). Prior to joining dbi services, J\u00e9r\u00f4me Dubar worked in a Franco-Belgian IT service company as Database team manager and main consultant for 7 years. He also worked for 5 years in a software editor company as technical consultant across France. He was also teaching Oracle Database lessons for 9 years. J\u00e9r\u00f4me Dubar holds a Computer Engineering degree from the Lille Sciences and Technologies university in northern France. His branch-related experience covers the public sector, retail, industry, banking, health, e-commerce and IT sectors.\",\"url\":\"https:\\\/\\\/www.dbi-services.com\\\/blog\\\/author\\\/jerome-dubar\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"ODA patching: ASR manager stuck to old version - dbi Blog","description":"ASR","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/","og_locale":"en_US","og_type":"article","og_title":"ODA patching: ASR manager stuck to old version","og_description":"ASR","og_url":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/","og_site_name":"dbi Blog","article_published_time":"2024-04-03T15:29:55+00:00","article_modified_time":"2024-04-03T15:29:58+00:00","author":"J\u00e9r\u00f4me Dubar","twitter_card":"summary_large_image","twitter_misc":{"Written by":"J\u00e9r\u00f4me Dubar","Est. reading time":"2 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/"},"author":{"name":"J\u00e9r\u00f4me Dubar","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/0fb4bbf128b4cda2f96d662dec2baedd"},"headline":"ODA patching: ASR manager stuck to old version","datePublished":"2024-04-03T15:29:55+00:00","dateModified":"2024-04-03T15:29:58+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/"},"wordCount":467,"commentCount":0,"articleSection":["Oracle"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/","url":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/","name":"ODA patching: ASR manager stuck to old version - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2024-04-03T15:29:55+00:00","dateModified":"2024-04-03T15:29:58+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/0fb4bbf128b4cda2f96d662dec2baedd"},"description":"ASR","breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/oda-patching-asr-manager-stuck-to-old-version\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"ODA patching: ASR manager stuck to old version"}]},{"@type":"WebSite","@id":"https:\/\/www.dbi-services.com\/blog\/#website","url":"https:\/\/www.dbi-services.com\/blog\/","name":"dbi Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.dbi-services.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/0fb4bbf128b4cda2f96d662dec2baedd","name":"J\u00e9r\u00f4me Dubar","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/efaa5a7def0aa4cdaf49a470fb4a7641a3ea6e378ae1455096a0933f99f46d6b?s=96&d=mm&r=g","caption":"J\u00e9r\u00f4me Dubar"},"description":"J\u00e9r\u00f4me Dubar has more than 15 years of experience in the field of Information Technology. Ten years ago, he specialized in the Oracle Database technology. His expertise is focused on database architectures, high availability (RAC), disaster recovery (DataGuard), backups (RMAN), performance analysis and tuning (AWR\/statspack), migration, consolidation and appliances, especially ODA (his main projects during the last years). Prior to joining dbi services, J\u00e9r\u00f4me Dubar worked in a Franco-Belgian IT service company as Database team manager and main consultant for 7 years. He also worked for 5 years in a software editor company as technical consultant across France. He was also teaching Oracle Database lessons for 9 years. J\u00e9r\u00f4me Dubar holds a Computer Engineering degree from the Lille Sciences and Technologies university in northern France. His branch-related experience covers the public sector, retail, industry, banking, health, e-commerce and IT sectors.","url":"https:\/\/www.dbi-services.com\/blog\/author\/jerome-dubar\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/32298","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/users\/45"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=32298"}],"version-history":[{"count":3,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/32298\/revisions"}],"predecessor-version":[{"id":32301,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/32298\/revisions\/32301"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=32298"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=32298"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=32298"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=32298"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}