Upgrade 1.8 -> 14.1 & Login kaputt

Thomas_Besser-4 2014-07-04 11:15:27 UTC #1

Hallo,

auf einer wheezy-Kiste war 1.8 via SVN installiert, jetzt via deb-Pakete
installiert und bestehende DB anpassen lassen. Login mit FF sowie
Chromium ist nicht möglich.

Es war LDAP-Authentifizierung eingestellt, habe jetzt auf SQL
zurückgestellt. Dabei gibt es folgende Fehlermeldung:

[Fri Jul 04 12:19:02 2014] [error] [client ] PHP Warning:
realpath(): open_basedir restriction in effect. File(/var/www) is not
within the allowed path(s):
(/usr/share/egroupware:/var/lib/egroupware:/tmp:/usr/share/php:/usr/local/zend/share/pear:/usr/bin/zip:/usr/share/jpgraph:/usr/bin/tnef:/usr/bin/aspell:/usr/share/fonts)

in /usr/share/egroupware/setup/inc/class.setup_detection.inc.php on line
566, referer: http:///egroupware/setup/config.php
[Fri Jul 04 12:19:02 2014] [error] [client 141.3.200.70] #1
/usr/share/egroupware/setup/inc/class.setup_detection.inc.php(566):
realpath(’/var/www’), referer: http:///egroupware/setup/config.php

Beim nächsten Loginversuch mit einem SQL-Account versucht EGW trotzdem
mit LDAP zu authentifizieren:

[Fri Jul 04 12:24:25 2014] [error] [client ]
ldap::ldapConnect(‘ldaps://’, ‘’, $passwd) Can’t
connect/bind to ldap server! Serv
er is unwilling to perform (53) ldap->ldapConnect:173 /
common::ldapConnect:253 / auth_ld
ap->authenticate:48 / auth->authenticate:217 / egw_session->create:491,
referer:
http:///egroupware/login.php?cd=10&phpgw_forward=%2Findex.php

In der Tabelle ‘egw_config’ steht aber: ‘phpgwapi’, ‘auth_type’, ‘sql’

@ralf: kannst du mir sagen, wo das ‘realpath’ oben evtl. herkommt?
Irgendeine Idee wie ich das weiter debuggen kann?

Danke und Gruß
Thomas

Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Ralf_Becker_Stylite 2014-07-04 12:37:10 UTC #2

Hi Thomas,

Hallo,

auf einer wheezy-Kiste war 1.8 via SVN installiert, jetzt via deb-Pakete
installiert und bestehende DB anpassen lassen. Login mit FF sowie
Chromium ist nicht möglich.

Es war LDAP-Authentifizierung eingestellt, habe jetzt auf SQL
zurückgestellt. Dabei gibt es folgende Fehlermeldung:

[Fri Jul 04 12:19:02 2014] [error] [client ] PHP Warning:
realpath(): open_basedir restriction in effect. File(/var/www) is not
within the allowed path(s):
(/usr/share/egroupware:/var/lib/egroupware:/tmp:/usr/share/php:/usr/local/zend/share/pear:/usr/bin/zip:/usr/share/jpgraph:/usr/bin/tnef:/usr/bin/aspell:/usr/share/fonts)

in /usr/share/egroupware/setup/inc/class.setup_detection.inc.php on line
566, referer: http:///egroupware/setup/config.php
[Fri Jul 04 12:19:02 2014] [error] [client 141.3.200.70] #1
/usr/share/egroupware/setup/inc/class.setup_detection.inc.php(566):
realpath(’/var/www’), referer: http:///egroupware/setup/config.php

Beim nächsten Loginversuch mit einem SQL-Account versucht EGW trotzdem
mit LDAP zu authentifizieren:

[Fri Jul 04 12:24:25 2014] [error] [client ]
ldap::ldapConnect(‘ldaps://’, ‘’, $passwd) Can’t
connect/bind to ldap server! Serv
er is unwilling to perform (53) ldap->ldapConnect:173 /
common::ldapConnect:253 / auth_ld
ap->authenticate:48 / auth->authenticate:217 / egw_session->create:491,
referer:
http:///egroupware/login.php?cd=10&phpgw_forward=%2Findex.php

In der Tabelle ‘egw_config’ steht aber: ‘phpgwapi’, ‘auth_type’, ‘sql’

@ralf: kannst du mir sagen, wo das ‘realpath’ oben evtl. herkommt?
Irgendeine Idee wie ich das weiter debuggen kann?
Kommt aus /etc/apache2/egroupware.conf, glaube aber nicht, dass das Dein
Problem ist.
Setup greift da auf etwas außerhald des EGroupware
Installationsverzeichnisses zu, das ist ein Bug.

Hab’ mir den Code mal angeschaut, die 14.1 ließt nicht mehr die
Konfiguration direkt, sondern schaue erst in ihrem Instanz-Cache ob sie
dort vorliegt. Setup scheint das noch nicht zu berücksichtigen. Muss ich
fixen.

Als Workaround kannst Du einfach in Setup mal links im Menü auf “Cache
löschen” klicken.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

Thomas_Besser-4 2014-07-07 07:47:53 UTC #3

Hi Ralf,

Beim nächsten Loginversuch mit einem SQL-Account versucht EGW trotzdem
mit LDAP zu authentifizieren:

[Fri Jul 04 12:24:25 2014] [error] [client ]
ldap::ldapConnect(‘ldaps://’, ‘’, $passwd) Can’t
connect/bind to ldap server! Serv
er is unwilling to perform (53) ldap->ldapConnect:173 /
common::ldapConnect:253 / auth_ld
ap->authenticate:48 / auth->authenticate:217 / egw_session->create:491,
referer:
http:///egroupware/login.php?cd=10&phpgw_forward=%2Findex.php

In der Tabelle ‘egw_config’ steht aber: ‘phpgwapi’, ‘auth_type’, ‘sql’

@ralf: kannst du mir sagen, wo das ‘realpath’ oben evtl. herkommt?
Irgendeine Idee wie ich das weiter debuggen kann?
Kommt aus /etc/apache2/egroupware.conf, glaube aber nicht, dass das Dein
Problem ist.

Ok, dann verfolge ich das mal nicht weiter.

Setup greift da auf etwas außerhald des EGroupware
Installationsverzeichnisses zu, das ist ein Bug.

Hab’ mir den Code mal angeschaut, die 14.1 ließt nicht mehr die
Konfiguration direkt, sondern schaue erst in ihrem Instanz-Cache ob sie
dort vorliegt. Setup scheint das noch nicht zu berücksichtigen. Muss ich
fixen.

Als Workaround kannst Du einfach in Setup mal links im Menü auf “Cache
löschen” klicken.

Das hilft leider nichts.

Auch danach versucht egw über ldap zu connecten, obwohl 'sql’
eingestellt ist.

Sind die logfiles evtl. für dich interessant? Würde ich dir via PM gerne
zukommen lassen…

Danke und Gruß
Thomas

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Ralf_Becker_Stylite 2014-07-07 08:24:57 UTC #4

Hi Thomas,

Hi Ralf,

Beim nächsten Loginversuch mit einem SQL-Account versucht EGW trotzdem
mit LDAP zu authentifizieren:

[Fri Jul 04 12:24:25 2014] [error] [client ]
ldap::ldapConnect(‘ldaps://’, ‘’, $passwd) Can’t
connect/bind to ldap server! Serv
er is unwilling to perform (53) ldap->ldapConnect:173 /
common::ldapConnect:253 / auth_ld
ap->authenticate:48 / auth->authenticate:217 / egw_session->create:491,
referer:
http:///egroupware/login.php?cd=10&phpgw_forward=%2Findex.php

In der Tabelle ‘egw_config’ steht aber: ‘phpgwapi’, ‘auth_type’, ‘sql’

@ralf: kannst du mir sagen, wo das ‘realpath’ oben evtl. herkommt?
Irgendeine Idee wie ich das weiter debuggen kann?
Kommt aus /etc/apache2/egroupware.conf, glaube aber nicht, dass das Dein
Problem ist.
Ok, dann verfolge ich das mal nicht weiter.

Setup greift da auf etwas außerhald des EGroupware
Installationsverzeichnisses zu, das ist ein Bug.

Hab’ mir den Code mal angeschaut, die 14.1 ließt nicht mehr die
Konfiguration direkt, sondern schaue erst in ihrem Instanz-Cache ob sie
dort vorliegt. Setup scheint das noch nicht zu berücksichtigen. Muss ich
fixen.

Als Workaround kannst Du einfach in Setup mal links im Menü auf “Cache
löschen” klicken.
Das hilft leider nichts.

Auch danach versucht egw über ldap zu connecten, obwohl 'sql’
eingestellt ist.
Du weißt ja, dass es zwei Konfigurationen bzgl. LDAP gibt:

wo sollen Benutzer gespeichert werden
wie soll Authentifiziert werden
evtl. hast Du ja nur eine davon geändert …

Ralf

Sind die logfiles evtl. für dich interessant? Würde ich dir via PM gerne
zukommen lassen…

Danke und Gruß
Thomas

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

grefabu 2014-07-07 09:26:57 UTC #5

Ich hänge mich hier mal dran.

Ich hatte ja eine Kopie des Produktivsystems auf die 14.1 gezogen. Nachdem dies lief, habe ich die Authentifizierung gegen AD eingestellt und positiv getestet.

Ich habe jetzt wegen meines Problems mit der Mailkomponente im Setup wieder auf SQL zurückgestellt, es läuft aber immer noch gegen AD,…
Das Interessante ist, in egw_config steht als auth_type auch sql.

Ich forsche da mal weiter,…

Grüße

Gregor

–

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

grefabu 2014-07-07 09:36:53 UTC #6

Ich habe mal den indianer gestopt und /tmp geleert. Dann klappt der login über SQL wieder,…

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Thomas_Besser-4 2014-07-07 10:36:57 UTC #7

Hallo Ralf,

Als Workaround kannst Du einfach in Setup mal links im Menü auf “Cache
löschen” klicken.
Das hilft leider nichts.

Auch danach versucht egw über ldap zu connecten, obwohl 'sql’
eingestellt ist.
Du weißt ja, dass es zwei Konfigurationen bzgl. LDAP gibt:

wo sollen Benutzer gespeichert werden

wie soll Authentifiziert werden
evtl. hast Du ja nur eine davon geändert …

Ja, das ist bekannt. Nope, beide stehen auf SQL.

Gruß
Thomas

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Thomas_Besser-4 2014-07-07 10:37:50 UTC #8

Ich habe mal den indianer gestopt und /tmp geleert. Dann klappt der login über SQL wieder,…

Kann ich bestätigen!

Danach klappt der Login via SQL wieder.

Danke und Gruß
Thomas

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

Ralf_Becker_Stylite 2014-07-07 10:48:15 UTC #9

Hi Thomas und Gregor,

Ich habe mal den indianer gestopt und /tmp geleert. Dann klappt der login über SQL wieder,…
Kann ich bestätigen!

Danach klappt der Login via SQL wieder.
Ja, das hab’ ich ja im Code gefixed (das bei Änderungen der
Konfiguration der Cache geleert wird). War aber nach dem Paket, sprich
kommt mit dem finalen 14.1 Paket am Donnerstag.

Ralf

–
Ralf Becker
Director Software Development

Stylite AG

Morschheimer Strasse 15 | Tel. +49 6352 70629 0
D-67292 Kirchheimbolanden | Fax. +49 6352 70629 30

Email: rb@stylite.de

www.stylite.de | www.egroupware.org

Managing Directors: Andre Keller | Ralf Becker | Gudrun Mueller
Chairman of the supervisory board: Prof. Dr. Birger Leon Kropshofer

VAT DE214280951 | Registered HRB 31158 Kaiserslautern Germany

grefabu 2014-07-09 09:45:00 UTC #10

Allerdings stehe ich wieder vor einem Rätsel. Ich wollte wieder mit ADS experimentieren, das PW ändern klappt ja bei mir nicht, und ich vermute das lag daran das EG die config nicht gezogen hat.

Also AD Serveradresse und den ganzen Krempel eingegeben, Apache runtergefahren, rm -r /tmp/*, apache hochgefahren UND?
EG authentifiziert gegen SQL (oben natürlich die Einstellung wogegen es authentifizieren soll getätigt).

Auch mal cache & hooks leeren, sogar mal die VM neu gestartet etc. Kein Versuch die Einstellungen aus dem setup zu übernehmen,…

Ich tippe schon mal wieder auf OSI 8, ob ich Kartoffeln auf den Augen habe,…

Grüße

Gregor

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german