Problem bei Upgrade von 17.1 auf 19.1 mit LDAP

[TPeters]

Guten Morgen,

ich habe mehrfach versucht, von 17.1 (mysqli) auf 19.1 zu aktualisieren, jedoch ohne Erfolg.

“apt-get install egroupware-docker” (Ubuntu 18.04.4 LTS) läuft ohne Fehler durch.

“docker-compose logs -f” liefert jedoch folgendes:

egroupware    | /usr/bin/php7.3 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --update 'all,sysadmin,gyV<V?cO6d0p9U[}'
egroupware    | EGroupware API version 19.1.002 found.
egroupware    | EGroupware configuration file (header.inc.php) version 1.29 exists and is up to date
egroupware    | Backup started, this might take a few minutes ...
egroupware    | Backup finished.
egroupware    | <p><b>Can't connect/bind to LDAP server 'ldap://xxx.xxx.xxx.xxx/' and dn='cn=xxx,dc=xxx,dc=xxx,dc=xxx,dc=de'!</b></p>
egroupware    | An error happened!: Call to a member function name2id() on null
egroupware    | Retrying EGroupware installation in 3 seconds ...
egroupware    | EGroupware\Api\Ldap::ldapConnect('ldap://xxx.xxx.xxx.xxx/', 'cn=admin,dc=xxx,dc=xxx,dc=xxx,dc=de', $passwd) Can't connect/bind to ldap server! Can't contact LDAP server (-1) EGroupware\Api\Ldap->ldapConnect:206 / EGroupware\Api\Ldap::factory:94 / EGroupware\Api\Accounts\Ldap->__construct:160 / EGroupware\Api\Accounts->__construct:168 / setup->setup_account_object:979 / setup->add_account:1015 / api_upgrade16_1_002:102() / api_upgrade17_1_007:557() / setup_process->upgrade:668 / setup_process->pass:153 / setup_cmd_update->exec:118 / admin_cmd->run:239 / do_update:303(default,sysadmin,ATkwTPTM8nBf-o7-,)
egroupware    | /usr/bin/php7.3 -d memory_limit=-1 /usr/share/egroupware/setup/setup-cli.php --update 'all,sysadmin,ATkwTPTM8nBf-o7-'
egroupware    | EGroupware API version 19.1.002 found.
egroupware    | EGroupware configuration file (header.inc.php) version 1.29 exists and is up to date
egroupware    | Backup started, this might take a few minutes ...
egroupware    | Backup finished.
egroupware    | <p><b>Can't connect/bind to LDAP server 'ldap://xxx.xxx.xxx.xxx/' and dn='cn=xxx,dc=xxx,dc=xxx,dc=xxx,dc=de'!</b></p>
egroupware    | An error happened!: Call to a member function name2id() on null

Vor dem Upgrade habe ich die LDAP host ID von “localhost” auf die tatsächliche IP über die Egroupware Setup Seite gesetzt und beim nächsten Versuch auch noch 172.17.0.1 hinzugefügt, wie in der Installationsanleitung empfohlen, aber ohne Erfolg.

Ich verwende:

Ubuntu 18.04.4 LTS

@(#) $OpenLDAP: slapd (Ubuntu) (Aug 8 2019 18:08:36) $
Debian OpenLDAP Maintainers pkg-openldap-devel@lists.alioth.debian.org

mysql Ver 14.14 Distrib 5.7.29, for Linux (x86_64) using EditLine wrapper

PHP 7.2.24-0ubuntu0.18.04.2 (cli) (built: Jan 13 2020 18:39:59) ( NTS )

Für Hinweise, was ich falsch mache, wäre ich sehr dankbar.

[RalfBecker]

Can’t connect/bind to LDAP server ‘ldap://xxx.xxx.xxx.xxx/’ and dn=‘cn=xxx,dc=xxx,dc=xxx,dc=xxx,dc=de’!

Dh. Dein LDAP läuft auf dem Host auf dem auch die EGroupware Container laufen?

Und er ist auf allen Interfaces gebunden: “netstat -ln” zeigt 0.0.0.0 als listening addr?

Welche IP steht in der Fehlermeldung?

Ralf

[TPeters]

Hallo Ralf,

genau, LDAP läuft auf dem gleichen Host.

“netstat -ln” zeigt “listen” für 0.0.0.0 auf den Ports 4447, 3551, 389 an.

Die Fehlermeldung zeigt jedoch die tatsächliche IP des Hosts an.

Für die tatsächliche IP steht jedoch nur Port 139 auf “listen”.

Thorsten

[RalfBecker]

LDAP ist ja 389, sprich das sollte dann auf allen Interfaces / IP Adressen des Hosts erreichbar sein.

Du wirst nicht darum kommen mal die Fehlermeldung mit IP Adressen und die Ausgabe von ip -4 a zu posten.

Ralf

[RalfBecker]

Ok, nach der als persönliche Nachricht gepostete Fehlermeldung und den IP Adressen:

Bitte setze nur die docker-0 Adresse, die ist üblicherweise 172.17.0.1, als LDAP Host.

Wenn das nicht hilft, gehe ich mal davon aus, dass Du in der Firewall den LDAP Port für alles was nicht von localhost kommst geblockt hast. Da müsstest Du dann noch die CIDR von Docker Compose 172.17.0.0/12 noch zusätzlich freigeben (docker-compose verwendet nicht 172.17.0.0/16!).

Ralf

[TPeters]

Super, das war es! Vielen Dank für die schnelle Hilfe!

Thorsten