Hallo @CookieMonster

der Bug ist bei uns bereits eingetrudelt - es betrifft leider auch Tabellen in der Verwaltung

Die Ursache dafür ist, das wir mit i-doit 34 die Pager für Objekt- und Kategorielisten angepasst haben um effizienter zu arbeiten, bei einigen Usern kam es zuvor zu Performance Problemen. Leider haben wir damit einen Folgefehler verursacht an dem wir bereits arbeiten.

Ein Workaround ist nach einem einzelnen Zeichen (z.B. ein Leerzeichen) zu suchen, in diesem Kontext funktioniert der Pager wieder.

Ein anderer Workaround ist die "Einträge pro Seite" Einstellung nach oben zu setzen:

Wir sind zuversichtlich den Fehler in der kommenden i-doit 35 zu lösen

Viele Grüße
Leo

Kurzes Update: Gelöst in Add-on Version 1.5

Die hier beschriebenen Probleme wurden in der Zwischenzeit in Version 1.5 des Add-ons gelöst. Dieses wurde am 26.Februar veröffentlicht

Viele Grüße
Leo

Hallo @StefanP74 ,

ich fürchte ich muss dir sagen dass das die gleiche Ursache hat wie https://community.i-doit.com/topic/4932/report-nach-datum-sortieren/6

Ich habe das Thema inzwischen noch mal intern angestoßen und wir werden schauen ob wir die sortierung für alle Attribute verfügbar machen können.

Ich kann aktuell leider keine Aussage darüber machen ob/wann wir das umsetzen werden...

Viele Grüße
Leo

Hello @inasutin

the error tells us that your machine (or rather PHP) does not have enough memory to index all your data.

The simple solution would be to increase the memory limit for PHP.

The "proper" solution would be to find out which category is causing this issue and also re-evaluate if the data that is currently being indexed in terms of "do we really need to index this?"

In order to do so you can manually re-index the search by running the command @StefanP74 supplied but add the -vvv option to see all details. You will see which categories gets indexed and the amount of entries (please note: the process will slow down due to this output).
This can help you find the culprit (= the category that causes the memory issue).

sudo -u www-data php /var/www/html/console.php search-index --user admin --password XXXXXXXXX --tenantId 1 -vvv

Afterwards you can try to adjust the indexing. For example you can prevent certain categories from beeing indexed as you might not need them to be searchable - that will free up resources!

For this you can call the search-index command and pass a list of categories that you actually want to be indexed via --category ... This will be a bit tedious, but ideally you'll only have to do it once.

sudo -u www-data php /var/www/html/console.php search-index --user admin --password XXXXXXXXX --tenantId 1 --category C__CATG__GLOBAL --category C__CATG__CPU

Best regards,
Leo

Hallo @StefanP74

ich kann dir hierzu leider nichts neues liefern.

Ich habe mit einem Kollegen gesprochen ob wir das technisch abbilden können und die Antwort darauf lautet erst mal "Ja". ABER wenn wir erlauben nicht-indizierte Felder per Query zu sortieren kann es bei komplexen Reports schnell zu performance Problemen kommen

Ich werde ein Ticket (Feature Wunsch) dazu für i-doit 35 schreiben - mit etwas Glück können wir das bis dahin umsetzen!

edit

Mir fällt gerade ein - wir arbeiten gerade daran die Tabellen-Komponente der Reports gegen die allgemeine Komponente (aus Objekt- und Kategorielisten) zu tauschen. Damit wäre es bereits möglich die Einträge beliebig zu sortieren (was aktuell ja nicht immer klappt) - allerdings erst nachdem der Report geöffnet wurde. Wäre das ein Plan B?

Viele Grüße
Leo

Hallo @sihadmin

ich verstehe... Ich habe auch gerade noch mal genauer nachgesehen: für i-doit 1.12.2 kannst du nur bis Dokumente Add-on Version 1.3.3 nutzen, ab Version 1.4 wird i-doit 1.13 vorausgesetzt.

Hast du diese beiden Portale geprüft?

Es gibt (noch) das portal.i-doit.com Portal.
Wenn du einen Lizenz-Token hast, kannst du auch center.i-doit.com probieren.

Sollte dir das nicht weiterhelfen kannst dich bei help@i-doit.com melden - unser Support sollte dir die nötigen Version zuschicken können

Viele Grüße
Leo

Hallo @sihadmin

in erster Linie würde ich dir das update empfehlen i-doit 1.12.2 ist aus April 2019. Ich fürchte du wirst für diese Versionen keinen Support mehr bekommen.

