[GELÖST] OPSI Problem beim Booten über PXE

[ehrgeiz]

hab mich jetzt entschieden vorerst die fertige vmware zu testen.
hat wunderbar geklappt bisher - eine testmaschine habe ich manuell über den share \\<opsiserver>\opt_pcbin einbinden können.
nun wollte ich eine clientinstallation über den opsi-deploy-client-agent ausprobieren:

./opsi-deploy-client-agent -u bk\\administrator -p "adminpwdomäne" TESTSYSTEM
dann bekomme ich folgende ausgabe & dann lande ich wieder bei der eingabeaufforderung:

Code: Alles auswählen

[WARNING] Failed to read opsi modeuls file '/etc/opsi/modules': [Errno 2] No such file or directory: u'/etc/opsi/modules'

ich habe ja bisher nur die standrad konfiguration, ohne zusätzliche module.
aber um den clienten über deploy-client-agent auszubringen brauche ich doch auch keine oder?

//EDIT #1
habe nun erstmal manuell weitergemacht & bin bei 4.1.2.2 Hardware-Inventarisierung mit dem netboot-Produkt hwinvent
leider passiert beim booten über netzwerk (pxe) nichts. der pc bekommt seine ip und auch alle weiteren ip adressen aber findet wohl nicht das pxelinux file auf dem opsiserver.
im dhcp habe ich unter serveroptionen folgendes eingetragen
015 -> bk.intern //domäne
066 -> 192.168.0.35 //ip vom opsiserver
067 -> linux/pxelinux.0

fehlt was?

//EDIT #2
wollte jetzt gerade mein erstes softwarepaket schnüren (da die probleme mit PXE erstmal zweitrangig waren und ich erstmal auf eure hilfe dazu warten muss) und ein test über winst32.exe hat bestens funktioniert.
aber wenn ich das script und das msi file jetzt in den entsprechenden ordner im opsi_workbench share legen möchte erhalte ich immer die meldung: keine berechtigung

das verzeichnis ist ja unter /home/opsiproducts/ zu finden. die berechtigungen steht als besitzer root welche lesen & schreiben darf. als gruppe pcpatch welche ebenfalls lesen & schreiben darf.
aber das unterverzeichnis namens firefox (mein testpaket) hat dann bei der pcpatch gruppe nur noch leserechte (erstellt mit opsi-newprod)?!

also ist logisch das ich von meinem windows rechner aus nix darin machen darf. aber wie kann ich das script und die install file jetzt in das verzeichnis schieben? macht es etwas wenn ich als root auf dem opsi-server die berechtigungen einfach anpasse?

[tobias]

Berechtigungs probleme kannst du ueber opsi-setup --set-rights aufloesen.
Den rest schau ich mir spaeter an das aufm smartphone zu amstrengend.

Am besten schaust du dir nochmal dss opsi getting started an eigtl steht da alles so beschrieben das da nicht viel schief gehen kann.

[ehrgeiz]

danke - die berechtigungsprobleme sind damit gelöst!

mit dem deploy agent und dem pxe boot habe ich mich eig schon an den guide gehalten. desshalb frage ich mal nach weil ich mir grad keinem fehler bewusst bin
vllt. ist es auch nur eine kleinigkeit die ich wohl vergessen habe?!

[ehrgeiz]

hallo tobias,

hast du eine idee bezüglich dem deploy agent und evtl. auch wegen dem nicht gefundenen server bei einem PXE Netzwerkboot?

[tobias]

befinden sich die Clients im selben Netzwerk? Ich hatte hier das Phänomen das der TFTP Server aus den Client vLANs einfach nicht erreichbar war

[d.oertel]

Hi,

beim opsi-deploy

Code: Alles auswählen

./opsi-deploy-client-agent -u bk\\administrator -p "adminpwdomäne" TESTSYSTEM

den user in Anführungszeichen setzen (das passwort eher nicht)

Code: Alles auswählen

-u "bk\\administrator"

bezüglich des pxe Problems nach einträgen des tftpd in der /var/log/syslog des opsi-servers schauen.

siehe hierzu auch
http://download.uib.de/opsi4.0/doc/html ... files-logs
Überschrift: tftp log in /var/log/syslog

gruss
d.oertel

[ehrgeiz]

Hallo Herr Oertel,

leider habe ich nach wie vor das Problem, das ich den opsi agent nicht über den deploy agent ausbringen kann.
wenn ich den befehl

Code: Alles auswählen

./opsi-deploy-client-agent -u "bk\\administrator" -p pw vm-ws-003

eingebe, bekomme ich nach kurzer Wartezeit das zurück:

Code: Alles auswählen

[error] Deployment to 'vm-ws-003.bk.intern' failed: Failed to execute command on host 'vm-ws-003': winexe error: Command './winexe -U 'bk\administrator%*** confidential ***' //vm-ws-003 'cmd.exe /C "del /s /q c:\tmp\opsi-client-agent_inst && rmdir /s /q c:\tmp\opsi-client-agent_inst || echo not found"'' failed (127):
winexe: relocation error: /lib/libnss_mdns4_minimal.so.2: symbol strlen, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
dos charset 'CP850' unavailable - using ASCII
winexe: relocation error: /lib/i386-linux-gnu/libnss_files.so.2: symbol strcmp, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

wo liegt das problem?

[d.oertel]

Hi,

winexe

wohl in der Falschen Version

bitte mal das Paket winexe aus dem Repository installeren

gruss
d.oertel

[ehrgeiz]

MERCI!
hat daran gelegen, funktioniert jetzt einwandfrei
Hätte ich auch selbst mal ausprobieren können, war mir nur nicht sicher ob das wirklich am server lag..

[ehrgeiz]

leider hab ich beim PXE Boot nochmal ein Problem. Der Client bekommt eine IP Adresse vom externen DHCP und lädt auch das linux image (siehe Screenshot). Danach ist aber ende und es rührt sich nichts mehr weiter. Jede interaktion an dem Client bleibt dann ohne Ergebnis.



Im Handbuch steht was von "opsi-linux-bootimage.append" - aber leider bringt mich das nicht wirklich weiter, da ich die Optionen nicht ganz verstehe.

Bei dem testclient handelt es sich um eine Virtuelle Maschine in dem VM ESX.
din meinem /tftpboot/linux verzeichnis auf dem server habe ich eine miniroot-20120119.bz2 und eine miniroot.bz2. Sollte ja die aktuellste Version sein. Kennt ihr das Problem? In dem älteren thread hier gab es die Probleme ja schonmal: viewtopic.php?f=7&t=2160&sid=94052898b1 ... 7&start=10