Das ist es leider nicht. Die Tabellen beginnen mit isys_ VW

Nicht zu fassen! Noch einfacher gehts wirklich nicht. Das Teil macht immer mehr Spaß … Dank und Grüße Joe

Zur Info: ich habe den Fehler zweimal gefunden: in Zeile 246 und in Zeile 288 (Version 0.9.9-2) Hubert

Benutzerdefinierte Status sind für die nahe Zukunft geplant, noch ein wenig Geduld bitte.

Yay! Super, das war's, update ist korrekt gelaufen, Danke! Komisch aber, dass da einfach eine Spalte fehlt…

Das zu müssen die Keys aber erstmal eingelesen werden. Das tut das Standard OCS Import Prozedere aber nicht.

@Danny: …Damit hättest du dann nur noch das Syntaxproblem! Und die Usability

Ich habe einen ähnlichen Fehler (update 0.9.9.-1 auf 0.9.9-2): isys_exception_database : Query error: ' SELECT * FROM isys_report WHERE isys_report__title = 'Stromverbrauch in Racks' AND isys_report__type = 's'; ': Unknown column 'isys_report__type' in 'where clause' SHOW CREATE TABLE isys_report zeigt: CREATE TABLE `isys_report` ( `isys_report__id` int(32) NOT NULL auto_increment, `isys_report__title` varchar(255) character set utf8 NOT NULL, `isys_report__description` text character set utf8 NOT NULL, `isys_report__query` text character set utf8 NOT NULL, `isys_report__query_row` text character set utf8 NOT NULL, `isys_report__mandator` int(32) NOT NULL, `isys_report__datetime` datetime NOT NULL, `isys_report__last_edited` datetime NOT NULL, PRIMARY KEY  (`isys_report__id`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci …die gesamte Tabelle isys_report ist außerdem leer - soll das so sein?

Super, funktioniert, Danke! …und dann kam direkt der nächste Fehler (update von 0.9.9 auf 0.9.9-1): isys_exception_database : Query error: 'ALTER TABLE `isys_cats_access_point_list` DROP `isys_cats_access_point_list__isys_cats_distributor__id`': Error on rename of './idoit_kunde1/#sql-4ee_9de3' to './idoit_kunde1/isys_cats_access_point_list' (errno: 150) Edit: Lösung hier im Forum gefunden http://www.i-doit.org/forum/index.php/topic,1472.msg6542.html#msg6542 …man muss nur lange genug suchen

Hm das Problem ist aus der Ferne schwierig zu identifizieren. Kannst du mal auf deinem SMTP Server schauen ob ein Mail Request eingeht, wenn der CLI Handler ausgeführt wird? Vielleicht ist in der php.ini auch irgendetwas unterbunden, CLI und Apache haben unter Debian System z.B. unterschiedliche configs

Wir haben es nun so geändert, dass User immer gelöscht werden können.

Hallo, das ist ein Bug. Wird gefixed.

Unter Verkabelung -> Anschluss werden die Verbindungen gepflegt

In dem entsprechenden Server muss unter der Kategorie "Nagios" der zugehörige Hostname aus Nagios eingetragen werden, damit er die Maschine auch aus der NDO DB abfragen kann

Das ist möglich über unser Report Modul

Ja i-doit läuft dort

CREATE TABLE isys_netp_port_2_isys_netp_con ( isys_netp_port_2_isys_netp_con__id int(10) unsigned NOT NULL auto_increment, isys_netp_port_2_isys_netp_con__isys_netp_port__id int(10) unsigned NOT NULL default '0', isys_netp_port_2_isys_netp_con__isys_netp_con__id int(10) unsigned NOT NULL default '0', PRIMARY KEY  (isys_netp_port_2_isys_netp_con__id), KEY isys_netp_port_2_isys_netp_con__isys_netp_port__id (isys_netp_port_2_isys_netp_con__isys_netp_port__id), KEY isys_netp_port_2_isys_netp_con__isys_netp_con__id (isys_netp_port_2_isys_netp_con__isys_netp_con__id), CONSTRAINT isys_netp_port_2_isys_netp_con_ibfk_1 FOREIGN KEY (isys_netp_port_2_isys_netp_con__isys_netp_con__id) REFERENCES isys_netp_con (isys_netp_con__id) ON DELETE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci

Supi!! Funktioniert einwandfrei. Vielen Dank!