Linbo-remote findet keine Adresse: " is not a hardware address"

Hallo,

unter der aktuellen Lmn7.1 Installation:

root@server:~# dpkg -l | grep -i muster
ii  linuxmuster-base7                      7.1.12-0                                        all          linuxmuster.net configuration scripts
ii  linuxmuster-client-servertools         0.9d                                            all          linuxmuster serverside scripts for managing a community based ubuntu-cloop
ii  linuxmuster-linbo-gui7                 7.0.5                                           all          Linuxmuster Linbo GUI
ii  linuxmuster-linbo7                     4.0.29-0                                        all          linuxmuster-linbo7
ii  linuxmuster-prepare                    7.1.5-1                                         all          linuxmuster.net pre setup configuration scripts
ii  linuxmuster-webui7                     7.1.29                                          all          Next generation web-based management tool for linuxmuster.net v7.x
root@server:~# 

erzeugt ein linbo-remote Befehl zZ nur folgende Fehlermeldung:

server:~# linbo-remote -r r224 -w 120 -d -n -c partition,format,sync:1,start:1
...
r224-pc103 ...  is not a hardware address and I could not resolve it as to an IP address.
 r224-pc104 ...  is not a hardware address and I could not resolve it as to an IP address.
 r224-pc105 ...  is not a hardware address and I could not resolve it as to an IP address.
 r224-pc106 ...  is not a hardware address and I could not resolve it as to an IP address.
 r224-pc107 ...  is not a hardware address and I could not resolve it as to an IP address.
...

Auch bei weiteren / anderen linbo-remote Befehlen, zB per „-i“ Option direkt auf die IP-Adresse, löst linbo-remote, den Hostnamen auf und schreibt wieder die Fehlermeldung:

Trying to wake up:
 r229-pc04 ...  is not a hardware address and I could not resolve it as to an IP address

Sieht aus wie ein Bug in der aktuellen Version?

Grüße,
gerd

Hi,
kann vielleicht wer, der die gleiche Version hat, mal prüfen, ob der gleiche Fehler kommt oder nicht?

Grüße,
gerd

Hi,

habe die selben Versionen wie du und keine derartigen Meldungen…mir kommen diese aber bekannt vor. Ich hatte die auch beim Umstieg von 7.0 auf 7.1 bei einzelnen Rechnern. Ich komme aber einfach nicht mehr darauf, was da das Problem gewesen ist…entschuldige.

Dominik

Hi Dominik,

trotzdem danke für die Rückmeldung …
außer Linbo auf den neusten Stand gebracht wurde bei uns -wissentlich- nichts geändert.
Vorher (LINBO Version kleiner als 4.0.29) gings - jetzt nicht mehr.
Wir schauen uns jetzt noch mal die LOGs von device-import und linbo-remote an, mal sehen, ob wir da was finden …

Grüße,
gerd

Hallo,

kannst du mal eine Zeile eines betroffenen Clients aus der devices.csv posten?

LG

Holger

Hi Holger,
mach’ ich morgen, das VPN ist gerade abgek… funktioniert gerade nicht …

grüße,
gerd

Hallo gerd,

kann den Fehler mit linbo 4.0.29-0 bestätigen:

# linbo-remote -i win10-client1 -w 120 -d -n -c partition,format,sync:1,start:1
###
### linbo-remote (2592) start: Fr 29. Jul 12:06:10 CEST 2022
###

Preparing onboot linbo tasks:
 win10-client1 ... Done.

Trying to wake up:
 win10-client1 ...  is not a hardware address and I could not resolve it as to an IP address.
# grep win10-client1 devices.csv
raum02;win10-client1;win10_sata_s;08:00:27:AB:E1:94;10.0.1.1;;;;classroom-studentcomputer;;1;;;;;
# host win10-client1
win10-client1.linuxmuster.lan has address 10.0.1.1

Viele Grüße
Klaus

Es gab vor kurzem eine Änderung bgzl. WOL. Vielleicht hängt das damit zusammen @thomas

