Problem z instalacją w docker na Synology NAS
Moderator: fracz
Witam,
W pliku .env: ustawiłem adres, jaki ma mieć moja Supla, ustawiłem porty na 880 i 4443.
Musiałem ręcznie utworzyć katalogi "mysql", "cloud-logs" i "cloud-local".
DSM twierdzi, że Dockery Supli działają, katalogi "cloud-logs" i "cloud-local" które utworzyłem są puste.
Po wpisaniu w przeglądarkę adresu, który wprowadziłem w pliku .env nic się nie dzieje.
Wklejam "sudo docker ps":
W pliku .env: ustawiłem adres, jaki ma mieć moja Supla, ustawiłem porty na 880 i 4443.
Musiałem ręcznie utworzyć katalogi "mysql", "cloud-logs" i "cloud-local".
DSM twierdzi, że Dockery Supli działają, katalogi "cloud-logs" i "cloud-local" które utworzyłem są puste.
Po wpisaniu w przeglądarkę adresu, który wprowadziłem w pliku .env nic się nie dzieje.
Wklejam "sudo docker ps":
Kod: Zaznacz cały
szymek@DS-LECHA29:~/supla-docker$ sudo docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
efbf800d6032 supla/supla-server "/usr/bin/server-e..." About a minute ago Up About a minute 0.0.0.0:2015-2016->2015-2016/tcp supla-server
652b03f6d96a supla/supla-cloud "docker-php-entryp..." About a minute ago Up About a minute 0.0.0.0:880->80/tcp, 0.0.0.0:4443->443/tcp supla-cloud
8163db32068f mysql:5.7.20 "docker-entrypoint..." About a minute ago Up About a minute 3306/tcp supla-db
Witam, szanownych forumowiczów
Z pomocą kolegi _aro_ dotarłem do miejsca gdzie mam obrazy w dokerze:
Troche dziwne że mysql jest stworzony w innym czasie niż reszta.
Uruchamiją się:
Ale mysql w kontenerze supla-db w koło próbuje startować.
Gdzie może być przyczyna problemu z hasłem?
Mój plik konfiguracyjny: .env
Generalnie na początek nie potrzebuje dostępu do supli z zewnątrz, i pierwszej kolejności chciałbym żeby działała tylko w sieci lokalnej.
Z pomocą kolegi _aro_ dotarłem do miejsca gdzie mam obrazy w dokerze:
Kod: Zaznacz cały
:~# docker image ls
REPOSITORY TAG IMAGE ID CREATED SIZE
supla/supla-server latest e780986f64da 2 weeks ago 395MB
supla/supla-cloud latest 012ce7644138 2 weeks ago 654MB
mysql 5.7.20 7d83a47ab2d2 21 months ago 408MB
Uruchamiją się:
Kod: Zaznacz cały
/volume1/docker/supla$ ./supla.sh start
Starting SUPLA containers
Starting supla-db ...
Starting supla-db ... done
Starting supla-cloud ...
Starting supla-cloud ... done
Starting supla-server ...
Starting supla-server ... done
SUPLA containers has been started.
Kod: Zaznacz cały
error: database is uninitialized and password option is not specified
You need to specify one of MYSQL_ROOT_PASSWORD, MYSQL_ALLOW_EMPTY_PASSWORD and MYSQL_RANDOM_ROOT_PASSWORD
error: database is uninitialized and password option is not specified
You need to specify one of MYSQL_ROOT_PASSWORD, MYSQL_ALLOW_EMPTY_PASSWORD and MYSQL_RANDOM_ROOT_PASSWORD
error: database is uninitialized and password option is not specified
You need to specify one of MYSQL_ROOT_PASSWORD, MYSQL_ALLOW_EMPTY_PASSWORD and MYSQL_RANDOM_ROOT_PASSWORD
Mój plik konfiguracyjny: .env
Kod: Zaznacz cały
# Where the SUPLA Cloud will be accessible? Put domain or IP address here with port.
CLOUD_DOMAIN=cloud.supla.org
# Initial user account details; delete these settings after the first launch
FIRST_USER_EMAIL=xxx@op.pl
FIRST_USER_PASSWORD=12345
# Google ReCaptcha settings
RECAPTCHA_ENABLED=false
RECAPTCHA_PUBLIC_KEY=
RECAPTCHA_PRIVATE_KEY=
# Mailer settings (SMTP)
MAILER_HOST=10.0.75.1
MAILER_PORT=465
MAILER_USER=
MAILER_PASSWORD=
MAILER_ENCRYPTION=ssl
MAILER_FROM=
# If you want to be notified about some server errors, set this
ADMIN_EMAIL=xxx@op.pl
# Where to store SUPLA Cloud's data
VOLUME_DATA=./var
# On which ports the SUPLA Cloud should listen (only if standalone mode)
PORT_HTTP=8080
PORT_HTTPS=4443
REQUIRE_REGULATIONS_ACCEPTANCE=false
REQUIRE_COOKIE_POLICY_ACCEPTANCE=false
BRUTE_FORCE_AUTH_PREVENTION_ENABLED=true
# These options protect your application
DB_PASSWORD=uPbObugbdIGzEwbCdGmO3vEZJaxemWlu
SECRET=TwxdNSR5uKQo7LGFtRrKlmQdDh7UteAH
COMPOSE_PROJECT_NAME=supla
COMPOSE_PATH_SEPARATOR=:
COMPOSE_FILE=docker-compose.yml:docker-compose.standalone.yml
Hej
Byłem na wyjeździe i wreszcie wróciłem.
Więc tak:
Byłem na wyjeździe i wreszcie wróciłem.
Więc tak:
Kod: Zaznacz cały
Docker version 18.09.6, build 8cdf373
docker-compose version 1.17.0, build ac53b73
Cześć Lesny8,
Model to DS713+
Oczywiście adres serwera specjalnie dałem inny żeby boty nie miały za łatwo
Razem z _aro_ posiedzieliśmy i udało się to uruchomić.
Problemem był katalog /volume1/docker/supla który był stworzony na koncie roota ale po usunięciu wszystkiego i utworzeniu katalogu przez użytkownika wszystko ładnie ruszyło.
Więc po lanie wszystko ładnie śmiga.
Nawet konfiguracja supli działa z zewnątrz. Choć nie mam wykupionej żadnej domeny zewnętrznej. Bazuje na DDNS od Synology.
To nie jest w tej chwili potrzebne ale do pełni szczęścia brakuje sterowania z aplikacji (android) z zewnątrz. Teraz ładnie działa po wifi, serwer w aplikacji to ip lokalne.
Kiedy w aplikacji próbowałem IP zmienić na domenę łączy się w nieskończoność.
W związku z tym mam pytanie o to, jak aplikacja łączy się z serwerem? Gdzie szukać śladu problemu?
Dzięki za to że się zainteresowałeś moim problemem.
Model to DS713+
Oczywiście adres serwera specjalnie dałem inny żeby boty nie miały za łatwo
Razem z _aro_ posiedzieliśmy i udało się to uruchomić.
Problemem był katalog /volume1/docker/supla który był stworzony na koncie roota ale po usunięciu wszystkiego i utworzeniu katalogu przez użytkownika wszystko ładnie ruszyło.
Więc po lanie wszystko ładnie śmiga.
Nawet konfiguracja supli działa z zewnątrz. Choć nie mam wykupionej żadnej domeny zewnętrznej. Bazuje na DDNS od Synology.
To nie jest w tej chwili potrzebne ale do pełni szczęścia brakuje sterowania z aplikacji (android) z zewnątrz. Teraz ładnie działa po wifi, serwer w aplikacji to ip lokalne.
Kiedy w aplikacji próbowałem IP zmienić na domenę łączy się w nieskończoność.
W związku z tym mam pytanie o to, jak aplikacja łączy się z serwerem? Gdzie szukać śladu problemu?
Dzięki za to że się zainteresowałeś moim problemem.
Masz przekierowane porty 2015 i 2016?
Do tego na routerze musisz mieć uruchomiony natloopback, hairpin ect.
Czekam na kolejne Supla Offline Party
Witam ponownie !
Jeśli mógłbym kontynuować wątek z problemami supli w środowisku Synology ...
Otóż instaluje się wszystko gładko z potrzebą tylko ręcznego dorobienia trzech podfolderów wewnątrz /var, mianowicie
/var/mysql , /var/cloud-local, /var/cloud-logs.
Serwer www startuje poprawnie, wszystko OK, można się zalogować itd.
Problem jest za to w kontenerze supla-server - nie może się połączyć z bazą danych, widać w logach że próbuje i próbuje ale mu się to nie udaje.
Przez to nie działa połączenie poprzez aplikację mobilną - jak pisałem serwer www działa prawidłowo, ale z apki mobilnej telefonu już w ogóle się nie łączy.
Rozwiązaniem jest restart serwera supla-server - po chwili w logach widać że połączył się z bazą danych i od tej pory połączenie poprzez aplikację mobilną działa poprawnie.
Załączam logi z supla-server - można dostrzec że nie widzi bazy danych ...
w tym momencie robię ręcznie restart supla-server i mamy:
Od tej chwili wszystko działa poprawnie, ale w przypadku restartu hosta Synology problem powraca więc mam skrypt, który restartuje supla-server po ponownym uruchomieniu.
Jest to jakieś obejście problemu, ale dlaczego tak się dzieje.
Gdzie popełniam błąd ?
Jeśli mógłbym kontynuować wątek z problemami supli w środowisku Synology ...
Otóż instaluje się wszystko gładko z potrzebą tylko ręcznego dorobienia trzech podfolderów wewnątrz /var, mianowicie
/var/mysql , /var/cloud-local, /var/cloud-logs.
Serwer www startuje poprawnie, wszystko OK, można się zalogować itd.
Problem jest za to w kontenerze supla-server - nie może się połączyć z bazą danych, widać w logach że próbuje i próbuje ale mu się to nie udaje.
Przez to nie działa połączenie poprzez aplikację mobilną - jak pisałem serwer www działa prawidłowo, ale z apki mobilnej telefonu już w ogóle się nie łączy.
Rozwiązaniem jest restart serwera supla-server - po chwili w logach widać że połączył się z bazą danych i od tej pory połączenie poprzez aplikację mobilną działa poprawnie.
Załączam logi z supla-server - można dostrzec że nie widzi bazy danych ...
Kod: Zaznacz cały
Generating a RSA private key
.........+++++
....+++++
writing new private key to '/etc/supla-server/ssl/private.key'
-----
2019-10-19 13:14:53,870 CRIT Supervisor running as root (no user in config file)
2019-10-19 13:14:53,922 INFO supervisord started with pid 1
2019-10-19 13:14:54,925 INFO spawned: 'supla-scheduler' with pid 11
2019-10-19 13:14:54,929 INFO spawned: 'supla-server' with pid 12
INFO[1571490895.277790] Scheduler version 2.3.4
INFO[1571490895.277973] Started at Sat Oct 19 13:14:55 2019
INFO[1571490895.278798] Server version 2.3.13 [Protocol v10]
INFO[1571490895.278968] Started at Sat Oct 19 13:14:55 2019
ERR[1571490895.364138] MySQL - Failed to connect to database.
ERR[1571490895.364180] MySQL - Failed to connect to database.
ERR[1571490895.364201] Can't connect to database!
ERR[1571490895.365264] Can't connect to database!
2019-10-19 13:14:55,366 INFO exited: supla-server (exit status 1; not expected)
2019-10-19 13:14:55,367 INFO exited: supla-scheduler (exit status 1; not expected)
2019-10-19 13:14:56,370 INFO spawned: 'supla-scheduler' with pid 13
2019-10-19 13:14:56,373 INFO spawned: 'supla-server' with pid 14
INFO[1571490896.385872] Scheduler version 2.3.4
INFO[1571490896.386012] Started at Sat Oct 19 13:14:56 2019
ERR[1571490896.388572] MySQL - Failed to connect to database.
ERR[1571490896.388597] Can't connect to database!
2019-10-19 13:14:56,389 INFO exited: supla-scheduler (exit status 1; not expected)
INFO[1571490896.390385] Server version 2.3.13 [Protocol v10]
INFO[1571490896.390517] Started at Sat Oct 19 13:14:56 2019
ERR[1571490896.392442] MySQL - Failed to connect to database.
ERR[1571490896.392466] Can't connect to database!
2019-10-19 13:14:56,393 INFO exited: supla-server (exit status 1; not expected)
2019-10-19 13:14:58,398 INFO spawned: 'supla-scheduler' with pid 15
2019-10-19 13:14:58,405 INFO spawned: 'supla-server' with pid 16
INFO[1571490898.572748] Scheduler version 2.3.4
INFO[1571490898.572915] Started at Sat Oct 19 13:14:58 2019
ERR[1571490898.607699] MySQL - Failed to connect to database.
ERR[1571490898.607730] Can't connect to database!
2019-10-19 13:14:58,609 INFO exited: supla-scheduler (exit status 1; not expected)
INFO[1571490898.611271] Server version 2.3.13 [Protocol v10]
INFO[1571490898.611450] Started at Sat Oct 19 13:14:58 2019
ERR[1571490898.615217] MySQL - Failed to connect to database.
ERR[1571490898.615243] Can't connect to database!
2019-10-19 13:14:58,616 INFO exited: supla-server (exit status 1; not expected)
2019-10-19 13:15:01,622 INFO spawned: 'supla-scheduler' with pid 17
2019-10-19 13:15:01,625 INFO spawned: 'supla-server' with pid 18
INFO[1571490901.639480] Scheduler version 2.3.4
INFO[1571490901.639629] Started at Sat Oct 19 13:15:01 2019
ERR[1571490901.642246] MySQL - Failed to connect to database.
ERR[1571490901.642273] Can't connect to database!
2019-10-19 13:15:01,644 INFO exited: supla-scheduler (exit status 1; not expected)
INFO[1571490901.643415] Server version 2.3.13 [Protocol v10]
INFO[1571490901.643553] Started at Sat Oct 19 13:15:01 2019
2019-10-19 13:15:01,645 INFO gave up: supla-scheduler entered FATAL state, too many start retries too quickly
ERR[1571490901.645683] MySQL - Failed to connect to database.
ERR[1571490901.645694] Can't connect to database!
2019-10-19 13:15:01,646 INFO exited: supla-server (exit status 1; not expected)
2019-10-19 13:15:01,647 INFO gave up: supla-server entered FATAL state, too many start retries too quickly
Kod: Zaznacz cały
2019-10-19 13:26:49,062 WARN received SIGTERM indicating exit request
2019-10-19 13:26:53,916 CRIT Supervisor running as root (no user in config file)
2019-10-19 13:26:53,921 INFO supervisord started with pid 1
2019-10-19 13:26:54,925 INFO spawned: 'supla-scheduler' with pid 10
2019-10-19 13:26:54,929 INFO spawned: 'supla-server' with pid 11
INFO[1571491614.949156] Scheduler version 2.3.4
INFO[1571491614.949307] Started at Sat Oct 19 13:26:54 2019
INFO[1571491614.951256] Server version 2.3.13 [Protocol v10]
INFO[1571491614.951413] Started at Sat Oct 19 13:26:54 2019
INFO[1571491614.962892] SSL version: OpenSSL 1.1.0k 28 May 2019
2019-10-19 13:26:55,964 INFO success: supla-scheduler entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2019-10-19 13:26:55,965 INFO success: supla-server entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
INFO[1571491617.747002] Connection accepted: 172.21.0.1:56587 ClientSD: 10 Secure: 1
INFO[1571491617.850269] Cipher: AES128-SHA, ClientSD: 10
INFO[1571491620.3600] Connection accepted: 172.21.0.1:56600 ClientSD: 15 Secure: 1
INFO[1571491620.101731] Cipher: AES128-SHA, ClientSD: 15
INFO[1571491622.231763] Connection accepted: 172.21.0.1:56608 ClientSD: 14 Secure: 1
INFO[1571491622.330302] Cipher: AES128-SHA, ClientSD: 14
INFO[1571491624.467490] Connection accepted: 172.21.0.1:56618 ClientSD: 15 Secure: 1
INFO[1571491624.563653] Cipher: AES128-SHA, ClientSD: 15
INFO[1571491626.698697] Connection accepted: 172.21.0.1:56626 ClientSD: 14 Secure: 1
INFO[1571491626.794631] Cipher: AES128-SHA, ClientSD: 14
Jest to jakieś obejście problemu, ale dlaczego tak się dzieje.
Gdzie popełniam błąd ?