Rechneraufnahme

#1

Hallo zusammen.

Ich probiere mich gerade wieder an der aktuellen Beta. Ich habe die OVA in xcp-ng importiert. Bis auf die Problematik, dass in beiden Machinen identische MAC Adressen waren hat das auch gut funtioniert.

Nach der Basiskonfiguration habe ich versucht einen Client aufzunehmen. Erstellen der Gruppe funktioniert, aber weder wenn ich die Registrierung über linbo, noch wenn ich sie über die Schulkonsole mache, wird der Client mit der passenden start.conf gebootet oder bekommt auch nur die richtige IP. Wo soll ich da nachsehen?

Grüße
Björn

#2

Hallo Björn,

Nach der Basiskonfiguration habe ich versucht einen Client aufzunehmen.
Erstellen der Gruppe funktioniert, aber weder wenn ich die Registrierung
über linbo, noch wenn ich sie über die Schulkonsole mache, wird der
Client mit der passenden start.conf gebootet oder bekommt auch nur die
richtige IP. Wo soll ich da nachsehen?

hast du
linuxmuster-setup
durchgeführt?

Hast du schon Nutzer angelegt?
z.B. mittels:
/usr/share/linuxmuster/examples/create-testusers.py -f

LG

Holger

#3

Hallo Holger,

ich hatte bisher nach dem update der Maschinen im opnsense das “os-xen” hinzugefügt und auf dem Server hatte ich die Einrichtung per Web durchgeführt. Danach konnte ich mich auch planmäßig mit global-admin anmelden, daher gehe ich davon aus, dass die Einrichtung geklappt hatte.

Ergänzung: Um sicher zu gehen habe ich jetzt mal parallel mit einem sophomorix-vampire gestartet.

Grüße
Björn

#4

Ich hab jetzt alle Daten (außer /home und /var/linbo/) gesynct und die entsprechenden Skripte durchlaufen lassen. Das Ergebnis ist:

Processing pxe groups:

* ubuntu1804

> Creating pxe configuration.

* ubuntu1604

> Creating minimal start.conf. Further configuration is necessary!

> Creating minimal pxe configuration. start.conf is incomplete!

* notebook1604

> Creating minimal start.conf. Further configuration is necessary!

> Creating minimal pxe configuration. start.conf is incomplete!

* nix

> Creating minimal start.conf. Further configuration is necessary!

> Creating minimal pxe configuration. start.conf is incomplete!

* none

> Creating minimal start.conf. Further configuration is necessary!

> Creating minimal pxe configuration. start.conf is incomplete!

Dabei ist ubuntu1804 die Gruppe die ich selber bereits angelegt hatte, weil ich einen neuen 18.04 Client aufbauen wollte.

Vor dem import devices hatte ich ein replace mit %s/10.16./10.0./g gemacht um die IPs auf die neue Range anzupassen.

Long story short: Der Rechner bekommt immernoch nicht die passende start.conf und wird immernoch als pxeclient gebootet.

Weitere Ideen sind willkommen.

#5

Hallo Björn,

bitte kontrollier mal die start.confs deiner Gruppen unter /srv/linbo/
und die Einträge in der devices.csv unter
/etc/linuxmuster/sophomorix/default-school/devices.csv

Was bringt den ein
linuxmuster-import-devices
auf der console für Ausgaben?

LG

Holger

#6

Hallo Holger,
ich antworte mal für Björn und hänge dir die Start.conf von dem 18.04 Client und die Ausgabe von linuxmuster-imprt-devices als zip (dateien.zip (5,6 KB)
) an.
Grüße
Daniel

#7

Mal noch die Zusammenfassung:

Der Eintrag in der devices.csv:

virtual;virt1;ubuntu1804;CE:00:23:1B:C0:1F;10.10.10.10;;;;classroom-studentcomputer;;2;;;;;

Das Ergebnis vom Import:

Starting sophomorix-device syntax check:

sophomorix-device finished OK!


Processing dhcp clients:

* PXE-Host: virt1


Processing pxe groups:

* ubuntu1804

Es geht um den Client virt 1 und die Grupper ubuntu 1804, beide werden korrekt angelegt.

Die Start Conf hab ich über die Schulkonsole erzeugt:

