Střípky z IT - (5) : CentOS7 : Uhádnete, kde byl problém?

18.1.2022 23:24 | Přečteno: 1919× | linux | poslední úprava: 19.1.2022 09:54

Je to už delší doba, co jsem narazil na jednu drobotinu, neznalí CentOS možná budou mít problém.

Přesun/změna swapu

Víte, co se v CentOS/OEL/RHEL 7 stane, když přesunete swap na jiné zařízení/partition?

# vypneme a zrušíme starý swap na lv swap na vg0
swapoff -a
lvremove /dev/mapper/vg0-swap

# vytvoříme nový swap lv na novém vg1
lvcreate --name=swap --size=2G vg1
mkswap /dev/mapper/vg1-swap

Upravíme fstab a připojíme swap:

nano /etc/fstab
...
#/dev/mapper/vg0-swap    swap                    swap    defaults        0 0
/dev/mapper/vg1-swap    swap                    swap    defaults        0 0
...

# zapneme swap
swapon -a

Pro jistotu přegenerujeme initramfs a grub (to jen, aby nevznikaly zbytečné dotazy):

dracut -f
grub2-mkconfig > /boot/grub2/grub.cfg

Po restartu se systém freezne na této hlášce:

Kdo na to vydrží dvě minuty koukat, začne to na něj opakovaně blejt hlášku:

dracut-initqueue[260]: Warning: Dracut-initqueue timeout - starting timeout scripts

Kdo je trpělivý a počká ještě minutu, dostane final error:

Uhádnete, kde byl problém?

Doplním, že zápis ve fstab je ok, initramfs je také ok, grub pro jistotu taktéž přegenerovaný a do restartu se nový swap bez problémů používal (=zápis ve fstab 100% ok). Proč ale systém odmítá po restartu nabootovat? A proč hledá pořád původní oddíl "vg0-swap"?

Zdar Max

PS: znovu připomínám, že problém je dávno vyřešen, ale přišlo mi to celkem zajímavé jako kvízek
PPS: chápu, že lidé, co používají CentOS, toto znají, takže je to spíše kvízek pro ostatní

Vítěz kvízu: Ragzid, comment #11

Předchozí kvízy
Střípky z IT - (1). : Uhádnete, kde byl problém?
Střípky z IT - (2) : DHCP : Uhádnete, kde byl problém?
Střípky z IT - (3) : NFS : Uhádnete, kde byl problém?
Střípky z IT - (4) : MX-ONE : Uhádnete, kde byl problém?
       

Komentáře

[Cpt Future]

No problem je nejspis v tom ze je rok 2022 a swap byval resenim nekdy v minulem tisicileti. Nac mit brzdu na serveru v podobe swapu kdyz vetsi RAM vyjde nastejno a je to mnohem lepsi?

[Max]

Tento zápisek není o tom, zda a jak používat swap nebo ne, ale o konkrétním problému.
Pokud chceš pár příkladů, proč mít swap, tak:
1) instalátor ho myslím stále vyžaduje
2) vyžadují ho řešení třetích stran (třeba Oracle)
3) hibernace
4) ...
Zdar Max

[Cpt Future]

Hibernaci ne servru nechces a na macbook... laptopu uz vubec ne Oracle se typicky osali malym ramdiskem staci 1G a swap do nej. Stejne to bude porad prazdny kdyz mas vhodne velkou ramku.

[Max]

Já mám OracleDB nastavené tak, že neswapují, ale to je stejně jedno. Jde o to, zda je jejich sw nasazen v podporované konfiguraci. Jeden čas měla problém i MySQL s "vm.swappiness=0". Prostě a jednoduše si nechci hrát na testera a zkoušet, s čím výrobce sw počítá a s čím ne.
Jinak to, že ty hibernaci nepoužíváš ani na ntb, neznamená, že to tak nepoužívá někdo jiný. A relativně nedávno to tu někdo obhajoval, že to tak používá, protože "suspned to ram" je pro něj na ntb nevýhodné.
Zdar Max

[Cpt Future]

Rec byla o CentOS takze nepredpokladam ze nekdo provozuje serverove distro na notebooku. Bez swapu a sem tam s ramdisk swapem fungujeme uz snad 7-8 let na cca 40 servrech (a desitkach workstations) a nejsou s tim problemy. Klidne muzete swap obsoletnout.

[Max]

Hele, já také používám skoro všechno bez swapu, ale pak tu jsou důvody pro použití, které jsem zmínil. Jinak tvá první připomínka se netýkala CentOS, ale obecně swapu, takže jsem myslel, že v tomto kontextu se stále bavíme (nezměnil jsi ho). A jak už jsem řekl, jsou lidi, co na ntb jedou hibernaci a swap prostě potřebují. A zda mají CentOS, Fedoru, Debian, to je fakt jedno, je to jejcih věc.
Zdar Max

[adventista-sedmeho-dne]

systemd ?

[Max]

Ne :).
Zdar Max

[kosta]

v relativni ceste?

[Max]

Ne.
Jen doplním, že to není chyba, resp. v tom postupu chybí specificky pro centos ještě jeden krok, který jsem u jiného distra nezažil.
Zdar Max

