Sziasztok
az iránt érdeklődnék, hogy van-e mód Xen DomU alatt HTB-vel sebességet korlátozni.
Lennék olyan elvetemült, hogy DomU-ba tennék routert (hacsak nem tudtok mondani valami
végképp kizáró okot).
Végső esetben lehet PCI passthru és/vagy HVM, de ha egy mód van rá, akkor maradnék a jól
bevált paravirt-nél.
Köszi előre is.
Sziasztok,
XenServernél szerettem volna kipróbálni a live migrationt, de az alábbi hibaüzenetet kapom ha XenCenter alól indítom:
2011.09.17. 23:04:05 Error: Migrating VM 'DebVM' from 'xenserver2' to 'xenserver1' - Internal error: INTERNAL_ERROR: [ XenguestHelper.Xc_domain_restore_failure(1, " Error when reading batch size\\\"") ]
Consoleról indítva:
[root@xenserver1 ~]# xe vm-migrate vm=DebVM host=xenserver1 --live
An error occurred during the migration process.
vm: 1824e27f-703f-2a1d-509c-44d548752173 (DebVM)
source: d2f92a73-8007-46ae-bfb9-19cf01d79d24 (xenserver2)
destination: d1550bda-07fc-4a17-abc1-161d798221a5 (xenserver1)
msg: INTERNAL_ERROR: [ Domain.Xenguest_failure("Received error from xenguesthelper: xc_domain_save 1 Domain appears not to have suspended\\\"") ]
mindkét esetben leáll a VM.
- Mindkét XenServer verziója azonos (5.6 SP2 47101p; minden patch fent van), a két server fel van véve egy Pool-ba (xenserver1 a master), továbbá hozzá van adva egy iSCSI storage (ezen van a VM).
- A VM amit migrálni szeretnék egy Debian Squeeze 64 bit, XS Tools fel van telepítve.
- Indítani bármelyik serveren tudom a VM-et.
- Egyforma a két CPU.
Mi lehet a probléma?
Vannak gigás futó image-k Xen alatt, arról kéne naponta konzisztens (mármint pillanatnylag) mentést
csinálni.
Persze ismerjük az lvm snapshotos megoldást, de estleg valami más van e, amiről nem tudok?
Illetve az előzőhöz is kérnék tippeket...ki hogy csinálja?
Bár egy két topicban már találtam rá utalást de azt hiszem hogy hasznosabb mint amennyi figyelmet kapot.
Mind amellet kérdésként is felvetem, aki ismer még hasonló gyüjteményeket nem habozzon és ossza meg a nagyérdeművel.
Sziasztok!
Szervereket cserélünk és az egyik új gép elég nagy teljesítményű lesz ahhoz, hogy az eddig külön gépeken futó dolgainkat rápakoljuk.
A gép: HP ProLiant DL380 G7 szerver (2x Intel® Xeon® E5645,32GB memória, 8X300GB SAS Hot Plug HDD, HP Smart Array P410i/256MB)
A szerverekkel és a rajtuk futó rendszerekkel külön-külön nincs problémám, de még nem virtualizáltam (a virtualboxot a desktopomon most nem számítom ide).
Kérdéseim:
- Milyen hypervisort használjak szerintetek? Az elmúlt napokban sokat olvastam a témában, ezekben gondolkozom: Xen / citrix xenserver / vmware ESXi. (Egyelőre ezekből a free.)
- Hogyan osszam fel értelmesen a hdd-ket, ill. az alaptelepítés mit igényel? Legyen LVM + raid10? Hagyjak meg 1-2 disket spare-nak?
- A szerverben elvileg 2x 1Gb-es port van a hálózatnak. Ki tudnak ezek szolgálni normálisan mondjuk 5-6 virtuális gépet? (Semmi extrém forgalom, nem túl nagy látogatottságú weboldalak (pár tucat), némi - 1-2 ezer postafiók - levelezés, DNS, FTP ilyenek.)
- Egyéb ötletek, mire figyeljek? Tapasztaltabbak tanácsait szívesen fogadom. (És különben egy új virtuális gépnél hogy kerül a csizma az asztalra?)
Üdv:
Attila
Sziasztok!
Használta már valaki a VirtualBox-féle RDP megjelenítést?
Működik, de ha az azonosítás módját external-ra állítom, csak fekete képernyőt kapok és pár mp múlva kilép.
Állítólag képes használni Linuxon a PAM-ot...
Hibaüzenetet viszont nem láttam tőle, miért is nem megy tovább.
Mi lehet a megoldás?
A rendszer Debian Squeeze és a legfrissebb closed source VirtualBox van fent.
Sziasztok,
azt szeretném kérdezni, hogy bérel-e valaki VPS-t a vpsplatform.hu-tól, és ha igen, akkor mik a tapasztalatok? Mennyire megbízható a szolgáltatás, milyen a support, stb?
Ami adott: Windows 7 Professional x64, Virtualbox. A w7en fut a virtualbox. Vannak gepeink: Win2k8 server, Win7 kliens 1 es win7 kliens2. Ki van osztva gepeknek a host adapter. a windowsban a virtualis halokartyak bridgelve vannak. 3 kartya csak, nincs a hostgep halokartyaja benne, nem kell internet. 2k8on fut DHCP, WDS server tobbek kozott
A problema:
Ha DHCP-t akarok a klienseken, akkor mindenkeppen a 192.168.56.0-s tartomanybol kapnak ip-t, ami a bridge tartomanya. (Tehat ha megnezem a bridge tulajdonsagait, DCHP enabled, kap egy ipt ebbol a tartomanybol es lesz egy default gateway is)A virtualizacioban futtatott gepeket kulon halozatba szeretnem (mondjuk win2k8 ip: 192.168.5.101, kliensek 192.168.5.103 es 104). Ha statikusan allitok IP-t a servernek es a kliensnek, akkor ping mukodik, filemegosztas is mukodik.
Valahol ott lehet a gond, hogy mikor a dhcp kliens kerdez, akkor mivel bridgelve vannak a bridge gondolom a sajat def gatewayehez iranyitja a kerest. Valahogy el lehet azt erni, hogy a bridge tenyleg csak swithch szerpet toltson be, ne probalja forwardolni a csomagokat? Vagy valami megoldas egy kulon belso halo letrehozasara virtualboxos klienseknek W7 kornyezetben?
------------
Megoldas az volt az en esetemben, amit itt leirtam: http://hup.hu/node/105982#comment-1333269
ahogy a leirasokban is van, ez egy teljsen kulon LANt hoz letre. Nincs internet eleres, nincs kapcsolat a helyi es a virtualis gepek kozott. Ez kellett nekem. Kosz mindenkinek a doksik segitettek!
---------------
Kozben megegy dolog amit eszrevettem. Host-only eseteben a virtual machine sajat beallitasainal le lehet a virtualis halokartyan a DHCP-t tiltani. Es akkor ugyanugy mukodik.
Sziasztok!
Használ valaki RHEV-t? Mik a tapasztalatok? Tényleg lehet a VMWare ellenfele egy Enterprise környezetben???
R.
Ui.: Most a megcsinálom kézzel KVM vagy Xen-el mert az debian alatt jobb hozzászólók kíméljenek. Előre is köszi! :)
Üdv mindenkinek,
A segítségeteket szeretném kérni.
Adott egy iscsi datastore ami több VMware ESXi 4.1.0-re fel lett véve tárolóként. Minden gond nélkül működik a dolog de most szeretném eltávolítani az egyik esxi-n mert már nincs rá szükség. VM-ek nem futnak arról a tárolóról, nem használja semmi tehát elviekben nincs akadálya az eltávolításnak. Röstellem de sajnos nem látok lehetőséget a feleslegessé vált datastore eltávolítására.
Mi a kultúrált módja az iscsi datastore eltávolításának?
A válaszokat előre is köszönöm.