Nfs - Problem

[katrinam]

Witam

 

Chodzi o następującą sytuację. Są dwa serwery. Na jednym z nich wykonuje się skrypt backupujący. Docelowe miejsce tego backupu jest na tym drugim serwerze. Skrypt ten raz się wykonuje a raz nie. Pisze wtedy, że gubi ustawienia sieciowe. Co jest nie tak? Proszę o pomoc.

 

Pozdrawiam

KM

[Gość _PaT]

Proszę podać o bardziej szczegółowe zestawienie informacji. Na przykład:

co to za skrypt? w czym jest napisany i co realizuje i w jakich godzinach?

Proszę wkleić logi /var/log/messages z obu komputerów na temat udanych i nieudanych prób montowania zdalnego systemu plików (rozumiem, że chodzi o NFS).

[katrinam]

Log z serwera, na którym wykonywany jest backup (tarem):

warauta su(pam_unix)[10742]: session closed for user oracle

warauta kernel: nfs: server 10.5.44.112 not responding, timed out

 

Log z serwera, na który zrzucany jest backup:

tu są wszystkie wpisy takie same: session opened for user root by root

 

Skrypt jest napisany w shellu, wykonuje się w godzinach wieczornych. Wykorzystuje się do backupu tara.

[Gość _PaT]

Najpierw przedstawię swoją uwagę. Jeśli backup wykonywany jest rzadko (przypuśćmy raz dziennie), to nie ma sensu trzymania podmontowanego zasobu NFS non-stop. Zaprzągłbym tutaj autofs - to tylko propozycja.

 

Proszę o bardzo szczegółowe informacje, bo na podstawie tak cząstkowych będziemy dochodzić do problemu przez wieki.

warauta kernel: nfs: server 10.5.44.112 not responding, timed out

Serwer udostępniający zasób NFS nie działa jak należy...

 

1) Należy się upewnić, że odpowiedni zasób jest wyeksportowany. Proszę o wyjście cat /etc/exports.

2) Należy się upewnić, że usługa NFS jest włączona (service nfs start).

3) Proszę się upewnić, że portmapper jest włączony (service portmap start).

4) Najlepiej wyrać porty demonów wspomających (cat /etc/sysconfig/nfs). Można to zrobić graficznym narzędziem system-config-nfs.

5) Firewall musi przepuszczać połączenia. Proszę o wklejenie iptables -vL.

 

Dziś już nie mam więcej czasu na pisanie, ale te informacje i tak powinny przybliżyć nas do rozwiązania. Jeśli to nie pozwoli zdiagnozować problemu, to pewnie trzeba będzie zaglądnąć w ten skrypt.

 

Proszę listingi opiewać znacznikami CODE.

[katrinam]

Witam

 

Oto listingi:

 

cat /etc/exports
/a3/backupnfs/warauta 10.5.64.3(rw)

 

 

service nfs status
rpc.mountd (pid 4432) is running...
nfsd (pid 4411 4408 4407 4406 4405 4404 4403 4402) is running...
rpc.rquotad (pid 4389) is running...

 

service portmap status
portmap (pid 3186) is running...

 

cat /etc/sysconfig/nfs
cat: /etc/sysconfig/nfs: No such file or directory

 

 

iptables -vL
Chain INPUT (policy ACCEPT 513 packets, 56956 bytes)
pkts bytes target     prot opt in     out     source               destination 

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source               destination 

Chain OUTPUT (policy ACCEPT 661 packets, 126K bytes)
pkts bytes target     prot opt in     out     source               destination

 

 

[Gość _PaT]

iptables -vL
Chain INPUT (policy ACCEPT 513 packets, 56956 bytes)
pkts bytes target     prot opt in     out     source               destination 

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target     prot opt in     out     source               destination 

Chain OUTPUT (policy ACCEPT 661 packets, 126K bytes)
pkts bytes target     prot opt in     out     source               destination

Rozumiem, że to wszystko to konfiguracja po stronie serwera.

 

Myślę, że warto przeprowadzić próbę ręcznego zamontowania zasobu od strony klienta, który będzie wysyłał backupy (czyli tego kompa z IP 10.5.64.3):

mount -t nfs IP_SERWERA:/a3/backupnfs/warauta /mnt

Proszę zraportować, czy dzięki w ten sposób zdalny system plików się zamontował.

 

Powodzenia