Netboot - BAD FQDN

[Spilkz]

Hallo,

Habe ein Problem, meine rechnerlein habe ich bis vorgestern immer recht erfolgreich mit xp bespielt, allerdings habe ich seit dem update egstern folgende fehlermeldung beim setup:

BAD FQDN " 244-07.az04.local "

Leider kann ich absolut nciht nachvollziehen was da schief läuft, vorgestern lief es alles noch und seit gestern nicht mehr.
Demnach muss es sich um eien fehler im bootimage handeln oder?

[j.schneider]

Hallo,

das neue Bootimage basiert auf den opsi 4.0-Bibliotheken.
Mit opsi 4.0 werden viele Syntax-Checks eingeführt.
Laut RFC sind bei Hostnamen die Zeichen a-z,0-9 und das Minus erlaubt.
Soweit ist 244-07.az04.local also konform.
Leider kommt es unter Windows u.U. zu Problemen wenn das erste Zeichen des Hostnamens eine Ziffer ist.
Daher haben wir auch das "verboten".

Gruß,
Jan Schneider

[Spilkz]

Oh, das ist natürlich, gelinde gesagt, blöd.

Gibt es denn eine Möglichkeit meine Clients im Webinterface konform um zu benennen?
oder muss ich nun jeden einzelnen neu eintragen und die MAC und die Beschreibung und alles neu anlegen?

Wenn ich dann erst an die vielen Leichen im AD denke wird mir ja schon fast schlecht.

Ist es nicht praktikabler, und womöglich für viele andre ebenso einfacher die Prüfung aus dem Isolinux zu nehmen und ins Webinterface bzw. die Console zu integrieren, sodass die meldung dierekt kommt: Name nicht empfohlen nehmen sie nen anderen, mit der Möglichkeit darauf zu bestehen das so zu lassen wie es ist?

Bei mir fangen beispielsweise alle Systeme mit der Raumnummer an, was auch grad erst mit dem Umsiteg auf OPSI angewandt wurde.

Also stehe ich nun deppert da und muss allen Rechnern neue namen verpassen und doppelt fürhren bis sie neu installiert werden?

[Spilkz]

Gut, das ganze scheint sich nun erledigt zu haben.

Mit dem neuen Namen läuft der setup schonmal an.

ABER dabei sind mir wieder einige ungereimtheiten aufgefallen:
zum einen: Mit meinen Dell optiplex Startet das Bootimage nicht neu, es bleibt beim Schwarzen Opsilogo bis ich den rechner neu starte dann geht der Setup von HDD weiter.

Zum anderen scheint der Opsi-Package-Manager mit den aktuellen Paketen letzter woche (preloginloader und xpp) nicht klar zu kommen, da in den Paket ordnern, z.b. in /opt/pcbin/install/preloginloader# auftauchen: CLIENT_DATA, OPSI und SERVER_DATA
Dadurch schlug spontan der Preloginloader Setup fehl bis ich die dateien aus CLIENT_DATA nach preloginloader verschoben habe.
Beim XP-Paket wurde ich der Fehlermeldungen nicht mehr Herr und musste auf das alte zurück greifen.

entweder mache ich so viel falsch oder der Package manager kommt mit den neuen Formaten noch nicht zurecht?

[j.schneider]

Wir haben uns dafür entschieden uns an die RFC zu halten und eine Ziffer als erstes Zeichen ab der nächsten Version wieder zu erlauben.
Die Probleme mit dem opsi-package-manager kann ich nicht nachvollziehen.
Bitte einmal die Ausgabe von:

Code: Alles auswählen

dpkg -l | grep opsi

posten.

[Spilkz]

Code: Alles auswählen

opsi:/opt/pcbin/install/preloginloader/utils# dpkg -l | grep opsi
ii  opsi-atftpd                          0.7.dfsg-1.4             advanced TFTP server - opsi version with pcr
ii  opsi-configed                        1.4.22-1                 OPSI config editor
ii  opsi-depotserver                     3.4-1                    server fuer das Softwareverteilungssystem OP
ii  opsi-linux-bootimage                 20100901-1               Linux-Bootimage fuer das Softwareverteilungs
ii  opsi-utils                           3.4-4                    OPSI utils
ii  opsiconfd                            2.0.0.25-1               OPSI configuration service
ii  opsipxeconfd                         0.3.8-1                  OPSI PXE configuration daemon
ii  python-opsi                          3.4.0.12-1               OPSI python library

und einentpacktes paket sieht so aus:

Code: Alles auswählen

opsi:/opt/pcbin/install/winxppro# ls
CLIENT_DATA  OPSI  SERVER_DATA
opsi:/opt/pcbin/install/winxppro# ls CLIENT_DATA/
create_driver_links.py   drivers                 opsi
custom                   extract_driver_pack.py  setup.py
download_driver_pack.py  i386                    show_drivers.py

[j.schneider]

Wie wurde der opsi-package-manager aufgerufen (kompletter Befehl)?

[Spilkz]

opsi-package-manager -x paket.opsi

Code: Alles auswählen

opsi:/opt/pcbin/install# opsi-package-manager -x winxppro_3.4-2.opsi

ansich so wie ich dachte das es funktionieren sollte.

[wolfbardo]

opsi-package-manager -x paket.opsi

Bitte

Code: Alles auswählen

opsi-package-manager --help

durchlesen...

Gruss
Bardo Wolf

[Spilkz]

okay glasklarer Layer 8 Fehler sorry.

Dann scheinen meine Probleme doch fast alle gelöst (werden).

Herzlichen dank!