[LINBO]
RootTimeout = 600
Group = ubuntu1804
AutoInitCache = no
SystemType = bios64
ConsoleFontColorStdout = lightgreen
Cache = /dev/sda2
Server = 10.0.0.1
ConsoleFontColorStderr = orange
DownloadType = torrent
AutoFormat = no
BackgroundFontColor = white
AutoPartition = no
KernelOptions = quiet splash

[Partition]
Bootable = yes
Dev = /dev/sda1
Label = ubuntu
FSType = ext4
Id = 83
Size = 30G

[Partition]
Bootable = yes
Dev = /dev/sda2
Label = cache
FSType = ext4
Id = 83
Size = 30G

[Partition]
Bootable = no
Dev = /dev/sda3
Label = swap
FSType = swap
Id = 82
Size = 8G

[Partition]
Bootable = no
Dev = /dev/sda4
Label = daten
FSType = ext4
Id = 83
Size =

[OS]
AutostartTimeout = 5
Kernel = vmlinuz
StartEnabled = yes
Name = Ubuntu
IconName = ubuntu.png
Image =
Boot = /dev/sda1
DefaultAction = sync
Initrd = initrd.img
Version =
NewEnabled = yes
Autostart = no
BaseImage = ubuntu.cloop
Hidden = yes
SyncEnabled = yes
Root = /dev/sda1
Append = ro splash
Description = Ubuntu 18.04

Was mich völlig verwirt ist, dass die entsprechenden Dateien offenbar angelegt werden. Der Link auf die passende start.conf ist vorhanden.

Der Eintrag in /etc/dhcp/devices:

host 10.10.10.10 {
hardware ethernet CE:00:23:1B:C0:1F;
fixed-address 10.10.10.10;
option host-name “virt1”;
option extensions-path “ubuntu1804”;
filename “boot/grub/i386-pc/core.0”;
}

Sieht für mich auch gut aus und der Client bekommt nichtmal die korrekte IP.

Nach dem Import hat sich die Situation zusätzlich verschlechtert. Der DHCPD lässt sich nicht mehr starten.

