Virtualizáció

VMware kommersz gépen

Fórumok

Hi!

 

Egy 2 node-os VMware clusteren gondolkodom - most tekintsünk el attól, hogy a 3 node lenne az igazi - aminek az egyik node-ján futna egy VM, ami megállás esetén elindulna a másik node-on. A VM-ben egy linux, ami 2 magot és 8GB RAM-ot igényelne, szóval picike feladat, így azon elmélkedtem, hogy odatennék 2db "kommersz" alkatrészből összerakott masinát:

Asus Prime B460M-K
Intel i5-10400
16GB RAM
2db SSD
"normális" tápegység

 

Sajnos a VMware oldalán nem igazán találtam infót, hogy a fenti hardwerek mennyire támogatottak és a live migration működni fog -e. Ezzel kapcsolatban van esetleg valakinek tapasztalata? Esetleg link, hogy hol tudnék ennek utánaolvasni?

 

Előre is köszönöm a segítséget.

Debian stable GPU Passthrough [GT710B]

Fórumok

Sziasztok!

Van egy SuperMicro A2SDi-H-TF alaplapom VT-d tamogatassal.

A videokartya [UEFI kepes]: nvflash -v dumped.rom

UEFI Version          : 0x10037
UEFI Variant ID       : 0x0000000000000004 ( GK1xx )
UEFI Signer(s)        : Microsoft Corporation UEFI CA 2011

GRUB-ot es modulokat beallitva probalom az ASUS GT710-4H-SL-2GD5 videokartyat az egyetlen PCI-E slotban a Guestnek atadni.

iommu group:

IOMMU Group 15:
        02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev a1)
        02:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev a1)

lspci -knn:

02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208 [GeForce GT 710B] [10de:128b] (rev ff)
        Kernel driver in use: vfio-pci
        Kernel modules: nouveau
02:00.1 Audio device [0403]: NVIDIA Corporation GK208 HDMI/DP Audio Controller [10de:0e0f] (rev ff)
        Kernel driver in use: vfio-pci
        Kernel modules: snd_hda_intel

nouveau, nvidia modulok blacklisten.

libvirt xml config: https://pastebin.com/U363HCUh

a libvirt logban:

qemu-system-x86_64: vfio: Unable to power on device, stuck in D3

dmesg -ben:

kernel: [  550.246833] vfio-pci 0000:02:00.0: enabling device (0000 -> 0003)
kernel: [  550.247240] vfio_ecap_init: 0000:02:00.0 hiding ecap 0x19@0x900
kernel: [  550.270767] vfio-pci 0000:02:00.1: enabling device (0000 -> 0002)
kernel: [  551.502944] vfio_bar_restore: 0000:02:00.1 reset recovery - restoring bars
kernel: [  551.518988] vfio_bar_restore: 0000:02:00.0 reset recovery - restoring bars

nvidia-smi -pm 1 is megvolt, de az mar be volt allitva [ezt termeszetesen iommu nelkul csinaltam]

Mikor eliditom a VM-et egy archlinux iso -val, akkor az lspci nem mutatja a videokartyat.

Valakinek otlete/tapasztalata GPU Passthrough -val?

Ansible - systemd "Service is in unknown state"

Fórumok

Üdv!

Van egy ansible playbook, szépen működik is, leszámítva a systemd service funkciót:

FAILED! => {"changed": false, "msg": "Service is in unknown state", "status": {}}

Van egy CentOS8 lxc konténerem, amiben tesztelem. Minden szépen fut leszámítva, hogy egy service sem indítható. A konténerben persze működik minden, ott nincs gond.

A neten láttam, hogy többeknek volt ugyanez a gondja, de systemd problémát mondtak rá, nem ansible.

# playbook.yml
---

- name: CentOS8 Playbook
  hosts: all
  become: true
  roles:
  - basic


# roles/basic/tasks/main.yml
...
- name: "Apache service httpd enabled and start"
  systemd:
    name: httpd
    enabled: yes
    state: started
...

 

