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

ระบบไฟล์เป็นวิธีการจัดระเบียบและจัดเก็บไฟล์คอมพิวเตอร์ด้วยข้อมูลของพวกเขา

7
มันแย่ไหมที่มีระบบไฟล์เกือบเต็ม?
ตัวอย่างฉันมีระบบไฟล์ขนาดใหญ่ / เล็กJFS2 / EXT3ไม่ว่าจะเป็นอะไร (และระบบปฏิบัติการต่าง ๆ , Linux, AIX) แต่บางระบบก็ใช้งานได้เช่น: 90%, 95%, 98% คำถาม: การมีระบบไฟล์เกือบเต็มแล้วมีอะไรที่ไม่ดีบ้างไหม? ปัญหาด้านประสิทธิภาพหรือความเสียหายของ FS หรือปัญหา HW UPDATE: คำถามเกี่ยวกับสภาพแวดล้อมขององค์กร ไม่มีใครมีเรียงความ / URL ของแท้เกี่ยวกับผลกระทบหรือไม่ :) "มีไดเรกทอรีใดบ้างในระบบไฟล์เหล่านี้" - ใด ๆ เช่น: SAP, ORACLE เป็นต้น ดิสก์มักมาจาก SAN

1
วิธีการกำหนดค่า Linux เพื่อแคชข้อมูลเมตาของไฟล์ในการตั้งค่าเนื้อหา?
ฉันต้องการตั้งค่าระบบให้ใช้ RAM ส่วนใหญ่สำหรับการแคชเมตะดาต้าของระบบไฟล์ แต่มีจำนวนน้อยพอสมควรสำหรับการอ่าน / เขียนแคชและไฟล์ดึงข้อมูลล่วงหน้า เป็นการดีที่ฉันจะสามารถเรียกดูระบบไฟล์ (เท่าที่เหมาะกับ RAM) โดยไม่ต้องหมุนดิสก์จนกว่าฉันจะเปิดไฟล์จริง นี่คือรายละเอียด: ฉันมีไฟล์เซิร์ฟเวอร์ที่ทำที่บ้าน มันมีดิสก์ห้าตัวในปริมาณ LVM ประมาณ 9TB แต่ RAM 4GB เท่านั้น เนื่องจากเซิร์ฟเวอร์ไม่ทำอะไรมากแล้วให้บริการไฟล์ RAM ส่วนใหญ่จึงใช้สำหรับการแคช (“ ฟรี” รายงาน 3.4G จาก 3.9G ที่ใช้สำหรับแคช) เซิร์ฟเวอร์อาศัยอยู่ในห้องนอนของฉันและหากดิสก์ทั้งหมดหมุนไปมันจะมีเสียงดังพอที่จะน่ารำคาญเมื่อมันเงียบ (ฉันไม่ได้หมายถึงการค้นหาเสียงรบกวนเพียงแค่การหมุนเท่านั้นเสียงดิสก์มีหลายยี่ห้อและรุ่นต่าง ๆ และฉันคิดว่าความแตกต่างเล็กน้อยในความเร็วการหมุนทำให้เกิดการรบกวนไม่มีดิสก์ตัวใดมีเสียงดังด้วยตัวเอง มีเสียงรบกวนเล็กน้อยกับช่วงเวลาย่อยเฮิรตซ์) ดังนั้นฉันจึงกำหนดค่าเซิร์ฟเวอร์ให้ดิสก์หมุนวนเป็นส่วนใหญ่ แน่นอนหากดิสก์หมุนตัวเมื่อฉันเปิดโฟลเดอร์ในตัวจัดการไฟล์ของฉันมีความล่าช้าในขณะที่ดิสก์ใดมีโฟลเดอร์นั้นหมุนขึ้น เพียงแค่นั้นไม่ใช่เรื่องใหญ่ แต่ขึ้นอยู่กับที่ฉันมองมันอาจเกิดขึ้นหลายครั้งในแถวถ้า LVM เกิดขึ้นเพื่อกระจายข้อมูลเมตาสำหรับแต่ละโฟลเดอร์ย่อยบนดิสก์ที่แตกต่างกัน ฉันสงสัยว่า Linux ส่วนใหญ่เติมแคชด้วยเนื้อหาไฟล์และอาจมีการดึงข้อมูลล่วงหน้า การแคชไม่มีประโยชน์มากเกินกว่าสองสาม MB เพื่อให้เล่นได้อย่างราบรื่น ถ้าฉันเพิ่งดูหนังฉันอาจจะไม่ได้ดูอีกครั้งในไม่ช้า การดึงข้อมูลล่วงหน้าหากเกิดขึ้นก็ไม่ได้ผลอย่างสมบูรณ์ในกรณีของฉันหลังจากผ่านไปไม่กี่ MB …

