Virtualizáció

Kinaltak nekem egy HP ProLiant ML370 G3 Szervert (torony doboz) CPU: x2 2.4ghx Xeon, Ram:2GB, HDD: x2 9,1GB, arra gondoltam hogy megveszem es itthoni kornyezetben hasznalom foleg tanulaskeppen es tesztkonfiguracionak.

Egy ilyen gepen megy rendesen az ESXi? Vagy inkabb valami ujabb gepet nezzek ettol?

Ahogy nezegettem a HP oldalat (mivel a hardokat kicsillem benne) nemigazan tudtam rajonni hogy tehetek-e bele akarmekkorat vagy csak amiket a HP is emleget az oldalan? Mongyuk 3 drb. 1 TB hardot is tehetnek-e bele, persze SCSI... Vagy vanak valami kolratok?

Hasznal valaki ilyen gepet? Mennyire hangos? Az illeto azt mondta hogy neki idegesitoen hangos olyan mint amikor egy repulo szal fel :) Mennyire lehet ezt egy iroasztal melett hasznalni?

Van egy vmware virtuális gép. Nem használom gyakran, legutóbb, ha jól látom, szeptember 24-én használtam.

Ma indítanám, amikor a playerben a play gombra bökök, kb. 1 másodpercig fekete kép, aztán visszatér az eredeti player ablak.

A logban ennyit látok a végén:

Oct 30 12:47:19.194: vmx| LICENSE: Running in restricted mode
Oct 30 12:47:19.215: vmx| Host IPI vectors: 0xfc 0xfb
Oct 30 12:47:19.217: vmx| Monitor_PowerOn: HostedVSMP skew tracking is disabled
Oct 30 12:47:19.217: vmx| Monitor_PowerOn: HostedVSMP crosscall yielding is disabled
Oct 30 12:47:19.218: vmx| VMMon_AllocContigPages: failed, numPages = 3, errno = 12
Oct 30 12:47:19.218: vmx| KHZEstimate 1662476
Oct 30 12:47:19.218: vmx| MHZEstimate 1662
Oct 30 12:47:19.218: vmx| NumVCPUs 1
Oct 30 12:47:19.219: vmx| Module Monitor power on failed.
Oct 30 12:47:19.219: vmx| VMX_PowerOn: ModuleTable_PowerOn = 0
Oct 30 12:47:19.223: vmx| Vix: [5024 mainDispatch.c:3661]: VMAutomation_ReportPowerOpFinished: statevar=1, newAppState=1873, success=1
Oct 30 12:47:19.224: vmx| Vix: [5024 mainDispatch.c:3661]: VMAutomation_ReportPowerOpFinished: statevar=0, newAppState=1870, success=1
Oct 30 12:47:19.225: vmx| Transitioned vmx/execState/val to poweredOff
Oct 30 12:47:19.225: vmx| Vix: [5024 mainDispatch.c:3661]: VMAutomation_ReportPowerOpFinished: statevar=0, newAppState=1870, success=0
Oct 30 12:47:19.226: vmx| Vix: [5024 mainDispatch.c:3674]: Error VIX_E_FAIL in VMAutomation_ReportPowerOpFinished(): Unknown error
Oct 30 12:47:19.226: vmx| VMX idle exit
Oct 30 12:47:19.227: vmx| Vix: [5024 mainDispatch.c:747]: VMAutomation_LateShutdown()
Oct 30 12:47:19.227: vmx| Vix: [5024 mainDispatch.c:697]: VMAutomationCloseListenerSocket. Closing listener socket.
Oct 30 12:47:19.228: vmx| Flushing VMX VMDB connections
Oct 30 12:47:19.240: vmx| VMX exit (0).
Oct 30 12:47:19.241: vmx| FileTrack_Exit: done

Fogalmam sincs, mi lehet ez. Valakinek van valami ötlete?

Sziasztok!

Olyan gondom van, amikor elszeretném indítani az OpenVPN Access Servert ezt a hibát kapom:
http://pastebin.com/p6LtKgpT

Ez miért van?

Várom válaszotok!

Sziasztok

Upgradeltunk vspehre 4.1-re es feltettuk a vmware VIX 1.10-t. Azota csak Administrator felhasznaloval lehet barmilyen muveletet vegrahajtani virtualis gepeken. Meg adminisztrator jogosutsagu felhasznaloval sem megy, csak adminisztratorral. A vmware community forum talalt bejegyzes nem segit. Van valami otletetek?

