Muss ehrlich sagen, dass ich keine Idee mehr habe...
Hat von euch noch jemand einen Tipp?

Jetzt muss ich noch einmal was posten

Habe mir bei Zammad die Demo mal eingerichtet und das hinterlegt. Damit läuft es auf einmal. Also scheint irgendwas auf der Seite diese Probleme in i-Doit auszulösen…
In den Logfiles wird aber nichts dokumentiert, wenn ich mal mit tail -f <logfile> schaue. Als würde er gar keine Verbindung aufbauen
Ich stehe echt auf dem Schlauch. Warum ging das immer und jetzt auf einmal nicht mehr

@apfel-jan said in CMDB Error http error:

curl -X POST -u "username:password" https://helpdesk.myorg.local/api/v1/tickets/search -d 'query=preferences.idoit.object_ids:391615' -d 'limit=10'

Habe jetzt noch einmal etwas getestet. Mit einem anderen Gerät, wo es nicht nur 1 Ticket zu gibt, kommt über die Konsole mit oben genannten Befehl ein Ergebnis. In i-doit bleibt dies aber weiterhin leer.

In der Konsole bekomme ich:

{"tickets":[4457,2483],"tickets_count":2,"assets":{"Ticket":{"4457":{"id":4457,"                                                                                                                                                             group_id":3,"priority_id":2,"state_id":3,"organization_id":null,"num.....

Kann es etwas mit Zertifikaten zu tun haben?
Wir nutzen das alles ja nur lokal. Wobei über die Konsole ja alles sauber durch geht wie man hier sieht.

Guten Morgen,

habe es gefunden in der Doku und es ausführen können. Das Ergebnis ist dauerhaft folgendes:

{"tickets":[],"tickets_count":0,"assets":{}}

In Zammad sind aber genau zu der objectID Geräte verknüpft. Mein Befehl:

 curl -X POST -u "username:password" https://helpdesk.myorg.local/api/v1/tickets/search -d 'query=preferences.idoit.object_ids:391615' -d 'limit=10'

In Zammad ist beispielsweise genau dazu mindestens ein Ticket aufgenommen und aktiv:

Jemand eine Idee, was hier das Problem ist? Wieso kommt das System auf 0, wenn doch ganz klar etwas da ist?
Ist das eher ein Problem dann von Zammad?
Auch der Button Ticket erstellen aus i-doit klappt ja dann nicht und erzeugt den Fehler wie oben beschrieben:

Habe extra dafür nach Anleitung einen neuen i-doit-Server gebaut mit PHP 7.4 und i-doit 1.17.
Zammad ist noch gar nicht so alt und auch nach den Herstellervorgaben installiert.

@michael-overkamp Hallo,

danke für deine Idee.
Elasticsearch ist eingerichtet und funktionsfähig. Gerade noch einmal aktiv geprüft und auch den Rebuild mal gemacht. Fehler bleibt bestehen.

Kannst du mir vielleicht sagen, wie ich die Authentifierung da mit rein kriege?
Erhalte als Ergebnis aktuell immer

{"error":"Authentication required","error_human":"Authentication required"}

Ich habe letzte Woche i-doit mal auf einem ganz anderen System neu aufgesetzt mit Version 1.19 aber das Fehlerbild bleibt identisch.
Zammad läuft auf der neuesten Version 4.1 mit allen Patches bis dato.

Vielen Dank!

Habe das Update auf 1.16.3 gemacht, leider weiterhin das gleiche Problem...

Hallo,

wir nutzen i-doit 1.16.2 PRO und haben Zammad als Ticket-System hinterlegt.
In Zammad können wir ohne Probleme die Geräte verknüpfen. Zammad lädt ohne Probleme aus i.-doit die Geräte aus.

Andersherum aber kann ich beim Anzeigen der Tickets bei dem jeweiligen PC keine Tickets sehen oder eröffnen.

In den Log-Dateien von i-doit erhalte ich immer folgenden Fehler. Geprüft habe ich alle PHP-Module ob diese vorhanden sind (PHP 7.3 wird genutzt) und auch schon mal das Löschen der Verbindung zu Zammad hin bringt keine Besserung. Ich finde auch keine weiteren Log-Einträge außer halt folgenden:

[2021-06-26 18:22:31 0.48417500] ERROR: Exception Trace:

• File: /var/www/html/index.php (line: 204)
  include_once
• File: /var/www/html/src/hypergate.inc.php (line: 203)
  include_once
• File: /var/www/html/src/i-doit.inc.php (line: 111)
  include_once
• File: /var/www/html/src/application.inc.php (line: 30)
  isys_application::run
• File: /var/www/html/src/classes/core/isys_application.class.php (line: 106)
  idoit\Legacy\ModuleLoader->boot
• File: /var/www/html/src/idoit/Legacy/ModuleLoader.php (line: 37)
  isys_module_manager->load
• File: /var/www/html/src/classes/modules/manager/isys_module_manager.class.php (line: 1044)
  isys_module_cmdb->start
• File: /var/www/html/src/classes/modules/cmdb/isys_module_cmdb.class.php (line: 885)
  isys_module_cmdb->start
• File: /var/www/html/src/classes/modules/cmdb/isys_module_cmdb.class.php (line: 877)
  isys_cmdb_view_category->process
• File: /var/www/html/src/classes/modules/cmdb/view/isys_cmdb_view_category.class.php (line: 663)
  Message: "CMDB Error: http error: 0"

Ich bin mir 100% sicher, dass das mal funktioniert hat aber seit einem Update von i-doit oder einem Update des Servers scheint es nicht mehr zu klappen.

Hat jemand eine Idee, was ich noch prüfen könnte?
Ich habe testweise mal auf PHP 7.4 und PHP 8 umgeschaltet, bringt aber keine Besserung,

DANKE!

Hey @lfischer,

genau das war es. Vielen herzlichen Dank!

Auf dem Server ist schon PHP 8.0 installiert und damit fährt das Script vor die Wand. Habe nun php7.4 als Interpreter explizit im Script angegeben und damit klappt es prima!

Der Denkanstoß fehlte mir nur, danke nochmals! So einfach kann es sein

@apfel-jan Über die Oberfläche von i-doit klappt es sogar mit dem Import. Wenn ich da über Extras > CMDB > Import > OCS gehe, kann ich das alles importieren. Nur über das Script geht es nicht. Da kommt weiterhin die Fehlermeldung wie oben...

Hallo,

wir nutzen aktuell i-doit 1.16.2 PRO und haben OCS Inventory angebunden. Die Geräte sollen täglich synchronisiert werden, damit wir in i-doit damit arbeiten können. Das hatte nun über ein Jahr prima funktioniert, seit einem Update aber leider nicht mehr, wie mir erst jetzt auffällt. Ich kann leider nicht genau sagen, seit wann und wieso.

folgendes Script führen wir jede Nacht einmal aus zum Abgleich:

php /var/www/html/console.php -uadmin -pXXXXX import-ocs --categories=operating_system,drive,ui,sound,memory,model,graphic,stor,cpu

Wenn ich das mal manuell laufen lasse, kriege ich folgenden Fehler zurück:

------------------------------------------------
i-doit OCS Import
------------------------------------------------
OCS-Handler initialized (2021-05-08 08:57:24)
Starting Import.
Processing device: "PC-KD-005".
No possible FQDN found for "PC-KD-005".
PHP Parse error:  syntax error, unexpected token "::", expecting "(" in /var/www/html/src/classes/modules/cmdb/src/Model/Matcher/Ci/CiMatcher.php on line 71

Habe dann geschaut, ob der Code veraltet ist und folgenden Code von dieser Seite genommen: https://kb.i-doit.com/display/de/OCS+Inventory+NG

Selbst da kommt immer dieser Fehler. Ich habe das Computerobjekt in OCS-Inventory mal gelöscht, dann kommt direkt das nächste Gerät mit dem selben Fehler.

Bei OCS-Inventory sind wir auf Version 2.8.1

Kann mir jemand sagen, was das Problem hier ist oder mir Tipps geben?

Vielen Dank!

PS: Habe gerade auf OCS Inventory 2.9 aktualisiert, das Problem bleibt genau so bestehen. Bin mit allen Versionen soweit aktuell.