[disorder]

nejaky update-initramfs?

[Max]

Ne.
Zdar Max

[henk]

Já bych pustil:

swapoff -a
dd if=/dev/zero of=/dev/mapper/vg0-swap bs=1M
lvremove /dev/mapper/vg0-swap

Ale jen střílím od boku. Pár (desítek?) Centos7 VM's máme, ale nesetkal jsem se s tím .-)
Jenom jednou mi kvůli swapu nechtěla VMka nastartovat na jiném mateřském serveru.

[Max]

Ne, tím to také není. Chybí tam ještě jedna věc, co se musí udělat, je to RHEL like specifické. Pokud to neuděláš a hraješ si takto se swapem na vzdáleném serveru, tak je nemilé, když pak nenaběhne.
Malý tip, je to konfigurační záležitost.
Zdar Max

[Ragzid]

Nikdy jsem tohle neresil (nebyl duvod presouvat swap), ale /etc/sysconfig/grub a GRUB_CMDLINE_LINUX?

[Max]

Já to řešil několikrát. A ano, win win, gratuluji.
RHEL si specifikuje swap jako kernel parametr (a nejen swap), příklad:

# kde je jaký konfigurák
ls -l /etc/sysconfig/grub 
/etc/sysconfig/grub -> ../default/grub

# výpis konfiguráku
cat /etc/default/grub
...
GRUB_CMDLINE_LINUX="crashkernel=auto resume=/dev/mapper/vg0-swap rd.lvm.lv=vg0/root rd.lvm.lv=vg0/swap rd.lvm.lv=vg0/usr"
...

Jinými slovy, je třeba ještě upravit parametry default nastavení grubu, pak přegenerovat config grubu a pak systém naběhne.

Zdar Max

[Ragzid]

Me tohle vypeklo kdysi, kdyz jsem presouval jeden cely system z fyzicke do virtualni masiny, a uvnitr byly nejake dalsi zmeny - migrace z fyzickych partition na disku na LVM.

Od te doby uz jsme s RHEL based systemy celkem kamosi

[jejda]

Mě se hned nějak nezdála ta věta: Pro jistotu přegenerujeme initramfs a grub (to jen, aby nevznikaly zbytečné dotazy): dracut -f grub2-mkconfig > /boot/grub2/grub.cfg

Říkal jsem si naco pouštět grub-mkconfig, když jsem nedělal žádné změny v /etc/default/grub? Ale cosi mě řeklo: nedělej chytrýho, víš prd co dělá příkaz dracut -f ... . CentOS jsem v životě neviděl, na Archu swapuju do souboru.

Když by se v CentOS swapovalo do /swapfile tak ten záznam v grubu musí být taky?

[Max]

Jde o parametry kernelu a je z tohoto pohledu jedno, zda máš swap na partition nebo v souboru. To, co můžeš, je odstranit parametr "resume=" úplně (pokud u nasazení neplánuješ dělat suspend).
Zdar Max

[Want]

Tipnul bych že je to tím, že lvremove zruší jen hlavičky, ne data. Takže sice vytvoříš nový swap, ale zůstane tam stejný bordel.

[Max]

Ne.
Zdar Max

[Semo]

Uz je to leaknute, ale obecne taketo problemy riesim prehrabanim /etc, ci tam niekde nie je zmienka o starom swape. takze:

grep -R vg0/swap /etc
grep -R vg0-swap /etc

[Max]

Podobně jsem to myslím před pár lety také vyřešil. Nebo jsem si toho všiml při online editaci grubu, už nevím. Ale když je problém, tak také grepuju :).
Zdar Max

[Ruža Becelin]

OT: Tohle:

dracut-initqueue[260]: Warning: Dracut-initqueue timeout - starting timeout scripts

mě vytáčí u PXE - dohledat, kde nastala chyba, když to milionkrát po sobě vybleje tenhle nesmysl do konzole, není sranda...

[Max]

To ti ani po vypršení timeoutu nic relevantního nezahlásí?
Zdar Max

[Ruža Becelin]

Ne,, na konci padne do dracut shellu. Hlavni pricina byva pred timhle timeoutem. Hlavne nechapu, proc ten timeout nevypise rekneme 1x-5x, proc tim musi zasrat celou konzoli...

[David1234]

Že by to byl tento bug nebug? https://bugzilla.redhat.com/show_bug.cgi?id=1346231

[🇹🇬]

za dobu než by sem to jakoby uhodla by to jako bylo nejmíň 2x přeinstalovaný už :D

[Max]

Má filozofie je najít problém a vyřešit, ať to stojí, co to stojí. Jednak to člověka posouvá a jednak hrozí, že když problém uhodil jednou, může i podruhé. Všechno kvůli neznalosti přeinstalovávat jako běžný windows uživatel, to není nic pro mě.
Zdar Max

[Heron]

Diskusi jsem nečetl. Tohle běžně řeším i v debu. Prostě kernel parametr. Swap odstraním, zapomenu na /etc/default/grub, potom to bootuje o něco déle. Takže vim grub, update-grub, systemctl reboot, vyřešeno.

[Josef Kufner]

Debian ale nabootuje, jen se neprobudí z hibernace.