[GELÖST] Host key not available

[Mike1987]

??????????

[wolfbardo]

Code: Alles auswählen

Dec 12 10:18:19 [opsiinit] getBootParam(pwh): cmdline: *** confidential *** video=vesa:ywrap,mtrr vga=791 quiet splash BOOT_IMAGE=install
...
[5] [Dez 12 10:18:56] pckey not found in kernel cmdline, trying to get boot configuration by tftp (master.py|765)

d.h. in der Pipe fehlt der pckey.

Von daher muesste man sich die Pipe anschauen, ob dies wirklich so ist,

Code: Alles auswählen

cat /tftpboot/linux/pxelinux.cfg/01-00-1d-09-da-d7-23

muesste einen Eintrag

Code: Alles auswählen

append ... pckey=<pckey> ...

enthalten.

Ist dem so?

Welche opsi-Pakete werden verwendet?

Code: Alles auswählen

rpm -q -a | grep opsi

Gruss
Bardo

[Mike1987]

Code: Alles auswählen

Dec 12 10:18:19 [opsiinit] getBootParam(pwh): cmdline: *** confidential *** video=vesa:ywrap,mtrr vga=791 quiet splash BOOT_IMAGE=install
...
[5] [Dez 12 10:18:56] pckey not found in kernel cmdline, trying to get boot configuration by tftp (master.py|765)

d.h. in der Pipe fehlt der pckey.

Von daher muesste man sich die Pipe anschauen, ob dies wirklich so ist,

Code: Alles auswählen

default opsi-install
label opsi-install
  kernel install
  append dn=meinedomain.de product=win7 pckey=9ca8158af5d3c7cd7cfc550284bcf0b7 service=https://192.168.0.113:4447/rpc vga=791 quiet initrd=miniroot.bz2 splash video=vesa:ywrap,mtrr hn=bgfa407

Ja dem ist so, der EIntrag ist auf jedenfall vorhanden...siehe oben

Code: Alles auswählen

cat /tftpboot/linux/pxelinux.cfg/01-00-1d-09-da-d7-23

muesste einen Eintrag

Code: Alles auswählen

append ... pckey=<pckey> ...

enthalten.

Ist dem so?

Welche opsi-Pakete werden verwendet?

Code: Alles auswählen

rpm -q -a | grep opsi

Gruss
Bardo

Code: Alles auswählen

opsi-configed-4.0.1.17-2.1.noarch
opsiconfd-4.0.1.9-5.1.x86_64
opsi-atftp-client-0.7.dfsg-8.1.x86_64
python-opsi-4.0.1.36-1.1.noarch
opsi-depotserver-4.0.1.11-1.1.noarch
opsi-atftp-0.7.dfsg-8.1.x86_64
opsi-atftp-debugsource-0.7.dfsg-8.1.x86_64
opsi-linux-bootimage-20111114-1.1.noarch
opsipxeconfd-4.0.1.5-1.1.x86_64
opsi-atftp-client-debuginfo-0.7.dfsg-8.1.x86_64
opsi-atftp-debuginfo-0.7.dfsg-8.1.x86_64
opsi-utils-4.0.1.14-1.1.noarch

Ich hab gerade auch mal im Yast geguckt (openSUSE 11.3) Ich habe einmal den opsi-atftp (insgesamt 5 Punkte)...und (wie ich jetzt sehe) einen tftp-server installiert (da steht kein opsi vor). Kann es vielleicht daran liegen?!

[Thomas_H]

Moinsens...

Ich hab gerade auch mal im Yast geguckt (openSUSE 11.3) Ich habe einmal den opsi-atftp (insgesamt 5 Punkte)...und (wie ich jetzt sehe) einen tftp-server installiert (da steht kein opsi vor). Kann es vielleicht daran liegen?!

Ja, kann es! Diese Frage lässt in mir den Verdacht aufkommen, dass Du meine Antwort in diesem Thread nicht gelesen hast, oder dem Link nicht gefolgt bist, der mein Problem mit dem TFTP und openSuSE beschrieb und den Lösungsweg zeigt. Darin schrieb ich:

