Docker egw auf QNAP Gruppenverwaltung

svenp1 2020-01-06 10:59:17 UTC #1

Hallo, ich würde gern die Gruppenverwaltung aktivieren.
In der Anleitung steht das dazu das Repo in der apt conf nachgetragen werden soll.

Das funktioniert aber bei Qnap nicht, weil nicht vorhanden.
Heißt es gibt auf der shell kein apt Kommando.

Die Docker Installation habe ich so ausgeführt das ich nur die yml Datei per wget geladen habe und anschließend per docker-compose die installation gemacht habe.

Wie kann ich das auf der Qnap nachinstallieren?

Gruß

Sven

svenp1 2020-01-07 08:59:08 UTC #2

Hallo, einen Teil habe ich nun selbst gelöst in dem ich mir die bash von egroupware geholt habe.

echo deb 'http://<username:password>@download.egroupware.org/repos/community/xUbuntu_17.10/ ./' >/etc/apt /sources.list.d/community.list

Dieser Teil ist entsprechend anzupassen: username:password

Den PGP key habe ich mir auf der Qnap shell per wget geholt und in das egroupware Verzeichnis gelegt.
Egroupware kennt den wget Befehl nicht.

Nun möchte ich das Key file importieren aber das geht so im Docker Container auch nicht.
Das kopieren des Key files nach
cp /var/lib/egroupware/default/Release.key /etc/apt/trusted.gpg.d/
war leider nicht die Lösung.
root@8012c334d11e:/etc/apt/sources.list.d# apt update
Ign:1 http://download.egroupware.org/repos/community/xUbuntu_17.10 ./ InRelease
Get:2 http://download.egroupware.org/repos/community/xUbuntu_17.10 ./ Release [1002 B]
Hit:3 http://ppa.launchpad.net/ondrej/php/ubuntu bionic InRelease
Hit:4 http://archive.ubuntu.com/ubuntu bionic InRelease
Hit:5 http://archive.ubuntu.com/ubuntu bionic-updates InRelease
Get:6 http://download.egroupware.org/repos/community/xUbuntu_17.10 ./ Release.gpg [827 B]
Hit:7 http://archive.ubuntu.com/ubuntu bionic-backports InRelease
Hit:8 http://security.ubuntu.com/ubuntu bionic-security InRelease
Ign:6 http://download.egroupware.org/repos/community/xUbuntu_17.10 ./ Release.gpg
Reading package lists… Done
W: GPG error: http://download.egroupware.org/repos/community/xUbuntu_17.10 ./ Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 511F0710BB2A8E02
E: The repository ‘http://download.egroupware.org/repos/community/xUbuntu_17.10 ./ Release’ is not signed.
N: Updating from such a repository can’t be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
N: Usage of apt_auth.conf(5) should be preferred over embedding login information directly in the sources.list(5) entry for 'http://download.egroupware.org/repos/community/xUbuntu_17.10’
root@8012c334d11e:/etc/apt/sources.list.d#

RalfBecker 2020-01-07 09:34:47 UTC #3

Die Docker Installation erlaubt alte oder eigene Apps einzubinden über ein eigenes Volume das vom startenden EGroupware Container (entrypoint Skript) in die Sourcen des Containers integriert wird.

Dh. Du kannst den folgenden Link mit Deinen Credentials für die Groups App verwenden um ein Tar Archive der Sourcen zu laden und dieses z.B. nach /usr/share/egroupware zu entpacken:

cd /usr/share
curl --user "<user>:<password>" https://download.egroupware.org/repos/community/xUbuntu_16.04/egroupware-epl-groups_17.1.20180412.orig.tar.gz | tar xzvf -

Danach entfernst Du die Komentare aus Deiner docker-compose.yml Datei:

github.com

EGroupware/egroupware/blob/master/doc/docker/docker-compose.yml#L14


db:
data:
  driver_opts:
    type: none
    o: bind
    # to upgrade an existing non-docker installation most easy is to use the existing
    # data directory /var/lib/egroupware AND the host database see below
    #device: /var/lib/egroupware
    # otherwise data is stored in data subdirectory of the current directory
    device: $PWD/data
