Jak se z této situace bezpečně dostanu?
Podrobnosti jsou následující:
Server xen má bloková zařízení přidělená virtuálním počítačům. Ale tato zařízení byla také namontována uvnitř Xenu.
Ve skutečnosti bylo takto namontováno 44 těchto blokových zařízení. Aby toho nebylo málo, každé fyzické zařízení je vidět přes 4 cesty a každá z nich je připojena k samostatnému přípojnému bodu. Jinými slovy, každé zařízení je ve skutečnosti namontováno 5krát.
Hostující OS virtuálního počítače vidí cestu přes pseudo zařízení PowerPath (přidělené jako zařízení phy:block k domU)
Některá zařízení jsou naformátována jako ext2 a reiserfs.
Není třeba mi vysvětlovat rizika poškození souborového systému, která jsou zde obsažena.
Obávám se, že i pouhé odpojení souborových systémů může způsobit poškození, a domnívám se, že v tomto okamžiku je nejbezpečnější možnost odebrat napájení z hostitele .
Všimněte si, že aplikace, z velké části databáze Oracle, ve všech virtuálních počítačích stále běží a používají se.
Zjistil jsem to při zkoumání vysokého využití CPU na dom0. Existuje nezničitelný proces „najít“ s cwd -> /media/disk-12, který je připojen z /dev/sdf1, který patří do /dev/emcpowerr
Než se někdo zeptá, jednou jsem viděl, že procesy nemohou být zabity a nadále používat CPU a RAM (na rozdíl od zaniklého/zombie procesu), když existují nevyřízené potvrzené I/O, např. vrácená synchronizace, ale ještě ne fyzicky na disku . Častěji k tomu dochází na páskových I/O.
Návrhy!?
P.S. Očekával bych, že zařízení budou po montáži „rezervována“, aby se tomu zabránilo? Nebo to na Linuxu není možné?
EDIT:Za prvé jsem přesvědčen, že viníkem je KDE v hypervisoru. Vypadá to, že KDE připojuje zařízení, která může při přihlašování vytvářet ikony na ploše. Totéž se však neděje na jiných Xen serverech, ale všechny ostatní servery používají mnohem starší verzi SLES a KDE … V4 se zdá být problematická, s 3.4 se chová lépe).
Kromě toho se zablokovaly dva nekritické virtuální počítače. Po jejich vypnutí by se znovu nespustily kvůli poškození systému souborů. Hlavní/produkční VM stále běží a databáze na něm stále funguje, ale zjevně je to časovaná bomba. Zákazník se pokouší přestavět prostředí na jiném virtuálním počítači na jiném serveru, ale uvízl na problémech s konfigurací některých komponent, takže čekáme…
V každém případě mám pocit, že žádná z odpovědí zatím nebyla víc než „nejlepší praxe je vždy ladně ukončena“ A doufám, že dostanu něco konkrétnějšího... V každém případě mám pocit, že tato situace může vyžadovat trochu pečlivějšího uvažování. Způsobí vypnutí synchronizaci nevyřízených IO, zejména aktualizace metadat souborového systému z hypervizoru, a potenciálně závažné poškození systému souborů?
Související:Získat více sloupců z vybraného poddotazu?Přijatá odpověď:
Pokud jsou disky zapisovány z jednoho přípojného bodu, nedochází k žádné újmě. Proveďte čisté vypnutí (zálohujte jej z pozastaveného stavu, chcete-li) opravte úchyty. Na Dom0 nespouštějte nic jiného než holé potřebné aplikace. Pokud, OTOH, jsou oddíly zapisovány z více cest, je to ŠPATNÉ a každou sekundou se to zhoršuje. Vytáhněte zástrčku.