forum.opsi.org

Guten Tag,

ich habe folgendes Problem:

Ich kann von meinem Windows 7, welches unter OPSI eingebunden werden soll nicht die Daten aus dem opsi_depot auslesen.
Verbinden kann ich!! allerdings sind alle Ordner leer!

Es scheint irgendwo ein Rechte Problem vorzulegen oder?!

[opsi_depot]
available = yes
comment = opsi depot share (ro)
path = /var/lib/opsi/depot
oplocks = no
follow = yes
level2 oplocks = no
writeable = no
invalid users = root

[root@opsicentos depot]# getent group opsiadmin
opsiadmin993:opsiconfd,adminuser

[root@opsicentos depot]# getent group pcpatch
pcpatch992:adminuser

[root@opsicentos opsi-client-agent]# ls -la
insgesamt 4440
drwxrws---. 5 opsiconfd pcpatch 4096 17. Mär 11:01 .
drwxrws---. 36 opsiconfd pcpatch 4096 17. Mär 11:02 ..
drwxrws---. 2 opsiconfd pcpatch 4096 17. Mär 11:01 extended-scripts
drwxrws---. 3 opsiconfd pcpatch 4096 17. Mär 11:01 files
-rw-rw----. 1 opsiconfd pcpatch 421 27. Mai 2013 Install.readme.txt
-rw-rw----. 1 opsiconfd pcpatch 76854 16. Jan 2013 opsi.bmp
-rw-rw----. 1 opsiconfd pcpatch 38194 17. Mär 11:01 opsi-client-agent.files
-rwxrwx---. 1 opsiconfd pcpatch 14588 16. Jan 2013 opsi-deploy-client-agent
-rwxrwx---. 1 opsiconfd pcpatch 16937 16. Jan 2013 opsi-deploy-client-agent-old
-rw-rw----. 1 opsiconfd pcpatch 2741 6. Jun 2014 service_setup.cmd
-rw-rw----. 1 opsiconfd pcpatch 1495 27. Mai 2013 service_setup.sh
-rw-rw----. 1 opsiconfd pcpatch 38 16. Jan 2013 silent_setup.cmd
drwxrws---. 2 opsiconfd pcpatch 4096 17. Mär 11:01 utils
-rwxrwx---. 1 opsiconfd pcpatch 4351062 22. Nov 2010 winexe

Auf dem opsi-Server sind die jeweiligen files zu finden wenn ich mich aber von Win7 aus verbinde sind alle Ordner leer!
Kennt jemand diesen Fehler? Ist es vielleicht ein Problem von Windows aus?

Wenn ich mich von einem Unix System auf den Opsi-Server verbinde, sehe ich ebenfalls keinen Inhalt !

Hey, bin selber erst seit wenigen Wochen mit der Materie opsi beschäftigt (überhaupt mit linux).
Hatte aber selber vor kurzem das Problem, dass mein depot Ordner leer war.
Denn nachdem man alle Pakete mithilfe von

opsi-product-updater -i -vv

heruntergeladen hat. Befinden sich diese in /var/lib/opsi/repository und nicht in depot.
Das heisst die Pakete sind noch nicht auf dem Server installiert. Es gibt eine config datei in welcher der Pfad steht wohin die Pakete geladen werden. Ich weiß leider nur gerade nicht wie die config heisst.
Um diese zu installieren musst du diesen befehl ausführen

