Hallo LFischer, es gab keine Fehlermeldung. Nur der Ladebalken erschien und nachdem er verschwunden war, war der Bereich mit den Objekten (in diesem Fall Kontakte) leer. Hab die Einstellung wieder abgewandelt und habe nun nur noch Nachname und 2 weitere Kategorien der Listenansicht hinzugefügt. So lässt sich die komplette Liste wieder laden und die Suchfunktion nutzen. Aber mit Vor- & Nachname bleibt das Feld leer, wenn die komplette Liste angezeigt werden soll.

Ergänzung zur mein vorherigen Mail: 50 Racks wurden in einem Raum A zugewiesen: Root Lokation > Standort 3 > Raum A Falls ich dann doch 25 Racks aus dem Raum A auf Raum B verschieben möchte: Root Lokation > Standort 3 > Raum B funktioniert das Change per List Edit nicht falls ich direkt den Raum B auswähle. Es funktioniert nur wenn ich mit List Edit folgendes mache: 50 Racks sind ausgewählt, aktuelle Lokation Raum A: Root Lokation > Standort 3 > Raum A Root Lokation > Standort 3 [save] Root Lokation > Standort 3 > Raum B [save] Da muss man halt einen zwischenschritt machen und die Racks erst an Standort 3 zuweisen und erst danach die auf Raum B zuweisen. Cheers, Chekov

Herzlichen Dank, jkondek, die Aussage des Supports, dass dies "bald" verfügbar sei, macht Hoffnung. Wenn ich zum Beispiel gute Aussichten hätte, dass dies tatsächlich für Q2/2015 geplant ist, dann würde mir das völlig genügen, und ich würde die Struktur gleich entsprechend planen und ausgiebig Gebrauch von benutzerdefinierten Kategorien machen. Den XML-Import bekäme ich leider nicht hin. Die Hinweise zum Datenbankaufbau würden mir schon helfen, notfalls, aber bis zum Zeitpunkt "bald", also vielleicht nur für ein paar Monate, kann ich schon noch warten. Und wenn bis Sommer 2015 nichts passiert ist, dann kann ich immer noch entscheiden, ob ich mich in die Datenbank vertiefe oder das Produkt wechsle. Viele Grüße, Oliver

hi, sorry, Krankheit, Urlaub, Motivation etc. …. Wenn das Objekt zum Beispiel über OCS-Inventory importiert wird, habe ich als Objektname bzw. als Hostname die Schreibweise genauso, wie sie der Host tatsächlich hat (z.B. IMAP.domain.foo). Aktiviert man nun das Monitoring / Livestatus im Do-IT, wird genau dieser String in dieser Schreibweise erwartet. Also: als Hostadresse: IMAP.domain.foo -> livestatus findet kein IMAP.domain.foo Korrektur der Hostadresse: imap.domain.foo -> livestatus findet String -> Host Up Lösung: Großkleinschreibung in/für livestatus ignorieren IMAP.domain.foo -> livestatus -> Host Up imap.domain.foo ->  livestatus -> Host Up sozusagen. cu denny [image: 1148_Bildschirmfoto%202014-11-11%20um%2013.30.34.png]

Hallo Leo, nach dem Update auf 1.4.8 PRO existiert das folgende Problem noch mit .txt, .xml, .pdf: [Bug] Standortpfad in exportierten Reports (.txt & .csv) enthält Quelltext und ist daher nicht lesbar Export funktioniert momentan nur mit .csv sauber. Cheers, Chekov

Hallo, mit dem Update von 1.4.7pro auf 1.4.8pro wurde das Problem behoben

Dafür tut sich ein anderes Problem auf. Wenn ich das Viva-Modul auf die Version 1.4 setze, bekomme ich beim Aufruf des Viva-Moduls die Fehlermeldung file_exists(): open_basedir restriction in effect. File(/var) is not within the allowed path(s): (/var/www/clients/client1/web2/web:/var/www/clients/client1/web2/private:/var/www/clients/client1/web2/tmp:/var/www/idoit.loc/web:/usr/share/php5:/usr/share/php:/tmp:/usr/share/phpmyadmin:/etc/phpmyadmin:/var/lib/phpmyadmin:/var/www/clients/client1/web2/web/temp:/var/www/clients/client1/web2/web/temp/cache_diakonisches_werk_schleswig_holstein) (/var/www/clients/client1/web2/web/src/classes/modules/viva/handler/cache/varcache.php:96). Wenn ich die Viva-Version 1.4.1 installiere, funktioniert Viva, aber bei der Konfiguration der Listenansicht erscheint wieder eine leere Seite. Hier muß es einen Zusammenhang geben. Ich bitte um Korrektur des Fehlers. Gruss Michael

