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)

Vielen Dank für die Info, ich habe den Ausdruck von mehreren QR-Codes getestet. Leider richtet sich der Inhalt nicht nach den individuell angepassten QR-Codes. Also habe ich versucht, das Layout für die QR-Codes anzupassen. Wichtig ist meiner Meinung nach ein Inventaretikett mit folgenden Angaben: Firmenlogo  (wegen CI) Bezeichnung des Inventargegenstandes Seriennummer (optische Identifizierung des Aufklebers zum zugehörigen Gegenstand - z.B. bei einem Monitor) Bei meinem individuellen Inventaraufkleber hatte ich noch die Modellnummer angegeben, aber das ist optional. Mir fehlt also ein Platzhalter für die Seriennummer, gibts den? Wurde mit der neuen i-doit Version die Anpassung des QR-Codes ausgehebelt? Viele Grüße

Hallo, das klingt interessant. Ich versuche das mal nachzustellen, danke für den Tipp. LG Stefan.

@yoda: Hatte eben den selben Fehler. Danke für den Tipp!

Hallo Thomas, das klingt nach einem Fehler der i-doit OPEN Version, die Fehlermeldung kommt mir bekannt vor! Vielleicht hilft dir dieses Thema weiter: http://forum.i-doit.org/index.php/topic,2789.msg9495.html ? Viele Grüße Leo

Ja, damit ist der Fehler behoben. Der Folgefehler dadurch war ein SQL Fehler, wenn man bei einem Host auf Nagios in der Objektsturktur klickte. Ist damit behoben. Danke LG Stefan

Hi, gibt es eine Lösung für das Problem? Ich habe das selbe Problem mit der Version 0.9.9-7. Tschau Tobias

Hallo Bernhard, anscheinend erfüllt der i-doit Server nicht die Systemvoraussetzungen für die Verwendung des VIVA-Moduls. Hier ist es zwingend notwendig, dass die PHP-Einstellung "short_open_tag" aktiviert (on) ist (siehe: VIVA-Dokumentation Punkt "2.1 Systemvoraussetzungen") Grüße Jens

Bist Du hier schon weiter gekommen oder besteht das Interesse noch an den Reports?