-
Fototrend
Sziasztok, udvozlunk mindenkit Magyarorszag legnagyobb VMware forumjaban!
Új hozzászólás Aktív témák
-
kgymac
őstag
Broadcom is jó, hp g7,g8 microservereim vannak, a gen8 simán megy esxi 6.5-tel. Ez pl. csak 2400 píz, ingyen szállítással. De valószínűleg csak január végére érne ide. Plusz az eladó csak 98.6%-os, de legalább nem csak 10 értékelése van.Esxi kompatibilitás ellenőrzése.
-
kgymac
őstag
Köszönöm.
Tegnap néztem utána, van crontabs a /var könyvtárban, de pl. a zyxel nsa325-nél sem működik a direkt módosítás, egy újraindítás után elveszik a hozzáadott feladat.
Ezzel a módszerrel biztosan megmarad.
Már csak egy mail küldési módszer/alkalmazás hiányzik, mert az esxi alapból nem tud, korábban a vsphere-ben lehetett mail értesítést konfigurálni, de a 6.5 már nem menedzselhető vsphere-ből. Sajna, a nut kliens csomagjában lévő smtpblast hadilábon áll a tréhome smtp szerverével, nincs user/pass authentikáció, így nem mennek el a levelek. A megkerülő megoldás az ups-sel kapcsolatban elég (xpeno VM levelezget), de jó lenne mail értesítés az esxi host ups eseményekről, a host leállításáról, ill. a datastore hdd smart infóit is szívesebben olvasom mailban, akkor nem kell belépni a host-ra. -
kgymac
őstag
Nem voltam pontos: az ntp engedélyezve van (europe.pool.ntp.org), de UTC az időzóna. Ahogy olvasgatom, nem lehet átállítani esxi 6.5 alatt
vSphere nem játszik, bár ott lehetne állítani.szerk: cron vagy más, földi halandó által használható ütemező elérhető esxi alatt? Egy smart kiolvasó scriptet már összedobtam, már csak ütemeznem kéne. Meg, hogy megjelenjen a kimenete a logok alatt, mert bemásolni a /var/log-ba nem elég.
-
kgymac
őstag
Ma kipróbáltam egy áramszünetet az esxi nut klienssel. Szépen lekapcsolta magát a VM és a nut kliens is a gépet.
17:51-kor megjött a syno DSM első üzenete az aksis üzemmódról (VM)
17:53-kor jött egy üzenet a syno-ról a lekapcsolás elindításáról (VM, 2 perc volt beállítva a nut szerveren)
Az óra persze nincs jól beállítva az esxi-n, de azért működött. A syslog.log az ups szövegre szűrve:2018-08-30T15:50:06Z upsmon[71738]: UPS ups@192.168.0.236 on battery
2018-08-30T15:52:06Z upsmon[71738]: UPS ups@192.168.0.236: forced shutdown in progress
2018-08-30T15:52:06Z upsmon[71738]: Executing automatic power-fail shutdown
2018-08-30T15:52:06Z upsmon[71738]: Auto logout and shutdown proceeding
2018-08-30T16:00:26Z jumpstart[65818]: executing start plugin: restore-resource-groups
2018-08-30T16:00:45Z jumpstart[66438]: executing start plugin: upsmon
2018-08-30T16:00:46Z upsmon[66482]: Startup successful
2018-08-30T16:01:08Z jumpstart[66438]: executing start plugin: install-upsmon
2018-08-30T16:02:01Z upsmon[66483]: UPS [ups@192.168.0.236]: connect failed: Connection failure: Connection timed out
2018-08-30T16:02:01Z upsmon[66483]: Communications with UPS ups@192.168.0.236 lost
2018-08-30T16:02:06Z upsmon[66483]: UPS [ups@192.168.0.236]: connect failed: Connection failure: Connection refused
2018-08-30T16:02:11Z upsmon[66483]: Communications with UPS ups@192.168.0.236 establishedA lekapcsolás után visszadugtam a 230V-ot az ups-be
![;]](//cdn.rios.hu/dl/s/v1.gif)
az ups el is indította mindkét rákötött gépet, az esxi-n pedig elindult a VM, ami az ups-t kezeli, majd helyreállt a kapcsolat.
Működik, már csak izmosabb ups-t kell beszereznem.
-
kgymac
őstag
Sikerült megoldani, jó nagy user error volt
A VM egy xpenology volt, jun 102b boot image-dzsel, ami a gépen korábban használt image-ből lett vmdk formára konvertálva. A probléma az, hogy a hostban (hp microserver gen8) lévő hálókártyák mac címét a bootimage-ben lévő grub.cfg alapján lecseréli, így hiába osztott ki új mac-et az esxi, a boot folyamán a grub helyreállította az eredetileg beállított, a fizikai mac-ekre paraméterezett lan mac címeket. Szerencsétlen vswitch pedig nem mindig tudta kezelni a helyzetet. A VM boot után kb. fél percig működött a ping a hostról, majd miután a switch beletanulhatott, melyik mac hol, melyik porton van, már nem küldte ki az irányába a csomagokat. Kívülről érkező csomagok persze átmentek a vswitch-en, a vlan=0 beállítás miatt.
A megoldás új boot image készítése, a grub-ban beállítva a fizikai mac-ektől eltérő címekkel, konvertálás vmdk-ba, upload to vm. A tanulság, a virtuális switchek is úgy működnek, mint a normál switchek, nem szabad a vm-eknek a fizikai mac-eket megadni, főleg olyan oprendszer esetén, ami cseréli a mac címeket.@sutszi:
A NUT-ban addig eljutottam, hogy látja az esxi host az upsmon-nal a hálózati szünetmentest, ami a VM-re van kapcsolva, a VM kezeli. Átadni az ups-t nem sikerült, bár a VM konfigban átadásra került, de a VM ssh terminálban az lsusb nem listázta. Csak úgy tudtam áthidalni, hogy a gépben lévő 3 pci usb eszköz (2 db usb2.0 + 1 db usb3) közül egyet átadtam: praktikusan a hátsó usb2-es vezérlőt, így a VM már megkapta az ups-t. NUT klienset telepítettem (6.x alá fordított verziót), esxi felületén beállítottam. Esxi host-on ssh-n belépve az /opt/nut/etc könyvtárban lévő template-ek alapján a két konfig file-t elő kell állítani (másolás cp-vel, majd editálás vi-vel). A nut kliens elindítása után a konfigok paraméterei frissülnek. A VM-ben persze meg kellett előtte osztani hálózati ups-t, felvéve az esxi host ip-jét az engedélyezett kliensek közé. Esxi-n tesztelni ssh-n tudod a/opt/nut/bin/upsc ups@ip_cimparanccsal. Lekapcsolást még nem próbáltam, jelenleg két microserver is van az ups-en, kicsit tartok tőle, hogy elfogy a szufla az ups-ből, mielőtt lekapcsolna. Talán a hétvégén, bár egy eaton 5e 1100 vagy 1500 beszerzése még folyamatban van. -
kgymac
őstag
Esxi tűzfal be van állítva. Külső gépekről pingelhető, a VM-ben futó xpenology (dsm 6.1.7u2-vel) pingelhető.
A VM-ben be tudom állítani a hálózatos ups szervert (synology fordította nut szerver), amivel a VM kliense simán kommunikál. Ugyanúgy működik az is, hogy a VM megkapja az ups-t usb-n (usb 2.0 vezérlő egyik felét átadva, mert az ups-t, mint usb-s eszközt nem lehetett átadni. Konfig szerint rendben volt, de az lsusb nem látta a VM-en, esxi alatt meg igen). Másik xpeno nas-t is be lehettett állítani hálózatos elérésre, a VM futtatta a NUT szervert (syno gyári csomag). Az esxi-n futó nut kliens is látja a másik nasra kapcsolt, hálón kiajánlott ups-t, esxi ssh konzolban lekérdezhető az ups a /opt/nut/usbc usb@192.168.0.238 paranccsal (másik nas ip címe). Csak akkor nem tud kommunikálni, ha a VM-en futó nut-ot akarom lekérdezni, ott timeout-ot kapok. Ezek után próbáltam pingelgetni, minden ping sikeres, kivéve esxi->vm ill. vm->esxi irányokat. Ezek alapján úgy gondolom, hogy nem tűzfal probléma. A VLAN=0 miatt elvileg a switch minden portra kiadja a csomagokat pingeléskor, de mégsincs kapcsolat. Továbbra is az a tippem, hogy a VM és a host le van választva egymásról,
valószínűleg "nem szokás" kommunikálni a VM-es és a host között, kis/közép/nagyvállalati felhasználáskor.
Mint ahogy a hp is ajánlja a menedzsment port (iLO) külön hálózatként kezelését, bár ők nem blokkolják a kapcsolatot, ha fizikailag azonos hálón vannak az iLO és a normál ethernet(ek).1 db vswitch
1 db kernel interfész
2 db fizikai hálókártya
2 db portgroup (management-be tette magát az esxi host), a másik portgroupban a VM-ek vannak. VLAN=0 (azaz nincs vlan).
3 db VM, ezek közül csak 1 megy, autostarttal (xpenology, dsm6.1.7u2-vel, két hálókártyával, a mac címei megyegyeznek a fizikai kártya mac-ekkel).
Esxi 6.5 (hp image) host-on a konzolban, telepítéskor lett megadva a 192.168.0.231 ip cím, azóta nem változtattam rajta. A konfig kb. 1-2 hónapja működik, az ups-t pár napja kezdtem bűvölni esxi alól (eaton 5e 850i usb din). A VM eredetileg a gen8-on futott, virtuális környezet nélkül, jelenleg delll h310-re vannak kötve a hdd-k (4x3TB), a vezérlő passtrought átadva az egyik usb2-es vezérlővel a VM-nek, 1TB-s datastore hp alaplapi sata-n, esxi belső sd kártyán, 8GB ECC memóriával.
Este ki fogom próbálni a VLAN=4095 beállítással, hátha az megoldja.szerk: a kikapcsolt esxi tűzfalat este kipróbálom. Kösz a tippet.
-
kgymac
őstag
válasz
MrSealRD
#4456
üzenetére
VM-ből nem megy az upsc, de nem VM gépről (hp gen7) le tudja kérni a hálózatos ups adatait.
Kikapcsolást még nem próbáltam, de a levélküldéshez is keveslem a paramétereket, to/from szvsz kevés, smtp ip, smtp port, user/pass param hiányzik. Az esxi host és a vm között jelenleg nincs kapcsolat, vszeg én nem állítottam be jó a hálót. Persze, az is lehet, hogy van egy kékvérű tiltás a host és a vm között a vmware részéről, ugyanazon okból, mint a hp ilo-nál (külön hálón illene lennie a két rendszernek - bár az egy hálón is működik). Ennyire még nem ismerem az esxi-t, csak - hobbi szinten - tanulgatom a hálózat kezelését. -
kgymac
őstag
Nem, mindkettőn azonos az alhálózat (VLAN=0, alháló maszk: 255.255.255.0). IP-k:
192.168.0.231 esxi
192.168.0.236 VM - xpeno
Kívülről mindkettő látszik, a cél az lenne, hogy az esxi-s címről elérhető legyen a VM. A tűzfal elvileg jól van beállítva, mert mindegyik rendben válaszol a pingre. Tuti, hogy vswitch beállítási problémám van, vlan=4095-öt, ill. több vswitch-et még nem próbáltam.
Jelenleg a VM-et le tudom kapcsoltatni áramkimaradás esetén, de az esxi-t is jó lenne lelőni. Úgy gondolom, előbb-utóbb sérült lesz a datastore kötete és nem fog elindulni a rendszer, ha visszajön az áram. A nut kliensen közben reszelt a fejlesztője, már működik esxi 6.x alatt is.
Mivel ez egy otthoni rendszer, nem megoldás több milliós, hetekre elég kapacitást biztosító ups beszerzése. Szóval nagyjából azzal küzdök, mint sutszi kollega kb. fél éve. -
kgymac
őstag
Sziasztok,
Abszólút kezdő vagyok wmvare esxi-ben, egy kis segítséget kell kérnem. Van egy gen8-as microserverem esxi 6.5-tel, 3 VM-mel, amelyek közül csak egy fut állandóan (xpenology). Hálózat alapbeállítás úgy van, ahogy az esxi telepítés beállította (vswitch0, két fizikai hálókártya, vlan=0 beállítással management és vm port group). A problémám az, hogy szükségem lenne arra, hogy az esxi-n futó nut cliens elérje a VM-et, de nem látja. Esxi-n kívüli géppel persze van kapcsolata, pingelhető a gép, nut kliens le is tudja kérdezni az állapotot (xpeno egy gen7-en, nut szerverrel). Van valami korlátozás az esxi-ben, hogy a menedzser és a vm portgroup-ok nem érik el egymást ? Sem a vm-ben, sem esxi ssh-ból nem tudom pingelni a "belső" gépet (vm-ből esxi host, esxi host-ból vm-et), míg minden külső gép elérhető (ahol az echo engedélyezett).
Köszönöm.
Ezzel a módszerrel biztosan megmarad.
vSphere nem játszik, bár ott lehetne állítani.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
az ups el is indította mindkét rákötött gépet, az esxi-n pedig elindult a VM, ami az ups-t kezeli, majd helyreállt a kapcsolat.
Új hozzászólás Aktív témák
- ÁRGARANCIA! Épített KomPhone Ultra 9 285K 64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- 244 - Lenovo LOQ (15IRX9) - Intel Core i7-13650HX, RTX 4060
- AKCIÓ! MSI Thin A15 B7VE FHD Gamer notebook - R5 7535HS 16GB DDR5 512GB SSD RTX 4050 6GB W11
- Apple iPhone 15 / 128GB / Kártyafüggetlen / 12Hó Garancia / Akku:87%
- Samsung Galaxy A33 5G / 6/128GB / Kártyafüggetlen / 12Hó Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest