pi arm64 docker, kan localhost niet benaderen

[paQ]

Ik heb een verse pi arm64 (bullseye) geinstalleerd, met daarop alleen maar docker.
In de docker draait een container:

code:

CONTAINER ID   IMAGE                                    COMMAND                  CREATED          STATUS          PORTS     NAMES
bcabe018fe6d   markdegroot/unifi-protect-arm64:latest   "/lib/systemd/systemd"   13 minutes ago   Up 13 minutes             unifi-protect-arm64

Volgens https://github.com/markdegrootnl/unifi-protect-arm64 kan ik dan via localhost de web GUI benaderen, maar dat lukt dus niet.

Een loopback was niet gedefinieerd, dus toegevoegd aan /network/interfaces
Ik kan ook gewoon pingen naar de localhost

code:

pi@raspberrypi:~ $ ping 127.0.0.1
PING 127.0.0.1 (127.0.0.1) 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.210 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.138 ms
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.138 ms
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.137 ms
64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.156 ms

code:

pi@raspberrypi:~ $ netstat -4 -tln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN

Nog eens alles gereboot en de containers verwijderd, opnieuw erop, maar dat biedt geen soelaas.
Mis ik nog iets bij interfaces hiervoor?

[BCC]

Je moet in Docker een poort van die container mappen op localhost… of —network=host

[paQ]

BCC schreef op zondag 6 februari 2022 @ 17:15:
Je moet in Docker een poort van die container mappen op localhost… of —network=host

Als ik host gebruik, dan blijft het poort veld leeg bij de container.
Ik verwijder de container, en map poorten

code:

docker run -d --name unifi-protect-arm64  \
    --privileged \
    --tmpfs /run \
    --tmpfs /run/lock \
    --tmpfs /tmp \
    -v /sys/fs/cgroup:/sys/fs/cgroup:ro \
    -v /storage/srv:/srv \
    -v /storage/data:/data \
    -v /storage/persistent:/persistent \
-p 7080:7080 \
-p 7443:7443 \
    markdegroot/unifi-protect-arm64:latest

nu is de output

code:

pi@raspberrypi:~ $ docker container ls
CONTAINER ID   IMAGE                                    COMMAND                  CREATED          STATUS         PORTS                                                                                  NAMES
e793cbe53de9   markdegroot/unifi-protect-arm64:latest   "/lib/systemd/systemd"   13 seconds ago   Up 6 seconds   0.0.0.0:7080->7080/tcp, :::7080->7080/tcp, 0.0.0.0:7443->7443/tcp, :::7443->7443/tcp   unifi-protect-arm64

maar ook:

code:

pi@raspberrypi:~ $ netstat  -tln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 0.0.0.0:7080            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:7443            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN

M'n poorten staan er nu wel bij, maar nog steeds op 0.0.0.0

[DataGhost]

paQ schreef op zondag 6 februari 2022 @ 17:19:
[...]
M'n poorten staan er nu wel bij, maar nog steeds op 0.0.0.0

Dat betekent gewoon dat 'ie luistert op alle interfaces. Het zou nu moeten werken lijkt me, heb je dat al geprobeerd?

[paQ]

DataGhost schreef op zondag 6 februari 2022 @ 17:22:
[...]

Dat betekent gewoon dat 'ie luistert op alle interfaces. Het zou nu moeten werken lijkt me, heb je dat al geprobeerd?

ja, maar er verschijnt niks in de browser
Alleen maar connection refused.


edit:
nog eens geprobeerd met
-it -p 127.0.0.1:3000:3000 \

code:

pi@raspberrypi:~ $ netstat  -tln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN     
tcp        0      0 127.0.0.1:3000          0.0.0.0:*               LISTEN

"ERR_SOCKET_NOT_CONNECTED"

[Voor 48% gewijzigd door paQ op 06-02-2022 17:28]

[BCC]

Ja maar hij draait toch ook op poort 7080 en niet op 3000?

