Oooh whooops, entschuldige, ich habe eben erst gesehen das du den Beitrag bereits verlinkt hast Leider gibt es da noch nichts offizielles

Hey @cherif das ist tatsächlich merkwürdig. Kannst du ggf. in deiner init.php eine Debug Ausgabe machen um zu prüfen ob diese durchlaufen wird BEVOR der Command seine Logik ausführt? Setzt dein Command den Login voraus (-u admin -p admin ...)? Die Prüfung if (isys_module_manager::instance()->is_active('tools')) { ... } in der init.php kann nur funktionieren, wenn du (auch über die CLI) eingeloggt bist. Zum debuggen kannst du die Funktion print_ar_file('xyz'); nutzen - diese schreibt dann im Hintergrund eine Datei ins i-doit Temp Verzeichnis: temp/debug_output.txt. Viele Grüße Leo

@cherif Danke, da hab ich den Wald vor lauter Bäumen/IDs nicht gesehen, das war's? Schöne Grüße Andreas

Servus @HKARZ ! Wenn ich deinen post richtig verstanden habe, müsste folgende Service-Modellierung die Abhängigkeiten korrekt abbilden: LG Peter [image: 1782117458016-i-doit_community-example.png]

Vielen Dank @leobaer ich habe es über SQL gelöst und ein wenig Hilfe von KI Besten Dank für die Hilfe VG r.

@P.Bluhm Vielen Dank für die Hilfe, hat alles geklappt

Hi, Bei Apache modules einfach auf die Test Schaltfläche klicken, dann wird das grün. (Zumindest ist das bei unserer RHEL8 Installation so). Das Not Found liegt daran, dass RHEL8 das Modul umbenannt hat. [root@medusa01536-12 tmp]# httpd -M | grep rewrite rewrite_module (shared) Bzgl memcached: memcached auf RHEL 8 (Ggf. braucht man die --no flags nicht mehr) dnf install -y --nogpgcheck --nobest memcached sudo systemctl enable memcached.service sudo systemctl start memcached.service