Недавно я столкнулся с проблемой nfs на моих клиентах nfs, связанной с одним конкретным общим каталогом. Ни одно из приложений, которые я использую (Sonarr и Plex), которые находятся на разных виртуальных машинах, не может читать содержимое определенного каталога, и при попытке содержимое каталога исчезает на всех виртуальных машинах (все подкаталоги и файлы).
Если я вошел в систему через SSH и смотрю на один из подкаталогов в этом проблемном каталоге после попытки прочитать файл, я получаю предупреждение «Дескриптор устаревшего файла». Когда каталог работает, я могу просматривать все файлы с помощью ls и без проблем перемещаться по каталогам в bash. На самом деле странно то, что все остальные каталоги на монтировании nfs в полном порядке, и оба приложения просто работают с этими каталогами. На стороне клиента nfs использует v4.
Для моей настройки у меня есть хост-сервер (под управлением CentOS 7 - 3.10.0-693.21.1.el7.x86_64) с 6 дисками данных, все они объединены вместе с помощью MergerFS. Я использую NFS для экспорта этого объединенного каталога. На одном сервере у меня есть несколько виртуальных машин, которые монтируют общий ресурс NFS. Экспорт nfs монтируется на клиентах в / etc / fstab с <ip_addr>:/ /media nfs4 rsize=32768,wsize=32768,intr,noatime,bg 0 0
Я пробовал разные способы отладки этого:
nfsstat также сообщает об отсутствии ретранслируемых данных. Когда происходит это странное исчезновение, размонтирование и повторное монтирование решат эту проблему, а иногда прикосновение к паре файлов в одном каталоге на клиенте и сервере может привести к тому, что файлы снова отобразятся. Первоначально я думал, что эта проблема была связана конкретно с Sonarr (в Sonarr он пытается прочитать один указанный каталог), но поскольку у Plex в отдельной виртуальной машине возникают проблемы, я считаю, что это проблема в Linux больше, чем в самих приложениях.
Кто-нибудь знает, что может вызывать это странное поведение, или может предложить какую-либо помощь в отладке этой проблемы. Если это полезно, содержимое этой проблемной папки составляет 50,6 ГБ, разбросанных по 283 файлам. Я просто попытался удалить большинство файлов, чтобы посмотреть, помогло ли это, но нет, проблема все еще возникает.
Спасибо
Так что чувствую себя немного болваном, но выяснил, в чем проблема, но оказалось, что это не имеет ничего общего с NFS, по крайней мере, насколько мне известно.
Проблема заключалась в том, что для файлов, которые я пытался прочитать в Sonarr, был установлен бит выполнения. Бег chmod 644 * решил мои проблемы. Execute был установлен из некоторого предыдущего массового переименования, которое я сделал.
Я не уверен, почему файлы размером 755 вызвали эту проблему, но исправление файловых разрешений решило ее.
Предварительное замечание: не уверен для вашей системы, но у меня сейчас есть /СМИ несколько директорий. Чтобы избежать помех, я сейчас использую другую точку монтирования.
Я бы посоветовал вам сделать это для точки монтирования вашего сервера. И, конечно же, для соответствующей адаптации на клиентских машинах
Возможный источник путаницы: Однажды я столкнулся с проблемами, потому что точки монтирования, определенные в сценариях монтирования, по-разному обрабатывали имя точки монтирования: некоторые были с завершающей косой чертой (например, / media /), другие без нее (например, / media) и поэтому они не были на самом деле, глядя в то же место, вы столкнулись с проблемой, аналогичной той, о которой вы говорите.
Думаю, вы не совершили такой же ошибки, но проверьте на всякий случай!