GNU/Linux >> Znalost Linux >  >> Cent OS

Spouštění oprav na souborových systémech XFS

Souborový systém XFS je vysoce výkonný žurnálovací souborový systém. XFS podporuje maximální velikost systému souborů 500 TB a maximální velikost souboru 16 TB. Souborový systém XFS můžete vytvořit na běžném diskovém oddílu a na logickém svazku. Funguje neuvěřitelně dobře při velkém zatížení a škáluje se s velkými soubory, ale v důsledku toho je také náchylný k poškození a s ohledem na to nyní uvažujeme o sadě nástrojů, které nám umožní odstraňovat problémy se serverem a obnovit souborový systém.

Pro údržbu souborového systému jsou k dispozici další nástroje XFS. Tyto nástroje zahrnují následující:

  • xfs_fsr :XFS je souborový systém založený na rozsahu. Obslužný program xfs_fsr reorganizuje a zlepšuje rozložení rozsahů souborů, což zlepšuje celkový výkon. Spusťte tento příkaz na připojeném systému souborů XFS nebo na jednotlivých souborech v systému souborů.
  • xfs_repair :Opravte poškozený nebo poškozený souborový systém XFS. Před spuštěním tohoto příkazu odpojte systém souborů. Pokud souborový systém nelze opravit, obnovte soubory ze zálohy pomocí xfsrestore.
  • xfs_db :Ladění systému souborů XFS. Tento nástroj poskytuje sadu příkazů, která vám umožňuje provádět kontroly systému souborů a procházet a zobrazovat jeho datové struktury.

Opravte souborový systém XFS pomocí xfs_repair

xfs_repair nástroj lze použít k opravě poškozeného nebo poškozeného systému souborů XFS. Základní syntaxe používaná xfs_repair je následující:

# xfs_repair /mount/point
POZNÁMKA :Před spuštěním příkazu xfs_repair se ujistěte, že jste nejprve odpojili souborový systém XFS.

Podobně jako nástroj fsck opravuje nástroj xfs_repair nepřipojené souborové systémy xfs v sérii fází. Ukázkový výstup z opravy XFS je uveden níže:

# xfs_repair /dev/mapper/vg_test-lv_test 
Phase 1 - find and verify superblock...
        - reporting progress in intervals of 15 minutes
Phase 2 - using internal log
        - zero log...
        - scan filesystem freespace and inode maps...
        - 12:57:37: scanning filesystem freespace - 291 of 291 allocation groups done
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - 12:57:37: scanning agi unlinked lists - 291 of 291 allocation groups done
        - process known inodes and perform inode discovery...
        ...
        ...
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000
Metadata corruption detected at xfs_inode block 0x60/0x2000

Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - 12:57:37: setting up duplicate extent list - 291 of 291 allocation groups done
        - check for inodes claiming duplicate blocks...
Phase 5 - rebuild AG headers and trees...
        - 12:57:37: rebuild AG headers and trees - 291 of 291 allocation groups done
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...
        - 12:57:37: verify and correct link counts - 291 of 291 allocation groups done
done

Pokud chcete pouze zkontrolovat problémy se souborovým systémem, ale nechcete je opravit, spusťte xfs_check místo příkazu xfs_repair.

# xfs_check /dev/mapper/vg_test-lv_test 
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
Metadata corruption detected at xfs_inode block 0x40/0x8000
bad magic number 0xfe3d for inode 100
bad magic number 0xa756 for inode 101
bad magic number 0xd375 for inode 102
bad magic number 0x88f5 for inode 103
bad magic number 0xc7cd for inode 104
bad magic number 0xc95 for inode 105
bad magic number 0xaeaf for inode 106
bad magic number 0x10c4 for inode 107
bad magic number 0xf137 for inode 108
bad magic number 0x8157 for inode 109
         69 file1

Můžete také použít „xfs_repair -n ” k provedení suchého běhu pro xfs_repair. Některé distribuce neobsahují příkaz xfs_check. V takovém případě můžete použít tuto možnost, protože fungují stejným způsobem.

# xfs_repair -n /dev/mapper/vg_test-lv_test 
.....
Phase 7 - verify link counts...
        - 13:02:55: verify and correct link counts - 291 of 291 allocation groups done
No modify flag set, skipping filesystem flush and exiting.


Cent OS
  1. Na jakém Shellu běžím?

  2. „xfs_log_force:vrácena chyba 5“ – Chyba XFS (CentOS/RHEL 7)

  3. btrfs:OBROVSKÁ přidělená metadata

  1. Kořenové souborové systémy Ext3 budou s přerušeným deníkem pouze pro čtení i po opravách?

  2. Dochází paměť spuštěním fsck na velkých souborových systémech

  3. Dopad na výkon provozu různých souborových systémů na jediném linuxovém serveru

  1. Kontrola, zda skript běží?

  2. Jak povolit diskové kvóty v systému souborů XFS

  3. Spouštění oprav na souborových systémech XFS