Virtualizáció

Eredetileg az itthoni szerverre az lett volna, hogy van 2 SSD és 2 HDD, mindegyiken 1-1 ZFS partíció mirrorban, plusz az egyik SSD-n egy EFI partíció a boot loadernek. Az OS FreeBSD vagy OpenBSD. Ez így elég egyszerű kialakítás, viszont most megkavartam azzal, hogy külön router vétele helyett inkább szerveren próbálgatnám, hogy a pfsense vagy egy OpenBSD+PF hogyan fekszik nekem. Ehhez azt mondták, hogy érdemes virtuális gépet feltenni, mert különben biztonsági és erőforrás elosztás szempontjából nem lenne igazi a dolog, ha egy OS-en menne a routing és az alkalmazások futtatása is. Nem tudom ez mennyire igaz, de ha már ez az elfogadott, akkor úgy döntöttem, hogy adok neki egy esélyt. A kérdés az, hogy ez hogyan változtatja meg nálam a fenti partíciókat. Tegyek hozzá valami extrát? Esetleg iktassak be még egy SSD-t a rendszerbe. Amire ténylegesen nekem kell mirror az csak az alkalmazások és a hozzájuk tartozó adatbázisok, fájlok. A router és host OS esetében tökmindegy nekem, hogy milyen a fájlrendszer és hogy van e bitrot. Úgy hallottam, hogy a ZFS és a virtuális fájlrendszerek nem igazán mennek együtt. Tudtok esetleg valami támpontot adni?

A host LinuxMint egy dell Latitude E7240 laptopon integrált bt modullal. Virtuális gépben egy Manjaro Kde fut. Szeretném tesztelni a kde connect alkalmazást, de sajnos a manjaro nem lát bt adaptert. Hogyan lehetséges a guest oprendszeren megjeleníteni a host bt csatolóját?

Hátha valakit érdekel:  https://blog.scaleway.com/a-star-is-born-as-scaleway-launches-stardust-the-worlds-most-cost-effective-cloud-instance/

1 vCPU, 1 GByte memória, 10 GByte storage, 1 IPv4 cím: 0.0025 euro / óra.

Csak IPv6 címmel: 0.0005 euro / óra.

Sziasztok!

Több kérdésem is van:

1: Sagemcom fast5655v2 modem van a Sophos előtt és van vezetékes telefonra is előfizetés. Virtualizációtól függetlenül a vezetékes telefon nem hajlandó működni amint rákötöm a sophost, szakadozik és nem kapcsol semerre, Bejövő hívás van de az is szakadozik. Kábelezést átnéztem,komplett hardvert cseréltem alatta de semmi változás.

2. Ha virtualizálva van a router akkor random eldobja a modemmel a pppoe-t és nem csatlakozik vissza csak miután fizikailag kihúzom a modemből a kábelt és visszadugom
(Volt még egy olyan hiba is hogy a LAN felé néző interfész teljesen összefosta magát és a belső hálózat totál meghalt semmit nem lehetett elérni ha kihúztam a LAN odali kábelt utána minden elérhető volt majd miután visszadugtam működött rendesen majd egy olyan másfél óra múlva megint ugyanez. Ezt a hibát egy hálókártya driver frissítés megoldotta)

VMware ESxi 6.7 14320388 van a vason.

Ha a Sophos direktben van a vason akkor a 2. pontból semmi nincs.


Log-ban ezt találtam:

Nov  1 10:54:43 (none) daemon.err pppd[9175]: PortA: Unable to complete PPPoE Discovery
Nov  1 10:54:43 (none) daemon.info pppd[9175]: PortA: Exit.
Nov  1 10:54:43 (none) daemon.warn pppd[9317]: : ip_choose_hook is NULL
Nov  1 10:54:43 (none) daemon.info pppd[9317]: : Plugin /lib/rp-pppoe.so loaded.
Nov  1 10:54:43 (none) daemon.info pppd[9317]: : RP-PPPoE plugin version 3.8p compiled against pppd 2.4.7
Nov  1 10:54:43 (none) daemon.notice pppd[9317]: PortA: pppd 2.4.7 started by root, uid 0
Nov  1 10:54:43 (none) daemon.err pppd[9317]: PortA: Interface PortA has MTU of 1492 -- should be at least 1500.
Nov  1 10:54:43 (none) daemon.err pppd[9317]: PortA: This may cause serious connection problems.
Nov  1 10:55:43 (none) daemon.warn pppd[9317]: PortA: Timeout waiting for PADO packets

Bárkinek ötlet,tapasztalat?

Köszönöm

Üdv!

Kipróbáltam a vagrant-ot libvirt providerrel.

A doksiban nem találtam (bár lehet hogy csak átsiklottam felette), hogy az image-ket miért tárolja több helyen?

Pl.:

