Ich habe am WE die Umstellung von 4.1-5 nach 4.2-3 gemacht. Das allermeiste geht jetzt auch wieder. Heute ist mir dann wegen einem aktuellen Fall aufgefallen, das mein OPSI nicht mehr per TFTP reagiert. Als Meldung kommt, das das TFTP-File nicht gefunden wird.
Hier das entsprechende syslog:
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 verfügbare(s) DHCP-Subnetz: 192.168.2.254/255.255.255.0
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 "Vendor class": PXEClient:Arch:00000:UNDI:002001
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 PXE(br0) 08:00:27:70:f1:d7 proxy
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 Marken: br0
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 Name der Bootdatei: /pxelinux.0
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 nächster Server: 192.168.2.254
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 Antwort per Rundsendung
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 1 option: 53 message-type 2
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 4 option: 54 server-identifier 192.168.2.254
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 9 option: 60 vendor-class 50:58:45:43:6c:69:65:6e:74
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 17 option: 97 client-machine-id 00:01:3c:be:7a:ce:cf:44:a7:8c:29:ea:3e:bd...
Jan 9 08:40:45 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 44 option: 43 vendor-encap 06:01:03:0a:04:00:50:58:45:08:07:80:00:01...
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 verfügbare(s) DHCP-Subnetz: 192.168.2.254/255.255.255.0
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 "Vendor class": PXEClient:Arch:00000:UNDI:002001
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 verfügbare(s) DHCP-Subnetz: 192.168.2.254/255.255.255.0
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 "Vendor class": PXEClient:Arch:00000:UNDI:002001
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 PXE(br0) 192.168.2.137 08:00:27:70:f1:d7 pxelinux.0
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 Marken: br0
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 Name der Bootdatei: pxelinux.0
Jan 9 08:40:47 ucs002254 rsyslogd-2007: action 'action 17' suspended, next retry is Tue Jan 9 08:41:17 2018 [try http://www.rsyslog.com/e/2007 ]
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 nächster Server: 192.168.2.254
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 Antwort per Rundsendung
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 1 option: 53 message-type 5
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 4 option: 54 server-identifier 192.168.2.254
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 9 option: 60 vendor-class 50:58:45:43:6c:69:65:6e:74
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 17 option: 97 client-machine-id 00:01:3c:be:7a:ce:cf:44:a7:8c:29:ea:3e:bd...
Jan 9 08:40:47 ucs002254 dnsmasq-dhcp[1299]: 678490583 sent size: 10 option: 43 vendor-encap 47:04:80:00:00:00:06:01:02:ff
Jan 9 08:40:48 ucs002254 atftpd[12901]: Serving pxelinux.0 to 192.168.2.137:2070
Jan 9 08:40:48 ucs002254 atftpd[12901]: Serving pxelinux.0 to 192.168.2.137:2071
Anmeldung an dem UI von OPSI ist möglich. Das die Firewall die Ursache ist, habe ich ausgeschlossen, da ich die FW kurzfristig deaktiviert habe und der Fehler immer noch besteht.
Das setzen der Berechtigungen habe ich über folgende Befehle nachgeschoben:
opsi-setup --set-rights
opsi-setup --init-current-config
service opsiconfd restart
service opsipxeconfd restart
Das hat aber leider auch keine Auswirkungen gezeigt