SUPLA Scripts

[lukfud]

Przecież mówiłeś że poszło

Baza danych pewnie jeszcze nie nie wstała. Po pierwszej inicjalizacji zrestartuj kontenery, powinny się zobaczyć

Nie pojawił się błąd przy tworzeniu kontenerów
Cały czas restartuje z błędem

Code: Select all

mysqldump: Got error: 1045: "Access denied for user 'suplascripts'@'suplascripts.suplascripts_default' (using password: YES)" when trying to connect

[fracz]

A to malina? Użyłeś skryptu .sh żeby wystartować tak jak jest w instrukcji?

[lukfud]

A to malina? Użyłeś skryptu .sh żeby wystartować tak jak jest w instrukcji?

Tak, to jest malina i robiłem wg. instrukcji.
Nie pierwszy raz odpalałem skrypty, ale pierwszy raz odrzuca użytkownika.

[lesny8]

A to malina? Użyłeś skryptu .sh żeby wystartować tak jak jest w instrukcji?

Tak, to jest malina i robiłem wg. instrukcji.
Nie pierwszy raz odpalałem skrypty, ale pierwszy raz odrzuca użytkownika.

Napisałeś wcześniej, że usunąłeś bazę. Jak ją usunąłeś? Zrobiłeś sobie wcześniej kopię? Masz ten sam plik key?

...
Kopia zapasowa bazy danych
Database backup

Code: Select all

docker exec suplascripts-db mysqldump -u root --password="$DATABASE_PASSWORD" suplascripts > suplascripts.sql

Jeśli przenosisz działającą instancję w inne miejsce, skopiuj też plik supla-scripts/var/system/key (jest to klucz używany do szyfrowania danych dostępowych do SUPLA API w bazie danych).

Przywrócenie danych z kopii zapasowej
Restore database from the backup

Code: Select all

docker exec suplascripts-db mysql -u root --password="$DATABASE_PASSWORD" -e "DROP SCHEMA suplascripts;"
docker exec suplascripts-db mysql -u root --password="$DATABASE_PASSWORD" -e "CREATE SCHEMA suplascripts;"
docker exec suplascripts-db mysql -u root --password="$DATABASE_PASSWORD" -e "GRANT ALL PRIVILEGES ON suplascripts.* TO 'suplascripts'@'localhost';"
cat suplascripts.sql | docker exec -i suplascripts-db mysql -u root --password="$DATABASE_PASSWORD" suplascripts

Jeśli przeniosłeś instancję w inne miejsce, podmień plik supla-scripts/var/system/key na ten używany w poprzedniej instancji.
...

[lukfud]

Do przywracania bazy jeszcze nie doszedłem (mam kopię)
Po "czystych" instalacjach (malina, qnap) jest problem połączenia z bazą, odrzuca użytkownika.

Zastanawia mnie użytkownik: 'suplascripts'@'suplascripts.suplascripts_default'.
Nie powinien być: 'suplascripts'@'localhost'?

[lesny8]

Też na to zwróciłem uwagę, ale u mnie była czysta nowa instalacja i takiego problemu z połączeniem do bazy jak u Ciebie nie miałem, dlatego myślałem, że przywracasz z kopi.

[fracz]

Czy jesteś pewny że masz poprawny plik .env?

Czy przy usuwaniu bazy danych usunąłeś też kontener?

[lukfud]

Czy jesteś pewny że masz poprawny plik .env?
Czy przy usuwaniu bazy danych usunąłeś też kontener?

Usunąłem wszystko, pliki pobrane z gita, a także kontenery i obrazy

Code: Select all

docker system prune -a

.env skopiowałem przed usunięciem

Code: Select all

DATABASE_PASSWORD=password
VOLUME_SOURCES=../
VOLUME_DATA=../var
PORT_HTTP=80
PORT_HTTPS=443
COMPOSE_PROJECT_NAME=suplascripts
COMPOSE_PATH_SEPARATOR=:
COMPOSE_FILE=docker-compose.base.yml:docker-compose.standalone.yml:docker-compose.arm32v7.yml

[fracz]

Zamykam ten wątek ze względu na trudność wyszukania w nim czegokolwiek. SUPLA Scripts doczekały się swojego działu na forum, i tam zapraszam do zgłaszania problemów lub pomysłów jako osobne wątki.

viewforum.php?f=95