Upgrade 1.8 auf 16.1 - Invalid SQL

Dirk 2016-09-17 15:48:56 UTC #1

Hallo zusammen, ich komme nicht mehr weiter.

Ich nutze Ubuntu. PHP Version 7.0.8-0ubuntu0.16.04.2 - Apache/2.4.18 (Ubuntu) - MySQL version: 5.7.15-0ubuntu0.16.04.1 through PHP extension MySQLi

Ich erhalte im Setup / config admin login folgende Fehlermeldung - und kann das Setup nicht fortsetzen:

Invalid SQL: SELECT SQL_CALC_FOUND_ROWS 1,egw_addressbook.n_given AS n_given,egw_addressbook.n_family AS n_family,egw_addressbook.contact_id AS id,egw_addressbook.contact_created AS created,egw_addressbook.contact_modified AS modified,egw_accounts.account_id AS account_id,coalesce(egw_addressbook.contact_email,egw_mailaccounts.mail_value) as email,account_lid,account_type,account_status,account_expires,account_primary_group,account_description FROM egw_addressbook RIGHT JOIN egw_accounts ON egw_accounts.account_id=egw_addressbook.account_id LEFT JOIN egw_mailaccounts ON egw_accounts.account_id=-egw_mailaccounts.account_id AND mail_type=3 WHERE egw_addressbook.contact_owner=0 AND (account_expires IS NULL OR account_expires = -1 OR account_expires > 1474126218) AND (account_type IS NULL OR account_type!=‘u’ OR account_status=‘A’) AND (contact_tid != ‘D’ OR contact_tid IS NULL) ORDER BY account_lid
Unknown column ‘account_description’ in ‘field list’ (1054)

Ich vermute, ich muss die Datenbank aufrauemen und bin fuer jeden Tipp dankbar.

RalfBecker 2016-09-18 07:43:49 UTC #2

Hi Dirk,

Hallo zusammen, ich komme nicht mehr weiter.

Ich nutze Ubuntu. PHP Version 7.0.8-0ubuntu0.16.04.2 - Apache/2.4.18
(Ubuntu) - MySQL version: 5.7.15-0ubuntu0.16.04.1 through PHP extension
MySQLi

Wie hast die Installation bzw. das Update vorgenommen?

Ich erhalte im Setup / config admin login folgende Fehlermeldung - und kann
das Setup nicht fortsetzen:

Was genau hast Du davor gemacht?

Invalid SQL: SELECT SQL_CALC_FOUND_ROWS 1,egw_addressbook.n_given AS
n_given,egw_addressbook.n_family AS n_family,egw_addressbook.contact_id AS
id,egw_addressbook.contact_created AS
created,egw_addressbook.contact_modified AS modified,egw_accounts.account_id
AS
account_id,coalesce(egw_addressbook.contact_email,egw_mailaccounts.mail_value)
as
email,account_lid,account_type,account_status,account_expires,account_primary_group,account_description
FROM egw_addressbook RIGHT JOIN egw_accounts ON
egw_accounts.account_id=egw_addressbook.account_id LEFT JOIN
egw_mailaccounts ON egw_accounts.account_id=-egw_mailaccounts.account_id AND
mail_type=3 WHERE egw_addressbook.contact_owner=0 AND (account_expires IS
NULL OR account_expires = -1 OR account_expires > 1474126218) AND
(account_type IS NULL OR account_type!=‘u’ OR account_status=‘A’) AND
(contact_tid != ‘D’ OR contact_tid IS NULL) ORDER BY account_lid
Unknown column ‘account_description’ in ‘field list’ (1054)

Wie die Meldung besagt fehlt bei Dir die Spalte account_description. Die
wird im update auf 14.2 angelegt. Die Frage ist ob das Update
fehlgeschlagen ist oder ob etwas bevor oder währen des Updates auf 14.2
schon Code verwendet, der diese Spalte benötigt.

Daher wäre es wichtig genau zu wissen was du gemacht hast. Auch
hilfreich wäre der Trace der zusätzlich zu dem SQL Error in das Apache
Fehlerprotocoll (error.log) geschrieben wird.

Ich hoffe Du hast noch ein Backup der 1.8?
Dann würde ich als erstes mal in der aktuellen Version 16.1 das 1.8
Backup zurück spielen und nochmal einen Updateversuch machen.

Ralf

Ich vermute, ich muss die Datenbank aufrauemen und bin fuer jeden Tipp
dankbar.

