|
|
|
google unix.com
|
|||||||
| Fórumok | Regisztráció | Fórum Szabályok | Linkek | Albumok | GYIK | Tagok listája | Naptár | Keres | Mai hozzászólások | Megjelöl Fórumok Olvas |
| A UNIX a fejlett és szakértői Felhasználók Szakértő-to-szakértő. Tudjon fejlett UNIX, UNIX parancsokat, a Linux operációs rendszereket, Rendszeradminisztráció, programozás, a Shell, a Shell Scripts, Solaris, Linux, HP-UX, AIX, OS X, BSD. |
Több, UNIX és Linux fórum témák Ön által talált Hasznos
|
||||
| Szál | Thread Starter | Fórum | Válaszok | Utolsó hozzászólás |
| HMC hangs | yadwendrav | AIX | 0 | 06-12-2008 04:17 AM |
| AIX lefagy a boot | drchris | AIX | 6 | 01-11-2008 08:24 AM |
| sendmail-q hangs | chaandana | A UNIX a fejlett és szakértői Felhasználók | 5 | 10-06-2005 08:38 PM |
| AIX hangs | vipin77 | AIX | 5 | 07-22-2005 09:54 AM |
| hogyan lehet csatlakoztatni a hotswap scsi meghajtó a Solaris 2.6 Netra rovatban a mount parancs? | soulshaker | A UNIX a dummies Kérdések és válaszok | 4 | 07-18-2001 02:11 PM |
 |
