Hi!
Lészen egy debian wheezy-n lévő Xen 4.1 melyen lévő guesteket kellene átköltöztetni egy ubuntu 17.10-en futó Xen 4.9-re. Mindkét helyen LVM van, nem feltétlen kellene live migration (ha egyáltalán lehetne is).
Ha jól látom a fenti esetben az nbd-server ill. nbd-clien használandó.
Esetleg tapasztalat, észrevétel, jótanács, egyéb ötlet?
Előre is köszönöm!
Sziasztok
A 2011-es topik mintájára. Problémák, tapasztalatok összegzése.
Én még mindig 6.5-nél ragadtam le, mert ez bevált. A 7.0-val tettem egy próbát, de az xp-s VM-eket import után a xen-tools-t elavultnak jelezte. Azt viszont frissíteni nem engedte. Visszaraktam a VM-et egy 6.5-ös szerverre, ott viszont már nem indult el. Ezt elég gáz húzásnak tartottam. Szerencsére backupból megoldottam a dolgot. Azóta nem barátkoztam a 7-es vonallal.
XenServeres kollégák, ti melyik verziót használjátok?
Adott egy ubuntu szerver, mint kvm host. Semmi gond az elérhetőségével.
Fut rajta kvm guest, amit virt-manager segítségével hoztam létre, routed hálózattal. (Xml-ben forward mode=routed)
A guest elérése érzékelhetően lassú.
Kérdés: tapasztalt-e itt valaki olyat, hogy a kvm guestek hálózatos elérése sokkal lassúbb, mint a hosté? Lehetséges, van bármi esély rá, hogy ez a kvm vagy a virt-manager által gyártott konfig miatt van? (Rövid ideig virtualbox volt, azon nem éreztem ilyen problémát)
#define lassú: a benne futó dnsmasq kb fél-egy másodperces válaszidővel reagál. Ha ssh-val lépek be rá, 1-2mp várakozási idő, mire az első kiírt sor után promptot kapok.
Na ez elég zavaros lett :(
Sziasztok!
Sikerült bevirtualizálni egy fizikai szervert, de a bootolásnál megáll, arra panaszkodva, hogy nem találja a hdd-t:
ALERT! /dev/disk/by-uuid/bla-bla-bla does not exist.
Ebben az számomra az érdekes, hogyha ebbe a virtuális gépbe egy live cd-t helyezek és azzal bootolok be, akkor blkid-val lekérdezve ott figyel az a uuid-s hdd, amit a rendszer hiányol.
Merre lehetne tovább nyomozni?
Köszönöm!
Hali mindenkinek!
Tudom ilyen téma már volt sok, de azok alapján sem jutottam sokra.
A szitu: volna egy pc, ami elvileg támogatja a HW virtualizációt.
Namost az a cél, hogy virtualizálni kéne egy linuxos desktopot (és most jön a csavar) !integrált GPU átadással! napi használatra. És nincs is benne több vga. Plusz mellette a fizikai vasat fejlesztésre, konténerezésre kéne használni.
Kipróbáltam a Proxmox-ot. Természetesen a neten fellelhető nagyon sok leírást végigkövetve működnie kéne. De nem. Csak a boot splash működik a monitoron. Az viszont nagyon szépen. A rendes vga (desktop) kezelés nem. (színes csíkos lesz a képernyő)
Ide még annyit, hogy az xorg intel drivere összeomlik.
Tehát a kérdés. Tudtok olyan host rendszert, amin viszonylag könnyen beállítható a gpu átadás? Vagy egyéb más tapasztalatokat is szívesen fogadok.
Üdv. Sz.
Sziasztok!
Proxmox alá hoznék be fizikai szervereket, de nem szeretne bootolni alatta a Clonezilla. Eljut odáig, hogy fekete képernyő, rajta a 'missing workdir' és nagyjából ennyi.
Gugliztam sokat és láttam, hogy páran szenvednek még ezzel, de megoldást még sehol nem leltem.
Ugyanez az iso Virtualbox-ban gond nélkül bootol.
Proxmox: proxmox-ve_5.1-3
Clonezilla: clonezilla-live-2.4.7-8-amd64
Esetleg valakinek van ötlete?
Köszönöm!
Udv,
Sikerult mar valakinek olyan docker container-t eloallitania amiben mukodik az NVIDIA OpenGL gyorsitas + steam?
A problemam a kovetkezo, nem vagyok nagy jatekos, de neha azert jo lenne egy-ket steam jatekkal jatszani (Euro Truck simulator, Cities, Serious Sam...).
A host Slackware64-14.2, 32-bit compatibility layer nelkul es ha lehet nem is szeretnem ezt felrakni (kulonben minek szivatnam magam dockerral).
Probaltam mindenfele linket, meg guide-t es odaig ok, hogy megy a steam es a Cities is elindul, de valami irgalmatlan lassu, gondolom szoftveres gyorsitast hasznal.
Eddig az alabbi link alapjan mukodott a legjobban a dolog:
http://blog.drwahl.me/steam-running-in-docker-lxc/
Megoldva:
A kovetkezo modon sikerult megoldani a dolgot.
Dockerfile:
FROM tianon/steam
RUN sudo apt-get update && sudo apt-get install -yq kmod mesa-utils
ADD NVIDIA-Linux-x86_64-387.34.run /tmp/NVIDIA-DRIVER.run
RUN sudo sh /tmp/NVIDIA-DRIVER.run -a -N --ui=none --no-kernel-module
RUN sudo rm /tmp/NVIDIA-DRIVER.run
USER steam
ENV HOME /home/steam
VOLUME /home/steam
CMD ["steam"]
container keszitese:
docker build -t steam .
indito script:
#!/bin/sh
xhost +
docker run -ti --name=steam_mine \
--device /dev/nvidia-modeset:/dev/nvidia-modeset \
--device /dev/nvidia-uvm:/dev/nvidia-uvm \
--device /dev/nvidia0:/dev/nvidia0 \
--device /dev/nvidiactl:/dev/nvidiactl \
--device /dev/dri/card0:/dev/dri/card0 \
--device /dev/dri/renderD128:/dev/dri/renderD128 \
-v /tmp/.X11-unix:/tmp/.X11-unix \
-v /dev/shm:/dev/shm \
-v ${HOME}/Downloads:/tmp/Downloads \
--privileged=true \
-e DISPLAY=${DISPLAY} steam:latest
Sziasztok!
Szeretnenk egy nanoserver+IIS kontenert 2016-on. a kerdesem az hogy mi a helyes docker konfig, ha a host management-evel akarom managelni a nanoservert?
Az OK, hogy forvardolok egy portot e host fele, amin a weboldal elerheto, a kerdes az, hogy a managementet hogyan tudom megoldani.
Port forward kell, vagy valami a dockerfile-ba?
Sziasztok,
A legújabb patch-ek amik a nemrégi CPU bug-okat javítják teljesen megfagyasztják a guest-eket VBox-ban. Több gépemen is jelentkezik.
OS: Ubuntu 16 LTS x64
Kernel: 4.13.0-26-generic
VBOX: 5.0.40
Tud valaki megoldást az aktuális kernelekre? Köszi.
Sziasztok!
VMWare ESXi 6.5 ingyenes verzióját futtatom. Szeretnék megbízható biztonsági mentéseket. Egyik elmélet az, hogy snapshot a VM-ről, fájlok átmásolása, majd snapshot törlése. Ez 1-2 VM esetén még ok, de nem 1-2 lesz. Mindemellett ellenőrizni kell közben, nehéz a hibákat kezelni, stb. Több cég termékét néztem, de a legtöbb a host erre szolgáló API felületét hívja meg, ami az ingyenes ESXi alatt nem elérhető. Azon fórumtársakat kérdezném akik ilyen alapú rendszereket üzemeltetnek, hogy miként oldjátok meg a teljes teljes VM mentéseket? Elvárások: automatizált legyen, a mentett kép felcsatolható legyen fájl szintű mentéshez, nem árt ha tud különbözeti mentést, és persze legyen rotáció, hibakezelés. Jelenleg a szerveren két datastore van, egy SSD RAID a VM-eknek, és egy NFS egyrészt VM-eknek, másrészt mentéseknek. Jó lenne továbbá ha a mentés például SSH-n mehetne fizikailag másik szerverre. Köszönöm szépen a javaslatokat előre is!
(Ha valakinek van kész, bevált megoldása, igen, pénzt is adok a dolog beüzemeléséért, segítségért!)