Ahhh, danke, da tut sich jetzt was. Muss noch etwas aufgehübscht werden, aber es ist schon mal ein PDF, das ist schon mal viel Wert. Danke Gruß Torben

Das Locking kannst du auch deaktivieren unter Verwaltung -> Objekt Sperrung

Und siehe da, er bringt licht ins duknle.. danke vielmals, Jetzt klappt es. Hätte ich gewusst, dass der Report-Browser sich mit eurer Seite verbindet, hätt ich das Thema nie eröffnet, denn unser Server steht nicht im Internet-Netz und kann sich somit gar nicht mit http://reports.i-doit.org/ verbinden.. Trotzdem danke für die mühe..

Super.. Vielen Dank.. Der Eintrag existierte bei mir gar nicht. Habe ihn hinzugefügt und siehe da, es klappt wieder..

Ein kleiner Hinweis für die 0.9.9 zum Thema Sprachkonstanten: Der Editor wurde vorerst leider abgeschafft und die Sprachkonstanten wurden von der Datenbank in die Dateien im Verzeichnis src/lang/ verlagert. Um Custom Werte zu verwenden gibt die Datei src/lang/de_custom.example.inc.php. Darin befinden sich Hinweise über die Vorgehensweise. Um die Änderungen gültig zu machen, muss die Datei vorerst in src/lang/de_custom.inc.php umbenannt werden. Das gleiche gilt dann für Englisch (en_custom.inc.php)

Funktioniert das Verbinden zu der Datenbank mit den gesetzten Benutzerdaten lokal über die Konsole ?

Hat sich erledigt.. Für die Nachwelt, in der config.inc.php in Zeile 104 das // entfernen und die www directory angeben -> "idoit/irm/" Gruß.. Sven

Sorry, das geht momentan noch nicht, wird aber für das nächste Release sicher berücksichtigt.

Die Bezeichnung fuer eine Applikationsverknüpfung ist in den neueren Version nichtmehr enthalten, da sie sinnlos war. Es wird nun lediglich der Objektname (Die Applikation selbst) angezeigt. Das mit dem Vertragsende könnte daran liegen, dass wir den Sub-Wartungsvertrag eingeführt haben. Das Datum in der Liste wird entweder dem Kategorieeintrag oder dem verknüpften Wartungsvertrag verwendet - je nach dem was gefüllt ist. Der Subvertrag hat hierbei Vorrang, vielleicht habt ihr diesen hier geflegt und das Datum nicht eingegeben?

Also um das noch mal genauer aufzuschlüsseln, ich lege einen neuen Raum an und vergebe: Name Einsatzzweck Kategorie und wähle dann bei Standort die Lupe aus, es öffnet sich ein neues Fenster Standortauswahl und dort steht dann nix drin. Ich kann es abspeichern ohne Auswahl oder Abrechen. Raumtyp Raumnummer Stockwerk festgelegt abspeichern So jetzt habe ich gerade festgestellt, dass wenn ich den Raum dann editiere ich in der Standortauswahl dann auch was eintragen kann. Oder ich gehe in das Gebäude und wähle links Objekte aus und sage Objekt hinzufügen, dann geht es auch manchmal. Ist das so gewollt? Oder kann es sein, dass da erstmal nen Prozess ablufen muss, bevor man den Standort zuweisen kann und es darum ne Zeitlang dauert? Weil irgendwie geht es nicht immer! SQL-Abfrageergebnis Host: localhost Datenbank: idoit2_data Erstellungszeit: 25\. Januar 2010 um 13:39 Erstellt von: phpMyAdmin 3.2.4 / MySQL 5.1.41 SQL-Befehl: SELECT * FROM isys_obj WHERE isys_obj__id = 1 LIMIT 0, 30 ; Zeilen: 1 isys_obj__id isys_obj__isys_obj_type__id isys_obj__title isys_obj__description isys_obj__created isys_obj__created_by isys_obj__updated isys_obj__updated_by isys_obj__logical isys_obj__sort isys_obj__const isys_obj__property isys_obj__status isys_obj__sysid isys_obj__scantime isys_obj__imported isys_obj__hostname 1       30 [->]                         Root-Lokation         NULL                NULL                NULL                NULL                 NULL                 0                 NULL                                 NULL                 0                 2                  SYSID_1132672018       NULL                NULL Edit: Also ganz blöder Gedankengang: wenn ich mit dem Rechner auf dem i-doit installiert ist arbeite, scheint es gut zu gehen –> also firefox auf localhost Arbeite ich von meinem Arbeits-PC aus über die IP-Adresse geht es nur manchmal --> also firefox auf 192.168.x.x Erklären kann ich mir das jetzt nicht wirklich! Vielleicht bilde ich mir das auch nur ein.

Das ist ein anderer Fehler an dessen Lösung wir noch sitzen. Bitte um etwas Geduld.

Autsch. Ok. Funktioniert. Danke.

sorry for the noise - hab's selbst herausgefunden. Anscheinend ist die DB-Migration gestolpert, ohne sich richtig zu melden. Mehrmaliges Durchlaufen hat dann zum Erfolg geführt.

Hmm, dann gibt es bei Dir zwei Reports, die beide "Lizenzen in Benutzung" heißen. Ich schlage vor, alle Standardreports, an denen Du keine Anpassungen vorgenommen hast, zu löschen und das Update nochmal einzuspielen.

Guter Ansatz Genau das soll u.a. die in 0.9.9 neu eingeführte Kategorie "Host-Adresse" ermöglichen. Entspricht sozusagen der logischen Repräsentation eines Hosts, egal zu welcher oder welchen Maschinen er gerade eine "Beziehung" hat.

Vielen Dank, genau das war das Problem. Nachdem ich für die neu angelegte Datenbank noch einmal das aktuelle update laufen ließ, war ldap und nagios plötzlich auch aus diesem Mandanten sicht und konfigurierbar.

Da ist die Angabe in der INSTALL tatsächlich veraltet. Aktuell setzen wir PHP v5.2 voraus und empfehlen bei einer Neuinstallation auch dringend immer die aktuellste i-doit-Version zu benutzen. Solange man den Import nicht benutzt, kann man auch Version 5.1 einsetzen, wir können an der Stelle dann aber auch keine geeigneten Hilfestellungen bei Problemen geben. Die letzte i-doit Version, die mit PHP v5.1 lief müsste so bei 0.9.4 liegen. Vor dem Einsatz dieser veralteten Version raten wir aber ab.

Hallo jknuth, Danke, das war´s! Ist richtig einfach, wenn man alles richtig macht …