Probleme mit Port 8080 während Inst. v. EGW 19.1

DarkTrinity 2020-07-22 15:10:49 UTC #1

Hallo liebe Community

Ich versuche gerade, zunächst auf einem QA Gerät, den Sprung von 17.1 nach 19.1. Es ist ein Ubuntu 18.04 Server, auf dem u.a. auch ISPC läuft.

Installation mittels
root@webqa1:~# apt-get install egroupware-docker

Endet mit:
Creating egroupware-nginx … error

ERROR: for egroupware-nginx  Cannot start service nginx: driver failed programming external connectivity on endpoint egroupware-nginx (2e748cc718e6d2838e2d3ff5f3d9bdbf39e3335fe3947330e3d46e6d38425a36): Error starting userland proxy: listen tcp 127.0.0.1:8080: bind: address already in use

ERROR: for nginx  Cannot start service nginx: driver failed programming external connectivity on endpoint egroupware-nginx (2e748cc718e6d2838e2d3ff5f3d9bdbf39e3335fe3947330e3d46e6d38425a36): Error starting userland proxy: listen tcp 127.0.0.1:8080: bind: address already in use
ERROR: Encountered errors while bringing up the project.
Include /etc/egroupware-docker/apache.conf added to site 000-default.conf
Include /etc/egroupware-docker/apache.conf added to site default-ssl.conf
Module proxy already enabled
Considering dependency proxy for proxy_http:
Module proxy already enabled
Module proxy_http already enabled
Considering dependency proxy for proxy_wstunnel:
Module proxy already enabled
Module proxy_wstunnel already enabled
Module headers already enabled
Trigger für libc-bin (2.27-3ubuntu1.2) werden verarbeitet ...
Trigger für systemd (237-3ubuntu10.41) werden verarbeitet ...
Trigger für man-db (2.8.3-2ubuntu0.1) werden verarbeitet ...
/usr/bin/mandb: can't write to /var/cache/man/3358: No space left on device
/usr/bin/mandb: can't create index cache /var/cache/man/3358: No space left on device
Trigger für ureadahead (0.100.0-21) werden verarbeitet ...
You have new mail in /var/mail/root
root@webqa1:~# cd /var/mail/root
-bash: cd: /var/mail/root: Not a directory
root@webqa1:~# cd /var/mail
root@webqa1:/var/mail# ls
amavis  list  nuria  root
root@webqa1:/var/mail# tail root
X-Cron-Env: <MAILTO=root>
X-Cron-Env: <SHELL=/bin/bash>
X-Cron-Env: <HOME=/var/www>
X-Cron-Env: <PATH=/usr/bin:/bin>
X-Cron-Env: <LOGNAME=www-data>
Message-Id: <20200722124005.82CBD8270B@webqa1.local>
Date: Wed, 22 Jul 2020 14:40:05 +0200 (CEST)

Could not open input file: /usr/share/egroupware/api/asyncwrapper.php

Das Problem mit Port 8080 ist wahrscheinlich daß ISPC auf diesden lauscht:
Ein
lsof -i -P -n | grep 8080
ergab:
apache2 11858 root 10u IPv6 2066049 0t0 TCP *:8080 (LISTEN)
apache2 11861 www-data 10u IPv6 2066049 0t0 TCP *:8080 (LISTEN)
apache2 11863 www-data 10u IPv6 2066049 0t0 TCP *:8080 (LISTEN)
apache2 11864 www-data 10u IPv6 2066049 0t0 TCP *:8080 (LISTEN)

Leider habe ich eigentlich Null Plan von Docker und das Thema scheint ja nicht ganz ohne zu sein… Aber es sollte doch die Möglichkeit geben, auf einen anderen Port auszuweichen ?

RalfBecker 2020-07-22 15:32:19 UTC #2