~# ansible -K -b -m shell -a 'rpm -q systemd' all
BECOME password:
centos8-srv | CHANGED | rc=0 >>
systemd-239-41.el8_3.x86_64

Van erre megoldás v. tényleg systemd probléma?

Docker for arm hard floating nélkül

Fórumok

Üdv!

 

Gondoltam kiírom a kínomat. Hátha más is járt már így :)

A téma röviden annyi, hogy egy ARMv5 SoC-ra kellene nekem Debian alá Docker. Létezik Docker ARM architekturára, de a pontos megnevezése: ARMHF. A hf a hard floating, tehát a soc tartalmaz egy fizikai FPU-t. Tudomásom szerint ezek a cpuk az ARMv6L és az ARMv7 után voltak ilyenek. Szóval mivel az én SoC-om ARMv5, így csak szoftveres fpu-ja van. Erre pedig nem találtam telepíthető dockert.

Olvastam cross-compiling megoldásokról, viszont ha jól értelmezem, azok lényegében arról szólnak, hogy a többségében amd64 vagy x86 architekturával kompatibilis konténereket újra lehet fordítani, hogy ARM-baráttá váljanak. Na most ettől függetlenül még mindig nincs hol futtassam a konténereket :D

Egyébként ez egy NAS, amire "dobtam" egy Debiant mindenféle finomsággal... raid, lvm, stb. Ha nagyon nem jön össze sehogy a történet akkor valószínűleg az lesz a vége, hogy smb, transmission, minidlna. A dockernek a homeassistant miatt tudnék örülni, mert a mosquitto és különböző függőségek miatt nagyban megkönnyítené a munkát.

elromlott a docker registrym [megoldva]

Fórumok

Sziasztok,

Régóta használok otthon a NAS-omon (CentOS 7) egy docker registryt, természetesen konténerként. Az általa használt mappa volume-ozva van.

A céges laptopomról (Fedora 32) eddig simán tudtam pusholni image-eket a registrybe. Ám pár napja elromlott. OS frissítés nem történt a NAS-on, a registry 10 hónapja lett deployolva, a laptopon pedig elvileg nem volt dockerrel kapcsolatos frissítés. Mind a két gépen ez fut: "Docker version 19.03.13, build 4484c46d9d". Persze mindkét gépen újra indítottam a docker-t, semmi hatás, mindkét gépet újraindítottam, semmi hatás. Frissítettem a registryt az utolsó kiadásra, semmi hatás, mentés után töröltem a registryt, csináltam egy vadi újat, semmi hatás, visszacsináltam az eredetit, majd elővettem a saját régi laptopom (Fedora 32), az bezzeg tud bele push-olni...

Feltöltéskor ez látszik:

636075ea21a5: Retrying in 5 seconds  
91c364b3626b: Layer already exists  
562f44a9e7fc: Layer already exists  
be80242fce4c: Layer already exists  
484674640639: Retrying in 5 seconds  
174f56854903: Retrying in 5 seconds
 

ez megy pár másodpercig, aztán:

read tcp 192.168.5.220:35066->192.168.5.250:5000: read: connection reset by peer
 

A "hello-world" felmegy, de már egy centos:7 nem, ezek látszanak a registry logjaiban (részlet):

Dec  1 18:46:05 nas docker_registry[12802]: time="2020-12-01T17:46:05.436236337Z" level=error msg="response completed with error" err.code="blob unknown" err.detail=sha256:2d473b07cdd5f0912cd6f1a703352c82b512407db6b05b43f2553732b55df3bc err.message="blob unknown to registry" go.version=go1.11.2 http.request.host="192.168.5.250:5000" http.request.id=a3b5549b-e9eb-459e-abdf-b883e5d8bba5 http.request.method=HEAD http.request.remoteaddr="192.168.5.220:35776" http.request.uri="/v2/centos/blobs/sha256:2d473b07cdd5f0912cd6f1a703352c82b512407db6b05b43f2553732b55df3bc" http.request.useragent="docker/19.03.13 go/go1.13.15 git-commit/4484c46d9d kernel/5.9.10-100.fc32.x86_64 os/linux arch/amd64 UpstreamClient(Docker-Client/19.03.13 \(linux\))" http.response.contenttype="application/json; charset=utf-8" http.response.duration=1.48995ms http.response.status=404 http.response.written=157 vars.digest="sha256:2d473b07cdd5f0912cd6f1a703352c82b512407db6b05b43f2553732b55df3bc" vars.name=centos
 

