Beiträge von Pascal.Neuhaus

Als Gast kannst du das komplette Forum ansehen. Um selbst Beiträge oder Themen verfassen zu können, musst du dich erst registrieren.

    Hallo Stephan,

    das eigentliche Problem wurde intern aufgenommen und behoben in der nächsten Version.

    Ich hab hier noch einen Fix für dich die pgp.js Datei anpasst, so wie du es auch schon getan hast, damit es zu keinen Fehlern kommt beim bearbeiten der User oder schreiben von Mails. Der Fix bleibt auch nach dem Neustart des Servers aktiv!

    Das Zip einmal entpacken und dann das innen liegende Zip agorum.pgp.fix.open.zip wie hier beschrieben installieren -> Eine ZIP-Datei und ein Konfigurationsprojekt installieren

    Link: https://d4w.agorum.com/roiwebui/home_…1aj2atamapuu3n0

    Passwort: agorum2026

    Grüße

    Hallo sthiel ,

    hier der Ablauf für die Neueinrichtung von SSO :

    1. In der MetaDB -> MAIN_MODULE_MANAGMENT -> auth umbenennen in auth.bak
    2. Den von agorum erstellten Account im AD löschen, der Name des Accounts steht zB. unter MAIN_MODULE_MANAGMENT/auth/NTLM/NetBiosName
    3. agorum core neustarten
    4. SSO erneut einrichten -> SSO über Kerberos einrichten


    Die Logs findest man unter Support Tool -> Base System -> Sub Statistics -> Session Control , hier kannst du dann auch oben über "configure Log" auf Debugging stellen um mehr Informationen unter "show Log" zu erhalten - hier unbedingt dran denken das Debug-Logging wieder zu deaktivieren wenn man fertig ist.

    Ich hoffe das hilft erstmal weiter!

    Grüße

    Pascal

    Hallo,

    leider haben wir keine Beschreibungen für die Datenbanktabellen.

    Die internalobject könnte ich mir vorstellen das hier die auits den Platz nehmen. Wenn diese nicht gebraucht werden könnte man mit dem Audit 2 hier aufräumen. Ab der 11.5.0 kann diese genutzt werden, bzw bei Neuinstallationen wird die genutzt. Systeme die älter anfangen kann man migrieren, hier die Informationen dazu : agorum core audit tool

    Tabellen die einmal gewachsen sind werden auch nicht automatisch wieder kleiner, hier müsste man ggf. ein optimize table nutzen : agorum core storage auslagern (MariaDB und MySQL) hier wird das kurz angeschnitten im Hinweis.

    Ich hoffe das Hilft weiter auch wenn ich leider nicht direkt mehr Informationen über die Datenbankschemata liefern konnte.

    Hallo gvhf,

    per "acl:12001" findet man jene Objekte die die 12001 als ACL gesetzt haben. Das würde ich dann al snächstes wahrscheinlich in einem query.foreach nutzen um an die ACL´s zukommen. Und für die Ausgabe würde ich dann einen writer nutzen und mir das ganze als csv ausgeben lassen und so einfach im Excel das ganze visualisiert und übersichtlich in einer Tabelle anschauen zu können.

    Informationen zu Properties und Methoden findet man hier in unser Doku : GlobalObject

    Ich hoffe das hilft 😊

    Hallo hdkirschbaum,

    agorum core wird von den meisten Anwendern in einer VM betrieben, eben um die Möglichkeit zuhaben auf einem Hardware-Server mehrere Services anzubieten also ist das eine gute Idee.

    agorum-appliance kann auch für den normalen Gebrauch genutzt werden, ist auch nichts anderes als eine VM mit einem vorinstalliertem agorum core.

    Proxmox ist für diesen Fall gute geeignet und ich hätte jetzt auch kein andere Empfehlung.

    Für die VM würde ich jetzt mal 4 Kerne und 12 GB RAM für den Start empfehlen, das schön bei einer VM ist ja das dies im Nachhinein einfach erhöht werden kann wenn Sie das Gefühl haben etwas mehr Power wäre nicht schlecht für die Performance.

    Ich hoffe das hilft Ihnen weiter und viel Spaß in der Welt der Virtualisierung!

    Pascal Neuhaus

    Hallo beron1,

    mh… Solr kann Zookeeper nicht erreichen.

    1. alles beenden Zookeeper, Solr und auch agorum !

    2. Zookeeper von Hand starten, per netstat vergewissern das Zookeeper läuft und auf dem Port 9981

    3. Solr starten und Daumen drücken

    Erklärung: wenn agorum läuft, wird geprüft ob Zookeeper und Solr erreichbar sind, wenn nicht, versucht er diese neu zu starten

    Hallo beron1,

    es scheint so, als ob hier noch ein Solr läuft. Ich vermute jetzt mal, dass auf dem Server kein zweites Solr läuft, sonst würde man sich ja nicht wundern, dass der Port blockiert ist.

    Daher kann es sein, dass die letzte Solr-Instanz nicht richtig beendet wurde.

    Einmal die laufende Instanz per Kill beenden und dann noch mal von Hand neu starten und schauen, was uns Solr jetzt sagt.

    Gerne!

    Hallo beron1,

    man könnte hier mal Zookeeper und Solr einzeln starten, um mehr Informationen zu erhalten:

    Zitat

    cd /opt/agorum/agorumcore/zookeeper/

    ./zookeeper.sh start

    cd /opt/agorum/agorumcore/solr/

    ./solr.sh start

    Wenn da noch nichts Hilfreiches dabei ist, kann man noch in den Solr Log schauen:

    Zitat

    /opt/agorum/agorumcore/solr/server/logs/solr.log

    Hoffe, das hilft schon mal ein Stück 😁