Ich nutze ja auch SuSE 11.3 und hatte schon mal ein Problem mit dem TFTP. Aber darüber bist Du ja schon weg. Deine Clients booten ja.

Vielleicht solltest Du doch nochmal dem Link folgen und den anderen Thread lesen. Und vielleicht ist genau das die Lösung. Denn der von openSuSE installierte TFTP-Server funktioniert allein nicht. Ich weiss nicht wie der opsi-atftp arbeitet, ob er sich an den tftp-server einklinkt (vielleicht mag mal einer von UIB diese Antwort geben), aber ohne den atftp funzt es nicht. Und nachdem ich den nochmal installiert hatte mittels Yast, war alles wieder schick und schön...

Ich hab mir in Fällen wie diesen angewöhnt einfach so zu tun, als sei Opsi auf dem Server noch nicht installiert. Nach Abarbeitung aller notwendigen Installationsschritte löppt Opsi dann auch wieder.

Gruß

Thomas_H

[Mike1987]

Es scheint wirklich so als hätte ich diesen Beitrag übersehen
Ich werde deinem Link jetzt mal folgen und dann gucken ob es was bringt

Ich danke dir schonmal für deine Antwort

[Mike1987]

Ich hab die beiden Pakete aftp und opsi-linux bootimage jetzt deinstalliert und dann neu installiert.

Problem:
Ich hab n Script das ich nach Änderungen ausführe restartopsi da sind die folgenden Befehle drin:
opsi-setup --init-current-config
opsi-setup --set-rights
/etc/init.d/opsiconfd restart
/etc/init.d/opsipxeconfd restart

Wenn ich das jetzt ausführe...steht da:

Code: Alles auswählen

/root/bin/restartopsi: line 1: opsi-setup: command not found
/root/bin/restartopsi: line 2: opsi-setup: command not found
Stopping opsi config service....   (done).
Starting opsi config service.......   (done).
Stopping opsi pxe configuration service...   .(done).
Starting opsi pxe configuration service.....   (done).

Das heißt da fehlt jetzt was :-/

[Thomas_H]

Moinsens...

jupp: "opsi-setup".

Warum auch immer...

bei mir sind installiert (verflixt, wollte ein Bild einfügen, ich kann's aber nicht hochladen... )

opsi-atftp
opsi-configed
opsi-depotserver
opsi-linux-bootimage
opsi-utils
opsiconfd
python-opsi

(Im Yast nach opsi gesucht)

Gruß
Thomas_H

[Mike1987]

Sooo...mein opsi-setup is wieder da...musste den opsi-depotserver neu installieren...
Wie starte ich den atftp von opsi??

[Mike1987]

bekomme jetzt nämlich garkeine verbindung mehr zum tftp...ich raste aus wenn opsi jetzt im arsch is... -.-

[Thomas_H]

Moinsens...

bekomme jetzt nämlich garkeine verbindung mehr zum tftp...ich raste aus wenn opsi jetzt im arsch is... -.-

cool bleiben... Opsi ist nicht im Mors.

Was sagt Dein Opsi-Server, wenn Du

Code: Alles auswählen

rcxinetd status

eingibst?

Sollte er "running" zeigen, dann mittels

Code: Alles auswählen

rcxinetd restart

neustarten,

zeigt er "unused", dann mittels

Code: Alles auswählen

rcxinetd start

starten. In der /etc/xinetd.d/tftp sollte folgendes stehen:

Code: Alles auswählen

service tftp
{
    disable         = no
    socket_type     = dgram
    protocol        = udp
    wait            = yes
    user            = root
    server          = /usr/sbin/in.tftpd
    server_args     = /tftpboot
    per_source      = 11
    cps             = 100 2
    flags           = IPv4
}

So steht's auch bei mir und et löppt.

Sollte nach einem Neustart des Rechners der xinet-Server nicht automatisch gestartet worden sein, dann musst Du über Yast mal in "System / Systemdienste (Runlevel)" den xinetd so konfigurieren, dass er beim Systemstart hochgefahren wird.

Gruß

Thomas