Много nfs4_reclaim_open_state: Блокировка исправляет отказавшие записи в системном журнале
Существует много опций здесь. Во-первых, NDB является механизмом кластеризации MySQL, который хранит данные в памяти. NDB действительно имеет некоторые ограничения, как бы то ни было.
memcached является популярным решением, которое часто используется, но он требует, чтобы архитектура приложения поддерживала его.
У Вас могли быть таблицы MyISAM, которые Вы конкретно храните в псевдодиске, поскольку они могут быть перемещенными индивидуально, в отличие от этого, с InnoDB. Все табличное пространство InnoDB должно было бы быть сохранено на псевдодиске.
Можно найти механизм памяти лучше удовлетворенным, чем мой взлом псевдодиска, как бы то ни было. Они также более ограничены, чем другие механизмы, поскольку они не могут поддерживать БЛОБЫ среди прочего. Для данных к сохраняемому у Вас должен был бы быть сценарий обертки, чтобы вывести и восстановить данные. Это также представляет риск для данных, поскольку потери мощности даже со сценариями привели бы к потере данных.
В конечном счете Вы, вероятно, извлечете выгоду больше всего из надлежащей настройки и оптимизации Вашей базы данных MySQL и запросов. Правильно настраивающаяся база данных MySQL использует кэширование памяти.
Уже существует много ресурсов, доступных на этом и на Serverfault и на Интернете в целом. MySQL имеет документ и здесь является сообщением в блоге производительности MySQL, которые являются оба очень полезными ресурсами. Вот другое сообщение, где у них есть формула для вычисления использования памяти InnoDB.
NFS-сервер, к которому я подключался, работал под управлением версии 3. Я подключался с версией 4. Переход на версию 3, похоже, устранил проблему. Я больше не вижу ошибки nfs4_reclaim_open_state в моем системном журнале.
Чтобы заставить NFS использовать версию 3 при подключении, я добавил nfsvers = 3 в мой файл fstab. Таким образом, запись вроде этого:
nfsserverip:/export/homes /home nfs rw 0 0
Изменена на:
nfsserverip:/export/homes /home nfs nfsvers=3,rw 0 0
Я до сих пор не выяснил, о чем мне говорилось в сообщении об ошибке. Но, по крайней мере, я это исправил.
На самом деле в NFS3 это не покажется, потому что это код только NFS4, в NFS3 такой возможности нет :) NFS3 имеет другое восстановление ошибок и может просто скрывать проблему.
Это может произойти, когда клиент NFS4 получит полное действие с некоторой ошибкой и попытается восстановиться от нее. При восстановлении эта ошибка покажет, пыталась ли NFS восстановить блокировку и отказала ли она.
Существует много причин, по которым восстановление блокировки не удается, так как некоторые ошибки или гонки на сервере nfs приводят к проблемам в сети. Если вы считаете, что это проблема, вам придется сделать tcpdump, чтобы перехватить трафик NFS (предпочитаемая клиентская сторона) и попытаться понять поток запросов до того, как появится ошибка, чтобы сначала понять, почему неизвестное действие NFS4 было неудачным, а затем что происходит во время восстановления блокировки
Так что первое, что нужно проверить, это, вероятно, сеть, проверить кабели, ошибки коммутатора и порта, дубликаты IP-адресов, плохую привязку/LACP, потерянные пакеты и т.д
.