Hallo, das sehe ich eigentlich nicht so, al jetzt ein Mandant sieht, das es einen Dell-Server R710 gibt oder nicht gibt ist doch völlig gleich. Natürlich sollen da keine Buchhaltungsdaten etc. eingetragen werden usw. Es sollte wie eine Art Mandantenuebergreifende Vorlage sein. Als ich erstelle ein neues Objekt (Server) wähle aus den Vorlagen meinetwegen die Vorlage Dell R710 aus, Buchhaltungsdaten Netzwerk, Serienummer Tags usw. muessen natuerlich noch Mandantenspezifisch eingetragen werden. Allerdings sollte es dann auch so funktionieren das ich zB. Festplatten Controller CPU RAM usw. Mandantenunabhänig aus einem Pool auswählen kann. Gruß

Hi, die Check_MK Kopllung ist erst ab 1.4.2 verfügbar, deswegen hast Du auch vorher nichts dazu gefunden. Viele Grüße, Daniel Kirsten

Vielen Dank fuer die Info! Da habe ich mich wohl vertan, sorry Petasch! Gruss, jkondek

hi, existiert auf den Debian Rechner nicht. cu denny

Hallo Forum, Mal anders gefragt zum Thema: Bei dem import einer CSV Datei kann man den Globalen Objekttyp auswählen: Personen. Dann kann man Identifizierungsfelder hinzufügen (bei mir was in den Spaltenköpfen steht) -> ok. Nun die Kategorie Eigenschaften zu den Spalten-Überschriften… Aber da ist die Auswahl zu gering: 1. Bezeichnung (Allgemein) 2. SYS-ID (Allgemein) 3. Objekttyp (Allgemein) 4. Inventarnummer (Buchhaltung) 5. Raumnummer (Raum) 6. Seriennummer (Modell) 7. Hostadresse (Hostadresse) 8. Hostname (Hostadresse) 9. Benutzername (Personen) 10. Standort (Standort) Version: 1.4 Pro (10 Möglichkeiten) Bei Version 1.3 Pro waren es nur 8 Kategorien, denen man die Identifizierungsfelder hinzufügen konnte. In welchem Verzeichnis finde ich die Datei/Dateien mit den entsprechenden Zuweisungen? So könnte man super aus Datenbanken viele Dateien in die CMDB hinzufügen (ja, LDAP ist auch möglich, aber in meinem Fall nicht ausreichend) Grüße The.Man

Hallo mcGeorge, ja, in der Tat, das würde uns auch interessieren. Bisher haben wir nämlich den Eindruck, unsere Anwender sehr gut zu bedienen. Bei mehreren tausend Support-Calls, die mittlerweile bei uns eingegangen sind, gab es gerade mal eine Handvoll Eskalationen, bei denen unsere zugesagten Zeiten nicht eingehalten wurden. Gerne wollen wir diesen „internen“ Eindruck aber noch mal verifizieren und bitten daher alle Interessierten, über folgenden Link an einer kurzen Umfrage teilzunehmen (7 Fragen, ca. 2 Minuten). Der Fragebogen steht online zur Verfügung unter: https://de.surveymonkey.com/s/FRHTXFS Lieben Gruß

Hallo Fantasievogel, das ist ein Problem bei einigen Hostern und liegt an deren Restriktionen (Kunden dürfen keine DB User anlegen etc. …). Hier kann man theoretisch i-doit manuell Installieren, allerdings ist das nicht so einfach / komfortabel wie der Installer. Die einfachste Möglichkeit wäre hier womöglich i-doit lokal zu installieren via XAMPP. Natürlich ist es auch möglich eine Online-EVAL Version bei uns zu bekommen: http://www.i-doit.com/ressourcen/online-testversion-formular/ - Diese basiert allerdings auf der kostenpflichtigen i-doit PRO Version. Viele Grüße Leo

Hi, sorry für diese extrem späte Rückmeldung. Der Source Code der Open Version wird lediglich als ZIP Datei auf Sourceforge veröffentlicht. Wir denken darüber nach diesen auch in ein öffentliches Repository zu committen, welches ihr dann forken könntet, haben hier aber noch keine Entscheidung getroffen. Gruß, ds

