{"id":16970,"date":"2021-12-09T21:57:10","date_gmt":"2021-12-09T20:57:10","guid":{"rendered":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/"},"modified":"2021-12-09T21:57:10","modified_gmt":"2021-12-09T20:57:10","slug":"when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration","status":"publish","type":"post","link":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/","title":{"rendered":"When unreachable NFS share mess up your Dbvisit Standby configuration"},"content":{"rendered":"<p>If I had to rank my favorite Oracle-related tools and software, <a href=\"https:\/\/dbvisit.com\/solutions\/standby-software\" target=\"_blank\" rel=\"noopener\">Dbvisit Standby<\/a> would likely be at the top of the list.<br \/>\nYou are reading this post, so you probably know that Dbvisit Standby is a Disaster\/Recovery solution for Oracle Database Standard Edition (aka Data Guard for poor people \ud83d\ude1b ).<\/p>\n<p>The reasons why I like this product are mostly related to the following points (non-exhaustive list) :<\/p>\n<ul>\n<li>Ease of installation and configuration<\/li>\n<li>Ease of use<\/li>\n<li>Lightness<\/li>\n<li>Stability<\/li>\n<li>Continuous evolution (new features)<\/li>\n<li><a href=\"https:\/\/dbvisit.atlassian.net\/wiki\/spaces\/DS10QSG\/overview\" target=\"_blank\" rel=\"noopener\">Documentation<\/a> quality<\/li>\n<li>Technical support efficiency<\/li>\n<\/ul>\n<p>Despite all these qualities, it can happen that Dbvisit doesn&#8217;t work as it should and some troubleshooting is required.<br \/>\nIn this post, I will describe a problem I encountered on the Dbvisit Standby (version 10.1) environment of one of our customers.<\/p>\n<h3>Issue<\/h3>\n<p>The following error message appeared while running the <em>dbvctl<\/em> command to transfer and the apply archive logs :<\/p>\n<pre class=\"brush: bash; gutter: true; first-line: 1\">Dbvisit Standby process for preposs still running on odaprep01 (pid=53835).\nSee trace file 53835_dbvctl_preposs_202112081932.trc for more details.\nExceeded RUNNING_MAX_TIMES_TRIED=1 attempts.\n(if Dbvisit Standby process is no longer running, then delete lock file \/u01\/app\/dbvisit\/standby\/pid\/dbvisit_preposs.pid)<\/pre>\n<p>This seems to indicate that the archive logs transfer process did not succeed properly and got stuck on the server.<\/p>\n<p>Let&#8217;s have a look to the existing processes :<\/p>\n<pre class=\"brush: bash; gutter: true; first-line: 1\">[oracle@odaprep01 ~]$ ps -ef | grep dbvisit\noracle   33833 14053  0 Dec08 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_3_12003.3.dbvisit.202112081923.sqlplus.dbv 2&gt;\/dev\/null\noracle   33834 33833  0 Dec08 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_3_12003.3.dbvisit.202112081923.sqlplus.dbv\noracle   34813 34812  0 Dec08 ?        00:00:00 \/bin\/sh -c \/u01\/app\/dbvisit\/standby\/dbvctl -d preposs &gt;\/tmp\/dbvisit_apply_logs_preposs.log 2&gt;&amp;1\noracle   34814 34813  0 Dec08 ?        00:00:00 \/u01\/app\/dbvisit\/standby\/dbvctl                                             -d preposs\noracle   35239 34814  0 Dec08 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/34814.0.dbvisit.202112081924.sqlplus.dbv 2&gt;\/dev\/null\noracle   35240 35239  0 Dec08 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/34814.0.dbvisit.202112081924.sqlplus.dbv\noracle   36929     1  0 Sep17 ?        02:54:14 \/u01\/app\/dbvisit\/standby\/dbvctl                                             -d preposs -D start\noracle   38142 14053  0 Dec08 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_4_1.4.dbvisit.202112082033.sqlplus.dbv 2&gt;\/dev\/null\noracle   38143 38142  0 Dec08 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_4_1.4.dbvisit.202112082033.sqlplus.dbv\noracle   41184     1  0 Sep03 ?        01:17:16 \/u01\/app\/dbvisit\/dbvnet\/dbvnet -d start\noracle   44524 14053  0 Dec08 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_5_1.5.dbvisit.202112082143.sqlplus.dbv 2&gt;\/dev\/null\noracle   44525 44524  0 Dec08 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_5_1.5.dbvisit.202112082143.sqlplus.dbv\noracle   45780 14053  0 Dec08 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_6_1.6.dbvisit.202112082253.sqlplus.dbv 2&gt;\/dev\/null\noracle   45781 45780  0 Dec08 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_6_1.6.dbvisit.202112082253.sqlplus.dbv\noracle   51450 14053  0 00:03 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_7_1.7.dbvisit.202112090003.sqlplus.dbv 2&gt;\/dev\/null\noracle   51451 51450  0 00:03 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_7_1.7.dbvisit.202112090003.sqlplus.dbv\noracle   53234 14053  0 01:13 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_8_1.8.dbvisit.202112090113.sqlplus.dbv 2&gt;\/dev\/null\noracle   53235 53234  0 01:13 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_8_1.8.dbvisit.202112090113.sqlplus.dbv\noracle   54442 14053  0 02:23 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_9_1.9.dbvisit.202112090223.sqlplus.dbv 2&gt;\/dev\/null\noracle   54443 54442  0 02:23 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_9_1.9.dbvisit.202112090223.sqlplus.dbv\noracle   59799 14053  0 03:33 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_10_1.10.dbvisit.202112090333.sqlplus.dbv 2&gt;\/dev\/null\noracle   59800 59799  0 03:33 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_10_1.10.dbvisit.202112090333.sqlplus.dbv\noracle   60840 14053  0 04:43 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_11_1.11.dbvisit.202112090443.sqlplus.dbv 2&gt;\/dev\/null\noracle   60841 60840  0 04:43 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_11_1.11.dbvisit.202112090443.sqlplus.dbv\noracle   61931 14053  0 05:53 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_12_1.12.dbvisit.202112090553.sqlplus.dbv 2&gt;\/dev\/null\noracle   61932 61931  0 05:53 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_12_1.12.dbvisit.202112090553.sqlplus.dbv\noracle   64979 14053  0 07:03 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_13_1.13.dbvisit.202112090703.sqlplus.dbv 2&gt;\/dev\/null\noracle   64980 64979  0 07:03 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_13_1.13.dbvisit.202112090703.sqlplus.dbv\noracle   67322 14053  0 08:13 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_14_1.14.dbvisit.202112090813.sqlplus.dbv 2&gt;\/dev\/null\noracle   67323 67322  0 08:13 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_14_1.14.dbvisit.202112090813.sqlplus.dbv\noracle   68513 14053  0 09:23 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_15_1.15.dbvisit.202112090923.sqlplus.dbv 2&gt;\/dev\/null\noracle   68514 68513  0 09:23 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_15_1.15.dbvisit.202112090923.sqlplus.dbv\noracle   71517 14053  0 10:33 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_16_1.16.dbvisit.202112091033.sqlplus.dbv 2&gt;\/dev\/null\noracle   71518 71517  0 10:33 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_16_1.16.dbvisit.202112091033.sqlplus.dbv\noracle   72932 14053  0 11:43 ?        00:00:00 sh -c \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_17_1.17.dbvisit.202112091143.sqlplus.dbv 2&gt;\/dev\/null\noracle   72933 72932  0 11:43 ?        00:00:00 \/usr\/sbin\/fuser \/u01\/app\/dbvisit\/standby\/tmp\/14053_17_1.17.dbvisit.202112091143.sqlplus.dbv\noracle   78878     1  0 Sep03 ?        00:09:45 \/u01\/app\/dbvisit\/dbvagent\/dbvagent -d start\n[oracle@odaprep02 ~]$<\/pre>\n<p>Mmmh, quite a big mess here, isn&#8217;t ?<\/p>\n<h3>Troubleshooting<\/h3>\n<p>You certainly noticed that there is a lot of blocked processes running the <em><a href=\"https:\/\/man7.org\/linux\/man-pages\/man1\/fuser.1.html\" target=\"_blank\" rel=\"noopener\">fuser<\/a><\/em> command. Actually, before transferring an archive logs from the primary server to the standby one, <em>fuser<\/em> is executed to ensure that the concerned archive log is not being used by another process (e.g RMAN backup). This behavior can be confirmed by analyzing the trace file (&lt;dbvisit_home&gt;\/traces directory) generated by the <em>dbvctl<\/em> command :<\/p>\n<pre class=\"brush: bash; gutter: true; first-line: 1; highlight: [1]\">209 11:08:41 main::UTIL_UNIX_is_file_open: run command: \/usr\/sbin\/fuser \/u03\/app\/oracle\/fast_recovery_area\/PRODOSS_DC41\/archivelog\/2021_12_09\/o1_mf_1_162040_jv3oc7xb_.arc\n20211209 11:08:41 main::UTIL_run_command: ORACLE_HOME: \/u01\/app\/oracle\/product\/19.0.0.0\/dbhome_2\n20211209 11:08:41 main::UTIL_run_command: PATH: \/usr\/local\/bin:\/bin:\/usr\/bin:\/usr\/X11R6\/bin:\/usr\/sbin:\/sbin:\/u01\/app\/oracle\/product\/19.0.0.0\/dbhome_2\/bin\n20211209 11:08:41 main::UTIL_run_command: LD_LIBRARY_PATH: \/u01\/app\/dbvisit\/standby\/lib:\/u01\/app\/oracle\/product\/19.0.0.0\/dbhome_2\/lib<\/pre>\n<p class=\"brush: bash; gutter: true; first-line: 1\">The first action I took was to disable the Dbvisit jobs from the crontab &#8211; on both sides &#8211; to avoid some new processes to be generated.<br \/>\nThen I killed all the blocked processes listed above to start from a clean situation, and I deleted the PID file stored in the &lt;dbvisit_home&gt;\/pid &gt; directory.<br \/>\nFinally I executed manually the <em>fuser<\/em> command against an archive log and there I could see that the command remained stuck, without any result to return. Ctrl-C was needed to stop it. This strange behavior was also the same with some other commands like <em><a href=\"https:\/\/man7.org\/linux\/man-pages\/man1\/df.1p.html\" target=\"_blank\" rel=\"noopener\">df<\/a>\u00a0<\/em> or <em><a href=\"https:\/\/man7.org\/linux\/man-pages\/man8\/lsof.8.html\" target=\"_blank\" rel=\"noopener\">lsof<\/a>.<\/em><\/p>\n<h3>Root cause<\/h3>\n<p>By analyzing the system logs (\/var\/log\/messages), I could observe that a NFS share mounted on the server was no longer reachable :<\/p>\n<pre class=\"brush: bash; gutter: true; first-line: 1\">Dec  8 19:38:08 odaprep01 kernel: nfs: server 10.84.48.100 not responding, timed out\nDec  8 19:41:08 odaprep01 kernel: nfs: server 10.84.48.100 not responding, timed out\nDec  8 19:41:14 odaprep01 kernel: nfs: server 10.84.48.100 not responding, timed out<\/pre>\n<p>And that&#8217;s why the <em>fuser<\/em> command triggered by\u00a0<em>dbvctl\u00a0<\/em>never ended.<\/p>\n<p>Now, you are probably wondering &#8220;<em>t<\/em><em>he archive logs are not stored on the NFS, so <\/em><em>why did this have an impact ?<\/em>&#8220;.<br \/>\nLet me explain&#8230;<br \/>\n<em>fuser<\/em> is designed to access all processes <span style=\"text-decoration: underline\">at one time<\/span> to determine if any of their files is stored on the local file system. To discover that, a stat() call is used to identify the attributes of the processes&#8217; executable. If the executable is stored on a NFS, the stat() call result depends on the NFS availability to be successful and can hang if it&#8217;s not reachable.<\/p>\n<p class=\"brush: bash; gutter: true; first-line: 1\">To solve the issue, I had of course to unmount the unreachable NFS mount point (umount -l &lt;mount_point&gt;).<br \/>\nAs Dbvisit were not working properly since several hours, the standby database was out of sync because of archive logs gap. Unfortunately, the missing archive logs where not present anymore into the Fast Recovery Area, so I had to restore them from the RMAN backup :<\/p>\n<pre class=\"brush: bash; gutter: true; first-line: 1\">RMAN&gt; restore archivelog from logseq=26160 until logseq=26190;\n\nStarting restore at 09-DEC-2021 12:26:39\nallocated channel: ORA_DISK_1\nchannel ORA_DISK_1: SID=365 device type=DISK\n\nchannel ORA_DISK_1: starting archived log restore to default destination\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26169\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26170\nchannel ORA_DISK_1: reading from backup piece \/u03\/app\/oracle\/fast_recovery_area\/PREPOSS_DC41\/backupset\/2021_12_09\/o1_mf_annnn_TAG20211209T002732_jv2hv54g_.bkp\nchannel ORA_DISK_1: piece handle=\/u03\/app\/oracle\/fast_recovery_area\/PREPOSS_DC41\/backupset\/2021_12_09\/o1_mf_annnn_TAG20211209T002732_jv2hv54g_.bkp tag=TAG20211209T002732\nchannel ORA_DISK_1: restored backup piece 1\nchannel ORA_DISK_1: restore complete, elapsed time: 00:00:15\nchannel ORA_DISK_1: starting archived log restore to default destination\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26160\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26161\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26162\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26163\n...\n...\n...\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26188\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26189\nchannel ORA_DISK_1: restoring archived log\narchived log thread=1 sequence=26190\nchannel ORA_DISK_1: reading from backup piece \/u01\/app\/oracle\/admin\/preposs\/backup\/20211209_111002_arc_PREPOSS_533362994_s2246_p1.bck\nchannel ORA_DISK_1: piece handle=\/u01\/app\/oracle\/admin\/preposs\/backup\/20211209_111002_arc_PREPOSS_533362994_s2246_p1.bck tag=ARC_20211209_111002\nchannel ORA_DISK_1: restored backup piece 1\nchannel ORA_DISK_1: restore complete, elapsed time: 00:00:07\nFinished restore at 09-DEC-2021 12:27:17\n\nRMAN&gt;<\/pre>\n<p>And finally, I was able to restart the <em>dbvctl <\/em>command to resolve the gap by transferring and applying the restored archive logs :<\/p>\n<pre class=\"brush: bash; gutter: true; first-line: 1\">oracle@odaprep01:\/u01\/app\/dbvisit\/standby\/trace\/ [preposs] dbvctl -d preposs\n=============================================================\nDbvisit Standby Database Technology (10.1.0_0_gba3a9e08) (pid 15459)\ndbvctl started on odaprep01: Thu Dec  9 12:28:33 2021\n=============================================================\n\n&gt;&gt;&gt; Obtaining information from standby database (RUN_INSPECT=Y)... done\n    Thread: 1 Archive log gap: 35. Transfer log gap: 35\n&gt;&gt;&gt; Transferring Log file(s) from preposs on odaprep01 to odaprep02:\n\n    thread 1 sequence 26160 (o1_mf_1_26160_jv3t012k_.arc)... done\n    thread 1 sequence 26161 (o1_mf_1_26161_jv3szzng_.arc)... done\n    thread 1 sequence 26162 (o1_mf_1_26162_jv3t00lo_.arc)... done\n    thread 1 sequence 26163 (o1_mf_1_26163_jv3szzpx_.arc)... done\n    ...\n    ...\n    ...\n    thread 1 sequence 26188 (o1_mf_1_26188_jv3t0jgx_.arc)... done\n    thread 1 sequence 26189 (o1_mf_1_26189_jv3t0jpb_.arc)... done\n    thread 1 sequence 26190 (o1_mf_1_26190_jv3t0gr6_.arc)... done\n\n&gt;&gt;&gt; Dbvisit Archive Management Module (AMM)\n\n    Config: number of archives to keep      = 0\n    Config: number of days to keep archives = 1\n    Config: archive backup count            = 1\n    Config: diskspace full threshold        = 80%\n==========\n\n    Total number of archive logs   : 35\n    Current disk percent full (\/u03\/app\/oracle\/fast_recovery_area\/) = 10%\n==========\n\n    Current disk percent full (FRA) = 0%\n==========\n\n    Number of archive logs deleted = 0\n\n=============================================================\ndbvctl ended on odaprep01: Thu Dec  9 12:30:19 2021\n=============================================================<\/pre>\n<h3><\/h3>\n<h3>Conclusion<\/h3>\n<p>That was not a Dbvisit issue. As I said at the very beginning, Dbvisit is a great tool \ud83d\ude09 .<br \/>\nHint: if you want to get the <em>fuser, df, lsof <\/em>commands working even when a mounted NFS is temporarily unreachable, a solution would be to mount it with the\u00a0<em>soft\u00a0<\/em>option :<\/p>\n<pre class=\"brush: bash; gutter: true; first-line: 1\">mount -o rw,soft host.server.com\/share \/mymountpoint<\/pre>\n<p>According to the documentation :<br \/>\n<em>&#8220;<strong>soft<\/strong><\/em><br \/>\n<em>\u00a0 \u00a0 \u00a0 Generates a soft mount of the NFS file system. If an error occurs, the stat() function returns with an error.<br \/>\n<\/em><em>\u00a0 \u00a0 \u00a0 <span style=\"text-decoration: underline\">If the option hard is used, stat() does not return until the file system is available<\/span>.&#8221;<\/em><\/p>\n<p>Hope this helps.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>If I had to rank my favorite Oracle-related tools and software, Dbvisit Standby would likely be at the top of the list. You are reading this post, so you probably know that Dbvisit Standby is a Disaster\/Recovery solution for Oracle Database Standard Edition (aka Data Guard for poor people \ud83d\ude1b ). The reasons why I [&hellip;]<\/p>\n","protected":false},"author":30,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[198,199,42,59],"tags":[227,280,372,2442,317,112,96,735],"type_dbi":[],"class_list":["post-16970","post","type-post","status-publish","format-standard","hentry","category-database-management","category-hardware-storage","category-operating-systems","category-oracle","tag-archive-log","tag-database","tag-dbvisit","tag-fuser","tag-network","tag-nfs","tag-oracle","tag-timeout"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v27.2 (Yoast SEO v27.2) - https:\/\/yoast.com\/product\/yoast-seo-premium-wordpress\/ -->\n<title>When unreachable NFS share mess up your Dbvisit Standby configuration - dbi Blog<\/title>\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\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"When unreachable NFS share mess up your Dbvisit Standby configuration\" \/>\n<meta property=\"og:description\" content=\"If I had to rank my favorite Oracle-related tools and software, Dbvisit Standby would likely be at the top of the list. You are reading this post, so you probably know that Dbvisit Standby is a Disaster\/Recovery solution for Oracle Database Standard Edition (aka Data Guard for poor people \ud83d\ude1b ). The reasons why I [&hellip;]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/\" \/>\n<meta property=\"og:site_name\" content=\"dbi Blog\" \/>\n<meta property=\"article:published_time\" content=\"2021-12-09T20:57:10+00:00\" \/>\n<meta name=\"author\" content=\"Jo\u00ebl Cattin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Jo\u00ebl Cattin\" \/>\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.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/\"},\"author\":{\"name\":\"Jo\u00ebl Cattin\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/2c774f00321ee734515f0c2f6a96b780\"},\"headline\":\"When unreachable NFS share mess up your Dbvisit Standby configuration\",\"datePublished\":\"2021-12-09T20:57:10+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/\"},\"wordCount\":682,\"commentCount\":0,\"keywords\":[\"archive log\",\"database\",\"dbvisit\",\"fuser\",\"Network\",\"NFS\",\"Oracle\",\"timeout\"],\"articleSection\":[\"Database management\",\"Hardware &amp; Storage\",\"Operating systems\",\"Oracle\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/\",\"name\":\"When unreachable NFS share mess up your Dbvisit Standby configuration - dbi Blog\",\"isPartOf\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#website\"},\"datePublished\":\"2021-12-09T20:57:10+00:00\",\"author\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/2c774f00321ee734515f0c2f6a96b780\"},\"breadcrumb\":{\"@id\":\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\/\/www.dbi-services.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"When unreachable NFS share mess up your Dbvisit Standby configuration\"}]},{\"@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\/2c774f00321ee734515f0c2f6a96b780\",\"name\":\"Jo\u00ebl Cattin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/secure.gravatar.com\/avatar\/a4271811924694263d4de5a469f8bd4a90b14d3d90e6ad819b9e2e5ac035a2dc?s=96&d=mm&r=g\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/a4271811924694263d4de5a469f8bd4a90b14d3d90e6ad819b9e2e5ac035a2dc?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/a4271811924694263d4de5a469f8bd4a90b14d3d90e6ad819b9e2e5ac035a2dc?s=96&d=mm&r=g\",\"caption\":\"Jo\u00ebl Cattin\"},\"description\":\"Jo\u00ebl Cattin has more than three years of experience in databases management. He is specialized in Oracle solutions such as Data Guard and RMAN and has a good background knowledge of Oracle Database Appliance (ODA), Real Application Cluster (RAC) and applications development on APEX. Jo\u00ebl Cattin\u2019s experience includes other RDBMS, such as PostgreSQL and MySQL. He is Oracle Database 12c Administrator Certified Professional, EDB Postgres Advanced Server 9.5 Certified Professional, RedHat Certified System Administrator and ITILv3 Foundation for Service Management Certified. Jo\u00ebl Cattin holds a degree from the \u00c9cole Sup\u00e9rieure d\u2019Informatique de Gestion (ESIG) in Del\u00e9mont and a Federal Certificate of Proficiency in Computer Science (Certificat f\u00e9d\u00e9ral de Capacit\u00e9 \u2013 CFC).\",\"url\":\"https:\/\/www.dbi-services.com\/blog\/author\/joel-cattin\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"When unreachable NFS share mess up your Dbvisit Standby configuration - dbi Blog","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\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/","og_locale":"en_US","og_type":"article","og_title":"When unreachable NFS share mess up your Dbvisit Standby configuration","og_description":"If I had to rank my favorite Oracle-related tools and software, Dbvisit Standby would likely be at the top of the list. You are reading this post, so you probably know that Dbvisit Standby is a Disaster\/Recovery solution for Oracle Database Standard Edition (aka Data Guard for poor people \ud83d\ude1b ). The reasons why I [&hellip;]","og_url":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/","og_site_name":"dbi Blog","article_published_time":"2021-12-09T20:57:10+00:00","author":"Jo\u00ebl Cattin","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Jo\u00ebl Cattin","Est. reading time":"9 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/#article","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/"},"author":{"name":"Jo\u00ebl Cattin","@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/2c774f00321ee734515f0c2f6a96b780"},"headline":"When unreachable NFS share mess up your Dbvisit Standby configuration","datePublished":"2021-12-09T20:57:10+00:00","mainEntityOfPage":{"@id":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/"},"wordCount":682,"commentCount":0,"keywords":["archive log","database","dbvisit","fuser","Network","NFS","Oracle","timeout"],"articleSection":["Database management","Hardware &amp; Storage","Operating systems","Oracle"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/","url":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/","name":"When unreachable NFS share mess up your Dbvisit Standby configuration - dbi Blog","isPartOf":{"@id":"https:\/\/www.dbi-services.com\/blog\/#website"},"datePublished":"2021-12-09T20:57:10+00:00","author":{"@id":"https:\/\/www.dbi-services.com\/blog\/#\/schema\/person\/2c774f00321ee734515f0c2f6a96b780"},"breadcrumb":{"@id":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.dbi-services.com\/blog\/when-unreachable-nfs-share-mess-up-your-dbvisit-standby-configuration\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/www.dbi-services.com\/blog\/"},{"@type":"ListItem","position":2,"name":"When unreachable NFS share mess up your Dbvisit Standby configuration"}]},{"@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\/2c774f00321ee734515f0c2f6a96b780","name":"Jo\u00ebl Cattin","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/a4271811924694263d4de5a469f8bd4a90b14d3d90e6ad819b9e2e5ac035a2dc?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/a4271811924694263d4de5a469f8bd4a90b14d3d90e6ad819b9e2e5ac035a2dc?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/a4271811924694263d4de5a469f8bd4a90b14d3d90e6ad819b9e2e5ac035a2dc?s=96&d=mm&r=g","caption":"Jo\u00ebl Cattin"},"description":"Jo\u00ebl Cattin has more than three years of experience in databases management. He is specialized in Oracle solutions such as Data Guard and RMAN and has a good background knowledge of Oracle Database Appliance (ODA), Real Application Cluster (RAC) and applications development on APEX. Jo\u00ebl Cattin\u2019s experience includes other RDBMS, such as PostgreSQL and MySQL. He is Oracle Database 12c Administrator Certified Professional, EDB Postgres Advanced Server 9.5 Certified Professional, RedHat Certified System Administrator and ITILv3 Foundation for Service Management Certified. Jo\u00ebl Cattin holds a degree from the \u00c9cole Sup\u00e9rieure d\u2019Informatique de Gestion (ESIG) in Del\u00e9mont and a Federal Certificate of Proficiency in Computer Science (Certificat f\u00e9d\u00e9ral de Capacit\u00e9 \u2013 CFC).","url":"https:\/\/www.dbi-services.com\/blog\/author\/joel-cattin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/16970","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\/30"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/comments?post=16970"}],"version-history":[{"count":0,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/posts\/16970\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/media?parent=16970"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/categories?post=16970"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/tags?post=16970"},{"taxonomy":"type","embeddable":true,"href":"https:\/\/www.dbi-services.com\/blog\/wp-json\/wp\/v2\/type_dbi?post=16970"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}