毎日のバックアップ中にrsyncでIOエラーが発生します。

Question

私はこれがrsyncの誤りだとは思わない。関連コードがあるので、これをカーネルレベルの問題として正しく表示したと思います。rsyncのflist.cソース内容は次のとおりです。

1729         for (errno = 0, di = readdir(d); di; errno = 0, di = readdir(d)) {
1730                 unsigned name_len;
1731                 char *dname = d_name(di);
...
1746                 if (dname[0] == '\0') {
1747                         io_error |= IOERR_GENERAL;
1748                         rprintf(FERROR_XFER,
1749                                 "cannot send file with empty name in %s\n",
1750                                 full_fname(fbuf));

実際、このコード行はrsync開発者が追加したものです。2007年8月に戻りました。特にこの状況では次のようになります。

If readdir() gives us an empty name, reject it.

つまり、readdir()それ自体（ディレクトリ内のファイルのリストを返すカーネル関数）は、空の文字列を含む項目を返します。規定によると、このようなことは絶対に起こってはいけません。から引用公開グループ仕様:

The readdir() function shall not return directory entries containing empty names.

lsそのディレクトリで作業を実行すると消えるので、一時的な問題のように聞こえます。（また働いてreaddir()消えるからです。）

したがって、あなたの質問に答えるには：

原因はファイルシステムの破損のようです。カーネルドライバエラーからハードウェアエラーまで、すべてが原因である可能性があります。同期しているディレクトリがシンボリックリンクを介してアクセスされているか、問題になる可能性があるネットワーク境界自体にまたがっていることを確認することも価値があります。
これを削除するには：一般的なファイルシステムの回復チェックリスト：fsckなど。
将来これを防ぐには：再帰リストを事前に強制するようにスクリプトに指示できるとします。しかし、すでに注意を払っているので（そして休暇から戻ってきたので）正しいことだと思います。このようなことが再び発生した場合は、見続けて箱の上にジャンプします。

これが役に立つことを願って幸運を祈ります！

Answer 1