Hallo, zu allererst auch hier einmal kurz, wie auch in einem anderen Thread bereits angekündigt (http://forum.i-doit.org/index.php/topic,3381.0.html), die Info: In einem öffentlichen Bitbucket Repository (https://bitbucket.org/dstuecken/i-doit-api-clients) gitb es einen PHP Client für unsere Api. Hier kann man sich entweder abfragen abgucken, oder diesen einfach nutzen. Nun zu den Fragen: Die IDs können über die Methode cmdb.dialog.read abgefragt werden. Diese Funktion ist zwar seit 1.3 grundsätzlich drin, aber bis dato noch undokumentiert gewesen. Hier ein Beispiel zur Abfrage: call('cmdb.dialog.read', array(     'apikey'    => '1234567890',     'category' => 'C__CATG__GLOBAL',     'property' => 'cmdb_status' )); Wobei 'category' die Konstante der Kategorie in welcher sich das Feld befindet ist (in dem Fall C__CATG__CPU), und property der key des Dialog Feldes welches abgefragt werden soll (hier manufacturer). Anlegen sollte so gehen call('cmdb.dialog.create', array(     'apikey'    => '1234567890',     'category' => 'C__CATG__CPU',     'property' => 'manufacturer',     'value' => 'Neuer Wert' )); Grüße ds

Hi jkondek, eine Schnittstelle zu Zabbix existiert leider nicht. Einer der Entwickler von Zabbix wollte sich hierum vor langer Zeit mal bemühen, leider ist daraus aber nichts geworden. Für die Ansteuerung der APi aus PHP heraus gibt es einen PHP Client, der einem die Arbeit ziemlich erleichtert: https://bitbucket.org/dstuecken/i-doit-api-clients. Im Wiki sind auch ein paar Beispiele genannt (https://bitbucket.org/dstuecken/i-doit-api-clients/wiki/PHP). Die Zuweisung einer IP Adresse funktioniert so wie in dem "Contract" Beispiel im Wiki beschrieben, nur halt mit der Kategorie "Ip". Also ungefähr so: $l_categoryData = new \idoit\Api\CMDB\Category\G\Ip();     $l_categoryData->setIpv4Address('127.0.0.1');     $l_category->add(1234, $l_categoryData); oder $l_category->update(1234, 4321, $l_categoryData); Wobei 1234 die Objekt ID (und die 4321 beim update die Kategorie ID) ist. Grüße, ds

Hallo, ich gehe noch einen Schritt weiter, und möchte die Frage nach den Sicherungsautomaten anschließen. Es gab mal vor gefühlten 100 Jahren (und in der damaligen OS Version) die Möglichkeit, Sicherungskästen (Verteilerkästen mit Sicherungselementen) abzubilden (Reste davon finden sich noch in der DB) und zusammen mit noch hinzuzufügenden Elementen wie Lastschaltern, Zählern, LS- und FI-Schaltern und anderen typischen Hutschienenelementen ließe sich natürlich damit dann auch eine ausgewachsene UV oder NSHV abbilden, also Dein Ziel, StefanP74. (Die Entsprechung von Patchpanels im Netzwerkschrank wäre dann z.b. eine Phönix-Klemme in der NSHV/UV?) Ich finde, die Verteilerkästen mit ihren Leistungsabgabewerten sowie Eingangskapazität in V und A, bestehende örtliche Hutschienendokumentation (wie im Serverrack die HE), sowie die evtl. auch mehrphasig und redundant zugeführte Eingangsverkabelung sind wichtig bzw. gehören zu einer vollständigen Elektro-UV-Dokumentation; wenn der Strompfad schon vom Versorger aus bis zum Servernetzteil abgebildet werden soll, müssen die einzelnen Verteilerelemente eben auch mit ihren jeweiligen Kapazitäten dokumentiert werden, insbesondere auch Phasenverteilung (wahrscheinlich nicht trivial!!). Bei uns gibt es in den RZ eigentlich keine Verteilerkästen OHNE LS-Elemente und/oder Zählern, daher hätten wir da einen großen Anwendungsfall. Möglicherweise ist ja diesbezüglich bei synetics schon etwas in Planung?

Hallo katalinbuch, keine Sorge! Die aktuell verfügbare Version (v 0.9.9-7) wird zwar nicht aktiv weiterentwickelt, doch wir planen dieses Jahr eine Neuauflage auf Basis der aktuellen Versionen zu veröffentlichen (mit dem neuen Design und vielen neuen Funktionen). Unser Administrator hatte hier mal ein paar Worte dazu geschrieben: http://forum.i-doit.org/index.php/topic,3316.msg10786.html#msg10786 Aufgrund von einigen Kundenprojekten & Co. verzögert sich der angepeilte Zeitplan allerdings… Derzeit gibt es erste Test-Pakete, die allerdings noch vom QS geprüft werden Wir hoffen auf eine Veröffentlichung im Sommer. Viele Grüße aus Düsseldorf Leo

Ich habe mich nun weiter mit H-Inventory befasst ( das VBS etwas umgeschrieben ) und siehe da, es klappt schon ganz gut wie ich mir das vorstelle. Mit OCS habe ich noch so meine Probleme … aber das soll jetzt nicht das Thema sein. Ich denke aber, ich habe entweder ein Verständnis- oder Konfigurationsproblem bezüglich der Inventur. Ich kann ja wie erwähnt zB. mit H-Inventory die Inventur der Clients durchführen und das Ergebnis automatisiert oder manuell in I-Doit pro importieren. Ist dies seitens I-Doit als einmalige Aktion gedacht ? Sozusagen als Ersterfassung und nachträgliche Änderungen sind manuell durchzuführen ? Warum ich frage ist: Wenn ich einen Client inventarisiert habe und anschließend Software Lizenzen zuweise - kein Problem klappt einwandfrei. Der Client soll wöchentlich inventarisiert werden - so muss ich den import "forcen" also die vorhandenen Daten überschreiben, damit ich an die neuen Daten komme. Dabei gehen aber sämtliche Lizenzzuweisungen verloren. Habe ich hier einen Konfigurationsfehler, oder stehe ich vor einem Problem den Inventory-Prozess abbilden zu können ? LG Stefan

Hi, aktuell hast du Recht. Die Open-Source-Version hängt einige Versionen hinterher und es wurde eine ganze Zeit lang nichts mehr gemacht. Allerdings gibt es aktuell Pläne, i-doit open im März in einer aktuellen Version mit einem limitierten Funktionsumfang bereitzustellen. Um i-doit aber ordentlich zu testen, bieten wir Testversionen unter http://www.i-doit.com/ressourcen/online-offline-testversion/ an. Hier kann online oder On-site getestet werden. Sollte die Zeit nicht reichen, kann man den Testzeitraum in der Regel verlängern. Ein lesender Zugriff auf die Code Verwaltung ist aktuell nicht eingerichtet. Lieben Gruß

Hallo Scheller, ich schätze die einfachste und schnellste Lösung wäre es auf MySQL Ebene dem Feld "isys_cats_person_list__ldap_dn" (In der Tabelle "isys_cats_person_list") einen Standardwert zuzuweisen ("NULL" oder einen Leerstring). Viele Grüße Leo