Ja, einen: es gibt eine Gruppe, die mit error beendet. Moment screenshot kommt, wenn ich meinen Unterricht hier beendet habe 
Hallo Tobias,
ich hatte vor ein paar Wochen dass selbe Problem nach einem Update und
hab dann in der Liste die Lösung beschrieben.
Bei mir startete der DHCP nicht mehr: der Grund war ein falscher EIntrag
der subnetmaske für das Servernetz.
Die war 12 (glaube ich) hätte aber 24 sein müssen in der Datei
/etc/linuxmuster/subnets.csv
Schau mal hier:
LG
Holger
Hi @Thomas, danke für die Antwort, hier ein output:
#### Working on linbo/grub configuration for groups: ####
#### | linbo start.conf | grub cfg ####
#### ----------------+----------------------+--------------------- ####
#### manage | present | error! ####
#### bionicmate_hgk | present | replaced ####
#### bionic_win7_mobil | present | present ####
#### xenialmate_win7_mobil | present | present ####
#### bionicmate_hgk_test | present | replaced ####
diese Ausgabe ist mir neu. Ich weiß nicht ob dieser „error!“ was damit zu tun hat?
Und natürlich habe ich schon immer, also seit der Migration das Problem mit dem „SERVER$“, das ich hier schon anderswo dokumentiert hatte, aber weil es bisher keine Probleme damit gab, hat das auch keiner ernsthaft verfolgt:
#### Creating workstation 1: SERVER ####
DN: CN=SERVER,OU=rsrv,OU=Devices,OU=default-xxxx
DN(Parent): OU=rsrv,OU=Devices,OU=default-xxxxx
Name: SERVER
Room: rsrv
School: default-school
File: devices.csv
Prefix: ---
sAMAccountName: SERVER$
dNSHostName: SERVER.xxxxx
sophomorixDnsNodename: server
servicePrincipalName: HOST/SERVER
servicePrincipalName: HOST/SERVER.xxxxx
servicePrincipalName: RestrictedKrbHost/SERVER
servicePrincipalName: RestrictedKrbHost/SERVER.xxxxbw.de
ERROR in Sophomorix::SophomorixSambaAD::AD_computer_create:
00002071: samldb: samAccountName 'SERVER$' already in use!
* rsrv must be created RUNTIME
#### Creating group rsrv of type room (begin): ####
* Group rsrv exists already (1 results)
#### Creating group rsrv of type room (end) ####
#### Adding member to rsrv: ####
* Group rsrv exists (1 results)
* User SERVER exists (1 results)
* Adding user SERVER to group rsrv
VG, Tobias
Hi Holger, hi Till,
danke für die rasche Antwort.
Nee, das kann es nicht sein, also zumindest habe ich:
# server subnet definition
10.16.1.0/24;10.16.1.253;10.16.1.100;10.16.1.200;SETUP
10.16.12.0/24;10.16.12.254;10.16.12.100;10.16.12.110;MIGRATION;
10.16.14.0/24;10.16.14.254;;;MIGRATION;
10.16.16.0/24;10.16.16.254;;;MIGRATION;
10.16.17.0/24;10.16.17.254;10.16.17.100;10.16.17.150;MIGRATION;
10.16.18.0/24;10.16.18.254;10.16.18.100;10.16.18.150;MIGRATION;
drin stehen.
MAn beachte: Ich habe 10.16.1.0/24 hier drinstehen, nicht 10.16.0.0/24 wie du in dem referenzierten Post schreibst.
Ich bin der Meinung, dass mein Eintrag der logische wäre, würde aber, wenn Thomas sagt, dass es 10.16.0.0/24 sein muss auch gerne den mal ausprobieren.
Außerdem schriebst du ja nicht, dass du linuxmuster-import-subnets nach der Änderung ausgeführt hast, sondern „nur“ linuxmuster-import-devices. Stimmt das?
VG, Tobias
Eher nicht. Da kann die grub config für die Gruppe nicht geschrieben werden. Gibt es eine Datei manage.cfg?
Alle Hosts laufen ohne Fehlermeldung durch stehen aber nicht in devices.conf drin?
Zum Fehler mit SERVER$ kann ich nichts sagen. Das muss sich @jeffbeck anschauen.
VG, Thomas
Hi zusammen,
sorry, noch eine Fehlermeldung übersehen. Daran wird es liegen. Ich glaube, dass ich das selbst beheben kann. (syntax fehler in der devices.conf)
Vg, Tobias
10.16.1.0/24 ist ein anderes Subnetz als 10.16.0.0/24. Welches verwendest du denn? Genau das muss auch drin stehen.
VG, Thomas
Ja, das sollte man halt zuerst mal ausschließen bevor man die Pferde scheu macht. 
VG, Thomas
Hallo Thomas,
ja, dann habe ich recht. Denn ich verwende natürlich das babo-Netzwerk und das steht auch drin. Ich vermute bloß, dass Holger auch das babo-Netzwerk verwendet, aber bei ihm 10.16.0.0 drinsteht. Und wenn er darauf verweist als Problemlösung, dann sollte man das korrigieren…
VG, Tobias
Hallo Thomas,
da hast du vollkommen recht und ich entschuldige mich hier bei allen Pferden und bei dir, dass du dir die Zeit genommen hast.
Allerdings habe ich an der devices.conf nicht wirklich was geschraubt. Ich kann nur dann in dem Zug mal mitteilen, was (bisher kein, aber jetzt wohl ein) Problem ist:
Ich hatte in der v6.2 immer Kommentare ans Ende der Zeile in die workstation geschrieben, z.B:
rsrv;serverhost;manage;00:08:54:xx:xx:xx;10.16.1.35;;;;; # kommentar von mir
und seit der Migration in die v7 wurde der Kommentar in eines der Felder übernommen:
rsrv;serverhost;manage;00:08:54:xx:xx:xx;10.16.1.35;---;---;1;classroom-studentcomputer;---;1 ## kommentar von mir;;;;MIGRATION;1
So. Das ist natürlich unschön (von mir gewesen, das so zu missbrauchen) und es ist unschön, dass das jetzt in der v7 devices.csv drinsteht. Und ich werde sie rausschmeißen.
Aber, bis vor kurzem hat das keine Probleme gemacht. Jetzt offensichtlich schon.
Nur dass du Bescheid weißt, wenn wieder jemand mit solchen „Sporen“ kommt und Pferde scheu macht.
Vg, Tobias
Generell ist ja eines der Felder für Kommentare vorgehesehen. Ich könnte mir vorstellen dass die Raute hier Probleme macht.
Vielleicht kannst du das ja mal noch eingrenzen.
Hallo Till,
sicherlich, ich kann der man-page von devices.csv leider auch nicht entnehmen, welches der Felder für mich als Admin als Kommentar vorgesehen ist. Dort stehen nur „reservierte Felder für linuxmuster.net“ und sophomorixComment - vermutlich für Sophomorix.
Definitiv war das Feld PXE bei mir das Problem. Denn die workstations endete mit dem PXE-Feld z.B „1 # kommentar von mir“ und jetzt wurde das in ein PXE-Feld genauso gewandelt.
Ich versuche meine devices jetzt eben händisch einmal aufzuräumen
Vllt. bearbeite ich sie in Zukunft ja mit der webui …
VG, Tobias
Hallo Tobias,
alles gut. Das mit den Kommentaren wusste ich gar nicht.
linuxmuster-import-devices wertet nur die Felder bis zum PXE-Flag aus
und ignoriert den Rest. Dass da Kommentarzeichen Probleme machen, kann
ich mir eigentlich nicht vorstellen. Muss ich mir bei Gelegenheit mal
anschauen.
VG, Thomas
Hi Tobias,
du kannst dich dabei an der Weboberfläche orientieren, meiner Meinung nach ist das Sophomorix-Kommentar Feld genau hierfür vorgesehen. Das müsste Feld 15 sein, in deinem Beispiel steht hier Migration drin.
Über die Weboberfläche kannst du oben rechts zusätzliche Felder dir anzeigen lassen.
Ok, dann ist der Fall klar. In unseren csv-Dateien ist ‚;‘ der Feldtrenner. Wenn das letzte Feld nicht mit einem ‚;‘ abgeschlossen wird, nimmt der Parser halt alles vom letzten Feldtrenner bis Zeilenende als Feldinhalt.
VG, Thomas
Hallo Thomas,
ja, das ist mir gerade auch aufgefallen. Ich hatte wohl in der workstations Zeilen, die das PXE-Feld (11) mit einem „;“ abschlossen und danach kam mein kommentar dann in Feld 12 der devices.csv (was ja wg. reserviert bisher nicht tragisch ist), während andere Zeilen das PXE-Feld nicht mit einem „;“ abschlossen, weswegen mein Kommentar mit in das Feld 11 kam. Und jetzt ist dein Parser eben nicht mir so tolerant mit „1 # mein kommentar“ umzugehen als integer
Außerdem fallen mir noch mehr Seltsamkeiten auf:
- bei mir stehen in dem dhcp-options Feld (8) oft eine „1“, ich weiß nicht, wie die dahin kommt und ob die irgendetwas aussagt
- laut manpage geht es bis zum KommentarFeld (15), was bei mir auch mit „;“ abgeschlossen wird. Aber danach steht noch eine „1“, als ob das ein 16. Feld wäre. Und diese „1“ korreliert mit dem dhcp-options Feld, also überall wo in Feld 8 eine 1 steht, steht nach Feld 15 und nach dessen „;“ noch eine 1.
vllt. ist das von der Migration, evtl. nicht so gewünscht? soll ich das ändern?
VG, Tobias
Genau. Das ist so wie es sein soll. Wenn in dem Feld keine Integerzahl steht, wird eine Fehlermeldung ausgegeben und die Zeile wird ignoriert. Könnte ja was Böses drinstehen. Passt.
Die „1“ ist historisch bedingt und kann raus. Wurde bei der Migration übernommen.
VG, Thomas
In dem Zusammenhang, wer es brauchen kann:
cat devices.csv | grep -n -v ^# | awk -F '[;:]' '{print $1, $4, $5":"$6":"$7":"$8":"$9":"$10, $11 }'
zeigt mir alle Zeilennumern ($1) an und Felder die ich gerne hätte. $5–$10 ist die Mac und danach entspricht $11 eben Feld 5 (der IP) und so weiter.
ok, dann schmeiß ich die im dhcp-feld sowie im „Feld 16“ raus.
Danke
Hallo Tobias.
Ich habe Kommentare schon seit Jahren immer in Extrazeilen – also in etwa so:
#kommentar von mir
rsrv;serverhost;manage;00:08:54:xx:xx:xx;10.16.1.35;;;;;
Das hat auf der Konsole noch nie Probleme gemacht – ich fürchte aber, dass die Kommentare auf diese Art alle gelöscht werden, wenn ich die devices.csv irgendwann mal mit der WebUI anfasse und von dort aus speichere?
Noch ein paar Ergänzungen zum Thema:
Den Fehler
00002071: samldb: samAccountName 'SERVER$' already in use!
habe ich hier auch weiterhin. Es gab diesbzgl schon mal ein paar PMs mit @thomas und @Maurice, die dann aber leider im Sande verlaufen sind. Fest steht, dass der Fehler seit der Installation drin war und auch ein „nacktes System“, mit dem nichts weiter gemacht wurde, das gleiche Verhalten zeigte. Der Fehler scheint aber unkritsch zu sein??!
Zudem frage ich mich auch weiterhin, ob nicht der richtige Eintrag für den Server addc anstatt server lauten muss?
Die Sache mit der großen|kleinen Netzmaske kann ich gerade nicht nachsehen. Auch ich habe aber neulich nach einem Tipp von Holger in der subnets.csv von /12 auf /24 runtergedreht; weiß aber nicht auswendig, ob ich da im dritten Oktett die .0. oder die .1. verwendet habe …
Es wäre aber schön, wenn die Frage auch im Zusammenhang mit der Frage, ob dann anschließend noch Änderungen an der OPNSense zu machen sind, geklärt werden könnte.
Schöne Grüße,
Michael
ja, das ist mir einmal (in der v6 noch) passiert und daher hatte ich angefangen das ans Ende der Zeile zu setzen. Schlauer wäre ein Kommentarfeld gewesen.
Alle anderen angesprochenen Dinge: ist mir grade zu heiß… das muss warten, aber du hast recht: offene Baustellen.
LG, tobias