Auch wenn bald die neue Version da ist, hast du mal manuell das CREATE TABLE aus der alten Datei in die neue Datei eingefügt? Das sollte jedenfalls (offensichtlich) helfen.

Okay, Vielen Dank für die Erklärung! Wenn mit dem klick auf Abbrechen die "Leichen" verschwinden wäre das wohl für den User besser verständlich. glücklichbin mfg Wutz M.

Hast du vorher mal neue Gruppen unter Kontakte angelegt und diese auch mit neuen Benutzern verknüpft? Traten die Probleme jetzt bei einem dieser neuen Benutzer auf? Du kannst auch mal in der Tabelle isys_group_2_isys_user_session nachprüfen, ob die relationale Verknüpfung von isys_user_session__id im Tabellenfeld isys_group_2_isys_user_session__isys_user_session__id auf ON DELETE CASCADE steht. Sollte sie nämlich Und in der neuen Version 0.9.1 nächsten Monat wird das auch so sein.

Wir rechnen nächsten Monat damit.

Dies ist ein Bug, der zur Version 0.9.1 behoben ist.

Unserem Team ist der Fehler nicht bekannt. Versuch doch mal auf eine neuere Revision upzudaten.

Hi, danke für die Infos und die Links zu den vorhandenen Tools, denn zur Version 1.0 ist bei uns eine XML-Schnittstelle zum Input in, wie auch Output aus dem i-doit angedacht. Man könnte mit für die Tools eine Wrapper Lösung schreiben, die die XML oder CSV Daten aus den aufgelisteten Programmen in das i-doit Format wandelt. Kann ich mir also gut vorstellen, dass das funktioniert.

Da hier ja auch Verbesserungsvorschläge hinsollen, hier mal gleich sowas wie ein feature-request: Wenn Objekte über ein anderes Tool, einen Import, etc. geändert/neu erzeugt werden, sollte darüber der jeweilige Hauptverantwortliche (bzw. bei neuen Objekten ein vorher festgelegter Kontakt) per Mail/MyDoit informiert werden können (vielleicht ein Optionsfeld im Importscript?). Hintergrund: Dei meisten Daten, insbesondere zu Systemen, sind in Systemmanagement-/Inventarisierungs-Tools vorhanden. Dort werden die Daten i.d.R. auch automatisch aktualisiert. Diese Systemänderungen zusätzlich manuell in einer CMDB zu pflegen, ist sicherlich schwer durchsetzbar, woraus eine nicht aktuelle CMDB resultieren würde. Allerdings sollten die Änderungen natürlich bestätigt werden, ggf. auch durch einen Changemanager.

Danke für den Hinweis. Da scheint unsere "load"-Funktion intern anscheinend kein SSL zu können. Noch nicht.

@ThH: 1. Ports: Ports lassen sich nicht archivieren und somit auch nicht löschen. Die Schaltfläche "Archivieren" ist inaktiv. Statt dessen gibt es eine Schaltfläche "Purge", dessen Sinn sich mir nicht erschließt. Interessanter Weise kann ich Interfaces archivieren. Die zu dem Interface gehörenden Ports jedoch bleiben bestehen. Das macht aus meiner Sicht keinen Sinn, da es hier eine direkte Abhängigkeit gibt. Es ist sicherlich noch nicht die perfekte Lösung, hat jedoch einen bestimmten Grund. Dadurch, dass ein Interface nur archiviert wird ohne die Ports dabei "mitzureißen" verliert man die Verknüpfungen zwischen den Ports nicht. Dass die Ports direkt gelöscht werden wenn du den Punkt "Purge" auswählst hat den Grund dass archivierte Ports keinen großen Sinn machen. Entweder gibt es einen benutzbaren Port oder nicht. Ausserdem gibt es bei jedem Port noch das Flag "aktiv" welches an- oder abgewählt sein kann. Sicherlich ist hier aber noch Bedarf an einer Überarbeitung, danke für deinen Post. 2. Dateiversionen: In der Übersicht der Dateiversionen fehlt das Auswahlkästchen, so dass hier die Schaltflächen "Editieren" und "Archivieren" nicht funktionieren können. Wenn man sich durch Klick auf den Listeneintrag das entsprechende Objekt anschaut, ist die Schaltfläche "Archivieren" zwar aktiv, es passiert jedoch nichts, wenn man sie betätigt. Des weiteren kann man beim Editieren eines Dateiversionen-Objektes lediglich die Beschreibung ändern. Das ist doch sicherlich auch nicht korrekt!? Das werde ich mal weiterleiten, danke.

@beate: 1)  welcher Workaround ist der bessere? 2)  wozu ist der  isys_debugger notwendig (klar, für die Entwicker… aber für die Nutzer) ? Ginge es nicht auch ohne, ggf. sogar performanter? 3)  wann wird das wie in den Code einfließen? zu 1: Der letztere wo der Debugger nicht einfach auskommentiert wird. Aber es ist immer noch ein Workaround und keine Lösung. zu 2: Unter Umständen kann ein User auch auf den Debugger verzichten. Schwierig wird es dann natürlich für uns wenn es Fehler gibt und wir zum Beispiel nicht auf Fehlermeldungen zurückgreifen können. zu 3: Das wird direkt in der nächsten Version mit untergebracht.

