Hallo jkondek, vielen Dank für diese Informationen. Ich werde sie gleich mit verarbeiten. Gruss, Tobias

Hallo Petasch, dafuer ist ein Forum ja auch gedacht. Eine Platform, in der User Erfahrungsberichte, Tipps und Tricks austauschen und bei Problemen helfen koennen. Dass der Support hier ebenfalls reinschaut ist mehr ein Vorteil - schliesslich gibt es auch die Option, kostenpflichtigen Support zu erwerben. Ausserdem gibt es neben dem Forum hier zusaetzlich einen kostenlosen Support-Chat, welcher jedem User offen zur Verfuegung steht. Das ist mehr als andere Hersteller bieten - wir sollten also froh darueber sein, was das Thema angeht. Desletzt habe ich diese Frage auch an die Verantwortlichen gestellt und folgende Rueckmeldung erhalten: @Support: Für Bugs hier im Forum gibt es keinen festen Prozess. Wir schauen hier gelegentlich rein und beantworten etwas. Wenn dabei ein Bug auffällt, nehmen wir den sicher auch auf, aber am sichersten ist es, Bugs über das Kundenportal einzukippen, damit nichts verloren geht. Gruss, jkondek

@jkondek: meinst Du den Zustand oder den Status? Das sind zwei unterschiedliche Abfragen. Zustand natürlich, danke!

Hallo Jörg, Danke für deine Ausführung. Das Script habe ich nun folgendermassen ausgeführt und nun hat es funktioniert. ./Controller -u admin -p Password -i 1 -v -m ldap sync Gruss

Handelt es sich bei den Druckern um Freigaben am Printserver oder werden die Drucker direkt von jedem Client angesprochen? So oder so läßt sich die Zuordnung über den Punkt 'Freigaben' abbilden. Gibt es eine Printserver, so würde ich die Druckerfreigaben dort unter Freigaben dokumentieren und am Client dann den 'Freigabenzugriff' einstellen. Werden die Drucker direkt angesprochen, kann man in den CMDB Einstellungen ggf. für den Objekttyp Drucker ebenfalls die 'Freigaben' aktivieren und dann clientseitig wieder zuweisen. kai

Hallo. Wir stehen auch noch am Anfang, würden es aber genauso machen.

Hi, hierfür muss aus den beiden Ports ein logischer Port angelegt und mit der Hostadresse verbunden werden. Besten Gruß

Hi, aktuell ist der einzige Workaround, die CPUs als eigenen Objekttypen anzulegen, dem Server zuzuweisen und darüber die Lizenz zu dokumentieren. Derzeit ist aber noch offen, wie wir zukünftig mit der Dokumentation von unterschiedlichen Lizenzarten umgehen werden. Besten Gruß

Hi, in unserer Knowledge Base wird es bald einen ausführlichen Eintrag zu dem Thema geben. Hier aber mal die Unterschiede vorab: Die Unterschiede zwischen JEDI und JDisc im Detail Es können keine Add-Ons installiert werden. Dazu gehören das Dependency Mapping Add-On für die grafische Anzeige der TCP- und UDP-Verbindungen untereinander und das Device History Add-On für die Anzeige aller Änderungen zwischen den Scans. Allerdings ist in JEDI das Networking Add-On enthalten, das die Netzwerktopologie aufzeigt. JEDI enthält keine Custom Attribute und Custom Reports. Das ist auch nicht nötig, denn das Reporting findet ausschließlich in i-doit statt. Die Gerätegruppierung ist mit JEDI nicht möglich. Überbrücken lässt sich dies durch unterschiedliche JDisc-Profile beim Datenimport. Es sind keine zeitgesteuerten Scans möglich. Über die Remote-Steuerung kann i-doit allerdings via Cronjob jederzeit Scans anstoßen. Es werden keine graphischen Maps angezeigt. Außerdem werden die folgenden Elemente von JEDI nicht eingesammelt: Video Controller Netzwerk Adapter Direkt angeschlossene Geräte Tonerstände bei Druckern Benutzer Prozesse Ports von Datenbanken Liste aller ausführbaren Dateien Liste aller Services Liste aller Patches Ausführen von Custom Scripten zum Füllen von Custom Attributen Besten Gruß

Hallo Leo, das ist aber sehr schade bzw. schon fast frustrierend. LOGINventory ist bei uns seit vielen Jahren "gesetzt" - an Datenqualität bzw. weitestgehend auch -quantität quasi konkurrenzlos. Würde mich gerne näher mit euerem Tool beschäftigen aber mit diesen Aussichten…. Mich würde interessieren warum der Support auf einmal fallen gelassen wurde!? Normalerweise arbeitet man doch in diesem Bereich - gerade wenn man Schnittstellen zur Verfügung stellt - mit dem Hersteller zusammen!? Das scheint hier wohl nicht der Fall gewesen zu sein oder? Sehr schade vielleicht überlegt Ihr euch das noch mfg Stefan

Ich bin jetzt weiter, oder auch nicht. Habe nun eine SQL-Standardinstanz. In i-doit passiert schlicht nichts, wenn ich die Importfunktion aufrufe. Es wird nur eine einzeilige Logdatei geschrieben, jedes Mal: i-doit 1.6.1 PRO host URL cmdb.domain.de log for "import_loginventory" started at 2015-11-29T20:55:20+01:00 written to "/var/www/vhosts/cmdb.domain.de/httpdocs/log/import_loginventory_2015-11-29_20_55_20.log" Aber sonst nichts, keine Fehlermeldung, keine Reaktion, keine Assets. Dem Umstand, dass die Fehlermeldung weg ist, entnehme ich, dass i-doit wohl wirklich versucht, auf eine SQL-DB zuzugreifen. Man muss ja Reverse Engineering betreiben, wenn man das Produkt nutzen möchte

Merkwürdig, heute geht es wieder. Verändert habe ich nichts.

Hallo, gab es hierzu eine Lösung?

Hat sich natürlich gerade im Moment und nach mehrmaligem Import erledigt. Es funktioniert jetzt! Gruß Borste

Hallo, von welcher Anleitung ist hier die Rede? Meiner Information nach unterstützen wir aktuell noch die die 14. EL. Besten Gruß