Der Port steht an ein paar Stellen in /etc/egroupware-docker/nginx.conf:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-docker-19.1/egroupware-docker/nginx.conf#L40


	server_name _;
	root /var/www/html;


	index index.php index.nginx-debian.html index.html index.htm;


	# include other EGroupware parts like Collabora
	include app.d/egroupware*.conf;


	# proxy into EGroupware container
	location /egroupware {
		proxy_pass http://127.0.0.1:8080;
		include proxy_params;
		# to allow longer running requests like eg. backup or restore
		proxy_read_timeout    60m;
	}


	# PHP in docroot
	#location ~ \.php {
	#	fastcgi_pass unix:/run/php/php7.0-fpm.sock;
	#	include fastcgi_params;
	#}

bzw. /etc/egroupware-docker/apache.conf falls Du Apache verwendest:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-docker-19.1/egroupware-docker/apache.conf#L17


# This proxy configuration is currently included at global level in
# /etc/apache2/conf.d/egroupware-docker.conf and used for all vhosts.
#
# You can comment it out there and include it only in a certain vhost:
#
# <VirtualHost *:80>
# include /etc/egroupware-docker/apache.conf
# </VirtualHost>


RequestHeader set X-Forwarded-Proto "https" env=HTTPS
ProxyPass /egroupware/ http://127.0.0.1:8080/egroupware/ timeout=4000 connectiontimeout=600 acquire=3000 retry=6
ProxyPassReverse /egroupware/ http://127.0.0.1:8080/egroupware/


ProxyPass /Microsoft-Server-ActiveSync http://127.0.0.1:8080/Microsoft-Server-ActiveSync timeout=4000 connectiontimeout=600 acquire=3000 retry=6
ProxyPassReverse /Microsoft-Server-ActiveSync http://127.0.0.1:8080/Microsoft-Server-ActiveSync


RedirectMatch ^/.well-known/(caldav|carddav)$ /egroupware/groupdav.php/
RedirectMatch ^(/principals/users/.*)$ /egroupware/groupdav.php$1
RedirectMatch ^/$ /egroupware/index.php
RedirectMatch ^/egroupware$ /egroupware/index.php

Und in /etc/egroupware-docker/docker-compose.yml:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare/egroupware-docker-19.1/egroupware-docker/docker-compose.yml#L81


  # to add a certificate create a certificate.pem containing (in that order)
  # 1. private key
  # 2. public key
  # 3. (optional) chain certificates
  # uncomment to the next line
  # ./certificate.pem:/etc/ssl/private/certificate.pem
  # AND uncomment the three lines starting with "listen 443", "ssl_certificate", "ssl_certificate_key" in nginx.conf
  - ./egroupware-nginx.conf:/etc/nginx/conf.d/default.conf:ro
  ports:
  # if no webserver is running on the host, change (first) number to 80 or 443
  - "127.0.0.1:8080:80"
  #- "4443:443"
  depends_on:
  - egroupware
  container_name: egroupware-nginx
  restart: always
# run an own MariaDB:10.4 (you can use EGroupware's database backup and restore to add your existing database)
#DB#db:
#DB#  image: mariadb
#DB#  environment:
#DB#  #- MYSQL_ROOT=root

Ich würde an Deiner Stelle allerdings gleich die 20.1 installieren, dort solltest Du den Port in der docker-compose.override.yml einstellen, statt in docker-compose.yml:

github.com

EGroupware/build.opensuse.org/blob/master/server:eGroupWare:trunk/egroupware-docker/egroupware-docker/docker-compose.override.yml#L84


#db:
#  image: busybox
#  entrypoint: /bin/true
#  restart: "no"


# push server using phpswoole
#push:


# nginx server of egroupware using /etc/egroupware-docker/egroupware-nginx.conf
# You want to install your certificate on the webserver/Nginx running on the host proxying to this one
#nginx:


# automatic updates of all containers daily at 4am
# see https://containrrr.github.io/watchtower for more information
#watchtower:
  #environment:
  #- WATCHTOWER_CLEANUP=true # delete old image after update to not fill up the disk
  # for email notifications add your email and mail-server here
  #- WATCHTOWER_NOTIFICATIONS=email
  #- WATCHTOWER_NOTIFICATIONS_LEVEL=info # possible values: panic, fatal, error, warn, info or debug
  #- WATCHTOWER_NOTIFICATION_EMAIL_FROM=watchtower@my-domain.com

  nginx:
    ports:
    - "127.0.0.1:8080:80"

