[ClusterLabs] NFS mount fails to stop if NFS server is lost
Miro Igov
miro.igov at pharmya.com
Tue Apr 11 14:47:01 EDT 2023
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 at cluste=
rlabs.org> on behalf of Andrei Borzenkov <arvidjaar at gmail.com><br>=
<strong>Sent:</strong> Tuesday, April 11, 2023, 20:26<br><strong>To:</stron=
g> users at clusterlabs.org <users at 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--
More information about the Users
mailing list