[paQ]

BCC schreef op zondag 6 februari 2022 @ 17:31:
Ja maar hij draait toch ook op poort 7080 en niet op 3000?

Die heb ik zojuist even handmatig aangemaakt.
Maar zelfde verhaal daar.

even op 7080 dan:

code:

pi@raspberrypi:~ $ netstat  -tln
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 127.0.0.1:7080          0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN

http://localhost:7080/ werkt even niet, of de pagina kan verhuisd zijn naar een nieuw webadres.
ERR_SOCKET_NOT_CONNECTED

[Voor 5% gewijzigd door paQ op 06-02-2022 17:39]

[BCC]

Doe je dat op je eigen pc of op een virtuele desktop op de pi? Want vanaf je eigen pc moet je op adres pi:7080 hebben, niet localhost

[paQ]

BCC schreef op zondag 6 februari 2022 @ 17:42:
Doe je dat op je eigen pc of op een virtuele desktop op de pi? Want vanaf je eigen pc moet je op adres pi:7080 hebben, niet localhost

Ik poog dit op de pi in chromium te openen. (in VNC)

[paQ]

ik krijg ook helemaal geen log files, dus kan ook verder niet opmaken wat er nou wel of niet lukt.

[Stetsed]

Ik denk dat ik begrijp wat je doet, "http://localhost:7080" gaat naar de localhost van de machine waarop jij zit, niet van de pi. Wat je moet doen is "http://(zelfde IP dat je gebruikt voor SSH):7080". Zoals je all zei kan je ook proberen via VNC chromium te openen op de pi en dan via localhost te gaan.

[paQ]

Stetsed schreef op woensdag 9 februari 2022 @ 19:48:
Ik denk dat ik begrijp wat je doet, "http://localhost:7080" gaat naar de localhost van de machine waarop jij zit, niet van de pi. Wat je moet doen is "http://(zelfde IP dat je gebruikt voor SSH):7080". Zoals je all zei kan je ook proberen via VNC chromium te openen op de pi en dan via localhost te gaan.

Nee ik ben dan gewoon in de browser van de pi.

Als test heb ik een ander docker script gedraaid op een poort. Die kan ik wel gewoon openen op localhost:poort, en vanaf een andere computer (waar ik de pi in aanroep via vnc en ssh) via ippi:poort

Ik ga er daarom ook vanuit dat docker gewoon doet wat het moet doen.

[Voor 5% gewijzigd door paQ op 09-02-2022 19:58]

[Spacecowboy]

Hoe zijn je inkomende fw rules op je host?

[Stetsed]

paQ schreef op woensdag 9 februari 2022 @ 19:57:
[...]

Nee ik ben dan gewoon in de browser van de pi.

Als test heb ik een ander docker script gedraaid op een poort. Die kan ik wel gewoon openen op localhost:poort, en vanaf een andere computer (waar ik de pi in aanroep via vnc en ssh) via ippi:poort

Ik ga er daarom ook vanuit dat docker gewoon doet wat het moet doen.

Heb je all geprobeert om zoals de github zegt ALLEEN die docker-compose te gebruiken en dan gewoon naar http://localhost te gaan? Het gebruikt --network host en het is een --privilged container dus het blijkt dat het port 80 in-neemt maar dit zou er misschien niet staan.

[paQ]

Stetsed schreef op woensdag 9 februari 2022 @ 20:07:
[...]


Heb je all geprobeert om zoals de github zegt ALLEEN die docker-compose te gebruiken en dan gewoon naar http://localhost te gaan? Het gebruikt --network host en het is een --privilged container dus het blijkt dat het port 80 in-neemt maar dit zou er misschien niet staan.

Ik heb docker geïnstalleerd en dan het docker command gerund.
Moet ik het anders doen?

[Stetsed]

paQ schreef op woensdag 9 februari 2022 @ 21:31:
[...]

Ik heb docker geïnstalleerd en dan het docker command gerund.
Moet ik het anders doen?

