Итак, есть приложение Java, которое загружает файл со стороннего сайта и сохраняет его в общей папке NFS. Однако время от времени сохраненный файл имеет действительно странные разрешения, владельцев и другие метаданные. Нет даже информации о размере
Инструменты Windows показывают этот файл с датой 1974 года и размером 0 байт, на хосте Linux я не вижу никакой информации, кроме показанной.
Когда я пытаюсь просмотреть файл, он говорит, что его не существует.
Есть ли способ устранить это? Если я удалю файл, приложение повторно загрузит его, но через несколько дней, недель проблема вернется.
- ????????? ? ? ? ? ? tmp-Football.xml
Спасибо
Это поврежденный файл, и почти наверняка он был создан NFS до какой-либо ошибки передачи (обычно связанной с перезапуском сервера NFS или ошибочным отключением клиентов во время передачи данных из приложений).
Если клиент NFS каким-либо образом выйдет из строя, он либо сохранит в буфере последний бит информации, который пытался отправить, а затем зависнет, пока сервер NFS снова не станет доступным для приема этого бита данных, либо он сбросит последний бит информации и выдает ошибку ввода-вывода, чтобы приложения могли ее обработать / проигнорировать (и продолжить работу в обычном режиме без зависания).
В этом существенная разница между жесткими и мягкими креплениями. Жесткий - это зависший тип, а мягкий - тот, который незаметно повреждает ваши данные при неизбежном незначительном сбое сети.
Используйте жесткие крепления, если вас слишком беспокоит целостность ваших данных в полете. Используйте мягкие крепления, если вы больше заботитесь о стабильности приложения. Если у вас возникли проблемы с повреждением и вы не перезагружали NFS-сервер, как какой-нибудь хулиган из центра обработки данных, то самое время проверить журналы сервера NFS и журналы клиентов соответственно. В то же время некоторые средства сетевой диагностики и мониторинга / журналы предназначены для того, чтобы увидеть, является ли сеть проблемой.
Wireshark отлично подходит для мониторинга трафика в полете и имеет множество графических интерфейсов, позволяющих интерпретировать его вывод менее ужасным образом, чем простой текст, в дополнение к журналам переключения. Системные журналы в обеих системах должны раскрывать большинство вещей, так как файловые системы, которые отключаются, и серверы, которые перезапускаются, отображаются довольно хорошо.