არქივი კატეგორია » filesystems «

კვირა, აგვისტო 04th, 2013 | ავტორი:

მე მქონდა ძალა outage იმოქმედებს ჩემს სერვერზე დიდი md RAID მასივი. იმის ნაცვლად, რომ ნება სერვერზე როგორც მთელი იყოს ქვემოთ მოლოდინში ეს დაასრულებს fsck, მე მქონდა ის ჩატვირთვისას გარეშე დიდი მასივი მე ვერ აწარმოებს fsck ხელით.

თუმცა, როდესაც გაშვებული ხელით მივხვდი, მე არ იცის, თუ რამდენად შორს იყო და რამდენი ხანი დასჭირდება, რათა დასრულდეს. ეს განსაკუთრებით პრობლემატური ისეთი დიდი მასივი. ერთად პატარა ძებნას მივხვდი წვერი და დასძინა, რომ -C პარამეტრი დარეკვისას fsck. მე ვერ იპოვა ეს დოკუმენტაცია, თუმცა: fsck –დახმარება აჩვენა არსებობს ასეთი ვარიანტი.

ვარიანტი აღმოჩნდება ext4 სპეციფიკური, და ამით გვიჩვენებს შესანიშნავად ფუნქციური პროგრესი ბარი პროცენტული მაჩვენებელი. მოვძებნოთ ინფორმაცია, იმის მაგიერ “fsck –დაეხმაროს” ან “კაცი fsck”, თქვენ უნდა შეყვანის “fsck.ext4 –დაეხმაროს” ან “კაცი fsck.ext4”. 🙂

Share
კვირა, აგვისტო 04th, 2013 | ავტორი:

ისტორია

ბევრი რამ შეიცვალა, რადგან ბოლო აღნიშნულ ჩემი პირადი სერვერზე – იგი გაიზარდა leaps და საზღვრები (ეს უკვე 7TB md RAID6) და ეს ბოლო პერიოდის განმავლობაში აღდგენით ერთად Ubuntu სერვერი.

Arch არასოდეს ყოფილა შეცდომა. Arch Linux უკვე მასწავლა იმდენად შესახებ Linux (და გავაგრძელებთ ამის გაკეთებას ჩემს სხვა desktop). მაგრამ არქიეპისკოპოსმა აუცილებლად მოითხოვს მეტ დროს და ყურადღებას, ვიდრე მე მინდა დაიხარჯოს სერვერზე. იდეაში მინდა ურჩევნია შეძლებს დაივიწყოს სერვერზე მცირე ხნით, სანამ შეხსენების ელფოსტა აცხადებს “um … არსებობს რამოდენიმე განახლებები თქვენ უნდა შევხედოთ, მეგობარი.”

ფართი არ არის თავისუფალი – და არც სივრცე

შესაძლებლობა მიგრაცია Ubuntu იყო ის ფაქტი, რომ მე ამოიწურა SATA პორტების, პორტს დაკავშირება დისკები დანარჩენ კომპიუტერული – რომ 7TB RAID მასივში იყენებს ბევრი პორტების! მე კი მოცემული მოშორებით ჩემს ძალიან ძველი 200GB ხისტი, როგორც ეს აიღო ერთი იმ პორტების. მე ასევე გააფრთხილა, მიმღები, რომ დისკის ნახვა SMART მონიტორინგის მითითებული ეს იყო არასაიმედო. როგორც დროებითი Workaround to ნაკლებობა SATA პორტების, მე კი მიგრაცია სერვერზე OS ნაკრების ოთხი USB ჩხირები md RAID1. Crazy. მე ვიცი. მე არ ვიყავი ძალიან ბედნიერი შესახებ სიჩქარე. გადავწყვიტე გასვლა და ყიდვა new საიმედო მყარ დისკზე და SATA გაფართოების განყოფილებიდან წასვლა მას.

სერვერზე პირველადი Arch დანაყოფი იყენებდა შესახებ 7GB დისკის. დიდი ბლოკი რომ იყო მოკლე ფაილი, ქეშირებული მონაცემები ასევე სხვა სხვადასხვა ან არასაჭირო ფაილი. სრული ფაქტობრივი ზომა OS, მათ შორის /სახლში საქაღალდე, საუბარი იყო მხოლოდ 2GB. ეს აიძულა ჩემთვის შესასწავლად სუპერ სწრაფი SSD მანქანა, ფიქრი ალბათ უფრო მცირე ერთი არ უნდა იყოს ასე ძვირი. აღმოჩნდა, რომ ყველაზე იაფი არასამთავრობო SSD დისკის I იპოვა რეალურად ღირს მეტი ვიდრე ერთი ამ შედარებით მცირე SSDs. Yay ჩემთვის. 🙂

