@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!

Der H-Inventory Import ist Bestandteil unserer Subskriptionsversion : http://i-doit.org/de/pro/subscription

Es existiert ein Bug in der 0.9.9-1, dass die Formfaktor Einträge falsch gespeichert und ausgelesen werden. Wird zur nächsten Version behoben. Hier ein SQL Statement um die fehlerhaften Einträge zu beheben: DELETE t1 FROM isys_catg_formfactor_list t1, isys_catg_formfactor_list t2 WHERE t1.isys_catg_formfactor_list__isys_obj__id = t2.isys_catg_formfactor_list__isys_obj__id AND t1.isys_catg_formfactor_list__id > t2.isys_catg_formfactor_list__id; (Beim nochmaligen Speichern könnte das Verhalten nach dem bereinigen allerdings erneut auftreten. Einen kompletten Fix gibt es erst zu nächsten Version)

Unter Kontakte -> Gruppen können die Modulrechte für die entsprechende Gruppe definiert werden

Unter dem Root Element "Infrastruktur" im Linken Objekt-Typ Baum kann man die Objekttypen doch jederzeit bearbeiten und die Kategorien beliebig an oder abwählen