NFS v3 kérdés, Debian

Debian GNU/Linux

Sziasztok!

Szerettem volna 2GB-nál nagyobb filet másolni NFS megosztásra, de 2GB-nál megállt a másolás.
Úgy látom, NFS v2-vel működik a megosztás, de nem tudom, miért és hogy lehetne áttérni fejlettebb változatra.

A megosztó gép Debian Lenny, a kliens pedig Mandriva 2010.1

exports-ban ilyen van pl.: 

/mnt/Seagate_200        192.168.x.y(rw,sync,no_root_squash) 192.168.x.z(rw,sync,no_root_squash)

fstab momentán ilyen: 

192.168.x.m:/mnt/Seagate_200 /mnt/nfs/Seagate_200/ nfs rw,users 0 0

Próbáltam fstab-ban odabiggyeszteni az nfsvers=3 paramétert, de úgy nem találta a megosztásomat.

Mit és hol rontok el?

Másik furcsa dolog:

Az NFS megosztáson nem tudok filet módosítani.
Létrehozás/törlés megy, csak a módosítás nem.

Van ennek valami különös oka? Kihagyok valamit?

Előre is köszönöm a segítséget.

  • 1592 megtekintés

( Mico v | 2010. 09. 29., sze – 22:38 )

Hi

Nekem mar az gyanus, hogy nem eleve nfsv3-al mountolja (ha tenyleg nem)
mountd debug es lassuk a hibauzenetet...

Amugy en jartam ugy is jo regen, hogy a zsh nem volt largefile supportal forditva, es minden amit belso implementacioval oldott meg az meghalt 2 giganal :)

Ezt a modositas dolgot nem ertem, pontosan hogyan probalsz "modositani"? Hogy neznek ki a fajl, konyvtar jogosultsagok?

echo "lofasz" >>modositanto_file marhara nem ugyanaz, mint vim modositando file, mert ez utobbi csinalhat swap filet, es menteskor igazabol unlink & rename van, stb.

A mount-féle debug opcióra gondolsz? Úgy látom, nfs "filerendszernél" nincs ilyen opció. Lehet, hogy rosszul értem.

Az nfs v2 dolgot onnan veszem, hogy "nfsstat -o all -234" szerint egyedül nfs v2-őn van mozgolódás, ez persze a kliensgépen.

Lehet, hogy nem vagyok pontos... :)

pl. mc-vel (: a megszakadt átvitel után nem tudom felülírni a filet... ill. nem kell megszakadt átvitel. Átmásolok egy filet, majd megpróbálom mégegyszer, felülírást választva.
Hibaüzenet: "Cannot create targer file "xyz" Invelid argument (22)"
Ezután kapok egy "nagy" 0 byte-os filet. :S

Ugyanígy cp /home/vazso/file ./

majd újra cp /home/vazso/file ./ ezt eredményezi: 

cp: overwrite `./file'? y
cp: cannot create regular file `./file': Invalid argument

Szintén 0-byteos file a vége.

mcedit-tel nem tudok filet szerkeszteni rajt, de vim elmenti és echo-val is hozzá tudok írni.

Érdekes...

A megosztott könyvtár egy NTFS partíció, mert ezt még nem sikerült kiürítenem és újraformáznom (pedig már jóideje kéne)... pedig visszavesz a teljesítményből.
Jogosultság alapján mennie kellene, momentán minden rwx.

( Troppauer | 2010. 09. 30., cs – 21:36 )

javasolt az exportsban: rw,sync,no_root_squash,no_subtree_check
a mount-nal: soft,intr,rsize=8192,wsize=8192,lock

a mount -v output?

--
"Windows... az mi?"

Köszi a tippet. A fenti kapcsolók egy részét már nézegettem, a többinek még utánanézek és módosítani fogom.

mount -v kimenete:

192.168.x.y:/mnt/Seagate_200 on /mnt/nfs/Seagate_200 type nfs (rw,users,addr=192.168.x.y)

Ha a no_subtree_check opciót beírom, csak olvasható filerendszerről panaszkodik a kliensgépen.
A mount -v továbbra is rw-nek írja.

Ezekre gondolsz?

CONFIG_NETWORK_FILESYSTEMS=y
CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
# CONFIG_NFS_V4_1 is not set
CONFIG_NFS_FSCACHE=y
CONFIG_NFSD=m
CONFIG_NFSD_V2_ACL=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V3_ACL=y
CONFIG_NFSD_V4=y
CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
CONFIG_EXPORTFS=m
CONFIG_NFS_ACL_SUPPORT=m
CONFIG_NFS_COMMON=y

Tény, hogy másik rendszerrel még nem próbáltam elérni, csak ezzel a két Mandrivással...

Az egyik gyári kernellel van, a másikon sincs túl sok változtatás. Mindegyik gépen v2-vel megy.