forum.lissyara.su

Здравствуйте!

ситуация такая:
сервер (8.2-RELEASE) адрес 10.34.1.101
на нем установлен proftpd, используется как frontend для ftp-сервера.
две дополнительные сетевые карты с адресами 10.12.12.101 и 10.12.13.101
к нему через эти сетевые напрямую подключены два backend-a с адресами 10.12.12.102 и 10.12.13.102.
на них находятся диски, которые расшарены через nfs и примонтированы в frontend в соответствующие папки.
на frontend-е proftpd их раздает через ftp

все работает, пока не отвалится (либо не выключат - для обслуживания, скажем) какой из backend-ов, после чего фтп-шник дико тупит, при подключении у клиентов зависает на этапе получения каталога.

Можно ли как сделать, чтобы при отключении одного из nfs-серверов - ftp-сервер не зависал, а работал дальше с теми дисками, которые остались примонтированы с другого сервера?
Может есть какие конструктивные мысли в этом направлении?

Спасибо!

Спасибо f_andrey за перенос темы, видимо новички в этом много понимают и помогут решить вопрос

Проблема скорее всего в протоколе NFS. А тормозит только FTP или ещё что-то?

Так я знаю, что проблема в NFS, просто может кто сталкивался с такой ситуацией, когда отваливается подключение NFS и есть какие-то рабочие варианты решения подобной проблемы.
По форуму и в нете толковых советов нет. Может у кого такое было и кто-то Реально находил варианты решения проблемы.

а по поводу тормозит - система наполовину умирает.
umount в т.ч. с ключем -f зависает и "не отвисает". kill (с разными ключами, в т.ч. -9) для запроса umount не работает.
думал, возможно proftpd открыл какой(ие) файл(ы) c отвалившейся шары, пробовал proftpd stop - не работает
пробовал kill на него же - ноль эмоций.
реально работает только shutdown

Почитайте здесь
http://www.opennet.ru/openforum/vsluhfo ... 85388.html

Спасибо, вариант с soft пробовал - не помогает, с дополнительными ключами - попробую завтра, по результату отпишусь.

Ситуация не изменилась.
монтирование производилось со следующими опциями (согласно статьи выше и man mount_nfs): Все равно если выключить один из бакэндов, у фронтэнда зависает ftp, если дать команду df - все зависает, umount -f тоже и т.п.
Может у кого-нибудь есть еще варианты, неужели такая беда для фряшки неразрешима?
Быть того не может

а если подмонтировать nfs в подпапки ниже уровня расшарки ftp ?

Нет, пробовал всякие варианты - от уровня монтирования не зависит, блин что еще придумать?

Написать скрипт который будет проверять доступность nfs если доступа нет рестартовать proftp с настройками без этой шары, скрипт как вариант запускать cron. Другого варианта не вижу.

Dark_ASU писал(а):Написать скрипт который будет проверять доступность nfs если доступа нет рестартовать proftp с настройками без этой шары, скрипт как вариант запускать cron. Другого варианта не вижу.

Если отвалился nfs - все, капут, никакой перезапуск proftpd не работает
ни через скрипты stop/restart, даже kill не работает, в том и дело.
df -h - зависает намертво.
Так что такой вариант не прокатит.

Похоже на поведение, когда смонтировано с опцией hard.

Dron писал(а):Похоже на поведение, когда смонтировано с опцией hard.

во-первых:

монтирование производилось со следующими опциями (согласно статьи выше и man mount_nfs):
mount_nfs -o soft,rsize=32768,wsize=32768,retrycnt=2,retrans=2,intr 10.12.13.102:/mnt/disk1 /ftp/video

Вы хоть немного читайте, о чем речь идет, а то лишь бы ляпнуть...

ну а во-вторых - уже больше года прошло, проблема отпала за ненадобностью и нерешенностью - отказались от такой схемы

я читаю, читаю...
но поведение говорит об обратном

ну тогда сорри
но все равно ничего сделать не удалось и отказались от такой схемы, не могли же вечно сидеть с такой проблемой

через AMD надо монтировать NFS и тогда таких проблемм не будет, покрайней мере так говорят
я сам активно использую NFS и с большой осторожностью отношуть к тому что если надо остановить один из несколькиз NFS серверов то надо сначала отмонтировать эту NFS
Да надо всего то навсего наклацкать скрипт пинга, который в случае чего отмонтирует NFS вылетевший