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.

Hozzászólások

Attól még, hogy van kalapácsod, nem kell mindent szögnek nézni :D

(A mosquitto debianban mondjuk epp egy sima "apt install")

Az a kisebb gond.

Sokmindent lehet apt installal megoldani, csak szerintem konténerizálva sokkal átláthatóbb és könnyebben kezelhető minden, minél több szolgáltatást futtatsz egymás mellett. Persze egy-egy szolgáltatás esetén azt az utat használom én is, mindjuk egy nagyobb forgalmú PBX esetén, ahol a vasnak semmi más feladata nincs csak kiszolgálni a telefonhívásokat. Vagy ugyanez elmondható egy videokonferencia szerverről. De ha sok kis szolgáltatásod fut egymás mellett alacsony terheléssel, szerintem van értelme konténerizálni.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Szerkesztve: 2020. 12. 06., v – 16:54

... docker ... NAS

Tenyleg itt tartunk? :(

Olyan nehez /opt/valami-re prefixelni azt a k*rva Makefile-t?

Ezt nem értem. Makefile-nál még nem is tartok docker esetén, de nem is lesz mert jóformán nulla konténer van erre az architekturára. Úgy tűnik marad az x86/64.

Mi a gond a docker + NAS kombóval? Évekig ment egy másik vason egyetlen hardveren megbízhatóan, az adatok tükrözve, igen kicsi energiafelhasználással elég sok szolgáltatás egymás mellett.

Docker, Portainer, Mosquitto, HomeAssistant, FreePBX, miniDLNA, Transmission, NextCloud, CalDAV, NUT, SMB, Mailu, Grafana...  talán más nem volt. Úgy gondolom, hogy otthonra tökéletesen megfelel. Bármikor, bármelyik szolgáltatást átdobom másik vasra a configjával együtt és megy tovább. Szerintem ez nagy előny, nem kell mindenféle függőségekkel szívni meg órákig/napokig kalapálni ha kell valami.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...

Pontosan. Semmilyen emuláció nincs és nem is lesz. Ennyi mindent nem fogok futtatni natívan mert egy fél élet mire mindent lefrissítek egyesével és az esetleges szükséges konfigurációs beállításokat is elvégzem. Erre való a konténer. Mivel nem virtualizáció és nem is emuláció, így ugyanazokat az erőforrásokat használja, mint a gazda rendszer. Minimális a plusz terhelés, cserébe sokkal rendezettebb, átláthatóbb és egyszerűben frissíthető.

Valószínűleg egyébként a build megoldható lenne, de nem akarom szivatni magam azzal, hogy utána minden mást is egyenként buildelni kellene. Megnézem mi az ami most így elérhető.
Jelenleg 2 opciót látok:

1. marad a nas torrentre, tárolni és megosztani a hálózaton, esetleg caldav. HomeAssistant megy egy raspberry Pi-re, rendszeres mentés róla a nasra. Ez azért nem túl jó ötlet, mert két eszköz, hosszabb távon biztosan több az energiaigénye is. Esetleg egy NUC vagy compute stick a Pi helyett.

2. Lecserélem a nas-t egy korszerűbbre, ami hasonlóan hackelhető vagy csinálok egyet alacsony fogyasztású komponensekből x86/64 alapokon.

Egyébként ez már régen nem egy NAS. Eredetileg annak szánták, de én tovább gondoltam.

- Indítsd újra a gépet! - Az egészet? - Nem, a felét...