NFS и потеря связи
Добавлено: 2007-09-28 8:14:04
При потери связи с нфс сервером на клиенте жопа начинается, со временем вобще умирает, нфс используется исключительно для слива логов от мпд на центральный сервер. У кого какие мысли есть?
Пока противник рисует карты наступления, мы меняем ландшафты, причём вручную
https://forum.lissyara.su/
а подробней?LMik писал(а):При потери связи с нфс сервером на клиенте жопа начинается, со временем вобще умирает, нфс используется исключительно для слива логов от мпд на центральный сервер. У кого какие мысли есть?
На клиентах подмонтировано 2 нфс с одного сервера, если стоит больше 1-2 часов без связи, наглушняк зависает всё, сервер отвечает только на пинги и больше ни на что.lissyara писал(а):а подробней?LMik писал(а):При потери связи с нфс сервером на клиенте жопа начинается, со временем вобще умирает, нфс используется исключительно для слива логов от мпд на центральный сервер. У кого какие мысли есть?
NFS юзаю не первый год, проблем особых не видел.
тем боле чтоб что-то умирало.
(хотя вру - на линухе видел - буферы сетевые заполнились - по сети было не достучаться. Но на фре таких проблем не видел)
Код: Выделить всё
Sep 27 13:02:46 vpn1-4 kernel: nfs server 192.168.5.3:/mgmt/mpd: not responding
Sep 27 13:02:46 vpn1-4 kernel: nfs server 192.168.5.3:/mgmt/routers: not responding
Sep 27 13:02:46 vpn1-4 kernel: nfs server 192.168.5.3:/mgmt/routers: not responding
Sep 27 13:02:46 vpn1-4 kernel: nfs server 192.168.5.3:/mgmt/mpd: not responding
Sep 27 13:02:46 vpn1-4 kernel: nfs server 192.168.5.3:/mgmt/routers: is alive again
Sep 27 13:02:46 vpn1-4 kernel: nfs server 192.168.5.3:/mgmt/routers: is alive again
Sep 27 13:02:46 vpn1-4 kernel: nfs server 192.168.5.3:/mgmt/mpd: is alive again
Sep 27 13:02:46 vpn1-4 kernel: nfs server 192.168.5.3:/mgmt/mpd: is alive againв фстабеlissyara писал(а):как монтируешь, сколько даемонов на сервере запущено?
Мягкое это как?lissyara писал(а):лучше по udp
и ключики есть хорошие - чтоб мягкое монтирование а не жёсткое
Код: Выделить всё
-L Do not forward fcntl(2) locks over the wire. All locks will be
local and not seen by the server and likewise not seen by other
NFS clients. This removes the need to run the rpcbind(8) service
and the rpc.statd(8) and rpc.lockd(8) servers on the client.
Note that this option will only be honored when performing the
initial mount, it will be silently ignored if used while updating
the mount options.эм... а это ман чего?lissyara писал(а):ман читай.Код: Выделить всё
-L Do not forward fcntl(2) locks over the wire. All locks will be local and not seen by the server and likewise not seen by other NFS clients. This removes the need to run the rpcbind(8) service and the rpc.statd(8) and rpc.lockd(8) servers on the client. Note that this option will only be honored when performing the initial mount, it will be silently ignored if used while updating the mount options.
Так, а куда сувать этот -L ключик то? если маунты в фстабе?lissyara писал(а):mount_nfs
быстрей
Я знал что ты это скажешьlissyara писал(а):в man fstab
Чето я в ман фстаб ничего не вижу, как то там мало всегоlissyara писал(а):не, давай я полчаса буду его пересказывать своими словами?))
))))) man mount_nfsLMik писал(а):Чето я в ман фстаб ничего не вижу, как то там мало всегоlissyara писал(а):не, давай я полчаса буду его пересказывать своими словами?))
Ну оно замонтировалосьlissyara писал(а):ну ты попробуй...
эксперимент ещё никто не отменял
Код: Выделить всё
192.168.5.3:/mgmt/routers/ /mgmt/routers nfs rw,bg,soft 0 0