–
Ralf Becker
EGroupware GmbH [www.egroupware.org]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 631 31657-0

Dirk 2016-09-20 13:46:23 UTC #3

Hi Ralf.
vielen Dank fuer deine Zeit. Ich habe die Installation nach
https://www.egroupware.org/fileadmin/files/installation-support/EN-CE-Installation.html#K7
durchgefuehrt und die Installation dann in /var/www/html gezogen.

Wenn ich eine neue Datenbank anlege, klappt es auch alles. Ich muss aber die Datenbank einbinden, die ich mit 1.8 laufen hatte. Ich habe kein Backup angelegt, nur einen SQL-dump.

Und wenn ich nun in der header.inc auf diese Datenbank (die unter 1.8 angelegt wurde) wechsle
und unter
http://localhost/egroupware/setup/
versuche, mich im Setup / config admin login einzuloggen, kommt folgende Fehlermeldung:

Database error Invalid SQL: SELECT SQL_CALC_FOUND_ROWS 1,egw_addressbook.n_given AS n_given,egw_addressbook.n_family AS n_family,egw_addressbook.contact_id AS id,egw_addressbook.contact_created AS created,egw_addressbook.contact_modified AS modified,egw_accounts.account_id AS account_id,coalesce(egw_addressbook.contact_email,egw_mailaccounts.mail_value) as email,account_lid,account_type,account_status,account_expires,account_primary_group,account_description FROM egw_addressbook RIGHT JOIN egw_accounts ON egw_accounts.account_id=egw_addressbook.account_id LEFT JOIN egw_mailaccounts ON egw_accounts.account_id=-egw_mailaccounts.account_id AND mail_type=3 WHERE egw_addressbook.contact_owner=0 AND (account_expires IS NULL OR account_expires = -1 OR account_expires > 1474378568) AND (account_type IS NULL OR account_type!=‘u’ OR account_status=‘A’) AND (contact_tid != ‘D’ OR contact_tid IS NULL) ORDER BY account_lid Unknown column ‘account_description’ in ‘field list’ (1054)

