Danke für die Info, dann scheint es wirklich ein Bug zu sein. Ich werde mal beim offiziellen Support nachfragen, ob die das schon auf dem Schirm haben.
Posts
-
RE: Update auf Version 26 über die GUI funktioniert nicht
-
Update auf Version 26 über die GUI funktioniert nicht
Hallo zusammen,
ich mache i-doit-Versionsupdates immer über die GUI, weil ich aufgrund von Arbeitsteilung (Lizenzmanagement vs. Betrieb von i-doit) keinen Zugriff auf das Kundenportal habe.Uns ist bekannt, dass die Updates über die GUI immer erst rund 14 Tage nach dem Release im Kundenportal verfügbar sind. Das passt für uns.
Laut Versionshistorie ist Version 26 vom 22.08.23, und am 05.09.2023 habe ich auch die gewohnte automatische Update-Notification erhalten, die besagt, dass das Update über die GUI bereitsteht.
Allerdings wird das Update auf die Version 26 in der GUI nicht gefunden. Es heißt dort immer nur "No updates available (for your version)."
Kann es sein, dass der Updater über die GUI einen Bug hat? Hat jemand dasselbe Problem?
Wir haben Version 25 (rev 202325000) im Einsatz.
-
Release Notes Versionen 20 und 21
Hallo zusammen,
gibt es für die Versionen 20 und 21 von i-doit Release-Notes oder gibt es nichts Spezielles beim Update zu beachten? Wird z.B. PHP 7.4 weiterhin unterstützt? Unter https://kb.i-doit.com/display/de/Versionshistorie sind keine Release Notes für diese beiden Versionen verlinkt.
Beim Update auf die 1.19 gab es wegen der neuen Unterstützung von PHP 8 ein paar Besonderheiten, siehe z.B. https://community.i-doit.com/topic/4533/add-on-update-der-1-18-2-pro
Daher meine Frage.Hat jemand Version 20 bzw. 21 schon im Einsatz und kann evtl. Auskunft geben?
Danke und Grüße
-
RE: Benachrichtigung zu i-doit Update
Hallo @michael-overkamp ,
danke für die Antwort, dann bin ich beruhigt.Beste Grüße
-
Benachrichtigung zu i-doit Update
Bisher habe ich über eine konfigurierte Benachrichtigung unter "Extras > Benachrichtigungen > Benachrichtigungen verwalten > i-doit Update" immer eine Benachrichtigung bekommen, wenn eine neue Version verfügbar war.
Obwohl ich dort nichts verändert habe, und inzwischen die Version 1.16.3 erschienen ist, bekomme ich keine solche Benachrichtigung mehr in i-doit 1.16.2.
Die Benachrichtigung ist meiner Meinung nach richtig konfiguriert (aktiv, Anzahl zu sendender Benachrichtigungen: unbegrenzt). Der Notification-Job wird auch ausgeführt, aber er findet das Update nicht:
[2021-06-15 21:00:12 0.42312400] INFO: Handling notification type "i-doit Update" [3]. [2021-06-15 21:00:12 0.42405800] INFO: Handling notifications... [2021-06-15 21:00:12 0.42413800] INFO: Handling notification "I-doit Update Notification" [1]... [2021-06-15 21:00:12 0.59982800] INFO: Handling notification type "Expiration of a notice period" [4].
Zum Vergleich das notifications-Log unter i-doit 1.16.1:
[2021-03-30 21:00:12 0.07726600] INFO: Handling notification type "i-doit Update" [3]. [2021-03-30 21:00:12 0.07826200] INFO: Handling notifications... [2021-03-30 21:00:12 0.07832000] INFO: Handling notification "I-doit Update Notification" [1]... [2021-03-30 21:00:12 0.18447600] NOTICE: i-doit update 1.16.2 found [2021-03-30 21:00:12] NOTICE: i-doit update 1.16.2 found
Andere Benachrichtigungen (z.B. veränderte Objekte, Ablauf von Lizenzen) kommen weiterhin an.
Vielleicht wurde dort, wo der Job online nachschaut, einfach vergessen, die Info über das neue Update abzulegen?
Kann jemand bestätigen, dass das Problem bei ihm auch auftritt?
-
RE: Defekte Icons für Baumdarstellung (dtree) nach Update
Mit Hilfe des Supports unter help.i-doit.com wurde das Problem nun behoben. Danke!
Bei uns war die PHP-Extensions php-zip nicht installiert. Vermutlich lag dies daran, dass der Server unter Debian 8 aufgesetzt worden war und dann später - während i-doit bereits installiert war - auf die Debian-Version 9 aktualisiert wurde. Die Zip-Extension von PHP war in der Installationsdoku von Debian 8 nicht als Requirement aufgeführt.
Beim Überprüfen der installierten Extensions fiel dann noch auf, dass auch die Extension php-mbstring fehlte. Falls jemand also dasselbe Problem hat, am besten mal diese beiden Extensions kontrollieren.
-
RE: Defekte Icons für Baumdarstellung (dtree) nach Update
Ich habe mit der neuen Version 1.12 wieder genau dasselbe Problem!
Ich lade das Update in der Weboberfläche über "Verwaltung => Systemtools => i-doit Update" herunter. Dann - bevor ich das Update durchführe - schaue ich mir im Dateisystem unter $idoit/updates/versions/v1.12/files/images/dtree/ ein paar der neuen Dateien mit dem file-Befehl an. Dabei stelle ich fest, dass wieder einige Dateien korrupt sind:
Entweder sind diese bereits im ausgelieferten Zip-File defekt, oder sie werden nicht richtig entpackt.
Das Zip-File wird zwar temporär nach $idoit/temp/ geschrieben, aber das Entpacken und Löschen des Zip-Files geht so schnell, dass ich es nicht abfangen kann. Sonst hätte ich es manuell entpackt, um zu schauen, ob die Dateien dann ebenfalls defekt sind. Wenn ich das Update manuell über das Kundenportal herunterlade und entpacke, sind die Dateien in Ordnung.
Auf die Dauer nervt es, wenn ich immer über das Kundenportal gehen muss.
-
RE: Recht für "Listenansicht konfigurieren"
Ja, daran lag's. Wenn man diesen Fehler nicht macht, klappt es problemlos.
Vielen Dank!
-
Recht für "Listenansicht konfigurieren"
Hallo zusammen,
ich habe ein Verständnisproblem bei der Rechtevergabe. Wir nutzen bisher die Standard-Personengruppen von i-doit (Admin, Author, Reader, usw.) für die Rechtevergabe. Nun würde ich gerne der Personengruppe Author zusätzlich das Recht verleihen, die Listenansichten selbst zu konfigurieren (Spaltenreihenfolge, Standardfilter, usw.).
Dazu habe ich in der Rechtevergabe im Bereich Verwaltung der Personengruppe Author das zusätzliche Recht für "Objekt-Listen definieren (ausführen)" gegeben (siehe Screenshot):
Allerdings wirkt sich das nicht auf die Objektansicht der Personengruppe Author aus. Auch hier ein Screenshot:
Das vergebene Recht ist auch nicht wirksam. Die Personen in der Gruppe Author können die Listenansichten weiterhin nicht selbst editieren.
Hat jemand einen Tipp, was ich falsch mache? Laut Doku müsste mein Vorhaben möglich sein: "Die Rechteverwaltung erlaubt das Vergeben von Rechten, welche Person oder Personengruppe die Listenansicht konfigurieren und anderen Benutzern vorgeben darf."
Viele Grüße
-
RE: Defekte Icons für Baumdarstellung (dtree) nach Update
Danke für die Rückmeldungen. Im Log sind beim Kopieren der Dateien keine Fehler zu sehen. Es werden auch keine Dateien gelöscht, sondern die durch das Update ersetzten Dateien sind teilweise defekt.
An ein Hardware-Problem glaube ich nicht wirklich, da auf dem Server noch andere Sachen laufen, die keinerlei Probleme machen.
Ich verwende den automatischen Update-Download über die GUI und habe die Vermutung, dass das Problem beim automatischen Entzippen des Downloads via PHP entsteht. D.h. dass einzelne Dateien dabei "kaputt gehen" bzw. nicht korrekt entpackt werden.
Beim nächsten Update werde ich den ersten Teil (ZIP-Datei herunterladen und entpacken) manuell machen, wie hier beschrieben.
-
Defekte Icons für Baumdarstellung (dtree) nach Update
Hallo zusammen,
nach den Updates auf die Versionen 1.11.1 und 1.11.2 von i-doit pro hatte ich beide Male das Problem, dass einige Icons für die Baumdarstellung in der Objektansicht links defekt waren. D.h. sie wurden vom Browser nicht angezeigt (statt dessen wurde das Symbol angezeigt, dass der Browser für nicht gefundene Bilder verwendet).
Auf dem Dateisystem wurde bei den defekten Icons vom Linux-File-Befehl nicht erkannt, dass es sich um Bilder handelt. Hier im Screenshot z.B. joinbottom.gif, join.gif, usw.
Ich habe die problematischen Icons dann aus dem Backup wiederhergestellt. Aber ich frage mich natürlich, ob evtl. noch weitere und vor allem wichtigere Dateien "defekt" sein könnten.
Hat das jemand anderes auch schon mal gehabt oder eine Idee, woran das liegen könnte?
Viele Grüße
-
RE: Verwaiste implizite Beziehungen
Soweit ich weiß, benötigt man zum Erstellen der Tickets aber einen Support-Vertrag, oder?
-
RE: Verwaiste implizite Beziehungen
Hallo Christian,
beim Klick auf "Nicht zugewiesene Beziehungen entfernen" kam die Meldung "Es wurden keine nicht zugewiesene Beziehungsobjekte gefunden" und die Beziehungen waren noch da. Daher habe ich dann auf "Beziehungsobjekte erneuern" geklickt. Danach waren die verwaisten Beziehungen weiterhin noch da.
Zusätzlich wurde aber bei allen Objekten vom Typ "Virtueller Host" die Beziehungsart "Virtuelle Maschine" entfernt. Zumindest hat es den Anschein, denn alle habe ich noch nicht kontrolliert. Die Beziehungsart "Virtuelle Maschine" war in der alphabetisch sortierten Beziehungsliste ganz am Ende der Liste.
Beim alphabetisch am weitesten oben stehenden Virtuellen Host sind dafür ganz viele Beziehungen der Art "Virtuelle Maschine" hinzugekommen. Dort waren vorher insgesamt drei Beziehungen für seine drei VMs vorhanden. Jetzt fehlen die Beziehungen für die alphabetisch letzten zwei VMs und die Beziehung der alphabetisch ersten VM ist über 50 Mal vorhanden.
Alle anderen Beziehungen sind - soweit ich erstmal sehen kann - intakt geblieben. Auch bei anderen Objekttypen, z.B. bei "Server".
Ich habe das Gefühl, dass es da einen Bug in der Funktion "Beziehungsobjekte erneuern" gibt. Vielleicht helfen die Hinweise auf die alphabetische Sortierung.
Wir haben i-doit pro 1.11 im Einsatz.
-
Verwaiste implizite Beziehungen
Hallo zusammen,
ich habe ein Problem: Über die Listeneditierung habe ich bei zahlreichen Servern die Kontaktzuweisung entfernt. Dafür habe ich in der Listeneditierung die Kategorie Kontaktzuweisung ausgewählt und dann beim Objekt "Alle" den "Lösen"-Button geklickt.
Die Kontaktzuweisungen sind wie gewünscht verschwunden, aber die dazugehörenden impliziten Beziehungen sind alle noch vorhanden. In der Beziehungsansicht lassen sich die impliziten Beziehungen nicht löschen. Versuche ich dies, bekomme ich die folgende Fehlermeldung angezeigt:
The following implicit relations could not be deleted: XY administriert ZZ. Delete these relations inside their corresponding category.
Wenn ich die Kontaktzuweisung wieder eintrage, erscheint dafür eine weitere/neue implizite Beziehung. Wenn ich die Kontaktzuweisung wieder lösche (ohne Listeneditierung) verschwindet diese wieder. Aber leider nur diese eine Beziehung, und nicht alle Beziehungen der Art Kontaktzuweisung.
Weiß jemand, wie ich aus diesem Schlamassel wieder rauskomme?
-
RE: Hyperlink zu Objekten in E-Mail-Benachrichtigung
Wenn man allerdings die empfohlenen Cronjobs eingerichtet hat, so ist das keine dauerhafte Lösung. In den Cronjobs wird über die Console erst der Cache gelöscht und danach werden über die Console die Benachrichtigungen versendet. Daher schleicht sich die URL mit console.php wieder in den Cache ein. Ich habe jetzt mal das Löschen des Caches in den Jobs auskommentiert.
-
RE: Hyperlink zu Objekten in E-Mail-Benachrichtigung
Ja, daran lag's. Vielen Dank!
-
Hyperlink zu Objekten in E-Mail-Benachrichtigung
Hallo zusammen,
ich habe schon wieder eine Frage: Wir haben eine E-Mail-Benachrichtigung eingerichtet, die eine Liste mit veränderten Objekten verschickt. Dazu haben wir die Standard-Benachrichtigung und das Standard-Template verwendet.
Im Standard-Template ist für jedes Objekt ein Link hinterlegt, über den man das Objekt direkt in i-doit aufrufen kann. Leider enthält der Link bei uns nicht den richtigen Hostnamen, sondern etwas mit console.php. Das Protokoll im Link ist auch falsch. Wir verwenden https, nicht http.
Im Template wird für die Tabelle mit den Objekten der Platzhalter %notification_templates__report% verwendet. Wo ist dieser Platzhalter definiert? Ich finde das nicht in der Doku.
Kann es sein, dass der Hostname nicht richtig eingefügt werden kann, weil wir i-doit in einem Unterverzeichnis des Webroots bereitstellen? D.h. bei uns erreicht man i-doit über https://unserHostname.de/idoit/. Ich habe dazu in der .htaccess-Datei die Direktive RewriteBase /idoit/ eingefügt.
-
RE: Abbildung von Software und verantwortlichen Personen
Hallo Christian,
danke für Deine Antwort. Wir haben uns entschlossen, die Infos doppelt zu pflegen. Also Softwareverantwortliche und Softwarezuweisung getrennt voneinander zu verwalten. Es kommt bei uns nämlich tatsächlich auch vor, dass eine Software an den Start geht (einem Server zugewiesen ist), ohne dass jemand verantwortlich ist
-
CPU und LAN bei Objektvitalität
Hallo zusammen,
ich habe einen "Virtuellen Host" mit zwei CPUs (jeweils 4 Cores, 12 Threads). Daraus ergeben sich 24 virtuelle CPUs, die man Gastsystemen zuweisen kann. Bei den Gastsystemen vom Typ "Virtueller Server" kann ich aber nur ganze Cores auswählen. Daher zeigt die Objektvitalität des "Virtuellen Hosts" eine Überbelegung an, die eigentlich gar nicht vorhanden ist.
Ein ähnliches Problem habe ich bei den Netzwerk-Interfaces. Da habe ich beim "Virtuellen Host" ein Interface mit 4 Gigabit-Ports eingetragen und möchte nun jedem Gastsystem einen der Ports zuweisen. Der "Virtuelle Host" zählt die vier Mal 1 Gigabit aber nicht zusammen, so dass auch hierbei eine Überbelegung in der Objektvitalität angezeigt wird.
Wie müssen denn die Sachen eingetragen werden, damit die Kategorie Objektvitalität eine sinnvolle Übersicht anzeigt?