Heb je 100GB van space op de drive? De warning zegt dat als die er niet is hij niet runt.

[paQ]

Stetsed schreef op woensdag 9 februari 2022 @ 21:36:
[...]


Heb je 100GB van space op de drive? De warning zegt dat als die er niet is hij niet runt.

Speciaal een 128 ssd gehaald ervoor.

[matthijsln]

Hetzelfde commando werkt op mijn pi4 (oldstable, buster, aarch64) gewoon met het genoemde commando (na even wat initialisatie, in /storage/ komt 450 MiB data).

Probeer eens opnieuw nadat je /storage verwijderd hebt. Komt er na opstarten wel wat in /storage? Er komt een heleboel logging hier in /storage/srv/unifi-protect/logs.

De setup wizard geeft bij mij verder wel een unexpected error aan het eind maar ik heb niet verder gekeken, heb ook de camera's niet...

[paQ]

matthijsln schreef op woensdag 9 februari 2022 @ 23:24:
Hetzelfde commando werkt op mijn pi4 (oldstable, buster, aarch64) gewoon met het genoemde commando (na even wat initialisatie, in /storage/ komt 450 MiB data).

Probeer eens opnieuw nadat je /storage verwijderd hebt. Komt er na opstarten wel wat in /storage? Er komt een heleboel logging hier in /storage/srv/unifi-protect/logs.

De setup wizard geeft bij mij verder wel een unexpected error aan het eind maar ik heb niet verder gekeken, heb ook de camera's niet...

Ik ga het morgen nog eens proberen.

[matthijsln]

Je moet denk echt het commando zoals op de github pagina runnen, dus met --network=host (dat commando werkt dus op mijn pi). Want ik neem aan dat het programma moet kunnen verbinden met camera's op je lokale netwerk. Dat kan alleen met die netwerkmodus.

Het Docker Compose bestand is ook nuttig omdat je dan je command-line niet hoeft te onthouden of uit je bash history moet vissen. Je kan git installeren en de repository clonen of alleen het bestand downloaden:

code:

cd ~; mkdir unifi-protect; cd unifi-protect
wget https://raw.githubusercontent.com/markdegrootnl/unifi-protect-arm64/master/docker-compose.yaml
docker-compose up -d

[matthijsln]

Als je het wel aan de praat krijgt maar ook de unexpected error krijgt na de setup kan je eens kijken naar dit issue, iemand heeft het nog veel verder uitgezocht! Mogelijk heb je ook een nieuwere versie van docker, in dat issue staan ook nog wat andere opties/instellingen die dan blijkbaar nodig zijn.

[paQ]

matthijsln schreef op donderdag 10 februari 2022 @ 00:09:
Je moet denk echt het commando zoals op de github pagina runnen, dus met --network=host (dat commando werkt dus op mijn pi). Want ik neem aan dat het programma moet kunnen verbinden met camera's op je lokale netwerk. Dat kan alleen met die netwerkmodus.

Het Docker Compose bestand is ook nuttig omdat je dan je command-line niet hoeft te onthouden of uit je bash history moet vissen. Je kan git installeren en de repository clonen of alleen het bestand downloaden:

code:

cd ~; mkdir unifi-protect; cd unifi-protect
wget https://raw.githubusercontent.com/markdegrootnl/unifi-protect-arm64/master/docker-compose.yaml
docker-compose up -d

Ik heb exact gevolgd wat bij op github staat.
We op bullseye.

Zal morgen eens met een verse buster beginnen

[paQ]

Hmmm. het zou zo maar eens aan docker-compose kunnen liggen

code:

pi@raspberrypi:~ $ sudo curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100     9  100     9    0     0     37      0 --:--:-- --:--:-- --:--:--    37
pi@raspberrypi:~ $ docker-compose
/usr/local/bin/docker-compose: line 1: Not: command not found
pi@raspberrypi:~ $ sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose
pi@raspberrypi:~ $ docker-compose
/usr/local/bin/docker-compose: line 1: Not: command not found
pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.10.63-v8+ #1496 SMP PREEMPT Wed Dec 1 15:59:46 GMT 2021 aarch64 GNU/Linux
pi@raspberrypi:~ $

