Hi Thomas,

ja, das ist mir auch schon aufgefallen. Das ist wohl ein Fehler in der aktuellen Version (1.10.1 und 1.10.2).

Sowas am besten immer direkt unter help.i-doit.com melden.

Lieben Gruß
Christian

Die Anfrage ist schon ziemlich alt, wir haben von Zeit zu Zeit immer wieder mal Anfragen zum Thema SQL Clustering. Das ist allerdings nicht so einfach und die Hochverfügbarkeit lässt sich auch ganz gut über Cold Standbys o.Ä. regeln. Die technische Umsetzung in i-doit zur vollständigen Unterstützung ist bisher immer an diversen Gründen (Transactions etc.) gescheitert, vielleicht werden wir in Zukunft da nochmal einen Blick drauf werfen. Die MySQL Cluster Technologie hat sich ja auch stark weiterentwickelt.

Hi,

in 1.10.1 ist nur das erstellen, nicht das Updaten gefixed. Ich habe eben einen Hotfix angehangen, der muss nach /src/classes/modules/cmdb/dao/category/global/isys_cmdb_dao_category_g_ip.class.php

isys_cmdb_dao_category_g_ip.class.php

Ah das funktioniert tatsächlich. Mein Fehler war wohl, dass ich nicht cateID verwendet habe.
Vielen Dank

Cool, danke. Ich probiere das mal aus.

Ich wollte mich nochmal melden. Mit Bulk-Request ist die Abfrage nun auf akzeptable 3,6 Sekunden geschrumpft. Super und vielen Dank nochmal fürs Stubsen in die richtige Richtung.

Bei Verwendung der API kann man bei den Funktionen cmdb.category.(create|read|update) den Parameter 'category' zusammen mit der String-Konstante benutzen und muss nicht zwischen spezifischen und  globalen Kategorien unterscheiden. Nur bei cmdb.category.delete muss man aufpassen: Diese Funktion funktioniert nicht mit spezifischen Kategorien. In dem Fall muss man die undokumentierte Funktion cmdb.category.quickpurge verwenden.

Hallo,

auch kurz meine 5 Cent…

Aus i-doit Herstellersicht =):

Sprachdateien anpassen: JA! (Custom Sprachdateien finden sich als Beispiel im Dateisystem)
Benutzerdefinierte Kategorien benutzen: JA!
Im Code Kategorien anpassen: NEIN! (Es sei denn, Du wirst Entwicklungspartner)

Irgendwie hat sich das Problem von selbst gelöst.

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

So, es hat etwas gedauert, aber die Themen:

Auswertung CPU, statt der Prozessorgeschwindigkeit gibt er die ID aus.
Auswertung Speicher, statt der Speichergröße (Total) wird die ID ausgegeben.
Auswertung Lokaler Massenspeicher - Gerät, statt der Kapazität wird die ID ausgegeben.

sind in der nächsten Version vom Dokumente Add-on gelöst. Es werden voraussichtlich zwei Releases des Dokumente Add-ons dieses Jahr noch kommen.

Hi,

ist jetzt nicht so dringend; wir können auch auf die nächste Version warten (wenn sie denn zeitnah kommt). Vielleicht funktioniert dann auch wieder das Erstellen von bereinigten Netzplänen.

Bis denn

Thomas

Hallo vqh,
vielen Dank für die schnelle Antwort.
Ich habe die Codezeilen ersetzt und den Controller erneut aktiviert.
Dieses mal lief der Controller für Surchindex ohne weitere Probleme durch.

Vielen Dank für die schnelle Hilfe.

Mit freundlichen Grüßen Dominic

Hallo,

ich war mal so frei und habe einen Bug Report für Dich erstellt.

Hi,

das ist ein nachstellbarer Bug. Ich melde mich dazu, wenn ich etwas neues weiß.

Hallo Benjamin,

es handelt sich um die 1.9.2 PRO.
Ich kann mich schwach dran erinnern, dass ich vor einiger Zeit auch mal ein Ticket dazu aufgemacht habe (schon wieder vergessen gehabt), wo auf die Nichtsortierung aufgrund von Übersetzungen verwiesen wurde, siehe jetzt auch hier:
https://help.i-doit.com/hc/de/articles/115002984445-Warum-kann-ich-in-der-Listenansicht-nicht-nach-dem-CMDB-Status-und-anderen-Attributen-sortieren-
(…und ob das nun alphabetisch sortiert ist, ist mir sowas von egal, Hauptsache sortiert)

Warum geht es jetzt bei einigen Typen und bei anderen nicht?
Aus meiner Sicht unterscheidet sich in den Definitionen quasi nichts relevantes.
Der vordefinierte Objekttyp "Raum" lässt nach CMDB-Status sortieren, der "Client" nicht,
der selbst definierte Objekttyp "Kamera" lässt sich sortieren, der "Kleingeräte" nicht.

Gruß,
Thomas

idoit_client_nein.png
idoit_kamera_ja.png
idoit_kleinger_nein.png
idoit_raum_ja.png

Hallo Tobias,

ich habe das mal bei uns überprüft und konnte das auch Datenbank Technisch feststellen das eine Leere Zuweisung erstellt wurde in der Kategorie Kontaktzuweisung.
Ich habe dazu ein Ticket erstellt und wird in einer der kommenden Versionen gefixt sein.

Mfg,
vqh

Hallo,

es funktioniert nun mit Version 1.9.2 - vielen Dank 🙂

Lieber Benjamin

Herzlichen Dank, dann werd ich mich damit mal "rumschlagen".

LG

Stefan

Hallo Christoph,

vielen Dank. Es freut mich, dass du eine zufriedene Lösung gefunden hast. 🙂

Liebe Grüße
Christian

Hallo,

wir haben letzte Woche unsere Knowledge Base für PHP 7 und Debian 9 angepasst:

Debian GNU/Linux: Schritt für Schritt ein Debian 9 auf i-doit vorbereiten

Upgrade der i-doit Eval Appliance auf Debian GNU/Linux 9 "Stretch": Hier haben wir detailliert beschrieben, wie wir ein Debian von 8 auf 9 aktualisiert haben. Einige der oben genannten Fehler konnten so umgegangen werden.

Zum Datenbank-Fehler haben wir vor einiger Zeit einen FAQ-Artikel geschrieben: Wenn unter src/config.inc.php ein "localhost" als Hostname eingetragen ist, wird der Unix Socket von MySQL/MariaDB verwendet. Das ist auch gut so, weil performant. Nur leider kann PHP damit nicht viel anfangen, weswegen PHP angepasst und Apache neu gestartet werden muss.

Ich hoffe, das alles hilft schnell und einfach weiter 🙂

Viele Grüße
Benjamin