Virtualizáció

Ü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.

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.

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!

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?

Üdv!

A domaineket hol tárolja? Minden könyvtár törölve lett (~/.local/share/libvirt/images; ~/vagrant; ~/.vagrant.d).

Nincs egy VM sem (töröltem), mégis azt mondja:

Name `vagrant_default` of domain about to create is already taken. Please try to run `vagrant up` command again.

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?

Üdv!

Hova teszi az image-ket Windows10 alatt? Nem találom sehol!

A "C:\ProgramData\DockerDesktop" alatt nem.

A docker info szerint:

 CPUs: 8
 Total Memory: 6.089GiB
 Name: docker-desktop
 ID: CZ3D:S4LC:VTXS:S44T:BDDK:ZEXX:2OTU:4XYD:WHCW:TGZD:LR3M:3YSP
 Docker Root Dir: /var/lib/docker

A /var/lib/docker nem létezik nyilván; a letöltött pl. centos8 image-t nem találom hol van fizikailag.

Sziasztok!

Hozzáértők, tapasztaltak véleményét kérdezném (lévén fogalmam sincs ezekről :-( )

Remélem, jó kategóriába tettem...:

VPS bérlésén gondolkodom, linux alapokon. 

A feladat(ok):

• webes projektek teszt környezete (html only, php, mysql; nem igazán lényeges a performancia; a látogatók száma 5 alatt egy időben)
• ssh
• VPN server (csak magamnak)

Ami "megérősnek" tűnik:

• 1 XEON E5 vCore
• 1 GB RAM
• 20 GB SSD bővíthető 100 GB-ig
• 10Gbps port (2Gbps garantált)

Köszi!

Sziasztok,

Egy olyan problémába ütköztem, hogy a virtuális gépen belül a 4k random write sync IO kifejezetten lassú.
Ez ott okoz számomra nagyobb problémát, hogy a VM-en belül egy etcd munkálkodna, viszont az kifejezetten nem szereti a lassú fsync-et.

A stack (és hozzá minimál leírás):

• Fedora CoreOS VM - XFS root
• QEMU+KVM virtualizáció raw image-el (alapértelmezett cache és io beállítások)
• CentOS 7 - dom0 - ZFS RAIDZ2 az imagek alatt

ZFS esetén nincs SLOG és L2ARC (előre szólok kezdő ZFS-es vagyok, nem én menedzselem, ami infót hirtelen összetudtam róla gyűjteni és hasznosnak gondoltam, azt írom, de bármilyen plusz információ kell, akkor megpróbálom kinyerni + tanulni mellé :)).

Amit próbáltam:

• iothread hozzáadása
• cache writethrough és none beállítások
• io = native és cache = none beállítás

Sajnos egyik se hozott érdemi változást, így a segítségeteket szeretném kérni, hogy merre lenne érdemes elindulni, mit lenne jó kipróbálni, hogy a sync time lecsökkenjen (az IOPS meg felkusszanjon emiatt, mint kellemes mellékhatás :)), és ne vesszen el annyi valahol a QEMU+Virtio környékén.

Néztem fio-val és ioping-el egyaránt.
A használt ioping parancs, és hozzá kimenet:

ioping -i 0 -w 3 -W -Y .

dom0:
# ioping -i 0 -q -w 3 -W -Y .

--- . (zfs storage/) ioping statistics ---
160.8 k requests completed in 2.70 s, 628.0 MiB written, 59.5 k iops, 232.3 MiB/s
generated 160.8 k requests in 3.02 s, 628.0 MiB, 53.3 k iops, 208.2 MiB/s
min/avg/max/mdev = 6.38 us / 16.8 us / 91.8 ms / 507.8 us

VM:
# ioping -q -i 0 -w 3 -W -Y .

--- . (xfs /dev/vda4 19.5 GiB) ioping statistics ---
45 requests completed in 3.50 s, 180 KiB written, 12 iops, 51.4 KiB/s
generated 46 requests in 3.52 s, 184 KiB, 13 iops, 52.2 KiB/s
min/avg/max/mdev = 17.0 ms / 77.8 ms / 728.5 ms / 158.4 ms

Sziasztok,

Csak most kezdtem el a dockerrel mélyebben foglalkozni és felmerült egy (pár) kérdés:

A Docker Hub-on elérhető alap image-ek meddig elérhetőek?
Úgy értem, hogy teljesen jó, ha most működik letöltöm használom, de mi van akkor, ha egyszercsak a tulajdonosa azt mondja, hogy hmm ezt innentől levesszük.
És ezt nem is veszem észre addig, míg nem frissítem vagy nem akarom újra lehúzni az alap image-et.
Lehet ezt valamilyen formában saját helyre menteni?
Lehet, hogy kcisit paranoiás a kérdés, és ez eddig nem fordult elő nagyon máshol (népszerű szoftverekkel: linux csomagtárolók, github kódok, stb.), de igyekszem felkészülni (legalább elméletben) arra az esetre, ha bekövetkezik.

üdv: redman