@TheBob1 das ist leider nicht möglich und wurde als Feature Feedback aufgenommen.

@TheBob1 zur Planung kann ich leider nichts sagen aber es gibt ein Feature Feedback dazu.

@fa__ please send a mail to help@i-doit.com and tell which API Version you need. Not supported by i-doit OPEN i-doit Add-on API 2.1 Required i-doit >= 31 ~~i-doit Add-on API 2.0.1 Required i-doit >= 30 i-doit Add-on API 2.0 Required i-doit >= 30 i-doit Add-on API 1.16 Required i-doit >= 29 Suported by i-doit OPEN i-doit Add-on API 1.15 Required i-doit >= 27 i-doit Add-on API 1.14.1 Required i-doit >= 24 i-doit Add-on API 1.14 Required i-doit >= 1.19 i-doit Add-on API 1.13.1 Required i-doit >= 1.19 i-doit Add-on API 1.13 Required i-doit >= 1.19 i-doit Add-on API 1.12.3 Required i-doit >= 1.15

Hallo @LFischer vielen Dank für den Tipp mit den Hotfixes. Hotfix "Add support for new JDisc GraphQL Schema (ID-11256)" installiert und die Daten können wieder abgerufen werden. LG Andi

@stan61 Unter Verwaltung -> Vordefinierte Inhalte -> Dialog-Admin -> Raid-Verbund -> Raid-Typ könntest du einen hinzufügen

Hi, inzwischen gab es Rückmeldung vom Support. Es gibt wohl aktuell einen Bug (in Version 33 und auch in 34 weil schon in Codefreezphase), das die Default Rechte der Author Gruppe nicht korrekt funktionieren, aber korrekt angezeigt werden. Mit einem einfachen Überspeichern lässt sich das Problem lösen. Damit Thema erledigt.

@Milan-Leszkow Hello, sadly there is no function in i-doit that covers the use-case that you described. It could be possible to create a flow with the new Flows add-on that triggers when you archive a server and than archives the host address afterwards. You can find more information about the Flows add-on here: https://kb.i-doit.com/en/i-doit-add-ons/flows.html A different option would be the API. With some programming knowledge you could create a script that uses the cmdb.category.archive method to archive the host addresses and afterwards the server with the cmdb.object.archive method. You can find more information about the API methods here: https://kb.i-doit.com/en/i-doit-add-ons/api/methods/cmdb.category.html#cmdbcategoryarchive https://kb.i-doit.com/en/i-doit-add-ons/api/methods/cmdb.object.html#cmdbobjectarchive Best regards

Hi, Ich würde mal unter Verwaltung > <Firma> Verwaltung > Systemreperatur auf der rechten Seite unfertige Objekte ansehen und löschen. Alternativ im Personen Typ mal nach ID oder Erstellungsdatum sortieren. Teilweise wird das fragliche Objekt mit Objekt-Titel in geschweiften Klammern angezeigt. Z.B. {165465} Wenn das nicht klappt: Im Report Manager einen Report erzeugen, um das Objekt zu finden (Bedinung = Dein Login) Unbedingt Objekt-ID anzeigen lassen, damit man das Objekt direkt per URL aufrufen kann: https://demo.i-doit.com/?objID=247 Wenn es immer noch nicht klappt, kann man auch direkt in der DB nachschauen (und löschen) Grüße Leo

Hallo und guten Tag, wir nutzen jetzt die idoit V33 und habe in der Verwaltung unter dem Punkt DownloadCenter das selbige Problem. [image: 1732874680419-aeaa7a4e-1062-4aec-8a10-ced6ec085c7a-image.png] Das Problem hatten wir schon in der V32 und dachten, bei einem Update hätte sich das gelöst. Leider nein. Vielleicht gibt´s ja noch ne Lösung? Vielen Dank

Hi @Philipp-Hörselmann der Link in die KB ist 404, ...

@meganie said in Ping ohne nmap: Habe die Antwort selber gefunden: Unter Verwaltung → Systemeinstellungen → Mandanteneinstellungen → "Optionen für IP-Liste" FPING auswählen Ik heb die oplossing zelf ontdekt: Selecteer FPING onder "Optionen voor IP-Liste" in de sectie "Systeminstellingen" onder "Mananteninstellingen".

