Also heute funktioniert es bei der Open Demo nicht, aber ich bin mir fast sicher, dass gestern alles ging. Muss ich mal weiter beobachten.
Posts made by Johannes
-
RE: 1.9.1 und 1.9.2 Open keine Kalander Auswahl und Datum speichern möglich
-
RE: 1.9.1 und 1.9.2 Open keine Kalander Auswahl und Datum speichern möglich
Bei mir besteht das Problem nicht. Weder lokal noch in der Demoumgebung.
-
RE: IP-Adressen beim Import mit hinventory
Auf dem Linuxsystem mit Debian 9 kommt keine Fehlermeldung. Er bleibt bei
Scantime: 10.07.2017 09:28:18
Found obect-id: xxxx
Category mode
[+] |- g_model.. done
[+] |- g_cpu.. done
[+] |- g_memory.. done
[+] |- g_stor.. done
[+] |- g_network_interface..einfach stehen.
Zum Test habe ich das alte Windowssystem reaktiviert und hier eine Fehlermeldung erhalten:
Scantime: 10.07.2017 09:28:18
Found obect-id: xxxx
Category mode
[+] |- g_model.. done
[+] |- g_cpu.. done
[+] |- g_memory.. done
[+] |- g_stor.. done
[+] |- g_network_interface..Catchable fatal error: Argument 2 passed to isys_cmdb_dao_category_g_ip::set_hostname_pairs() must be of the type array, null given, called in C:\xampp\htdocs\src\classes\modules\cmdb\dao\category\global\isys_cmdb_dao_category_g_ip.class.php on line 693 and defined in C:\xampp\htdocs\src\classes\modules\cmdb\dao\category\global\isys_cmdb_dao_category_g_ip.class.php on line 4733
-
IP-Adressen beim Import mit hinventory
Hallo,
wir nutzen i-doit open 1.9.1 und lassen zum Inventarisieren jetzt auf allen Rechnen das mitgelieferte hinventory-Skript laufen. Beim Import wird dann, falls noch nicht vorhanden, ein Layer 3-Net entsprechend der IP des Clients angelegt oder entsprechend ergänzt.
Das funktioniert auch super, bis es irgendwann zwei gescannte Clients gibt, die (natürlich nacheinander) die gleiche IP-Adresse vom DHCP erhalten haben. Der zweite lässt sich dann nicht mehr richtig importieren und bricht bei der Netzwerkkarte ab. Ich kann das komplette Layer 3-Net löschen und dann lassen sich die Clients auch wieder sauber importieren. Sie legen das Netz auch entsprechend neu an mit einer "Assigned address". Ich habe auch versucht das Netz als DHCP-Bereich zu definieren, da ich dachte, dass i-doit dann vielleicht weniger sensibel für wiederverwendete IP-Adressen ist, aber das brachte auch keine Veränderung.
Gibt es bei der kostenlosen Version einen besseren Weg den Import zu gestalten? Ich will nicht bei jeder erneut genutzten IP (passiert auch bei einem Updatescan eines Clients, er hat die gleiche schon verwendete IP und bricht den Import ab) die Netze löschen müssen.
Ich hoffe ihr könnt dem Ganzen folgen.
Danke und Grüße
Johannes -
RE: Fehler beim Update von 1.4.8 auf 1.5
Das Update hat funktioniert und so weit ich sehe sind auch Hersteller und Modelle richtig übernommen worden.
Danke.
-
Fehler beim Update von 1.4.8 auf 1.5
Hallo,
wir haben seit einiger Zeit i-doit open 1.4.8 (auf Windows) im Einsatz. Jetzt habe ich i-doit von Windows auf Linux umgezogen und wollte nach einem kurzen Test die Version bis auf 1.9 aktualisieren.
Aber beim Update auf 1.5 kommt folgende Fehlermeldung:
Adding index unique_title to isys_model_title.. Added. ERROR
Database error : Query error: 'ALTER IGNORE TABLEisys_model_title
ADD UNIQUEunique_title
(isys_model_title__title
,isys_model_title__isys_model_manufacturer__id
)':Cannot delete rows from table which is parent in a foreign key constraint 'isys_catg_model_list_ibfk_6' of table 'isys_catg_model_list'Wenn ich das ignoriere und weitermache, dann laufen die Updates bis 1.9 fehlerfrei durch.
Kann ich den Fehler beheben oder ignorieren?
Danke und Grüße
Johannes