{"id":640,"date":"2019-11-24T20:00:51","date_gmt":"2019-11-24T23:00:51","guid":{"rendered":"http:\/\/www.fernandosimon.com\/blog\/?p=640"},"modified":"2020-07-19T19:15:13","modified_gmt":"2020-07-19T22:15:13","slug":"exadata-workaround-for-oracka-ko-error","status":"publish","type":"post","link":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/","title":{"rendered":"Exadata, workaround for oracka.ko error"},"content":{"rendered":"<p style=\"text-align: justify;\">Recently I made an Exadata stack upgrade\/update to the last 19.2 version (19.2.7.0.0.191012) released in October of 2019, and update the GI to the last 19c version (19.5.0.0.191015) and after that, I hade some issues to create 11G databases.<\/p>\n<p style=\"text-align: justify;\">So, when I try to create an 11G RAC database, the error \u201c<strong><em>File -oracka.ko- was not found<\/em><\/strong>\u201d appears and creation fails. Here I want to share with you the workaround (since there is no solution yet) that I discovered and used to bypass the error.<\/p>\n<h2 style=\"text-align: justify;\">The environment<\/h2>\n<p style=\"text-align: justify;\">The actual environment is:<\/p>\n<ul style=\"text-align: justify;\">\n<li>Grid Infrastructure: Version 19.5.0.0.191015<\/li>\n<li>Exadata domU: Version 19.2.7.0.0.191012 running kernel 4.1.12-124.30.1.el7uek.x86_64<\/li>\n<li>11G Database: Version 11.2.0.4.180717<\/li>\n<li>ACFS: Used to store some files<\/li>\n<\/ul>\n<h2 style=\"text-align: justify;\">oracka.ko<\/h2>\n<p style=\"text-align: justify;\">So, calling dbca:<\/p>\n<pre class=\"EnlighterJSRAW\" data-enlighter-language=\"no-highlight\">[DEV-oracle@exsite1c1-]$ \/u01\/app\/oracle\/product\/11.2.0.4\/dbhome_1\/bin\/dbca -silent -createDatabase -templateName General_Purpose.dbc -gdbName D11TST19 -adminManaged -sid D11TST19 -sysPassword oracle11 -systemPassword oracle11 -characterSet WE8ISO8859P15 -emConfiguration NONE -storageType ASM -diskGroupName DATAC8 -recoveryGroupName RECOC8 -nodelist exsite1c1,exsite1c2 -sampleSchema false\r\nCopying database files\r\n100% complete\r\nLook at the log file \"\/u01\/app\/oracle\/cfgtoollogs\/dbca\/D11TST19\/D11TST19.log\" for further details.\r\n[DEV-oracle@exsite1c1-]$<\/pre>\n<p style=\"text-align: justify;\"><!--more Click here to read more...--><\/p>\n<p style=\"text-align: justify;\">And at the log:<\/p>\n<pre class=\"EnlighterJSRAW\" data-enlighter-language=\"no-highlight\">[DEV-oracle@exsite1c1-]$ cat \/u01\/app\/oracle\/cfgtoollogs\/dbca\/D11TST19\/D11TST19.log\r\nCreating and starting Oracle instance\r\nPRCR-1006 : Failed to add resource ora.d11tst19.db for d11tst19\r\nPRCD-1094 : Failed to create start dependency for database d11tst19 on the ASM cluster filesystem where ACFS path \/u01\/app\/oracle\/product\/11.2.0.4\/dbhome_1 resides\r\nPRCT-1129 : Execution of ACFS driver state check failed on local node with result Errors uncompressing file: oracka.zip.\r\nFile -oracka.ko- was not found.\r\nError # 50 - . Output: .\r\nErrors uncompressing file: oracka.zip.\r\nFile -oracka.ko- was not found.\r\nError # 50 - . Output: .\r\nACFS-9200: Supported\r\nDBCA_PROGRESS : 100%\r\n[DEV-oracle@exsite1c1-]$<\/pre>\n<p style=\"text-align: justify;\">If you check for the trace of database creation:<\/p>\n<pre class=\"EnlighterJSRAW\" data-enlighter-language=\"no-highlight\">[DEV-oracle@exsite1c1-]$ vi \/u01\/app\/oracle\/cfgtoollogs\/dbca\/D11TST19\/trace.log\r\n[Thread-166] [ 2019-11-07 08:30:37.860 CET ] [ASMFactoryImpl.isACFSSupported:954]  Entry: oraHome=\/u01\/app\/oracle\/product\/11.2.0.4\/dbhome_1, m_crsHome=\/u01\/app\/19.0.0.0\/grid\r\n[Thread-166] [ 2019-11-07 08:30:37.860 CET ] [ASMFactoryImpl.isACFSSupported:958]  Checking if ACFS now...\r\n[Thread-166] [ 2019-11-07 08:30:37.861 CET ] [USMDriverUtil.&lt;init&gt;:117]  Checking file exists for: \/u01\/app\/19.0.0.0\/grid\/bin\/acfsdriverstate\r\n[Thread-166] [ 2019-11-07 08:30:37.862 CET ] [NativeSystem.isCmdScv:502]  isCmdScv: cmd=[]\r\n[Thread-182] [ 2019-11-07 08:30:37.866 CET ] [StreamReader.run:61]  In StreamReader.run\r\n[Thread-181] [ 2019-11-07 08:30:37.868 CET ] [StreamReader.run:61]  In StreamReader.run\r\n[Thread-182] [ 2019-11-07 08:30:38.230 CET ] [StreamReader.run:65]  ERROR&gt;Argument \"2\/8\" isn't numeric in numeric ne (!=) at \/u01\/app\/19.0.0.0\/grid\/lib\/osds_acfsroot.pm line 2093.\r\n[Thread-182] [ 2019-11-07 08:30:38.230 CET ] [StreamReader.run:65]  ERROR&gt;Argument \"2\/8\" isn't numeric in numeric ne (!=) at \/u01\/app\/19.0.0.0\/grid\/lib\/osds_acfsroot.pm line 2093.\r\n[Thread-182] [ 2019-11-07 08:30:38.235 CET ] [StreamReader.run:65]  ERROR&gt;error:  cannot delete old \/u01\/app\/19.0.0.0\/grid\/usm\/install\/Oracle\/EL7UEK\/x86_64\/4.1.12-112.16.4\/4.1.12-112.16.4-x86_64\/bin\/oracka.ko\r\n[Thread-182] [ 2019-11-07 08:30:38.235 CET ] [StreamReader.run:65]  ERROR&gt;        Permission denied\r\n[Thread-181] [ 2019-11-07 08:30:38.310 CET ] [StreamReader.run:65]  OUTPUT&gt;Errors uncompressing file: oracka.zip.\r\n[Thread-181] [ 2019-11-07 08:30:38.405 CET ] [StreamReader.run:65]  OUTPUT&gt;File -oracka.ko- was not found.\r\n[Thread-181] [ 2019-11-07 08:30:38.485 CET ] [StreamReader.run:65]  OUTPUT&gt;Error # 50 - . Output: .\r\n[Thread-182] [ 2019-11-07 08:30:38.504 CET ] [StreamReader.run:65]  ERROR&gt;error:  cannot delete old \/u01\/app\/19.0.0.0\/grid\/usm\/install\/Oracle\/EL7UEK\/x86_64\/4.1.12-112.16.4\/4.1.12-112.16.4-x86_64\/bin\/oracka.ko\r\n[Thread-182] [ 2019-11-07 08:30:38.504 CET ] [StreamReader.run:65]  ERROR&gt;        Permission denied\r\n[Thread-181] [ 2019-11-07 08:30:38.587 CET ] [StreamReader.run:65]  OUTPUT&gt;Errors uncompressing file: oracka.zip.\r\n[Thread-181] [ 2019-11-07 08:30:38.667 CET ] [StreamReader.run:65]  OUTPUT&gt;File -oracka.ko- was not found.\r\n[Thread-181] [ 2019-11-07 08:30:38.753 CET ] [StreamReader.run:65]  OUTPUT&gt;Error # 50 - . Output: .\r\n[Thread-181] [ 2019-11-07 08:30:40.877 CET ] [StreamReader.run:65]  OUTPUT&gt;ACFS-9200: Supported\r\n[Thread-166] [ 2019-11-07 08:30:40.881 CET ] [UnixSystem.dorunRemoteExecCmd:3232]  retval = 0\r\n[Thread-166] [ 2019-11-07 08:30:40.881 CET ] [UnixSystem.dorunRemoteExecCmd:3256]  exitValue = 0\r\n[Thread-166] [ 2019-11-07 08:30:40.882 CET ] [USMDriverUtil.checkACFSState:267]  Printing ACFS output\r\n[Thread-166] [ 2019-11-07 08:30:40.882 CET ] [USMDriverUtil.checkACFSState:268]  Errors uncompressing file: oracka.zip.\r\nFile -oracka.ko- was not found.\r\nError # 50 - . Output: .\r\nErrors uncompressing file: oracka.zip.\r\nFile -oracka.ko- was not found.\r\nError # 50 - . Output: .\r\nACFS-9200: Supported\r\n[Thread-166] [ 2019-11-07 08:30:40.882 CET ] [InstanceStepOPS.executeImpl:1014]  PRCR-1006 : Failed to add resource ora.d11tst19.db for d11tst19\r\nPRCD-1094 : Failed to create start dependency for database d11tst19 on the ASM cluster filesystem where ACFS path \/u01\/app\/oracle\/product\/11.2.0.4\/dbhome_1 resides\r\nPRCT-1129 : Execution of ACFS driver state check failed on local node with result Errors uncompressing file: oracka.zip.\r\nFile -oracka.ko- was not found.\r\nError # 50 - . Output: .\r\nErrors uncompressing file: oracka.zip.\r\nFile -oracka.ko- was not found.\r\nError # 50 - . Output: .\r\nACFS-9200: Supported\r\n[Thread-166] [ 2019-11-07 08:30:40.883 CET ] [BasicStep.configureSettings:304]  messageHandler being set=oracle.sysman.assistants.util.SilentMessageHandler@5a943dc4\r\n[Thread-166] [ 2019-11-07 08:30:40.883 CET ] [BasicStep.configureSettings:304]  messageHandler being set=oracle.sysman.assistants.util.SilentMessageHandler@5a943dc4\r\noracle.sysman.assistants.util.step.StepExecutionException: PRCR-1006 : Failed to add resource ora.d11tst19.db for d11tst19\r\nPRCD-1094 : Failed to create start dependency for database d11tst19 on the ASM cluster filesystem where ACFS path \/u01\/app\/oracle\/product\/11.2.0.4\/dbhome_1 resides\r\nPRCT-1129 : Execution of ACFS driver state check failed on local node with result Errors uncompressing file: oracka.zip.\r\nFile -oracka.ko- was not found.\r\nError # 50 - . Output: .\r\nErrors uncompressing file: oracka.zip.\r\nFile -oracka.ko- was not found.\r\nError # 50 - . Output: .\r\nACFS-9200: Supported\r\n        at oracle.sysman.assistants.dbca.backend.InstanceStepOPS.executeImpl(InstanceStepOPS.java:1015)\r\n        at oracle.sysman.assistants.util.step.BasicStep.execute(BasicStep.java:210)\r\n        at oracle.sysman.assistants.util.step.BasicStep.callStep(BasicStep.java:251)\r\n        at oracle.sysman.assistants.dbca.backend.DBEntryStep.executeImpl(DBEntryStep.java:229)\r\n        at oracle.sysman.assistants.util.step.BasicStep.execute(BasicStep.java:210)\r\n        at oracle.sysman.assistants.util.step.Step.execute(Step.java:140)\r\n        at oracle.sysman.assistants.util.step.StepContext$ModeRunner.run(StepContext.java:2711)\r\n        at java.lang.Thread.run(Thread.java:637)\r\n[Thread-166] [ 2019-11-07 08:30:40.883 CET ] [SQLEngine.done:2189]  Done called<\/pre>\n<p style=\"text-align: justify;\">So, as you can see in the trace the process for database creation when detecting that ACFS is in place, tries to unzip some files (.ko, kernel objects) related to ACFS access but receive the error or that <strong>cannot delete old oracka.ko<\/strong> and for <strong>uncompressing file oracka.zip<\/strong>.<\/p>\n<h2 style=\"text-align: justify;\">Source of the problem<\/h2>\n<p style=\"text-align: justify;\">Checking for the problem, we can see that access denied occurs for folder <em>$GI_HOME\/usm\/install\/Oracle\/EL7UEK\/x86_64\/4.1.12-112.16.4\/4.1.12-112.16.4-x86_64\/bin\/<\/em> inside of GI home. And as you can see is the same family of our domU kernel version. Inside os MOS there is no reference for this error, and after open the SR for Oracle was sent do dev team without ETA (as usual).<\/p>\n<p style=\"text-align: justify;\">Because of that I continue to check and checked the folder:<\/p>\n<pre class=\"EnlighterJSRAW\" data-enlighter-language=\"no-highlight\">[root@exsite1c1 ~]# cd \/u01\/app\/19.0.0.0\/grid\/usm\/install\/Oracle\/EL7UEK\/x86_64\/4.1.12-112.16.4\/4.1.12-112.16.4-x86_64\/bin\/\r\n[root@exsite1c1 bin]#\r\n[root@exsite1c1 bin]# ls -l\r\ntotal 151244\r\n-rw-r--r-- 1 root oinstall  3085340 Sep  1 12:40 oracka.ko\r\n-rw-r--r-- 1 root oinstall  2304100 Sep  1 12:44 oracka_mod_kga.ko\r\n-rw-r--r-- 1 grid oinstall   623207 Oct  9 17:13 oracka_mod_kga.zip\r\n-rw-r--r-- 1 grid oinstall   889060 Oct  9 17:14 oracka.zip\r\n-rw-r--r-- 1 root oinstall 64000932 Sep  1 12:04 oracleacfs.ko\r\n-rw-r--r-- 1 grid oinstall 19246647 Oct  9 17:13 oracleacfs.zip\r\n-rw-r--r-- 1 root oinstall 27882452 Sep  1 11:25 oracleadvm.ko\r\n-rw-r--r-- 1 grid oinstall  8777000 Oct  9 17:13 oracleadvm.zip\r\n-rw-r--r-- 1 root oinstall  8776676 Sep  1 12:55 oracleafd.ko\r\n-rw-r--r-- 1 grid oinstall  2879744 Oct  9 17:14 oracleafd.zip\r\n-rw-r--r-- 1 root oinstall 10696156 Sep  1 11:04 oracleoks.ko\r\n-rw-r--r-- 1 grid oinstall  3346594 Oct  9 17:14 oracleoks.zip\r\n-rw-r--r-- 1 root oinstall  1757116 Sep  1 13:02 oracleolfs.ko\r\n-rw-r--r-- 1 grid oinstall   567865 Oct  9 17:14 oracleolfs.zip\r\n[root@exsite1c1 bin]#<\/pre>\n<p style=\"text-align: justify;\">As you can see, the GI Home came with some <em>ko <\/em>files already uncompressed and the permission for a group just as read. <strong>So, the delete and uncompressing by dbca will not work properly, and as a workaround to solve the issue, I changed the permission for folder bin and <em>ko<\/em> files to allow change for oinstall &#8211; made in all nodes of the cluster:<\/strong><\/p>\n<pre class=\"EnlighterJSRAW \" data-enlighter-language=\"no-highlight\">[root@exsite1c1 4.1.12-112.16.4-x86_64]# pwd\r\n\/u01\/app\/19.0.0.0\/grid\/usm\/install\/Oracle\/EL7UEK\/x86_64\/4.1.12-112.16.4\/4.1.12-112.16.4-x86_64\r\n[root@exsite1c1 4.1.12-112.16.4-x86_64]#\r\n[root@exsite1c1 4.1.12-112.16.4-x86_64]#\r\n[root@exsite1c1 4.1.12-112.16.4-x86_64]# chmod g+w bin\r\n[root@exsite1c1 4.1.12-112.16.4-x86_64]#\r\n[root@exsite1c1 4.1.12-112.16.4-x86_64]#\r\n[root@exsite1c1 4.1.12-112.16.4-x86_64]# ls -l\r\ntotal 4\r\ndrwxrwxr-x 2 grid oinstall 4096 Nov  8 15:08 bin\r\n[root@exsite1c1 4.1.12-112.16.4-x86_64]# cd bin\r\n[root@exsite1c1 bin]# chown grid:oinstall oracka.ko oracka_mod_kga.ko oracleacfs.ko oracleadvm.ko oracleafd.ko oracleoks.ko oracleolfs.ko\r\n[root@exsite1c1 bin]#<\/pre>\n<p style=\"text-align: justify;\">After executing this in both nodes, the dbca finish:<\/p>\n<pre class=\"EnlighterJSRAW\" data-enlighter-language=\"no-highlight\">[DEV-oracle@exsite1c1-]$ \/u01\/app\/oracle\/product\/11.2.0.4\/dbhome_1\/bin\/dbca -silent -createDatabase -templateName General_Purpose.dbc -gdbName D11TST19 -adminManaged -sid D11TST19 -sysPassword oracle11 -systemPassword orcle11 -characterSet WE8ISO8859P15 -emConfiguration NONE -storageType ASM -diskGroupName DATAC8 -recoveryGroupName RECOC8 -nodelist exsite1c1,exsite1c2 -sampleSchema false\r\nCreating and starting Oracle instance\r\n1% complete\r\n\u2026\r\n96% complete\r\n100% complete\r\nLook at the log file \"\/u01\/app\/oracle\/cfgtoollogs\/dbca\/D11TST19\/D11TST19.log\" for further details.\r\n[DEV-oracle@exsite1c1-]$\r\n[DEV-oracle@exsite1c1-]$ $ORACLE_HOME\/bin\/srvctl status database -d D11TST19\r\nInstance D11TST191 is running on node exsite1c1\r\nInstance D11TST192 is running on node exsite1c2\r\n[DEV-oracle@exsite1c1-]$<\/pre>\n<p style=\"text-align: justify;\">Just to check, the <em>ko<\/em> files and bin folder already came with wrong permissions in the original 19c packages:<\/p>\n<pre class=\"EnlighterJSRAW\" data-enlighter-language=\"no-highlight\">[grid@exsite1c1 +ASM1]$ cd \/u01\/patches\/grid\r\n[grid@exsite1c1 +ASM1]$ unzip -q V982068-01.zip\r\n[grid@exsite1c1 +ASM1]$ cd usm\/install\/Oracle\/EL7UEK\/x86_64\/4.1.12-112.16.4\/4.1.12-112.16.4-x86_64\/bin\r\n[grid@exsite1c1 +ASM1]$ ls -l\r\ntotal 149116\r\n-rw-r--r-- 1 grid oinstall  3085340 Feb 23  2019 oracka.ko\r\n-rw-r--r-- 1 grid oinstall  2304100 Feb 23  2019 oracka_mod_kga.ko\r\n-rw-r--r-- 1 grid oinstall   623214 Feb 23  2019 oracka_mod_kga.zip\r\n-rw-r--r-- 1 grid oinstall   889106 Feb 23  2019 oracka.zip\r\n-rw-r--r-- 1 grid oinstall 62740980 Feb 23  2019 oracleacfs.ko\r\n-rw-r--r-- 1 grid oinstall 18881690 Feb 23  2019 oracleacfs.zip\r\n-rw-r--r-- 1 grid oinstall 27485580 Feb 23  2019 oracleadvm.ko\r\n-rw-r--r-- 1 grid oinstall  8643808 Feb 23  2019 oracleadvm.zip\r\n-rw-r--r-- 1 grid oinstall  8773444 Feb 23  2019 oracleafd.ko\r\n-rw-r--r-- 1 grid oinstall  2878816 Feb 23  2019 oracleafd.zip\r\n-rw-r--r-- 1 grid oinstall 10655524 Feb 23  2019 oracleoks.ko\r\n-rw-r--r-- 1 grid oinstall  3335912 Feb 23  2019 oracleoks.zip\r\n-rw-r--r-- 1 grid oinstall  1757348 Feb 23  2019 oracleolfs.ko\r\n-rw-r--r-- 1 grid oinstall   567876 Feb 23  2019 oracleolfs.zip\r\n[grid@exsite1c1 +ASM1]$ cd ..\r\n[grid@exsite1c1 +ASM1]$ ls -l\r\ntotal 4\r\ndrwxr-xr-x 2 grid oinstall 4096 Apr 18  2019 bin\r\n[grid@exsite1c1 +ASM1]$<\/pre>\n<h2 style=\"text-align: justify;\">The sum of all problems<\/h2>\n<p style=\"text-align: justify;\">This error for <em>oracka.zip<\/em> and <em>oracka.ko<\/em> occurs because there is a sum of little details. The release of GI 19c version already came with bad folder permission. The release update 19.5.0.0.191015 does not solve the issue too (and even the installation or <em>rootupgrade<\/em> script). This bin folder was checked by dbca because the kernel image for Exadata 19.2.7.0.0 (19.2.7.0.0.191012) comes with kernel 4.1.12-124.30.1.el7uek.x86_64 and the ACFS modules for this family are there. And to finish the sum of all problems, the ACFS was used and for that reason, it tries to use that kernel modules to check access.<\/p>\n<p style=\"text-align: justify;\">So, since there is no solution at MOS (today while I am publishing this post), and there is no official workaround, was needed to find own solution. <strong>So, the workaround described here it is just temporary to allow 11g RAC database creation for this specific sun of Exadata Version + GI Home 19c + ACFS in use<\/strong>.<\/p>\n<p style=\"text-align: justify;\">&nbsp;<\/p>\n<p style=\"text-align: justify;\"><strong>Disclaimer<\/strong>: <em>\u201cThe postings on this site are my own and don\u2019t necessarily represent my actual employer positions, strategies or opinions. The information here was edited to be useful for general purpose, specific data and identifications were removed to allow reach the generic audience and to be useful for the community. Post protected by copyright.\u201d<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Recently I made an Exadata stack upgrade\/update to the last 19.2 version (19.2.7.0.0.191012) released in October of 2019, and update the GI to the last 19c version (19.5.0.0.191015) and after that, I hade some issues to create 11G databases. So, when I try to create an 11G RAC database, the error \u201cFile -oracka.ko- was not [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2},"jetpack_post_was_ever_published":false},"categories":[71,29,77,6,56,5],"tags":[72,100,117,69,81,65,118],"class_list":["post-640","post","type-post","status-publish","format-standard","hentry","category-19c","category-database","category-engineeredsystems","category-exadata","category-grid-infrastructure","category-oracle","tag-19c","tag-engineered-systems","tag-error","tag-exadata","tag-grid","tag-oracle","tag-workaround"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.7 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Exadata, workaround for oracka.ko error - Fernando Simon<\/title>\n<meta name=\"description\" content=\"Check the workaround to oracka.ko and oracka.zip error when creating 11G databases for Exadata running version 19 (19.2.7.0.0) and grid 19c.\" \/>\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.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Exadata, workaround for oracka.ko error - Fernando Simon\" \/>\n<meta property=\"og:description\" content=\"Check the workaround to oracka.ko and oracka.zip error when creating 11G databases for Exadata running version 19 (19.2.7.0.0) and grid 19c.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/\" \/>\n<meta property=\"og:site_name\" content=\"Fernando Simon\" \/>\n<meta property=\"article:published_time\" content=\"2019-11-24T23:00:51+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2020-07-19T22:15:13+00:00\" \/>\n<meta name=\"author\" content=\"Simon\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Simon\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"9 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/\"},\"author\":{\"name\":\"Simon\",\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/#\\\/schema\\\/person\\\/386da956604bca0d5be5dd52210c1dd9\"},\"headline\":\"Exadata, workaround for oracka.ko error\",\"datePublished\":\"2019-11-24T23:00:51+00:00\",\"dateModified\":\"2020-07-19T22:15:13+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/\"},\"wordCount\":575,\"commentCount\":1,\"keywords\":[\"19c\",\"Engineered Systems\",\"error\",\"Exadata\",\"GRID\",\"Oracle\",\"workaround\"],\"articleSection\":[\"19c\",\"Database\",\"Engineered Systems\",\"Exadata\",\"Grid Infrastructure\",\"Oracle\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/\",\"url\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/\",\"name\":\"Exadata, workaround for oracka.ko error - Fernando Simon\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/#website\"},\"datePublished\":\"2019-11-24T23:00:51+00:00\",\"dateModified\":\"2020-07-19T22:15:13+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/#\\\/schema\\\/person\\\/386da956604bca0d5be5dd52210c1dd9\"},\"description\":\"Check the workaround to oracka.ko and oracka.zip error when creating 11G databases for Exadata running version 19 (19.2.7.0.0) and grid 19c.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/exadata-workaround-for-oracka-ko-error\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Exadata, workaround for oracka.ko error\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/\",\"name\":\"Fernando Simon\",\"description\":\"Have you hugged your backup today?\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/#\\\/schema\\\/person\\\/386da956604bca0d5be5dd52210c1dd9\",\"name\":\"Simon\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g\",\"caption\":\"Simon\"},\"sameAs\":[\"http:\\\/\\\/www.fernandosimon.com\"],\"url\":\"https:\\\/\\\/www.fernandosimon.com\\\/blog\\\/author\\\/simon\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Exadata, workaround for oracka.ko error - Fernando Simon","description":"Check the workaround to oracka.ko and oracka.zip error when creating 11G databases for Exadata running version 19 (19.2.7.0.0) and grid 19c.","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.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/","og_locale":"en_US","og_type":"article","og_title":"Exadata, workaround for oracka.ko error - Fernando Simon","og_description":"Check the workaround to oracka.ko and oracka.zip error when creating 11G databases for Exadata running version 19 (19.2.7.0.0) and grid 19c.","og_url":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/","og_site_name":"Fernando Simon","article_published_time":"2019-11-24T23:00:51+00:00","article_modified_time":"2020-07-19T22:15:13+00:00","author":"Simon","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Simon","Est. reading time":"9 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/#article","isPartOf":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/"},"author":{"name":"Simon","@id":"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9"},"headline":"Exadata, workaround for oracka.ko error","datePublished":"2019-11-24T23:00:51+00:00","dateModified":"2020-07-19T22:15:13+00:00","mainEntityOfPage":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/"},"wordCount":575,"commentCount":1,"keywords":["19c","Engineered Systems","error","Exadata","GRID","Oracle","workaround"],"articleSection":["19c","Database","Engineered Systems","Exadata","Grid Infrastructure","Oracle"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/","url":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/","name":"Exadata, workaround for oracka.ko error - Fernando Simon","isPartOf":{"@id":"https:\/\/www.fernandosimon.com\/blog\/#website"},"datePublished":"2019-11-24T23:00:51+00:00","dateModified":"2020-07-19T22:15:13+00:00","author":{"@id":"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9"},"description":"Check the workaround to oracka.ko and oracka.zip error when creating 11G databases for Exadata running version 19 (19.2.7.0.0) and grid 19c.","breadcrumb":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.fernandosimon.com\/blog\/exadata-workaround-for-oracka-ko-error\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.fernandosimon.com\/blog\/"},{"@type":"ListItem","position":2,"name":"Exadata, workaround for oracka.ko error"}]},{"@type":"WebSite","@id":"https:\/\/www.fernandosimon.com\/blog\/#website","url":"https:\/\/www.fernandosimon.com\/blog\/","name":"Fernando Simon","description":"Have you hugged your backup today?","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.fernandosimon.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9","name":"Simon","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g","caption":"Simon"},"sameAs":["http:\/\/www.fernandosimon.com"],"url":"https:\/\/www.fernandosimon.com\/blog\/author\/simon\/"}]}},"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p5ofTp-ak","_links":{"self":[{"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/posts\/640","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/comments?post=640"}],"version-history":[{"count":0,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/posts\/640\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/media?parent=640"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/categories?post=640"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/tags?post=640"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}