opsi-package-manager -i /var/lib/opsi/repository/*opsi

Damit sollten alle Pakete automatisch installiert werden und in depot erscheinen.
Ich hoffe ich konnte weiterhelfen

Hallo offi,

Danke erstmal für die schnelle Antwort.

Allerdings geht es mir darum einen bestehenden Windows 7 Clienten in OPSI aufzunehmen.
Dazu muss ich den opsi-client-agent auf dem Windows 7 Client installieren.

"Mounten Sie den share \\<opsiserver>\opsi_depot auf einen Laufwerksbuchstaben.
Starten Sie das Script opsi-client-agent\service_setup.cmd"

cd /var/lib/opsi/depot/opsi-client-agent/

[root@opsicentos opsi-client-agent]# ls -la
insgesamt 4440
drwxrws---. 5 opsiconfd pcpatch 4096 17. Mär 16:16 .
drwxrws---. 36 opsiconfd pcpatch 4096 17. Mär 16:18 ..
drwxrws---. 2 opsiconfd pcpatch 4096 17. Mär 16:16 extended-scripts
drwxrws---. 3 opsiconfd pcpatch 4096 17. Mär 16:16 files
-rw-rw----. 1 opsiconfd pcpatch 421 27. Mai 2013 Install.readme.txt
-rw-rw----. 1 opsiconfd pcpatch 76854 16. Jan 2013 opsi.bmp
-rw-rw----. 1 opsiconfd pcpatch 38194 17. Mär 16:16 opsi-client-agent.files
-rwxrwx---. 1 opsiconfd pcpatch 14588 16. Jan 2013 opsi-deploy-client-agent
-rwxrwx---. 1 opsiconfd pcpatch 16937 16. Jan 2013 opsi-deploy-client-agent-old
-rw-rw----. 1 opsiconfd pcpatch 2741 6. Jun 2014 service_setup.cmd
-rw-rw----. 1 opsiconfd pcpatch 1495 27. Mai 2013 service_setup.sh
-rw-rw----. 1 opsiconfd pcpatch 38 16. Jan 2013 silent_setup.cmd
drwxrws---. 2 opsiconfd pcpatch 4096 17. Mär 16:16 utils
-rwxrwx---. 1 opsiconfd pcpatch 4351062 22. Nov 2010 winexe

Diese Dateien sind auf dem Opsi-Server vorhanden wie man unter dem Pfad /var/lib/opsi/depot/opsi-client-agent/ erkennen kann. Mounte ich aber von Windows aus auf "opsi-depot"

siehe samba.cfg

[opsi_depot]
available = yes
comment = opsi depot share (ro)
path = /var/lib/opsi/depot
oplocks = no
follow = yes
level2 oplocks = no
writeable = no
invalid users = root

Die Ordner werden zwar angezeigt, aber leider sind diese und alle leer! (0 bytes)
Daher gehe ich von irgendwelchen Problemen mit dem Samba Client aus.

Also wenn ich das richtig verstanden habe sind die Dateien also vorhanden wenn du mithilfe des Servers in den Ordnern nachsiehst?
Vielleicht hilft eine erneute Installation mit den genannten befehlen. Oder du musst die rechte noch setzen (ok der war geraten xD)
Ansonsten vielleicht in der samba.cfg das writeable=yes setzen. mehr fällt mir gerade leider nicht ein :/
bei mir war die service_setup.cmd nämlich danahc vorhanden. mein problem war daraufhin das ich mit dem windows client mit welchem ich auf dem laufwerk drauf nicht die cmd ausführen konnte aufgrund fehlender rechte. obwohl ich als admin drin war und dateien erstellen/löschen konnte :s
sag bescheid wenn du eine lösung zu deinem problem gefunden hast, wenn mir noch etwas einfällt sag ich ebenfalls bescheid.

Mal opsi-set-rights ausgeführt? (Auf OPSI-Server.)
Wenn das nicht hilft, ein opsi-setup --auto-configure-samba hinterherschieben.

Die Dateien sind auf dem Opsi-Server vorhanden. Möchte ich mich allerdings von dem Windows 7 Client auf den Opsi-Server verbinden und dort aus dem Ordner opsi-client-agent die service_setup.cmd ausführen, sind alle Ordner leer! Auch wie alle restlichen Ordner aus dem depot.
Ich hab den genauen Fehler noch nicht gefunden.

uncle_scrooge:
Beides schon ausgeführt und erledigt. Hilft aber beides nicht. Deswegen wundere ich mich wieso dort Probleme auftauchen. Die Rechte sollten vorhanden sein, siehe oben. opsiadmin und pcpatch haben beide jeweils den adminuser eingetragen mit dem ich mich von dem Windows 7 Client verbinde.

OK. SAMBA schon durchgestartet?

Wie sieht es mit \\<opsiserver>\opt_pcbin aus? (Schuß ins Blaue, aber man weiß ja nie...)

Hat der Zugriff auf die shares schon mal funktioniert? (Inkl. Inhalt?)
Wenn ja, was wurde danach geändert? (Dämliche Standardfrage, aber interessanterweise erinnern sich manche noch, was sie getan haben.)

Ist der Server die vorgefertigte VM oder etwas Selbstgehäkeltes? Wenn letzteres, welche Distribution? Und SAMBA in Version x.y?

Das ist schon sehr komisch. Vielleicht hast du die Möglichkeit das Verzeichnis mal an einem anderen Hardware Client zu verbinden :s

Meine smb.conf sieht so aus, die müsste auto konfiguriert sein.

[global]
workgroup = smb
security = share
share modes = yes

[homes]
comment = Installationsdateien
browsable = no
read only = no
create mode = 0750

[opsi_depot]
path =/var/lib/opsi/depot
public = yes
writable = yes
comment = smb share
printable = no
guest ok = yes

[home]
path =/home/opsiproducts
public = yes
writable = yes
comment = smb share
printable = no
guest ok = yes[opsi_depot_rw]
available = yes
comment = opsi depot share (rw)
path = /var/lib/opsi/depot
oplocks = no
follow symlinks = yes
level2 oplocks = no
writeable = yes
invalid users = root

[opsi_images]
available = yes
comment = opsi ntfs images share (rw)
path = /var/lib/opsi/ntfs-images
oplocks = no
level2 oplocks = no
writeable = yes
invalid users = root

[opsi_config]
available = yes
comment = opsi config share
path = /var/lib/opsi/config
writeable = yes
invalid users = root

[opsi_workbench]
available = yes
comment = opsi workbench
path = /home/opsiproducts
writeable = yes
invalid users = root
create mask = 0660
directory mask = 0770

Erstmal Danke uncle_scrooge.

Der Opsi-Server läuft auf einem CentOS6.6.

Der Zugriff zu deinem Pfad \opt_pcbin funktioniert leider nicht.

Der Server wurde frisch aufgesetzt, leider haben die shares mit Inhalt bisher noch nicht funktioniert.
Die jeweiligen Ordner werden aber fehlerfrei angezeigt .. nur leider ohne Inhalt

Samba wurde schon durchgestartet und folgende Befehle ausgeführt

opsi-setup --auto-configure-samba
opsi-admin -d task setPcpatchPassword

Samba version 3.6.23-14.el6_6
PID Username Group Machine
-------------------------------------------------------------------
2136 adminuser adminuser testopc (192.168.100.10)

Service pid machine Connected at
-------------------------------------------------------
IPC$ 2136 testopc Tue Mar 17 16:37:38 2015

Mach doch mal: Manchmal kriegt man so 'ne aussagekräftigere Fehlermeldung.