{"id":46,"date":"2020-03-25T08:42:25","date_gmt":"2020-03-25T07:42:25","guid":{"rendered":"http:\/\/mohrthomas.de\/?page_id=46"},"modified":"2023-06-16T08:02:15","modified_gmt":"2023-06-16T07:02:15","slug":"dba-blog","status":"publish","type":"page","link":"https:\/\/mohrthomas.de\/?page_id=46","title":{"rendered":"dba-blog"},"content":{"rendered":"\n<h1 class=\"wp-block-heading\">unzipPatch? OMSPatcher failed with error code = 238 EM12c<\/h1>\n\n\n\n<p>Hi,<\/p>\n\n\n\n<p>while applying the patch 28491093 i got error code = 238&nbsp;with &#8220;OMSPatcher finds that no sub-patch(es) can be applied to the OMS system.&#8221;<br> &nbsp;<br> I assumed that i took the wrong one but emcli returns plug-in-Versions which&nbsp;match the patch.<br> I searched logs for&nbsp;a couple of&nbsp;days, but had to create a SR at Oracle.<br> During Webex-session the Support (Thank you!) found a log which Shows that a file is missing\u2026\u2026..<br> I downloaded&nbsp;the patch again and used 7-zip\u2026\u2026.and it works.<br><br><\/p>\n\n\n\n<h1 class=\"wp-block-heading\">Command cp with asmcmd cannot use Wildcards.<\/h1>\n\n\n\n<p id=\"block-007fd3a8-5d17-4579-a23f-40cfb9ae7d18\">Since Oracle 12.2 the backup of the ocr must be stored in ASM.<br>But i prefer having this on&nbsp;the local file system. This should be done with a scheduled task.<br>My batch:<br>set oracle_home=C:\\gridhome<br>set oracle_sid=+asm1<br>cmd \/c asmcmd ls +DATA\/Oravirt12c\/OCRBACKUP\/ &gt;&gt; C:\\ocrbkup\\files_ocrbkup.txt<br>cmd \/c for \/f %%f in (C:\\ocrbkup\\files_ocrbkup.txt) do asmcmd cp +DATA\/Oravirt12c\/OCRBACKUP\/%%f c:\\ocrbkup\\<br>del C:\\ocrbkup\\files_ocrbkup.txt<\/p>\n\n\n\n<p><br><\/p>\n\n\n\n<h1 class=\"wp-block-heading\">Installing EM13.2 agent from OMS-host which is running on Windows  <\/h1>\n\n\n\n<p>Having a Windows-environment for our Oracle-RAC&#8217;s we decided to install OL 7.8 as OS for 19c.<\/p>\n\n\n\n<p>So after i&#8217;ve finished installation i tried to push EM13.2CC-agent from the WIN-OMS to the new target-maschine.<br>Since only the agent for the platform the OMS was installed on is included by default i first added agent to the software-library by Self-Update.<br>It shows AVAILABLE so start deploying it via the GUI &gt;&gt; error<br>Seems to be an issue while trying to Unzip.<br>Ok, let&#8217;s try the command-line according to MOS-DOC 1360083.1.<br>emcli get_agentimage -destination= -platform=&#8221;<br>ends with<br>ERROR: Command C:\\&#8217;PATH&#8217;\\unzip.exe c:\\&#8217;PATH&#8217;\\13.2.0.0.0_Plugins_226.zip -d c:\\&#8217;PATH&#8217;\\13.2.0.0.0_Plugins_226.zip -d &#8216;PATH&#8217; execution failed.<br><br>emcli get_supported_platforms returns<br>Version = 13.2.0.0.0<br>Platform = Linux x86-64<br>Platform = Microsoft Windows x64 (64-bit)<br><br>Platforms list displayed successfully.<br>emcli list_plugins_on_server<br>OMS name is OMS:Port_Management_Service<br>Plug-in Name Plugin-id Version [revision]<br>Oracle Cloud Framework oracle.sysman.cfw 13.2.2.0.0<br>Oracle Database oracle.sysman.db 13.2.2.0.0<br>Oracle Fusion Middleware oracle.sysman.emas 13.2.2.0.0<br>Systems Infrastructure oracle.sysman.si 13.2.2.0.0<br>Oracle Exadata oracle.sysman.xa 13.2.2.0.0<br><br><\/p>\n\n\n\n<p>But when downloading the agent_image i notice that the plugin-zip has size of just 1k.<\/p>\n\n\n\n<p>Found no solution, so i created a SR.<br>As per advice from MOS I did AgentPull.sh from target-side but still<\/p>\n\n\n\n<p>\u2026..<br>zip warning: missing end signature&#8211;probably not a zip file (did you<br>zip warning: remember to use binary mode when you transferred it?)<br>zip warning: (if you are trying to read a damaged archive try -F)<br><br>zip error: Zip file structure invalid (\/u01\/app\/oracle\/product\/agent13c\/\/plugin.zip)<br>ERROR: curl command:\/usr\/bin\/curl https:\/\/OMS:Port\/em\/install\/getAgentImage?user=sysman&amp;platform=Linux x86-64&amp;version=13.2.0.0.0&amp;ignoreDiscoveryPlu gin=&amp;script=download&amp;host=Machine-name&amp;type=pluginimage &#8211;insecure -o \/u01\/app\/oracle\/product\/agent13c\/\/plugin.zip -S &#8211;stderr \/u01\/app\/oracle\/product\/agent13c\/\/er ror.txt failed.<br><br><\/p>\n\n\n\n<p>So, it seeems still an issue with the zip-file.<\/p>\n\n\n\n<p>OK, so let&#8217;s take another machine outside the network and work with VM.<br>I tried to install EM 13.2 on a LINUX machine in order to get an agent from that machine, but Installation failed.<br>Seems to be described in DOC ID 2270676.1.<br>But file which is mentioned could not be found in MW-Home.<br>So still working on this.<\/p>\n\n\n\n<p>Then tried to get a pre-built VM from Oracle, found<br>https:\/\/www.oracle.com\/technetwork\/server-storage\/vm\/documentation\/readme-em-13200-20190114-5278095.txt<\/p>\n\n\n\n<p>But it seems to me that only 13.4 is available now.<\/p>\n\n\n\n<p>Ah, Doc ID 2315652.1 made it.<br>Installation OMS on Linux-VM was successful.<br>Then proceeded acc to 1360083.1. (with transferring agentCore.zip from VM to Target-Machine)<\/p>\n\n\n\n<p><br><br><br><br><\/p>\n\n\n\n<p><br><br><br><br><br><br><br><br><\/p>\n\n\n\n<p>                                                                  <\/p>\n\n\n\n<h1 class=\"wp-block-heading\">Oracle autoupgrade with Windows-Services and DataGuard 12.2 &gt; 19c<br><br><\/h1>\n\n\n\n<p>As described in Oracle documentation the Windows-Service<br>has been deleted while upgrade and must be re-created with oradim afterwards.<br><br>It worked for the Primary DB but dgmgrl showed some errors regarding the connectivity<br>to the Standby-DB.<br>My colleagues and me found following solution:<br><br>Create the service without password-clause<br><em>then create pwd-file with compatibility-level<\/em><br><em>12.2<\/em><br><em>!! &gt; This password-file had been copied to the Standby-Site and renamed (unique-DB-Name) !!<\/em><br><br>DataGuard works!<br><\/p>\n\n\n\n<p><\/p>\n\n\n\n<p><\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><\/li>\n<\/ul>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p><\/p>\n<\/blockquote>\n\n\n\n<p><\/p>\n\n\n\n<p><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Autoupgrade to 19c ended with UPG-1401<\/h2>\n\n\n\n<p>Autoupgrade-log showed:<\/p>\n\n\n\n<p>Fehler: UPG-1401<\/p>\n\n\n\n<p>Datenbank XXXXXXX konnte nicht im Upgrademodus ge\u00f6ffnet werden<\/p>\n\n\n\n<p>Ursache: Opening database for upgrade in the target home failed<\/p>\n\n\n\n<p>Autoupgrade ended with ERROR<\/p>\n\n\n\n<p>DATABASE NAME: XXXXXXX<\/p>\n\n\n\n<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; CAUSE: ERROR at Line 1 in [Buffer]<\/p>\n\n\n\n<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; REASON: SP2-0640: Nicht angemeldet<\/p>\n\n\n\n<p>Alert-Log led us to the underlying issue:<\/p>\n\n\n\n<p>ORA-00494: Enqueue [CF] zu lange (mehr als 900 Sekunden) von &#8221;inst 1, osid 77576&#8221; gehalten<\/p>\n\n\n\n<p>during &#8220;ALTER DATABASE OPEN MIGRATE&#8221;<\/p>\n\n\n\n<p>Found<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-smart-way-of-technology wp-block-embed-smart-way-of-technology\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"YdOiQYOXq0\"><a href=\"https:\/\/smarttechways.com\/2019\/02\/07\/ora-00494-enqueue-cf-held-for-too-long-more-than-900-seconds\/\">ORA-00494: enqueue [CF] held for too long (more than 900&nbsp;seconds)<\/a><\/blockquote><iframe loading=\"lazy\" class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;ORA-00494: enqueue [CF] held for too long (more than 900&nbsp;seconds)&#8221; &#8212; Smart way of Technology\" src=\"https:\/\/smarttechways.com\/2019\/02\/07\/ora-00494-enqueue-cf-held-for-too-long-more-than-900-seconds\/embed\/#?secret=8qZaAgaxUv#?secret=YdOiQYOXq0\" data-secret=\"YdOiQYOXq0\" width=\"600\" height=\"338\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<p>OK, we added<\/p>\n\n\n\n<p>&#8220;_controlfile_enqueue_timeout&#8221;=1800<\/p>\n\n\n\n<p>to the &#8220;init.ora-file&#8221; located in the DEFAULT location within the ORACLE_HOME-directory.<\/p>\n\n\n\n<p>And once more&#8230;&#8230;same error.<\/p>\n\n\n\n<p>The section<\/p>\n\n\n\n<p>&#8220;System parameters with non-default values:&#8221;<\/p>\n\n\n\n<p>in the alert-log shows that the added line was not taken into account.<\/p>\n\n\n\n<p>But then my colleague noticed the line above:<\/p>\n\n\n\n<p>Using parameter settings in client-side pfile X:\\APP\\AUTOUPGRADE_20220822\\XXXXXXXXXXX\\XXXXXXXXXX\\XXXXXXXX\\104\\DBUPGRADE\\CATUPGRDXXXXXXXXXXXXXXXXXXX.ORA on machine XXXXXXXX<\/p>\n\n\n\n<p>Adding the value to THIS file did it.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">SQL Server c: runs out of space<\/h2>\n\n\n\n<p>I noticed that the c:\\-partition of our SQL-Server ran out of space.<br>Found directory &#8216;Users\\SSISScaleOutMaster150\\AppData\\Local\\SSIS\\ScaleOut\\15\\Master&#8217; which contains the logs from SSISScaleOutMaster. The logs are written every minute, so we had ~30 GB of logs for ~ 3 years. The logs can be deleted \ud83d\ude09<\/p>\n","protected":false},"excerpt":{"rendered":"<p>unzipPatch? OMSPatcher failed with error code = 238 EM12c Hi, while applying the patch 28491093 i got error code = 238&nbsp;with &#8220;OMSPatcher finds that no sub-patch(es) can be applied to the OMS system.&#8221; &nbsp; I assumed that i took the wrong one but emcli returns plug-in-Versions which&nbsp;match the patch. I searched logs for&nbsp;a couple of&nbsp;days, &hellip; <a href=\"https:\/\/mohrthomas.de\/?page_id=46\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;dba-blog&#8221;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-46","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/mohrthomas.de\/index.php?rest_route=\/wp\/v2\/pages\/46","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mohrthomas.de\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/mohrthomas.de\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/mohrthomas.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mohrthomas.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=46"}],"version-history":[{"count":11,"href":"https:\/\/mohrthomas.de\/index.php?rest_route=\/wp\/v2\/pages\/46\/revisions"}],"predecessor-version":[{"id":71,"href":"https:\/\/mohrthomas.de\/index.php?rest_route=\/wp\/v2\/pages\/46\/revisions\/71"}],"wp:attachment":[{"href":"https:\/\/mohrthomas.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=46"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}