Host és guest is linux. Guest Additions telepítve. Bárhogy osztom meg a wifit-t a guestnek, mindig eth0-ként látja. Hogy lehet megoldani, hogy wifinek lássa? Azaz ne eth0, hanem wlan0 (persze ne csak a név legyen más, hanem valóban vezeték nélküli hálózatnak lássa). Korábban találtam egy leírást a neten, de most sehol sem találom.
Sziasztok,
proxmox-ot használunk virtualizációhoz. Eddig több helyen gond nélkül. Most egyik ügyfélnél proxy is bekerült virtuálba, és kb 100-an használják, Openvz-ben fut. A probléma az, hogy mióta élesítve lett a CT, azóta random szerűen lefagy az egész szerver. A vas HP DL380, minden bővítés HP benne, memtest hibát nem talált. Az alábbi linken van a kernel panic képe:
http://kepfeltoltes.hu/090904/DSC00385_www.kepfeltoltes.hu_.jpg
Gyári kernel fut rajta, tegnap frissítettem is, de ma is elszállt. Visszaálltunk a régi proxy-ra így most nem fagy, de sajnos ez így nem jó :)
Ha bármi információt elhallgattam, ami elősegíteni a probléma megoldását, szóljatok. :b
Légyszi segítsetek, hogy merre induljak el a hiba elhárításában.
Köszi előre is.
Balázs
Sziasztok!
A gondom az lenne, hogy béna vagyok mert a tárgyban szereplő problémára 2 nap alatt sem találtam megoldást, de sajnos ezen még ti sem tudtok segíteni.
Ezért segítsetek rajtam kérlek!
Van egy a címben említett régi szerverünk, mely sajnos nem rendelkezik semmilyen virtualizációs kiegészítéssel, illetve nem 64bit-es.
Erre a szerverre egyszerű kis teszt xp guesteket szeretnénk telepíteni. Na most én a virtualbox-on kívül semmilyen virtualizációs rendszert nem tudtam rajta beüzemelni, ami támogatná a windows guest-eket is. A quemu-t most nem próbáltam, mert útsó alkalommal mikor néztem meglepően lassú volt hasonló környezetben. A virtualbox megfelelne, ha rendelkezne valami távolról használható adminisztrációs felülettel, de én ilyet -kész működő megoldást- nem találtam. A Xen meg ahogy néztem, ilyen esetben csak linux guest-et hajlandó futtatni...
Tehát keresek egy olyan távolról lehetőleg X futása nélkül menedzselhető virtualizációs szoftvert, mely képes 32bit-es virtualizációs képességek nélküli gazdagépen "értelmes" sebességgel vendég gépeket futtatni.
Minden segítséget előre köszönök!
PaPA
Lenny alá felraktam a "gyári" Xen-t, de sehogy nem akar azzal a kernellel indulni. Mi lehet az ok. Csak a sima 2.6.26-2-es kernellel indul a gép.
update-grub kimenet:
Found Xen hypervisor 3.2-1-amd64, kernel: /boot/vmlinuz-2.6.26-2-xen-amd64
Found Xen hypervisor 3.2-1-amd64, kernel: /boot/vmlinuz-2.6.26-1-xen-amd64
Found kernel: /boot/vmlinuz-2.6.26-2-xen-amd64
Found kernel: /boot/vmlinuz-2.6.26-2-amd64
Found kernel: /boot/vmlinuz-2.6.26-1-xen-amd64
Mégis a sima indul. Mi lehet a gond?
Sziasztok!
Adott jelenleg egy web/mysql/postfix stb. szerver, amit költöztetni szeretnék. Arra gondoltam, egyszerű dolog lenne, ha az új gépen VM-ként indítanám újra, de nem igazán tudom, hogy hogyan tudom lementeni az egész gépet cakkpakk VM-ként.
Bocs a kezdő kérdésért :)
Udv,
Miert van szukseg vmware alatt a vmem fajlokra? (amelyek ugytunik IO problemakat okoznak)
Amit eddig tudok:
>>>What exactly is stored in the .vmem-files?
Guest memory. (..ez miert is jo ?!)
>>>How often does the information change in those files?
Continuously. When stored on disk, kernel updates file on disk whenever it feels it shoud do such.
>>>Since I now moved them to a memory based tmpfs, each VM now uses twice the amount of RAM.
I personally would highly discourage use of tmpfs (or any ram based filesystem) for *.vmem. Your machine may deadlock when you'll put it under memory stress.
>>>It is also possible to switch the usage of .vmem-files off entirely?
No, guest memory must be backed by something, and it does not matter whether it is swapfile or file on filesystem. (....Miert?)
On Windows problem is quite simillar, but 'mainMem.useNamedFile = "FALSE"' on Windows will do almost what you want as Windows provide shareable anonymous memory blocks, at the cost that suspend/resume will be much slower. On Linux it will just use deleted file in /tmp instead of file in directory with VM, so there are benefits only if /tmp is much faster than directory with VM (like if you run VM from USB or from network)
koszonet minden infoert elore is
Sziasztok
xen 3.3.2, xen 3.4.0 és xen 3.4.1 verziókkal is ugyanezt a hibaüzenetet kapom.
A tárgyban megjelölt problémám van, találkozott-e már közületetek valaki vele és ha igen akkor mi volt a megoldás. google-vel már próbálkoztam nem találtam olyan oldalt ami segített volna.
processzor: Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz
hibaüzenet amivel a fordítás megáll:
/usr/src/xen-3.4.1/linux-2.6.18-xen.hg/drivers/xen/blkback/blkback.c: In function ‘refill_credit’:
/usr/src/xen-3.4.1/linux-2.6.18-xen.hg/drivers/xen/blkback/blkback.c:206: error: ‘blkif_t’ has no member named ‘available_credit’
/usr/src/xen-3.4.1/linux-2.6.18-xen.hg/drivers/xen/blkback/blkback.c:209: error: ‘blkif_t’ has no member named ‘available_credit’
/usr/src/xen-3.4.1/linux-2.6.18-xen.hg/drivers/xen/blkback/blkback.c:210: error: ‘blkif_t’ has no member named ‘available_credit’
make[9]: *** [drivers/xen/blkback/blkback.o] Error 1
make[8]: *** [drivers/xen/blkback] Error 2
make[7]: *** [drivers/xen] Error 2
make[6]: *** [drivers] Error 2
make[5]: *** [vmlinuz] Error 2
make[4]: *** [vmlinuz] Error 2
make[4]: Leaving directory `/usr/src/xen-3.4.1/build-linux-2.6.18-xen_x86_32'
make[3]: *** [build] Error 2
make[3]: Leaving directory `/usr/src/xen-3.4.1'
make[2]: *** [linux-2.6-xen-install] Error 2
make[2]: Leaving directory `/usr/src/xen-3.4.1'
make[1]: *** [install-kernels] Error 1
make[1]: Leaving directory `/usr/src/xen-3.4.1'
make: *** [world] Error 2
Adott egy frissen készített etch domU A dom0-án van több domU is. Azokon minden működik, de a friss alatt nem lehet telepíteni sokmindent. Próbáltam ssh-t, erre ezt kaptam:
The following packages have unmet dependencies:
ssh: Depends: openssh-client but it is not going to be installed
Depends: openssh-server but it is not going to be installed
E: Broken packages
Aztán próbáltam mindent "kézzel" felrakni és idáig jutottam:
The following packages have unmet dependencies:
libkrb53: Depends: libc6 (>= 2.7-1) but 2.3.6.ds1-13etch9 is to be installed
E: Broken packages
Innen nem jutottam tovább. A dom0 és a domU is etch.
Valakinek ötlete?
Úgy sejtem ez elég meredek, de érdekelne hogy nincs e valakinek ötlete ezekre:
1. OpenVMS-t virtuális gépre tenni
2. OpenVMS-t emulálni
3. Valami más 5let, amivel OpenVMS-t tudnék buherálni (okulási célzattal), anélkül hogy még egy szekrényt vennék a lakásba.
