Systém máme nainstalovaný, disky uvnitř, můžeme se pustit do jejich rozdělování a přípravy polí.

SSD a trim

Když se podívám na svůj přechod na SSD disk, vidím že jsem pouštěl fdisk se zarovnáváním. To jsem ale disk nejdřív připravil a teprve pak instaloval, tady mi nastartoval rovnou installer a tak jsem přípravu nechal na něm. Jak to asi dopadlo? Už v roce 2014 Petr Krčmář v jedné diskusi tvrdil, že fdisk zarovnává sám, ale kdo ví, co tropí anaconda... Takže jsem si to zkontroloval:

blockdev --getalignoff /dev/sda

Pokud je výsledkem 0, je to v pořádku.
(A opravdu, je to ok.)

Následovalo přidání discard a noatime do /etc/fstab – a nad tím jsem si uvědomil, že parametry přidávám k LVM svazkům místo k fyzickým. A klid byl zase v tahu – zpropaguje se to nastavení skrz další vrstvu až k fyzickým svazkům?
(Tady se taky ptají.)

Našel jsem nějaké nastavení v sekci discards v /etc/lvm/lvm.conf, „issue_discards = 1“ (zdroj).
A pak zase, že to není třeba (zdroj).
Takže jak to zkontrolovat? Pomocí lsblk -D (to je mimochodem zajímavý příkaz, pěkně vizualizuje disky a svazky na konzoli):

Škoda jen, že se zdroje neshodují, jestli funkční TRIM indikuje nenulový poslední sloupec (zde), nebo nenulový druhý a třetí (tady a tam)

Budu věřit, že je to DISC-GRAN a DISC-MAX.

SMART monitoring

SMART diagnostika disků je u serveru poskytujícího především disky bez diskuze nezbytná. Takže si ji nainstalujeme:

yum -y install smartmontools

Zapneme službu, nahodíme ji a hned zkontrolujeme stav:

systemctl enable smartd
systemctl start smartd
systemctl status smartd


A protože chceme sledovat průběžně všechny disky, zkontrolujeme přítomnost slova DEVICESCAN v /etc/smartmontools/smartd.conf.

# The word DEVICESCAN will cause any remaining lines in this
# configuration file to be ignored: it tells smartd to scan for all
# ATA and SCSI devices. DEVICESCAN may be followed by any of the
# Directives listed below, which will be applied to all devices that
# are found. Most users should comment out DEVICESCAN and explicitly
# list the devices that they wish to monitor.


Protože tam je, ještě se přesvědčíme, že se notifikační maily posílají. V /etc/smartmontools/smartd.conf změníme:

DEVICESCAN -H -m root -M exec /usr/libexec/smartmontools/smartdnotify -n standby,10,q

na

DEVICESCAN -H -m root -M test -n standby,10,q

A restartujeme službu:

systemctl restart smartd

A opravdu, pro každý SATA disk přišel jeden mail:

This message was generated by the smartd daemon running on:
host name:
DNS domain: [Empty]

The following warning/error was logged by the smartd daemon:

TEST EMAIL from smartd for device: /dev/sdf [SAT]

Device info:
KINGSTON (...) 120 GB

For details see host's SYSLOG.


Takže ještě vrátit zpět a ok.

Zdroj:

• S.M.A.R.T – monitor the status of hard drives in Centos sending notifications to Email

Rozdělení disků a diskové pole

Rozdělení je klasický fdisk, z 1 TB jsem 50 GB nechal volných pro případ, že SSD disk odejde – abych měl kam instalovat systém.

fdisk /dev/sda
#vybirat n -> p -> 1 -> +880G -> w

(Totéž i pro fdisk /dev/sdb.)

Podporu pro diskové pole je třeba nejdřív nainstalovat:

yum -y install mdadm

zbytek je přesně podle minulého návodu, takže jen výčet bez komentáře:

mdadm --create /dev/md0 --level=mirror --raid-devices=2 /dev/sda1 /dev/sdb1
mkfs.xfs /dev/md0
mkdir /mnt/data1
mount /dev/md0 /mnt/data1

Do /etc/fstab přidat:

/dev/md0 /mnt/data1 xfs defaults 1 2

Do /etc/mdadm.conf vložit:

DEVICE partitions
MAILADDR root


A výstup příkazu mdadm --detail --scan

No a příště se naučíme disky uspávat.