Um aber zumindest diesen Fehler zu lösen müsstest du die passende Dokumente Add-on Version zu deiner i-doit Installation herunterladen und installieren - dabei müsste es sich (vom Datum her) um Version 1.4 handeln (vom Code her würde ich schätzen das du aktuell Version 1.2 oder früher nutzt).

Um das Problem alternativ selbstständig zu fixen müsstest du die betroffene Datei öffnen:

{i-doit}/src/classes/modules/document/compiler/placeholder/isys_document_compiler_placeholder_category.class.php

Hier musst du auf Zeile 98 sicherstellen das die Variable, die an setMultivalueStatusFilter( ... ) übergeben wird ein Array ist.

Das sollte bei dir aktuell etwa so aussehen:

$l_dao_property->setMultivalueStatusFilter(C__RECORD_STATUS__NORMAL);

Es muss aber so aussehen (beachte die eckigen Klammern):

$l_dao_property->setMultivalueStatusFilter([C__RECORD_STATUS__NORMAL]);

Bitte beachte das dieser Fehler vermutlich nur der erste von vielen sein wird. Am einfachsten wäre es zunächst dein Dokumente Add-on auf die korrekte Version anzuheben - langfristig solltest du auch i-doit selbst auf einen aktuellen Stand aktualisiern

Viele Grüße
Leo

Hey @inasutin

I'm afraid that the tables of multivalue categories can (at the moment) only contain a predefined set of properties. Meaning: it is not possible to add custom information.

In this case you would need to create a feature request ("Add "CMDB-Status" to MV list of category XYZ") via help@i-doit.com

Best regards
Leo

Hey @StefanP74

der Eintrag api.log-level ist korrekt und kann einen der folgenden Werte beinhalten:

-1 : Aus
100: Debug
200: Info
300: Warning
400: Error

Das heißt bei dir sollten mit 400 nur "Error" Einträge im Log stehen

Kannst du zusätzlich in die Expertensettings im Admin-Center schauen und nach dem gleichen Eintrag suchen?

Im Code (letzte Version 2.2) sehe ich das immer auf die Tenant Settings zugegriffen wird. SOLLTE die Tenantsetting nicht gesetzt sein würde die System Setting genutzt.

Oh und könntest du noch kurz mitteilen welche API Version du nutzt?

Es gibt da noch eine wichtige Sache: die Tenant Settings können nur korrekt gelesen werden, wenn du bei der API Kommunikation die idoit.login und idoit.logout Requests benutzt.
Die Ursache dafür liegt im Bootstrapping bzw. wie die API sich in i-doit einloggt - wenn du die idoit.login und idoit.logout Requests NICHT nutzt wird die API im uneingeloggten Zustand initialisiert... In dieser Situation können Tenant Settings nicht gelesen werden und die System Settings werden benutzt.

Der Login passiert dann erst später

Viele Grüße
Leo

Hallo @C-Geist

zum Speicherplatzproblem kann ich dir leider nicht viel sagen - das wird vermutlich irgendwo an deiner Umgebung liegen (bin auch kein Linux Fachmann)... Für mich (als Entwickler) wäre es interessanter zu wissen wieso das Exception Log so schnell so groß wird - das klingt für mich als gäbe es einige Fehler in deinem System

Oder ist die Ursache dieser Fehler das nicht mehr auf die Platte geschrieben werden kann?

Viele Grüße
Leo

Hallo @sjplanet

das habe ich schon öfter gehört

Die Ursache ist das, sobald die Kategorieordner mal für einen Objekttypen "gesetzt" sind, bleiben diese unverändert und lassen sich auch nur noch in dieser Oberfläche umsortieren.

Die Idee dahinter ist das Benutzer sich eigene Ordner-Strukturen aufbauen können um Kategorien in eine eigene Ordnung zu bringen Sobald das aber passiert ist, kann keine alphabetische sortierung mehr passieren.
Es gibt aber bereits Feature Requests dafür die alphabetische Sortierung zu forcieren (es wäre dann: entweder alphabetisch ODER eigene sortierung)

Viele Grüße
Leo

Hallo @TorstenF

ja das geht auch Es sind allerdings ein paar andere Tabellen dafür nötig. Das schaut in etwa so aus:

SELECT
    isysgui_catg__id AS ID,
    isysgui_catg__title AS Name,
    isysgui_catg__const AS Konstante,
    'Global' AS Typ
FROM isysgui_catg

UNION

SELECT
    isysgui_cats__id AS ID,
    isysgui_cats__title AS Name,
    isysgui_cats__const AS Konstante,
    'Spezifisch' AS Typ
FROM isysgui_cats

UNION

SELECT
    isysgui_catg_custom__id AS ID,
    isysgui_catg_custom__title AS Name,
    isysgui_catg_custom__const AS Konstante,
    'Benutzerdefiniert' AS Typ