@LFischer If get a XML of a export , this XML have a: created time, update time, objects id, etc.. information that is set by i-doit (software), what I should do with these field?

@Florian-0 said in i-doit Dokumentation Offline verfügbar: Ich bin hier aber Enteuscht das von seiten des Herstellers nicht eine Best Practive Anleitung gibt. und ich jetzt hier anfangen muss zu probieren. Es gibt nach suche nicht mal eine Anleitung umzug von Linux auf Windows das würde in meinen fall schon helfen. Naja, so ganz kann ich das nicht nachvollziehen, i-doit geizt nicht mit Informationen wie man sein System händeln könnte. Beispiele: https://www.i-doit.com/blog/automatische-backup-dokumentation-ueber-api/ https://kb.i-doit.com/de/wartung-und-betrieb/index.html , insbesondere https://kb.i-doit.com/de/wartung-und-betrieb/daten-sichern-und-wiederherstellen/index.html https://kb.i-doit.com/de/upgrades-und-umzuege/index.html Schön erklärt und auch Besonderheiten wie welche Dienste für welchen Zweck zu stoppen sind, damit keine Daten verloren gehen. Ein "best practice" anzubieten richtet sich doch an die Ansprüche des Einzelnen - und das kann sehr variieren. Dem einen reichen Reports, die automatisch erzeugt und "irgendwo" (USB, Netzlaufwerk, Cloud, was auch immer) gespeichert werden andere wollen Reports ausgedruckt haben ein Weg ist die Datenbank zu sichern und bei Bedarf in ein neu aufgesetztes System einzuspielen ein anderer sichert gleich die ganze VM. Im Recovery-Fall auf einem Notebook mit einem Virtualisierer vorgehalten - auch so ist i-doit offline Viele Wege führen nach Rom - wie hätten sie es denn gerne? Um noch ein wenig Fleisch an die Gräten zu packen: beschäftige dich doch mit den Möglichkeiten der Console (https://kb.i-doit.com/de/automatisierung-und-integration/cli/console/index.html). Damit kannst du z. B. einen Cron-Job definieren, der regelmäßig Reports erzeugt. Diese auf einem Fileshare abgespeichert oder per e-Mail versendet, ist ein Anfang. Wer es braucht, kann diese auf einem Drucker ausgeben, so richtig offline und analog. Die Nachbehandlung sind aber alles Möglichkeiten des Systems, nicht von i-doit. Also, welche Anforderungen habt ihr an eine Offline-Verfügbarkeit, wie sind eure Wiederherstellungsprozesse? Viele Grüße Zini

@StefanP74 Besten Dank! Dies hat wunderbar funktioniert.

Salue Leo, das hilft mir schon mal weiter und macht auch Sinn. Vielen Dank für die Lösung VG Bob

Hallo @Umezi grundlegend gibt es bereits einen "Kabel" Objekttyp, bei dem allerdings ein Objkt ein physikalisches Kabel repräsentiert. Du könntest aber einen eigenen Objekttypen erzeugen und hier eine Art "Sammelobjekt" pro Typ erzeugen. Ich würde hier mit einer benutzerdefinierten Kategorie arbeiten Also - Neuer Objekttyp z.B. "Kabel (zusammenfassung)" mit den üblichen Standardkategorien + eine eigene benutzerdefinierte Kategorie die dann z.B. die Anzahl an Kabel und den Typen beinhaltet. Diese zwei Attribute kannst du anschließend in der Objektliste darstellen lassen Das ist jetzt aber natürlich nur eine einzelne Idee - es gibt sicherlich noch genügend andere Möglichkeiten deinen Use-Case abzubilden. WENN man es mit normalen Objekten und (benutzerdefinierten) Kategorien macht kann man diese Daten mittels Report auswerten und über die API auslesen und schreiben Hilft das weiter? Viele Grüße Leo

Hey @StefanP74 freut mich das ich helfen konnte - ich habe tatsächlich schon öfters erlebt das der Cache zu solchem Verhalten führen kann. Das kann passieren, wenn Commands oder sonstige "i-doit bezogenen" Cronjobs als root ausgeführt werden. Das kann u.a. dazu führen das Cache Dateien vom root User erstellt werden und der apache User kann dann nicht mehr darauf zugreifen oder verändern Viele Grüße Leo