Hallo Klaus,

dank dir für die Info. Dann bleiben wir mal dran.
Sobald wir neues / weiteres herausgefunden haben, werde ich (ebenfalls) wieder berichten.

schöne Wochenende,
gerd

Hi!

Also ich kann es nicht nachvollziehen.

VG, Thomas

Hallo Thomas,

kann mal bitte jemand, bei dem es funktioniert gegenprüfen, ob die gleichen Spalten und selbe Anzahl vorhanden sind?:
bei uns, folgende 15 Spalten / Semikola:

1:raum; 2:Host;3:HW-Grp; 4:MAC-Adresse; 5:IP-Adresse; ; ;  6-8:frei; 9:Eigenschaft; 10:frei; 11:on/off; ; ; ; 12-15:frei ;
r160;r160-pc01;acerx480gw10;D0:27:88:3D:E5:77;10.16.101.2;;;;classroom-studentcomputer;;1;;;;;
r160;r160-pc02;acerx480gw10;D0:27:88:3D:E4:51;10.16.101.3;;;;classroom-studentcomputer;;1;;;;;
r161;r161-pc02;acerx480gw10;D0:27:88:43:B1:FA;10.16.101.23;;;;classroom-studentcomputer;;1;;;;;
r161;r161-pc01;acerx480gw10;D0:27:88:43:B2:93;10.16.101.24;;;;classroom-studentcomputer;;1;;;;;
r162;r162-pc01;acerx480gw10;D0:27:88:43:B1:30;10.16.101.4;;;;classroom-studentcomputer;;1;;;;;

Spielt es evtl. neuerdings eine Rolle ob die MAC Buchstaben groß oder klein geschrieben sind?

Grüße,
gerd

Nein, Schreibweise der Macadresse spielt keine Rolle.

Hallo,

wie sah denn die Lösung hier aus? Ich habe nämlich seit heute mit genau einem PC eines Computerraums dasselbe Problem:

root@server:~# linbo-remote -i 213pc09,213pc10 -w 3
###
### linbo-remote (373707) start: Fr 26. Apr 15:54:21 CEST 2024
###

Trying to wake up:
 213pc09 ... Sending magic packet to 255.255.255.255:9 with 74:5D:22:0C:15:98
 213pc10 ...  is not a hardware address and I could not resolve it as to an IP address.

Waiting 3 second(s) for client(s) to boot ...

Testing if clients have booted:
 213pc09 ... Not online!
 213pc10 ... Not online!

###
### linbo-remote (373707) end: Fr 26. Apr 15:54:27 CEST 2024
###

Genau der eine PC 213pc10 macht Ärger. Ich habe ihn bereits aus der devices.csv auskommentiert > linuxmuster-import-devices > Kommentierung entfernt > linuxmuster-import-devices, aber das Problem bleibt.

Hier sein Eintrag aus der devices.csv:

213;213pc10;r213mint;74:5d:22:0c:1b:3b;10.32.213.110;;;;classroom-studentcomputer;;1

Hier die (gekürzte) Ausgabe von linuxmuster-import-devices

