[Andreas h]

Guten Tag Zusammen,

ich wollte über die Import/Export Funktion  ITSMConfigItem  Config Items importieren und es schlug immer mit der Fehlermeldung „Der OTOBO Daemon läuft nicht.“ fehl obwohl der Daemon in der Dockerumgebung läuft.

Generell haben wir eine eigene CMDB auf SQL Basis und würden diese mit der CMDB von Otobo synchronisieren. Gibt es eine Schnittstelle womit man die CMDB befüllen kann oder gibt es nur die Möglichkeit mittels der  .csv Datei?

 

Danke im Voraus!

Mit besten Grüßen

Andreas Hoffman

 

[bes]

Hallo,

ich habe einer frischen Installation von OTOBO 10.1 das ITSM-Bundle installiert. Dann ein dummy Config Item und eine Export-Vorlage angelegt. Dieser Minimalfall hat bei mir geklappt.

Eine schnelle Suche im Quellcode von ImportExport hat auch keine Abhängigkeit vom Daemon ergeben.

Meine Frage ist wo der Fehler „Der OTOBO Daemon läuft nicht.“  erscheint? Ich vermute mal dass die Meldung in den Benachrichtigungen auftaucht.

In diesen Fall würde ich vermuten, dass die Notifikation und der fehlerhafte Export voneinander unabhängig sind. Ich würde zuerst überprüfen ob der Export vernünftig konfiguriert ist, also of Ausgabe-Mappings definiert sind und ob die Filter nicht zu streng sind.

 

Viele Grüße,

Bernhard

[Andreas h]

Hallo Bernhard,

danke für deine Antwort, ja die Fehlermeldung kommt in den Benachrichtungen vor sobald ich einen Import starte.

Ich exportiere erfolgreich die csv datei danach lösche ich das configItem in der CMDB und verwende anschließend die exportierte Datei zum Importieren.

 

Anbei ist mein Dummy Beispiel:

d

[Andreas h]

[Marcus Haecks]

Gibt es da inzwischen schon eine Lösung? Ich habe genau das Gleiche Problem.

Export funktioniert. Import über die exportierte CSV-Datei leider nicht. Es wird auch auf dem OTOBO Daemon verwiesen, der nicht läuft.

Dieser läuft aber.

[Stefan Abel]

Hallo,

der Daemon sollte selber wieder starten unter Docker.

Was beim Import schief geht, kann ich dir ohne weitere Infos leider nicht beantworten – jedoch sollte dir da das Systemprotokoll  weiterhelfen.

Viele Grüße
Stefan

[Marcus Haecks]

Vielen Dank für die Antwort.

Ich werde mal das Logfile durchsuchen.

[Marcus Haecks]

Bekomme beim jeden Importversuch die Meldung:

 

Thu Mar 23 11:23:58 2023 (Europe/Berlin) error OTOBO-CGI-53 Can’t import entity 1: Error when adding the new config item version.

 

Thu Mar 23 11:23:58 2023 (Europe/Berlin) error OTOBO-CGI-53 Need DeplStateID!

[Man Cheung Ip]

@Marcus:

Ich finde in den OTOBO Dokumentationen leider auch nichts dazu, aber folgende Felder sind generell Pflicht, wenn du ConfigItem Importierst:

• Klasse (muss sowieso konfiguriert werden)
• Name
• DeplState (oder DeplStateID)
• InciState (oder InciStateID)

Bei dir heißt es, dass der DeplStateID fehlt. Du kannst dir die vordefinierten Statis unter Admin -> General Katalog-Verwaltung -> ITSM::ConfigItem::DeploymentState anschauen (ID steht in der URL). Alternativ kannst du auch, statte der DeplStateID nur den DeplState nutzen, dann trägst du statt der ID den Status als Namen ein. Als Beispiel kannst du für Deployment State anstatt der DeplStateID=32 auch DeplState=Production in deiner Tabelle setzen.

 

Viele Grüße

Manni

[Marcus Haecks]

Hallo Manni,

 

vielen Dank! Das ist ein wirklich interessanter Ansatz.

Ich hatte bisher einfach immer nur einen Export in eine csv-Datei gemacht und diese Datei einfach mit „Neudaten“ befüllt und versucht diese dann gleich wieder zu Importieren. Ich gebe Bescheit, ob ich mit deiner Beschreibung weiter komme!!!

 

Grüße

Marcus

[Marcus Haecks]

Hallo Manni,

 

es hat tatsächlich an der Deployment State gefehlt. Diesen habe ich dann mit dem Wert „Production“ ergänzt und schon funktionierte der Import.

Einmal Exemplarisch eine Beispieltabelle, die ich dann umgewandelt als CSV umgewandelt habe.

Name	SerialNumber	Type	Incident State	Deployment State
Test-PC01	123456	Desktop	Operational	Production
Test-PC02	123457	Desktop	Operational	Production
Test-PC03	123458	Desktop	Operational	Production
Test-PC04	123459	Desktop	Operational	Production
Test-PC05	123460	Laptop	Operational	Production
Test-PC06	123461	Laptop	Operational	Production
Test-PC07	123462	Laptop	Operational	Production
Test-PC08	123463	Laptop	Operational	Production
Test-PC09	123464	Laptop	Operational	Production

ohne Deployment State ging es nicht.

Grüße

Marcus

[Dirk Passek]

@Marcus und @Andreas

Habt ihr das Problem der Fehlermeldung „Der OTOBO Daemon läuft nicht.“ lösen können?

Ich kann einen Lösungsweg hier in diesem Verlauf nirgends finden.

Hab das gleiche Problem und komm einfach nicht weiter.

Gruß Dirk

[Stefan Abel]

Hallo Dirk,

wenn der Daemon mal gestoppt wird (das passiert manchmal bspw. bei Paket-Installation), sollte der doch kurz danach wieder automatisch gestartet werden.
Das Stoppen ist überhaupt kein Problem. Das muss so sein. Aber wenn der nicht wieder startet, ist bei einer Nativen Installation etwas nicht richtig konfiguriert (Cron nicht gestartet?). Bei einer Docker-Installation kümmert sich der Daemon-Container normalerweise drum.

Viele Grüße
Stefan

[Autor]

Beiträge