APACHE ERROR LOG SAGT:
[Tue Sep 20 16:41:05.867518 2016] [:error] [pid 23385] [client 127.0.0.1:50032] Database error (EGroupware\Api\Db\Exception\InvalidSql): Invalid SQL: SELECT SQL_CALC_FOUND_ROWS 1,egw_addressbook.n_given AS n_given,egw_addressbook.n_family AS n_family,egw_addressbook.contact_id AS id,egw_addressbook.contact_created AS created,egw_addressbook.contact_modified AS modified,egw_accounts.account_id AS account_id,coalesce(egw_addressbook.contact_email,egw_mailaccounts.mail_value) as email,account_lid,account_type,account_status,account_expires,account_primary_group,account_description FROM egw_addressbook RIGHT JOIN egw_accounts ON egw_accounts.account_id=egw_addressbook.account_id LEFT JOIN egw_mailaccounts ON egw_accounts.account_id=-egw_mailaccounts.account_id AND mail_type=3 WHERE egw_addressbook.contact_owner=0 AND (account_expires IS NULL OR account_expires = -1 OR account_expires > 1474378865) AND (account_type IS NULL OR account_type!=‘u’ OR account_status=‘A’) AND (contact_tid != ‘D’ OR contact_tid IS NULL) ORDER BY account_lid\nUnknown column ‘account_description’ in ‘field list’ (1054), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867632 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #0 /var/www/html/egroupware/api/src/Db/Deprecated.php(64): EGroupware\Api\Db->query(‘SELECT SQL_CALC…’, 0, 2, false, 2, true), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867649 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #1 /var/www/html/egroupware/api/src/Db.php(2011): EGroupware\Api\Db\Deprecated->query(‘SELECT SQL_CALC…’, 1081, ‘/var/www/html/e…’, 0, 2, false, 2), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867661 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #2 /var/www/html/egroupware/api/src/Storage/Base.php(1082): EGroupware\Api\Db->select(‘egw_addressbook’, ‘SQL_CALC_FOUND_…’, ‘egw_addressbook…’, 1081, ‘/var/www/html/e…’, 0, ‘ORDER BY accoun…’, ‘api’, 2, ’ RIGHT JOIN egw…’), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867674 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #3 /var/www/html/egroupware/api/src/Storage.php(430): EGroupware\Api\Storage\Base->search(Array, Array, ‘ORDER BY accoun…’, ‘account_lid,acc…’, ‘%’, false, ‘OR’, 0, Array, ’ RIGHT JOIN egw…’, false), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867686 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #4 /var/www/html/egroupware/api/src/Contacts/Sql.php(421): EGroupware\Api\Storage->search(Array, Array, ‘account_lid’, ‘account_lid,acc…’, ‘%’, false, ‘OR’, Array, Array, ’ RIGHT JOIN egw…’, false), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867697 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #5 /var/www/html/egroupware/api/src/Contacts/Storage.php(705): EGroupware\Api\Contacts\Sql->search(Array, Array, ‘account_lid’, ‘account_lid,acc…’, ‘%’, false, ‘OR’, Array, Array, ’ RIGHT JOIN egw…’), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867735 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #6 /var/www/html/egroupware/api/src/Accounts/Sql.php(537): EGroupware\Api\Contacts\Storage->search(Array, Array, ‘account_lid’, ‘account_lid,acc…’, ‘%’, false, ‘OR’, Array, Array, ’ RIGHT JOIN egw…’), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867747 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #7 /var/www/html/egroupware/api/src/Accounts.php(274): EGroupware\Api\Accounts\Sql->search(Array), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867758 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #8 /var/www/html/egroupware/setup/inc/class.setup.inc.php(1080): EGroupware\Api\Accounts->search(Array), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867768 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #9 /var/www/html/egroupware/setup/index.php(458): setup->accounts_exist(), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867779 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #10 {main}, referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867809 2016] [:error] [pid 23385] [client 127.0.0.1:50032] # Instance=, User=, Request=POST http://localhost/egroupware/setup/index.php, User-agent=Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0, referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867871 2016] [:error] [pid 23385] [client 127.0.0.1:50032] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/egroupware/api/src/Framework/Template.php:307) in /var/www/html/egroupware/api/src/loader/exception.php on line 114, referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867895 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #1 /var/www/html/egroupware/api/src/loader/exception.php(114): header(‘HTTP/1.1 500 Da…’), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867906 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #2 [internal function]: egw_exception_handler(Object(EGroupware\Api\Db\Exception\InvalidSql)), referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867916 2016] [:error] [pid 23385] [client 127.0.0.1:50032] #3 {main}, referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867935 2016] [:error] [pid 23385] [client 127.0.0.1:50032] # Instance=, User=, Request=POST http://localhost/egroupware/setup/index.php, User-agent=Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0, referer: http://localhost/egroupware/setup/index.php?FormLogout=config

Dirk 2016-09-26 05:48:54 UTC #4

Hi zusammen, da das Problem noch nicht gelöst ist, freue ich mich über jede Hilfe.
Gruß
Dirk

RalfBecker 2016-09-26 07:33:48 UTC #5

Hi Dirk,

Hi Ralf.
vielen Dank fuer deine Zeit. Ich habe die Installation nach
https://www.egroupware.org/fileadmin/files/installation-support/EN-CE-Installation.html#K7
durchgefuehrt und die Installation dann in /var/www/html gezogen.

Ist das eine RPM Installation?
Würde ich empfehlen und halt nicht nach /var/www/html “umziehen”,
sondern per Alias einbinden, passiert beim RPM automatisch.
Installation per Archive für immer zu sehr viel laufender Arbeit …

Wenn ich eine neue Datenbank anlege, klappt es auch alles. Ich muss aber die
Datenbank einbinden, die ich mit 1.8 laufen hatte. Ich habe kein Backup
angelegt, nur einen SQL-dump.

Und wenn ich nun in der header.inc auf diese Datenbank (die unter 1.8
angelegt wurde) wechsle
und unter
http://localhost/egroupware/setup/
versuche, mich im * Setup / config admin login* einzuloggen, kommt folgende
Fehlermeldung:

/Database error Invalid SQL: SELECT SQL_CALC_FOUND_ROWS
1,egw_addressbook.n_given AS n_given,egw_addressbook.n_family AS
n_family,egw_addressbook.contact_id AS id,egw_addressbook.contact_created AS
created,egw_addressbook.contact_modified AS modified,egw_accounts.account_id
AS
account_id,coalesce(egw_addressbook.contact_email,egw_mailaccounts.mail_value)
as
email,account_lid,account_type,account_status,account_expires,account_primary_group,account_description
FROM egw_addressbook RIGHT JOIN egw_accounts ON
egw_accounts.account_id=egw_addressbook.account_id LEFT JOIN
egw_mailaccounts ON egw_accounts.account_id=-egw_mailaccounts.account_id AND
mail_type=3 WHERE egw_addressbook.contact_owner=0 AND (account_expires IS
NULL OR account_expires = -1 OR account_expires > 1474378568) AND
(account_type IS NULL OR account_type!=‘u’ OR account_status=‘A’) AND
(contact_tid != ‘D’ OR contact_tid IS NULL) ORDER BY account_lid Unknown
column ‘account_description’ in ‘field list’ (1054)/

