VMWare + Ubuntu 24.04 LTS fagyogat

Szerverek

Sziasztok!

Van egy VMWare ESXi amire fel van rakva több VM. Ezek mellé tettünk még egyet 200GB + 4GB + 4CPU. Erre került egy UBunu 24.04 Egy egyszerű LAMP szerver fut(na) rajta. Tehát van rajta Apache2, Mysql, PHP, certbot + fish shell. Teljesen normál telepítés-

Na, ez az egész teljesen random lefagy. Ráadásul az egészet újratelepítettük, mert elötte is lefagyott. LEállítottam a mysql-t apache-t fagyott.Elvileg 4 elég túlsúlyos wordpress oldalt kellene kiszolgálnia.

Most, miközben írom, most is lefagy. Egyébként instalálás után sokáig elég jól ment, de most már 1-2 perc után is lefagy.

Előre is köszönöm a segítséget!

sajt

  • 593 megtekintés

( trey | 2024. 06. 05., sze – 17:20 )

Mi fagy le? A host? Csak az Ubuntu-s VM?

trey @ gépház

A VM konyolján mindig az van, ami utoljára. Ha htop ment, akkor az, ha a logokat néztem, akkor az, ha nem csináőltam semmit, akkor az. Ha ssh-val megyek be, akkor egy idő után kidobb.
Azt nem írtam még, hogy az egész egy mikrotik mögött van és a portok forwardolva vannak, így a pingre válaszol.
Szóval konzolon semmi hibaüzenet.

Annyi még, hogy az oldalakat egy cpaneles tárhelyről hoztuk át, mert ott elfogyott az erőforrás egy költözés után. Először itt is felment a load rendesen és talán azután állt le először, de késöbb már úgy is, hogy az apache és a mysql is le volt állítva.

( n.balazs v | 2024. 06. 05., sze – 20:45 )

Logokban hoston, VM-eken mit látsz? Mi látszódik a monitoring rendszerben?

( sajt | 2024. 06. 06., cs – 21:56 )

Áttettem az egészet egy réghóta működő VPS-re. Itt nem fagy le, csak a Mysql áll le néha. Most betettem a cronba egy scriptet, ami ezt figyeli és újraindítja. NEm szép, de működik.
Azt vettem észre, hogy kereső-bot szerűségek nézegetik az oldalt, amik rengeteg lekérést generálnak. Sajnos a wordpress erre nincs felkészítve, főleg a rengeteg pluginnel.
Monjdjuk úgy látszik, hogy a 18-as ubuntu fel volt erre készítve, szemben a 24-essel. Illetve abban 8 gioga RAM van szemben a másik 4 gigájával, lehet, hogy ez is segített.

Azért jó lenne, ha a hibaüzenetekből rá lehetne jönni, hogy mi a gond.

 Sajnos a wordpress erre nincs felkészítve, főleg a rengeteg pluginnel.

Ez a fejlesztő sara. Ha "honlapépítő" barkácsoló (lásd: többség) akkor meg az övé. Sajnos utóbbiak képtelenek terhelhető és biztonságos honlapokat készíteni, hiszen a bővítmények telepítésén és a kattintgatásán kívül nincs semmilyen tudásuk *. Fogalmuk sincs hogyan működik a WordPress, mi zajlik a háttérben. Őket nem érdekli ha egy oldalgenerálás 500+ SQL lekérdezéssel történik...

Monjdjuk úgy látszik, hogy a 18-as ubuntu fel volt erre készítve, szemben a 24-essel.

Ennek semmi köze hozzá. Illik jól bekonfigurálni azt a szerver környezetet, és nem lesz baj. Ha alapbeállításokkal, egy sima LAMP-al akarsz egy kókányolt WordPress-t futtatni, annak nem lesz jó vége. Helyből két szakemberre van szükséged: egy aki a WordPress részét rendbe teszi, egy pedig aki a szervert optimalizálja, és menedzseli (megfelelő monitoring eszközökkel).

*: bocsánat, mégis van valami amit tudnak: pofázni, meg a fészbúkon hirdetni "profi honlap 50 ezerért" szöveggel.

Teljesen igazad van. Szerencsére nincs olyan nagy forgalom. Egyébként WP-vel is lehet normális oldalt csinálni, de sajnos ebben az esetben nem ez történt. Pld akiké az oldal szóltak, hogy eltüntek a blogok. Mondom ilyen nincs, rögtön valami adatbázis hibára gondoltam. aztán kiderült, hogy  a blog része az oldalnak a wordpress.com-on van. A kollegina pedig csinált egy ilyen wp oldalt és feltett egy plugint, ami ez tredirecteli. Na, ez a plugin nem működött. Úgyhogy azt a trükköt alkalmaztam, hogy betettem egy linket. Majd még leírom, hogy miket tapasztaltam.

( ggallo | 2024. 06. 07., p – 07:28 )

Milyen ESXi verzió?
Ubuntu 22.04-alatt jó csak 24.04 hibázik?
Jól értem, hogy amikor a konzol "lefagyott" állapotban van, ping-re akkor is válaszol a VM? Mintha ezt írtad volna feljebb.
Nem fogy el valami erőforrása a host-nak rövid időre, ami valami timeout loop-ot okoz a VM-ben?
Másik (régebbi/újabb) kernellel is ugyan ez törtöénik?

( sajt | 2024. 06. 08., szo – 00:05 )

Szóval az új szerveren is elfogyott a memória ezért a mysql leállt. Most az mpm prefork-on állítottam, azóta jónak tűnik.

Valószínűleg az új szerveren is ez volt a gond, csak ott emiatt le is fagyott az egész.

Mindenkinek köszönöm a segítséget!

( sajt | 2024. 06. 08., szo – 00:10 )

Ha már itt beszélgetünk. Lehet, hogy az nginx jobb választás? Vagy esetleg a lighthttpd? Ez utóbbit nagyon ajánlgatják mostanában.

( debtamas88 | 2024. 06. 08., szo – 11:01 )

Szia!

Lehet, hogy csak elfogy a memória aztán "OOM kill" .

SWAP van beállítva?
( Nem muszáj külön partíciót csinálni, elég a swap-fájl ).

Továbbá:

/etc/sysctl.conf
vm.swappiness = 20

Ez tényleg jó ötlet, 99%-ban biztos vagyok, hogy ez a baj. Nem fagy az le, csak kevés memória lett adva a guest-nek, és valami memory leakes program megette a memóriát, amit az OOM kill vagy nem lőtt ki, vagy csak a rendszer elkezdett agresszíven, kis I/O sávszélességnél swapelni, akkor a rendszer be tud állni teljesen válaszképtelenre, mint a szög, holott még fut.

top-pal, htop-pal nézni kéne, hogy mit csinál a rendszer, mi fut, mennyi memóriát, swap-et használ, amikor épp lefagyni látszik.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( Raynes v | 2024. 06. 08., szo – 17:34 )

Az biztosan nem fagyhat. Az Ubuntu vállalati disztró, Pro-ként is igénybe vehető, LTS, az stabil. Nem bír lefagyni, még virtuális gép alatt se.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”