A céges laptopról viszont tudok feltölteni a céges registrybe, szóval nem lehet egyértelműen kijelenteni, hogy ott romlott el valami.

Van valami tippetek?

 

Szerk. 2020.12.02.

Az mtu-val bogarat ültettek a fülembe, lekapcsoltam a wifit, bedugtam a hálózati kábelt, és sikerült push-olnom az image-et a docker registrymbe! Kihíztam a hálókábelt, majd megnéztem a két másik wifi AP-t is, mind a kettőn tudok feltölteni! Csak pont azzal nem, ami a legközelebb volt a laptophoz :-(

Restartoltam a "hibás" AP-t, továbbra sem tudok erről feltölteni. De legalább már tudom, hogy hol a hiba, addig is van másik AP.

Storage szoftver

Fórumok

Sziasztok!

2db Esxi host alá szeretnék pakolni egy storage szervert.

FibreChannel-el szeretném megvalósítani a kapcsolatot a hostok és a storage között.

A fő kérdésem az lenne, hogy milyen storage szoftver lenne ajánlott ami ingyenes?

TrueNAS-t nézegettem de ott enterprise licensz kell az FC-hez.
FreeNAS-nál nem tudom pontosan, hogy működne a dolog, konzolos megoldásokról olvasgattam ami okés csak hátha van itt valaki akinek van tapasztalata :)

24TB + max 2TB ssd ről lenne szó.

Köszönöm a segítséget!

Fedora CoreOS (32) qemu/libvirt install to disk ignition file probléma

Fórumok

Hi!

Leszedtem a FCOS32 aktuális verzióját (ISO): https://builds.coreos.fedoraproject.org/prod/streams/stable/builds/32.2…

A virt-manger-ben szépen fel is teszi magát a /dev/vda-ra LIVE boot után:

sudo coreos-installer install /dev/vda

Ez elindul, de ugye nincs beállítva semmi jelszó.. stb. https://docs.fedoraproject.org/en-US/fedora-coreos/authentication/

"Fedora CoreOS ships with no default passwords. You can use a Fedora CoreOS Config to set a password for a local user. "

 

A doksit és a több más oldalt/videót néztem, de nem jöttem rá, hogy lehet jelszót adni, ami működik is.

Live boot után:

sudo openssl passwd -1 > cloud-config-file

vi cloud-config-file

#cloud-config
variant: fcos
version: 1.2.0
passwd:
  users:
    - name: sysadmin
      password_hash: $y$j9T$aUmgEDoFIDPhGxEe2FUjc/$C5A...

hostname: coreos1

Majd megpróbálom ezzel kiírni a disk-re:

sudo coreos-installer install -i cloud-config-file /dev/vda

Lefut és reboot, de már nem kapok login-t, csak "Startup finished ..."

Mit rontok el? Hogy kellene ezt megadni?

EFI boot KVM guest kernel config

Fórumok

Sziasztok!

Egy KVM guestre optimalizált kernel fordításban sikerült elakadni melynek az EFI boot-ot is támogatnia kellene.
Adott a következő kernel config: https://pastebin.com/1gNMRNmC
Megcsináltam a kernel image fájlt illetve az initramfs-t is. Szépen bemásoltam a helyükre mindent majd update-grub és grub-install /dev/sda
A gyári kernel továbbra is bebootol, valamint ki lehet választani a saját kernelt is, de a saját kernellel már nem indul el a rendszer.
Loading Linux 5.9.9-amd64 ...
Loading initial ramdisk ...
...és itt meg is áll a történet.
Ugyanez a kernel egy nem EFI bootot használó Debian 10-es rendszert simán indít, tehát a nagy valószínűséggel az EFI boot környékén lesz a gond.

Mit hagytam még ki a kernel configból?