Ok, das kommt von dem interactiven Setup (wird bei RPM/APT Paketen nicht
verwendet).
Ich habe jetzt etwas eingebaut, damit er den Fehler ignoriert und Du
Setup für den Update verwenden kannst.
Dafür musst Du entweder auf das nächste Paket warten, oder das folgende
File bei Dir austauschen:

https://raw.githubusercontent.com/EGroupware/egroupware/16.1/setup/inc/class.setup.inc.php

Wenn Du per per MySQL den Dump einer älteren Version (zB. 1.8) in eine
bestehende 16.1 einspielst, musst Du zuvor alle Tabellen der Datenbank
löschen, sonst bleiben in 16.1 neu angelegte Tabellen stehen, weil nicht
im Dump enthalten und geben einen Fehler beim Update!!!
Das EGroupware eigene Backup/Restore macht das automatisch.

Ralf

APACHE ERROR LOG SAGT:
[Tue Sep 20 16:41:05.867518 2016] [:error] [pid 23385] [client
127.0.0.1:50032] Database error
(EGroupware\Api\Db\Exception\InvalidSql): Invalid SQL: SELECT
SQL_CALC_FOUND_ROWS 1,egw_addressbook.n_given AS
n_given,egw_addressbook.n_family AS n_family,egw_addressbook.contact_id AS
id,egw_addressbook.contact_created AS
created,egw_addressbook.contact_modified AS modified,egw_accounts.account_id
AS
account_id,coalesce(egw_addressbook.contact_email,egw_mailaccounts.mail_value)
as
email,account_lid,account_type,account_status,account_expires,account_primary_group,account_description
FROM egw_addressbook RIGHT JOIN egw_accounts ON
egw_accounts.account_id=egw_addressbook.account_id LEFT JOIN
egw_mailaccounts ON egw_accounts.account_id=-egw_mailaccounts.account_id AND
mail_type=3 WHERE egw_addressbook.contact_owner=0 AND (account_expires IS
NULL OR account_expires = -1 OR account_expires > 1474378865) AND
(account_type IS NULL OR account_type!=‘u’ OR account_status=‘A’) AND
(contact_tid != ‘D’ OR contact_tid IS NULL) ORDER BY account_lid\nUnknown
column ‘account_description’ in ‘field list’ (1054), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867632 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #0 /var/www/html/egroupware/api/src/Db/Deprecated.php(64):
EGroupware\Api\Db->query(‘SELECT SQL_CALC…’, 0, 2, false, 2, true),
referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867649 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #1 /var/www/html/egroupware/api/src/Db.php(2011):
EGroupware\Api\Db\Deprecated->query(‘SELECT SQL_CALC…’, 1081,
’/var/www/html/e…’, 0, 2, false, 2), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867661 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #2 /var/www/html/egroupware/api/src/Storage/Base.php(1082):
EGroupware\Api\Db->select(‘egw_addressbook’, ‘SQL_CALC_FOUND_…’,
‘egw_addressbook…’, 1081, ‘/var/www/html/e…’, 0, ‘ORDER BY accoun…’,
‘api’, 2, ’ RIGHT JOIN egw…’), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867674 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #3 /var/www/html/egroupware/api/src/Storage.php(430):
EGroupware\Api\Storage\Base->search(Array, Array, ‘ORDER BY accoun…’,
‘account_lid,acc…’, ‘%’, false, ‘OR’, 0, Array, ’ RIGHT JOIN egw…’,
false), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867686 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #4 /var/www/html/egroupware/api/src/Contacts/Sql.php(421):
EGroupware\Api\Storage->search(Array, Array, ‘account_lid’,
‘account_lid,acc…’, ‘%’, false, ‘OR’, Array, Array, ’ RIGHT JOIN egw…’,
false), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867697 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #5
/var/www/html/egroupware/api/src/Contacts/Storage.php(705):
EGroupware\Api\Contacts\Sql->search(Array, Array, ‘account_lid’,
‘account_lid,acc…’, ‘%’, false, ‘OR’, Array, Array, ’ RIGHT JOIN egw…’),
referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867735 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #6 /var/www/html/egroupware/api/src/Accounts/Sql.php(537):
EGroupware\Api\Contacts\Storage->search(Array, Array, ‘account_lid’,
‘account_lid,acc…’, ‘%’, false, ‘OR’, Array, Array, ’ RIGHT JOIN egw…’),
referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867747 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #7 /var/www/html/egroupware/api/src/Accounts.php(274):
EGroupware\Api\Accounts\Sql->search(Array), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867758 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #8
/var/www/html/egroupware/setup/inc/class.setup.inc.php(1080):
EGroupware\Api\Accounts->search(Array), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867768 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #9 /var/www/html/egroupware/setup/index.php(458):
setup->accounts_exist(), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867779 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #10 {main}, referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867809 2016] [:error] [pid 23385] [client
127.0.0.1:50032] # Instance=, User=, Request=POST
http://localhost/egroupware/setup/index.php, User-agent=Mozilla/5.0 (X11;
Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0, referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867871 2016] [:error] [pid 23385] [client
127.0.0.1:50032] PHP Warning: Cannot modify header information - headers
already sent by (output started at
/var/www/html/egroupware/api/src/Framework/Template.php:307) in
/var/www/html/egroupware/api/src/loader/exception.php on line 114, referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867895 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #1
/var/www/html/egroupware/api/src/loader/exception.php(114): header(‘HTTP/1.1
500 Da…’), referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867906 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #2 [internal function]:
egw_exception_handler(Object(EGroupware\Api\Db\Exception\InvalidSql)),
referer: http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867916 2016] [:error] [pid 23385] [client
127.0.0.1:50032] #3 {main}, referer:
http://localhost/egroupware/setup/index.php?FormLogout=config
[Tue Sep 20 16:41:05.867935 2016] [:error] [pid 23385] [client
127.0.0.1:50032] # Instance=, User=, Request=POST
http://localhost/egroupware/setup/index.php, User-agent=Mozilla/5.0 (X11;
Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0, referer:
http://localhost/egroupware/setup/index.php?FormLogout=config

