forum.opsi.org

Um nicht ganz von der OPSI-Entwicklung abgehängt zu werden, habe ich mich entschlossen (nach einem nicht ganz sauberen Upgrade) den alten symbolic link /opt/pcbin -> /var/lib/opsi/depot zu löschen und den Inhalt von opt/pcbin ins opsi/depot zu schaufeln.
Wahrscheinlich fehlen noch abschliessende Schritte, nur die Pfadangabe in der smb.conf bei {opsi_depot] bzw. [opsi_depot_rw] und in der Depotkonfiguration die Angaben zu depotLocalUrl und depoteRemoteUrl dürften nicht ausreichen.
Nach Neustart des Clients befindet sich im Log unter clientconnect die FM 'Failed to read version info from /etc/opsi/version ' und nach Starten eines Testscripts im instlog 'script setup.ins not found - File err no. 5 Access denied'. Die Permissions und Ownership haben sich durch den mv-Befehl nicht geändert.
Bitte um Info wenn wer Abhilfe weiss, wieder zurück zum symbolic link kann es ja nicht sein ...

Have you tried the default stuff to fix things?

IE:

Thanks Sister for your reply !
Yes, i did this, with same issues as before. So clients cannot connect to service connection with error 'failed to read version info from file /etc/opsi/version'.
A warning popped up at the command line after opsi-setup --init-current-config:
'you have an old depot directory present. Using old /opt/pcbin/install is depracted'. The directory exists, but as i have already written, deleted symbolic link and changed config to /var/lib/opsi/depot was done already!
Best regards

Which versions have you installed?

Salve,

du hast schon mal ein net use a: \\opsiserver\opsi_depot /user:pcpatch (oder wie dein meisteropsi genannt ist) auf einem Windlows System gemacht und danach dein pcpatchpwd eingegeben und hattes das depot damit gemappt?
Nachdem du die Schrittte da gemacht hast auch den Server rebootet (geht schneller als alle dienste neuzustarten)

Thanks for replies !
i could correct it a little bit. Maybe it was a fault in the smb.conf and the permissions.

What i did:
inspite of opsi-setup –auto-configure-samba there was no valid samba-user for opsi/depot. i've added valid-users=pcpatch to [opsi_depot} {opsi_repository] [opsi_images] ans [opsi_workbench] (in [opsi_depot_rw] this entry was included).
To get sure, i've added to all these directorys chmod -R 0775 and chown -R opsiconfd:pcpatch additionaly.

The result is:
a working connection to the server but a strange behaviour, when i do SW-action on demand (starting action, but without result -> logfile)!
In the client-log Files there is:
Clientconnect
opsiclientd gets version 4.0.99
service connection gets error (as before) (failed to read version info from /etc/opsi/version) and new failed to update action processor
instlog
no errors, but 2 warnings
product xxx set to update
Update script name:
we have no update script
setup.ins was the action !
Has anybody a clue ?
best regards

hat sich - wie vieles - von selbst gelöst.
Vielleicht waren reboots der Clients notwendig, jedenfalls dürfte Softwareverteilung on demand unter /var/lib/opsi/depot ohne symbolic link von /opt/pcbin funktionieren -> keine Fehlermeldung beim install-log.
Die Fehlermeldungen unter clientconnect ('Failed to read version info from /etc/opsi/version ' und 'failed to update actopn processor') gibt es zwar weiterhin, dürften aber nicht das System beeinträchtigen !
Gracias