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

Grundsätzlich funktioniert die Angabe eines externen Links, leider lässt sich dieser aber nicht direkt per Mausklick öffnen, wenn es sich um eine Netzwerkfreigabe handelt.

Es wäre gut, wenn man die Freigabe in der Form \server\Freigabe eingeben könnte, damit diese direkt zu öffnen ist. Der Link wird ersetzt durch http://\server\Freigabe automatisch ersetzt. Direktes Öffnen der Freigabe im Brwoser wäre ideal, da so die Datei direkt im Netzwerk bearbeitet und überspeichert werden kann.

Eine weitere interne Abteilung benötigt diese Feature und überlegt gerade den Einsatz der Software.

Ich verwende die i-doit Version 0.9.9-7.

Und ja Installieren wäre eine Idee 😄

Nur wie stelle ich das an und was nützt es mir?

@binary:

@binary: Hast du Erfahrung mit der gehosteten Version?

Was meinst Du mit der "gehosteten" Version? Meines Wissens bietet den Service niemand Dir das zu extern zu hosten. Wenn du damit die bezahlversion "Subscription" meinst, dann heisst das nur das alle Jahre wieder bezahlen musst, die Installation selbst ist aber bei Dir und unterscheidet sich nicht vom einmaligen Kauf ohne Ablaufdatum. Falls Du den noch nicht kennst: http://www.i-doit.com/en/products-services/i-doit-pro-order-form/#c379

Genau das meinte ich! Vielen Dank für die Aufklärung, das wusste ich bisher nicht. Hatte das so verstanden, dass das gehostet wird, was ich aber nicht möchte. Wir möchten möglichst alles selbst hosten.

Hi,

das ist extrem schwer zu sagen. Klingt aber ziemlich stark nach einer Fehlkonfiguration. Hat denn die Apache-Beispielseite funktioniert?

Lieben Gruß

Hallo

Neben einer Reihe weiterer Verbesserungen in Ergonomie und Funktionalität wurde das, bereits in der Vorgängerversion komplett überarbeitete, granulare Rechtesystem um einen neuen Rechtepfad für das CMDB Modul erweitert. Er ermöglicht, Kategorien in Objekttypen zu berechtigen. So könnt ihr z. B. abbilden, dass eine Person oder wahlweise eine Personengruppe das explizite Recht erhält, die Kategorie "Passwörter" für alle "Server" Objekttypen einzusehen. In anderen Objekttypen bliebe diese Kategorie deaktiviert.

Afaik war das doch schon in 1.1.1 so. Gewünscht hätte ich mir das, was ich hier http://forum.i-doit.org/index.php/topic,3183.0.html schon beschrieben habe.

Gruß Knut

Ich habe es selbst gefunden:

In der Verwaltung sollten auch die entsprechenden Objekttypen aktiviert sein. Dann klappts auch mit dem Blade-Gedöns.

Gruß Knut