- A hozzászóláshoz be kell jelentkezni
- 852 megtekintés
Hozzászólások
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Nekem tetszik. Köszi a videót!
“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”
― Philip K. Dick
- A hozzászóláshoz be kell jelentkezni
"modern Linux kernel 6.17"
es mikor EOL lesz par het mulva, akkor mi lesz? ujabb modern Linux kernel? :)
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Egy jó UPS kezelés is belekerülhetne már
$ grep -c egy$ word.list
100
- A hozzászóláshoz be kell jelentkezni
Mi baj a NUT csomag használatával? Felteszed, konfigolod azzal a 3 conf állománnyal, ami a lényeg és működik is. Proxmox oldalon semmit sem kell állítani ahhoz, hogy egy UPS (NUT) kezdeményezte shutdown során a VM-ek szabályos leállása megelőzze a host szabályos leállását. Klaszter esetén meg nyilván ott a netserver/netclient működés, szintén ugyan ennyi beletett melóval úgy is jól működik.
- A hozzászóláshoz be kell jelentkezni
Ezt szeretném egyszerűen, lehetőleg szkriptelés nélkül megcsinálni. Elmegy a villany, egy perc után induljon shutdown a klaszter összes VM-ére és konténerére. Miután minden guest leállt, shutdown az összes hostra.
NUT van, a hostokat állítja csak le ész nélkül.
Egy hoston meg tudom csinálni a guestek leállítását, majd a hostét is, de ez a klaszter egészére eddig nem jött össze.
Ha van ötleted, ne tartsd magadba légyszi.
$ grep -c egy$ word.list
100
- A hozzászóláshoz be kell jelentkezni
Nem értem azt, hogy "a hostokat állítja csak le ész nélkül". Mi történik Nálad, ami miatt arra jutottál, valami script kellene a folyamatba?
A nutserver kezeli az UPS kommunikációt. Amikor a konfigja szerint le kell állni (pl. akkuüzemben eltelt idő, töltöttségi szint, stb.), akkor értesíti az összes nutclient példányt, hogy le kell állni, és amikor mind visszajelzett, hogy itt a vége (vagy a timeout letelt a válaszra várva), akkor leáll a nutserver is, és lekapcsolja az UPS-t.
Az egyes gépek pedig Proxmox esetén a sima host shutdown-ra leállítják a VM-eket, majd leáll maga a host is mindenféle plusz konfigurálás nélkül.
Ráadásul azt is megteheted, hogy minden VM nutclient, és azok is megkapják a leállási parancsot, nem csak a Proxmox host-ok, így akár egyszerre is mehet a shutdown (a Proxmox ugye az indítás fordított sorrendjében állítja le a VM-eket nem feltétlen párhuzamosan).
Az persze lehet, hogy a timeout-okat felül kell vizsgálnod, nehogy lelője magát a host a VM-ek szabályos leállása közben, meg az, hogy a nutserver nehogy lelője az UPS-t mikörben még valamelyik nutclient nem állt le ténylegesen (de a timeout letelt).
Az szokott (engem) a legtöbbször megszivatni a timeout megválasztásánál, hogy sokszor a Windows VM-ek frissítést telepítenek leállás során, ami sokkal több idő, mint simán leállni. Eddig arra nem jöttem rá, hogyan lehetne üzembiztosan megakadályozni ilyen "vészhelyzeti" automata leállásnál ezt (a frissítések telepítését).
Eddig nekem semmi komolyabb gondom nem volt NUT-os leállítással, script írása pedig még nem merült fel soha.
- A hozzászóláshoz be kell jelentkezni
Hogy világosabb legyen, ez egy homelab klaszter Ceph-fel. Ha csak a hostokra megy shutdown és pár hoston a guestek gyorsan leállnak, akkor elkezdenek lemenni a "szerencsés" hostok is. A maradék hoston futó, lassabban leálló guestek nem tudnak szabályosan leállni, mert kiment alóluk a diszk.
Ezért lenne fontos, hogy először álljon le a klaszter összes guestje és csak ezután kezdjenek shutdownolni a hostok.
A minden guestre és hostra is NUT kliens koncepció sem jó, mert ettől még nem fog tudni leállni a leglassabb guest.
Ezért hiányolok valami UPS kezelést vagy inkább akciót Proxmoxból. A NUT ne indítson shutdownt mindegyik hoston. Ezt egy klaszter, legyen már neki egy rendes guest-host leállító mechanizmusa.
$ grep -c egy$ word.list
100
- A hozzászóláshoz be kell jelentkezni
"Windows VM-ek frissítést telepítenek leállás során, ami sokkal több idő, mint simán leállni"
akkor ne allitsd le, inkabb mentsd le. debianban:
/etc/default/libvirt-guests
# action taken on host shutdown
# - suspend all running guests are suspended using virsh managedsave
# - shutdown all running guests are asked to shutdown. Please be careful with
# this settings since there is no way to distinguish between a
# guest which is stuck or ignores shutdown requests and a guest
# which just needs a long time to shutdown. When setting
# ON_SHUTDOWN=shutdown, you must also set SHUTDOWN_TIMEOUT to a
# value suitable for your guests.
#ON_SHUTDOWN=shutdown
legyen eleg hely a disken kiirni a VM memoriat.
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
"Elmegy a villany,"
Azért a Proxmox piaca remélem nem az otthoni lab. Hostingban használja az ember, ott meg baromira nem jellemző ilyen jelenség. Ha igen, úgysem értesülsz róla.
- A hozzászóláshoz be kell jelentkezni
Sőt, van olyan hosting, ahol akkor sem megy el a villany, amikor kéne...
- A hozzászóláshoz be kell jelentkezni
Ezt hogy érted? Mikor kéne, hogy elmenjen? :)
- A hozzászóláshoz be kell jelentkezni
Pl. tűz esetén, az oltóanyag befújása előtt.
- A hozzászóláshoz be kell jelentkezni
Jajaja, hát igen :)
- A hozzászóláshoz be kell jelentkezni