Dann sind wir uns ja einig!! Kannst "ihm" gleich mal sagen, dass das Redbox Layout echt gelungen ist!!! Jan

Probiere mal unter dem Hauptmenüpunkt 'Andere' auf 'Datei' zu klicken. Dann kannst du dort unter den Dateiversionen eine neue anlegen. Diese Schritte sind wegen unserer neuen Versionierungskontrolle bei Dateien hinzugekommen.

Ich schlage vor, dass wir den Thread an anderer Stelle fortführen.

Hallo aw, danke für die superschnelle Antwort. Achso, das hatte ich vergessen. Update klappte nicht bei mir. Wenn ich die URL für die Patch-Engine aufrufe, bekomme ich folgende Meldung: i-doIT Patch engine Requirements: Please care that the i-doIT directory is fully writable. After clicking on an upgrade link we will DIRECTLY start! Current version: 0.9beta2 Current OS: Unix-like Es gibt aber keinen Update-Link auf den ich klicken könnte und der Apache-Benutzer hat Schreibrechte im gesamten Verzeichnis. Nun wieder zu meiner letzten Anfrage. Hab nichts drüberinstalliert: 1. altes Verzeichnis umbenannt 2. beta2 in Verzeichnis i-doit entpackt 3. Installationsroutine ausgeführt => Alles sauber und blitzeblank neu! Ich vermute mal bei dem Auszug für die Tabellle "isys_module_2_isys_group" hast du dich vertan, die gibt es nicht, statt dessen eine Tabelle "isys_group_2_isys_module". Hier der Auszug der drei Tabellen: – phpMyAdmin SQL Dump -- version 2.8.1 -- http://www.phpmyadmin.net -- Host: localhost -- Erstellungszeit: 12. September 2006 um 17:31 -- Server Version: 5.0.21 -- PHP-Version: 5.1.4 -- Datenbank: idoit2_mandant -- -- Tabellenstruktur für Tabelle isys_group CREATE TABLE isys_group (   isys_group__id int(10) unsigned NOT NULL auto_increment,   isys_group__title varchar(255) collate latin1_german1_ci NOT NULL default '',   isys_group__description varchar(255) collate latin1_german1_ci default NULL,   isys_group__email_address varchar(255) collate latin1_german1_ci default NULL,   isys_group__phone varchar(255) collate latin1_german1_ci default NULL,   isys_group__right_group int(10) unsigned default '0',   isys_group__status int(10) unsigned default '1',   isys_group__sort int(10) unsigned default '5',   isys_group__property int(10) unsigned default '0',   PRIMARY KEY  (isys_group__id) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci AUTO_INCREMENT=1000 ; -- -- Daten für Tabelle isys_group INSERT INTO isys_group (isys_group__id, isys_group__title, isys_group__description, isys_group__email_address, isys_group__phone, isys_group__right_group, isys_group__status, isys_group__sort, isys_group__property) VALUES (11, 'Reader', 'Reader', '', '', 1, 2, 11, 0), (12, 'Editor', 'Editor', '', '', 1, 2, 12, 0), (13, 'Author', 'Author', '', '', 1, 2, 13, 0), (14, 'Archivar', 'Archivar', '', '', 1, 2, 14, 0), (15, 'Admin', 'Admin', '', '', 1, 2, 15, 0); -- -- Tabellenstruktur für Tabelle isys_group_2_isys_module CREATE TABLE isys_group_2_isys_module (   isys_group_2_isys_module__id int(10) unsigned NOT NULL auto_increment,   isys_group_2_isys_module__isys_role__id int(10) unsigned NOT NULL default '0',   isys_group_2_isys_module__isys_module__id int(10) unsigned NOT NULL default '0',   isys_group_2_isys_module__isys_group__id int(10) unsigned NOT NULL default '0',   PRIMARY KEY  (isys_group_2_isys_module__id),   KEY isys_group_2_isys_module_FKIndex1 (isys_group_2_isys_module__isys_module__id),   KEY isys_group_2_isys_module_FKIndex2 (isys_group_2_isys_module__isys_role__id),   KEY isys_group_2_isys_module_FKIndex3 (isys_group_2_isys_module__isys_group__id) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci AUTO_INCREMENT=1005 ; -- -- Daten für Tabelle isys_group_2_isys_module INSERT INTO isys_group_2_isys_module (isys_group_2_isys_module__id, isys_group_2_isys_module__isys_role__id, isys_group_2_isys_module__isys_module__id, isys_group_2_isys_module__isys_group__id) VALUES (6, 1, 1, 11), (7, 1, 2, 11), (8, 1, 3, 11), (9, 1, 4, 11), (10, 1, 5, 11), (11, 1, 6, 11), (12, 1, 7, 11), (14, 2, 1, 12), (15, 2, 2, 12), (16, 2, 3, 12), (17, 2, 4, 12), (18, 2, 5, 12), (19, 2, 6, 12), (20, 2, 7, 12), (21, 2, 8, 12), (22, 3, 1, 13), (23, 3, 2, 13), (24, 3, 3, 13), (25, 3, 4, 13), (26, 3, 5, 13), (27, 3, 6, 13), (28, 3, 7, 13), (29, 3, 8, 13), (30, 4, 1, 14), (31, 4, 2, 14), (32, 4, 3, 14), (33, 4, 4, 14), (34, 4, 5, 14), (35, 4, 6, 14), (36, 4, 7, 14), (37, 4, 8, 14), (38, 5, 1, 15), (39, 5, 2, 15), (40, 5, 3, 15), (41, 5, 4, 15), (42, 5, 5, 15), (43, 5, 6, 15), (44, 5, 7, 15), (45, 5, 8, 15), (51, 1, 9, 11), (52, 2, 9, 12), (53, 3, 9, 13), (54, 4, 9, 14), (55, 5, 9, 15), (1000, 1, 9, 11), (1001, 2, 9, 12), (1002, 3, 9, 13), (1003, 4, 9, 14), (1004, 5, 9, 15); -- -- Tabellenstruktur für Tabelle isys_module CREATE TABLE isys_module (   isys_module__id int(10) unsigned NOT NULL auto_increment,   isys_module__title varchar(255) collate latin1_german1_ci default NULL,   isys_module__description text collate latin1_german1_ci,   isys_module__const varchar(255) collate latin1_german1_ci default NULL,   isys_module__sort int(11) default NULL,   isys_module__date_install date default NULL,   isys_module__version varchar(255) collate latin1_german1_ci default NULL,   isys_module__class varchar(255) collate latin1_german1_ci default NULL,   isys_module__property int(10) unsigned default NULL,   isys_module__status int(10) unsigned default NULL,   PRIMARY KEY  (isys_module__id) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci AUTO_INCREMENT=1000 ; -- -- Daten für Tabelle isys_module INSERT INTO isys_module (isys_module__id, isys_module__title, isys_module__description, isys_module__const, isys_module__sort, isys_module__date_install, isys_module__version, isys_module__class, isys_module__property, isys_module__status) VALUES (1, 'Modulmanager', 'Modulmanager', 'C__MODULE__MANAGER', 10, '2006-03-01', '0.9', 'isys_module_manager', 1, 1), (2, 'CMDB', 'Configuration Management\r\nDatabase', 'C__MODULE__CMDB', 20, '2006-03-01', '0.9', 'isys_module_cmdb', 1, 1), (3, 'Event Manager', 'Event Manager', 'C__MODULE__EVENTMANAGER', 65535, '2006-03-01', '0.9', 'isys_module_event_manager', 1, 1), (4, 'i-manageIT', 'Taskplaner,\r\nChecklisten etc.', 'C__MODULE__MANAGE_IT', 30, '2006-03-01', '0.9', 'isys_module_task', 1, 1), (5, 'Sprachkonstanteneditor', 'Sprachkonstanteneditor', 'C__MODULE__LANGEDIT', 40, '2006-03-01', '0.9', 'isys_module_lang', 1, 1), (6, 'Systemregistrierung', 'Editor für\r\ndie Systemregistrierung', 'C__MODULE__REGEDIT', 50, '2006-03-01', '0.9', 'isys_module_regedit', 1, 1), (7, 'Logbuch', 'CMDB Logbuch', 'C__MODULE__LOGBOOK', 60, '2006-03-01', '0.9', 'isys_module_logbook', 1, 1), (8, 'Verwaltung', 'Systemverwaltung', 'C__MODULE__SYSTEM', 70, '2006-03-01', '0.9', 'isys_module_system', 1, 1), (9, 'LC__MODULE__USER_SETTINGS__TITLE', 'User settings', 'C__MODULE__USER_SETTINGS', 80, '2006-08-21', '0.9', 'isys_module_user_settings', 1, 2); Danke ThH

Der Fehler tritt nur auf, wenn eine der Datenbanken nicht erreicht werden konnte. Prüf bitte, ob der mySQL lokal wirklich via TCP erreichbar ist. Vielleicht läuft er nur auf einem UNIX-Domain-Socket. Ansonsten gibt es an deiner Konfiguration nichts zu bemängeln. Der Benutzer rade@localhost sollte in mySQL mit vollem Zugriff auf die Datenbanken 'idoit' und 'system' haben. Kannst du in der Tabelle mysql.user oder via 'SHOW GRANTS' auf der mySQL-Konsole überprüfen. Es ist möglich, dass der PHP-interne mySQL-Client nicht mit 'localhost' als Source-Host, sondern mit '192.168.0.206' u. ä. auf die DB zugreifen will. Das klappt allerdings nur, wenn der Benutzer rade@192.168.0.206 auch entsprechende Rechte hat. Falls gar nichts hilft, schau bitte nochmal in dein Apache2 Error-Log, ob detailliertere Informationen über den Fehler erscheinen. Grüße, André