FROM isysgui_catg_custom

Wir verbinden hier drei Queries zu einem Ergebnis, da es in i-doit aktuell drei Kategorie-Arten gibt (Global, Spezifisch, Benutzerdefiniert).

Bzgl. deiner Frage der mitgelieferten Objekttypen: ich fürchte diese Typen liefern wir nicht mit aus, aber genau dafür kann man i-doit ja selbst erweitern Viele Leute werden auch jetzt schon von den Objekttypen und Kategorien "erschlagen".

Viele Grüße
Leo

Hallo @sjplanet

es könnte mit der Funktion "Kategorieordner" zusamenhängen, auch wenn diese Funktion noch nicht aktiv genutzt wurde.

Könntest du folgendes prüfen: Navigiere nach "Administration > Datenansicht > Kategorieordner" und wähle auf der Seite den betroffenen Objekttypen aus.

Taucht die Softwarezuweisung in der Darstellung auf? Falls nicht kann es helfen den "Zurücksetzen" Button in der oberen rechten Ecke zu drücken.

Sollte das Problem damit behoben sein ist das ein bekannter Bug an dem wir noch arbeiten - ein anderes Problem ist mir hier aktuell nicht bekannt.

edit

Ich gehe nicht davon aus, das es sich um den Filter hier handelt, oder?

Der kann genutzt werden um Kategorien ohne gepflegte Daten zu verstecken

Viele Grüße
Leo

Hallo @opinst

es gab in den älteren Versionen leider ein Problem beim Updater - der Hotfix sollte dort eigentlich abhilfe schaffen.
Was passiert denn wenn du probierst die v29 herunterzuladen? Gibt es Fehlermeldungen o.Ä.?

Der Grund wraum direkt die 29 angeboten wird ist weil diese Version alle vorherigen Updates beinhaltet (26, 27, 28). Das heißt es muss nicht zwingend jede Version einzeln aktualisiert werden

Sollte der Download aus irgendwelchen technischen Gründen fehlschlagen kannst du natürlich noch immer die update ZIP manuell herunterladen und auf dem Server im i-doit Verzeichnis entpacken - danach taucht sie im Update Prozess zur Auswahl auf.

Siehe auch https://kb.i-doit.com/en/maintenance-and-operation/update.html

Viele Grüße
Leo

Hallo @TorstenF

da gibt es verschiedene Optionen:

Die einfachste Möglichkeit wäre über einen SQL Report mit folgender Query:

SELECT 
   isys_obj_type__id AS ID, 
   isys_obj_type__title AS Name, 
   isys_obj_type__const AS Konstante
FROM 
   isys_obj_type

Eine andere Möglichkeit wäre über die Verwaltung: Datenstruktur -> Objekttypen -> ... Hier müsstest du dich über die verschiedenen Objekttyp Gruppen hangeln um alle Objekttypen zu sehen.

Zuletzt könntest du über die Verwaltung: Datenstruktur -> Datenstruktur bearbeiten gehen und in der mittleren Box den "Anpassen" Button anklicken um alle Objekttypen aufgelistet zu bekommen
- da fehlen aber leider die Konstanten.

Ich denke mit dem Report wäre dir am meisten geholfen

Viele Grüße
Leo

Hallo @bfc

ich habe mal nachgesehen - der Fehler wurde in i-doit 33 gelöst Ein update sollte hier Abhilfe schaffen!

Viele Grüße
Leo

Hallo @aguenther

der Bug wurde mit i-doit 32 gelöst. Wenn das Problem auch in späteren Versionen noch besteht müsste unser Support darüber bescheid wissen

Könntest du dazu unter https://help.i-doit.com nachfragen?

Viele Grüße
Leo

Hallo @AndiKausG

das klingt ein wenig nach einem bekannten Problem, für das es bereits einen Hotfix in unserer Knowledge Base gibt, siehe hier: https://kb.i-doit.com/en/system-administration/hotfixes/index.html#add-support-for-new-jdisc-graphql-schema-id-11256

Alternativ könntest du überprüfen ob der eingetragene Host und Port korrekt sind. Wir hatten letztens den Fall das sich ein Leerzeichen im Hostnamen eingeschlichen hat - das hat zu einem ähnlichen Problem geführt

Viele Grüße
Leo

Hey @TheBob1

ja, es gibt eine Option um Templates in den normalen Objekttyp Listen darzustellen. Siehe dazu
Verwaltung > Einstellungen für {mandant} > Templates > Template Filter in den Objektlisten anzeigen

Das sieht dann so aus:

Viele Grüße
Leo

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