A samba helyett NFS-t szerettem volna használni SuSE 10.1-en, de sehogy sem jön össze.
Ezt a howto-t használtam: http://nfs.sourceforge.net/nfs-howto/ar01s03.html
Ezeket állítottam be:
/etc/hosts.allow:
portmap: 192.168.0.1
rquotad: 192.168.0.1
mountd: 192.168.0.1
statd: 192.168.0.1
lockd: 192.168.0.1
/etc/hosts.deny:
lockd:ALL
mountd:ALL
rquotad:ALL
statd:ALL
/etc/exports:
/data_f 192.168.0.1(rw)
/data_r 192.168.0.1(rw)
A yast-ban a tűzfal beállításoknál engedélyeztem a belső interface-en az "nfs server" és "nfs client" szolgáltatásokat, a futási szint szerkesztőben pedig el is indítottam ezeket, és a hozzájuk tartozó szolgáltatásokat (a ps ax tanúsága szerint futnak is).
A 192.168.0.1 kliensen szintén engedélyeztem a tűzfalon az "nfs client" szolgáltatást.
Mégsem működik: ha a kliensen fel akarom csatolni a megosztást:
mount 192.168.0.2:/data_r /mnt/kwaigon/data_r
akkor semmi sem történik: a mount parancs nem mountol fel semmit, nem is kérdez semmit, a promptot hosszú idő után kapom vissza ezzel a hibaüzenettel:
"mount server reported tcp not available, falling back to udp
mount: RPC: remote system error - Connection timed out"
Mit konfiguráltam félre?
P.S.
Esetleg valami ötlet arra, hogy samba-val hogyan tudok egy megosztásra 2G-nál nagyobb fájlt írni? 2G-nál mindig elakad, pedig a cél fájlrendszer nem fat, hanem reiser... Ha sikerülne, hanyagolnám az nfs-t.
- 1638 megtekintés
Hozzászólások
Helyedben ezen leírás alapján indulnék el.
Másold be ide a smb.conf-ot, hátha tudunk segíteni. Nálam nem probléma a 2 GB-osnál nagyobb fájlok mozgatása.
Üdv.
- A hozzászóláshoz be kell jelentkezni
Gondolod nem próbáltam már ezt is? :-(((
A yast még olyan gépet sem talál, amin nfs megosztás van. Ha meg megadom a gépet, akkor megosztást nem talál rajta.
Az smb.conf meg elég méretes; nem hiszem, hogy értelme lenne leközölni itt, főleg, hogy gyakorlatilag azonos a SuSE-vel jött alapértelmezett smb.conf-al.
Kivéve persze a megosztásokat, de azokban meg csak a megosztott mappa megadása, meg a "valid users" sor van.
Egyébként nem tudom, hogy ez tényleg samba nyűg-e, vagy az a progi (mencoder), aminek a nagy fájlt kellett (volna) készítenie dőlt be. (Rémlik, mintha régebben már másoltam volna >4G fájlt is a hálón keresztül, viszont még sosem készitettem >2G fájlt a mencoder-el, úgyhogy mencoder probléma is szóba jöhet.)
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
'rpcinfo -p' kimenet mind a két gépen, majd kliensről 'rpcinfo -p szerver' és 'showmount -e szerver'
- remélem Linuxon is úgy kell ezeket meghívni, mint minden rendes UNIX-on.
- A hozzászóláshoz be kell jelentkezni
Most csak a szervert érem el (a kliens ki van kapcsolva), itt az "rpcinfo -p" kimenete a szerverről:
program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100024 1 udp 1032 status 100021 1 udp 1032 nlockmgr 100021 3 udp 1032 nlockmgr 100021 4 udp 1032 nlockmgr 100024 1 tcp 9071 status 100021 1 tcp 9071 nlockmgr 100021 3 tcp 9071 nlockmgr 100021 4 tcp 9071 nlockmgr 100005 1 udp 955 mountd 100005 1 tcp 956 mountd 100005 2 udp 955 mountd 100005 2 tcp 956 mountd 100005 3 udp 955 mountd 100005 3 tcp 956 mountd
Esetleg be lehet telnetezni az nfs szolgáltatáshoz, csak hogy lássam, hogy elérhető-e kintről? Ha igen, melyik portra? (Először használ(nám) az nfs-t, a yast pedig elrejti előlem a portok számát, úgyhogy csak a szolgáltatások nevei alapján engedélyeztem őket a tűzfal moduljában)
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
Ez jo, akkor meg johet 'showmount -e' magarol a szerverrol is, szerintem valahol utkozes van konfigokban. (Biztos egyebkent, hogy: jo a nevfeloldas es tuzfal se fogja el a kapcsolatot? Nekem leginkabb ez utobbi a gyanus.)
- A hozzászóláshoz be kell jelentkezni
Nekem is. De már két módon is engedélyeztem a tűzfalon az nfs-t:
a) Először a yast tűzfal moduljában az adott interface-en kiválasztva és engedélyezve az nfs klienst és szervert;
b) másodszor meg (miután az előző nem működött) a yast "nfs szerver" és "nfs kliens" moduljaiban, ahol szintén volt jelölőnégyzet ezeknek a szolgáltatásoknak az engedélyezésére a tűzfalon.
Ha a tűzfal a bűnös, akkor már csak egy konzoli iptables parancs segíthetne (jártam már így), de amennyire az iptablest ismerem (semennyire), ez újabb pár óra googlizást, meg próbálgatást fog jelenteni...
Nincsenek véletlenül "bejáratott" iptables parancsaid nfs szerver és kliens engedélyezésére?
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
sorry, i'm using FreeBSD
- A hozzászóláshoz be kell jelentkezni
Rendes körülmények között én is. :-)
Személyes kedvencem rajta az ipfw; az én egyszerű lelkemnek pont megfelel az iptables helyett.
Ez viszont most sajnos az otthoni gépem linux-al...
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni
Hali,
Susen nekem siman ment, debianon kisse heggeszteni kellett, azzal a tapasztalatokat meg tudom osztani veled.
Sztm eloszor kapcsold ki a tuzfalakat ha teheted, h megnezd az-e a problema.
Aztan:
az nfs szolgaltatas portmappert hasznal, emiatt a 111-es portmapper portot is ki kell nyitni
tudomasom szt a szerveren. Az nfsd portjat a szerveren kiadott rpcinfo -p -nel meg tudod lesni.
Aztan a kliensen parameterben be lehet adni h tcp kapcsolatot hasznaljon (asszem tcp opcio),
igy jobban nyomonkovetheto:).
Tcpnel pedig az
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
nem art, mert nem mindig az nfsd portrol jon az aldas, de ez engedelyezi, hogy
ha a kapcsolatot a szerver atteszi masik portra a kliens azt is engedelyezze.
(kicsit hulyen hangzott, na mind1:))
Amugy probald az fstabos opciokkal mountolni, mert lehet h oda beirta a suse amit kell a kapcsolodashoz.
Namost lehet h ez mind nem szukseges, de nekem ezek kellettek, h menjen.
Egyebkent, ha a suse nem mutatja a szerveren a megosztast, akkor ott van a kutya elesve, eloszor a szerveren kell
korulnezni, (bar ott gondolom engedelyezve van az nfs szerver).
- A hozzászóláshoz be kell jelentkezni
Az nfs továbbra sem működik, de most már nem baj, mert ismét beleütközve a samba fájlméret limitbe ezúttal a végére jártam a dolognak.
Szóval, ez az opció kellett az smbmount parancshoz ahhoz, hogy >2G-s fájlokat tudjak a megosztáson létrehozni:
-o lfs
---
Mondjon le!
- A hozzászóláshoz be kell jelentkezni