Olyan szolgáltatót keresek, ami nem magyarországon van és virtualizált környezetet ad.

Webszerver üzemeltetéshez kéne. Fontos a bővíthetőség, tehát ha kell még erőforrás akkor könnyen tudjak hozzáadni.
Teljes hozzáférés is elvárás, tehát ne egy cpaneles valamit kapjak, hanem egy rendes virtualizált környezetet, Linux LAMP futtatásához.

Akinek van tapasztalata kérem írjon.

Xen + hvm + ntp -vel van problemam, konkretabban debian dom0-n (xen 3.2) centos 5.5 domU -ban (64 bites mind2) hogy tudnam ravenni az orat, h ne rohanjon mint az orult?
Ntp se tud szinkronizalni, mert akkora offset-eket mer 2 meres kozt, h gondolom nem tudja elfogadni.
Sajna nem elhanyagolhato merteku a csuszas es ntpdate-el idonkent szinkronizalni se megoldas, mert negyed ora utan mar 15 masodperces elterese van a guest-nek.
Talalkozott mar vki ilyennel, van vkinek otlete mivel lehetne segiteni ezen?

Update: Ugy fest red hat problema ez, tobb 5.x verzional is felmerult ez, megoldasra hozzavetolegesen hasznalhato a guest kernelhez adott "divider=10 notsc lpj=n" opciok hasznalata, bar meg igy is kell 3 ntp szerver, mert par szaz milisec-es kilengesek meg igy is vannak benne, de ahogy nezem 3 szerver eseten mar talal mindig legalabb 1 hasznalhatot.

Udv,

a problema, hogy Windows 7-bol nem tudok SSH-zni a virtualis gepbe, valamiert timeoutol a connection. Belulrol megy 127.0.0.1-gyel is, meg a kulso cimmel is, szoval SSH fut meg minden, csak a Windows fogja valahol. A tuzfalnak mar az osszes elkepzelheto opciojat kikapcsoltam... Valaki tud ra megoldast?

Sziasztok!

Mint láthattátok, idén is megrendezésre kerül a Virtualization-Day konferencia.
A megjelenés teljesen ingyenes, mindenkit szeretettel várunk!

Ami idén újdonság lesz:
- 2 teremben (egyik 300, a másik 200 fős) fognak az előadások folyni egyszerre
- a 3. teremben a már megszokott demózási, beszélgetős lehetőség lesz a megjelent cégeknél.
- Tombola értékes és témába vágó nyereményekkel (különböző oktatások, tanfolyamok, egyéb finomságok)
- Kerekasztal beszélgetés
- Minden előadásról videó készül terveink szerint amik megtekinthetőek, akár letölthetőek lesznek a vday.hu oldalról.

Idáig ezek az előadások fixek, hogy megrendezésre kerülnek, bővülés várható:

* A nyílt forráskód mint a virtualizációs és a cloud-alapú vállalati IT stratégia része (Szentiványi Gábor, ügyvezető, ULX)
* KVM és RHEV: technológiai újdonságok a nyílt forráskódú virtualizáció világából (Lajkó Attila, virtualizációs szakmérnök, ULX)
* Nyílt forráskódú virtualizáció a Telekomnál: stratégia és tapasztalatok (Verdó István, virtualizációs projekt manager, Magyar Telekom)
* Citrix XenDesktop - áttérés a Windows 7-re minimális költséggel (Márton János, Ügyvezető Igazgató - COMPUTERLINKS Kft.)
* Citrix XenDesktop - a legteljesebb deszktop virtualizációs megoldás (Sebestyén István, Product Manager - COMPUTERLINKS Kft.)
* Biztosítsa informatikai hátterét szolgáltatásként a Citrix XenDesktop piacvezető virtualizációs megoldásával (Gajdics Nóra, Kereskedelmi Vezető - COMPUTERLINKS Kft.)
* Microsoft virtualizáció és rendszerfelügyelet (Lepenye Tamás, Microsoft)
* Microsoft Cloud Computing megoldások (Kőnig Tibor, Microsoft)
* VMware vSphere Security Hardening (Zrubecz László, Andrews Kft.)
* Virtualizált kisvállalati infrastruktúra kialakítása szabad szoftverekkel (Mátó Péter, Andrews Kft.)
* Virtualizált hackerek (Silent Signal Kft. - Veres-Szentkirályi András)
* NetApp storage előadás (Arrow ECS)