~/vagrant  <-- ez a vagrant könyvtár (készítettem egy Vagrantfile-t). Kipróbáltan egy generic/centos8 libvirt (kvm) virtuális környezetet, szépen működik.
A vagrant környezet (fc32):

~/.vagrant.d/boxes/generic-VAGRANTSLASH-centos8/3.0.32/libvirt könyvtár tartalma:

box.img  1166MB
box_update_check
info.json
metadata.json
Vagrantfile

~/.local/share/libvirt/images
generic-VAGRANTSLASH-centos8_vagrant_box_image_3.0.32.img 1166MB
vagrant_default.img  785664KB

Kétszer van a lemezen az image (1166MB), sha256sum ellenőrző összegük ugyanaz és 1-1 hardlinkjük van. Tehát két különböző fájl. A vagrant_default.img dátuma frissül menet közben, tehát ide dolgozik. (Vagy csak a változásokat írja ide?)

Régebben használtam kvm/libvirt-et (pl. virt-manager), de akkor minden egy könyvtárban volt és az .img-be mentett mindent.

Ez akkor vagrant specialitás v. csak én maradtam le? :)

Illetve mi a különbség, ha egy vagrant könyvtárba (Vagrantfile) hozok létre 2 VM-et, mint amikor két külön vagrant könyvtárba (két külön Vagrantfile)?

Sziasztok! 

Az volna a kérdésem, hogy 4 szerveres környezetbe a proxmox ceph HA működhet abban az esetben, hogyha a szerverek nem egyformák? CPU memória mindegyik szerverben elég. Esetleg HDD sebességbe van egy kevés eltérés RAID vezérlő miatt. R720, R520, 2db T110

A 10G kapcsolat mindegyik szerver között adott.

Van egy fenti szerverem KVM virtualizáció felett. Az egyik diszken elfogyóban a hely - sebaj, megnöveltem az alatta levő LV méretét (mivel DRBD-n van annak a méretét is). Linux alól (pl fdisk-el de bármi mással is) megnézve a DRBD device mérete nagyobb. Ez a device van megadva a virsh-val a virtuális gépnek. Windows alól viszont az eredeti kisebb méret látszik, tehát nem tudom megnövelni a volume-ot. A diszk driver virtio.

A rejtély az, hogy csináltam egy ugyanolyan win10 virztuális gépet és ott ezt eljátszva szépen nagyobbnak látja a diszket a windows.

Újraindítás nem segít. Van valamilyen trükk amivel rávehetem, hogy nézze meg a diszk méretét egy kicsit alaposabban?

Kínomban már arra is gondoltam, hogy linuxos eszközzel megnövelem a GPT partíció méretét, de kissé tartok attól, hogy beal a windows egy olyan partíciótól, ami nagyobb mint szerinte a diszk.

Sziasztok!

3 teljesen más gépen Windows10-en az a jelenség, hogy telepítés közben (Ubuntu, Mint, Manjaro) elhasal fagyással a linuxos telepítő, vagy ha véletlenül felkúszik az OS, akkor random fagyások vannak, miközben nagyon lassan működnek.
A telepítő iso-k Linuxos boot után eleve CRC hibát jeleznek, ám az iso-k külső ellenőrzéskor jónak találtattak.
Több VirtualBox verzióval is ez a hiba, a fél világ lázongana, ezért én nem állítok be valamit, az az érzésem.
Van tippetek, mit felejtek el?

Előre is köszönöm.

Sziasztok

Adott egy windowsos licenszelt program, ami alatt a vas sokat változott már, mindig új licenszet kellett igényelni.

Ezt megelégelve, virtualizálni szeretnénk és proxmoxra esett a választás.

Abban szeretném a segítségeteket kérni, hogy mi az az elégséges beállítás, amivel nem változnak a windows által látott hw id-k, ha az alatta lévő fizikai vas cserére kerül illetve a proxmox frissül?

Addig megvan, hogy a CPU KVM64 legyen.

Felmerült, hogy engedjem el a virtio drivereket, mert noha QEMU-t ír mindenhol, de átadhat fizikai hw specifikus azonosítókat?

És legyen helyette intel1000 hálókártya, valami LSI vezérlő, stb? Vagy ez felesleges, mert a virtioval ugyanúgy állandó QEMU hw-t mutat mindig, mint egy behazudott intel1000 hálókártya esetében?

Annyit lehet sejteni, hogy a licensz a következőkből mixel egy nagy hw id-t: cpu, hálókártya, alaplap(?) hw id, windows nyelvi beállítások. Ami ha változik, ugrott a licensz. HDD cserére viszont nem problémázik.

A frissítés után grafikus felületen sikertelen az EP telepítése a logban ilyesmit lehet találni:

Failed to load R0 module /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/linux.amd64/VBoxEhciR0.r0: RTLdrGetBits failed

A megoldás innen:

https://bbs.archlinux.org/viewtopic.php?id=258118

sudo VBoxManage extpack install --replace ~/Ahovaletöltötted/azextpack-et