forum.opsi.org

Port 6379 ist der Redis-Server. Der scheint nicht zu laufen und/oder noch nicht installiert zu sein.

kinzi hat geschrieben:Daher meine Frage, ob dort überhaupt noch 32-bit-Pakete "lagern".

Nein. Laut dem Directory-Listing https://download.opensuse.org/repositor ... Debian_10/ wurde OPSI 4.2 nur gegen amd64 gebaut. Bei OPSI 4.1 gabs noch i386-debs.

Hallo, ja, der opsiconfd lässt sich mit "opsiconfd stop" wie auch mit "systemctl ..." stoppen, auch mit dem "-l=5"-Argument. Starten ebenfalls. Beim manuellen Ausführen des postinst-Scriptes kommt: root@centaur:~# /var/lib/dpkg/info/opsiconfd.postinst configure [5] [202...

Bei den letzten beiden OPSI 4.2-Debian-Paketupgrades des opsiconfd fiel mir auf, das der opsiconfd-Daemon nach dem Upgrade nicht neu gestartet wird. Entweder hängt dann noch ein Zombie-Prozess rum oder aber gar keiner mehr. Man muss dann immer händisch ein "systemctl start opsiconfd.service&quo...

sollte helfen.

Ich bin gerade dabei unsere OPSI-Server auf v4.2 umzustellen. Diese laufen auf Debian 10, daher kann ich hier auch nur für den Debian-Part sprechen. Dabei fiel mir auf, das bei der Änderung der /etc/opsi/opsiconfd.conf ein Zeilenumbruch fehlt, so das das hier entsteht: log-level-file = 5 # networks ...

Schau doch mal im configed, wenn Du die Software verteilt hast in die Logs. Dort mal das Debug-Level auf 7 erhöhen und dann sieht man genau, was das Skript macht und woran es ggf. scheitert. Ich würde ja vermuten, das der Interpreter an dem teilweise Quoting bei "target" aufschlägt. Da müs...

Hast Du vielleicht die /etc/opsi/backends/mysql.conf beim Upgrade ersetzen lassen? Die ursprüngliche Datei (mit dem hoffentlich gültigen Passwort für den "opsi"-DB-User) müsste sich noch als /etc/opsi/backends/mysql.conf.dpkg-old finden lassen. Vergleich die beiden Files mal und trage das ...

In Winbatch direkt nicht, man könnte aber sicher powershell.exe zusammen mit einem .ps1-File aufrufen. Du kannst PowerShell aber direkt über so ein Konstrukt ausführen lassen: ExecWith_PowerShell_GetFirmwareType powershell.exe winst /sysnative [ExecWith_PowerShell_GetFirmwareType] if ((Get-ItemPrope...

das hat mit dem Connector nix zu tun. Der Fehler trat vor kurzem bei einigen hier auf. Ein "opsi-setup --init-current-config" hat geholfen.