# extra sources with apps not part of egroupware container
#extra:
#  driver_opts:
#    type: none
#    o: bind
#    # location of deprecated EGroupware packages like Wiki, SiteMgr, KnowledgeBase
#    device: /usr/share/egroupware
#    #device: $PWD/extra
services:
egroupware:
  image: egroupware/egroupware:latest

und startest den EGroupware Container neu:

cd /path/to/docker-compose
vi docker-compose.yml # remove comments
docker-compose up -d

Das beschriebene Vorgehen übersteht das automatische Update des EGroupware Containers und kann - wie gesagt - auch benutzt werde um andere Apps wie z.B. das alte Wiki oder Wissensdatenbank zu integrieren.

Ralf

svenp1 2020-01-07 10:49:54 UTC #4

Hallo Ralf,

danke das hat soweit geklappt. Der Extra Ordner wurde nun erstellt aber ich kann noch keine Gruppen anlegen.

   [/share/container/egroupware] # docker-compose up -d
    Creating volume "egroupware_extra" with default driver
    egroupware-watchtower is up-to-date
    egroupware-db is up-to-date
    egroupware is up-to-date
    egroupware-nginx is up-to-date

Der Extras Ordner ist noch leer.
Nach dem Neustart docker-compose restart ist der Curl Download weg.
Mein yml File sieht nun so aus:

  # extra sources with apps not part of egroupware container
  extra:
    driver_opts:
      type: none
      o: bind
      # location of deprecated EGroupware packages like Wiki, SiteMgr, KnowledgeBase
      device: /usr/share/egroupware
      #device: $PWD/extra
services:

Ich habe dort einen Ordner test angelegt.
Sollte der nicht im Container unter /usr/share/egroupware/ auftauchen?

RalfBecker 2020-01-08 08:57:12 UTC #5

Was meinst Du damit, das Volume extras ist das Verzeichnis /usr/share/egroupware auf dem Host!

Das hast Du mit dem Auspacken das Tar Files angelegt und das sollte ein Verzeichnis groups enthalten.

Nach einem Neustart des EGroupware Containers, der bei Dir nicht passiert ist, wird alles unter /usr/share/egroupware auf dem Host, dh. dem extras Volume nach /usr/share/egroupware im Container kopiert.

Also schau mal ob /usr/share/egroupware auf dem Host leer ist und starte den EGroupware Container neu:

cd /etc/egroupware-docker
docker-compose restart egroupware

Ralf

svenp1 2020-01-08 11:26:54 UTC #6

Hallo Ralf,
habe ich denn alles falsch verstanden?
Also ich habe folgende Strucktur:

/share/container/egroupware/docker-compose.yml
In diesem Verzeichnis führe ich alle Befehle wie z.b. docker-compose restart egroupware aus.

Die Daten legt die qnap alle unter /share/CACHEDEV2_DATA/container/container-station-data/lib/docker/volumes/ ab.
Dort sieht es derzeit so aus:

drwxrwxrwx  6 admin administrators 4.0K 2020-01-07 10:51 ./
drwx--x--x 16 admin administrators 4.0K 2020-01-07 07:49 ../
drwxr-xr-x  3 admin administrators 4.0K 2019-11-05 13:34 egroupware_data/
drwxr-xr-x  3 admin administrators 4.0K 2019-10-14 15:22 egroupware_db/
drwxr-xr-x  3 admin administrators 4.0K 2020-01-07 10:51 egroupware_extra/
drwxr-xr-x  3 admin administrators 4.0K 2019-10-14 15:22 egroupware_sources/
-rwxrwxrwx  1 admin administrators  64K 2020-01-07 10:51 metadata.db*

Nun habe ich in diesem egroupware_extra Verzeichnis

[/share/CACHEDEV2_DATA/container/container-station-data/lib/docker/volumes/egroupware_extra/_data] # ll
total 12K
drwxr-xr-x 3 admin administrators 4.0K 2020-01-08 12:00 ./
drwxr-xr-x 3 admin administrators 4.0K 2020-01-07 10:51 ../
drwxr-xr-x 3 admin administrators 4.0K 2020-01-08 12:00 egroupware/
[/share/CACHEDEV2_DATA/container/container-station-data/lib/docker/volumes/egroupware_extra/_data] #

