Import Probleme

tlasrich

Hallo,

nach dem Update auf die aktuelle Version von I-doit erhalte ich beim Import von neuen Objekten folgende Meldung:

_./import -u admin -p ******** -i 1 imports/Rechnername-1072832.xml inventory

Loading module: import
- Logging in
- Connected to mandator: 1 ()
- Logged in as: admin
- –----------------------------------------------
- i-doit import
- –----------------------------------------------
- Import-Handler initialized (2010-02-10 07:13:21)
- Loading Import: imports/ecpcnmars011-1072832.xml of type inventory
- Parsing imported data..
- Importing host: ecpcnmars011
- Scantime: 09.02.2010 13:56:14
  [+] Creating object..
- Created object-id: 1123
- Category mode
  [+] |- g_model.. done
  [+] |- g_cpu.. done
  [+] |- g_memory.. done
  [+] |- g_stor.. done
  [+] |- g_network_interface.. done
  [+] |- g_graphic.. done
  [+] |- g_ui.. done
  [+] |- g_controller.. done
  [+] |- g_application…
- isys_exception_database : Query error: 'INSERT INTO isys_catg_application_list SET isys_catg_application_list__isys_connection__id = '1434', isys_catg_application_list__isys_obj__id = '1123', isys_catg_application_list__description = 'Microsoft(R) Windows(R) Server 2003, Standard Edition\nVersion: 5.2.3790\nService Pack: 2.0\n', isys_catg_application_list__status = '2', isys_catg_application_list__isys_catg_lic_list__id = NULL':
  Cannot add or update a child row: a foreign key constraint fails (idoit_Mandator/isys_catg_application_list, CONSTRAINT isys_catg_application_list_ibfk_5 FOREIGN KEY (isys_catg_application_list__isys_obj__id) REFERENCES isys_catg_application_list (`i)
- Logging out
Kennt jemand dieses Problem und hat hierfür bereits eine Lösung?

Gruß
Thorsten_

dbluemer

Hallo,

kann ich mal den Output von

SHOW CREATE TABLE isys_catg_application_list;

sehen?

tlasrich

Hallo,

folgenden Output erhalte ich wenn ich das Statement ausführe:

mysql> SHOW CREATE TABLE isys_catg_application_list;
+–--------------------------+------------------------------------------------------------------------------------------------------+
| Table | Create Table |
+----------------------------+------------------------------------------------------------------------------------------------------+
| isys_catg_application_list | CREATE TABLE isys_catg_application_list (
isys_catg_application_list__id int(10) unsigned NOT NULL auto_increment,
isys_catg_application_list__isys_obj__id int(10) unsigned default NULL,
isys_catg_application_list__isys_catg_lic_list__id int(10) unsigned default NULL,
isys_catg_application_list__title varchar(255) collate utf8_unicode_ci default NULL,
isys_catg_application_list__description text collate utf8_unicode_ci,
isys_catg_application_list__status int(10) unsigned default '1',
isys_catg_application_list__property int(10) unsigned default '0',
isys_catg_application_list__isys_connection__id int(10) unsigned default NULL,
PRIMARY KEY (isys_catg_application_list__id),
KEY isys_catg_application_list_FKIndex2 (isys_catg_application_list__isys_obj__id),
KEY isys_catg_application_list__isys_catg_lic_list__id (isys_catg_application_list__isys_catg_lic_list__id),
KEY isys_catg_application_list__isys_connection__id (isys_catg_application_list__isys_connection__id),
CONSTRAINT isys_catg_application_list_ibfk_3 FOREIGN KEY (isys_catg_application_list__isys_connection__id) REFERENCES isys_connection (isys_connection__id) ON DELETE CASCADE ON UPDATE CASCADE,
CONSTRAINT isys_catg_application_list_ibfk_4 FOREIGN KEY (isys_catg_application_list__isys_catg_lic_list__id) REFERENCES isys_catg_lic_list (isys_catg_lic_list__id) ON DELETE SET NULL ON UPDATE CASCADE,
CONSTRAINT isys_catg_application_list_ibfk_5 FOREIGN KEY (isys_catg_application_list__isys_obj__id) REFERENCES isys_catg_application_list (isys_catg_application_list__id) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=2412 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci |
+----------------------------+-------------------------------+
1 row in set (0.00 sec)

Einige Zeilen des Outputs sind gekürzt, die Anzahl der Leerzeichen sollte an dieser Stelle unerheblich sein. Hoffe ich konnte so die Lesbarkeit steigern.

Gruß
Thorsten

dbluemer

Hallo,

bitte mal folgende Statements ausführen:


ALTER TABLE isys_catg_application_list DROP FOREIGN KEY isys_catg_application_list_ibfk_5;

ALTER TABLE `isys_catg_application_list`
ADD FOREIGN KEY ( `isys_catg_application_list__isys_obj__id` )
REFERENCES `isys_obj` (`isys_obj__id`) ON DELETE CASCADE ON UPDATE CASCADE ;

Danach sollte das Ganze wieder glatt sein.

tlasrich

Hallo,

das ausführen der Statements ist leider beim zweiten Statement fehlgeschlagen. Die Fehlermeldung habe ich als Grafik angefügt.

Gruß
Thorsten

Fehlermeldung Import.JPG

dbluemer

Dann bitte noch Folgendes Statement ausführen und danach nochmals das zweite:


DELETE FROM isys_catg_application_list WHERE isys_catg_application_list__isys_obj__id NOT IN (SELECT isys_obj__id FROM isys_obj);

tlasrich

Hallo,

das ausführen der Statements war erfolgreich, werde gleich mal einen erneuten Importversuch starten.

Gruß
Thorsten

klaeuser

So, ich hab jetzt mal auf dem System einen Importversuch gestartet.
Es kommt keine Fehlermeldung und der Rechner erscheint in der gewählten Kategorie

Allerdings importiert er nicht alle Daten, wie z.B Hersteller, CPU oder Seriennummer - obwohl alles im Inventory-File steht.
Vor dem Update hat das noch geklappt

Ich hab mal die Übersichtsseite als Bild angehängt

tlasrich

Hallo,

so habe parallel zu meinem Kollegen den gleichen Import von der Konsole aus getätigt:

_* Loading module: import
* Logging in

*   Connected to mandator: 1 ()
*   Logged in as: admin
*   –----------------------------------------------
*   i-doit import
*   –----------------------------------------------
*   Import-Handler initialized (2010-02-17 12:03:13)
*   Loading Import: imports/ecpcnmars011-1072832.xml of type inventory
*   Parsing imported data..
*   Importing host: ecpcnmars011
*   Scantime: 09.02.2010 13:56:14
[+] Creating object..
*   Created object-id: 1160
*   Category mode
[+] |- g_model.. done
[+] |- g_cpu.. done
[+] |- g_memory.. done
[+] |- g_stor.. done
[+] |- g_network_interface.. done
[+] |- g_graphic.. done
[+] |- g_ui.. done
[+] |- g_controller.. done
[+] |- g_application… done
[+] |- s_client.. done
*   Import done.
*   Logging out

Der Import wird erfolgreich abgeschlossen, dennoch fehlen die Informationen zu CPU, Modell, usw.

Gruß
Thorsten_

ds

Die aktuelle Version des Import Handlers (idoit import 0.9.9) sollte einen Fix für dieses Problem beinhalten. (Die Dateien in src/classes/cmdb/dao/category/global/) Schaut mal bitte ob die Dateien mit denen aus dem Paket überschrieben wurden

tlasrich

hallo,

wenn ich auf dem Downloadserver nachsehe, finde ich dort nur das import-Update-0.9.8-3, oder ist das gemeint?

Gruß
Thorsten

ds

Nein 0.9.9 ist schon richtig - muss auch eigentlich da sein habe ich gerade verifiziert

tlasrich

Guten Morgen,

nachdem ich gestern noch einmal die richtige Download-Url abgeglichen habe, konnte ich auch das neue Update-Paket finden.

Mein Import-Log sieht nun wie folgt aus:

_* Loading module: import
* –----------------------------------------------
* i-doit import
* –----------------------------------------------
* Import-Handler initialized (2010-02-18 05:17:23)
* Loading Import: imports/ecpcnmars011-1072832.xml of type inventory
* Parsing imported data..
* Importing host: ecpcnmars011
* Scantime: 09.02.2010 13:56:14
[+] Creating object..
* Created object-id: 1161
* Category mode
[+] |- g_model.. done
[+] |- g_cpu.. done
[+] |- g_memory.. done
[+] |- g_stor.. done
[+] |- g_network_interface.. done
[+] |- g_graphic.. done
[+] |- g_ui.. done
[+] |- g_controller.. done
[+] |- g_application… done
[+] |- s_client.. done
* Import done.

Ein erster Blick in den importierten Eintrag sieht vielversprechend aus, fehlende Informationen sind nun vorhanden. Werde noch ein paar abschließende Tests machen.

Gruß
Thorsten_