Ralf

DarkTrinity 2020-07-22 16:31:31 UTC #3

Lieben Dank.

Ich habe in den betroffenen dateien nun den Port 8080 überall durch den 8090 ersetzt und Docker als Dienst neu gestartet.

Ein Abruf von /egroupware/setup erhält HTTP Error 404
Ein Abruf von /egroupware/ erhält HTTP Error 403

Ist die EGW Version 19.1, da die 20 offenbar noch nicht in den Ubuntu Repos von 18.04 enthalten ist …

StefanU 2020-07-22 16:42:31 UTC #4

Was ist das?

Stefan

StefanU 2020-07-22 16:44:21 UTC #5

Ist ein separates Repo, weil (noch) trunk:

bzw.:

Am wohlsten fühlt sich EGw aber auf einer eigenen Instanz. Wenn es dir möglich ist.

Stefan

RalfBecker 2020-07-22 16:51:53 UTC #6

Was sagt docker ps über den Port, hat der sich geändert?
Falls nein, mach mal ein

cd /etc/egroupware-docker
docker-compose stop 
docker-compose rm -f
docker-compose up -d

Ist in einem anderen Repo:

Ralf

DarkTrinity 2020-07-24 17:24:30 UTC #7

Danke für die guten Tips

Leider ist es bei der Installation zu einem peinlichen Fehler gekommen - die Festplatte ist vollgelaufen Also habe ich den letzten Snap wieder hergestellt und bissel Housekeeping betrieben
(Das vergrößern der virtuellen Festplatte war leider nicht möglich, denn
VBoxManage modifyhd ~/VirtualBox VMs/Webserver QA/Webserver QA.vdi" --resize 51200 ergab eine versionsbedingte Fehlermeldung). Ich werde langfristig die QA neu migrieren müssen ^^

Naja, ich hab jetzt jedenfalls rund 3GB frei bekommen, was wohl erstmal reichen dürfte

Ein df ergeb:
udev 988928 0 988928 0% /dev
tmpfs 204080 1096 202984 1% /run
/dev/sda2 15413192 11575804 3034728 80% /
tmpfs 1020396 0 1020396 0% /dev/shm
tmpfs 5120 0 5120 0% /run/lock
tmpfs 1020396 0 1020396 0% /sys/fs/cgroup
/dev/loop0 93568 93568 0 100% /snap/core/8689
/dev/loop1 91264 91264 0 100% /snap/core/8268
tmpfs 204076 0 204076 0% /run/user/1000

Ich werde die Neuinstallation von EGW 20.1 spätestens zum Ende der Woche angehen, vorher schaffe ich das nicht. Den Thread aktualisiere ich dann natürlich

DarkTrinity 2020-07-24 17:36:57 UTC #8

@StefanU

ISPC - Was ist das ?

ISP Condig

DarkTrinity 2020-07-26 07:43:57 UTC #9

Nachdem ich 30GB neuen Platz geschaffen habe, habe ich entsprechend des Links die 20.1 installiert. Folgende Fehler traten auf:

Creating egroupware-nginx …
Creating egroupware-nginx … error




ERROR: for egroupware-nginx  Cannot start service nginx: driver failed programming external connectivity on endpoint egroupware-nginx (b7c837b21c29360631df0e09117f9104198edf708766ff819f154ad309a6c28a): Error starting userland proxy: listen tcp 127.0.0.1:8080: bind: address already in use



ERROR: for nginx  Cannot start service nginx: driver failed programming external connectivity on endpoint egroupware-nginx (b7c837b21c29360631df0e09117f9104198edf708766ff819f154ad309a6c28a): Error starting userland proxy: listen tcp 127.0.0.1:8080: bind: address already in use
ERROR: Encountered errors while bringing up the project.
+ true
+ '[' -d /etc/nginx -a -x /usr/sbin/nginx ']'
+ '[' -d /etc/apache2 -a -x /usr/sbin/a2enmod ']'
+ '[' -z  ']'
+ cd /etc/apache2/sites-available
++ grep -il '<VirtualHost ' 000-default.conf default-ssl.conf egroupware.conf ispconfig.conf
+ for conf in $(grep -il '<VirtualHost ' *.conf)
++ grep /etc/egroupware-docker/apache.conf 000-default.conf
+ '[' -z  ']'
+ sed -i 's||\t# EGroupware proxy needs to be included inside vhost\n\tinclude /etc/egroupware-docker/apache.conf\n\n|g' 000-default.conf
+ echo 'Include /etc/egroupware-docker/apache.conf added to site 000-default.conf'
Include /etc/egroupware-docker/apache.conf added to site 000-default.conf
+ for conf in $(grep -il 'grep /etc/egroupware-docker/apache.conf default-ssl.conf
+ '[' -z '' ']'
+ sed -i 's||\t# EGroupware proxy needs to be included inside vhost\n\tinclude /etc/egroupware-docker/apache.conf\n\n|g' default-ssl.conf
+ echo 'Include /etc/egroupware-docker/apache.conf added to site default-ssl.conf'
Include /etc/egroupware-docker/apache.conf added to site default-ssl.conf
+ a2enmod proxy
Module proxy already enabled
+ a2enmod proxy_http
Considering dependency proxy for proxy_http:
Module proxy already enabled
Module proxy_http already enabled
+ a2enmod proxy_wstunnel
Considering dependency proxy for proxy_wstunnel:
Module proxy already enabled
Module proxy_wstunnel already enabled
+ a2enmod headers
Module headers already enabled
+ webserver_soft_reload apache2
+ command -v invoke-rc.d
+ invoke-rc.d apache2 force-reload
+ rm -f /etc/cron.d/egroupware
+ systemctl daemon-reload
+ db_stop
+ echo STOP
Trigger für libc-bin (2.27-3ubuntu1.2) werden verarbeitet …
Trigger für systemd (237-3ubuntu10.41) werden verarbeitet …
Trigger für man-db (2.8.3-2ubuntu0.1) werden verarbeitet …
Trigger für ureadahead (0.100.0-21) werden verarbeitet …

Dann habe ich die genannten Dateien für den Port 8090 umgeschrieben und den Composer gestoppt.

Die Befehle die Du vorgegeben hast ergaben folgende Fehler:
root@webqa1:/etc/egroupware-docker# docker-compose rm -f
ERROR: The Compose file ‘./docker-compose.override.yml’ is invalid because:
Invalid top-level property “nginx”. Valid top-level sections for this Compose file are: services, version, networks, volumes, and extensions starting with “x-”.

You might be seeing this error because you're using the wrong Compose file version. Either specify a supported version (e.g "2.2" or "3.3") and place your service definitions under the `services` key, or omit the `version` key and place your service definitions at the root of the file to use version 1.
For more on the Compose file format versions, see https://docs.docker.com/compose/compose-file/
root@webqa1:/etc/egroupware-docker# docker-compose up -d
ERROR: The Compose file './docker-compose.override.yml' is invalid because:
Invalid top-level property "nginx". Valid top-level sections for this Compose file are: services, version, networks, volumes, and extensions starting with "x-".

You might be seeing this error because you're using the wrong Compose file version. Either specify a supported version (e.g "2.2" or "3.3") and place your service definitions under the `services` key, or omit the `version` key and place your service definitions at the root of the file to use version 1.
For more on the Compose file format versions, see https://docs.docker.com/compose/compose-file/

Ich sollte vielleicht noch erwähnen, daß der Serverr auf https redirected. Aber wenn ich in der
docker-compose.override.yml testweise folgendes eintrage, komme ich zum gleichen Fehlerbild

 nginx:
    ports:
    - "127.0.0.1:8090:443".

RalfBecker 2020-07-26 08:51:10 UTC #10

Der https redirect ist auf dem äußeren Webserver, nicht auf dem Nginx in dem docker-compose.yml.

Die Fehlermeldung bedeutet, dass due die Einrückungen falsch hast!

Einrückungen dürfen ausschließlich Leerzeichen verwenden und nginx: muss mit 2 Leerzeichen, genau wie egroupware: eingerückt sein.

Ralf

DarkTrinity 2020-07-26 11:28:09 UTC #11

@RalfBecker

Die Einrückungen habe ich jetzt berichtigt.

root@webqa1:/etc/egroupware-docker# docker-compose stop
Stopping egroupware-push … done
Stopping egroupware-watchtower … done
Stopping egroupware … done

root@webqa1:/etc/egroupware-docker# docker-compose rm -f
Going to remove egroupware-nginx, 2a84245fac77_egroupware-nginx, egroupware-push, egroupware-watchtower, egroupware, egroupware-db
Removing egroupware-nginx … done
Removing 2a84245fac77_egroupware-nginx … done
Removing egroupware-push … done
Removing egroupware-watchtower … done
Removing egroupware … done
Removing egroupware-db … done
root@webqa1:/etc/egroupware-docker# docker-compose up -d
Creating egroupware-watchtower …
Creating egroupware-db …
Creating egroupware-db
Creating egroupware-db … done
Creating egroupware …
Creating egroupware … done
Creating egroupware-push …
Creating egroupware-push … done
Creating egroupware-nginx …
Creating egroupware-nginx … error

ERROR: for egroupware-nginx  Cannot start service nginx: driver failed programming external connectivity on endpoint egroupware-nginx (ca43efa8d06a65a331d65f10a5af600f10279a883b45a57c0111f8cd78ad7bc4): Error starting userland proxy: listen tcp 127.0.0.1:8080: bind: address already in use

ERROR: for nginx  Cannot start service nginx: driver failed programming external connectivity on endpoint egroupware-nginx (ca43efa8d06a65a331d65f10a5af600f10279a883b45a57c0111f8cd78ad7bc4): Error starting userland proxy: listen tcp 127.0.0.1:8080: bind: address already in use
ERROR: Encountered errors while bringing up the project.

Auf Port 8090 scheint noch nichts zu hören. lsof -i -P -n | grep 8090 gibt nichts wieder.

RalfBecker 2020-07-26 14:15:53 UTC #12

Liest Du die Fehlermeldungen eigentlich, bevor Du sie hier postest

Die Meldung sagt doch genau, das Nginx nicht starten konnte, weil Adresse oder Port nicht frei sind.

Entweder steht da immer noch nicht der richtig Port, oder Du musst den Container einmal neu machen, damit der auch verwendet wird:

cd /etc/egroupware-docker
docker-compose stop nginx
docker-compose rm -f nginx
docker-compose up -d

Ralf

DarkTrinity 2020-07-31 09:08:42 UTC #13

Hallo @RalfBecker

Ich habe den Container jetzt mit den Befehlen, die Du vorgegeben hast, neu gestartet. Keine Fehlermeldung.

lsof -i -P -n | grep 8090 ergibt jetzt
docker-pr 8582 root 4u IPv4 226997203 0t0 TCP 127.0.0.1:8090 (LISTEN)

Aber ich kann Egroupware nicht im Browser öffnen.

Folgende URLs versucht:
http://testdomain.local/egroupware/setup --> HTTP Error 404 (eigenes fehlerdokument)
https://testdomain.local/egroupware/setup --> HTTP Error 404 (eigenes fehlerdokument)
http://testdomain.local:8090/egroupware/setup --> Verbindung Fehlgeschlagen
https://testdomain.local:8090/egroupware/setup --> Verbindung Fehlgeschlagen
http://IP/egroupware/setup --> HTTP 502 (nginx/1.18.0 fehlerdokument)
https://IP/egroupware/setup --> HTTP Error 404 (eigenes fehlerdokument)
http://IP:8090/egroupware/setup --> Verbindung Fehlgeschlagen
https://IP:8090/egroupware/setup --> Verbindung Fehlgeschlagen

./egroupware-logs.sh ergab:
/docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
/docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
/docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
10-listen-on-ipv6-by-default.sh: error: can not modify /etc/nginx/conf.d/default.conf (read-only file system?)
/docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
/docker-entrypoint.sh: Configuration complete; ready for start up
2020/07/31 08:35:10 [error] 21#21: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/index.php HTTP/1.1”, upstream: “fastcgi://172.19.0.2:9000”, host: "192.168.188.10"
2020/07/31 08:35:20 [error] 21#21: *3 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/setup/index.php HTTP/1.1”, upstream: “fastcgi://172.19.0.2:9000”, host: “192.168.188.10”
/docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
/docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
/docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
10-listen-on-ipv6-by-default.sh: error: can not modify /etc/nginx/conf.d/default.conf (read-only file system?)
/docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
/docker-entrypoint.sh: Configuration complete; ready for start up
2020/07/31 08:37:47 [error] 22#22: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/ HTTP/1.1”, upstream: “fastcgi://172.19.0.5:9000”, host: "192.168.188.10"
2020/07/31 08:37:53 [error] 22#22: *1 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/setup/ HTTP/1.1”, upstream: “fastcgi://172.19.0.5:9000”, host: "192.168.188.10"
2020/07/31 08:38:02 [error] 22#22: *4 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/setup/ HTTP/1.1”, upstream: “fastcgi://172.19.0.5:9000”, host: "192.168.188.10"
2020/07/31 08:38:38 [error] 22#22: *4 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/ HTTP/1.1”, upstream: “fastcgi://172.19.0.5:9000”, host: "192.168.188.10"
2020/07/31 08:39:05 [error] 22#22: *7 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/ HTTP/1.1”, upstream: “fastcgi://172.19.0.5:9000”, host: "192.168.188.10"
2020/07/31 08:56:22 [error] 22#22: *9 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/setup/ HTTP/1.1”, upstream: “fastcgi://172.19.0.5:9000”, host: "192.168.188.10"
2020/07/31 08:57:08 [error] 22#22: *11 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/setup/ HTTP/1.1”, upstream: “fastcgi://172.19.0.5:9000”, host: "192.168.188.10"
2020/07/31 08:59:05 [error] 22#22: *13 connect() failed (111: Connection refused) while connecting to upstream, client: 172.19.0.1, server: _, request: “GET /egroupware/setup/ HTTP/1.1”, upstream: “fastcgi://172.19.0.5:9000”, host: “192.168.188.10”

Anmerkung: LogEinträge von vor 31.7. 10:30 Uhr entstanden vor dem Neustart des Containers

Dann Port 8090 sowie 9000 in der Firewall geöffnet, Fehler bleibt bestehen.

tail /var/log/apache2/error.log ergab:
Fri Jul 31 10:48:04.456482 2020] [ssl:warn] [pid 17209:tid 139873248635840] AH01909: 127.0.1.1:8080:0 server certificate does NOT include an ID which matches the server name
[Fri Jul 31 10:48:04.456627 2020] [ssl:error] [pid 17209:tid 139873248635840] AH02217: ssl_stapling_init_cert: can’t retrieve issuer certificate! [subject: emailAddress=webmaster@domain.local,CN=domain.local,C=AF / issuer: emailAddress=webmaster@domain.local,CN=domain.local,C=AF / serial: 41F4A56AFA90C36538E69929183CFB8D02286518 / notbefore: Feb 24 17:49:02 2020 GMT / notafter: Feb 21 17:49:02 2030 GMT]
[Fri Jul 31 10:48:04.456644 2020] [ssl:error] [pid 17209:tid 139873248635840] AH02604: Unable to configure certificate 127.0.1.1:8080:0 for stapling
[Fri Jul 31 10:48:04.460789 2020] [:error] [pid 17209:tid 139873248635840] python_init: Python version mismatch, expected ‘2.7.6’, found ‘2.7.17’.
[Fri Jul 31 10:48:04.463386 2020] [:error] [pid 17209:tid 139873248635840] python_init: Python executable found ‘/usr/bin/python’.
[Fri Jul 31 10:48:04.463437 2020] [:error] [pid 17209:tid 139873248635840] python_init: Python path being used ‘/usr/lib/python2.7:/usr/lib/python2.7/plat-x86_64-linux-gnu:/usr/lib/python2.7/lib-tk:/usr/lib/python2.7/lib-old:/usr/lib/python2.7/lib-dynload’.
[Fri Jul 31 10:48:04.463487 2020] [:notice] [pid 17209:tid 139873248635840] mod_python: Creating 8 session mutexes based on 6 max processes and 25 max threads.
[Fri Jul 31 10:48:04.463501 2020] [:notice] [pid 17209:tid 139873248635840] mod_python: using mutex_directory /tmp
[Fri Jul 31 10:48:04.553351 2020] [mpm_event:notice] [pid 17209:tid 139873248635840] AH00489: Apache/2.4.29 (Ubuntu) mod_fcgid/2.3.9 OpenSSL/1.1.1 mod_python/3.3.1 Python/2.7.17 configured – resuming normal operations
[Fri Jul 31 10:48:04.553443 2020] [core:notice] [pid 17209:tid 139873248635840] AH00094: Command line: ‘/usr/sbin/apache2’

Auf der Maschine läuft zusätzlich noch Folgende LAMP- Software:

ISP Config
Joomla
Nextcloud
Dokuwiki
Roundcube
phpMyAdmin

EGroupware 20.1 nur unverschlüsselt über IP erreichbar + DB Zugang ist mir unbekannt

RalfBecker 2020-07-31 09:28:55 UTC #14

Ich bin sicher das das eine Kleinigkeit ist, sehe aber nicht, das wir das im Rahmen des Forums hier gelöst bekommen. Ich weiß das ich das bei 1-2 Kunden schon entsprechend umkonfiguriert habe, da die auch irgendeinen Dienst auf dem Port laufen hatten.

Mein Vorschlag: kauf eine Stunde Support Budget und wir schauen uns das zusammen an. Ich werde die Vorgehensweise damm im Wiki dokumentieren.

Ralf

DarkTrinity 2021-01-09 19:47:50 UTC #15

Ich habe das Problem mittlerweile gelöst - zumindest was den Port angeht. Dazu habe ich, vor der Installation, jegliche Daten zu der davor installierten Egroupware- Version gelöscht.

Die installierten Pakete
Die Verzeichnisse /usr/share/egroupware sowie va/lib/egroupware
Die Datenbanken
Die entsprechenden Host- & PHP konfigurationen innerhalb ISPC

Dann neu durchgetartet.

Erst dannach habe ich entsprechend der Anleitung Egroupware 20 nebst Docker installiert. Das Problem mit dem Port 8080 trat natürlich wieder auf, es lies sich jedoch diesmal lösen und zwar genau so wie von Ralf beschrieben.

trollineto 2021-11-08 12:32:13 UTC #16

Hello all,
Sorry to answer in english, but i don’t speak german. I added an automatic German translation at the end, but I cannot verify the text!

I also have the contiguous installation problem with ISPConfig. I followed the advice of RalfBeker (post 2 and 6) and DarkTrinity (post 15) and it (finally) worked. I only modified the docker-compose.override.yml file to use port 8090, leaving docker-compose.yml untouched, but that doesn’t seem to be enough: port 8080 is still being used by docker, like port 8090. Although on a fresh install in version 21.1, I had to modify docker-compose.yml to free port 8080.

Ich habe auch das zusammenhängende Installationsproblem mit ISPConfig. Ich bin dem Rat von RalfBeker (Post 2 und 6) und DarkTrinity (Post 15) gefolgt und es hat (endlich) funktioniert. Ich habe nur die Datei docker-compose.override.yml geändert, um Port 8090 zu verwenden, und docker-compose.yml unberührt gelassen, aber das scheint nicht genug zu sein: Port 8080 wird immer noch von Docker verwendet, wie Port 8090. Obwohl an Bei einer Neuinstallation in Version 21.1 musste ich docker-compose.yml ändern, um Port 8080 freizugeben.