Apr 21 11:39:16 server dhcpd[691]: Internet Systems Consortium DHCP Server 4.3.5
Apr 21 11:39:16 server dhcpd[691]: Copyright 2004-2016 Internet Systems Consortium.
Apr 21 11:39:16 server dhcpd[691]: All rights reserved.
Apr 21 11:39:16 server dhcpd[691]: For info, please visit https://www.isc.org/software/dhcp/
Apr 21 11:39:16 server dhcpd[691]: Config file: /etc/dhcp/dhcpd6.conf
Apr 21 11:39:16 server sh[691]: Config file: /etc/dhcp/dhcpd6.conf
Apr 21 11:39:16 server dhcpd[691]: Database file: /var/lib/dhcp/dhcpd6.leases
Apr 21 11:39:16 server sh[691]: Database file: /var/lib/dhcp/dhcpd6.leases
Apr 21 11:39:16 server dhcpd[691]: PID file: /run/dhcp-server/dhcpd6.pid
Apr 21 11:39:16 server sh[691]: PID file: /run/dhcp-server/dhcpd6.pid
Apr 21 11:39:16 server dhcpd[700]: Config file: /etc/dhcp/dhcpd.conf
Apr 21 11:39:16 server sh[700]: Config file: /etc/dhcp/dhcpd.conf
Apr 21 11:39:16 server sh[700]: Database file: /var/lib/dhcp/dhcpd.leases
Apr 21 11:39:16 server sh[700]: PID file: /run/dhcp-server/dhcpd.pid
Apr 21 11:39:16 server dhcpd[700]: Database file: /var/lib/dhcp/dhcpd.leases
Apr 21 11:39:16 server dhcpd[700]: PID file: /run/dhcp-server/dhcpd.pid
Apr 21 11:39:16 server dhcpd[691]: Wrote 0 NA, 0 TA, 0 PD leases to lease file.
Apr 21 11:39:16 server dhcpd[700]: Wrote 0 leases to leases file.
Apr 21 11:39:16 server dhcpd[691]:
Apr 21 11:39:16 server sh[700]:    in your dhcpd.conf file for the network segment
Apr 21 11:39:16 server sh[691]:    in your dhcpd.conf file for the network segment
Apr 21 11:39:16 server dhcpd[700]:
Apr 21 11:39:16 server dhcpd[691]: No subnet6 declaration for eth0 (fe80::9c86:37ff:fe32:2d7).
Apr 21 11:39:16 server dhcpd[700]: No subnet declaration for eth0 (10.0.0.1).
Apr 21 11:39:16 server dhcpd[691]: ** Ignoring requests on eth0.  If this is not what
Apr 21 11:39:16 server dhcpd[700]: ** Ignoring requests on eth0.  If this is not what
Apr 21 11:39:16 server dhcpd[691]:    you want, please write a subnet6 declaration
Apr 21 11:39:16 server dhcpd[700]:    you want, please write a subnet declaration
Apr 21 11:39:16 server dhcpd[691]:    in your dhcpd.conf file for the network segment
Apr 21 11:39:16 server dhcpd[700]:    in your dhcpd.conf file for the network segment
Apr 21 11:39:16 server dhcpd[691]:    to which interface eth0 is attached. **
Apr 21 11:39:16 server dhcpd[691]:
Apr 21 11:39:16 server dhcpd[700]:    to which interface eth0 is attached. **
Apr 21 11:39:16 server dhcpd[691]:
Apr 21 11:39:16 server dhcpd[700]:
Apr 21 11:39:16 server dhcpd[691]: Not configured to listen on any interfaces!
Apr 21 11:39:16 server dhcpd[700]:
Apr 21 11:39:16 server dhcpd[691]:
Apr 21 11:39:16 server dhcpd[700]: Not configured to listen on any interfaces!
Apr 21 11:39:16 server dhcpd[691]: If you think you have received this message due to a bug rather
Apr 21 11:39:16 server dhcpd[700]:
Apr 21 11:39:16 server dhcpd[691]: than a configuration issue please read the section on submitting
Apr 21 11:39:16 server dhcpd[691]: bugs on either our web page at www.isc.org or in the README file
Apr 21 11:39:16 server dhcpd[700]: If you think you have received this message due to a bug rather
Apr 21 11:39:16 server dhcpd[691]: before submitting a bug.  These pages explain the proper
Apr 21 11:39:16 server dhcpd[691]: process and the information we find helpful for debugging..
Apr 21 11:39:16 server dhcpd[700]: than a configuration issue please read the section on submitting
Apr 21 11:39:16 server dhcpd[691]:
Apr 21 11:39:16 server dhcpd[700]: bugs on either our web page at www.isc.org or in the README file
Apr 21 11:39:16 server dhcpd[691]: exiting.
Apr 21 11:39:16 server dhcpd[700]: before submitting a bug.  These pages explain the proper
Apr 21 11:39:16 server dhcpd[700]: process and the information we find helpful for debugging..
Apr 21 11:39:16 server dhcpd[700]:
Apr 21 11:39:16 server dhcpd[700]: exiting.
#8

Ich habe rausgefunden dass man den Befehl wohl extra ausführen kann. Nach einem linuxmuster-import-subnets läuft der dhcp wieder. Leider gibt es immernoch die falsche ip adresse:

