Archive for the Category » fájlrendszerek «

Vasárnap, Augusztus 4., 2013 | Szerző:

Volt egy áramszünet befolyásolja a szerver nagy MD RAID sor. Ahelyett, hogy hagyja, hogy a kiszolgálóra, mint egészre legyen le, miközben arra vár, hogy befejezze az fsck, Nem volt ez csomagtartó nélkül nagy tömb, így tudtam futtatni az fsck kézzel.

Viszont, futás közben kézzel Rájöttem, nem lehet tudni, milyen messze volt, és mennyi ideig fog tartani a teljes. Ez különösen problematikus az ilyen nagy tömb. Egy kis keresés találtam a hegye hozzátéve, a-C paraméter hívásakor fsck. Én nem találtam ezt a dokumentációban azonban: fsck –help nem mutatott ilyen lehetőség.

A lehetőség, kiderül, hogy ext4-specifikus, és így megmutatja a tökéletesen működő folyamatjelző a százalékos mutatót. Ahhoz, hogy megtalálja az információkat, helyett “fsck –segítség” vagy “man fsck”, meg kell be “fsck.ext4 –segítség” vagy “férfi fsck.ext4”. 🙂

Ossza meg
Vasárnap, Augusztus 4., 2013 | Szerző:

Történelem

Sok minden változott, mióta utóbbi a személyes szerver – hogy nőtt ugrásszerűen (most van egy 7TB MD RAID6) és nemrég felújított és Ubuntu Server.

Boltív soha nem volt hiba. Arch Linux már tanított nekem annyira Linux (és továbbra is ezt az én másik asztalon). De Arch feltétlenül szükséges több időt és figyelmet, mint szeretnék eltölteni a szerveren. Ideális esetben én inkább ahhoz, hogy felejtse el a szerver egy ideig, amíg emlékeztető e-mailt szerint “um … van egy pár frissítést meg kell nézni, haver.”

A tér nem szabad – és nem is tér

A lehetőség, hogy vándorolnak Ubuntu volt az a tény, hogy már elfogyott a SATA portok, A portok csatlakozáshoz szükséges merevlemez a többi számítógép – hogy 7TB RAID tömböt használ sok port! Én már akkor is adott el a nagyon régi 200GB merevlemez, mert felvette az egyik ilyen port. Én is figyelmeztette a címzettet, hogy a lemez SMART ellenőrzés jelezte, hogy megbízhatatlan. Mint egy ideiglenes megoldás hiányával SATA port, Én már akkor is vándoroltak az operációs rendszerrel, hogy egy négy USB pendrive egy MD RAID1. Őrült. Tudom. Nem voltam túl boldog a sebesség. Úgy döntöttem, hogy menjen el, és vesz egy új, megbízható merevlemez, és egy SATA bővítőkártya, hogy menjen vele.

A szerver elsődleges Arch partíciót használja a 7GB lemez. A nagy darab, hogy ez egy csere reszelő, tárolt adatok és egyébként az egyéb, illetve szükségtelen fájlokat. Összességében a tényleges mérete az operációs rendszer, beleértve az /otthon mappa, csak körülbelül 2 GB. Ez arra ösztönzött, hogy vizsgálja meg a szuper-gyors SSD vezet, gondolkodás talán egy kisebb lehet, hogy nem olyan drága. Kiderült, hogy a legolcsóbb nem SSD meghajtó találtam valóban költség több mint az egyik ilyen viszonylag kis SSD. Yay nekem. 🙂

Választás? Woah?!

A választás az operációs rendszer, Én már úgy döntött, hogy nem lenne Arch. Elfogyott az összes többi népszerű disztribúciók, Én legismertebb az Ubuntu és a CentOS. Fedora volt is egy lehetőség – de én nem komolyan még tartotta a szerveren. Ubuntu nyerte ezt a fordulót.

A következő döntés volt, hogy nem fordult elő velem, amíg Mindenütt jelenvalóság (Ubuntu telepítő varázsló) kérdezte meg tőlem: Hogyan hozzunk létre a válaszfalak.

Én új használó SSD Linux – Én jól ismeri a buktatóit nem használja őket helyesen, elsősorban a kockázati rossz élettartam, ha visszaélnek.

Nem akartam, hogy egy dedikált swap partíció. Úgy tervezem korszerűsítés a szerver alaplap / CPU / memória nem túl messze a jövőben. Alapul véve, hogy úgy döntöttem, teszek csere egy swap file a meglévő md RAID. A csere nem lesz különösen gyors, de az egyetlen célja az lesz, hogy a ritka alkalom, amikor valami rosszul sikerül, és a memória nem áll rendelkezésre.

