Hallo Daniel,

danke für die Info !

Jetzt muß ich aber noch die temporäre 30-Tage Lizenz verlängern, denn sonst kann ich ja meine Tests gar nicht mehr dürchführen…

Viele Grüße,
Stefan

Hallo !

Ich habe eine Test-Installation von i-doit pro 1.10 aufgesetzt, um mir einige AddOns anzuschauen.

Dazu wollte ich Daten aus meinem Produktiv-System per XML Export exportieren und dann in das Testsystem per XML Import importieren.

Wenn ich das über die GUI mache, kommt es beim Import zu einer Fehlermeldung, mit der ich wenig anfangen kann.
Auch einige Versuche, das XML File über den Controller zu importieren, waren nicht von Erfolg gekrönt…

Mir ist nicht klar, ob der Fehler bei mir liegt oder nicht, daher würde ich mich freuen, wenn mir jemand weiterhelfen könnte.
Die Knowledge-Base hat mir jedenfalls bei diesem Problem nicht weitergeholfen.

Danke im Voraus,
Stefan Scherer

Irgendwie hat sich das Problem von selbst gelöst.

Das Verhalten konnte heute nicht mehr reproduziert werden, hat sich also erledigt.

Beim (Re-)Import von 114 Client-PC's von JDisc (4019) nach i-doit (1.9.4) ist mir aufgefallen, dass bei 9 dieser PC's der Standort nach dem Import leer war.

Der einzige Unterschied, den ich bei diesen 9 PC's im Vergleich zu allen anderen erkennen kann ist die Tatsache, dass diese PC's einem Raum zugeordnet waren,
der nicht einen sondern 3 Bindestriche enthält (D-22-23-24)…

Möglichweise ist das ein Zufall.

Ich habe aber einen Screenshot beigefügt, aus dem man erkennen kann, dass ich am 10.11.17 den Raum D-22-23-24 zugeordnet habe. Nach dem JDisc Import war die Standortzuweisung leer, obwohl laut Logbuch der Standort gar nicht geändert wurde.

Any ideas ?

Sorry, hat etwas länger gedauert…

Anbei nun ein Screenshot zum Thema.

VG,
Stefan

Hallo Zusammen,

aktuell kann ich den Fehler nicht mehr reproduzieren (i-doit 1.9.1), Thema ist daher erledigt.

Danke an alle für die geleistete Hilfe !

Viele Grüße,
Stefan

Hallo Christian,

danke für die Info. Irgendwie kam mir das Thema bekannt vor, hatte es aber auf Anhieb nicht im Forum gefunden.

Den Hinweis hierzu habe ich jetzt auch in der Knowledge Base gefunden, aber es fällt mir schwer, eine solche Einschränkung zu akzeptieren…

Nochmals Danke und viele Grüße,
Stefan

Wenn ich die von mir angelegten Objektgruppen in der Listenansicht anschaue und nach den Objektgruppen sortieren lassen, stimmt die Sortierung nicht.

Egal ob aufsteigend oder absteigend, die Reihenfolge stimmt in beiden Fällen nicht.

Hallo Daniel,

danke für das Shell-Script !

Mir stellt sich aber immer noch die Frage, warum die Dateien nicht gelöscht (bzw. gepurged) wurden.
Denn eigentlich möchte ich nicht ein Shell-Script manuell oder per cron aufrufen, wenn eigentlich i-doit diese Dateien purgen sollte.

Ich verwalte mit i-doit weniger als 100 Dateien, aber diese werden regelmässig aktualisiert und wieder gelöscht…

Nochmals danke und viele Grüße,
Stefan

Also der Dreifach-Klick zum Purgen funktioniert tatsächlich !

So braucht man den Quickpurge-Button nicht mehr zu aktivieren…

Das Thema "Löschen von Dateien" wurde hier schon einige Male behandelt, aber ich habe immer noch nicht herausgefunden, wie man Dateien aus i-doit löschen kann.

