https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-1833 Lustre <p>some distros (like Fedora 16) link /etc/mtab to /proc/mounts. In such distros, mount.lustre cannot update mtab otherwise we false alarm user with errors.</p> LU-1833

Don't update mtab if it is symlink

Improvement Minor Resolved Fixed Keith Mannthey Peng Tao patch Wed, 5 Sep 2012 11:28:35 +0000 Wed, 16 Nov 2016 20:26:41 +0000 Sun, 7 Oct 2012 07:27:00 +0000 Lustre 2.3.0 Lustre 2.4.0 Lustre 2.4.0 Lustre 2.1.4 0 6 <p>patch submitted:<br/> <a href="http://review.whamcloud.com/3881" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/3881</a></p> <p>Landed for 2.4</p> <p>Although this was already closed, we needed this backport patches to b2_1 and b1_8 for diskless lustre environment.</p> <p><a href="http://review.whamcloud.com/#change,4786" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#change,4786</a> (b1_8)<br/> <a href="http://review.whamcloud.com/#change,4785" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#change,4785</a> (b2_1)</p> <p>Hi.<br/> Another DDN customer is concerning about this issue. Running Lustre 2.1.3<br/> Any feedback if this patch will be backported to 2.1 and 1.8 versions?</p> <p>Thanks<br/> Carlos.</p> <p>Carlos</p> <p>This fix was included in the 2.1.4 release. Ihara has already ported the fix to b1_8 and that patch can be applied anywhere that needs it.</p> <p>Peter</p> <p>This bug still here on 2.4<br/> delta ~ # mount.lustre bootsrv@tcp:/home /home<br/> mount.lustre: addmntent: Invalid argument:</p> <p>ls -l /etc/mtab <br/> lrwxrwxrwx 1 root root 14 Jun 21 2011 /etc/mtab -&gt; ../proc/mounts</p> <p>What distro are you using? </p> <p>Gentoo. Client code was build from master + some patches to make 3.8 kernel work</p> <p>Would add that this patch doesn't work on recent fedora as systemd creates /etc/mtab as a symlink to ../proc/self/mounts which doesn't match the check for it starting with /proc/.</p> <p>$ readlink /etc/mtab<br/> ../proc/self/mounts</p> <p>A simple hack would be to switch to strstr to see if the symlink contains /proc/ anywhere in it or, to be 100% correct, use realpath to fully get the canonical absolute path.</p> <p>$ realpath /etc/mtab<br/> /proc/19506/mounts</p> <p>Cheers! -Tyson</p> <p>Patch to switch to from readpath to realpath. Can confirm it works with my indirect symlink. Haven't tested a non-symlink setup.</p> Duplicate LU-2168 Development Rank 1|hzv5d3: Rank (Obsolete) 4403