บริษัทของเรามีเซิร์ฟเวอร์รุ่นเก่าที่ใช้งาน SUSE 11 รีลีส 3.0.76-0.11
ติดตั้งดิสก์ 2 แผ่นบนเซิร์ฟเวอร์นี้
ดิสก์ 1 (เหลืออีก 500GB
) ติดตั้งเป็น /DIV1/พศ
และ ดิสก์ 2 (เหลือ 2TB
) เป็นไดเรกทอรีย่อยของมัน /DIV1/DE/กำลังดำเนินการ
.
SAMBA ได้รับการกำหนดค่าเป็นแบบสแตนด์อโลนและแชร์ /DIV1/พศ
และ /DIV1/DE/กำลังดำเนินการ
.
โปรโตคอล SMB คือ SMB2 ยังไม่มีปัญหาเรื่องสิทธิ์การอ่าน/เขียน
(DK ทำไม SAMBA ถึงกำหนดค่าแบบนี้ เราเพิ่งเข้ามาดูแลระบบเมื่อไม่นานมานี้ และเราไม่ใช่ผู้เชี่ยวชาญเกี่ยวกับ Unix)
เครื่องไคลเอ็นต์คือ Windows 10 pro พร้อมการเชื่อมต่อ 1 GBe LAN กับเซิร์ฟเวอร์
มาถึงประเด็นนี้
สมมติว่ามี 20
ไฟล์ทั้งหมดประมาณ 30 กิกะไบต์
.
เมื่อผู้ใช้เขียน ทั้งหมดนั้น ถึง /DIV1/DE/กำลังดำเนินการ
เมื่อการถ่ายโอนจะไม่เริ่มต้นและพูดว่า มีพื้นที่ไม่เพียงพอ บน /DIV1/DE/กำลังดำเนินการ
.
อย่างไรก็ตาม เมื่อผู้ใช้โอนเท่านั้น ทีละไฟล์ ถึง /DIV1/DE/กำลังดำเนินการ
การถ่ายโอนจะไป แต่สูงสุด 3-4MB/s
แน่นอนว่ามีพื้นที่เพียงพอ เรามี 2TB สำหรับข้อมูล 600GB
ของเราเดาว่า /DIV1/DE/กำลังดำเนินการ (ดิสก์ 2)
อาจจะใช้ /DIV1/DE (ดิสก์ 1)
เช่น เขียนแคช. แต่อย่างที่ฉันบอก เราไม่ใช่ผู้เชี่ยวชาญของ Unix และไม่รู้ว่าจะค้นหา 'ตัวตรวจสอบทรัพยากร' เช่น Windows และค้นหาเบาะแสได้อย่างไร
คำถามของฉันคือ นี่เป็นปัญหาของ Samba หรือ Linux หรือไม่ ฉันจะทำอย่างไรเพื่อแก้ไขปัญหานี้
เป็นไปได้ไหมที่จะหลีกเลี่ยงการอัปเกรดซอฟต์แวร์หรือระบบปฏิบัติการ
ยินดีรับคำตอบใด ๆ
ขอบคุณ!