–
View this message in context: http://egroupware.219119.n3.nabble.com/Upgrade-1-8-auf-16-1-Invalid-SQL-tp4014137p4014158.html
Sent from the egroupware-german mailing list archive at Nabble.com.

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

Dirk 2016-09-28 15:08:03 UTC #6

Hallo Danke,
vielen Dank, aber ich komme immer noch nicht weiter.

Habe die Datei class.setup.inc.php wie beschrieben ausgetauscht, sehe aber keine Veraenderung.

Schritt 1
Ich lege via setup eine neue Datenbank an. Dann funktioniert alles prima.

Schritt 2
Ich leere die neu erstellte Datenbank komplett und kopiere die Daten der 1.8-Version via adminer rein. Das fuehrt nach dem Login zu diversen Fehlermeldungen. Die Struktur der egw_accounts hat sich beispielsweise veraendert. Das habe ich manuell angepasst, sonst kann man sich schon einmal gar nicht uber das user-login anmelden. Ich sehe dann bswp. in der kleinen Kalenderansicht, dass auf meine alten Daten zugegriffen wird, aber die Kalenderhauptansicht in der Bildschirmmitte oefnnet sich gar nicht.
Ausserdem jede Menge Fehlermeldungen.

Ich habe gedacht, dass die Datenbank automatisch auf 16.*-Stand gebracht wird. Im Setup-Bereich konnte ich keinen Uploadmoeglichkeit fuer einen dump finden. Was mache ich hier falsch?

Gruss
Dirk

Dirk 2016-09-30 06:37:48 UTC #7

Da die Sache eilt: Wenn es anscheinend keine automatische Lösung für die Aktualisierung der Datenbank gibt, bleibt mir wohl nur, die 1.8-Datenbank händisch auf 16.1-Niveau zu bringen, also beide vergleichen und fehlende Tabellen oder Spalten hinzufügen. Dann sollte es klappen, oder?
Gruß
Dirk

Klaus_Jaensch 2016-09-30 06:48:06 UTC #8

Hallo Dirk,

bei mir hatte damals der Upgrade von 1.8 auf 14.3 direkt auch nicht
funktioniert. Hatte auch SQL Fehler bekommen.

