Sziasztok,
hogy tudnek CLI-bol egy hostname, IP, netmask, gw parameterekkel rendelkezo VM-bol egy teljesen uj klont letrehozni?
Az uj gep uj paremeterekkel rendelkezne.
Koszonom a segitseget.
Ardi
Üdv!
Egy fc34 szerveren próbálok létrehozni konténert, de nem sikerül:
lxc-create -n test -t download
Setting up the GPG keyring
ERROR: Unable to fetch GPG key from keyserver
lxc-create: test: lxccontainer.c: create_run_template: 1621 Failed to create container from template
lxc-create: test: tools/lxc_create.c: main: 319 Error creating container test
Próbáltam "no validate" opcióval, más keyserver-rel:
lxc-create -n test -t download -- --no-validate
lxc-create -n test -t download -- --keyserver hkp://p80.pool.sks-keyservers.net:80
Ugyanaz a hiba. Egy Linux Mint-en ugyanezt csinálja!
Van ötlete valakinek?
Sziasztok,
Debian 9.3 / Xen 4.8.5
Nem vészes (értsd: ~10mbps) hálózati forgalom mellett a Dom0-n ilyen látok:
17886 root 20 0 0 0 0 R 17.1 0.0 4259:52 vif1.0-q0-guest
17887 root 20 0 0 0 0 S 12.8 0.0 3245:01 vif1.0-q0-deall
16 root 20 0 0 0 0 S 9.9 0.0 2112:26 ksoftirqd/1
17890 root 20 0 0 0 0 S 8.2 0.0 1937:43 vif1.1-q0-guest
17891 root 20 0 0 0 0 S 5.3 0.0 1210:41 vif1.1-q0-deall
iostat szerint ~25% system terhelés.
a Dom0-nak 2 dedikált magja van, a DomU-nak
a gépben 2db E5-2620v4 van, másik -aktiv- VM nincs.
Van tippetek esetleg, mi lehet?
Üdv!
Felhőben levő VM (kvm) helyi mentésére keresek megoldást (DO, GCP, AWS... stb.). Tudom, van backup funkciójuk, de helyben szeretném tárolni, hogy ha váltok felhőszolgáltatót, akkor a dump-ból vissza tudjam állítani egy adott állapotot.
Ilyesmit találtam:
$ ssh user@remote "dd if=/dev/sda | gzip -1 -" | dd of=image.gz
(Bár a fenti megoldás az üres diszkhelyeket is dumpolja.)
Próbált már valaki hasonlót?
Látom megy a főoldaluk és a hup is.
Viszont az ügyfélportáljuk leállt. Valamint a VPS-em is.
Du. már láttam furcsa hálózati forgalom emelkedést. Most is azt láttam mielőtt lehalt.
Átálltam tartalék szerverre.
Sziasztok!
Adott egy cpu érrzékeny licenszelt szoftver, amit virtualizálni fogunk. Cél a későbbi mozgathatóság, ezért rögzített CPU beállítás kell a virtuális gép configjában.
KVM64 vagy QEMU64 a javasolt? Neten nem sok konkrétumot találtam.
Jelenleg E5-2630 v3 CPU van a host gépben. Gondolom a jövőben sem fog ennél rosszabb helyre kerülni. Érdemes lenne esetleg Haswell CPU-t behazudni a VM-nek és azt tartani kvázi örökre?
Köszönöm!
Sziasztok!
Szeretnék segítséget kérni tapasztaltabb zfs hozzáértőktől. Proxmox (6.3) alatt a pve-zsync nevű toolt használom replikációra két host között, amik külön clusterben vannak. Szépen működött is a replikáció. Egyszercsak át kellett állni a replikára, ami ügyesen pár perc alatt meg is történt. Előtte leállítottam a repklikációt is (pve-zsync disable, aztán destroy), minden rendben volt, elindult a replika. Töröltem a felesleges snapshotokat mindkét oldalon (zfs destroy akarmi@snapshot), a host1-en töröltem az eredeti vm-diskeket is, vm-konfigot is. Meggyógyítottam az eredeti hosztot, és gondoltam, elindítom visszafelé a replikációt. Ezt az eredményt kapom:
pve-zsync sync --source 10.0.0.132:1401 --dest unity-zfs-pool --name vm1401 --maxsnap 2 --method ssh --source-user root --dest-user root --verbose --skip
warning: cannot send 'unity-zfs-pool/vm-1401-disk-0@rep_vm1401_2021-05-26_07:47:20': Unknown error 1030
Job --source 10.0.0.132:1401 --name vm1401 got an ERROR!!!
ERROR Message:
COMMAND:
ssh -o 'BatchMode=yes' root@10.0.0.132 -- zfs send -v -- unity-zfs-pool/vm-1401-disk-0@rep_vm1401_2021-05-26_07:47:32 | zfs recv -F -- unity-zfs-pool/vm-1401-disk-0
GET ERROR:
cannot receive: failed to read from stream
Próbáltam egy tetszőleges más snapshotot is zfs send/receive-vel átvinni. Ugyanez a hibaüzenet. Mi ez a hiba, és hogyan lehet megjavítani? Van valakinek ötlete?
Hi!
Fc34 alatt próbálom ismét az LXC-t, de nem lát ki a konténer, IP-t sem kap. (lxc-4.0.6-2.fc34.x86_64)
# Distribution configuration
lxc.include = /usr/share/lxc/config/common.conf
lxc.arch = x86_64
# Container specific configuration
lxc.rootfs.path = dir:/var/lib/lxc/fedora34/rootfs
lxc.uts.name = fedora34
# Network configuration
lxc.net.0.type = veth
lxc.net.0.link = lxcbr0
lxc.net.0.flags = up
lxc.net.0.hwaddr = ......
Elvileg a 10.0.3.0/24 tartományból osztana (lxcbr0)
Ha hozzáadom az IP-t akkor sem lát ki: "...a hálózat elérhetetlen".
lxc.net.0.ipv4.address = 10.0.3.100/24
#lxc.net.0.ipv4.gateway = 10.0.3.1
Mi hiányzik neki? (Egyik konténer/disztrib sem lát ki.)
Az új Proxmox 6.4-nek van két igen jó új funkciója.
Az első, hogy virtual gép PBS mentésekből képes fájl szinten olvasni (konténerből eddig is tudott), azaz egy Windows mentésből helyre lehet állítani egy kattintással egy darab fájlt is, ez nagyon király, nem kell ezért valamilyen más mentést is használni a windows-on.
A másik a Live Restore. Visszaállítás közben elindítható a gép! Ehhez azért kell hálózat és disk io teljesítmény, viszont ha van, elég jó nézni, hogy még megy a restore a gép meg már rég elindult.
Látszik, hogy a Proxmox erősen fejleszti a PBS megoldását, a deduplikálás, Live Restore, File Restore már kezd egy igen ütős párossá összeállni.
https://www.proxmox.com/en/training/video-tutorials/item/what-s-new-in-…
Sziasztok!
Windows 10-et szeretnék telepíteni egy vm-be, de ahelyett, hogy bebootolna az iso-ról, az uefi shellben találom magamat. Kipróbáltam azt, hogy a pxe boot állítom első helyre, hátha előbb túlmegy a billentyűleütés várásán, minthogy mutatná a konzol képét, de azt látom, hogy miután túllép a pxe boot próbálkozáson, azonnal jön az uefi shell.
A dvd boot engedélyezve van természetesen. Megpróbáltam, hogy lecserélem az iso-t, hátha hibás, de a másikkal ugyanezt csinálta.