[Lustre-discuss] strange symbolic link behavior on mdt?

Dilger, Andreas andreas.dilger at intel.com
Mon Oct 13 13:37:49 PDT 2014


On 2014/10/13, 12:22 PM, "Kristen J. Webb" <kwebb at teradactyl.com> wrote:

>I am testing symbolic link behaviour
>and not getting the expected results.
>
>In the simplest case, I create one valid
>and one invalid link:
>
>-rw-r--r-- 1 root root 0 Oct 13 11:17 exist
>lrwxrwxrwx 1 root root 5 Oct 13 11:17 lexist -> exist
>lrwxrwxrwx 1 root root 7 Oct 13 11:17 lnoexist -> noexist
>
>When I look at the meta data through the ldiskfs mounted mdt
>the link paths are not shown:
>
>-rw-r--r-- 1 root root 0 Oct 13 11:17 exist
>lrwxrwxrwx 1 root root 5 Oct 13 11:17 lexist
>lrwxrwxrwx 1 root root 7 Oct 13 11:17 lnoexist

You shouldn't be mounting the MDT directly as ldiskfs while it is already
mounted as Lustre.  There is no attempt made to maintain cache coherency
between the Lustre and ldiskfs mount points.

Presumably the symbolic links worked fine on another Luster client?

Cheers, Andreas

>And trying to get a bit more info:
>
># file *
>exist:    empty
>lexist:   unreadable symlink `lexist' (Invalid argument)
>lnoexist: unreadable symlink `lnoexist' (Invalid argument)
>
>
>If I restart lustre by unmounting and re-mounting
>all the lustre mount points (MDT, ODT's, client)
>the link paths show up in the ldiskfs mounted mdt:
>
>-rw-r--r-- 1 root root 0 Oct 13 11:17 exist
>lrwxrwxrwx 1 root root 5 Oct 13 11:17 lexist -> exist
>lrwxrwxrwx 1 root root 7 Oct 13 11:17 lnoexist -> noexist
>
>file *
>exist:    empty
>lexist:   symbolic link to `exist'
>lnoexist: broken symbolic link to `noexist'
>
>
>I've also just tried just re-mounting the ldiskfs mount
>point but that did not help.
>
>Is there any way to correct this without having to restart lustre?
>
>I experimented with running lfsck w/o restart all of lustre
>but I could not see that it was running or had done anything
>useful yet.
>
>Kris
>-- 
>This message is NOT encrypted
>--------------------------------
>Mr. Kristen J. Webb
>Chief Technology Officer
>Teradactyl LLC.
>2450 Baylor Dr. S.E.
>Albuquerque, New Mexico 87106
>Phone: 1-505-338-6000
>Email: kwebb at teradactyl.com
>Web: http://www.teradactyl.com
>
>Providers of Scalable Backup Solutions
>    for Unique Data Environments
>
>--------------------------------
>NOTICE TO RECIPIENTS: Any information contained in or attached to this
>message 
>is intended solely for the use of the intended recipient(s). If you are
>not the 
>intended recipient of this transmittal, you are hereby notified that you
>received this transmittal in error, and we request that you please delete
>and 
>destroy all copies and attachments in your possession, notify the sender
>that 
>you have received this communication in error, and note that any review
>or 
>dissemination of, or the taking of any action in reliance on, this
>communication 
>is expressly prohibited.
>
>
>Regular internet e-mail transmission cannot be guaranteed to be secure or
>error-free. Therefore, we do not represent that this information is
>complete or 
>accurate, and it should not be relied upon as such. If you prefer to
>communicate 
>with Teradactyl LLC. using secure (i.e., encrypted and/or digitally
>signed) 
>e-mail transmission, please notify the sender. Otherwise, you will be
>deemed to 
>have consented to communicate with Teradactyl via regular internet e-mail
>transmission. Please note that Teradactyl reserves the right to
>intercept, 
>monitor, and retain all e-mail messages (including secure e-mail
>messages) sent 
>to or from its systems as permitted by applicable law.
>
>
>
>_______________________________________________
>Lustre-discuss mailing list
>Lustre-discuss at lists.lustre.org
>http://lists.lustre.org/mailman/listinfo/lustre-discuss
>


Cheers, Andreas
-- 
Andreas Dilger

Lustre Software Architect
Intel High Performance Data Division





More information about the lustre-discuss mailing list