Ha valakinek van bármely ötlete, észrevétele, az ne tartsa magában, tegye közzé itt a fórumon, a http://vday.hu/forum oldalon,
illetve a http://vday.hu/contact oldalon személyesen a szervezőknek.

Aki el szeretne jönni a konferenciára, annak csupán regisztrálnia kell magát a konferencia weboldalán ( http://vday.hu ) és bejelölni a személyes beállításokban a konferencia jelentkezés menüpontban a Jelentkezés checkbox-ot!

Üdvözlettel, Zool & secretx (szervezők)

Hi,

Van egy Debian Lenny (2.6.26-2-amd64) amin egy VirtualBox-ban (3.1.4) fut egy Debian Lenny (2.6.35.7 x86). Ha USB-s eszkozt csatlakoztatok, a 'Devices' -> 'USB Devices' menuben megjelenik, ki lehet pipalni.

Viszont a virtualis gepben kizarolag a mass storage device-ok jelennek meg (dmesg-gel), azokbol elvileg barmi (USB flashdisk, USB HDD, USB to IDE converter), de egyeb eszkozok (USB-soros atalakito, USB modem, egyeb feljesztoi eszkozeim) nem.

Van erre megoldas?

Koszi,

/sza2

Érdekes furcsaságba futottam bele:

Xen 4.0.1, alatta Fedora13, ez alapján a guide alapján összerakva: http://wiki.xensource.com/xenwiki/Fedora13Xen4Tutorial

RPMbuild-del legyártottam a xen (xen-4.0.1-1.fc14.src.rpm) és a dom0 kernel (kernel-2.6.32.21-168.xendom0.fc12.src.rpm) RPM-eket x86_64 architektúrára.

Két gép van, az egyikben 2GB ram (igazából ez egy vmware guest, nyilván a Xen itt csak PV üzemmódot tud), a másikban 4GB (ez fizikai gép), mindkettő x86_64, ugyanazokból az RPM-ekből lett telepítve mindkettő, gyakorlatilag tök egyforma a két install.

Mindkét gép esetén a dom0 memóriamérete bootolásnál korlátozva van (ahogy a guide-ban a GRUB konfig minta írta).

Most jön a furcsaság: a 2GB-os gépnél a dom0 memóriaméretével le tudok menni egészen kb 320MB-ig, a 4GB-os gép esetén viszont 896MB a minimum (nem játszottam pontosan végig, 128MB-os lépésekben növeltem, 768MB még biztosan kevés neki, a következő lépés amit kipróbáltam 896MB volt). A jelenség egyébként az, hogy 768MB alatti méreteknél már a kernel user mode elérése előtt pánikol (out of memory and no processes left to kill), 768MB-nál init közben száll el ugyanezzel.

Furcsa még az is, hogy ha a dom0 fel is jön, nagyon kevés a szabad memória és nincs meg, hogy milyen jogcímen van lefoglalva kb 450MB, se processnél se cache/buffer/slab/stb-nél nem jelenik meg. Egyelőre még nem estem neki systemtappal, és hasonló nehéztüzérséggel. A dom0 memory balloningot letiltottam, de ennek nem kéne sokat számítania (nem is változtat semmit) mert az csak a xend indulás után kezd működni, itt meg már a kernel indulás közben baj van.

A két gép egyébként a dom0 kernel Xen nélküli indításakor kb egyformán viselkedik, boot után kb 140MB foglalt a 2GB-os gépen, 180MB a 4GB-oson (cache-el és mindennel együtt), tehát a lényegi különbség csak akkor jön elő, ha a Xen is alatta van. A memory mapekben nem látok különbséget a kétféle dom0 esetén, az ACPI reserved régiók máshol vannak, de a usable memóriaterület pár reserved MB híján megvan mindkét esetben, szó sincs 400-500MB-os hiányzó területekről.

Egyelőre nem tapétáznám tele a topicot dmesg-ekkel és meminfokkal, ha kell később rakok be.

Kérdésem tehát, hogy tapasztalt-e valaki hasonlót, normális jelenség ez? Illetve, általában véve dom0-hoz mennyi memóriát szoktatok használni?