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

เราได้ใช้งานเซิร์ฟเวอร์บน VM ที่ บริษัท โฮสติ้งและเพิ่งลงทะเบียนสำหรับโฮสต์เฉพาะ (AMD Opteron 3250, 4 คอร์, 8GB RAM, 2 x 1TB ในซอฟต์แวร์ RAID, ext3) ในขณะที่ใช้การทดสอบประสิทธิภาพเราสังเกตว่าการเปลี่ยนแปลงของ SQLite บางอย่าง (การรวมกันของการแทรกการลบและ / หรือการปรับปรุง) นั้นใช้เวลานานกว่า 10x ถึง 15 เท่าใน MacBook Pro ของฉัน หลังจาก googling และการอ่านมากมายเราต้องดูที่ตัวเลือกการติดตั้งซึ่งก็คือ: data=ordered,barrier=1 เราได้ทำการทดลองและได้รับประสิทธิภาพที่ดีที่สุดแล้ว data=writeback,barrier=0 ฉันได้อ่านสิ่งเหล่านี้แล้วและเข้าใจพื้นฐานของสิ่งที่พวกเขากำลังทำอยู่ แต่ฉันไม่มีความรู้สึก / ความรู้สึกที่ดีว่าเป็นความคิดที่ดีหรือไม่ที่เราจะทำงานแบบนี้? คำถาม การกำหนดค่าข้างต้นมีเหตุผลที่จะต้องพิจารณาสำหรับบริการโฮสต์หรือไม่ หากเราเกิดไฟฟ้าดับหรือเกิดข้อผิดพลาดอย่างหนักเราอาจจบลงด้วยข้อมูลที่สูญหายหรือไฟล์เสียหาย หากเราถ่ายภาพสแนปชอตของฐานข้อมูลทุกๆ 15 นาทีนั่นอาจบรรเทาสถานการณ์ แต่ฐานข้อมูลอาจไม่ถูกซิงค์เมื่อถ่ายภาพสแนปชอต เราจะแน่ใจได้อย่างไร …

13 centos  mount  ext3  performance-tuning  write-barrier 

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

13 filesystems  hardware  ssd  ext3 

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

13 linux  unix  filesystems  ext3 

ฉันดูแลกล่อง Debian linux เก่า (ที่ใช้งานจำหลัก) ที่มี RAM เพียง 512 MB แต่มีที่เก็บข้อมูลภายนอกจำนวนมากติดอยู่ ระบบไฟล์ ext3 หนึ่งระบบมีขนาด 2.7 TB และ fsck ไม่สามารถตรวจสอบได้เนื่องจากหน่วยความจำไม่เพียงพอโดยมีข้อผิดพลาดเช่นนี้: เกิดข้อผิดพลาดในการจัดสรรอาร์เรย์บล็อกไดเรกทอรี: การจัดสรรหน่วยความจำล้มเหลว e2fsck: ยกเลิก ฉันได้เพิ่มพาร์ติชั่นการแลกเปลี่ยน 4 GB แล้ว แต่ก็ยังไม่เสร็จ แต่นี่เป็นเคอร์เนล 32 บิตดังนั้นฉันไม่คาดหวังว่าการเพิ่มอีกจะช่วยได้ นอกเหนือจากการบูตเป็นเคอร์เนล 64 บิตมีวิธีอื่นในการรับ fsck เพื่อทำให้การตรวจสอบเสร็จสมบูรณ์หรือไม่

13 linux  debian  memory  ext3  fsck 