goed, opnieuw begonnen en middels deze stappen docker en docker-compose gesintalleerd:
https://dev.to/elalemanyo...mpose-on-raspberry-pi-1mo

code:

pi@raspberrypi:~ $ docker version
Client: Docker Engine - Community
 Version:           20.10.12
 API version:       1.41
 Go version:        go1.16.12
 Git commit:        e91ed57
 Built:             Mon Dec 13 11:44:28 2021
 OS/Arch:           linux/arm64
 Context:           default
 Experimental:      true

Server: Docker Engine - Community
 Engine:
  Version:          20.10.12
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.16.12
  Git commit:       459d0df
  Built:            Mon Dec 13 11:43:05 2021
  OS/Arch:          linux/arm64
  Experimental:     false
 containerd:
  Version:          1.4.12
  GitCommit:        7b11cfaabd73bb80907dd23182b9347b4245eb5d
 runc:
  Version:          1.0.2
  GitCommit:        v1.0.2-0-g52b36a2
 docker-init:
  Version:          0.19.0
  GitCommit:        de40ad0
pi@raspberrypi:~ $ docker-compose version
docker-compose version 1.29.2, build unknown
docker-py version: 5.0.3
CPython version: 3.7.3
OpenSSL version: OpenSSL 1.1.1d  10 Sep 2019
pi@raspberrypi:~ $ sudo docker run -d --name unifi-protect-arm64  \
>     --privileged \
>     --tmpfs /run \
>     --tmpfs /run/lock \
>     --tmpfs /tmp \
>     -v /sys/fs/cgroup:/sys/fs/cgroup:ro \
>     -v /storage/srv:/srv \
>     -v /storage/data:/data \
>     -v /storage/persistent:/persistent \
>     --network host \
>     markdegroot/unifi-protect-arm64:latest
Unable to find image 'markdegroot/unifi-protect-arm64:latest' locally
latest: Pulling from markdegroot/unifi-protect-arm64
d097540eada9: Pull complete 
caf58daa4329: Pull complete 
719e609bd87f: Pull complete 
7352749c0c42: Pull complete 
232bdefada01: Pull complete 
cafd093eaa51: Pull complete 
bb9c6fa3c8d9: Pull complete 
e41e0926e788: Pull complete 
348e707f06d8: Pull complete 
Digest: sha256:de7dbc36647593a2119924ab0757ddf2d1dac7e0ac4abae4b4667d46bc5dc628
Status: Downloaded newer image for markdegroot/unifi-protect-arm64:latest
0d3312216fb2f86322ad1a686cd379449e3d3232776d0772744f1a98006a93e6
pi@raspberrypi:~ $ docker ps
CONTAINER ID   IMAGE                                    COMMAND                  CREATED          STATUS          PORTS     NAMES
0d3312216fb2   markdegroot/unifi-protect-arm64:latest   "/lib/systemd/systemd"   45 seconds ago   Up 36 seconds             unifi-protect-arm64
pi@raspberrypi:~ $

en hoera!
toch docker-compose ws...

nu idd ook een error aan het einde van het installatieproces, daar maar even in gaan duiken

UNVR Setup Error
An unexpected error occurred during setup.

precies dit eigenlijk, dus daar even mee aan de slag:
https://github.com/markde...fi-protect-arm64/issues/1

[matthijsln]

Je originele probleem was denk niet Docker Compose (voor het losse docker run commando heb je dat niet nodig) maar bullseye ipv buster met nieuwere Docker versie (zie het issue op GitHub).

Docker compose is wel handig, maar het is verstandig om ook even te lezen hoe Docker Compose werkt. Om de container te stoppen en/of verwijderen doe je dat ook via Docker Compose commando's.