den Curl Befehl ausgeführt.

[/share/CACHEDEV2_DATA/container/container-station-data/lib/docker/volumes/egroupware_extra/_data/egroupware/groups] # ll
total 24K
drwxr-xr-x 6 admin administrators 4.0K 2018-04-12 09:32 ./
drwxr-xr-x 3 admin administrators 4.0K 2020-01-08 12:00 ../
drwxr-xr-x 2 admin administrators 4.0K 2018-04-12 09:32 inc/
drwxr-xr-x 2 admin administrators 4.0K 2018-04-12 09:32 js/
drwxr-xr-x 2 admin administrators 4.0K 2018-04-12 09:32 setup/
drwxr-xr-x 3 admin administrators 4.0K 2018-04-12 09:32 templates/
[/share/CACHEDEV2_DATA/container/container-station-data/lib/docker/volumes/egroupware_extra/_data/egroupware/groups]

Anschließend habe ich wie du geschrieben hast mit dem Befehl docker-compose restart egroupware die Groupware neu gestartet.
Da ich mich an der Groupware neu anmelden musste, gehe ich davon aus das es auch funktioniert hat.

Wenn ich mich nun im Container umsehe (docker exec -it egroupware bash) , würde ich nun unter /usr/share/egroupware… den groups ordner erwarten. Dort ist aber nichts.

RalfBecker 2020-01-09 08:29:47 UTC #7

Irgendwo bist Du von meinen Instruktionen abgewichen

svenp1:

  # extra sources with apps not part of egroupware container
  extra:
    driver_opts:
      type: none
      o: bind
      # location of deprecated EGroupware packages like Wiki, SiteMgr, KnowledgeBase
      device: /usr/share/egroupware
      #device: $PWD/extra

Dh. das extra Volume ist auf dem Host im Verzeichnis /usr/share/egroupware, bitte verifiziere das mal:

ls -l /usr/share/egroupware
# sollte den groups Ordner anzeigen, den Du hier ausgepackt hast

Das Verzeichnis sollte per docker-compose.yml im Container auf /usr/share/egroupware-extra ge-bind-mounted sein (das darf natürlich NICHT auskommentiert sein):

github.com

EGroupware/egroupware/blob/master/doc/docker/docker-compose.yml#L32


services:
egroupware:
  image: egroupware/egroupware:latest
  # EPL image: download.egroupware.org/egroupware/epl:latest
  # setting a default language for a new installation
  #environment:
  #- LANG=de
  volumes:
  - sources:/usr/share/egroupware
  # extra-sources rsync from entry-point into sources
  #- extra:/usr/share/egroupware-extra
  - data:/var/lib/egroupware
  # if you want to use the host database:
  # 1. comment out the whole db service below AND
  # 2. set EGW_DB_HOST=localhost AND
  # 3. uncomment the next line and modify the host path (first one), it depends on your distro:
  #    - RHEL/CentOS   /var/lib/mysql/mysql.sock
  #    - openSUSE/SLE  /var/run/mysql/mysql.sock
  #    - Debian/Ubuntu /var/run/mysqld/mysqld.sock
  #- /var/run/mysqld/mysqld.sock:/var/run/mysqld/mysqld.sock
  environment:

Das kannst Du mit folgendem Kommando überprüfen:

docker exec -it egroupware bash
ls -l /usr/share/egroupware-extra
# sollte den groups Ordner aus /usr/share/egroupware des Hosts anzeigen
ls -ld /usr/share/egroupware/groups
# sollte nach dem Restart des Containers auch den Inhalt des groups Ordner anzeigen

Ralf

svenp1 2020-01-09 10:08:46 UTC #8

Hallo Ralf, jetzt läuft es.
Zeile 32 hatte ich noch ein # vor und um extras Teil der Pfad ist das Verzeichnis wo meine Daten drin liegen.

Jetzt verstanden.
Gruppen können angelegt werden.