forum.opsi.org

Beim Ausführen des ntfs-write-iamge bekomme ich nach dem Start des master.py Scripts die Abfrage des pcpatch-Passwortes.
Das sollte ja nicht sein, da ja die Methoden getPcpatchRSAPrivateKey und getHostRSAPublicKey die benötigten Files
für eine Passwortfreie Identifikation des Client am Server holen. Die Daten sind auch vorhanden, und m.M.n stimmen diese auch.

Als einzigsten Fehler konnte ich am Client folgenden Fehler nach dem ausführen von master.py feststellen: Auf dem Server habe ich bereits das ausgeführt: Hilft da nur noch ein reinstall von opsi-depotserver um die verbogenen certs gerade zu biegen?
Oder gibt es weitere Methoden die den Fehler beheben können?

System:
ii opsi-atftpd 0.7.dfsg-1.7 advanced TFTP server - opsi version with pcre, fifo and max-blksize patches
ii opsi-configed 4.0.1.24-1 OPSI config editor
ii opsi-depotserver 4.0.1.11-1 opsi depotserver configuration package
ii opsi-linux-bootimage 20120119-1 opsi linux bootimage
ii opsi-utils 4.0.1.16-1 opsi utils
ii opsiconfd 4.0.1.9-4 opsi configuration service
ii opsipxeconfd 4.0.1.5-1 opsi pxe configuration daemon

Hi,

ein reinstall wird nicht nötig sein.
Probiers mal mit
dpkg-reconfigure

(so Du eine Debian derivat hast...)

gruss
d.oertel

Hallo Hr. Örtel,

ein reconfigure aller opsi Pakete hat leider nicht geholfen.

Laut diesem sollte es ja eigentlich nicht zur Passwortabfrage kommen.

Hi,

die erste Meldung hat nicht wirklich was schwerwiegendes zu bedeuten und sollte erst mal nicht Ursache des Problems sein, steht etwas mehr in der Log? Am besten die letzten Meldungen vor Abfrage des Passworts?

Das hab ich im sshd log gefunden: Dann war mir alles klar.
Ein opsi-setup --set-rights /var/lib/opsi bog das dann wieder gerade.

Thx.