Archive for the Category » filesystems «

Sunday, August 04th, 2013 | Author:

I had a power outage affect my server’s large md RAID array. Rather than let the server as a whole be down while waiting for it to complete an fsck, I had it boot without the large array so I could run the fsck manually.

Walau bagaimanapun, when running it manually I realised I had no way of knowing how far it was and how long it would take to complete. This is especially problematic with such a large array. With a little searching I found the tip of adding the -C parameter when calling fsck. I couldn’t find this in the documentation however: fsckhelp showed no such option.

The option turns out to be ext4-specific, and thus shows a perfectly functional progress bar with a percentage indicator. To find the information, instead offsckhelp” atau “man fsck”, you have to inputfsck.ext4help” atau “man fsck.ext4”. 🙂

Kongsi
Sunday, August 04th, 2013 | Author:

Sejarah

Banyak telah berubah sejak saya nyatakan terakhir saya pelayan peribadi – ia telah berkembang dengan pesat (ia kini mempunyai 7TB md RAID6) dan ia telah baru-baru ini telah dibina semula dengan Ubuntu Server.

Arch tidak adalah satu kesilapan. Arch Linux telah mengajar saya banyak tentang Linux (dan akan terus berbuat demikian pada desktop saya yang lain). Tetapi Arch pasti memerlukan lebih banyak masa dan perhatian daripada yang saya ingin menghabiskan pada pelayan. Sebaik-baiknya, saya memilih untuk dapat melupakan pelayan untuk sementara waktu sehingga e-mel peringatan kata “um … terdapat beberapa kemas kini anda perlu melihat, buddy.”

Ruang tidak bebas – dan tidak adalah ruang

Peluang untuk berhijrah ke Ubuntu adalah hakikat bahawa saya telah kehabisan SATA pelabuhan, pelabuhan yang diperlukan untuk menyambung cakera keras ke seluruh komputer – bahawa array RAID 7TB menggunakan banyak pelabuhan! Saya telah pun diberikan saya sangat lama cakera keras 200GB kerana ia mengambil salah satu pelabuhan. Saya juga memberi amaran kepada penerima bahawa cakera ini SMART pemantauan menunjukkan ia tidak boleh dipercayai. Sebagai Workaround sementara kekurangan pelabuhan SATA, Saya telah pun berhijrah OS pelayan kepada satu set empat batang USB dalam md an RAID1. Crazy. Saya tahu. Saya tidak terlalu gembira tentang kelajuan. Saya membuat keputusan untuk keluar dan membeli memandu baru dipercayai keras dan kad pengembangan SATA untuk pergi bersamanya.

Partition Arch utama server telah menggunakan kira-kira 7GB cakera. Sebahagian besar yang merupakan swap file, data cache dan fail sebaliknya pelbagai atau tidak perlu. Keseluruhan saiz sebenar OS, termasuk /rumah folder, hanya kira-kira 2GB. Ini mendorong saya untuk melihat ke dalam super cepat SSD memandu, berfikir mungkin salah satu yang lebih kecil mungkin tidak begitu mahal. Ia ternyata bahawa memandu murah bukan SSD saya dapat mencari sebenarnya kos lebih daripada satu SSDs ini agak kecil. Yay untuk saya. 🙂

Pilihan? Woah?!

Dalam memilih OS, Saya sudah memutuskan ia tidak akan Arch. Daripada semua pengagihan lain yang popular, Saya paling akrab dengan Ubuntu dan CentOS. Fedora juga kemungkinan – tetapi saya tidak lagi dianggap serius untuk pelayan. Ubuntu memenangi pusingan.

Keputusan seterusnya saya terpaksa membuat tidak berlaku kepada saya sehingga Keleluasaan (Wizard pemasangan Ubuntu) bertanyakan saya: Bagaimana untuk menubuhkan sekatan.

Saya baru menggunakan SSDs dalam Linux – Saya juga sedar perangkap tidak menggunakan mereka dengan betul, kebanyakannya disebabkan risiko mereka panjang umur miskin jika disalahgunakan.

Saya tidak mahu untuk menggunakan partition swap khusus. Saya merancang untuk menaik taraf motherboard / CPU / memori pelayan tidak terlalu jauh di masa depan. Berdasarkan itu, saya memutuskan saya akan meletakkan swap ke dalam fail swap pada RAID md sedia ada. Swap tidak akan terutamanya cepat tetapi tujuan satunya adalah untuk majlis yang jarang berlaku apabila sesuatu silapnya dan memori yang tidak boleh didapati.

