Problem z instalacją w docker na Synology NAS

Moderator: fracz

User avatar
fracz
Posts: 1585
Joined: Fri Oct 28, 2016 10:56 pm
Location: Rybna

Tue Aug 13, 2019 11:46 pm

Jestem zainteresowany. Podeślij gotowe konfiguracje, najlepiej w postaci nowego wątku na tym forum ;)
trybik
Posts: 1
Joined: Wed May 01, 2019 9:58 am

Mon Sep 02, 2019 11:28 am

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":

Code: Select all

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
tyski
Posts: 8
Joined: Mon Sep 02, 2019 6:26 pm

Wed Sep 04, 2019 2:43 pm

Witam, szanownych forumowiczów :D
Z pomocą kolegi _aro_ dotarłem do miejsca gdzie mam obrazy w dokerze:

Code: Select all

:~# 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
Troche dziwne że mysql jest stworzony w innym czasie niż reszta.


Uruchamiją się:

Code: Select all

/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.
Ale mysql w kontenerze supla-db w koło próbuje startować.

Code: Select all

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
Gdzie może być przyczyna problemu z hasłem?
Mój plik konfiguracyjny: .env

Code: Select all

# 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

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.
User avatar
lesny8
Posts: 790
Joined: Mon Dec 11, 2017 9:43 pm

Wed Sep 04, 2019 9:34 pm

Jaka wersja dockera i docker-compose masz?
tyski
Posts: 8
Joined: Mon Sep 02, 2019 6:26 pm

Sun Sep 08, 2019 6:18 pm

Hej
Byłem na wyjeździe i wreszcie wróciłem.

Więc tak:

Code: Select all

Docker version 18.09.6, build 8cdf373
docker-compose version 1.17.0, build ac53b73
User avatar
lesny8
Posts: 790
Joined: Mon Dec 11, 2017 9:43 pm

Sun Sep 08, 2019 6:59 pm

W pliku .env domenę przypisz swoją, albo adres IP. Ta którą tam masz wpisaną raczej nie przejdzie ;)
Jaki masz model tego Synology?
tyski
Posts: 8
Joined: Mon Sep 02, 2019 6:26 pm

Mon Sep 09, 2019 4:40 pm

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.
User avatar
lesny8
Posts: 790
Joined: Mon Dec 11, 2017 9:43 pm

Mon Sep 09, 2019 9:31 pm

tyski wrote:
Mon Sep 09, 2019 4:40 pm
To nie jest w tej chwili potrzebne ale do pełni szczęścia brakuje sterowania z aplikacji (android) z zewnątrz.
Masz przekierowane porty 2015 i 2016?
tyski wrote:
Mon Sep 09, 2019 4:40 pm
Kiedy w aplikacji próbowałem IP zmienić na domenę łączy się w nieskończoność.
Do tego na routerze musisz mieć uruchomiony natloopback, hairpin ect.
tyski
Posts: 8
Joined: Mon Sep 02, 2019 6:26 pm

Wed Sep 11, 2019 3:07 pm

Lesny to było dokładnie to co napisałeś. Przekierowałem porty i działa idealnie. :)

Wielkie dzięki.

P.S.
11 modułów do uruchomienia :D
_aro_
Posts: 48
Joined: Mon Apr 09, 2018 5:10 pm
Location: Legnica

Sat Oct 19, 2019 2:00 pm

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

Code: Select all

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
w tym momencie robię ręcznie restart supla-server i mamy:

Code: Select all

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
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 ?
Post Reply