:pepehi: @Moritz

nein. Änderungen findest du zum Beispiel im Changelog.
https://kb.i-doit.com/en/i-doit-add-ons/documents/index.html#releases

:pepehi: @cBorisa

bisher gibt es dazu keine Neuigkeiten.

:pepehi: @SteffenS

ohne Änderungen am Code der View ist dies nicht möglich und wäre ein Feature Feedback.
Du solltest dich dazu an den Support wenden, wenn du einen FR erstellt haben möchtest.

:pepehi: @Florian-0

hilft die vielleicht die Info weiter?

34e2553b-47b3-4851-8993-a397d7394742-image.png

:pepehi: @sjplanet

der CSV Import benötigt entweder eine Spalte mit der Bezeichnung des Objektes oder ein Mapping um bestehende Objekte identifizieren zu können.

Hier ist beides nicht gegeben, da der CSV Import nicht die Bezeichnung aus dem Template verwenden kann.

tldr; Objekte die mit dem CSV Import erstellt werden sollen, müssen einen Spalte mit der Bezeichnung haben.

:pepehi: @TheBob1

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

:pepehi: @TheBob1

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

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

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

Hi,

also in meiner RHEL 8 Installations-Doku habe ich ein

dnf install php-ldap

stehen, welches auch in der offiziellen Doku steht:
https://kb.i-doit.com/en/installation/manual-installation/red-hat-enterprise-linux/index.html

Ansonsten: Funktioniert ein

openssl s_client -connect <Host>:389

Wenn ja, kannst Du mit dem s_client auch gleich Dein ldapsync User testen.
Spätestens bei ldaps wirst Du s_client eh benötigen, um zu testen.

Leo

Hallo und guten Tag,
wir nutzen jetzt die idoit V33 und habe in der Verwaltung unter dem Punkt DownloadCenter das selbige Problem.
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".

@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

GM Leo,

also für mich hat es so funktioniert.
Ich habe auch gleich noch SAS als Typ hinzugefügt.
Als Dialog+ macht es aber auf jeden Fall mehr Sinn.

Besten Dank und einen guten Start in die Woche
VG Bob

Auch Update: Jetzt sehe ich es auch, das Thema Hot Spare etc. ändert sich dann je nach Typ.