Posts made by apfel-jan

@StefanP74 ja, genau. Also auch beim Firefox lädt er es erst runter und müllt allen Usern den Downloads-Ordner voll.
Es scheint so, als würde nicht der richtige Header gesendet werden und immer der Download erzwungen werden.
Eine Direktansicht wäre hier viel sinnvoller, damit man nicht ständig alles downloadet, dadurch ggfs. alte Dokumente bei einem liegen die er dann nutzt und zum anderen sind es weniger Klicks und man ist viel effektiver, wenn das Dokument sofort auf geht. Mich haben dazu nun schon mehrere Kollegen drauf angesprochen, unabhängig voneinander. Wir haben erst vor wenigen Monaten von einer eigenen Software zu i-doit gewechselt. Da fiel das leider allein auf, inkl. mir

@StefanP74 Danke! Das habe ich gesucht und nicht gefunden

Geht das mit dem direkten Öffnen auch anstatt ständigen Download der Files?

Hallo,

wir nutzen i-doit 1.18.1 und haben versehentlich ein Handbuch nicht in den Ordner gelegt sondern in der Stammverzeichnis.
Also wir gehen über Hardware > Client > Wählen einen Client aus und klicken links auf Handbuchzuweisung. Wie kann ich dort ein Dokument wieder löschen?
Die Verknüpfung aufheben ist klar aber die Dateien verwalten finde ich nicht. Hat jemand einen Tipp?

Und besteht in diesem Zusammenhang die Möglichkeit, die Datei direkt im Browser öffnen zu lassen anstatt immer einen Download durchzuführen? Bei PDF-Dateien ist das im Browser ohne Probleme möglich.

Vielen Dank!

Hallo,

seit dem Update auf 1.18 funktioniert die automatische Inventarnummernvergabe nicht mehr. Er startet immer bei 400000, obwohl folgendes bei automatischer Inventarnummer eingetragen ist: %COUNTER:200000#6%

Beim Anlegen eines Objekts dieser Kateogrie kommt folgendes:

Sobald ich das nun erstelle und mache einen weiteren Eintrag kommt die Meldung, dass die Validierung nicht passt. Dort habe ich aber folgendes konfiguriert was immer klappte:

Hat das Problem noch jemand?

Hallo,

ist es möglich bei Handbuchzuweisung dies pro Modell zu machen?
Ich möchte gerne für Modell A ein Handbuch hinterlegen und alle die dieses Modell ausgewählt haben, sollen das Handbuch angezeigt bekommen anstatt jedes Mal neu die PDF hochzuladen, was ja auch unfassbar viel Speicherplatz auf Dauer belegt.

Ist das möglich und wenn ja, wie mache ich das?

Vielen Dank!

Thema ist erledigt, wurde durch ein Ticket vom i-doit Team gelöst durch einen Hotfix. Wird vermutlich im nächsten Update mit drin sein

Auch mit der neuesten Version 2.9.2 von OCS-Inventory ist dieser Bug vorhanden.
Ich habe heute extra OCS-Inventory aktualisiert. Mit i-doit 1.17.2 werden bei jedem Import neue Einträge bei CPU erzeugt anstatt diese anzugleichen/zu vervollständigen.
Auch auf einem Test-Server von mir, der mit i-doit 1.17.0 läuft kann ich das immer wieder reproduzieren.

Kann man hier einen Bug-Report dazu eröffnen oder wie läuft das?

Hallo,

ich habe mal eine Frage zum OCS-Inventory-Import. Wir nutzen OCS-Inventory 2.9.1 (neueste Version) und i-doit 1.17.2 (auch neueste Version).
Auf unseren Clients ist OCS-Inventory NG installiert, womit wir die gesamte Hardware auslesen. Die Daten aus OCS werden dann alle 24h in i-doit automatisch übertragen. Technisch klappt das bis jetzt prima aber mir fällt immer wieder auf, dass manche Informationen nicht mit übertragen werden in i-doit, obwohl diese in der Datenbank stehen.

Beispielsweise habe ich die Tabelle Storage in OCS-Inventory. Gefüllt ist die Tabelle komplett mit Firmware, Beschreibung, Größe, Typ usw.
In i-doit wird aber lediglich Bezeichnung, Größe und Beschreibung verarbeitet. Was ist mit dem Rest?
Die Felder sind ja da aber es wird nicht mit übernommen.