root@server:~# linuxmuster-import-devices
------------------------------------------------------------------------------
#### linuxmuster-import-devices startet at 2024-04-26 16:02:57            ####
------------------------------------------------------------------------------
#### Starting sophomorix-device syntax check:                             ####
#### sophomorix-device finished  OK!                                      ####
------------------------------------------------------------------------------
#### Working on dhcp configuration for devices                            ####
#### * in subnet 10.32.0.0/12:                                            ####
####   server          | 10.32.1.1       | addc            | 0 |          ####
####   firewall        | 10.32.1.254     | server          | 0 |          ####
####   213pc01         | 10.32.213.101   | classroom-stude | 1 | efi64    ####
####   213pc02         | 10.32.213.102   | classroom-stude | 1 | efi64    ####
####   213pc03         | 10.32.213.103   | classroom-stude | 1 | efi64    ####
####   213pc04         | 10.32.213.104   | classroom-stude | 1 | efi64    ####
####   213pc05         | 10.32.213.105   | classroom-stude | 1 | efi64    ####
####   213pc06         | 10.32.213.106   | classroom-stude | 1 | efi64    ####
####   213pc07         | 10.32.213.107   | classroom-stude | 1 | efi64    ####
####   213pc08         | 10.32.213.108   | classroom-stude | 1 | efi64    ####
####   213pc09         | 10.32.213.109   | classroom-stude | 1 | efi64    ####
####   213pc10         | 10.32.213.110   | classroom-stude | 1 | efi64    ####
####   213pc11         | 10.32.213.111   | classroom-stude | 1 | efi64    ####
####   213pc12         | 10.32.213.112   | classroom-stude | 1 | efi64    ####
####   213pc13         | 10.32.213.113   | classroom-stude | 1 | efi64    ####
####   213pc14         | 10.32.213.114   | classroom-stude | 1 | efi64    ####
####   213pc15         | 10.32.213.115   | classroom-stude | 1 | efi64    ####
####   213pc16         | 10.32.213.116   | classroom-stude | 1 | efi64    ####
####   213pc17         | 10.32.213.117   | classroom-stude | 1 | efi64    ####
####   213pc18         | 10.32.213.118   | classroom-stude | 1 | efi64    ####
####   213pc19         | 10.32.213.119   | classroom-stude | 1 | efi64    ####
####   213pc20         | 10.32.213.120   | classroom-stude | 1 | efi64    ####
####   213pc21         | 10.32.213.121   | classroom-stude | 1 | efi64    ####
####   213pc22         | 10.32.213.122   | classroom-stude | 1 | efi64    ####
####   213pc23         | 10.32.213.123   | classroom-stude | 1 | efi64    ####
####   213pc24         | 10.32.213.124   | classroom-stude | 1 | efi64    ####
####   213pc25         | 10.32.213.125   | classroom-stude | 1 | efi64    ####
####   213pc26         | 10.32.213.126   | classroom-stude | 1 | efi64    ####
------------------------------------------------------------------------------
#### Working on linbo/grub configuration for devices:                     ####
####   213pc01         | r213mint                                         ####
####   213pc02         | r213mint                                         ####
####   213pc03         | r213mint                                         ####
####   213pc04         | r213mint                                         ####
####   213pc05         | r213mint                                         ####
####   213pc06         | r213mint                                         ####
####   213pc07         | r213mint                                         ####
####   213pc08         | r213mint                                         ####
####   213pc09         | r213mint                                         ####
####   213pc10         | r213mint                                         ####
####   213pc11         | r213mint                                         ####
####   213pc12         | r213mint                                         ####
####   213pc13         | r213mint                                         ####
####   213pc14         | r213mint                                         ####
####   213pc15         | r213mint                                         ####
####   213pc16         | r213mint                                         ####
####   213pc17         | r213mint                                         ####
####   213pc18         | r213mint                                         ####
####   213pc19         | r213mint                                         ####
####   213pc20         | r213mint                                         ####
####   213pc21         | r213mint                                         ####
####   213pc22         | r213mint                                         ####
####   213pc23         | r213mint                                         ####
####   213pc24         | r213mint                                         ####
####   213pc25         | r213mint                                         ####
####   213pc26         | r213mint                                         ####
------------------------------------------------------------------------------
#### Working on linbo/grub configuration for groups:                      ####
####                   | linbo start.conf     | grub cfg                  ####
####   ----------------+----------------------+---------------------      ####
####   r213mint        | present              | replaced                  ####
------------------------------------------------------------------------------
#### Finally restarting dhcp service.                                     ####
------------------------------------------------------------------------------
#### linuxmuster-import-devices finished at 2024-04-26 16:03:18           ####
------------------------------------------------------------------------------

Ein nslookup verläuft problemlos:

root@server:~# nslookup 213pc10
Server:         10.32.1.1
Address:        10.32.1.1#53

Name:   213pc10.lmn7.meine-schule.de
Address: 10.32.213.110

