Hallo Stefan,

wie waers mit einem Report, der Dir alle Logbucheintraege ausgibt?
Du koenntest dann entweder bei Bedarf eine Bedingung hinzufuegen oder einfach im Ergebnis nach dem gewuenschten Begriff filtern.

Gruss,
jkondek

Hallo Daniel,

hast Du es schon mal ueber den Report Manager versucht? Da kann man sich Reports ganz einfach zusammen klicken.

Welche Kategorie meinst Du mit "alle zugeordneten Objekte"? Und wo findet man bei Dir die Investkosten?

Gruss,
jkondek

Wäre super 🙂 Hast ne PN, danke schonmal.

Hi cpeleska,
das Problem haben wir in Version 1.8.3 behoben. Veröffentlichung spätestens morgen (15.03) auf Sourceforge oder unserer Webseite i-doit.org.

Idee nicht, aber ist in Version 1.9 gelöst, dort wird dann auch die Version angezeigt.

Ich würde auf die 1.9 warten, die 1.8 macht Dir immer irgend ein Patchfeld kaputt, habe es inzwischen aufgegeben.

Mein Ziel ist ein Kupferpatchpanel richtig darzustellen und dazu gehört meiner Meinung nach Eingang = RJ45 und Ausgang = LSA+ (ok, bei E-Dat Modul nicht ganz richtig, aber tolerierbar)

Zwei Patchpanel möchte ich dann in i-doit über die Ausgänge (LSA+) verbunden dargestellt bekommen.

Besonders wichtig ist dann, dass ich für die Verbindungen die schon existierenden Kabelnummern verwenden kann, da bei uns alle Leitungen schon beim Verlegen eine eindeutige Nummer erhalten haben.

Patchpanel.JPG

Falls nicht sag einfach noch mal Bescheid, ich helfe gerne!

Gruss,
jkondek

Über das Hauptobjekt - Global - Verknüpfte Karten kommt man zum gewählten Attribut "Verknüpfte Karten".
Dort gibt es eine Lupe, die einen zu den Attributen PIN und PUK bringt 🙂

Danke Mike Vogel @synetics für den raschen und hilfreichen Support 🙂

lg – reinhard --

Hallo Pattrick,

nun sehe ich das Problem. Es liegt an einem verwaisten Dokument. Wir räumen die Online Demos eh gerade auf, also sollte der Fehler bald nicht mehr erscheinen. Die anderen Dokumente dürften allerdings funktionieren. Danke nochmals für den Hinweis!

Viele Grüße
Benjamin

Danke, ich fang dann mal an mit dem durchlesen … 😉

lg -- reinhard --

Hallo,

vielen Dank für die Information! Ich schaue mir das mal an.

Hallo,

guck Dir doch mal hier im Blog das Beispiel an.

Hallo Chris,

klingt nach einem etwas komplizierteren Thema.
Eine einfache Zeitbegrenzung geht mit folgendem Statement, welches auf das Aenderungsdatum eingeht:

isys_obj__updated > (NOW() - INTERVAL 1 WEEK)

Allerdings kann es natuerlich sein, dass nach der Inbetriebnahme des Clients noch weitere Aenderungen am Objekt durchgefuehrt werden, welche sich auf das Aenderungsdatum auswirken wuerden, wodurch Dir das o.g. Statement nur bedingt weiterhelfen wird.

Du muesstest also ueber das Logbuch herausfinden, wann die Aenderung des CMDB-Status durchgefuehrt wurde und ueberpruefen, ob das innerhalb der letzten Woche geschehen ist.

Die Eintraege aus dem Logbuch findest Du in der Tabelle isys_logbook.

Gruss,
jkondek

Hier stehts in der Knowledgebase. Scrollen bis "Reports automatisiert exportieren". Mit einer Zeile Bash Script dazu bekommst Du das auch automatisiert in eine Email.

Hier für i-doit 1.8.2 und 1.8.3 jeweils Hotfixes für das Problem.
Bitte erst in einer Testumgebung testen, da die Dateien nicht durch die QS gelaufen sind!

v1.8.2-isys_update_property_migration.class.php.zip
v1.8.3-isys_update_property_migration.class.php.zip

Bei uns treten die Exceptions unabhängig davon auf, als welcher user man eingeloggt ist, also auch als admin.

ok, bin schon erstmal beruhigt, daß das kein Fehler in unserem setup ist.

danke für die Rückmeldungen,

Grüße

Hallo MaM,

ich hab mir dein Problem mal angeschaut im Dokumente Modul. Da die Kopfzeile immer die selbe höhe hat könnte man nicht einfach den Wert unter den Optionen beim Attribut "Abstand: oberer Rand" nicht erhöhen?
Ich hab da ein Screenshot hinterlegt wo du das finden kannst.

Viele Grüße
vqh

Bildschirmfoto_2017-02-21_um_11_52_16.gif

Hallo Alex,

wie Ben schon sagte: Interessant wäre eine Info darüber, was genau denn dokumentiert werden soll.
Details aus der Konfiguration?
Rein netzwerktechnisch stellt es doch eigentlich kein Problem dar, oder?
Geht es darum, zu dokumentieren, welche Protokolle oder Anwendungen von der Riverbed beschleunigt werden?

Hallo Chris,

du kannst das SQL von tPrimus (Danke @tPrimus) in einem Report nutzen.
Bei "Neu" gibt es einen Pfeil, bei Klick klappt ein Menü aus, dort auf SQL-Editor klicken.

Nun kopierst du das SQL von tPrimus einfach in SQL-Abfrage und klickst auf Vorschau vorerst, ist das dein gewolltes Ergebnis ?

Die Aufteilung eines Kabels mit verschiedenen Port Endpunkten wird leider erst ab Version 1.9 (April 2017) sauber funktionieren… dann aber kann man die Verbindungen einfach als einzelne Dosen und die Verbindung inklusive welcher Adern in einen Patchpanel Port dokumentieren. Wenn Dir die Kabel bei der Dokumentation egal sind, dann kannst Du es auch einfach als zwei separate Kabel dokumentieren.