Hallo, wir haben bei uns I-Doit version 0.9.9-4 mit OCS Inventory Ver. 2.0RC2 aufgesetzt um es für ein Produktivsystem zu testen. Soweit funktioniert alles ohne Probleme (LDAP, Nagios usw.) leider bekommen wir bei OCS import die gleiche Fehlermeldung sehe unten. Loading module: ocs Logging in.. Connected to mandator: 1 (Gigatronik) Logged in as: admin –---------------------------------------------- i-doit OCS Import –---------------------------------------------- OCS-Handler initialized (2011-03-02 16:38:04) ** You have to configure the OCS connector first. Logging out OCS Datenbankverbindung ist eingerichtet mysql> select * from isys_ocs_db; +–---------------+-------------------+-------------------+---------------------+-------------------+-------------------+ | isys_ocs_db__id | isys_ocs_db__host | isys_ocs_db__port | isys_ocs_db__schema | isys_ocs_db__user | isys_ocs_db__pass | +-----------------+-------------------+-------------------+---------------------+-------------------+-------------------+ |              3 | 127.0.0.1        | 3306              | ocsweb              | ocs              | *****              | +-----------------+-------------------+-------------------+---------------------+-------------------+-------------------+ 1 row in set (0.00 sec) Was machen wir Falsch? kann uns bitte jemand helfen Schönen Gruß augum

Perfekt hehe wenn nun den verfl*** OCS-Import funktionieren wuerde grml (siehe anderen Thread von mir…) Gruß aboehm

hat sich erledigt, war wohl nur ein fehler beim update… da hat der kollege von idoit schnell reagiert... danke

ha lesen bildet xD steht im dokuwiki…

http://www.i-doit.org/forum/index.php/topic,1583.0.html

update: auch in anderen Kategorien fehlen Objekte

Dito - ist ein nettes Feature - in der Demo-Datenbank habe ich mal ein Mobiltelefon "Defekt" erstellt, das genau den Fehler hat. Schau bitte mal in Deiner Objekttyp-Konfiguration, ob Du "Übersichtskategorie als Standard Ansicht" auf "Ja" hast. Sofern das der Fall ist, muss bei der Ersterfassung der Daten hier zumindest der Typ der Karte erfasst werden, da ansonsten ein Schrottdatensatz in der Tabelle erzeugt wird. Dieser wird dann immer als erster Datensatz eingelesen; nur nicht überschrieben sondern als neuer Datensatz gespeichert. (458, 7727, NULL, NULL, '', 2, NULL, '', '', '', '', '', '', '', '', '', '', '', '', '', NULL, NULL, '', '', '1970-01-01 00:00:00', '1970-01-01 00:00:00', '1970-01-01'), (459, 7727, 1, NULL, '', 2, NULL, '', '', '', '', '', '', '', '', '', '', '', '', '', NULL, NULL, 'tes', '', '1970-01-01 00:00:00', '1970-01-01 00:00:00', '1970-01-01'), (460, 7727, 1, NULL, '', 2, NULL, '', '', '', '', '', '', '', '', '', '', '', '', '', NULL, NULL, 'test', '', '1970-01-01 00:00:00', '1970-01-01 00:00:00', '1970-01-01'), Um die Daten zu bereinigen, musst Du in der Tabelle "isys_cats_cp_contract_list" die doppelten Datensätze finden und bereinigen. Der Datensatz, der im dritten Feld (isys_cats_cp_contract_list__isys_cp_contract_type__id) "NULL" stehen hat, ist der Schrottdatensatz; bei den weiteren musst Du schauen, welchen Du behalten möchtest. Gruß Christof

In der aktuellen Eval Version werden die IP Einstellungen nicht übernommen und jedes importierte Objekt erhaelt im namen ein Suffic (EVAL). Diese beiden Einschränkungen sind im kostenpflichtigen Teil nicht enthalten