This is a multipart message in MIME format. ----uwXgvNCO8H_related Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Type: multipart/related; boundary="--uwXgvNCO8H_related" charset="utf-8"
<html><body><div dir=3D"auto">What about umount -f -l ?</div><div dir=3D"au= to"><br></div><div id=3D"ms-outlook-mobile-signature" dir=3D"auto"><div id= =3D"mail-editor-reference-message-container" dir=3D"auto"><hr style=3D"disp= lay:inline-block;width:98%" tabindex=3D"-1"><div id=3D"divRplyFwdMsg" style= =3D"font-size: 11pt;"><strong>From:</strong> Users <users-bounces@cluste= rlabs.org> on behalf of Andrei Borzenkov <arvidj...@gmail.com><br>= <strong>Sent:</strong> Tuesday, April 11, 2023, 20:26<br><strong>To:</stron= g> users@clusterlabs.org <users@clusterlabs.org><br><strong>Subject:<= /strong> Re: [ClusterLabs] NFS mount fails to stop if NFS server is lost<br= ></div><br>On 11.04.2023 17:35, Miro Igov wrote:<br>> Hello,<br>> <br= >> I have a node nas-sync-test1 with NFS server and NFS export running a= nd<br>> another node intranet-test1 with data_1 fs mount:<br>> <br>&g= t; <br>> <br>> primitive data_1 Filesystem \<br>> <br>> = params device=3D"nas-sync-test1:/home/pharmya/NAS" fstype=3Dnfs<br>>= options=3Dv4 directory=3D"/data/synology/pharmya_office/NAS_Sync/NAS" \<br= >> <br>> op monitor interval=3D10s<br>> <br>> <br>&g= t; <br>> Disconnecting nas-sync-test1 from the network shows it's state = as UNCLEAN<br>> and pacemaker fences it.<br>> <br>> Then it tries = to stop data_1 but it shows timeout error.<br>> <br>> <br>> <br>= > I know unmounting of NFS mount when NFS server is gone requires force= Is<br>> there such option in Filesystem RA ?<br>> <br><br>It does it= unconditionally from the very beginning<br><br> # For netw= orked filesystems, there's merit in trying -f:<br> case "$F= STYPE" in<br> nfs4|nfs|efs|cifs|smbfs) umount_force=3D"-f" = ;;<br> esac<br><br>But IIRC it is not enough (at least, not= always) - so the trick is to <br>setup the same IP address as server had. = It could be an alias on a local <br>client interface, does not matter. I su= ppose client gets stuck somewhere <br>below application layer and having IP= resets TCP connection allowing it <br>to proceed.<br><br>I certainly had t= o do it in the past, and simple "umount -f" did not work.<br>______________= _________________________________<br>Manage your subscription:<br>https://l= ists.clusterlabs.org/mailman/listinfo/users<br><br>ClusterLabs home: https:= //www.clusterlabs.org/<br><br><br></div></div>=0A<br><table id=3D"pharmya_g= dpr_container" border=3D"0" cellspacing=3D"0" cellpadding=3D"0" width=3D"10= 0%"> =0A=09<tr> =0A=09=09<td width=3D"600"> =0A<table width=3D"100%" cellpadding=3D"0" cellspacing=3D"0" border=3D"0"> =0A <tr> =0A <td style=3D"border-top: 2px solid #8C8C8C; text-align:justify;"> =0A <img src=3D"cid:f5cbf5d6e0d76f6c8115d7acec0f8e88"=20 =0A=09=09=09class=3D"replace_cid" alt=3D"GDPR Logo" width=3D"126"=20 =0A=09=09=09height=3D"50" align=3D"left" style=3D"margin-right:5px;"/> =0A=09=09=09 =0A=09=09=09<span style=3D"font-size:10pt;=20 =0Afont-family: Segoe, 'Segoe UI', 'DejaVu Sans', 'Trebuchet MS', Verdana, = sans-serif;"=20 =0Aclass=3D"gdpr_text"> =0AThis message has been sent as a part of discussion between PHARMYA =0Aand the addressee whose name is specified above. Should you receive =0Athis message by mistake, we would be most grateful if you informed =0Aus that the message has been sent to you. In this case, we also ask =0Athat you delete this message from your mailbox, and do not forward =0Ait or any part of it to anyone else.<br> =0AThank you for your cooperation and understanding. =0A=09=09=09</span> =0A </td> =0A </tr> =0A</table> =0A=09</td> =0A=09<td></td> =0A</table> =0A<br></body></html> ----uwXgvNCO8H_related Content-Type: image/png; name="PharmyaGDPRLogo1.png" Content-Disposition: inline; filename="PharmyaGDPRLogo1.png" Content-ID: <f5cbf5d6e0d76f6c8115d7acec0f8e88> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAH4AAAAyCAMAAACtZ5+tAAAAGXRFWHRTb2Z0d2FyZQBBZG9i ZSBJbWFnZVJlYWR5ccllPAAAACpQTFRF////M2bMzMzMtLSzAAAAADP/ZmaZmZmZ/8wzTU1M mZn/Zpn/s8T1zMz/vnHpaAAAArxJREFUeNrsmOuSqyAMgJHctN2+/+ueJEgFRWvdVn/sYToV ZYbP3IMh/B+Xj59793LAR0aMS3i3Z8TPDH2Dmn7bRe8+pelY83fSP4ZX/tua/yQ+lOJ35+ML 9/u5Aj9pvxlxxEzn4JuCSt+zv8bJeEo/7vs8PVd6MbGpYzYw93Kq9NSp1k1gotEGhfizPQQR hxj1n0V3tDsI4A9/I/0EpFF6auEHpQkqnkWnwa6IEVDscgBPM09bPK8zB3LaCXUrRrCrIICi +RC+E5k7O7kNRBrSm+BevwyvMtuVs/RHlM+j2RfC96MDVjswutkTPhrerO62xyO2N0xb+/m1 ZtK71AkvpnyG9ERGs7yLn6cZ2sp6Ki1EV4GoxsfXcHw45npjsC35RA3XS2pOFrBQK/CCcszz K/bt8XzUwoexb7EGZqpi/h/fl74MO5WW6KbViKbbb2c9Ac7Te0XXmEhLX8RP4dXRPTyMfqPJ 9T0mvik9SY56xYdY0nVJ6Lx6b/yCvlrxNjwsMgSI78X9JO79UdHHpWXgDav7I8d59gHY2+0Q 0ateT+la8ILbKW35nEbHJ+mnR5qmt+Oe2x2m9h6NuB9ymtFybzRErbuW8jglI9ZZsLlVIltJ 83W8Othqzl/iU1mz1OvVFrXODWxQZLYClPC2YnhdifrCcQPfV51VXfFoFS/JzuJV3qBDNrxp BWBA17qrYtP1WJjaba80XG/wugKqT6fBE8/GSngVnXEnfqXXWWu2zPVgiFptJLU6GW8eKRlv Kp/wm8rfALfinj3wvN8MFb5wPb/JeNh2vZTgagNUp51F1onFvyehaG9QP5hWijS1hpfc2XB9 2tnf579uddbx+XTjfV95vx8P8Rd4O91UWOZTT7g0tnw52OjbZ7z2+b6V9L+Cv/jrxtXfdi7+ snX1d72rv2pe/U33r45/AgwAHtcZEBzKNZsAAAAASUVORK5CYII= ----uwXgvNCO8H_related-- _______________________________________________ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/