Du kannst Dir ja auch unterschiedliche Spezifikationen mit eintragen. Ob im Sinne des Entwicklers oder nicht, Dir ist es ueberlassen, wie Du es fuer Dich realisierst. Ich habe keine konkreteren Spezifikationen, und in der Demo sind auch keine Beispiele dafuer, deswegen habe ich die fuer mich beste Loesung gewaehlt.

Gleiches Phänomen unter v1.1, allerdings mit Meldung

[Mon Jul 15 13:56:46 2013] [error] [client 1.2.3.4] PHP Fatal error:  Class 'isys_module_dao_request_tracker' not found in /idoit/src/classes/cmdb/dao/list/isys_cmdb_dao_list_catg_tickets.class.php on line 43, referer: https://iz-cmdb.hs-karlsruhe.de/idoit/index.php?moduleID=8&moduleSubID=1007&treeNode=10071&npID=1

im Apache-Log.

Viele Grüsse,
Günther

Hallo zusammen,

auch von mir noch ein kleiner Nachtrag: Die Darstellung wurde angepasst und wird definitiv beim nächsten Release besser dargestellt.
Um den "Sichtbereich" etwas zu erhöhen ist es außerdem möglich die linke Navigation zu verkleinern oder gänzlich "einzuklappen" (siehe Screenshot).

Viele Grüße
Leo

navi-view.png

Hallo
bei mir auch derselbe Fehler.
Ich bin mir ziemlich sicher, dass ich keine Rekursion (Schleife) mit den locations produziert habe.
Ein Hauptstandort mit der gesamten Struktur ist nicht mehr vorhanden.
Der oben beschriebene select gibt auch kein Ergebnis aus.
Ich hatte gerade angefangen das Programm zu mögen …. 😞

Gruss
Jens

Danke nochmals.

Hallo!

Nach langer Zeit habe ich die Lösung dank eines ehem. Kollegen gefunden!
Die eigentliche Ursache für das Problem des "nicht-anmelden-könnens" kenne ich leider nicht mehr, aber bei dem Versuch, dieses Problem zu beheben, habe ich irgendwann mal meinen im i-doit via LDAP-Login angelegten Benutzer gelöscht. In meiner Unerfahrenheit kannte ich die 3 Stufen des Löschens nicht (archivieren, löschen, endgültig löschen), und so lag der Benutzer die ganze Zeit im Archiv rum. Ergebnis: LDAP sagt "Daten OK", aber i-doit sagt "Benutzer archiviert!" und damit Login verweigert.
Wir haben den Benutzer endgültig gelöscht (ja ich weiß, aus dem Archiv wiederherstellen hätte es auch getan…) und siehe da, Anmeldung war wieder möglich.

Blöd war jetzt natürlich, das wir es nur ganz am Anfang mal ausprobiert hatten, ob sich mein Kollege anmelden konnte. Konnte er nicht, also das selbe Problem bei beiden und nie wieder mit seinem Account probiert. Das ursprüngliche Problem war schon längst behoben, ist nur nie aufgefallen, weil mein eigener Account im i-doit nicht mehr funktionierte....

Gruß
Steffen

PS: Danke nchmal an Benjamin B. aus T.

Hallo Leo,

das war es!

Vielen Dank!

Gruß Knut

Moin Sascha,

auch ich habe ein Problem, Clients aus einem angelegten Template zu erzeugen. I-doIT wendet zwar das Template an, meldet "Das Objekt PC wurde erfolgreich erstellt" und fügt darunter einen Link zu dem neuen Objekt, worüber dieses auch aufrufbar ist. Allerdings besitzt dieses den Zustand: Archiviert (und nicht "Normal").

Damit taucht der neu erzeugte Client nirgendwo auf und ich kann den Zusatnd auch nirgendwo ändern ?! Hat hier jemand eine Idee?

I-doIT 1.1 pro / Firefox

Vielen Dank und viele Grüße

Sven

Hallo Sascha,

in i-doit lassen sich allen Objekt-Typen alle globalen Kategorien zuweisen. Das bedeutet, du kannst deinen Druckern die Kategorie "Hostadresse" zuweisen, wo alle relevanten Informationen gepflegt werden können.

Das funktioniert in i-doit ab Version 1.0 am einfachsten über den "Quick Configuration Wizard" unter "Verwaltung > Globale Einstellungen > Quick Configuration Wizard".

Mit freundlichen Grüßen
Leo

Hallo zusammen

Ich bin froh, dass auch Andere so etwas gerne hätten. Ich finde i-doit als CMDB super, aber ich brauche von dem Ganzen auch eine "offline Version" für den Notfall.

Für mich wäre das eine sehr, sehr wichtige Funktion und ein Grund, bei i-doit zu bleiben.

Grüsse
Chris

Du kannst die OU rekursiv von i-doit durchsuchen lassen. Da gibt es eine Checkbox für diese Option. Vielleicht hilft das?

Ich hatte ein ähnliches Problem mit den Bezeichnungen von Beziehungsobjekten in i-doit v1.03 Pro. Probier es mal mit einer Datenbankbereinigung (Verwaltung->Systemtools->Cache / Datenbank).

Ich habe ein ähnliches Verhalten und wir nutzen die Version 1.0.3 pro

Das passiert manchmal wenn man sich nach einem Logout direkt wieder einloggt und somit die Logout Parameter noch in der URL vorhanden sind. Am besten einmal auf das Häuschen in der Breadcrumb Navigation klicken um die URL Parameter zu entfernen. Danach sollte man beim Klick auf Layer 3 Netz im System eingeloggt bleiben.

Hallo,

Nicht ganz. ich brauche oft schnell die IP eines Servers, Switches oder eines druckers. Dann suche ich den oben rechts. Nun muss ich nochmals auf die ergebnisliste schauen und auf das Ergebnis klicken um dann effektiv zu IP zu gelangen.

Darum meint ich. Halt eine Spalte mit "Active IP".

Aber das passt schon.

danke.

Hi,

ich kenne EasyPhP nicht, weshalb ich dazu nichts sagen kann. Was spricht denn gegen den Einsatz von XAMPP? Außerdem wäre eine Info, was genau zeigt, dass sich etwas aufhängt gar nicht verkehrt. 😉

Lieben Gruß

Nachtrag:

Die Einträge wurden geschrieben…

Wenn ich aber den Standort ändern will kommt:

Nachricht:
isys_exception_database : Query error: 'INSERT INTO isys_catg_location_list SET isys_catg_location_list__isys_obj__id = '703', isys_catg_location_list__parentid = NULL, isys_catg_location_list__pos = NULL, isys_catg_location_list__insertion = '', isys_catg_location_list__description = '', isys_catg_location_list__status = '2' ':
Incorrect integer value: '' for column 'isys_catg_location_list__insertion' at row 1

Hallo cmdrhenner,

wir haben MariaDB auf einer internen VM statt MySQL eingebunden und können nur sagen: Es läuft.
So weit ich weiß (bzw. herausfinden konnte) gibt es keinerlei Probleme oder Ähnliches!
Die Performance ist recht gut aber es gibt keinen "wahnsinnigen" Schub.

Aber Achtung! Die nutzung von MariaDB geschieht auf eigene Gefahr!
Wir können keine fehlerfreie verwendung von i-doit garantieren!

Viele Grüße
Leo

Dankeschön, hab es gefunden!