Unter dem Pfad "/var/www/html/i-doit/upload/files" finde ich immer noch die Dateien, die ich in i-doit bereits "gepurged" habe.
Mache ich da etwas falsch oder gibt es wirklich keinen Weg, diese "Alt-"Dateien ohne Shell-Kommando loszuwerden ?

Hallo Christian,

danke für den Tipp. Aber man kann im JDisc Profil "CMDB-Status der Objekte ändern auf " eben auf "i-doit Status" ändern, was ich gemacht habe.
Eventuell sollte man diese Auswahlmöglichkeit deaktivieren.

Viele Grüße,
Stefan

Ich benutze den CMDB-Status "i-doit Status" im JDisc Profil um im Anschluß an einen JDisc Import importierte bzw. geänderte Objekte schnell wiederzufinden.

Wenn ich dann bei einem Objekt den CMDB-Status von "i-doit Status" nach "In Betrieb" ändern will, funktioniert das ohne Probleme.
Wenn ich aber bei mehreren Objekten über die Listeneditierung dasselbe erledigen möchte, zeigt i-doit an, dass die Objekte im Status "Aus Reparatur geliefert" sind.

Das stimmt aber nicht, die sie sowhl in der Einzelansicht als auch in der Listenansicht den Status "i-doit Status" haben.

Ich wollte heute bei einigen Clients den Typ des Clients in der spzifischen Kategorie "Arbeitsplatzsystem" ändern.
Dazu habe ich die betreffenden Clients markiert und anschließend "Editieren" aktiviert.

Im Anschluß an das Eintragen des jeweiligen Inhaltes in das Feld "Typ des Clients" ist soweit alles OK.
Wenn man in einem der geänderten Clients nachschaut, hat i-doit den korrekten Inhalt in das Feld "Typ des Clients" geschrieben.

Im Logbuch steht aber dann "Eintrag in Kategorie "Datensicherung" wurde(n) geändert".
Aber das ist ja eindeutig nicht richtig, da es sich ja um die Kategorie "Arbeitsplatzsystem" handelt.

Aufgetreten ist das bei i-doit 1.8.3.1.

Hallo Christian,

ich werde dann eigene Werte als Einsatzzweck verwenden.

Danke für Deine Hilfe !

Viele Grüße,
Stefan

Hallo Benjamin,

danke für Deine Hinweise !
Mit stellt sich jetzt nur noch die Frage, wie ich das Problem sauber lösen kann. Denn ich kann zwar den Objekttyp wieder auf "Person" setzen.
Allerdings lässt sich diese Person dann nicht mehr "admin" nennen, da irgendwo im System noch ein User "admin" herumspukt…

Ich befürchte, da muss ein Experte ran.
Ich weiss jedenfalls nicht wie ich das bereinigen kann und ich möchte auch nicht den Zustand so lassen wie er ist, auch wenn es momentan kein weiteres Problem darstellt.

Zur Info habe ich noch einen Screenshot (Ausschnitt) der Suche beigefügt. (Suchbegriff: "admin")

Viele Grüße,
Stefan

So nach und nach wird unser Datenbestand in i-doit immer größer, so dass ich immer öfter in der Listendarstellung nach bestimmen Spalten suche.

Funktioniert bisher auch ohne Probleme, bis ich heute einmal eine Liste nach dem Einsatzzweck fltern wollte.

Egal was ich als Suchstring eingebe, ich erhalte immer eine leere Liste.

Ist das so richtig ?

Hallo Jens,

das Objekt verfügt über keinerlei Beziehungen…
Die hatte ich schon im Laufe meiner Versuche vorab gelöscht.

Eine Vermutung noch: Handelt es sich eventuell um ein Objekt vom Typ Person dass zu einem Client wurde ?
Die Objekt-ID 9 hat mich darauf gebracht (Und Ersteller "system").

Gruß,
Stefan

Das Löschen vom Browser-Cache hat geholfen !

Jetzt schaue ich mal weiter.

Danke an beide Helfer !

Wenn ich die Rechteverwaltung komplett abschalte, kann ich immer noch nicht die Listenansicht konfigurieren…

Das gibt es doch irgendein anderes Problem, oder ?