Ich hatte mit diesem PC (weil es der ist, an der ich das Client-Image entwickelt habe) in der devices.csv „rumgespielt“, weil ich dieses Problem hier vermutet hatte. Daher hatte ich seinen Eintrag in der devices.csv mal verdoppelt, den alten auskommentiert und ihm einen neuen Namen testmint10 gegeben. All das ist aber zurückgerollt und es gibt keinen zweiten Eintrag in der devices.csv mit selber MAC mehr.

Hat jemand eine Idee?

Beste Grüße und ein schönes (hoffentlich sonniges) Wochenende!
Jens

P.S.: Hier noch die installierten Versionen:

linuxmuster.net packages:
-Base...........: 7.2.3-0
-Linbo..........: 4.2.13-0
-WebUI..........: 7.2.49
-Sophomorix.....: 3.92.1-3

Hi,
soweit ich mich erinnere, ein

apt update && apt full-upgrade 

gefolgt von einem reboot. Die Lösung war, damals (!) die aktuelle Version einzuspielen.
Da du bereits eine deutlich aktuellere Version hast, schlage ich vor, dass du besser einen neuen Thread auf machst und dann vielleicht auf diesen verweist
Grüße
gerd

Morgen auch an alle,
glaub ich hatte das Problem auch schonmal, da koennen in der magischen Sambadatenbank Rechner versteckt sein, die man sonst nirgends mehr sieht, Loesung war glaub ich diesen per samba-tool zu loeschen und einfach irgendwie neu anzulegen (devices.csv), danacht tut das wieder.

Gruss Harry

@Jens Hat sich das Problem denn loesen lassen und wenn ja, wie?

Hallo Harry,

nein, bisher nicht. Problem besteht weiterhin. Hatte noch genug Themen mit meinem Image sowie derzeit einem weiteren (baugleichen) Rechner, der total spinnt, so dass ich das Thema nach hinten schieben musste.

Als mögliche Abhilfe-Maßnahme steht ein Server-Neustart als mögliche Option noch aus - muss ich noch machen.

Beste Grüße,
Jens

Ich geh davon aus, dass Du das per samba-tool hinbekommst.

Hallo,

nun habe ich endlich Zeit gefunden, mich einen Moment lang des Themas anzunehmen. Danke, Harry, für den entscheidenden Hinweis. Hier für alle, die auch sowas lösen müssen mein Weg:

Liste aller Computer ausgeben:

samba-tool computer list

Details eines Computer-Accounts ausgeben:

samba-tool computer show <Rechnername>

Beim Vergleich des problematischen Rechners mit einem unproblematischen fiel auf, dass dieser sämtliche sophomorix-Attribute verloren hatte. Entsprechend wurde das Computer-Konto auch nicht mehr durch linuxmuster-import-devices gelöscht, wenn man den problematischen Eintrag aaskommentierte (im Gegensatz zu funktionierenden Einträgen, die problemlos gelöscht wurden).

Also, problematischen Eintrag in /etc/linuxmuster/sophomorix/default-school/devices.csv auskommentieren > linuxmuster-import-devices > dann verwaisten Eintrag manuell mit samba-tool löschen:

samba-tool computer delete <Rechnername>

Anschließend alles wieder zurück: Auskommentierung in devices.csv zurücknehmen und nochmal linuxmuster-import-devices. Und schon war der neue Eintrag mit allen sophomorix-Attributen wieder da.

Bei der Gelegenheit ist mir aufgefallen, dass es bei mir im AD auch noch einige weitere verwaiste Computer-Konten gab. Irgendwas ist entweder in einem Script noch faul oder in der Art, wie ich diese verwendet habe.

Beste Grüße und nochmal herzlichen Dank!
Jens

P.S.: Konnte man hier nicht mal einen Beitrag als Lösung markieren? Ich finde es nicht …

Hallo Jens,

Danke an Harry und dich für die Lösung: ich hab den Eintrag also solche markiert.

LG
Holger