Hallo Chekov, dieses Verhalten ist bereits bekannt und soll zu einer der nächsten Versionen behoben werden.  Dieses Verhalten tritt nämlich nicht nur in der Kategorie Kontaktzuweisung auf, sondern in so ziemlich jeder multi value Kategorie. Gruss, jkondek

Ergänzung zur meinem vorherigen Post: Ihr habt es anscheinend (List Edit-Funktion) komplett kaputt geschafft. Cheers, Chekov

Innerhalb des updates Paket ist das CHANGELOG-Datei immer unter den folgenden Verzeichniss zu finden: updates/versions/v1.x.x/CHANGELOG Cheers, Chekov

Mit dem Firefox, derzeit portable, tritt der Fehler nicht auf. Allerdings haben wir aufgrund der Anforderungen anderer Anwendungen den IE als Standard ausgerollt.

Hallo Fisi, vielen Dank für deine Meldung! Das genannte Problem ist bereits bekannt und wurde repariert - Der Bugfix wird im nächsten Minor Release (i-doit 1.4.6) erscheinen. Diese Version soll bis Ende der Woche veröffentlicht werden. Viele Grüße Leo

Hallo, ich kann das Verhalten (auch in der Demo!) nicht nachstellen, dort funktionieren Dienstbezeichnung und Firma, sowie PLZ, Ort, usw. in der Listeneditierung ohne Probleme… Ich benutze i-doit 1.4 pro. Eventuell ein Update auf 1.4.4 ausprobieren? Gruss, jkondek

Hallo, Ansonsten weiss ich nicht, wie ich alle Informationen z.B. zu einem Server auf einmal ansehen oder ausdrucken koennte… Gibt es dazu eventuell einen Vorschlag, wie sich das einfach realisieren laesst? Die Listen bleiben so wie sie sind, das war bezogen auf eine Liste, welche auf der Übersichtsseite als Einzeleintrag dargestellt wird. Z.B. so wie bei der Hostadresse aktuell. Die Listen sind ja nicht das eigentliche Problem, sondern die Darstellung von Multi-Value-Kategorien auf der Uebersichtsseite. Momentan ist es ja so, dass alle Eintraege von der Kategorie Softwarezuweisung als "Liste" auf der Uebersichtsseite dargestellt werden. Das wuerde ich fuer die anderen Multi-Value-Kategorien ebenfalls bevorzugen. Oder eben die Moeglichkeit zu waehlen, ob eine Liste oder ein bestimmter Eintrag angezeigt werden soll. Wir würden das hier aber ggf. so handhaben wie aktuell bei der Hostadresse - und nur den Primäreintrag einer Kategorie (sofern es so etwas gibt) anzeigen, oder eben einfach den ersten Eintrag der Multi-Value Liste. Da man grundsaetzlich nicht sagen kann, wie eine Multi-Value-Kategorien sortiert werden soll und auch nicht die verschiedenen Objekttypen z.B. in der Kategorie Softwarezuweisung angezeigt werden (Betriebssystem, Anwendung, …), wuerde ich einfach den ersten Eintrag der Multi-Value Liste anzuzeigen eher als einen Schritt in die falsche Richtung ansehen, zumindest im Hinblick auf Multi-Value-Kategorien ohne Primaereintraege. Schoen waere es, die Spalten der Multi-Value-Kategorien zu konfigurieren, oder zumindest den Objekttypen (bei der Kategorie Softwarezuweisung) zusaetzlich hinzuzufuegen und auf dieser Basis eine Auswahl erfolgen zu lassen, welche Eintraege auf der Uebersichtsseite (z.B. nur Objekttyp Betriebssystem) dargestellt werden sollen. Gruss, jkondek

