คำถามติดแท็ก filesystems

ระบบไฟล์ (หรือระบบไฟล์) เป็นวิธีการจัดระเบียบข้อมูลที่คาดว่าจะเก็บไว้หลังจากที่โปรแกรมถูกยกเลิกโดยการจัดเตรียมโพรซีเดอร์เพื่อจัดเก็บเรียกคืนและอัพเดตข้อมูลรวมถึงจัดการพื้นที่ว่างบนอุปกรณ์ที่มีอยู่

2
ผลกระทบด้านประสิทธิภาพของการรันระบบไฟล์ที่แตกต่างกันบนเซิร์ฟเวอร์ Linux เดียว
หนังสือ"HBase: คู่มือที่ชัดเจน"ระบุว่า ไม่แนะนำให้ติดตั้งระบบไฟล์ที่แตกต่างกันบนเซิร์ฟเวอร์เดียว สิ่งนี้อาจมีผลเสียต่อประสิทธิภาพเนื่องจากเคอร์เนลอาจต้องแบ่งแคชบัฟเฟอร์เพื่อสนับสนุนระบบไฟล์ที่แตกต่างกัน มีรายงานว่าในบางระบบปฏิบัติการอาจมีผลกระทบต่อประสิทธิภาพการทำลายล้างสูง สิ่งนี้นำไปใช้กับ Linux ได้จริงหรือ ฉันไม่เคยเห็นบัฟเฟอร์แคชที่ใหญ่กว่า 300 Mbytes และเซิร์ฟเวอร์ที่ทันสมัยส่วนใหญ่มี RAM กิกะไบต์ดังนั้นการแบ่งบัฟเฟอร์แคชระหว่างระบบไฟล์ที่แตกต่างกันไม่ควรเป็นปัญหา ฉันหายไปอย่างอื่นหรือไม่

2
ความปลอดภัยในการเขียนแคชบนไดรฟ์ SATA พร้อมสิ่งกีดขวาง
ฉันได้อ่านเมื่อเร็ว ๆ นี้เกี่ยวกับการเขียนแคช NCQ ข้อบกพร่องเฟิร์มแวร์อุปสรรค ฯลฯ เกี่ยวกับไดรฟ์ SATA และฉันไม่แน่ใจว่าการตั้งค่าที่ดีที่สุดที่จะทำให้ข้อมูลของฉันปลอดภัยในกรณีที่ไฟฟ้าขัดข้อง จากสิ่งที่ฉันเข้าใจ NCQ อนุญาตให้ไดรฟ์จัดลำดับการเขียนใหม่เพื่อเพิ่มประสิทธิภาพขณะที่เคอร์เนลแจ้งให้ทราบว่าคำขอใดบ้างที่ถูกเขียนขึ้น แคชการเขียนทำให้ไดรฟ์ตอบสนองคำขอได้เร็วขึ้นมากเนื่องจากไม่ต้องรอข้อมูลที่จะเขียนลงในดิสก์ทางกายภาพ ฉันไม่แน่ใจว่า NCQ และการเขียนแคชผสมกันอย่างไรที่นี่ ... ระบบไฟล์ที่ถูกทำเจอร์นัลเป็นพิเศษต้องแน่ใจว่าเมื่อคำร้องขอเฉพาะถูกเขียนลง นอกจากนี้กระบวนการพื้นที่ผู้ใช้ใช้ fsync () เพื่อบังคับให้ล้างของไฟล์โดยเฉพาะ การเรียก fsync นั้น () ไม่ควรกลับมาจนกว่าระบบไฟล์จะแน่ใจว่าข้อมูลนั้นถูกเขียนลงดิสก์ มีฟีเจอร์ (FUA, Force Unit Access) ซึ่งฉันได้เห็นเฉพาะในไดรฟ์ SAS ซึ่งบังคับให้ไดรฟ์ผ่านการแคชและเขียนลงดิสก์โดยตรง สำหรับทุกสิ่งทุกอย่างนั้นมีอุปสรรคในการเขียนซึ่งเป็นกลไกที่เคอร์เนลจัดไว้ให้ซึ่งสามารถท สิ่งนี้บังคับให้แคชทั้งหมดถูกเขียนลงไม่ใช่เฉพาะข้อมูลที่สำคัญดังนั้นทำให้ทั้งระบบช้าลงหากใช้งานในทางที่ผิดด้วย fsync () จากนั้นมีไดรฟ์ที่มีข้อบกพร่องของเฟิร์มแวร์หรือจงใจอยู่เมื่อข้อมูลถูกเขียนทางกายภาพ มีหลายวิธีในการตั้งค่าไดรฟ์ / ระบบไฟล์: A) NCQ และแคชการเขียนถูกปิดใช้งาน B) เพียงแค่เปิดใช้งาน NCQ C) …

