Translated message

A translation of this page exists in English.

2 つの異なる CIFS クライアントが、同じファイルに対して異なる i ノードの値を表示する理由は?

Solution Verified - Updated -

Environment

  • Red Hat Enterprise Linux 6
  • Red Hat Enterprise Linux 7
  • Red Hat Enterprise Linux 8
  • CIFS クライアント

Issue

  • 2 つの異なる CIFS クライアントが、同じファイルに対して異なる i ノードの値を表示するのはなぜですか?

  • 問題発生中に以下のメッセージが表示されます。

    CIFS VFS: Autodisabling the use of server inode numbers on [share].
CIFS VFS: The server doesn't seem to support them properly or the files might be on different servers (DFS).
CIFS VFS: Hardlinks will not be recognized on this mount. Consider mounting with the "noserverino" option to silence this message.

Resolution

  • これらのメッセージは、CIFS サーバーが i ノード番号の返しをサポートしていないか、CIFS クライアントが i ノードの競合を検出したことを示します。次に、CIFS クライアントは noserverino オプションを有効にし、一意の id を i ノード番号として生成します。
  • 返される i ノード番号がサポートされていない理由、または i ノード番号が重複している理由を CIFS サーバーベンダーに確認してください。
  • 回避策オプション 1: 共有を再マウントして、serverino オプションを再度有効にします。
  • 回避策オプション 2: noserverino オプションを使用して共有をマウントし、メッセージが表示されないようにします。

Root Cause

  • CIFS サーバーが i ノード番号の返しをサポートしていないか、CIFS クライアントが i ノードの競合を検出し、クライアント側で一時的に生成される一意の id が i ノード番号として使用されるため、serverino オプションは無効に、noserverino は有効になります。

  • オプションの詳細は、MOUNT.CIFS(8) を参照してください。

           serverino
              Use  inode numbers (unique persistent file identifiers) returned
              by the server  instead  of  automatically  generating  temporary
              inode  numbers on the client. Although server inode numbers make
              it easier to spot hardlinked files (as they will have  the  same
              inode  numbers)  and  inode  numbers may be persistent (which is
              useful for some software), the server does  not  guarantee  that
              the  inode numbers are unique if multiple server side mounts are
              exported under a  single  share  (since  inode  numbers  on  the
              servers  might not be unique if multiple filesystems are mounted
              under the same shared higher level directory). Note that not all
              servers  support  returning server inode numbers, although those
              that support the CIFS Unix  Extensions,  and  Windows  2000  and
              later  servers typically do support this (although not necessar‐
              ily on every local server filesystem). Parameter has  no  effect
              if  the  server  lacks  support  for  returning inode numbers or
              equivalent. This behavior is enabled by default.

       noserverino
              Client generates inode numbers  itself  rather  than  using  the
              actual ones from the server.

              See section INODE NUMBERS for more information.

This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.

Comments