Samba berbagi titik pemasangan NFS


8

Maaf jika ini adalah pengulangan, sepertinya upaya pertama saya gagal ...

Sedikit konteks dulu.

Pertama, saya telah mewarisi salah satu jaringan klasik dari neraka. Di antara sejumlah hal lain, saya menemukan bahwa sebagian besar data klien, termasuk tumpukan data kepatuhan, saat ini disimpan pada satu drive USB yang dibagikan melalui Samba ke seluruh klien (dan tidak didukung).

Untuk membantu saya tidur di malam hari, saya telah mengumpulkan server file linux dengan dua raid 5 array untuk meletakkan data ini, dan untuk menghindari keharusan memetakan kembali semua mesin klien, saya pikir tidak apa-apa untuk meng-unmount disk USB, setelah rsyncing data ke file serve, dan nfs memasang mount point baru di tempatnya.

Ini sepertinya bekerja Ok dengan beberapa pengujian cepat, namun, hari ini saya menemukan bahwa pengguna saya sangat kesulitan membuka file di pengaturan ini dengan kecepatan transfer file menjadi sangat sangat lambat.

Saya tidak melihat masalah dengan pemasangan nfs langsung dari disk (dari kotak linux saya) tetapi melalui samba share itu sama sekali tidak dapat digunakan.

Saya memang menggunakan pengaturan default di ekspor dan mount poin tidak akan bermain malam ini dengan beberapa opsi yang saya temukan di google, tetapi saya berpikir saya harus memutar kembali untuk besok setidaknya.

Haruskah saya melakukan ini? Saya tidak bisa melihat mengapa tidak, karena saya kira itu akan menjadi hal yang akan dilakukan untuk sistem NAS.

Ada saran? Silahkan?


Jawaban:



3

Manual Samba menyebutkan bahwa mengekspor kembali NFS mountpoint ke Samba tidak berfungsi dengan benar. NFS tidak 100% kompatibel dengan POSIX, jadi beberapa hal bekerja secara berbeda dari yang diharapkan Samba.

Yaitu Anda harus menjalankan Samba pada server yang sama di mana Anda menjalankan layanan NFS, mengekspor disk lokal secara langsung.


di mana dalam dokumen ini? Saya benar-benar ingin menemukannya, sendiri :)
warren

Jadi pada dasarnya selama Samba dan NFS berjalan di server yang sama, itu bukan masalah?
Alexej Magura

2

Apakah Anda menambahkan perbaikan tuning ke smb.conf ?:

opsi soket = TCP_NODELAY IPTOS_LOWDELAY

Panduan SAMBA memberikan lebih banyak opsi dan penjelasan: http://us1.samba.org/samba/docs/man/Samba-HOWTO-Collection/speed.html

Opsi soket TCP_NODELAY adalah yang tampaknya membuat perbedaan tunggal terbesar untuk sebagian besar jaringan. Banyak orang melaporkan bahwa menambahkan opsi soket = TCP_NODELAY menggandakan kinerja baca dari drive Samba. Penjelasan terbaik yang saya lihat untuk ini adalah bahwa Microsoft TCP / IP stack lambat dalam mengirimkan TCP ACK.


Terima kasih banyak untuk ini .. Saya akan coba sekarang dan lihat apa yang terjadi .. dan laporkan kembali. Peter
Peter Nunn

Bugger .. sudah diatur. Yang aneh adalah kecepatan disk yang dipasang usb cukup baik .. Saya hanya akan berasumsi nfs mounts akan cepat juga .. (well, tebak mereka jika tidak melalui samba dulu). Mount yang saya gunakan (dari fstab) adalah 192.168.20.63:/home/onenergy2 / home / onenergy2 nfs rw, rsize = 32768, wsize = 32768, hard, intr, nfsvers = 3, tcp, noatime, nodev, async, kunci 0 0 untuk apa nilainya. Peter
Peter Nunn

Jika, seperti yang terlihat, saya harus memasang saham langsung di kotak kedua ini sebagai saham samba, pertanyaan tambahan jika saya boleh ... .. apa cara terbaik untuk mendorong kredensial pengguna menyeberang ke mesin ini. Dapatkah saya menggunakan mesin pertama (ditetapkan sebagai pengontrol domain) untuk mengotentikasi pengguna pada saham di server file baru atau apakah saya perlu menyalin kredensial antara mesin (yuck)? Apa yang orang sarankan? Ini pasti masalah yang cukup umum untuk penyimpanan jaringan. Terima kasih lagi. Peter
Peter Nunn

Jika Anda ingin menjaga kredensial tetap disinkronkan, Anda perlu melihat beberapa jenis otentikasi terpusat seperti OpenLDAP atau Samba PDC. Saya akan menyarankan Samba PDC jika Anda dapat: us5.samba.org/samba/docs/man/Samba-HOWTO-Collection/… , karena akan mendukung sistem masuk tunggal yang merupakan fitur yang sangat bagus untuk dimiliki.
churnd
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.