Het scriptje om de hostname aan te passen zal inderdaad nu het probleem zijn. Succes!

[Voor 28% gewijzigd door matthijsln op 10-02-2022 12:27]

[paQ]

matthijsln schreef op donderdag 10 februari 2022 @ 12:24:
Je originele probleem was denk niet Docker Compose (voor het losse docker run commando heb je dat niet nodig) maar bullseye ipv buster met nieuwere Docker versie (zie het issue op GitHub).

Docker compose is wel handig, maar het is verstandig om ook even te lezen hoe Docker Compose werkt. Om de container te stoppen en/of verwijderen doe je dat ook via Docker Compose commando's.

Het scriptje om de hostname aan te passen zal inderdaad nu het probleem zijn. Succes!

De applicatie leek te stoppen op de achtergrond; kreeg hem daarna ook niet meer aan de praat.
Gemakend….

[matthijsln]

Heb je het /sbin/ubnt-systool script aangepast zoals in dit comment?

[paQ]

matthijsln schreef op donderdag 10 februari 2022 @ 13:45:
Heb je het /sbin/ubnt-systool script aangepast zoals in dit comment?

Uh... die zit niet in raspbian toch?

[matthijsln]

Het gaat om het script dat in dat image zit.

Hoe het zou moeten is door de Dockerfile aan te passen en het image opnieuw te bouwen, maar je kan ook met docker exec -it unifi-protect /bin/bash een shell starten en dan het bestand editen (je kan een editor installeren of cat gebruiken).

[paQ]

OK, het is allemaal een beetje w0000sh voor me.
Ik ga er weer (!) even ( ) voor zitten
op bullseye werd het weer niks, dus nu weer docker op buster aan het installeren

[paQ]

.

[Voor 99% gewijzigd door paQ op 10-02-2022 15:19]

[paQ]

matthijsln schreef op donderdag 10 februari 2022 @ 14:22:
Het gaat om het script dat in dat image zit.

Hoe het zou moeten is door de Dockerfile aan te passen en het image opnieuw te bouwen, maar je kan ook met docker exec -it unifi-protect /bin/bash een shell starten en dan het bestand editen (je kan een editor installeren of cat gebruiken).

alles opnieuw gedaan, de service start netjes, ik doorloop alle stappen en kom dan uiteindelijk ook aan bij die error. (stap 3 van die reply op github)

Ik heb echter alleen geen /sbin/ubnt-systool, dus er is daar ook niets voor me aan te passen.


Bij de aangehaalde log lees ik

Unable to resolve host UNVR
cannot rename /etc/sedT5oN1i, Device resource busy

Bij elke poging verandert de naam van dat bestand. ZIjn tijdelijk dus ik zie ze ook verder niet.


verder ook

Error: EACCES: permission denied, mkdir '/persistent/unifi-core'

Die error is eerder in dat topic al aangehaald en zou zijn verholpen, mede door -v /storage/persistent:/persistent \

dir aangemaakt:

2022-02-10T14:46:29.133Z - error: error retrieving setup device id Error: EACCES: permission denied, open '/persistent/unifi-core/setup.id'
2022-02-10T14:46:30.877Z - error: error retrieving setup device id Error: EACCES: permission denied, open '/persistent/unifi-core/setup.id'
2022-02-10T14:46:32.413Z - error: error retrieving setup device id Error: EACCES: permission denied, open '/persistent/unifi-core/setup.id'
2022-02-10T14:46:35.184Z - error: error retrieving setup device id Error: EACCES: permission denied, open '/persistent/unifi-core/setup.id'
2022-02-10T14:46:37.456Z - error: error retrieving setup device id Error: EACCES: permission denied, open '/persistent/unifi-core/setup.id'
2022-02-10T14:46:39.002Z - error: error retrieving setup device id Error: EACCES: permission denied, open '/persistent/unifi-core/setup.id'
2022-02-10T14:46:39.117Z - info: Setting timezone - Europe/Amsterdam
2022-02-10T14:46:39.189Z - info: Setting hostname - UNVR
2022-02-10T14:46:39.637Z - error: error retrieving setup device id Error: EACCES: permission denied, open '/persistent/unifi-core/setup.id'
2022-02-10T14:47:01.837Z - error: Error: ENOENT: no such file or directory, open '/data/unifi-core/36ac37d6-690e-4699-b587-408a8c8c006c'
2022-02-10T14:47:02.735Z - info: Setting timezone - Europe/Amsterdam
2022-02-10T14:47:02.800Z - info: Setting hostname - UNVR
2022-02-10T14:47:03.312Z - error: Error:
Error: Command failed: /usr/bin/sudo -n /sbin/ubnt-systool hostname UNVR
sudo: unable to resolve host UNVR
sed: cannot rename /etc/sedWDpdXf: Device or resource busy

stderr: sudo: unable to resolve host UNVR
sed: cannot rename /etc/sedWDpdXf: Device or resource busy

stdout:

at /usr/share/unifi-core/app/webpack:/src/lib/execAsync.js:8:23
at ChildProcess.exithandler (child_process.js:310:5)
at ChildProcess.emit (events.js:315:20)
at maybeClose (internal/child_process.js:1021:16)
at Socket.<anonymous> (internal/child_process.js:443:11)
at Socket.emit (events.js:315:20)
at Pipe.<anonymous> (net.js:674:12)
2022-02-10T14:47:04.750Z - error: error retrieving setup device id Error: EACCES: permission denied, open '/persistent/unifi-core/setup.id'
2022-02-10T14:47:07.324Z - info: syncTime
2022-02-10T14:47:07.518Z - info: syncTime complete. BEFORE: Thu Feb 10 2022 15:47:07 GMT+0100 (Central European Standard Time). AFTER: Thu$

[Voor 76% gewijzigd door paQ op 10-02-2022 15:51]

[paQ]

OK, fuck it heb de folder chmod 777 gedaan

nieuwe error

2022-02-10T15:14:18.244Z - info: Setting timezone - Europe/Amsterdam
2022-02-10T15:14:18.318Z - info: Setting hostname - UNVR
2022-02-10T15:14:39.459Z - error: Error: ENOENT: no such file or directory, open '/data/unifi-core/7d6daa69-51ff-4238-9f50-7bf34e73df02'
2022-02-10T15:14:40.275Z - info: Setting timezone - Europe/Amsterdam
2022-02-10T15:14:40.340Z - info: Setting hostname - UNVR
2022-02-10T15:14:40.866Z - error: Error:
Error: Command failed: /usr/bin/sudo -n /sbin/ubnt-systool hostname UNVR
sudo: unable to resolve host UNVR
sed: cannot rename /etc/sed0lvobL: Device or resource busy

stderr: sudo: unable to resolve host UNVR
sed: cannot rename /etc/sed0lvobL: Device or resource busy

stdout:

at /usr/share/unifi-core/app/webpack:/src/lib/execAsync.js:8:23
at ChildProcess.exithandler (child_process.js:310:5)
at ChildProcess.emit (events.js:315:20)
at maybeClose (internal/child_process.js:1021:16)
at Socket.<anonymous> (internal/child_process.js:443:11)
at Socket.emit (events.js:315:20)
at Pipe.<anonymous> (net.js:674:12)
2022-02-10T15:14:44.757Z - info: syncTime
2022-02-10T15:14:44.888Z - info: syncTime complete. BEFORE: Thu Feb 10 2022 16:14:44 GMT+0100 (Central European Standard Time). AFTER: Thu$

Error: Command failed: /usr/bin/sudo -n /sbin/ubnt-systool hostname UNVR
goed, mja.. dat bestand is er dus echt niet