hi, ich klinke mich hier auch mal ein: Unser primäres Dokumentationstool ist / war bisher Dokuwiki. Vieles wird nun in I-DOIT hinterlegt, aber es gibt Ausnahmen: HowTos / Installationsanleitungen / Config Listings / Worst-Case Fälle. Nun habe ich z.B. hier http://forum.i-doit.org/index.php/topic,3455.0.html gefragt, wie ich am Besten meinen IT-Service verknüpfe. Dahinter stehen dann natürlich diverse Programme etc. und die werden im Wiki hinterlegt, wie das System installiert ist. Als Workaround habe ich mir eine eigene Kategorie "Dokuwiki" erstellt und ein Feld mit "Link". Mein Bauch sagt mir, dass das eigentlich nicht optimal ist, aber nutzbar. ich glaube, ich würde es "schöner" finden, wenn der Wiki Link nicht nur im Editormodus sichtbar wäre, sondern generell. Man könnte diese Idee sogar noch weiterspinnen: In der Verwaltung gibt es zwei Arten von Wikis: 1. Wiki für die Struktur, also das was im Augenblick hinterlegt ist, zum Dokumentieren, wie Daten und Objekte angelegt werden sollen, aka CMDB 2. Wiki für die Dokumentation des Objekts selbst. Als Vorkonfiguration kann man entweder zwei Wiki URLs hinterlegen, z.B. https://wiki.example.com/wiki/doku.php/CMDB/ https://wiki.example.com/wiki/doku.php/hosts/%idoit_host%/ oder was auch immer für passende Platzhalter. Unter "Zugriff" gibt es ja einige. Man müsste eventuell darüber nachdenken, wie man das etwas genereller hält, da "%idoit_host%" für eine Lizenz oder Software eher schlecht geeignet wäre Über die sysid od. Objektid ginge es natürlich auch, wäre im Wiki dann aber schwieriger zu finden. Damit sich die Arbeit in Grenzen hält, würde man die Templates entsprechend anpassen, sodass I-DOIT die Wiki Links selbstständig generiert, z.B: statt: https://wiki.example.com/wiki/doku.php/CMDB/C__CATG__GLOBAL_TITLE eben aufgelöst: https://wiki.example.com/wiki/doku.php/wiki/HA-Cluster Jetzt wo ich es schreibe, wäre es vermutlich das trivialste: Wie im Editmodus, nur eben aufgelöst und andere Wiki Base URL Was die "BackURL" angeht, solang Dokuwiki keine stabile XMLRPC Schnittstelle hat, würde ich einfach die dann hoffentlich schon eingebaute "Short URL" von I-DOIT dort händisch reinsetzen

hi, Zum einen: ja, die Profile habe ich beiläufig gesehen, allerdings bin ich etwas naiv an die Sache rangegangen: Jdisc war in zweierlei Hinsicht nicht korrekt konfiguriert: 1. Ich habe diverse Netze die für uns interessant eingetragen und per Haken aktiviert -> Dumm nur, dass in der Konfiguration selbst ebenfalls ein Parameter aktiv sein muss, damit auch wirklich nur die Auswahl gescannt wird. Andernfalls scannt es das gesamte /16 Netz 2. Ist ebenfalls ungünstig, dass JDics automatisch die ARP Tabelle auf den Switches abgrast und die dann ebenfalls auflöst, was wiederum zu noch mehr Objekten führt, die da nicht reinsollen. Also, das mit dem Hochrechnen wäre da wirklich sehr sinnvoll. Und: Ja, das Setup ist recht nett, muss sich aber noch bewähren. Problematisch ist nur, dass ich vor dem Update alle I-DOIT *.sql Dateien ändern muss, von MyISAM, nach InnoDB. Ich weiß natürlich nie, ob das irgendwelche Konsequenzen mitbringt.

hi ds, genau das. Aktuelles Beispiel: die etc/network/inferfaces wurde aufgrund eines Problems geändert. So kann ich den Grund der Änderung im I-DOIT hinterlegen und in der Konfigurationsdatei den Kurzlink, damit jeder nachlesen kann, warum.