Ez aztán otthagyott, hogy a elérési úton A 60 GB-os teljes ki egy Intel 330 SSD. Tartottam elválasztó / home, de ez csak úgy tűnt, egy kicsit értelmetlen, adott milyen keveset a múltban. Én először létre a partíciót LVM – valami, amit nemrég csináltál, amikor én meg a Linux (tényleg, nincs mentség, hogy nem használja LVM). Amikor odaért a részt, ahol szeretném beállítani a fájlrendszer, Rákattintottam a legördülő és ösztönösen kiválasztott ext4. Aztán észrevettem btrfs az ugyanazon a listán. Várj!!

De a mi?

Btrfs (“vaj-eff-ess”, “jobb eff-ess”, “bee-fa-eff-ess”, vagy bármit képzelet napján) van egy viszonylag új fájlrendszer alakult annak érdekében, hogy a Linux’ fájlrendszer képességek pályára a jelenlegi fájlrendszer tech. A jelenlegi király-of-the-Hill fájlrendszer, “ext” (a jelenlegi változat hívott ext4) nagyon jó – de ez korlátozott, megragadt egy régi paradigma (gondolom, egy új F22 Raptor vs. egy F4 Phantom egy fél Jested kísérlet egy ekvivalencia frissítést) és nem valószínű, hogy képes felvenni a versenyt a nagyon hosszú az újabb Enterprise fájlrendszerek, mint a Oracle ZFS. Btrfs még hosszú út áll, és még mindig úgy tekintenek kísérleti (attól függően, hogy kit kérdezel, és mit kínál Önnek szüksége van). Sokan úgy vélik, hogy stabil alap használatra – de senki sem megy, hogy semmilyen garanciát. És, persze, mindenki azt mondja, hogy a mentés és tesztelni!

Mooooooo

A legalapvetőbb különbség ext és btrfs, hogy a btrfs a “CoW” vagy “Másolás írása” fájlrendszer. Ez azt jelenti, hogy az adatok valójában sosem szándékosan felülírja a fájlrendszer belső. Ha írsz változás egy fájlba, btrfs ír a változtatásokat az új helyre fizikai adathordozón, és frissíti a belső mutatókat, hogy olvassa el az új helyre. Btrfs egy lépéssel továbbmegy az, hogy ezek a belső mutatók (néven metaadatok) vannak is CoW. Régebbi verziói ext lenne egyszerűen felülírja az adatokat. Ext4 fogja használni a lap, hogy a korrupció nem történik meg az AC-csatlakozót is rántotta ki a leginkább alkalmatlan pillanatban. A folyóirat eredmények hasonló számú szükséges lépések adatok frissítésére. Egy SSD, a mögöttes hardver működik hasonló CoW folyamat nem számít, milyen fájlrendszert, amit használ. Ennek oka, hogy SSD meghajtó ténylegesen nem felülírni az adatok – ezek az adatok másolását (a módosítások) egy új helyre, majd törli a régi blokk teljesen. Az optimalizálás ezen a területen az, hogy a SSD talán nem is törli a régi blokkot, hanem egyszerűen, hogy egy megjegyzés, hogy törli a blokk egy későbbi időpontban, amikor a dolgok nem annyira elfoglalt. A végeredmény az, hogy SSD meghajtók nagyon jól a CoW fájlrendszert és nem teljesítenek olyan jól nem CoW fájlrendszerek.

Azért, hogy az ügyek érdekes, CoW a fájlrendszer könnyen jár egy vonás hívott deduplication. Ez lehetővé teszi két (vagy több) azonos blokkjait tárolandó adatok kizárólag Egyetlen másolat, helytakarékosság. A CoW, ha egy duplikációmentesített fájl módosítása, a külön iker nem fogja érinteni, mint a módosított fájl adatait írtak egy másik fizikai blokk.

CoW viszont teszi snapshotting viszonylag könnyen megvalósítható. Amikor egy pillanatfelvétel készül a rendszer csupán rögzíti az új snapshot mint egy párhuzamos valamennyi adat és metaadat a hangerő. A CoW, változások történtek, a pillanatfelvétel adatainak változatlanul hagyása, és következetes kilátással a fájlrendszer állapotát, amikor a pillanatfelvétel készült lehet tartani.

Egy új barát

-Vel az itt leírtak értelmében, különösen Ubuntu tette btrfs kapható install-idő beállítás, Úgy gondoltam, hogy lenne egy jó ideje, hogy belevetik magukat btrfs és fedezze fel egy kicsit. 🙂

Rész 2 hamarosan …

Ossza meg