2
ความเสียหายของระบบไฟล์หลังโพสต์ฉับพลันพลังงานสูญหายบนพาร์ติชัน ext3 ของไดรฟ์ SSD“ พฤติกรรมที่คาดหวัง” หรือไม่
บริษัท ของฉันสร้างอุปกรณ์ Debian Linux ที่บู๊ตจากพาร์ติชัน ext3 บนไดรฟ์ SSD ภายใน เนื่องจากอุปกรณ์ดังกล่าวเป็น "กล่องดำ" ในตัวจึงมักจะปิดวิธีที่หยาบคายโดยเพียงตัดไฟเข้าอุปกรณ์ผ่านสวิตช์ภายนอก โดยปกติจะไม่เป็นไรเนื่องจากการทำเจอร์นัลของ ext3 จะเก็บสิ่งต่าง ๆ ตามลำดับดังนั้นนอกเหนือจากการสูญเสียบางส่วนของไฟล์บันทึกเป็นครั้งคราว อย่างไรก็ตามเมื่อเร็ว ๆ นี้เราได้เห็นหน่วยจำนวนหนึ่งซึ่งหลังจากฮาร์ดไดรฟ์พลังรอบจำนวนมากพาร์ติชัน ext3 เริ่มพัฒนาปัญหาเชิงโครงสร้างโดยเฉพาะเราเรียกใช้ e2fsck บนพาร์ติชัน ext3 และพบปัญหาเช่นนั้น แสดงในรายการผลลัพธ์ที่ด้านล่างของคำถามนี้ การรัน e2fsck จนกว่าจะหยุดการรายงานข้อผิดพลาด (หรือการฟอร์แมตพาร์ติชันใหม่) จะเป็นการล้างปัญหา คำถามของฉันคือ ... อะไรคือความหมายของการเห็นปัญหาเช่นนี้ในระบบ ext3 / SSD ที่ต้องเผชิญกับการปิดเครื่องอย่างกะทันหัน / ไม่คาดคิด? ความรู้สึกของฉันคือว่านี่อาจเป็นสัญญาณของปัญหาซอฟต์แวร์หรือฮาร์ดแวร์ในระบบของเราเนื่องจากความเข้าใจของฉันคือคุณสมบัติการทำเจอร์นัลของ ext3 (เพื่อป้องกันข้อผิดพลาดหรือปัญหาฮาร์ดแวร์) ของ ext3 ควรจะป้องกันข้อผิดพลาดของระบบไฟล์ (หมายเหตุ: ฉันเข้าใจว่าข้อมูลผู้ใช้ไม่ได้ถูกทำเจอร์นัลและไฟล์ผู้ใช้ที่ถูกบันทึก / …

4
วิธีการจัดเก็บข้อมูลบนเครื่องที่กำลังถูกตัดแบบสุ่ม
ฉันมีเครื่องเสมือน (Debian) ทำงานบนโฮสต์เครื่องจริง เครื่องเสมือนทำหน้าที่เป็นบัฟเฟอร์สำหรับข้อมูลที่ได้รับบ่อยผ่านเครือข่ายท้องถิ่น (ระยะเวลาสำหรับข้อมูลนี้คือ 0.5 วินาทีดังนั้นปริมาณงานที่ค่อนข้างสูง) ข้อมูลใด ๆ ที่ได้รับจะถูกเก็บไว้ในเครื่องเสมือนและส่งต่อไปยังเซิร์ฟเวอร์ภายนอกผ่าน UDP ซ้ำ ๆ เมื่อเซิร์ฟเวอร์ภายนอกยอมรับ (เกิน UDP) ว่าได้รับแพ็กเก็ตข้อมูลข้อมูลดั้งเดิมจะถูกลบออกจากเครื่องเสมือนและไม่ได้ส่งไปยังเซิร์ฟเวอร์ภายนอกอีกครั้ง การเชื่อมต่ออินเทอร์เน็ตที่เชื่อมต่อ VM และเซิร์ฟเวอร์ภายนอกไม่น่าเชื่อถือซึ่งหมายความว่าอาจหยุดให้บริการหลายครั้งต่อวัน เครื่องทางกายภาพที่โฮสต์ VM ได้รับการตัดไฟหลายครั้งต่อวันโดยการสุ่ม ไม่มีวิธีที่จะบอกได้ว่าเกิดเหตุการณ์นี้ขึ้นเมื่อใดและไม่สามารถเพิ่ม UPS แบตเตอรี่หรือโซลูชันที่คล้ายกันในระบบ เริ่มแรกข้อมูลถูกจัดเก็บในฐานข้อมูล HSQLDB แบบอิงไฟล์บนเครื่องเสมือน อย่างไรก็ตามการตัดไฟบ่อยครั้งในที่สุดทำให้ไฟล์สคริปต์ฐานข้อมูลเสียหาย (ไม่ใช่ระดับระบบไฟล์นั่นคือสามารถอ่านได้ แต่ HSQLDB ไม่สามารถเข้าใจได้) ซึ่งนำไปสู่คำถามของฉัน: ข้อมูลควรถูกจัดเก็บในสภาพแวดล้อมที่การตัดกระแสไฟฟ้าสามารถเกิดขึ้นบ่อยครั้งได้อย่างไร? ทางเลือกหนึ่งที่ฉันนึกได้คือการใช้ไฟล์แฟล็ตบันทึกแต่ละแพ็คเก็ตของข้อมูลเป็นไฟล์ในระบบไฟล์ วิธีนี้หากไฟล์เสียหายเนื่องจากการสูญเสียพลังงานก็สามารถถูกละเว้นและส่วนที่เหลือของข้อมูลยังคงเหมือนเดิม สิ่งนี้ทำให้เกิดปัญหาเล็กน้อย แต่ส่วนใหญ่เกี่ยวข้องกับปริมาณข้อมูลที่น่าจะถูกเก็บไว้ในเครื่องเสมือน ที่ 0.5s ระหว่างข้อมูลแต่ละส่วนจะมีการสร้างไฟล์ 1,728,000 ไฟล์ใน 10 วัน อย่างน้อยนี่หมายถึงการใช้ระบบไฟล์ที่มีจำนวน inodes เพิ่มขึ้นเพื่อจัดเก็บข้อมูลนี้ …

8
การคำนวณขนาดไฟล์ทั้งหมดโดยการขยายในเปลือก
เรามีชุดไดเรกทอรีที่มีดัชนีลูซีน แต่ละดัชนีเป็นการรวมกันของประเภทไฟล์ที่แตกต่างกัน 0/index/_2z6.frq 0/index/_2z6.fnm .. 1/index/_1sq.frq 1/index/_1sq.fnm .. (เป็นส่วนขยายที่แตกต่างกันประมาณ 10 รายการ) เราต้องการรับผลรวมตามนามสกุลไฟล์เช่น: .frq 21234 .fnm 34757 .. ฉันได้ลองใช้หลายคู่กันของ du / awk / xargs แต่พบว่ามันยุ่งยากในการทำสิ่งนี้

2
มีวิธีที่รวดเร็วในการดูว่าโหลดฟิลเตอร์ไดรเวอร์ระบบไฟล์ใดใน Windows 2008?
คำถามบอกว่ามันทั้งหมดฉันคิดว่า ฉันจำไม่ได้ว่ามีวิธีง่ายๆในการทำเช่นนี้ แต่จำไม่ได้ว่ามันคืออะไร

3
Linux: ระบบไฟล์ Case-INSENSITIVE
มีวิธีการอะไรบ้างในการทำให้ระบบไฟล์ Linux เป็นกรณี ๆ ไป? ฉันมีแอพพลิเคชั่น asp.net ที่พัฒนาบน Windows แต่มักมีปัญหาเกี่ยวกับตัวพิมพ์ใหญ่ / การสะกดคำบนโมโนเมื่อวางไว้บน Linux วิธีหนึ่งคือการติดตั้ง localhost SMB share ไปที่ / var / www มีคนอื่นอีกไหม?

1
คุณจะลดขนาดระบบไฟล์ XFS ได้อย่างไร?
ฉันมีระบบไฟล์ xfs ที่มีพื้นที่ว่าง ฉันหดมันได้ไหม xfs_growfsฉันรู้ว่า และมีความเป็นและresize2fsresize_reiserfs คำถามด้านข้าง: xfs ไม่ใช่ตัวเลือกระบบไฟล์ที่ดีสำหรับการจัดเก็บไฟล์ระยะยาวหรือไม่?
13 filesystems  xfs 

6
ฉันจะแสดงรายการบล็อกข้อมูลของไฟล์บน Linux ได้อย่างไร
ตามที่ฉันเข้าใจแล้วแต่ละไฟล์ในระบบปฏิบัติการที่คล้าย Unix จะมีหมายเลขไอโหนด (ซึ่งสามารถดูได้ด้วย "ls -i") และแต่ละไอโหนดคือรายการบล็อกดิสก์ที่มีข้อมูลจริงของไฟล์ มีคำสั่ง Linux ที่ใช้ชื่อไฟล์เป็นอาร์กิวเมนต์และพิมพ์รายการบล็อกดิสก์ที่ inode ของไฟล์ชี้ไปที่หรือไม่ PS ระบบไฟล์ที่เป็นปัญหาคือ ext3
13 linux  unix  filesystems  ext3 

8
'สิทธิ์ที่ถูกปฏิเสธ' เป็นไฟล์ที่ฉันเป็นเจ้าของหรือไม่
Bob ผู้ใช้ของฉันไม่สามารถเข้าถึงไฟล์ที่เขาเป็นเจ้าของ (ในทางทฤษฎี) ฉันใช้ Fedora Core 8 ฉันจะแสดงให้เห็นได้ง่ายกว่าบอก: > ls -al . total 32 drwxrwxr-x 7 bob bob 4096 May 18 14:33 . drwxrwxr-x 4 bob bob 4096 May 12 15:44 .. drwxr-xr-x 2 bob bob 4096 June 1 14:22 log > cd ./log -bash: cd: log/: Permission denied > …

4
บรรทัดคำสั่งซ้ำ / คัดลอกไดเรกทอรีลึกใน Linux
อะไรคือวิธีที่ดีที่ใช้กันทั่วไปในการทำสำเนาแบบเรียกซ้ำ / ลึกลงไปใน Linux ซึ่งทำงานได้ในหลาย ๆ กรณี? ฉันใช้สิ่งที่เรียบง่ายเช่นcp -Rเดียวกับcpioคาถาที่ซับซ้อน มีจุดแข็งหรือจุดอ่อนที่สำคัญที่ทำให้คุณชอบมากกว่าอีกด้านหรือไม่? คุณใช้อันไหนบ่อยที่สุด?

5
ทำมิร์เรอร์ระบบไฟล์ข้ามเซิร์ฟเวอร์บางตัว
ฉันกำลังมองหาวิธีการทำมิรเรอร์หรือทำซ้ำหนึ่งไดเรกทอรี (หรือระบบไฟล์เดียว) ในเซิร์ฟเวอร์ Linux บางตัว ทางออกในอุดมคติคือหนึ่งซึ่งอนุญาตให้เซิร์ฟเวอร์ทั้งหมดเข้าถึงการอ่าน - เขียน ฉันต้องการให้ฉันมีความยืดหยุ่นถ้าเซิร์ฟเวอร์ตัวใดตัวหนึ่งหยุดทำงานส่วนที่เหลือก็ควรจะทำงานโดยไม่มีการสูญเสียข้อมูลใด ๆ เลย ฉันได้ดูวิธีแก้ไขปัญหาบางอย่างแล้ว: DRBD : การจำลองแบบระดับบล็อกดูเหมือนจะเกินความจริงเล็กน้อย lsyncd : ดูเรียบง่ายมาก แต่ฉันมีข้อสงสัยเกี่ยวกับประสิทธิภาพ; GlusterFS : ดูเหมือนว่าจะเป็นการจับคู่ที่ดี แต่ยังไม่สามารถระบุได้ว่าโหมดการจำลองจะทำงานอย่างไร มันจะมีลักษณะที่ฉันต้องการหรือไม่? ข้อเสนอแนะอื่น ๆ ยินดีต้อนรับ


7
มีเหตุผลอื่นอีกหรือไม่สำหรับ "ไม่มีพื้นที่เหลือบนอุปกรณ์"?
ฉันใช้ Dirvish บนระบบเซิร์ฟเวอร์ Ubuntu สำหรับการสำรอง hd ไปยังไดรฟ์ usb 3.0 ภายนอก เมื่อไม่กี่วันที่ผ่านมาทุกอย่างทำงานได้ดี แต่ตอนนี้การสำรองข้อมูลทั้งหมดล้มเหลวด้วย "ไม่มีพื้นที่เหลือบนอุปกรณ์ (28)" และ "ระบบไฟล์เต็ม" น่าเสียดายที่มันไม่ง่ายขนาดนั้น: มีอุปกรณ์ฟรี> 500 GB รายละเอียด: rsync_error: rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename1>.eDJiD9": No space left on device (28) rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32) rsync: write "/mnt/backupsys/shd/gesichert1/20130223_213242/tree/<SomeFilename2>.RHuUAJ": No space left …

2
Linux จัดการกับดิสก์ที่ทำงานพร้อมกัน IO ได้อย่างไร
เมื่อเซิร์ฟเวอร์ Linux ให้บริการการร้องขอพร้อมกันจำนวนมากเพื่ออ่านไฟล์ที่แตกต่างกันให้ทำดังนี้ หา File_1 อ่านไฟล์ทั้งหมดแล้วหา File_2 อ่านไฟล์ทั้งหมดแล้วหา File_3 ฯลฯ หา File_1 อ่านส่วนหนึ่งของมัน (มากถึงค่า readahead?) จากนั้นหา File_2 อ่านส่วนหนึ่งแล้วหากลับไปที่ File_1 ที่เหลือทิ้งอ่านเพิ่มเติมจากนั้นลองหา File_3 ฯลฯ ฯลฯ หากเป็นกรณีที่ 2 เซิร์ฟเวอร์จะทำการค้นหามากกว่าที่จำเป็นซึ่งจะทำให้ช้าลงอย่างมาก ในกรณีนั้นมีการปรับแต่งอะไรที่ฉันสามารถทำได้?

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.