{"id":300,"date":"2020-04-15T09:14:01","date_gmt":"2020-04-15T07:14:01","guid":{"rendered":"http:\/\/anjo.pt\/wp\/keyword-oracle\/?p=300"},"modified":"2020-04-17T11:51:46","modified_gmt":"2020-04-17T09:51:46","slug":"attention-opatch-12-2-0-1-19-opatch-cleanup-command-deletes-files-from-etc-bin-lib","status":"publish","type":"post","link":"https:\/\/anjo.pt\/keyword-oracle\/2020\/04\/15\/attention-opatch-12-2-0-1-19-opatch-cleanup-command-deletes-files-from-etc-bin-lib\/","title":{"rendered":"Attention OPatch 12.2.0.1.19: &#8216;opatch util cleanup&#8217; command deletes files from \/etc, \/bin, \/lib"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">On January 28th 2020 I reported to Oracle on a Severy 1 SR that the latest OPatch version tries to delete system files from \/etc, \/bin, \/lib :<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"640\" height=\"274\" src=\"https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image.png\" alt=\"\" class=\"wp-image-301\" srcset=\"https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image.png 640w, https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image-300x128.png 300w\" sizes=\"auto, (max-width: 640px) 100vw, 640px\" \/><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">I wrote in the SR the use case, provided the logs. On my case, the opatch cleanup command &#8220;just&#8221; deleted the configuration files of my backup client in \/etc (opatch deletes files that are writable by the user who calls the command &#8211; &#8216;oracle&#8217;\/&#8217;grid&#8217; in most of the cases). <\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The location from where &#8216;opatch cleanup util&#8217; tries to delete files depends from where you call it! So, if you call from \/ or from $ORACLE_BASE or from $ORACLE_HOME\/OPatch you&#8217;ll get different behaviours!<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">It took two months until I got an answer to that SR, saying a bug was created and it will be fixed on the next version of OPatch:<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"637\" height=\"136\" src=\"https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image-1.png\" alt=\"\" class=\"wp-image-302\" srcset=\"https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image-1.png 637w, https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image-1-300x64.png 300w\" sizes=\"auto, (max-width: 637px) 100vw, 637px\" \/><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">Today there was a release of April 2020 Security patches, the latest Oracle Patch Bundles. To my surprise, for Oracle versions 12.2, 18c and 19c, there is the requirement of using OPatch 12.2.0.1.<strong>19<\/strong>&nbsp;version, the exact same version that has this dangerous bug!<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The bug reported end of January was not yet fixed! At least, on OPatch readme there is now a warning:<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"628\" height=\"254\" src=\"https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image-2.png\" alt=\"\" class=\"wp-image-303\" srcset=\"https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image-2.png 628w, https:\/\/anjo.pt\/keyword-oracle\/wp-content\/uploads\/sites\/3\/2020\/04\/image-2-300x121.png 300w\" sizes=\"auto, (max-width: 628px) 100vw, 628px\" \/><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">So, be careful until then and do not use &#8216;opatch util cleanup&#8217;. Anyway, this command is not anymore needed, as a cleanup (without deleting any wrong file) of the $ORACLE_HOME\/.patch_storage directory is automatically done at the end of the patching.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>On January 28th 2020 I reported to Oracle on a Severy 1 SR that the latest OPatch version tries to delete system files from \/etc, \/bin, \/lib : I wrote in the SR the use case, provided the logs. On my case, the opatch cleanup command &#8220;just&#8221; deleted the configuration files of my backup client [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[17,7,39,19,9],"tags":[],"class_list":["post-300","post","type-post","status-publish","format-standard","category-opatch","category-oracle-12c","category-oracle-19c","category-psu","category-security","czr-hentry"],"_links":{"self":[{"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/posts\/300","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/comments?post=300"}],"version-history":[{"count":6,"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/posts\/300\/revisions"}],"predecessor-version":[{"id":309,"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/posts\/300\/revisions\/309"}],"wp:attachment":[{"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/media?parent=300"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/categories?post=300"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/anjo.pt\/keyword-oracle\/wp-json\/wp\/v2\/tags?post=300"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}