DELL szerver PE T110 QC + VMWARE ESXi

Fórumok

Sziasztok! Van egy Dell szerverünk amire szeretnénk telepíteni egy VmWare ESXi-t. Letöltöttem már 3 féle verziót: 4.1-es legújabb, 4.0-ás Dell Customized, 3.5-ös Dell Customized. Egyik sem hajnlandó feltelepülni. Elvileg működnie kellene mert a szerver támogatja a VT módot. Olvasgattam utána és mindenhol azt találtam hogy ez a hardwer kompatibilis a WmWare-el.

Hardwer konfiguráció:

Gyártó:DELL
Processzor: Xeon X3430 2.4GHz
Processzor szám alap:1 db
Max processzor:1 db
Memória alap:4GB
HDD: 3x 500GB NL SAS
Optikai meghajtó:DVD-RW +/-
Raid: PERC S300
Cache: 8192 kB
FSB:1333 MHz
Méret:MAGAS: 42 CM, SZÉLES: 19 CM, MÉLY: 46 CM
Redundáns Tápegység:NEM

Maga a telepítő folyamat azzal a hibaüzenettel áll le, hogy a hardwer nem supportált és újraindul. Tudnátok nekem ebben segíteni, vagy valami tanácsot adni?

Köszi!

Hozzászólások

keress rá a google ben az esxi4 meg dell poweredge t110 es szavakra, másnak is volt gondja, nem biztos hogy csak a VT miatt nem megy.

Ubuntu 10.04, Thinkpad x60s

A halokartya is kompatibilis? En dell asztali gepre probaltam tenni ESXi-t, es nalam azon hasalt el.
---
Egy anlgaii etegyem ktuasátai szenirt nem szimát melyin serenrodbn vnanak a bteűk egy szbóan, az etegyeln ftonos dloog, hogy az eslő és az ultosó bteűk a hölyeükn lneegyek. A tböbi bteű lheet tljees össze-vabisszásagn, mgiés porbléma nlkéül oalvsahtó

A halokartya inkompatibilitast nem ujraindulassal, hanem megdoglessel honoralja. Ugyancsak megdoglik a storage inkompatibilitasnal, csak sokkal kesobb, a telepito fazisban irja ki.

Ez vagy valami processzor bajsag leszen, vagy alaplap.
--


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

"Méret:MAGAS: 42 CM, SZÉLES: 19 CM, MÉLY: 46 CM " szerintem ezzel lesz baj :-)

Igen, az megjelenik és be is bootol rendesen. De a következőket írja a telepítés megkezdése előtt:

Installation operation Failed!

The installation operation has encountered a fatal error:

Unable to find a supported device to write the VMware ESXi 4.0.0 image to.

The following system information will assist the VMware Support team with your problem.

Please record this information before proceeding.

System Information:
Manufacturer: Dell Inc.
Model: PowerEdge T110
Service Tag: 225XT4J
BIOS Rev: Dell Inc.

(Enter) Reboot

Ezt a dolgot már 4 verzióval eljátszotta:
- VMware 4.1 ESXi
- VMware VMvisor 4.0 Dell Customized
- VMware VMvisor 3.5 Dell Customized
- VMware VMvisor 4.0 Update 1

Köszi!

Szepen elmondja, mi a baja, nem tudom, mit nem lehet erteni ezen. A storage nem tetszik neki, vegyetek (masik) kartyat.

SysRescueCD-n esetleg nyomhatsz egy lspci-t es az alapjan nezegelodhetsz kompatibilitas ugyeben.

Sajnos itt az sem megoldas, ha USB-re rakod, mert a gepbe rakott lemezeket nem fogja felismerni.
Ez alol csak az kivetel, ha kulon SAN-od van, iSCSI LUN-okkal, mert akkor mukodhet, viszont akkor maskepp kell csinalni a telepitest, a sima telepito nem lesz jo neked.
--


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Hasonlo szivasok okan kukaztam a dellt mint gyartot.
Semmit ami d kezdetu ll re vegzodik, es koztuk egy e betu van.

Erdekes modon meg egy jol osszerakott dzsunkaval sem szivtam annyit.

Az a baj, hogy a szervergép már adott, nem tudok válogatni. Direkt le lett ellenőrizve, hogy ez a hardverkonfiguráció kompatibilis-e a vmware-el. Mindenhol azt írták meg mondták, hogy ez rendben lesz, erre mégsem.

Kipróbáltuk Sata-s vinyóval de azt sem látja.

Megpróbáljuk a Raid vezérlő firmware-jét frissíteni, hátha akkor majd működni fog.

Köszi!