3
สถานการณ์ที่น่ากลัว - ระบบไฟล์ติดตั้งพร้อมกันโดยอินสแตนซ์ระบบปฏิบัติการอิสระหลายตัว
ฉันจะออกจากสถานการณ์นี้อย่างปลอดภัยได้อย่างไร รายละเอียดดังนี้ เซิร์ฟเวอร์ xen มีอุปกรณ์บล็อกที่จัดสรรให้กับ VMs แต่อุปกรณ์เหล่านี้ยังได้รับการติดตั้งภายใน Xen ในความเป็นจริง 44 ของอุปกรณ์บล็อกเหล่านี้ได้รับการติดตั้งเช่นนี้ ในการทำให้เรื่องแย่ลงอุปกรณ์ทางกายภาพแต่ละตัวจะถูกมองเห็นได้มากกว่า 4 เส้นทางและแต่ละตัวจะถูกเมานต์บนจุดเมานต์แยกกัน กล่าวอีกนัยหนึ่งอุปกรณ์เหล่านี้จะถูกเมาท์ 5 ครั้ง VM guest OS มองเห็นเส้นทางผ่านอุปกรณ์หลอก PowerPath (จัดสรรเป็นอุปกรณ์ phy: block ไปยัง domU) อุปกรณ์บางอย่างถูกจัดรูปแบบเป็น ext2 และ reiserfs ไม่จำเป็นต้องอธิบายให้ฉันฟังถึงความเสี่ยงของการทุจริตของระบบไฟล์ที่เกี่ยวข้อง ฉันกลัวว่าแม้เพียงแค่ unmounting ระบบแฟ้มอาจทำให้เกิดความเสียหายและรู้สึกว่าณ จุดนี้การดึงไฟจากโฮสต์เป็นตัวเลือกที่ปลอดภัยที่สุด โปรดทราบว่าแอปพลิเคชันฐานข้อมูล Oracle ส่วนใหญ่ใน VMs ทั้งหมดยังคงทำงานและใช้งานอยู่ ฉันค้นพบสิ่งนี้เมื่อตรวจสอบการใช้งาน CPU สูงใน dom0 มีกระบวนการ "ค้นหา" ที่ไม่สามารถทำได้ซึ่งมี cwd -> …

2
ฉันจะแน่ใจได้อย่างไรว่าไดเรกทอรีหรือไฟล์ถูกลบจริง
ฉันรู้ว่าไฟล์ส่วนใหญ่เมื่อถูกลบจะไม่ถูกลบออกจากดิสก์จริงและสามารถกู้คืนได้ในภายหลัง ฉันจะมั่นใจได้อย่างไรว่าไดเรกทอรีที่ฉันลบจะถูกลบออกจากดิสก์จริงหรือ มีสาธารณูปโภคสำหรับสิ่งนั้นหรือไม่? ฉันใช้ Debian Linux

2
อะไรที่ทำให้ / dev / disk / by-label บรรจุอยู่?
ฉันสังเกตว่าลีนุกซ์รุ่นลีนุกซ์มีไดเร็กตอรี่ / dev / disk / by-label, แต่มันไม่ได้เป็นเช่นนั้นเสมอไป (ตัวอย่างเช่น, อิมเมจการทดสอบCirrOS Linux ไม่มีหนึ่งอัน) สิ่งที่ต้องการในระบบ Linux สำหรับการเติมไดเรกทอรี / dev / disk / by-label ให้ถูกต้อง?


1
เป็นไปได้หรือไม่ที่จะรันโปรแกรมฟิวส์ webdav ที่ไม่มีการเข้าถึงรูท?
ฉันได้เห็นตัวอย่างแสดงวิธีการใช้งานdavfs2ภายใต้ linux แต่แต่ละตัวมีส่วนเกี่ยวข้องกับสิ่งเหล่านี้อย่างใดอย่างหนึ่ง: ทำงานmountเหมือนรูท กำลังเพิ่มรายการไปยัง /etc/fstab กำลังรันmount.davfssetuid ซึ่งอนิจจายังต้องมีรายการ/etc/fstab สามารถหลีกเลี่ยงได้ไหม ถ้าไม่ลักษณะของ webdav ป้องกันได้ดีกว่าเช่น sshfs?

3
เปลี่ยนชื่อไฟล์โดยอัตโนมัติเมื่อวางไว้ในไดเรกทอรีเฉพาะ
เป็นไปได้หรือไม่ที่จะเปลี่ยนชื่อไฟล์โดยอัตโนมัติเมื่อวางไว้ในไดเรกทอรีเฉพาะ ตัวอย่างเช่นฉันมีไดเรกทอรีชื่อ "dir0" ฉันย้ายหรือคัดลอกไฟล์ชื่อ "file1" เป็น "dir0". แล้ว "file1" ควรเปลี่ยนชื่อเป็น "file1_ {timestamp ปัจจุบัน}"


1
การใช้ noatime บน Linux ที่ทันสมัยเหมาะสมหรือไม่
เริ่มจากรุ่น 2.6.30 (ซึ่งเผยแพร่เมื่อ 5 ปีที่แล้ว) Linux มีตัวเลือกrelatimeเปิดใช้งานตามค่าเริ่มต้น หมายถึงการอัพเดทเวลาในการเข้าถึงไฟล์นั้นไม่บ่อยนักและรอบคอบ แต่ผมยังคงเห็นrecomendationsใช้noatimeสำหรับฐานข้อมูลหรือดิสก์ SSD มีเหตุผลใดที่จะเปลี่ยนการกำหนดค่าเริ่มต้นและใช้งานได้หรือไม่ มันสร้างความแตกต่างที่วัดได้relatimeหรือไม่เมื่อเทียบกับ?



1
สามารถซ้อนไดเรกทอรีได้กี่ไดเรกทอรี
ฉันอยากรู้อยากเห็นหลายโฟลเดอร์ที่ซ้อนกันได้และทำไม? มีข้อ จำกัด หรือไม่? สิ่งที่ฉันหมายถึงโดยซ้อนกันคือเมื่อโฟลเดอร์อยู่ในโครงสร้างนี้: folder |_ folder |_ folder |_ folder |_ ... ไม่เหมือน: folder |_ folder |_ folder |_ folder |_ ... หากมีข้อ จำกัด มันถูกกำหนดโดยระบบปฏิบัติการหรือโดยระบบไฟล์หรือไม่?

4
ข้อผิดพลาด `ls` เมื่อลบไดเรกทอรี
ฉันมีกระสุนสองนัดที่เปิดอยู่ สิ่งแรกคือในไดเรกทอรี A. ในวินาทีฉันลบไดเรกทอรี A แล้วสร้างใหม่ เมื่อฉันกลับไปที่เชลล์ตัวแรกและพิมพ์lsเอาต์พุตคือ: ls: cannot open directory .: Stale file handle ทำไม? ฉันคิดว่าเชลล์แรก (อันที่ยังคงเปิดอยู่ในไดเรกทอรีที่ไม่มีอยู่) จะ "หยุด" ในขณะที่รอคำสั่งถัดไปและจะไม่ "รู้" ว่าไดเรกทอรีนั้นถูกลบและสร้างใหม่ เชลล์เก็บการอ้างอิง "ที่ลึกกว่า" ไปยังไดเร็กทอรีการทำงานปัจจุบันนอกเหนือจากสตริง$PWDหรือไม่?

3
ระบบไฟล์จะไม่สอดคล้องกันหากถูกขัดจังหวะเมื่อย้ายไฟล์หรือไม่?
ฉันมีสองโฟลเดอร์ในพาร์ติชันเดียวกัน (EXT2) ถ้าฉันmv folder1/file folder2และการขัดจังหวะบางอย่างเกิดขึ้น (เช่นความล้มเหลวของระบบ) ระบบไฟล์อาจจบลงด้วยการไม่สอดคล้องกันหรือไม่? mvอะตอมทำงานไม่ใช่หรือ ปรับปรุง: จนถึง IRC ฉันได้มุมมองต่อไปนี้: มันเป็นอะตอมดังนั้นความไม่สอดคล้องจึงไม่สามารถเกิดขึ้นได้ ก่อนอื่นให้คุณคัดลอกรายการ dir ใน dir ใหม่จากนั้นลบรายการใน dir ก่อนหน้าดังนั้นคุณอาจมีความไม่สอดคล้องกันของการอ้างอิงไฟล์สองครั้ง แต่จำนวนอ้างอิงคือ 1 มันจะลบตัวชี้ก่อนแล้วจึงคัดลอกตัวชี้ดังนั้นความไม่สอดคล้องกันคือไฟล์นั้นมีการอ้างอิง 0 บางคนสามารถอธิบายได้หรือไม่

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