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?
Sziasztok,
Olyan kérdés merült fel bennem amit csak nálam tapasztaltabbak fognak tudni megvitatni a témával kapcsolatban.
Kulcsrakész megoldást keresek az alábbi igények kiszolgálására:
- Full virtualizált guestek futtatása (paravirt, a hw képes rá)
- Linuxos konténerek futtatása
- Live migration támogatás, illetve HA támogatás ha lehet (v. legalább a roadmap-on szerepeljen)
- Átlátható, egyszerű webes gui (ha konzolos az sem baj, de roadmapon legyen web gui lehetőleg)
- Több szerver egyidejű managementje, shared storage eszköz támogatása mind a rendszer diszkek, mind az adattároló diszkek vonatkozásában
Találkozott már valaki olyan megoldással ami a fentebb felsoroltakat kellemesen meg tudja oldani?
Jelenleg a Proxmox (OpenVZ, KVM, Debian based) és az OpenNode (Szintén OpenVZ és KVM, de CentOS based) jött szóba nálam, de OpenNode-al nincs tapasztalatom, proxmox pedig akkor lenne igazán jó, ha már 2.0 lenne, mert jelenleg elég buta a gui is és a kvmmel sem vagyok teljesen megelégedve windows guest teljesítményt méregetve (e1000 ethernet, virtio diszk).
Remélem akadtok sokan akiknek nálam több tapasztalata van a témában. :)
Köszi,
Zoli
Tisztelt nagyérdemű, íme:
# # helyezzuk az eredeti solaris9 telepitonket a dvd-meghajtoba ( nalam /dev/sr0 )
# mkdir -p /jatszoter/solaris9/
# cd /jatszoter/solaris9/
# wget http://download.savannah.gnu.org/releases/qemu/qemu-0.13.0-rc1.tar.gz 1>/dev/null 2>/dev/null
# wget http://home.earthlink.net/~reif/ss5-170.bin 1>/dev/null 2>/dev/null
# tar -xvzf qemu-0.13.0-rc1.tar.gz 1>/dev/null 2>/dev/null
# cd qemu-0.13.0-rc1/
# ./configure --disable-user --disable-docs --disable-bluez 1>/dev/null 2>/dev/null
# # kovetkezik kb. 2-3 jobb kave elfogyasztasa mejk alatt
# make 1>/dev/null 2>/dev/null
# sparc-softmmu/qemu-system-sparc -m 32 -bios ../ss5-170.bin -cdrom /dev/sr0 -nographic
Power-ON Reset
MB86907 POST 2.2.3 03SEP96
Probing system memory: 32 0 0 0 0 0 0 0
Config = 88000002
0Kb ecache detected
initializing TLB
initializing cache
Allocating SRMMU Context Table
Setting SRMMU Context Register
Setting SRMMU Context Table Pointer Register
Allocating SRMMU Level 1 Table
Mapping RAM
Mapping ROM
ttya initialized
Probing Memory Bank #0 32 Megabytes
Probing Memory Bank #1 Nothing there
Probing Memory Bank #2 Nothing there
Probing Memory Bank #3 Nothing there
Probing Memory Bank #4 Nothing there
Probing Memory Bank #5 Nothing there
Probing Memory Bank #6 Nothing there
Probing Memory Bank #7 Nothing there
Incorrect configuration checksum;
Setting NVRAM parameters to default values.
Setting diag-switch? NVRAM parameter to true
Probing CPU FMI,MB86907
Probing /iommu@0,10000000/sbus@0,10001000 at 5,0 espdma esp sd st SUNW,bpp ledma le
Probing /iommu@0,10000000/sbus@0,10001000 at 4,0 SUNW,CS4231 power-management
Probing /iommu@0,10000000/sbus@0,10001000 at 1,0 Nothing there
Probing /iommu@0,10000000/sbus@0,10001000 at 2,0 Nothing there
Probing /iommu@0,10000000/sbus@0,10001000 at 3,0 Nothing there
Probing /iommu@0,10000000/sbus@0,10001000 at 0,0 Nothing there
screen not found.
Can't open input device.
Keyboard not present. Using tty for input and output.
Probing Memory Bank #0 32 Megabytes
Probing Memory Bank #1 Nothing there
Probing Memory Bank #2 Nothing there
Probing Memory Bank #3 Nothing there
Probing Memory Bank #4 Nothing there
Probing Memory Bank #5 Nothing there
Probing Memory Bank #6 Nothing there
Probing Memory Bank #7 Nothing there
Incorrect configuration checksum;
Setting NVRAM parameters to default values.
Setting diag-switch? NVRAM parameter to true
Probing CPU FMI,MB86907
Probing /iommu@0,10000000/sbus@0,10001000 at 5,0 espdma esp sd st SUNW,bpp ledma le
Probing /iommu@0,10000000/sbus@0,10001000 at 4,0 SUNW,CS4231 power-management
Probing /iommu@0,10000000/sbus@0,10001000 at 1,0 Nothing there
Probing /iommu@0,10000000/sbus@0,10001000 at 2,0 Nothing there
Probing /iommu@0,10000000/sbus@0,10001000 at 3,0 Nothing there
Probing /iommu@0,10000000/sbus@0,10001000 at 0,0 Nothing there
SPARCstation 5, No Keyboard
ROM Rev. 2.29, 32 MB memory installed, Serial #0.
Ethernet address 52:54:0:12:34:56, Host ID: 80000000.
Boot device: /iommu/sbus/ledma@5,8400010/le@5,8c00000 File and args:
Internal loopback test -- Wrong packet length; expected 36, observed 64
Can't open boot device
Type help for more information
ok boot disk2:d -vb
Boot device: /iommu/sbus/espdma@5,8400000/esp@5,8800000/sd@2,0:d File and args: -vb
Size: 0x41649+0xd52e+0x1ccaa Bytes
SunOS Release 5.9 Version Generic 32-bit
Copyright 1983-2002 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Ethernet address = 52:54:0:12:34:56
Using default device instance data
vac: enabled in write through mode
mem = 32768K (0x2000000)
avail mem = 27344896
root nexus = SUNW,SPARCstation-5
iommu0 at root: obio 0x10000000
sbus0 at iommu0: obio 0x10001000
dma0 at sbus0: SBus slot 5 0x8400000
dma0 is /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000
/iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000 (esp0):
esp-options=0x46
esp0 at dma0: SBus slot 5 0x8800000 sparc ipl 4
esp0 is /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000
WARNING: /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd@2,0 (sd2):
sd_set_mmc_caps: Mode Sense returned invalid block descriptor length
sd2 at esp0: target 2 lun 0
sd2 is /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd@2,0
root on /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd@2,0:b fstype ufs
obio0 at root
obio0 at obio0: obio 0x100000, sparc ipl 12
zs0 is /obio/zs@0,100000
obio1 at obio0: obio 0x0, sparc ipl 12
zs1 is /obio/zs@0,0
cpu0: FMI,MB86907 (mid 0 impl 0x0 ver 0x4 clock 434 MHz)
# uname -a
SunOS 5.9 Generic sun4m sparc SUNW,SPARCstation-5
# # ctrl+a x lenyomasaval vege a bemutatonak
# QEMU: Terminated
#Egyéb forrás:
http://tyom.blogspot.com/2009/12/solaris-under-qemu-how-to.html
TODO:
MAC address beállítása
Megfelelő mennyiségű ram kisakkozása úgy, hogy telepíteni is lehessen
Telepítésénél figyelembe kell venni Tarasenko SCSI-vezérlő workaroundját is!
(szerk 1.)
Javaslatok, trollok, nyálcsorgatás, stb. ide bátran! Végre van 9-es telepítőm, az utolsó hivatalosan sparc32-támogatott Slowaris kiadás. (A Martux Opensolaris disztró elég jó, állítólag szintén bootol SPARC32 hardveren).
Sziasztok!
A tárgyban szereplő dologgal lenne problémám...
Több megoldással probálkoztam, de sajnos nem jött össze.
Ha valakinek van ezzel kapcsolatban tapasztalata kérem ossza meg velem!
Köszönöm!
A napokban frissítettem a lib-virt 0.7.5-ubuntu csomagra és azóta a virt-install-lal létrehozott VM-ek nem tudnak bebootolni (SeaBios) a csatolt iso fájlról.
Éppen nincs meglevő VM-em így nem tudom, hogy telepített rendszer tud-e bootolni.
Találkozott ezzel valaki?