Invalid SQL

[sa.armbruster]

Hallo,
ich habe ein Problem im Projektmanager. Seit dem Upgrade auf Version 14 lassen sich keine Projekte mehr vom Besitzer bearbeiten. Stattdessen kommt eine Fehlermeldung über eine ungültige SQL-Syntax. Andere Benutzer mit Schreibrechten auf dem jeweiligem Projekt können es immer noch bearbeiten. Projekte, die vor dem Upgrade erstellt wurden, machen auch keine Probleme. Der Fehler tritt also nur auf, wenn man ein neues Projekt erstellt und selbst versucht dieses danach noch zu bearbeiten. Diese Fehlermeldung kommt, wenn ich ein neues Projekt anlege und danach den Titel des Projekts ändern möchte:

Database error

Invalid SQL: UPDATE egw_pm_projects SET pm_number=‘P-2015-0001’,pm_title=‘Test’,pm_description=’<span style=“width: 100%; display: inline; font-family:arial, helvetica, sans-serif; font-size:10pt;”>​’,pm_creator=13,pm_created=1447341561,pm_modifier=13,pm_modified=1447415535,pm_planned_start=NULL,pm_planned_end=NULL,pm_real_start=NULL,pm_real_end=NULL,cat_id=NULL,pm_access=‘public’,pm_priority=1,pm_status=‘active’,pm_completion=0,pm_used_time=0,pm_planned_time=0,pm_replanned_time=0,pm_used_budget=NULL,pm_planned_budget=NULL,pm_overwrite=1024,NULL WHERE pm_id=151
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘NULL WHERE pm_id=151’ at line 1 (1064)

In einem anderen Thread habe ich gelesen, dass Folgendes ein ähnliches Problem beheben sollte und habe es daher ausprobiert:

1. Account-Id herausfinden
2. DELETE FROM egw_preferences WHERE preference_owner=$account_id and preference_app=‘projectmanager’
3. Im Setup-Menü “Cache löschen und Hooks registrieren” auswählen

Allerdings tut sie beim letzten Punkt nichts. Ein Blick in den error log des Webservers (Apache) zeigt Folgendes:

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 7809913608 bytes) in /usr/share/egroupware/phpgwapi/inc/class.egw_cache_apc.inc.php on line 145, referer: http://server/egroupware/setup/index.php

Der Prozess versucht also ca. 7 GB Speicher zu reservieren. Da muss also offensichtlich was schief gegangen sein.
Ich komme leider nicht dahinter woran das liegen könnte. Wäre schön, wenn mir jemand helfen könnte.

Gruß
Sascha

[Ralf_Becker_Stylite]

Hi Sascha,

wenn das Löschen des Caches im APC(u) am Speicher scheitert: einfach den
Apachen durchstarten, das hat den gleichen Effect.

Zu dem Fehler selbst kann ich nichts sagen. Wenn Du Ihn auch bei unserer
Demo oder in einem Trial (http://www.egroupware.org/trial) reproduzieren
kannst, öffne einen Bug dazu.

Ralf

Hallo,
ich habe ein Problem im Projektmanager. Seit dem Upgrade auf Version 14
lassen sich keine Projekte mehr vom Besitzer bearbeiten. Stattdessen kommt
eine Fehlermeldung über eine ungültige SQL-Syntax. Andere Benutzer mit
Schreibrechten auf dem jeweiligem Projekt können es immer noch bearbeiten.
Projekte, die vor dem Upgrade erstellt wurden, machen auch keine Probleme.
Der Fehler tritt also nur auf, wenn man ein neues Projekt erstellt und
selbst versucht dieses danach noch zu bearbeiten. Diese Fehlermeldung kommt,
wenn ich ein neues Projekt anlege und danach den Titel des Projekts ändern
möchte:

Database error

Invalid SQL: UPDATE egw_pm_projects SET
pm_number=‘P-2015-0001’,pm_title=‘Test’,pm_description=‘​’,pm_creator=13,pm_created=1447341561,pm_modifier=13,pm_modified=1447415535,pm_planned_start=NULL,pm_planned_end=NULL,pm_real_start=NULL,pm_real_end=NULL,cat_id=NULL,pm_access=‘public’,pm_priority=1,pm_status=‘active’,pm_completion=0,pm_used_time=0,pm_planned_time=0,pm_replanned_time=0,pm_used_budget=NULL,pm_planned_budget=NULL,pm_overwrite=1024,NULL
WHERE pm_id=151
You have an error in your SQL syntax; check the manual that corresponds to
your MySQL server version for the right syntax to use near ‘NULL WHERE
pm_id=151’ at line 1 (1064)

In einem anderen Thread habe ich gelesen, dass Folgendes ein ähnliches
Problem beheben sollte und habe es daher ausprobiert:

1. Account-Id herausfinden
2. DELETE FROM egw_preferences WHERE preference_owner=$account_id and
   preference_app=‘projectmanager’
3. Im Setup-Menü “Cache löschen und Hooks registrieren” auswählen

Allerdings tut sie beim letzten Punkt nichts. Ein Blick in den error log des
Webservers (Apache) zeigt Folgendes:

PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to
allocate 7809913608 bytes) in
/usr/share/egroupware/phpgwapi/inc/class.egw_cache_apc.inc.php on line 145,
referer: http://server/egroupware/setup/index.php

Der Prozess versucht also ca. 7 GB Speicher zu reservieren. Da muss also
offensichtlich was schief gegangen sein.
Ich komme leider nicht dahinter woran das liegen könnte. Wäre schön, wenn
mir jemand helfen könnte.

Gruß
Sascha

–
Ralf Becker
Director Software Development

Stylite AG

Isaac-Fulda-Allee 9 | Tel. +49 6131 32702-0
D-55124 Mainz | Fax. +49 6131 32702-70

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 46224 Mainz Germany

[sa.armbruster]

Hallo Ralf,
ich konnte den Fehler in der Demo nicht nachstellen, da ich da nicht unsere alte Datenbank einspielen kann. Ich habe jetzt allerdings die Ursache für den Fehler gefunden. Ich bin nur noch recht ratlos wie es dazu kommt. Verursacht wird der Fehler daruch, dass beim Erstellen eines neues Projekts im Reiter “Abrechnung” keine Abrechnungsart zur Verfügung steht und in der Datenbank in der Tabelle “egw_pm_projects” in Spalte “pm_accounting_type” deshalb “NULL” eingetragen wird. Das führt folglich beim nachträglichen Bearbeiten zu einer ungültigen SQL-Abfrage, wie ja aus der Fehlermeldung ersichtlich ist. Ändere ich das “NULL” in der Datenbank manuell zu “status” funktioniert alles prima. Das Problem entsteht offensichtlich durch das Upgrade der alten Datenbank von Version 1.8 auf die neue Datenbank von Version 14.3. Mit einer neuen Datenbank tritt der Fehler nicht auf, da wird in der Spalte “pm_accounting_type” standardmäßig “status” eingetragen und somit geht alles gut. Ich hab auch noch zwei Bilder angehängt um zu verdeutlichen, was ich meine.
Kannst du dir da einen Reim draus machen, wodurch das verursacht wird?

Gruß
Sascha

1_sollte.png (28.1 KB)
2_ist.png (27.5 KB)