ฉันใช้ rsnapshot เพื่อสร้างการสำรองข้อมูลรายชั่วโมง / รายวัน / รายสัปดาห์ / รายเดือนของ "งาน" ของฉัน ตอนนี้ฉันกำลังพยายามคัดลอกไดเรกทอรีสำรองทั้งหมดไปยังไดรฟ์ภายนอกโดยใช้ rsync ฉันใช้คำสั่ง / พารามิเตอร์นี้ภายในเซสชันหน้าจอ (ใช่ rsync-excluse.txt อยู่ใน dir ที่ฉันเรียกใช้คำสั่งจาก) rsync -avzHP --exclude-from 'rsync-exclude.txt' /share/backup/ /share/eSATADisk1/backup/; สิ่งทั้งหมดกำลังทำงานบน QNAP TS-439, ไดรฟ์ภายในเป็นดิสก์เดี่ยว (ไม่มี RAID) ที่จัดรูปแบบ EXT4, ไดรฟ์ภายนอกถูกจัดรูปแบบ EXT3 จะเกิดอะไรขึ้น: Rsync ติดตามทุกฮาร์ดลิงก์และคัดลอกไฟล์จริงแทนที่จะสร้างฮาร์ดลิงก์ที่อัปเดตใหม่บนไดรฟ์ภายนอก ฉันไม่รู้จักสิ่งนี้ในทันทีดังนั้นไดรฟ์ภายนอกจึงถูกทิ้งด้วยถังขยะ xxx สำเนาของไฟล์เดียวกัน สิ่งที่ฉันต้องการบรรลุคือการคัดลอกโครงสร้างไฟล์ทั้งหมดที่สร้างโดย rsnapshot ไปยังไดรฟ์ภายนอกทำให้ฮาร์ดลิงก์นั้นประหยัดพื้นที่ หมายเหตุ: สิ่งนี้ไม่จำเป็นต้องทำโดยใช้ rsync ขอบคุณสำหรับความคิดและเวลาของคุณ …