არჩევანი? Woah?!

არჩევის OS, მინდა უკვე გადაწყვეტილია, ეს არ იქნება Arch. Out ყველა სხვა პოპულარული დისტრიბუტივების, მე ყველაზე კარგად იცნობს Ubuntu და CentOS. Fedora ასევე შესაძლებლობა – მაგრამ მე მქონდა სერიოზულად არ გაუკეთებია განიხილება ის სერვერზე. Ubuntu მოიგო რაუნდი.

მომავალი გადაწყვეტილება მქონდა, რათა არ მოხდეს ჩემთან სანამ Ubiquity (Ubuntu-ს ინსტალაცია ოსტატი) ჰკითხა მას of me: როგორ შეიქმნა დანაყოფები.

მე ვიყავი ახალი გამოყენებას SSDs in Linux – მე კარგად იცის პრობლემების შესახებ არ იყენებს მათ სწორად, ძირითადად გამო რისკის ცუდი დღეგრძელობისა თუ მიზნით გამოყენების.

მე არ მინდოდა, გამოიყენოს სპეციალური swap დანაყოფი. ვაპირებ on ამაღლების სერვერის დედაპლატა / პროცესორი / მეხსიერება არ ძალიან შორს მომავალში. დაყრდნობით, რომ გადავწყვიტე მე დააყენა swap შევიდა swap ფაილის არსებულ MD RAID. გაცვლა არ იქნება, განსაკუთრებით სწრაფად, მაგრამ მისი ერთადერთი მიზანი იქნება, რომ იშვიათი შემთხვევაა, როდესაც რაღაც გაქრა არასწორი და მეხსიერება არ არის.

ეს მაშინ დატოვა ჩემზე, რათა ძირეული გეზი სრული 60GB გარეთ Intel 330 SSD. მე ითვლება ჰყოფს / მთავარი მაგრამ ეს მხოლოდ თითქოს პატარა უაზრო, თუ როგორ პატარა იყო გამოყენებული წარსული. მე პირველად შეიქმნა დანაყოფი ერთად ავტომატური დაყოფა – რამე ცოტა ხნის წინ აკეთებდა როცა შეიქმნა Linux ყუთი (ნამდვილად, არ არსებობს საბაბი არ გამოიყენოს ავტომატური დაყოფა). როდესაც მას ნაწილს, სადაც მინდა კონფიგურაციის ფაილური სისტემის, მე დააწკაპებთ ჩამოსაშლელი და ინსტინქტურად შერჩეული ext4. მაშინ შევნიშნე btrfs იმავე სიაში. Hang on!!

მაგრამ რა?

Btrfs (“კარაქი-eff-ess”, “უკეთესად eff-ess”, “ფუტკრის ხე-eff-ess”, ან რასაც თქვენ Fancy დღეს) შედარებით ახალი ფაილური სისტემის განვითარებული რათა Linux’ ფაილური სისტემის შესაძლებლობების უკან გზაზე მიმდინარე ფაილური სისტემის ტექნიკური. არსებული King-of-the-Hill ფაილური სისტემის, “ext” (მიმდინარე ვერსია მოუწოდა ext4) საკმაოდ კარგი – მაგრამ ეს არის შეზღუდული, მოხდა ძველი პარადიგმა (ვფიქრობ, ახალი F22 Raptor vs. an F4 Phantom ერთად ნახევრად jested მცდელობა ეკვივალენტობის განახლება) და ნაკლებად სავარაუდოა, რომ კონკურენციას გაუწევს ძალიან დიდი ხნის განმავლობაში ერთად უფრო ახალი საწარმო ფაილური სისტემების, როგორიცაა Oracle-ის ZFS. Btrfs კიდევ აქვს გრძელი გზაა გასავლელი და დღემდე ითვლება ექსპერიმენტული (დამოკიდებულია ვინ ხარ ვთხოვო და რა მახასიათებლები გჭირდებათ). ბევრი მიიჩნევს, რომ იყოს სტაბილური საბაზო გამოყენება – მაგრამ არავინ აპირებს რაიმე გარანტიები. და, რა თქმა უნდა, ყველას ამბობს, რათა დააგემოვნოთ სარეზერვო!