Ez a lemez vezérlő hivatalosan nem támogatott (http://www.vmware.com/resources/compatibility/). A hiba üzenet gondolom olyasmi volt, hogy nem tud hova települni.

Ezt olvasd el esetleg: http://communities.vmware.com/message/1474735.
Mivel elvileg Linuxon sem működik, én nem kínlódnék vele (egyébként érdemes lenne megnézni, hogy a telepítőben van-e megfelelő meghajtó, leíró módosításával működésre lehetne bírni).

Sziasztok!

Az lenne a kérdésem hozzátok, hogy megoldható-e az, hogy az egyik Virtuális gép el legyen szeparálva a hálózat többi gépétől, de az internetet azt elérje. Erre azért lenne szükség mert ezt a virtuális gépet távolról OpenVPN-en keresztül el kellene tudni érni, úgy, hogy távolról semmiképp se lehessen a hálózatunk többi gépéhez hozzáférni. Ezzel kapcsolatban szeretnék tanácsot kérni.

Köszi!

Eddig annyit sikerült megcsinálnom, hogy az ESXi-ben felvettem +1 hálózati adaptert és a többi szervertől eltérően, ezt az új szervert az új hálózati adapterhez rendeltem hozzá. Működik is a dolog, látszólag teljesen el van szeparálva. Nem tudom, hogy ez így jó megoldás-e vagy esetleg kell még hozzá valami.

Köszi!

Működik ez a megoldás, de akár jobb lehet, ha csináltok az internetnek egy VLAN-t + egy portgroupot ebbe a VLAN-ba. És akkor nem megy el egy teljes hálózati kártya erre a célra, tudsz hálózati redundanciát is (nemcsak erre, hanem akár a többi virtuális gép számára is).

Persze elképzelhető, hogy van valami, ami miatt mégsem ez a legjobb megoldás, de alapvetően célszerűbb.

Olyan, múltszázadi technológiát, mint a vlan, ismer a switch? Vagy egyszerű mint egy raklap?

Szerk.: most látom, hogy routerre kötöd. Ha valami SOHO router akkor esetleg tudhatja a DMZ portot szeparálni, de ebben nem vagyok biztos. Ha nem akkor elé kell kötni egy másik routert/tűzfalat és megmondani hogy a másik helyi hálózatról nem enged át semmit vagy egy okosabb routert kell használni.

Csatlakozom az előttem szólóhoz: ha a router DMZ-s lenne az egyszerű felállás, de ha nem tudja, akkor a redundancia miatt valószínűleg nem elé, hanem mögé kell kötni még egy tűzfalat (mely akár virtuális gép is lehet) + egy switchet (vagy lecserélni a routert egy másikra, de egy egyszerűbb switch, ami a célnak megfelel valószínűleg olcsóbb).

Azaz a bekötés:
- uplinkek: router
- router és ESXi között egy kábel
- új switch és ESXi között másik kábel
- ESXi-ben két darab vSwitch:
- egyik uplinkje a routerbe csatlakoztatott hálókártya
- a másik vSwitch uplinkje az új switchbe menő hálókártya
- az új géped az első vswitchbe csatlakozik
- a virtuális tűzfalat mindkét vswitchbe csatlakozik
- az eszközöket pedig az új switchbe dugod

Azaz logikailag:
(internet)-----|router|-----(előszoba)------|vm tűzfal|-------(lan)

(): hálózat
||: eszköz

Az OpenVPN-es virtuális géped nyilván az első vswitchen definiált vm portgroupba csatlakozik.

Ha az "előszoba" hálózatba (gyakorlatilag DMZ) kötött gép be akar nézni a -ba, akkor a route-tábláját megfelelően be kell állítani, hogy a "vm tűzfal"-on át menjen.

Javaslom, hogy a switch tudjon VLAN-t kezelni (például Linksys SLM2008 elég jó és nem drága, gondolom 8 port elegendő), mert akkor a fentinél jobb felállás is kivitelezhető: az "előszobába" csak a "vm tűzfal" és a router kapcsolódik, belülre csinálsz több VLAN-t: egyik a LAN, a másik DMZ. Ez esetben a "vm tűzfal" funkciója az, hogy a routered hiányosságát pótolja. Az ESXi hálókártyájának portja "trunk" port lenne, és az ESXi csinálná a VLAN tagelést a virtuális gép DMZ és a LAN lábain.

Bocs, nem is fontos, hogy tudjon VLAN-t az új switch a "jobb" megoldáshoz, hiszen az OpenVPN-s géped virtuális lenne, így a DMZ portgroupnak nem is feltétlenül kell uplink (azaz uplink nélküli vswitchben kell definiálni ebben az esetben).
A VLAN-os switchnek lehet olyan előnye, ha valaki a notebookjával rá akar csatlakozni a DMZ-re valami miatt, akkor simán megoldható. Meg amúgy sem árt, ha van VLAN képesség.

A hardver problémára mi lett végül a megoldás?