• 0 Votes
    6 Posts
    251 Views
    LFischerL
    Hey @pgo1337 ich habe gerade nachgeschaut: der Bug wurde niedrig priorisiert und ist daher leider noch nicht gelöst. Ich löse es in i-doit 37 - es ist nur eine Kleinigkeit Der Fix kommt leider nicht mehr in die Version 36 da diese bereits abgeschlossen ist und aktuell noch von unserer QS geprüft wird (in dieser Phase kommen keine Änderungen mehr dazu). Viele Grüße Leo
  • Installation auf AlmaLinux und anderen RHEL basierten Distros

    Unsolved Entwicklung
    3
    0 Votes
    3 Posts
    92 Views
    G
    @Michael-Huhn Danke für die Rückmeldung. Ich habe zwei Drafts eingestellt. Ich muss nochmal in Ruhe schauen, ob ich was übersehen habe. https://github.com/i-doit/knowledge-base/pull/1093 https://github.com/i-doit/scripts/pull/50 Was mir generell am meisten aufstößt, ist dass die DocumentRoot komplett mit Schreibrechten für den Apache ausgestattet wird. Auf der Seite vom Hardening wird dann mit Permissions und immutable Attribute das wieder gesichert. Das macht IMHO wenig Sinn, dass man sichere Voreinstellungen des Systems (z.B. Owner root:root mit Context httpd_sys_content_t) aufweicht, um sie dann später umständlich wieder zu härten. Ich bin ja ein Fan davon, gleich alles richtig und sicher zu installieren (dann kann man es auch gut als RPM verpacken) und nur auf die Verzeichnisse dem Webserver Schreibrechte zu geben, wo diese tatsächlich notwendig sind. Aber dann kann man natürlich erstmal nicht den Web-Updater benutzen. Aber die sind aus Sicherheitsgesichtspunkten sowieso immer kritisch, wenn der Web-Update seinen eigenen Code aktualisieren will, sofern man keinen Umweg über ein Script geht, welches als root läuft (der Web-Update startet z.B. per sudo ein Script als root, welches den Code aktualisiert...) Soll man das hier diskutieren oder ist es besser, ich mache ein Issue im GitHub zu diesem Thema?
  • Dokumentation von VXLAN

    Allgemein
    3
    0 Votes
    3 Posts
    299 Views
    T
    @mamawe Hast Du hier ggf. schon eine Möglichkeit gefunden? Besten Dank im Voraus! VG TheBob
  • Anpassung von Größe und Beschriftung der Objekte im Raumplan

    Solved Betrieb
    5
    0 Votes
    5 Posts
    82 Views
    P
    @LFischer Hi Leo, alles klar. Dann werde ich entsprechende Vorschläge einreichen. Danke für die Rückmeldung! Grüße Malte
  • Kabel mittels API erstellen

    Entwicklung
    2
    0 Votes
    2 Posts
    65 Views
    LFischerL
    Hallo @jakob dein Ansatz ist soweit eigentlich ganz gut, es fehlt nur der richtige Wert für assigned_connector. In solchen Fällen kann es schon weiterhelfen die Daten auszulesen und mit der GUI zu vergleichen { "version": "2.0", "method": "cmdb.category.save", "params": { "object": 1234, <-- Objekt ID (Server) "category": "C__CATG__CONNECTOR", "data": { "title": "Connector", "assigned_connector": 123, <-- Anschluss Datensatz ID "cable_connection": 234 <-- Kabel Objekt ID }, "apikey": "<hello-api>" }, "id": 1 } Der Wert für assigned_connector muss die Datensatz ID des zu verbindenden Anschlusses sein, das kannst du in der GUI z.B. hier sehen: [image: 1755614326990-4e304c88-3318-4f3c-84da-0fc801b49966-image.png] Alternativ kannst du dir den value der Checkbox anschauen (falls das data-connector-id Attribut nicht existiert). Bezüglich entry ist wichtig zu wissen das die save Methode zum erstellen und aktualisieren genutzt werden kann. Lässt man entry leer wird ein Datensatz erstellt (= create), gibt man eine Datensatz ID an, wird diese aktualisiert (= Update). Viele Grüße Leo
  • 0 Votes
    4 Posts
    92 Views
    Luis JürgenliemkeL
    Hallo @kholzenhauer , die Lösung für diesen Fehler ist der Hotfix ID-11972. Wenn man im apache2 error.log nachschaut (/var/log/apache2/error.log), ist dort auch die Fehlermeldung zu finden, welche auf der KB Seite für den Hotfix angegeben wurde. Also einfach den Hotfix installieren, wie auf der KB Seite beschrieben und dann sollte die Kategorie wieder normal laufen.
  • 0 Votes
    4 Posts
    82 Views
    cherifC
    Hallo @Michael-Huhn vielen Dank für den Link. Er hat mein Problem behoben. VG, Cherif
  • Report Manager - Doppelt aufgeführt

    Betrieb
    3
    0 Votes
    3 Posts
    500 Views
    A
    Hat sich da noch etwas getan? Ich habe das Problem auch z.B. bei Servern mit mehreren CPUs
  • 0 Votes
    7 Posts
    86 Views
    C
    Hi @LFischer, ich habe das Problem mit den Icons gelöst . Hier ist nochmals eine Zusammenfassung zu den zwei jeweiligen Problemen. Falls jemand dieses Problem auch haben sollte. Hinweis: Persönliche Informationen habe ich entfernt. Die wichtigen Informationen habe ich nochmals zusammengefasst. Die Auszüge sind verkürzt außerdem verwende ich hier einige Platzhalter. Fehlermeldung i-doit system error: Error Bei der migration von der idoit (Produktivumgebung) zu idoittest (Testumgebung) habe ich auf der Datenbank einige Konfigurationen vergessen. Auf der Datenbank habe ich nochmals die Konfigurationen angepasst. Auf der Datenbank folgenden Befehl ausführen: SELECT * FROM isys_settings WHERE isys_settings__value LIKE '%idoit%'; Hier ist der Auszug aus der Datenbank von der Produktivumgebung: +-----------------------------+---------------------------------------------------------------+----------------------------------+ | isys_settings__key | isys_settings__value | isys_settings__isys_mandator__id | +-----------------------------+---------------------------------------------------------------+----------------------------------+ | ido_monitos__debug_file | /path/to/idoit/log/monitos.log | x | | system.base.uri | https://idoit.de/ | x | | system.dir.file-upload | /path/to/idoit.de/upload/files/ | x | | system.dir.image-upload | /path/to/idoit.de/upload/images/ | x | +-----------------------------+---------------------------------------------------------------+----------------------------------+ In der Spalte isys_settings__value müssen die Einträge angepasst werden. In diesem Fall zu idoittest. Icons werden nicht angezeigt Der Hinweis mit .htaccess war sehr hilfreich. Auf dem idoittest fehlten einige dotfiles. Ich habe diese 1:1 kopiert.
  • CSV Import in Version 35

    Allgemein
    3
    0 Votes
    3 Posts
    127 Views
    M
    @Michael-Huhn Achso, mit dem Hotfix funktioniert der Import wieder. Danke.
  • checkmk2 addon Problem mit init

    Allgemein
    3
    0 Votes
    3 Posts
    51 Views
    Michael HuhnM
    @mio das checkmk2 Add-on ist aktuell nur bis php 8.2 kompatibel. Die Doku zum Add-on ist teilweise nicht mehr aktuell, weil die Entwicklung durch die SHD System-Haus-Dresden GmbH weiter entwickelt wird. Da es keine andere Dokumentation gibt, lassen wir unsere noch online. Aktualisiert werden aber die Release Notes. Ich habe einen Issue für die KB erstellt, damit diese Informationen dort als Hinweis anzeigt werden. Ps. Ich hab mal eben das Add-on mit php8.2 und php8.3 via "status" geprüft und keinen Fehler erhalten: [image: 1752822455919-a0ab0270-bab9-4bfe-9243-7c14729d2ab6-image.png] [image: 1752822467411-20c22e57-2bbb-4bb0-ba1a-03ce9c4409f6-image.png]
  • Individuelle Übersichtsseite

    Betrieb
    4
    0 Votes
    4 Posts
    78 Views
    N
    Hallo @coffee_junkie, so etwas ist (soweit ich weiß) leider nicht möglich (Außer du möchtest dich mit der Erstellung eines eigenen Add-Ons beschäftigen, in der du deine Kategorie entsprechend designen kannst: https://kb.i-doit.com/de/software-entwicklung/add-ons-entwickeln/index.html) Wenn es in deiner Benutzerdefinierten Kategorie nur darum geht, die Daten anzuzeigen, könnte dir evtl. ein variabler Report weiter helfen. [image: 1752656417319-c96ce44c-98fd-4636-ad15-de1412295b74-image.png] Wichtig ist in der Bedingung der Wert Feldplatzhalter = Objekt ID. Dieser wird später beim Öffnen der Kategorie mit der ID des aktuellen Objekts gefüllt. Als benutzerdefinierte Kategorie hinterlegst du nun den zuvor erstellten Report [image: 1752656554917-63d734c2-8783-40f8-98c3-a69608ef8a42-image.png] Somit würdest du folgendes Ergebnis erhalten: [image: 1752656636440-9c24845d-b831-4f59-8e3a-647fff6c008f-image.png]
  • Weiterleitung zu i-doit Test-Umgebung

    Betrieb
    4
    0 Votes
    4 Posts
    63 Views
    C
    Hallo @Nico, danke für den Hinweis. Das Problem wurde gelöst. Nach dem Import war noch die falsch hinterlegte URL. Man kann die URL auf der grafischen Oberfläche (dein Lösungsvorschlag) oder auf der Datenbank nochmals überprüfen. [image: 1752575418101-idoit_url_censored.png] Wenn man die URL auf der GUI oder Datenbank verändert, so wird die URL auch entsprechend in der GUI und Datenbank angepasst.
  • Kategorie "Client" ERROR 500 nach Update von i-doit 34 auf 35

    Allgemein
    5
    0 Votes
    5 Posts
    57 Views
    S
    Hallo, der Patch hat funtktioniert. Noch mal vielen lieben Dank für die Unterstüzung! Gruß Sven
  • LOGBUCH nicht lesbar - Spaltenbreite nicht änderbar

    Betrieb
    2
    0 Votes
    2 Posts
    51 Views
    Michael HuhnM
    @vitamin-S wenn du Support suchst oder Feature wünsche darbringen möchtest, dann ist dies hier der falsche Kanal. Dazu bitte an den Support wenden über help.i-doit.com oder help@i-doit.com.
  • ldaps debian Hinweis

    Allgemein
    3
    0 Votes
    3 Posts
    68 Views
    Michael HuhnM
    @mio danke erstmal für die Information! Bei Fehlern oder Verbesserungen gerne ein GitHub Issue im KB Repository erstellen. Ich hab daraus mal eins gemacht: https://github.com/i-doit/knowledge-base/issues/1056 Hier ist die Info zwar gut für andere Anwender aber ob diese Info dann bei i-doit ankommt ist was anderes ;>
  • Dokumente Addon und Bilder

    Betrieb
    7
    1 Votes
    7 Posts
    461 Views
    LFischerL
    Hallo @StefanP74 ich habe noch mal recherchiert - wir hatten damals zu diesem Problem ein Bug im Dokumente Add-on erstellt der inzwischen gelöst ist. Die Version mit dem Fix ist allerdings noch nicht veröffentlicht In der neuen Version werden verlinkte Bilder in Beschreibungsfeldern (und aktuell NUR in Beschreibungsfeldern) rausgesucht und beim kompilieren des Dokuments geprüft. Bei öffentlich verfügbaren Bildern wird nichts gemacht - aber bei Bildern "aus i-doit", konkret über den WYSIWYG hochgeladene oder aus der "Bilder" Kategorie stammend, wird nun Logik ausgeführt die den Inhalt des Bildes vernünftig laden. Ich fürchte ich kann gerade noch kein genaues Datum für die Add-on Version geben. Werde aber mal nachhaken Ein möglicher Termin KÖNNTE das Release von i-doit 36 sein (Ende August) aber dazu wurde noch nichts entschieden. Viele Grüße Leo
  • 0 Votes
    1 Posts
    34 Views
    No one has replied
  • Nutzung i-doit API mit API Key nicht möglich

    Betrieb
    3
    0 Votes
    3 Posts
    108 Views
    S
    Hallo @Michael-Huhn, das scheint schon der korrekte Wert zu sein. Sowohl im UI als auch in der Datenbank. MariaDB [idoit_system]> select * from isys_settings where isys_settings__key = 'api.authenticated-users-only'\G *************************** 1. row *************************** isys_settings__key: api.authenticated-users-only isys_settings__value: 0 isys_settings__isys_mandator__id: 1 1 row in set (0.000 sec) Hast du noch eine Idee?
  • Übersichtsseite "Allgemein"

    Betrieb
    2
    0 Votes
    2 Posts
    55 Views
    Michael HuhnM
    @UVB_Michael also wenn bei dir das Berschreibungsfeld nicht dargestellt wird: [image: 1751004655219-c40fc289-f034-4ebe-896c-1ed882960a4b-image.png] dann prüf in der Verwaltung die Attribute Einstellungen: [image: 1751004691179-c75fe730-b50b-4c16-9f52-bc2242d7f1de-image.png]