om de hostname en hosts uit te sluiten heb ik de UNVR de naam raspberrypi gegeven (die staat immers in beide files), maar dat resulteert in dezelfde error, behalve dan dat ie de host kan vinden:

2022-02-10T16:19:08.538Z - error: Error:
Error: Command failed: /usr/bin/sudo -n /sbin/ubnt-systool hostname raspberrypi
sed: cannot rename /etc/sedtpLwhh: Device or resource busy

stderr: sed: cannot rename /etc/sedtpLwhh: Device or resource busy

[Voor 13% gewijzigd door paQ op 10-02-2022 17:26]

[paQ]

nieuwe pogingen: ik heb het ubnt-systool ontvangen van @Toppe (thx ) van een UDM volgens mij (?), en op de juiste plek gezet.

De error blijft ongewijzigd helaas.
Ik heb toen de aanpassingen gedaan zoals aangegeven in het github topic, maar ook dezelfde error.



als ik het command 'los' in de terminal run:

pi@raspberrypi:/usr/bin $ sudo ubnt-systool hostname raspberrypi
/sbin/ubnt-systool: 948: /sbin/ubnt-systool: Syntax error: newline unexpected (expecting ")")

en na de aanpassing:

pi@raspberrypi:/usr/bin $ /usr/bin/sudo -n /sbin/ubnt-systool hostname raspberrypi
/sbin/ubnt-systool: 940: /sbin/ubnt-systool: Syntax error: newline unexpected (expecting ")")

[Toppe]

paQ schreef op donderdag 10 februari 2022 @ 20:14:
nieuwe pogingen: ik heb het ubnt-systool ontvangen van @Toppe (thx ) van een UDM volgens mij (?), en op de juiste plek gezet.

De error blijft ongewijzigd helaas.
Ik heb toen de aanpassingen gedaan zoals aangegeven in het github topic, maar ook dezelfde error.



als ik het command 'los' in de terminal run:

[...]


en na de aanpassing:

[...]

Lijkt me een typo in het script?

[matthijsln]

Zoals ik al zei gaat het om het script /sbin/ubnt-systool in de container, niet op je pi systeem zelf. Deze kan je bewerken door deze uit de container naar je pi te kopieren:

code:

docker cp unifi-protect:/sbin/ubnt-systool .

Met een editor op je pi in dit script de functie change_hostname aan te passen zodat deze niks doet, en deze weer naar de container te kopieren:

code:

docker cp ubnt-systool unifi-protect:/sbin/ubnt-systool

Maar nadat ik dit had gedaan en in de wizard de hostname van mijn pi zelf had ingevuld kreeg ik nog steeds errors. In het errors.log bestand komt te staan dat de UUM service niet draait:

code:

error: UUM does not appear to be running: request to http://127.0.0.1:9080/api/ucore/manifest failed, reason: connect ECONNREFUSED 127.0.0.1:9080

Misschien dat in de vele log files te vinden is waarom deze niet draait, maar ik geef het op verder

De software van Ubiquiti is door hun niet gemaakt om in een container te draaien en de docker containers die door anderen zijn gemaakt zijn gewoon niet werkend. Er is nog een andere voor x64 (2 jaar oud) maar die werkt ook niet goed.

Ik zou op dit moment gewoon maar de Ubiquiti UniFi Cloud Key Gen2 Plus kopen.

[paQ]

@matthijsln
held!



(hij staat nog steeds te updaten, er gebeurt verder nog niks, maar zo ver was ik nog niet geweest )

[Voor 13% gewijzigd door paQ op 10-02-2022 20:39]

[matthijsln]

Ha nu ben je verder dan ik gekomen. Veel succes en als het werkt is het mooi natuurlijk!

[Voor 3% gewijzigd door matthijsln op 10-02-2022 20:44]

[paQ]

matthijsln schreef op donderdag 10 februari 2022 @ 20:43:
Ha nu ben je verder dan ik gekomen. Veel succes en als het werkt is het mooi natuurlijk!

camera updating!