13 linux  backup  rsync  ext3  rsnapshot 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ปิดให้บริการใน6 ปีที่ผ่านมา ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ ฉันเข้าใจว่ามีหลายทางเลือกในการใช้ / เข้าถึง ext2 / ext3 ใน Windows เช่นที่อธิบายไว้ในบทความ HOWTO Forgeและบทความอื่นจากปีที่แล้ว อย่างไรก็ตามไม่มีรายการใดในรายการที่ให้การเข้าถึงแบบอ่าน - เขียนอย่างเต็มที่กับ ext3 ที่นำไปใช้อย่างสมบูรณ์ นั่นคือตัวเลือกการอ่าน - เขียนสองตัวเลือกดูเหมือนจะไม่สนับสนุนวารสาร ext3 (ext2fsd จะเล่นซ้ำเจอร์นัลที่ไม่ว่างเปล่า แต่ไม่เช่นนั้นมันก็ใช้ไม่ได้ดูเหมือนว่า ext2fs.sys ดูเหมือนจะไม่ใช้เจอร์นัลเลย) มีใครรู้บ้างเกี่ยวกับไดรเวอร์ที่ฉันสามารถติดตั้งใน Windows เพื่อให้การเข้าถึงแบบอ่าน - เขียนพาร์ติชั่น ext3 อย่างเต็มรูปแบบรวมถึงเจอร์นัลสิทธิผู้ใช้คุณลักษณะ selinux (ถ้าเป็นไปได้ มีผู้ใดบ้างในคุณใช้หนึ่งในไดรเวอร์เหล่านี้หรือไม่ ปัจจุบันฉันแบ่งปันข้อมูลระหว่าง OS บนระบบดูอัลบูตผ่านพาร์ติชัน FAT32 ฉันรู้ว่าฉันสามารถใช้ NTFS …

12 windows  filesystems  ext3 

ฉันคิดถึงมานานเกี่ยวกับระบบไฟล์เวอร์ชัน นี่เป็นคุณสมบัตินักฆ่าและฉันได้ดู Wayback, ext3cow, zfs, ฟิวส์โซลูชั่นหรือเพียงแค่วางซ้อน cvs / svn / git ฉันพิจารณารุ่นของ ext3cow สำหรับความต้องการของฉัน โปร่งใสมีประสิทธิภาพ แต่ฉันสามารถทำได้โดยไม่มีls abc@timestampคุณสมบัติพิเศษ ตราบใดที่ฉันได้รับไฟล์เวอร์ชันของฉันแบบอัตโนมัติและโปร่งใส มันอาจจะเกิดขึ้นทันทีหรืออาจเป็นไปตามสแนปชอตในช่วงเวลา 10s, 30s, 1m, 5m, 15m เป็นต้นสิ่งที่จะจัดการกับไฟล์หลายพันไฟล์ในไดเรกทอรีที่กำหนดให้มีขนาดเล็กที่สุด แต่บางอันก็มีประสิทธิภาพ สูงกว่า 100m ถึง 1gb ZFS ไม่ใช่ตัวเลือกจริงๆเพราะฉันใช้ linux (และไม่ต้องการใช้มันผ่านฟิวส์เพราะฉันมีการตั้งค่า ext3 แล้วฉันต้องการรุ่นไม่ใช่สิ่งใหม่) ทางออกอะไรที่นั่น?

11 git  ext3  filesystems  versioning 

ฉันมีไดรฟ์ที่ฟอร์แมต EXT3 บนเซิร์ฟเวอร์ Linux CentOS นี่คือไดรฟ์ข้อมูลแอปบนเว็บและมีไดเรกทอรีสำหรับบัญชีผู้ใช้ทุกบัญชี (มีผู้ใช้ 25,000 คน) แต่ละโฟลเดอร์มีไฟล์ที่ผู้ใช้อัปโหลด โดยรวมแล้วไดรฟ์นี้มีข้อมูลประมาณ 250GB การจัดโครงสร้างไดรฟ์กับไดเรกทอรีทั้งหมดเหล่านี้ส่งผลต่อประสิทธิภาพการอ่าน / เขียนของไดรฟ์หรือไม่? มันส่งผลกระทบด้านประสิทธิภาพอื่น ๆ ที่ฉันไม่ทราบหรือไม่ มีอะไรผิดปกติหรือไม่ดีกับโครงสร้างสิ่งนี้หรือไม่? บางทีอาจเป็นทางเลือกที่ผิดของระบบไฟล์? ฉันเพิ่งลองผสานสองไดรฟ์ข้อมูลและรับรู้ว่า EXT3 ถูก จำกัด ไว้ที่ 32,000 ไดเรกทอรีย่อย นี่ทำให้ฉันสงสัยว่าทำไม ดูเหมือนว่าโง่ที่ฉันสร้างขึ้นด้วยวิธีนี้โดยพิจารณาว่าแต่ละไฟล์มี id ที่ไม่ซ้ำกันซึ่งสอดคล้องกับ id ในฐานข้อมูล อนิจจา ...

11 linux  performance  filesystems  ext3  ext4 

ฉันไม่เคยสนใจขนาดบล็อกมาก แต่เห็นได้ชัดว่ามีประโยชน์ในการเลือกสิ่งอื่นนอกเหนือจากค่าเริ่มต้น ฉันกำลังมองหากระดาษ "แนวปฏิบัติที่ดีที่สุด" ที่ดีเกี่ยวกับการเลือกขนาดบล็อก นอกจากนี้เมื่อใช้กับด้านบนของ LVM มันคือการลดประสิทธิภาพหรือความสำคัญเมื่อตะกี้ในทางใด? TIA

11 filesystems  ext3  performance 

บนเซิร์ฟเวอร์อินทราเน็ตของฉันฉันมีพาร์ติชัน / dev / sda5 100.00 GiB ซึ่งฉันใช้เป็นฟิสิคัลวอลุ่มสำหรับ lvm2 เป็นฟิสิคัลวอลุ่มเดียวในกลุ่มวอลุ่มของฉัน vg01 ปัจจุบัน vg01 มีโลจิคัลวอลุ่มหนึ่งรายการ lv01 โดยใช้ 100.00 GiB เต็ม - จริงแล้ว 99.99 GiB เนื่องจากการปัดเศษ (นั่นคือที่ที่ปัญหาเริ่มต้นขึ้น) lv01 มีระบบไฟล์ ext3 โดยใช้พื้นที่ทั้งหมด ฉันต้องการลด lv01 เหลือประมาณ 97 GiB ดังนั้นฉันจึงสามารถสร้าง lv02 ได้โดยประมาณ 3 GiB (ฉันต้องการใช้สแนปชอต lvm) สิ่งที่ฉันทำจนถึงตอนนี้: e2fsck -f /dev/mapper/vg01-lv01 resize2fs /dev/mapper/vg01-lv01 97G สิ่งนี้ใช้ได้ดี แต่ตอนนี้ฉันจะต้องวิ่ง …

10 lvm  ext3 

เรามีเซิร์ฟเวอร์ HP DL380G5 เก่าโดยมีดิสก์ 5 300GB SCSI 3.5 '' ในอาร์เรย์ RAID5 ในช่องภายนอกจัดรูปแบบเป็นโลจิคัลวอลุ่มพร้อมระบบไฟล์ ext3 ที่โฮสต์ข้อมูลผู้ป่วยทางคลินิกที่ละเอียดอ่อน 1.2 TB ดิสก์สองแผ่นแสดงความล้มเหลวในการคาดเดาใน hpacucli ดังนั้นฉันจึงแทนที่หนึ่งในนั้นก่อนและเห็นว่ามันก็โอเค แต่ฉันไม่เห็นว่ามันยังระบุว่า "พร้อมสำหรับการสร้างใหม่" ฉันเปลี่ยนอย่างที่สองอย่างไม่ระมัดระวังและตอนนี้ก็บอกว่า RAID ล้มเหลว ฉันคืนดิสก์เก่ากลับมาลองรีบูตเซิร์ฟเวอร์ แต่ตอนนี้ทำให้ฉันเข้าสู่โหมดการกู้คืนระหว่างการบู๊ตและบอกว่ามันไม่สามารถหาโลจิคัลวอลุ่มได้ ฉันสามารถทำอะไรได้บ้างเพื่อพยายามกู้คืนสิ่งนี้? เราไม่มีข้อมูลสำรองโชคไม่ดี ความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชมจริงๆ! ฉันคิดว่าจะคืนไดรฟ์เก่าทั้งสองกลับมามีโอกาสที่จะฟื้นฟู RAID หรือไม่

9 raid5  ext3 

อักขระใดไม่ถูกต้องสำหรับชื่อไฟล์ ext3 ฉันจินตนาการว่าอย่างน้อย/ก็เป็นตัวละครที่ไม่ถูกต้องและอาจเป็น\0ไปได้ มีรายชื่ออย่างเป็นทางการที่ไหนสักแห่ง? ฉันไม่แน่ใจว่าจะหาข้อมูลนี้ได้ที่ไหนดังนั้นโปรดบอกฉันว่าคุณพบที่ไหน

9 linux  ext3 

ฉันกำลังทำการตั้งค่าสำหรับฟาร์มเก็บข้อมูลขนาดใหญ่และเพื่อหลีกเลี่ยงความต้องการ fscks เดือนยาวแผนของฉันคือการแบ่งพื้นที่เก็บข้อมูลออกเป็นระบบแฟ้มขนาดเล็กจำนวนมาก (นี่เป็นเรื่องปกติเนื่องจากฉันมีต้นไม้ไฟล์ที่ดี ดังนั้นฉันสามารถมีระบบไฟล์ที่แยกจากกันติดตั้งอยู่บน1/, 2/, 3/, 4/ฯลฯ ) ความยากลำบากของฉันคือการค้นหาการระบุขนาด "สมเหตุสมผล" สำหรับระบบไฟล์เพื่อให้เวลา fsck ในทำนองเดียวกัน "สมเหตุสมผล" ในขณะที่ฉันตระหนักดีว่าเวลาที่แน่นอนสำหรับขนาดที่กำหนดจะขึ้นอยู่กับฮาร์ดแวร์เป็นส่วนใหญ่ฉันไม่สามารถหาคำอธิบายของรูปร่างของเส้นโค้งเป็นเวลา ext3 fsck ด้วยขนาดระบบไฟล์ที่แตกต่างกันและตัวแปรอื่น ๆ คืออะไร ( ระบบไฟล์ที่เต็มไปด้วยไฟล์ในไดเรกทอรีเดียวใช้เวลานานกว่าหนึ่งไฟล์ที่มี 10 ไฟล์ในแต่ละไดเรกทอรีนับพันในต้นไม้ไฟล์ขนาดใหญ่เทียบกับไฟล์ขนาดเล็กระบบไฟล์เต็มเทียบกับระบบไฟล์เปล่าและอื่น ๆ ) ใครบ้างมีการอ้างอิงถึงตัวเลขวิจัยดีเกี่ยวกับเรื่องนี้? ความล้มเหลวนั้นเกร็ดเล็กเกร็ดน้อยเกี่ยวกับปัญหาเหล่านี้ควรช่วยแนะนำการทดลองของตัวเองอย่างน้อย แก้ไข : หากต้องการความกระจ่าง: ไม่ว่าระบบไฟล์จะเกิดอะไรขึ้นถ้ามีบางอย่างผิดปกติกับข้อมูลเมตาจะต้องทำการตรวจสอบ ไม่ว่าจะเปิดใช้งานหรือไม่จำเป็นต้องใช้ re-fscks ใหม่หรือมีความจำเป็นและเหตุผลเดียวที่ฉันขอตัวเลขโดยเฉพาะเกี่ยวกับ ext3 นั้นเป็นเพราะนั่นเป็นระบบไฟล์ที่น่าจะถูกเลือกมากที่สุด หากคุณรู้ว่าระบบไฟล์ที่มีกระบวนการ fsck รวดเร็วเป็นพิเศษฉันเปิดรับข้อเสนอแนะ แต่มันจำเป็นต้องเป็นตัวเลือกที่มีประสิทธิภาพ (อ้างว่า "ระบบแฟ้ม X ไม่ต้องการ fscking!" จะหัวเราะเยาะและเย้ยหยันในความยาว) . ฉันยังตระหนักถึงความจำเป็นในการสำรองข้อมูลและความปรารถนาที่จะ …

9 ext3  fsck 

ฉันมีปัญหากับเซิร์ฟเวอร์ Dell 1950 ฉันกำลังติดตั้ง RHEL 4.6 พร้อมกับ Oracle และซอฟต์แวร์อื่น ๆ ที่นี่ ฉันสุ่มรับข้อความแสดงข้อผิดพลาดว่า "kernel: journal commit I / O error" ในเซสชั่น ssh ของฉันและบนจอภาพฉันได้ติดกับเซิร์ฟเวอร์ฉันเห็นข้อผิดพลาดในการเลื่อนโดยระบุว่า "ข้อผิดพลาด EXT3-fs (อุปกรณ์ sda5) ใน start_transaction: วารสารยกเลิกแล้ว " มันเกิดขึ้นหลายครั้ง แต่ไม่เคยถึงจุดเดียวกันในระหว่างการติดตั้ง ที่จริงแล้วครั้งสุดท้ายที่ระบบเริ่มทำงานและฉันพยายามนำเข้าฐานข้อมูลเข้าสู่ oracle สิ่งนี้เกิดขึ้นกับฮาร์ดไดรฟ์หลายตัวดังนั้นฉันค่อนข้างแน่ใจว่าไม่ใช่ปัญหา นี่ทำให้ฉันคิดว่าตัวควบคุมการจู่โจมแย่ พวกคุณคิดอย่างไร ** อัพเดท ** ค่อนข้างแน่ใจว่ามันเป็นฮาร์ดไดรฟ์ที่ไม่ดี ฉันโยนไดรฟ์อื่นในเซิร์ฟเวอร์และมันใช้งานมาได้ประมาณ 48 ชั่วโมงโดยไม่มีปัญหา

9 linux  raid  ext3