Installation Gitea via Docker auf Synology

[FizzyMUC]

Hi!

Ich versuche Gitea via Docker zu installieren, per der offiziellen Docu von Gitea. Leider liefert docker-compose pull folgende Fehlermeldung, aus der ich nicht schlau werde:

Traceback (most recent call last):
  File "urllib3/connectionpool.py", line 677, in urlopen
  File "urllib3/connectionpool.py", line 392, in _make_request
  File "http/client.py", line 1277, in request
  File "http/client.py", line 1323, in _send_request
  File "http/client.py", line 1272, in endheaders
  File "http/client.py", line 1032, in _send_output
  File "http/client.py", line 972, in send
  File "docker/transport/unixconn.py", line 43, in connect
PermissionError: [Errno 13] Permission denied

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "requests/adapters.py", line 449, in send
  File "urllib3/connectionpool.py", line 727, in urlopen
  File "urllib3/util/retry.py", line 410, in increment
  File "urllib3/packages/six.py", line 734, in reraise
  File "urllib3/connectionpool.py", line 677, in urlopen
  File "urllib3/connectionpool.py", line 392, in _make_request
  File "http/client.py", line 1277, in request
  File "http/client.py", line 1323, in _send_request
  File "http/client.py", line 1272, in endheaders
  File "http/client.py", line 1032, in _send_output
  File "http/client.py", line 972, in send
  File "docker/transport/unixconn.py", line 43, in connect
urllib3.exceptions.ProtocolError: ('Connection aborted.', PermissionError(13, 'Permission denied'))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "docker/api/client.py", line 214, in _retrieve_server_version
  File "docker/api/daemon.py", line 181, in version
  File "docker/utils/decorators.py", line 46, in inner
  File "docker/api/client.py", line 237, in _get
  File "requests/sessions.py", line 543, in get
  File "requests/sessions.py", line 530, in request
  File "requests/sessions.py", line 643, in send
  File "requests/adapters.py", line 498, in send
requests.exceptions.ConnectionError: ('Connection aborted.', PermissionError(13, 'Permission denied'))

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "docker-compose", line 3, in <module>
  File "compose/cli/main.py", line 80, in main
  File "compose/cli/main.py", line 189, in perform_command
  File "compose/cli/command.py", line 70, in project_from_options
  File "compose/cli/command.py", line 153, in get_project
  File "compose/cli/docker_client.py", line 43, in get_client
  File "compose/cli/docker_client.py", line 170, in docker_client
  File "docker/api/client.py", line 197, in __init__
  File "docker/api/client.py", line 222, in _retrieve_server_version
docker.errors.DockerException: Error while fetching server API version: ('Connection aborted.', PermissionError(13, 'Permission denied'))
[8545] Failed to execute script docker-compose

Mein docker-compose.yml sieht so aus:

version: "3"

networks:
  gitea:
    external: false

services:
  server:
    image: gitea/gitea:latest
    container_name: gitea
    environment:
      - USER_UID=1026
      - USER_GID=100
      - GITEA__database__DB_TYPE=mysql
      - GITEA__database__HOST=db:3306
      - GITEA__database__NAME=gitea
      - GITEA__database__USER=gitea
      - GITEA__database__PASSWD=gitea
    restart: always
    networks:
      - gitea
    volumes:
      - /volume1/docker/gitea/data:/data
      - /etc/TZ:/etc/timezone:ro
      - /etc/localtime:/etc/localtime:ro
    ports:
      - "3000:3000"
      - "220:22"
    depends_on:
      - db

  db:
    image: mysql:8
    restart: always
    environment:
      - MYSQL_ROOT_PASSWORD=gitea
      - MYSQL_USER=gitea
      - MYSQL_PASSWORD=gitea
      - MYSQL_DATABASE=gitea
    networks:
      - gitea
    volumes:
      - /volume1/docker/gitea/db:/var/lib/mysql

Kann jemand einen offensichtlichen Fehler erkennen?

 

[EDvonSchleck]

Nur zur Information nutzt du eine MariaDB bereits für etwas anderes oder auf der DS?
Warum MySQL und nicht MariaDB? Nutzt du nicht eine Postgres-Datenbank für Paperless?

 

[Benares]

Vielleicht fehlen da noch ein paar Vorarbeiten, lies besser einmal eine auf die Syno zugeschnittene Anleitung, z.B. hier.

 

[ctrlaltdelete]

MYSQL_USER=gitea

muss der nicht =giteauser heißen?

 

[FizzyMUC]

Nur zur Information nutzt du eine MariaDB bereits für etwas anderes oder auf der DS?
Warum MySQL und nicht MariaDB? Nutzt du nicht eine Postgres-Datenbank für Paperless?

MySQL hatte ich einfach nur genommen weil das auf der offiziellen Seite so angegeben ist. Ja, habe eine PostGRES für Paperless, Weiss nur nicht wie ich die für beides nutzen kann…

 

[FizzyMUC]

muss der nicht =giteauser heißen?

Muss? Wie gesagt, kommt von der offiziellen Seite das Skript. Ich hatte nur Ports und Volumes angepasst.

 

[geimist]

Nur am Rande: Je nach Projektgröße halte ich die SqliteDB für Gitea völlig ausreichend.

 

[EDvonSchleck]

Grundsätzlich ist es einfacher alles in einer Datenbank zu bündeln, dann muss man nicht bei jeder Datenbank ein Backup machen, sondern es reicht eins für alle Anwendungen aus. Da können wir bestimmt weiterhelfen. Ich nutze Postgres auch für mehrere Anwendungen.

Aber auch SQLite ist je nach Größe kein Problem, die nutze ich auch für mehrere Anwendungen und lässt sich einfach weg kopieren. Ich würde Gitea nicht als compose laufen lassen, sondern es einfach über einen Befehl installieren. Das macht das Verwalten einfacher. Compose sehe ich als Vorteil, wenn mehrere Container zusammen laufen sollen, die untereinander kommunizieren.

 

[FizzyMUC]

Guter Punkt!
Wie installiere ich denn SQLite dazu? Dann könnte ich es auch über den Aufgabenplaner machen…

 

[EDvonSchleck]

Garnicht, die ist bereits auf dein System installiert und wird genutzt, wenn entweder nichts angegeben ist oder SQLite eingestellt ist.

 

[FizzyMUC]

Ah! Ok!

 

[FizzyMUC]

Habe es manuell installiert, und passt/läuft. Danke für eure Hilfe, im Speziellen der Part mit SQLite war mir nicht bewusst, dass er die automatisch nimmt. Mein use case für GitEA ist auch tatsächlich nur für einige wenige Projekte.