Mooooooo

ყველაზე ფუნდამენტური სხვაობა ext და btrfs არის, რომ btrfs არის “ძროხა” ან “ასლი შესახებ დაწერეთ” ფაილური სისტემის. ეს ნიშნავს, რომ მონაცემები არასოდეს არ არის რეალურად განზრახ ინსტალერის მიერ სისტემიდან მისი შინაგანი. თუ წერთ ცვლილების ფაილი, btrfs დაწერს თქვენი ცვლილებების ახალი ადგილმდებარეობა ფიზიკური მედიისა და განაახლებს შიდა მითითებას მიმართოს ახალი ადგილმდებარეობა. Btrfs მიდის ნაბიჯი კიდევ უფრო, რომ ეს შიდა პოინტერები (მოხსენიებული როგორც მეტადატის) არიან ასევე ძროხა. უფრო ძველ ვერსიაში ext ექნება უბრალოდ ინსტალერის მონაცემები. Ext4 იარაღს გამოიყენებენ ჟურნალი, რათა უზრუნველყოს, რომ კორუფცია არ არსებობს უნდა AC plug იყოს yanked გამოსვლით საუკეთესო არ არის დროული მომენტში. ჟურნალი შედეგების მსგავსი რაოდენობის ნაბიჯები საჭირო განაახლოთ მონაცემები. ერთად SSD, ძირითადი ტექნიკის მოქმედებს მსგავსი ძროხის პროცესი არ აქვს მნიშვნელობა რა სისტემიდან თქვენ იყენებთ. ეს იმიტომ რომ SSD დრაივები ვერ რეალურად გადავაწერო მონაცემები – მათ აქვთ კოპირება მონაცემები (თქვენი ცვლილებები) ახალ ადგილმდებარეობა და მერე წაშლას წლის ბლოკში მთლიანად. ოპტიმიზაციის ამ სფეროში არის ის, რომ SSD შეიძლება არც კი წაშლას წლის ბლოკი, არამედ უბრალოდ შენიშვნა წაშლას ბლოკი მოგვიანებით, როდესაც რამ არ არის იმდენად დატვირთული. საბოლოო ჯამში არის, რომ SSD დისკები შეესაბამება ძალიან კარგად ძროხის სისტემიდან და არ ასრულებს ასევე არასამთავრობო ძროხის ფაილური სისტემების.

იმისათვის, რომ თემა საინტერესო, ძროხის in სისტემიდან მარტივად მიდის ხელიხელჩაკიდებულებმა უნდა თვისება მოუწოდა deduplication. ეს საშუალებას აძლევს ორ (ან მეტი) იდენტური ბლოკები მონაცემთა შენახვის შესაძლებლობას იყენებს მხოლოდ ერთ ეგზემპლარად, გადარჩენის სივრცეში. With ძროხა, თუ deduplicated ფაილი შეცვლილია, ცალკე ტყუპი არ შეეხება როგორც შეცვლილია ფაილის მონაცემები უკვე იწერება სხვადასხვა ფიზიკურ ბლოკი.

ძროხა თავის მხრივ ქმნის snapshotting შედარებით ადვილად განხორციელებადი. როდესაც Snapshot კეთდება სისტემა მხოლოდ ჩანაწერს ახალი Snapshot როგორც დუბლირებას ყველა მონაცემი და მეტადატის ფარგლებში მოცულობა. With ძროხა, როდესაც ცვლილებები შედის, Snapshot მონაცემებით რჩება დაუზიანებელი, და თანმიმდევრული ხედვა ფაილური სისტემის სტატუსის დროს Snapshot გაკეთდა შეიძლება შეინარჩუნა.

ახალ მეგობარს

აღნიშნული გათვალისწინებით, განსაკუთრებით უბუნტუს გააკეთა btrfs ხელმისაწვდომია როგორც ინსტალაცია დროში ვარიანტი, I figured იქნებოდა კარგი დრო, რომ ჩაყვინთვის შევიდა btrfs და შეისწავლონ პატარა. 🙂

ნაწილი 2 მალე …

Share