Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

--- harpi [2025/04/21 02:02] – [Bluetooth] djbuldog
+++ harpi [2025/08/29 10:52] (aktuální) – [Komunikace mezi kontejnery] djbuldog
@@ Řádek 9: / Řádek 9: @@
   * kontejnery mám propojeny přes vlastní network, protože default bridge, který by jinak stačil, neposkytuje preklad názvu kontejnerů na jejich IP adresu (viz [[docker#komunikace_mezi_kontejnery]])
+  * vypnul jsem swap
+    * sudo dphys-swapfile swapoff
+    * sudo systemctl disable dphys-swapfile
+  * zapnul jsem cgroup pro memory (aby fungovaly limity RAM pro docker)
+    * do cmdline.txt jsem přidal ''cgroup_enable=memory cgroup_memory=1''
 ===== Kontejner s HA =====
@@ Řádek 75: / Řádek 81: @@
   * vypadá to, že v dockeru není přímý přístup k Bluetooth HW (přes ten PF_BLUETOOTH). Funguje pouze přístup přes dbus a nejde s tím nic udělat.
-    * HA (userspace) pry komunikuze s BlueZ pres dbus
+    * HA (userspace) komunikuze s BlueZ přes DBUS (bluetooth systemd služba)
-    * PF_BLUETOOTH je pro primy pristup k BT zarizeni, do kernelu
+    * PF_BLUETOOTH je pro přímý přístup k BT zařízení (kernelspace)
-      * primy pristup muze byt potreba napriklad pro reset zarizeni nebo urcite BLE skeny
+      * přímý přístup může být potřeba například pro reset zařízení nebo určité BLE skeny
-      * v HA bluetooth_auto_recovery.recover, coz je py skript, nejspis pybluez
+      * v HA je nějaký bluetooth_auto_recovery.recover, což je py skript, nespíš používá pybluez vyžadující PF_BLUETOOTH
+    * ChatGPT říkal, že to může být tím img, že prostě nemá podporu pro PF_BLUETOOTH a proto nepomáhá ani když mu dávám privileged práva
   * takhle jde ověřit, že PF_BLUETOOTH nefunguje
 <code>
@@ Řádek 102: / Řádek 109: @@
   * přidání --privileged nepomohlo
-    * přes výpis /dev lze ověřit, že privilged zpřístupnil vše včetně /dev/ttyACM0
+    * přes výpis /dev lze ověřit, že privileged zpřístupnil vše včetně /dev/ttyACM0
-  * když ale zapnu v kontejneru nebo na hostovi scan, tak se to v HA zobrazí :D
+  * nejspíš ta hláška souvisí s PF_BLUETOOTH? (viděl jsem na diskuzi člověka, co na to pustil strace)
-  * nejspíš ta hláška souvisí s PF_BLUETOOTH?
+funguje divně
+  * měl jsem zapnutý --privileged a v bluetooth viděl 4 různá zařízení včetně xgimi RC hned po stisku tlačítka
+  * odstranil jsem —privileged a už nic neviděl
+  * vrátil jsem --privileged a zase nic neviděl
+  * spustil jsem ručně sken (bluetoothctl scan on), v kontejneru, a ukázalo se xgimi RC i v UI
+  * ale takto se to chovalo i bez privileged :D
+  * po ukončení bluetoothctl se ale vypne i sken
 <code>
@@ Řádek 111: / Řádek 126: @@
 </code>
-   * ale i tak to funguje divně :D
+  * při ručním spouštění skenů a pokusech se v HA občas ukáže nová chyba :D
+<code>
+hci0 (D8:3A:DD:96:0B:D9): Error stopping scanner: [org.bluez.Error.Failed] No discovery started
+</code>
+  * chová se to divně
+  * na diskuzích často píši, že se to BT zasekává, hlavně na rpi. Proto je tam asi ten BT recovery skript. Jenomže on nemá přístup k tomu PF_BLUETOOTH
    * doporučuje se používat spíš Bluetooth proxy přes ESP Home
@@ Řádek 206: / Řádek 229: @@
   * je třeba nastavit parametry MQTT serveru v configu
     * přidat ''user:'' a ''password:''
+===== Kontejner s Unifi =====
+  * podle https://helgeklein.com/blog/dockerized-ubiquiti-unifi-network-server-setup-with-automatic-https/
+  * kvůli ARMv8 musím snížit verzi mongo na 4.4.18
+  * nové zařízení má credentials ubnt:ubnt, po adaptaci se změní na uživatele admin s generovaným heslem. Heslo lze zjistit a nastavit v Unifi Devices - Devices updates and settings
+  * zapnutí 802.11r automaticky vygeneruje mobilní doménu, lze zjistit z wireshark, na zařízení jsem ji nenašel.
+  mkdir -p unifi/db
+  mkdir -p unifi/data
+  mkdir -p unifi/db-init
+  vim unifi/db-init/init-mongo.js
+  db.getSiblingDB("unifi").createUser({user: "unifi", pwd: "YOUR_PASSWORD", roles: [{role: "dbOwner", db: "unifi"}]});
+  db.getSiblingDB("unifi_stat").createUser({user: "unifi", pwd: "YOUR_PASSWORD", roles: [{role: "dbOwner", db: "unifi_stat"}]});
+  vim unifi/container-vars.env
+  PUID=1000
+  PGID=1000
+  MONGO_USER=unifi
+  MONGO_PASS=YOUR_PASSWORD
+  MONGO_HOST=unify-mongodb
+  MONGO_PORT=27017
+  MONGO_DBNAME=unifi
+  vim unifi/docker-compose.yml
+===== Kontejner DokuWiki =====
+  * dříve jsem provozoval na pi2, ale po upg tam byl problém s 64bit kódem na 32bit rpi.
+  * ze starého jsem zkopiroval
+    * dokuwiki/conf
+      * smazal jsem *.bak, *.examples, *.dist
+    * dokuwiki/data
+      * smazal jsem cache/, locks/, __dummy
+===== Komunikace mezi kontejnery =====
+  * mám vytvořenou vlastní siť (typu bridge), aby mohli kontejnery mezi sebou komunikovat
+  docker network create my-net
+  docker network ls
 ===== TODO =====