Die Tabelle die dafür herangezogen wird aus OCS sieht wie folgt aus und bietet genau die Informationen die in i-doit nicht übernommen werden:

Die Daten sind durchaus interessant. Muss das konfiguriert werden oder ist das ein Bug?
Ich würde hier nämlich die Spalte Typ mit der Spalte TYPE in OCS füllen (also hier SSD, HDD etc.).
Die Spalte Firmware mit dem Wert FIRMWARE aus der Tabelle in OCS. Controller könnte man durchaus mit der Spalte MODEL füllen.

Vielen Dank!

Hallo,

ich habe i-doit 1.17.2 installiert und dort das Problem, dass wenn wir die Daten per OCS importieren, die Einträge bei jedem Client im Bereich CPU bei jedem Import neu hinzugefügt anstatt aktualisiert wird. Der Import läuft bei uns täglich und heute ist uns aufgefallen, dass hunderte Einträge bei den Geräten auftauchen die immer identisch sind:

In der OCS-Datenbank sehen die Werte gut aus und sind nur einmal pro Gerät erfasst. Bei jedem Import über i-doit wird aber ein neuer Datensatz erzeugt, so dass wir schon im sechsstelligen Bereich bei der Tabelle sind.

Ist das wohl ein Bug oder habe ich etwas falsch konfiguriert?

Die Tabelle in OCS Inventory sieht wie folgt aus und für mich richtig:

Spielt da noch eine Tabelle eine Rolle? oder welche Werte sind hier relevant dafür, dass das abgeglichen wird anstatt neu erzeugt?

Danke im Voraus für Tipps!

@michael-overkamp Perfekt, genau das habe ich gesucht.
Habe beides aktiviert, nun wird automatisch eine vorgegeben und kann auch nicht mehr doppelt belegt werden.

DANKE!

Hallo Leute,

wir nutzen i-doit 1.17.2 und haben festgestellt, dass die Inventarnummern mehrfach vergeben werden können. Gibt es eine Möglichkeit dies zu unterbinden und ggf. die nächste freie bei manueller Anlage vorzublenden?
Aktuell haben wir nämlich unter Infrastruktur die Kategorien "Client", "Monitore", "AccessPoint" usw. und wir wissen nicht auswendig, welche die nächste freie Inventarnummer ist. Dadurch kommen doppelt vergebene Inventarnummern zustande, was der Buchhaltung gar nicht schmeckt

Über eine kleinen Tipp würde ich mich freuen und danke im Voraus!

@kleinrotti said in CMDB Error http error:

@apfel-jan Ich sehe, dass du https/SSL nutzt. Falls du ein selbst signiertes Zertifikat nutzt, muss das Root Zertifikat und Stammzertifikat davon unter dem Idoit Server/Linux importiert werden. Sonst wird die Verbindung über SSL abgelehnt.

Du hast Recht, es klappt nun! OMG!
DANKE!

Ich hatte es mit HTTP probiert gehabt um Zertifikate auszuschließen und es klappte nicht. Nun habe ich das CA-Zertifikat mal importiert und es klappt auf einmal... Ich kann es gerade nicht glauben.

Für alle die das Problem auch haben:

1. Zertifikat auf dem i-doit Server (Ubuntu 20.04) unter /usr/share/ca-certificates/extra ablegen (Ordner extra ggf. anlegen)
2. die Datei /etc/ca-certificates.conf bearbeiten und den Pfad zur neuen Datei ganz unten anfügen
3. Befehl update-ca-certificates ausführen

Anschließend klappt der Aufruf nun.

Danke nochmals!

Hallo,

wir nutzen i-doit 17.1 und haben soeben alle Geräte importiert und starten nun mit der Nutzung, da die alte Software die wir eingesetzt hatten nicht mehr existiert.

Wir inventarisieren mit dem System und haben festgestellt, dass man Einträge zwar duplizieren kann aber immer nur ein einziges mal. Besteht die Möglichkeit anzugeben, dass man das Gerät nicht nur 1x kopiert haben möchte sondern z.B. 10x oder 50x?

Wir haben halt oft Monitore die dort eingetragen werden und jeden einzeln zu machen ist einfach nicht produktiv.

Vielleicht kann mir jemand einen Tipp geben
Danke!

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!