Powered by 
|
|
|
LinkBack | Téma eszközök | Keresés a téma | Rate Thread | Megjelenítési módok |
|
|
07-15-2008
|
|||||
|
|||||
|
NFS mount hangs
A múlt héten már telepítette a Windows Services for UNIX egy Windows Server 2003 teszt gép (s2003) és exportált egy mappát a NFS. A részvény neve "tárolása", és amelyet egy ideiglenes hely, a nagy export / dump fájlok. Sajnos, ez az egyetlen gép, hol van a nagy, olcsó lemezt elérhető mind a termelés, mind a hálózati teszt környezetben. Tudtam, hogy csatolják a nfs részesedése írási / olvasási mód két Solaris szerverek, a parancsot: Kód:
mount -F nfs -o hard,rsize=32768,wsize=32768 s2003:/storage /storage A két gép nevezik ki: - Eprod, SunOS 5,8 - Etest, SunOS 5,10 Én már intenzíven használta szerelt fájlrendszer probléma nélkül, mindkét gépen. De ma, míg a kiadó az "ls" parancsot eprod, azt vettem észre az üzenetet: Kód:
NFS server s2003 not responding still trying A etest, én egyáltalán nem volt kérdés, és a távoli részaránya még mindig szerelni és működik. Szóval azt gondoltam, hogy talán nem volt hálózati probléma a hétvége, és megpróbálta umount és remonda "/ tárolás" a eprod: Kód:
eprod/root> umount s2003:/storage nfs umount: /storage: is busy eprod/root> fuser /storage # The command hangs indefinitely (interrupted with ^C) /storage: eprod/root> fuser -c /storage # The command works and it doesn't report anything /storage: Szóval, próbáltam a nehéz utat, és dolgozott: Kód:
umount -f /storage A probléma most az, hogy én nem vagyok képes csatlakoztatni a fájlrendszer már: Kód:
eprod/root> mount -F nfs -o hard,rsize=32768,wsize=32768 s2003:/storage /storage NFS server s2003 not responding still trying A parancs "lóg" a végtelenségig ... Már végzett vizsgálatok alapvető kapcsolatot a eprod a s2003: - Ping működik - Telnet s2003 kikötői munkák 2049 Én is megpróbáltam, hogy figyelemmel kíséri a hálózat forgalmát, és netstat Snoop közben kiadó mount parancsot: Kód:
eprod/root> netstat -a | grep s2003 eprod.login s2003.nfsd 0 0 24820 0 SYN_SENT eprod.53759 s2003.nfsd 65415 0 24820 0 TIME_WAIT Kód:
eprod/root> snoop s2003
Using device /dev/ce (promiscuous mode)
eprod -> s2003 PORTMAP C GETPORT prog=100005 (MOUNT) vers=3 proto=UDP
s2003 -> eprod PORTMAP R GETPORT port=1048
eprod -> s2003 MOUNT3 C Null
s2003 -> eprod MOUNT3 R Null
eprod -> s2003 MOUNT3 C Mount /storage
s2003 -> eprod MOUNT3 R Mount OK FH=7593 Auth=none,unix
eprod -> s2003 PORTMAP C GETPORT prog=100003 (NFS) vers=3 proto=TCP
s2003 -> eprod PORTMAP R GETPORT port=2049
eprod -> s2003 TCP D=2049 S=51997 Syn Seq=1199030867 Len=0 Win=24820 Options=<nop,nop,sackOK,mss 1460>
s2003 -> eprod TCP D=51997 S=2049 Syn Ack=1199030868 Seq=2849360585 Len=0 Win=16384 Options=<mss 1460,nop,nop,sackOK>
eprod -> s2003 TCP D=2049 S=51997 Ack=2849360586 Seq=1199030868 Len=0 Win=24820
eprod -> s2003 NFS C NULL3
s2003 -> eprod NFS R NULL3
eprod -> s2003 TCP D=2049 S=51997 Ack=2849360614 Seq=1199030988 Len=0 Win=24820
eprod -> s2003 TCP D=2049 S=51997 Fin Ack=2849360614 Seq=1199030988 Len=0 Win=24820
s2003 -> eprod TCP D=51997 S=2049 Ack=1199030989 Seq=2849360614 Len=0 Win=65415
s2003 -> eprod TCP D=51997 S=2049 Fin Ack=1199030989 Seq=2849360614 Len=0 Win=65415
eprod -> s2003 TCP D=2049 S=51997 Ack=2849360615 Seq=1199030989 Len=0 Win=24820
eprod -> s2003 RLOGIN R port=2049
eprod -> s2003 RLOGIN R port=2049
eprod -> s2003 RLOGIN R port=2049
...
eprod -> s2003 RLOGIN R port=2049
eprod -> s2003 RLOGIN R port=2049
...
...
... and so on
Azt kizárják a lehetséges problémákról, s2003, mert mount "/ tárolás" mappába a többi gép az adott hálózat eprod. Én már azt is megállapította, hogy az UDP protokollt használ TCP helyett (alapértelmezett) működik: Kód:
mount -F nfs -o hard,rsize=32768,wsize=32768,proto=udp s2003:/storage /storage Mi lehet a probléma? Hogyan lehet megoldani ezt a kérdést? Thanks in advance! 
|
|
07-15-2008
|
|||||
|
|||||
|
Te próbál stop / start a NFS Demon szolgáltatás a Windows? Lehet, hogy a "zár" a kapcsolat csak a 2 hosts.
Azt is ellenőrzik a Sun dobozok, ha a / var / lib /nfs/rmtab (vagy valami hasonló), amely akkor üres vagy törölni bejegyzéseket a 2 külön V. boxes. Talán van valami hasonló fájl a Windows Server segítségével szerkeszthetjük. Azt is ellenőrzik, hogy: Linux NFS faq Ha ez nem segít, és már kipróbált sok gondolná, hogy nem használ NFS (Nekem ez nem tetszik, túl sok probléma egyes gépek) Esetleg próbáld meg a normál ablakok részvények (SMB), és telepítse / használja a Samba kliens a Sun dobozok? |
|
07-15-2008
|
|||||
|
|||||
|
Igen, már megállt, és újraindítani a NFS szolgáltatást a Windows és a Solaris doboz "/ etc / rmtab" üres, még etest, ha a fájlrendszer van felszerelve.
About Samba, amennyire én tudom, nincs Samba kliens a SunOS, kivéve Sharity vagy Sharity Light, amely már játszott néhány évvel ezelőtt, egy nagy siker ..... Azonban, mivel eprod a termelési rendszer, nem tudom, én nem akarok semmit telepíteni azt is, mert nem kell a tartós megosztott könyvtár: ez csak ideiglenes színpadra a nagy mennyiségű adat után, hogy Én umount megosztott fájlrendszer mindkét Solaris boxes. |
|
07-15-2008
|
||||
|
||||
|
Fogsz használni unix szolgáltatások ablakok a termelés? Nem úgy tűnik, mintha egy nagyon bölcs döntés, ha igen, annyira nyilvánvaló okokból én nem megyek be őket.
Láttam ezt a viselkedést (UDP alapú nfs dolgozik, ha a TCP-alapú nfs nem) a rendkívül elfoglaltsági hálózati szegmenst egy overutilized ügyfélnek. Ön ellenőrzi ezeket a házigazdák keresztül snmp? |
|
07-16-2008
|
|||||
|
|||||
|
Idézet:
Én nem ellenőrzik a hálózat, de nem tudja kizárni, hogy egy rövid ideig, ott lehet a nagy terhelés s2003 vagy hálózati torlódás. Tekintve, hogy én nem hiszem, hogy most nem tudok javítani ezt a helyzetet, hogy olyan furcsán hangzik ... |
|
07-16-2008
|
||||
|
||||
|
Miért nem utáni eredményének a netstat mindkét hosts, mountd restart és portmap (vagy analógjai) a szerveren, és indítsa újra portmap a kliens, és próbálja meg újra lóra ül. ez csak nfsd, hogy a Windows és UNIX-szerű rpc a hibás.
|
|
07-16-2008
|
|||||
|
|||||
|
Úgy gondolom, hogy az egyetlen olyan lépés nem próbáltam még az újraindítást nfs ügyfél-és / vagy a kapcsolódó folyamatok eprod. Sajnos nincs meg a tudás erre.
Tudna valamilyen parancsok restarting nfs ügyfélszolgáltatás Solaris 8 (10)? Én googled körül, de a legnagyobb gond az, kikapcsolni, vagy valami lényeges akadályozó jelenlegi összeköttetések ügyfelek és eprod, mert az is eprod lehetne valami megosztott nfs hogy más ügyfeleknek is hozzáférjen. |
|
| Könyvjelzõk |
| Címkék |
| linux, ping, ping port, port, port ping, Solaris |
| Téma eszközök | Keresés a téma |
| Megjelenítési módok | Rate this thread |
|
|
Hibrid üzemmód