Ich musste zunächst auf 14.1, dann auf 14.2 und schließlich auf 14.3
upgraden.
Nach jedem Einzelupgrade habe ich die Installation im Setup überprüft
und Änderungsvorschläge für die Applikationen ausgeführt.
Nur so hat es dann geklappt. Vielleicht hilft Dir das.
Ich weiss nur nicht, ob Du die älteren Versionen noch verfügbar sind.

Auf 16.1 habe ich allerdings selbst nich nicht upgegradet.

Grüße
Klaus

Da die Sache eilt: Wenn es anscheinend keine automatische Lösung für die
Aktualisierung der Datenbank gibt, bleibt mir wohl nur, die 1.8-Datenbank
händisch auf 16.1-Niveau zu bringen, also beide vergleichen und* fehlende
Tabellen oder Spalten hinzufügen.* Dann sollte es klappen, oder?
Gruß
Dirk

–
View this message in context: http://egroupware.219119.n3.nabble.com/Upgrade-1-8-auf-16-1-Invalid-SQL-tp4014137p4014197.html
Sent from the egroupware-german mailing list archive at Nabble.com.

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

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

RalfBecker 2016-10-09 21:27:10 UTC #9

Da die Sache eilt: Wenn es anscheinend keine automatische Lösung für die
Aktualisierung der Datenbank gibt, bleibt mir wohl nur, die 1.8-Datenbank
händisch auf 16.1-Niveau zu bringen, also beide vergleichen und* fehlende
Tabellen oder Spalten hinzufügen.* Dann sollte es klappen, oder?