Apr 22 17:57:28 server dhcpd[54753]: DHCPDISCOVER from ce:00:23:1b:c0:1f via eth0
Apr 22 17:57:29 server dhcpd[54753]: DHCPOFFER on 10.0.0.100 to ce:00:23:1b:c0:1f via eth0
Apr 22 17:57:31 server dhcpd[54753]: DHCPREQUEST for 10.0.0.100 (10.0.0.1) from ce:00:23:1b:c0:1f via eth0
Apr 22 17:57:31 server dhcpd[54753]: DHCPACK on 10.0.0.100 to ce:00:23:1b:c0:1f via eth0
Apr 22 17:57:48 server dhcpd[54753]: reuse_lease: lease age 17 (secs) under 25% threshold, reply with unaltered, existing lease for 10.0.0.100
Apr 22 17:57:48 server dhcpd[54753]: DHCPDISCOVER from ce:00:23:1b:c0:1f via eth0
Apr 22 17:57:48 server dhcpd[54753]: DHCPOFFER on 10.0.0.100 to ce:00:23:1b:c0:1f via eth0
Apr 22 17:57:48 server dhcpd[54753]: reuse_lease: lease age 17 (secs) under 25% threshold, reply with unaltered, existing lease for 10.0.0.100
Apr 22 17:57:48 server dhcpd[54753]: DHCPREQUEST for 10.0.0.100 (10.0.0.1) from ce:00:23:1b:c0:1f via eth0
Apr 22 17:57:48 server dhcpd[54753]: DHCPACK on 10.0.0.100 to ce:00:23:1b:c0:1f via eth0
Apr 22 17:57:48 server rsyncd[54845]: name lookup failed for 10.0.0.100: Name or service not known
Apr 22 17:57:48 server rsyncd[54845]: connect from UNKNOWN (10.0.0.100)
Apr 22 17:57:48 server rsyncd[54846]: rsync on linbo/start.conf-10.0.0.100 from UNKNOWN (10.0.0.100)
Apr 22 17:57:48 server rsyncd[54846]: building file list
Apr 22 17:57:48 server rsyncd[54846]: rsync: link_stat "start.conf-10.0.0.100" (in linbo) failed: No such file or directory (2)
Apr 22 17:57:48 server rsyncd[54846]: sent 99 bytes  received 8 bytes  total size 0
Apr 22 17:57:48 server rsyncd[54875]: name lookup failed for 10.0.0.100: Name or service not known
Apr 22 17:57:48 server rsyncd[54875]: connect from UNKNOWN (10.0.0.100)
Apr 22 17:57:48 server rsyncd[54876]: rsync on linbo/start.conf from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[54876]: building file list
Apr 22 17:57:49 server rsyncd[54876]: sent 254 bytes  received 48 bytes  total size 142
Apr 22 17:57:49 server rsyncd[54935]: name lookup failed for 10.0.0.100: Name or service not known
Apr 22 17:57:49 server rsyncd[54935]: connect from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[54936]: rsync on linbo/torrent-client.conf from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[54936]: building file list
Apr 22 17:57:49 server rsyncd[54936]: rsync: link_stat "torrent-client.conf" (in linbo) failed: No such file or directory (2)
Apr 22 17:57:49 server rsyncd[54936]: sent 97 bytes  received 8 bytes  total size 0
Apr 22 17:57:49 server rsyncd[54961]: name lookup failed for 10.0.0.100: Name or service not known
Apr 22 17:57:49 server rsyncd[54961]: connect from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[54966]: rsync on linbo/multicast.list from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[54966]: building file list
Apr 22 17:57:49 server rsyncd[54966]: rsync: link_stat "multicast.list" (in linbo) failed: No such file or directory (2)
Apr 22 17:57:49 server rsyncd[54966]: sent 92 bytes  received 8 bytes  total size 0
Apr 22 17:57:49 server rsyncd[55007]: name lookup failed for 10.0.0.100: Name or service not known
Apr 22 17:57:49 server rsyncd[55007]: connect from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[55011]: rsync on linbo/linbocmd/10.0.0.100.cmd from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[55011]: building file list
Apr 22 17:57:49 server rsyncd[55011]: rsync: link_stat "/linbocmd/10.0.0.100.cmd" (in linbo) failed: No such file or directory (2)
Apr 22 17:57:49 server rsyncd[55011]: sent 102 bytes  received 8 bytes  total size 0
Apr 22 17:57:49 server rsyncd[55055]: name lookup failed for 10.0.0.100: Name or service not known
Apr 22 17:57:49 server rsyncd[55055]: connect from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[55060]: rsync on linbo/icons/linbo_wallpaper.png from UNKNOWN (10.0.0.100)
Apr 22 17:57:49 server rsyncd[55060]: building file list
Apr 22 17:57:49 server rsyncd[55060]: sent 291 bytes  received 318 bytes  total size 31187
#9

Hallo Björn,

habt ihr gesubnettet?
War die Vorlage (lmn62) gesubnettet?

Ich hab import-subnets noch nie benötigt.

LG

Holger

#10

Hallo Holger,

ich habe kein subnetting aktiviert gehabt. Irgenwie muss es im Chaos aber doch verloren gegangen sein.
Schön wäre aber wenn das wirklich nicht notwendig werden würde, weil das import Skript wenn kein subnetting verwendet wird den entsprechenden Eintrag automatisch setzt.

Mir ist ja klar, dass es aktuell noch zu unerwarteten/unerwünschtem Verhalten kommen kann, aber dieser Fehler und auch der mit den fehlerhaften weil ungültigen IP Adresse sollte zumindest eine Warnung produzieren.

Grüße
Björn