Ini kemudian meninggalkan saya untuk memberi jalan akar 60GB penuh daripada suatu Intel 330 SSD. Saya dianggap memisahkan / rumah tetapi ia hanya seolah-olah sedikit sia-sia, memandangkan bagaimana sedikit telah digunakan pada masa lalu. Saya mula-mula ditubuhkan partition dengan LVM – sesuatu yang saya baru-baru ini telah melakukan setiap kali saya membuka kotak Linux (benar-benar, tiada alasan untuk tidak menggunakan LVM). Apabila ia sampai ke bahagian di mana saya akan mengkonfigurasi filesystem, Saya klik drop-down dan naluri dipilih ext4. Kemudian saya perasan btrfs dalam senarai yang sama. Hang pada!!

Tetapi apa yang?

Btrfs (“mentega-EFF-ess”, “lebih baik EFF-ess”, “lebah-pokok-EFF-ess”, atau apa sahaja yang anda suka pada hari) adalah sistem fail yang agak baru dibangunkan dalam usaha untuk membawa Linux’ keupayaan sistem fail kembali ke landasan dengan teknologi semasa filesystem. Raja-the-Hill yang sedia ada sistem fail, “ext” (versi semasa dipanggil ext4) adalah cukup baik – tetapi ia adalah terhad, terperangkap dalam paradigma lama (memikirkan satu jenama baru F22 Raptor vs. an F4 Phantom dengan cubaan separuh bergurau pada menaik taraf persamaan) dan tidak mungkin dapat bersaing untuk masa yang lama dengan sistem fail Enterprise baru seperti ZFS Oracle. Btrfs masih mempunyai cara yang lama untuk pergi dan masih dianggap eksperimen (bergantung kepada siapa anda bertanya dan apa ciri-ciri yang anda perlukan). Ramai yang menganggap ia menjadi stabil untuk kegunaan asas – tetapi tiada siapa yang akan membuat apa-apa jaminan. Dan, kursus, semua orang mengatakan untuk membuat dan menguji sandaran!

Mooooooo

Perbezaan yang paling asas antara ext dan btrfs adalah bahawa btrfs adalah “Lembu” atau “Salinan di Tulis” filesystem. Ini bermakna bahawa data tidak pernah sebenarnya sengaja ditimpa oleh internals sistem fail. Jika anda menulis perubahan kepada fail, btrfs akan menulis perubahan anda ke lokasi baru pada media fizikal dan akan memaklumkan kepada petunjuk dalaman untuk merujuk ke lokasi baru. Btrfs pergi selangkah ke hadapan dalam bahawa mereka petunjuk dalaman (dirujuk sebagai metadata) adalah juga Lembu. Lama versi ext akan mempunyai hanya ditimpa data. Ext4 akan menggunakan Jurnal untuk memastikan bahawa rasuah tidak akan berlaku palam AC harus tepian tercabut pada masa yang paling hell. Keputusan jurnal dalam bilangan yang sama langkah-langkah yang diperlukan untuk mengemaskini data. Dengan SSD, perkakasan asas mengendalikan proses lembu yang sama tidak kira apa sistem fail anda menggunakan. Ini adalah kerana pemacu SSD sebenarnya tidak boleh overwrite data – mereka perlu menyalin data (dengan perubahan) ke lokasi baru dan kemudian memadam blok lama sepenuhnya. Satu pengoptimuman di kawasan ini adalah bahawa SSD yang mungkin tidak memadam blok lama tetapi sebaliknya hanya membuat nota untuk memadam blok pada suatu masa kemudian apabila perkara yang tidak begitu sibuk. Hasilnya adalah bahawa pemacu SSD sesuai dengan baik dengan sistem fail lembu dan tidak melakukan juga dengan sistem fail bukan lembu.

Untuk membuat perkara-perkara yang menarik, Lembu dalam filesystem mudah seiring dengan ciri-ciri yang dipanggil deduplication. Ini membolehkan dua (atau lebih) blok data yang sama akan disimpan menggunakan hanya satu salinan tunggal, ruang penjimatan. Dengan lembu, jika fail deduplicated diubah suai, berkembar yang berasingan tidak akan terjejas sebagai data fail diubah suai akan telah ditulis ke blok fizikal yang berbeza.

Lembu seterusnya membuat snapshotting agak mudah untuk melaksanakan. Apabila gambar dibuat sistem semata-mata rekod snapshot baru sebagai pertindihan semua data dan metadata dalam kelantangan. Dengan lembu, apabila perubahan dibuat, data snapshot kekal utuh, dan pandangan yang konsisten status filesystem pada masa gambar itu dibuat boleh dikekalkan.

Seorang rakan baru

Dengan di atas dalam fikiran, terutama sebagai Ubuntu telah dibuat btrfs disediakan sebagai pilihan memasang masa, Saya rasa ia akan menjadi masa yang baik untuk menyelam ke btrfs dan meneroka sedikit. 🙂

Bahagian 2 datang tidak lama lagi …

Kongsi