Hallo Nadine, für gewöhnlich reicht es die alte Datenbank über eine frische i-doit Installation zu spielen. Die Verzeichnisse werden nur dann benötigt, wenn mit Dateien gearbeitet wurde (also Objektbilder, Import-Dateien, Logs, …). Viele Grüße Leo

Hallo, hat sich hier nach einem Jahr etwas ergeben? Ich versuche gerade ähnliche Systeme (IBM v3700, IBM SAN Volume Controller) abzubilden und hake an den gleichen Stellen. Auch kann ich bei mir die Kategegorie Storage-Pool nicht finden. Viele Grüße Oli

Super, danke, das war die Lösung!!

Hallo hector.san, eigene Beziehungsarten kannst du entweder bei Benutzerdefinierten Kategorien verwenden (implizit) oder indem du explizite Beziehungen erstellst. Viele Grüße Leo

Hi, die Tabelle würde mich auch interessieren. Ich finde sie aber nicht. Gibt es sie nicht mehr? Danke, MfG

Hallo, muss die Datei irgendwie neu geladen werden? Ich habe es so probiert aber es ist immer noch der selbe Fehler. Auch wenn ich den User aus der Datenbank lösche wird der zwar neu angelegt, aber es werden keine Rechte vergeben. Muss in der Gruppe unter LDAP-Mapping die OU angegeben werden wenn man in der config.inc.php die standard gruppen definiert hat? VG ag

Hallo, ich konnte das Problem lösen. Hab den entscheidenden Hinweis in der i-doit Akademie gefunden. Was geschieht beim wiederholten Import? i-doit macht ein Abgleich zwischen neu importierten und bereits angelegten Objekten in den folgenden Attributen: •Mac-Adresse (i-doit: Kategorie Netzwerk/Ports) •Seriennummer (i-doit: Kategorie Modell) •Hostname (i-doit: Kategorie Hostadresse) In mindestens zweien der drei Attributen muss es eine Übereinstimmung geben, damit ein schon in i-doit vorhandenes Objekt aktualisiert wird. i-doit wird nur neue Objekte anlegen, wenn nicht in mindestens zweien der drei Parameter eine Übereinstimmung ist. Gruß Patrick

Hallo, das ganz ist wirklich sehr merkwürdig. Ich habe in der letzten Wochen den Host aus einer Sicherung wiederhergestellt. Ich kann zwar nun auf die Standort wieder zugreifen, aber z.B. Systemübersicht lässt sich weiterhin nicht öffnen. Den Systemcache habe ich geleert, leider hat das aber auch keine Veränderung gebracht. Bei der Installation waren alle Parameter für die Installation Grün/OK. Allerdings kann ich nicht sagen, ob das öffnen der Systemübersicht in der Vergangenheit möglich war.

Hallo Rossi, die Inkompatibilität zu neuen OTRS Versionen ist uns bekannt und wir arbeiten derzeit daran das Problem zu lösen. Einen Zeitpunkt zur Fertigstellung kann ich dir allerdings leider nicht nennen! Viele Grüße Leo

Hallo Leo, ja, daran lag es, danke! Sorry für die späte Antwort. Hatte im Support-Chat die Lösung auch schon bekommen. Aber schön zu sehen, dass ihr euer KnowHow auch zügig untereinander austauscht Gruß andyle

@mattip: bei mir gehts nun auch wieder, die GD Lib hat gefehlt  (wobei mir nicht bewusst ist, das das bei der Installation als Fehler angezeigt worden wäre) Viel Grüße, Matthias Hallo Matthias, super das es nun auch bei dir läuft und vielen Dank für die Info! Wir werden einen Check für GD Lib in i-doit nachtragen. Viele Grüße Leo

Ich hatte den Fehler auch. Man kann den Filter manuell in der Datenbank ändern. In der Tabelle isys_ldap muss beim Filter manuell eingetragen werden z.B (objectClass=user). Also die erste und letzte Klammer und das '&' muss weggelsassen werden. Dann geht es. Jedoch wird der Filter wieder Überschrieben, wenn mit der GUI die LDAP Settings geändert werden. VG ag

Hallo zusammen, gute Nachrichten! Wir konnten den Fehler identifizieren und zügig lösen. Das i-doit 1.3.0 Update Paket wurde bereinigt und steht ab sofort (in unserem Kundenportal) zum Download bereit. @kennerblick Den Fehler "Unable to load template file './content/top/list_paging.tpl' in 'content/top/main_objecttype.tpl'" konnten wir jedoch nicht reproduzieren. Wurden beim Update alle Dateien korrekt kopiert? Viele Grüße Leo

Danke für die schnelle Antwort. Ich versuche LDAP in die Open Version 0.9.9-7 zu integrieren. Ich habe die Vermutung, das der Filter sich falsch zusammen setzt. Außerdem lässt sich der Filter nicht immer anpassen. Ich habe auch schon andere Threads gelesen. Ist es die einzige Möglichkeit, den Filter in der DB manuell zu ändern? Teil aus der debug_ldap.txt 2014-03-19 10:41:34 ldap: Getting user(s) using filter: (&(&(objectClass=)(userPricipalName=uPN@company.com)) in search-path: OU=ouname,DC=company,DC=com 2014-03-19 10:41:34 ldap: ** No user found. 2014-03-19 10:41:34 ldap: User not found. Check if benutzer exist in your configured search-path: OU=ouname,DC=company,DC=com 2014-03-19 10:41:34 ldap: –-------------------------------------------------------------------------------------------- 2014-03-19 10:41:34 ldap: *** LDAP Auth failed. (false)