Das passiert nur dann automatisch, wenn du das EGroupware Backuptool
verwendest.
Ansonsten macht das Setup, einmal dort
(https://domain.com/egroupware/setup/) einloggen und bestätigen, dann
wird das DB Schema updated.

Ralf

Gruß
Dirk

kohler 2016-10-10 15:22:37 UTC #10

Hallo erstmal in die Runde,

im Prinzip müsste von den Entwicklern mal bekannt gegeben werden welche
Version Mindestvoraussetzung für das Upgrade auf 16.1 ist.

Im habe jetzt folgendes ausprobiert:

-egroupware 1.8001 => direkt auf 16.1003 => funktioniert nicht, zuviele
Fehler bei der Übernahme

-egroupware 1.8007 => direkt auf 16.1003 => geht mit ein paar
Fehlermeldungen, kleine manuelle Eingriffe nötig, allerdings
funktioniert die Anmeldung über LDAP nicht, sondern nur mit SQL

=> Schlußfolgerung: Es kann notwendig sein, zumindest auf Version
1.8007 ein Upgrade zu machen, bevor man direkt nach 16.1003 geht.

–
Mit freundlichen Gruessen

Steffen Kohler
EDV-Betreuung

UNIVERSITAETSKLINIKUM FREIBURG
Chirurgische Universitätsklinik

Tel.: +49761-270-27250
Fax.: +49761-270-27259

Hugstetter Straße 55, D-79106 Freiburg

steffen.kohler@uniklinik-freiburg.de
http://www.uniklinik-freiburg.de

Hi zusammen, da das Problem noch nicht gelöst ist, freue ich mich
über jede
Hilfe.
Gruß
Dirk

–
View this message in context: http://egroupware.219119.n3.nabble.com/
Upgrade-1-8-auf-16-1-Invalid-SQL-tp4014137p4014181.html
Sent from the egroupware-german mailing list archive at Nabble.com.

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

Check out the vibrant tech community on one of the world’s most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

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

RalfBecker 2016-10-11 07:03:57 UTC #11

Hi Steffen,

Hallo erstmal in die Runde,

im Prinzip müsste von den Entwicklern mal bekannt gegeben werden welche
Version Mindestvoraussetzung für das Upgrade auf 16.1 ist.

Es gibt keine, sofern das compat Paket/Archive mit installiert ist.

Im habe jetzt folgendes ausprobiert:

-egroupware 1.8001 => direkt auf 16.1003 => funktioniert nicht, zuviele
Fehler bei der Übernahme

-egroupware 1.8007 => direkt auf 16.1003 => geht mit ein paar
Fehlermeldungen, kleine manuelle Eingriffe nötig, allerdings
funktioniert die Anmeldung über LDAP nicht, sondern nur mit SQL

Wenn die LDAP Anmeldung nicht geht, liegt das in den seltensten Fällen
an EGroupware. Ich würde mal die schauen ob die PHP LDAP Erweiterung
installiert ist und bei Verwendung von ldaps:// ob das Zertifikat von
PHP “verstanden” wird oder die Überprüfung ausgeschaltet ist.

=> Schlußfolgerung: Es kann notwendig sein, zumindest auf Version
1.8007 ein Upgrade zu machen, bevor man direkt nach 16.1003 geht.

Ohne das Du die Fehler näher beschreibst kann ich Dir nicht helfen.
Wir machen das Upgrade öfters für Kunden. Falls wir etwas feststellen
das im Upgrade nicht funktioniert, wird es in der Regel auch immer behoben.

Ich habe letztens ein Problem behoben, das beim 1.8 Update auftrat,
falls das Update über Setup manuell angestoßen wird (und nicht über das
Paket oder unser Backup):

https://github.com/EGroupware/egroupware/commit/07fbace534557a6b002fe4b41557dc2b7e3843ca#diff-d1332ddec1c1f05030e67e1dd2112295

Ralf

kohler 2016-10-11 08:04:28 UTC #12

Hallo Ralf,

das compat Paket ist installiert.
Die Probleme bestehen einfach darin, das viele Mysql-Tables beim
Upgrade nicht auf den Stand von 16.1 gebracht werden. Dann können auch
viele Indexe nicht aufgebaut werden etc.

Bezüglich LDAP:
php7-LDAP ist installiert und auch im Setup eingetragen, dass LDAP
verwendet werden soll. Da werde ich noch ein bisschen testen, sobald
ich dazu komme.

–
Mit freundlichen Gruessen

Steffen Kohler
EDV-Betreuung

UNIVERSITAETSKLINIKUM FREIBURG
Chirurgische Universitätsklinik

Tel.: +49761-270-27250
Fax.: +49761-270-27259

Hugstetter Straße 55, D-79106 Freiburg

steffen.kohler@uniklinik-freiburg.de
http://www.uniklinik-freiburg.de

Hi Steffen,

Hallo erstmal in die Runde,

im Prinzip müsste von den Entwicklern mal bekannt gegeben werden
welche
Version Mindestvoraussetzung für das Upgrade auf 16.1 ist.
Es gibt keine, sofern das compat Paket/Archive mit installiert ist.

Im habe jetzt folgendes ausprobiert:

-egroupware 1.8001 => direkt auf 16.1003 => funktioniert nicht,
zuviele
Fehler bei der Übernahme

-egroupware 1.8007 => direkt auf 16.1003 => geht mit ein paar
Fehlermeldungen, kleine manuelle Eingriffe nötig, allerdings
funktioniert die Anmeldung über LDAP nicht, sondern nur mit SQL
Wenn die LDAP Anmeldung nicht geht, liegt das in den seltensten
Fällen
an EGroupware. Ich würde mal die schauen ob die PHP LDAP Erweiterung
installiert ist und bei Verwendung von ldaps:// ob das Zertifikat von
PHP “verstanden” wird oder die Überprüfung ausgeschaltet ist.

=> Schlußfolgerung: Es kann notwendig sein, zumindest auf Version
1.8007 ein Upgrade zu machen, bevor man direkt nach 16.1003 geht.
Ohne das Du die Fehler näher beschreibst kann ich Dir nicht helfen.
Wir machen das Upgrade öfters für Kunden. Falls wir etwas feststellen
das im Upgrade nicht funktioniert, wird es in der Regel auch immer
behoben.

Ich habe letztens ein Problem behoben, das beim 1.8 Update auftrat,
falls das Update über Setup manuell angestoßen wird (und nicht über
das
Paket oder unser Backup):

https://github.com/EGroupware/egroupware/commit/07fbace534557a6b002fe
4b41557dc2b7e3843ca#diff-d1332ddec1c1f05030e67e1dd2112295

Ralf

Check out the vibrant tech community on one of the world’s most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

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

Check out the vibrant tech community on one of the world’s most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

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

kohler 2016-10-11 09:38:37 UTC #13

Hallo Ralf,

also das LDAP-Problem ist jetzt auch gelöst:
in Version 1.8 konnte im Setup der Eintrag noch so aussehen:

“ldap.example.com”

in Version 16.1 muss er so aussehen:

"ldap://ldap.example.com/"
Dies musste ich halt nach dem Upgrade entsprechend ändern.
Seitdem funktioniert es. Danke.

–
Mit freundlichen Gruessen

Steffen Kohler
EDV-Betreuung

UNIVERSITAETSKLINIKUM FREIBURG
Chirurgische Universitätsklinik

Tel.: +49761-270-27250
Fax.: +49761-270-27259

Hugstetter Straße 55, D-79106 Freiburg

steffen.kohler@uniklinik-freiburg.de
http://www.uniklinik-freiburg.de

Hallo Ralf,

das compat Paket ist installiert.
Die Probleme bestehen einfach darin, das viele Mysql-Tables beim
Upgrade nicht auf den Stand von 16.1 gebracht werden. Dann können
auch
viele Indexe nicht aufgebaut werden etc.

Bezüglich LDAP:
php7-LDAP ist installiert und auch im Setup eingetragen, dass LDAP
verwendet werden soll. Da werde ich noch ein bisschen testen, sobald
ich dazu komme.

–
Mit freundlichen Gruessen

Steffen Kohler
EDV-Betreuung

UNIVERSITAETSKLINIKUM FREIBURG
Chirurgische Universitätsklinik

Tel.: +49761-270-27250
Fax.: +49761-270-27259

Hugstetter Straße 55, D-79106 Freiburg

steffen.kohler@uniklinik-freiburg.de
http://www.uniklinik-freiburg.de

Hi Steffen,

Hallo erstmal in die Runde,

im Prinzip müsste von den Entwicklern mal bekannt gegeben werden
welche
Version Mindestvoraussetzung für das Upgrade auf 16.1 ist.
Es gibt keine, sofern das compat Paket/Archive mit installiert ist.

Im habe jetzt folgendes ausprobiert:

-egroupware 1.8001 => direkt auf 16.1003 => funktioniert nicht,
zuviele
Fehler bei der Übernahme

-egroupware 1.8007 => direkt auf 16.1003 => geht mit ein paar
Fehlermeldungen, kleine manuelle Eingriffe nötig, allerdings
funktioniert die Anmeldung über LDAP nicht, sondern nur mit SQL
Wenn die LDAP Anmeldung nicht geht, liegt das in den seltensten
Fällen
an EGroupware. Ich würde mal die schauen ob die PHP LDAP
Erweiterung
installiert ist und bei Verwendung von ldaps:// ob das Zertifikat
von
PHP “verstanden” wird oder die Überprüfung ausgeschaltet ist.

=> Schlußfolgerung: Es kann notwendig sein, zumindest auf Version
1.8007 ein Upgrade zu machen, bevor man direkt nach 16.1003 geht.
Ohne das Du die Fehler näher beschreibst kann ich Dir nicht helfen.
Wir machen das Upgrade öfters für Kunden. Falls wir etwas
feststellen
das im Upgrade nicht funktioniert, wird es in der Regel auch immer
behoben.

Ich habe letztens ein Problem behoben, das beim 1.8 Update auftrat,
falls das Update über Setup manuell angestoßen wird (und nicht über
das
Paket oder unser Backup):

https://github.com/EGroupware/egroupware/commit/07fbace534557a6b002
fe
4b41557dc2b7e3843ca#diff-d1332ddec1c1f05030e67e1dd2112295

Ralf

Check out the vibrant tech community on one of the world’s most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

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

Check out the vibrant tech community on one of the world’s most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

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

Check out the vibrant tech community on one of the world’s most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

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

RalfBecker 2016-10-11 10:03:25 UTC #14

Hi Steffen,

Hallo Ralf,

das compat Paket ist installiert.
Die Probleme bestehen einfach darin, das viele Mysql-Tables beim
Upgrade nicht auf den Stand von 16.1 gebracht werden. Dann können auch
viele Indexe nicht aufgebaut werden etc.

Das ist so nicht richtig, wir updaten alle Tabellen, sonst müssten wir
bei Updates ja auch alles manuell machen.

Du musst ein anderes Problem haben. Ein bekanntes Problem ist, das die
aus der 16.1 Installation schon vorhandenen und in 16.1 neuen Tabellen
vom Import per mysql(dump) nicht überschrieben werden und der Update
dann fehlschlägt, weil die Tabellen schon vorhanden sind.

Bei den Indexes ist es so, das wir die nochmals anlegen, was einen
Fehler gibt, den man getrost ignorieren kann, weil der Index ja schon da
ist.

Bezüglich LDAP:
php7-LDAP ist installiert und auch im Setup eingetragen, dass LDAP
verwendet werden soll. Da werde ich noch ein bisschen testen, sobald
ich dazu komme.

Hast Du ja gelöst bekommen.

Ralf