<div dir="ltr">?????<br>So machine A has a disk image.<br>Machine B has a NFS served directory that is mounted by machine A.<br>The machine A disk image is loopback mounted to a point inside the NFS mount provided by machine B?!?!<br>
????????<br><br>Why????? This seems very, very bad. Which machine handles the lock on the mount - the source of the image file or the NFS server that handles the shared files? Nested NFS mounts are a nightmare as it is (and usually broke things up until NFSv4).<br>
<br><div class="gmail_quote">On Tue, Oct 14, 2008 at 11:48 AM, Jerry Yu <span dir="ltr">&lt;<a href="mailto:jjj863@gmail.com">jjj863@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
/mnt/m1 is on the NFS server.<br>
It was created as such by a 3rd-party tool:<br>
Mkdir /mnt/m1<br>
Mount -t ext3 -o loop img1 /mnt/m1<br>
<br>
We have 200 such directories.<br>
<div><div></div><div class="Wj3C7c"><br>
On 10/14/08, Tim Meanor &lt;<a href="mailto:timothy@meanor.net">timothy@meanor.net</a>&gt; wrote:<br>
&gt; Sounds like automounter behavior to me, too. &nbsp;Does m1 show up in the<br>
&gt; output of &quot;ls -la /mnt/*&quot;? &nbsp;If so, then most likely it&#39;s an<br>
&gt; automounted fs (via autofs or maybe amd).<br>
&gt;<br>
&gt; -Tim<br>
&gt;<br>
&gt; On Mon, Oct 13, 2008 at 5:35 PM, Jerry Yu &lt;<a href="mailto:jjj863@gmail.com">jjj863@gmail.com</a>&gt; wrote:<br>
&gt;&gt; They are regular NFS exports. The /mnt/m1 is my attempt to simplify my<br>
&gt;&gt; question. They are under /opt/mnt/appName1/m1 for client #1.<br>
&gt;&gt;<br>
&gt;&gt; On 10/13/08, Jeff Lightner &lt;<a href="mailto:jlightner@water.com">jlightner@water.com</a>&gt; wrote:<br>
&gt;&gt;&gt; I&#39;m confused by this. &nbsp;You must have added the &quot;/mnt/m1&quot; as it is NOT a<br>
&gt;&gt;&gt; stock part of RHEL5.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Are you sure this isn&#39;t something you&#39;ve configured in /etc/fstab or in<br>
&gt;&gt;&gt; automounter? &nbsp;I&#39;ve seen some very strange behavior when attempting to<br>
&gt;&gt;&gt; manually do things with filesystems put under automounter control.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; ________________________________<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; From: <a href="mailto:ale-bounces@ale.org">ale-bounces@ale.org</a> [mailto:<a href="mailto:ale-bounces@ale.org">ale-bounces@ale.org</a>] On Behalf Of<br>
&gt;&gt;&gt; Jerry Yu<br>
&gt;&gt;&gt; Sent: Monday, October 13, 2008 4:21 PM<br>
&gt;&gt;&gt; To: ALE<br>
&gt;&gt;&gt; Subject: [ale] invisible mounting points on RHEL 5.1<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On a stock RHEL 5.1 server, an ext3 fs image (i1) is mounted as loopback<br>
&gt;&gt;&gt; at /mnt/m1. /mnt/m1 is exported as NFS share to be used by a RHEL 5.1<br>
&gt;&gt;&gt; client.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Not sure since when, on the NFS server,<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; * &nbsp; &nbsp; one can not see m1 when ls /mnt anymore. &nbsp; Meanwhile,<br>
&gt;&gt;&gt; * &nbsp; &nbsp; &#39;cd /mnt/m1&#39; and &#39;ls /mnt/m1&#39; and &nbsp;file creation under /mnt/m1<br>
&gt;&gt;&gt; all work just fine under /mnt/m1.<br>
&gt;&gt;&gt; * &nbsp; &nbsp; mkdir /mnt/m1 fails saying &#39;/mnt/m1 is present&#39;<br>
&gt;&gt;&gt; * &nbsp; &nbsp; /proc/mounts still have /mnt/m1 listed as mounted loopback.<br>
&gt;&gt;&gt; * &nbsp; &nbsp; umounting /mnt/m1 &amp; mounting it back works just fine. &nbsp;still<br>
&gt;&gt;&gt; cannot see &#39;m1&#39; under /mnt.<br>
&gt;&gt;&gt; * &nbsp; &nbsp; /mnt/m1 is under constant use by the NFS clients, so &#39;rm -rf&#39; or<br>
&gt;&gt;&gt; &#39;umount&#39; of /mnt/m1 from the server actually fails.<br>
&gt;&gt;&gt; ----------------------------------<br>
&gt;&gt;&gt; CONFIDENTIALITY NOTICE: This e-mail may contain privileged or<br>
&gt;&gt;&gt; confidential<br>
&gt;&gt;&gt; information and is for the sole use of the intended recipient(s). If you<br>
&gt;&gt;&gt; are<br>
&gt;&gt;&gt; not the intended recipient, any disclosure, copying, distribution, or use<br>
&gt;&gt;&gt; of<br>
&gt;&gt;&gt; the contents of this information is prohibited and may be unlawful. If<br>
&gt;&gt;&gt; you<br>
&gt;&gt;&gt; have received this electronic transmission in error, please reply<br>
&gt;&gt;&gt; immediately to the sender that you have received the message in error,<br>
&gt;&gt;&gt; and<br>
&gt;&gt;&gt; delete it. Thank you.<br>
&gt;&gt;&gt; ----------------------------------<br>
&gt;&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Ale mailing list<br>
&gt;&gt; <a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
&gt;&gt; <a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
&gt;&gt;<br>
&gt; _______________________________________________<br>
&gt; Ale mailing list<br>
&gt; <a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
&gt; <a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
&gt;<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>-- <br>James P. Kinney III &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br><br>
</div>