Read-only filesystem after CentOS 7.4 update and reboot

Hi
we are now stable on the kernel by removing the latest and going back to 3.10.0-514.26.2.el7.x86_64. And now the systemctl status is OK with no errors on sssd. It did have

indent preformatted text by 4 spacesupdate failed: SERVFAIL

; TSIG error with server: tsig verify failure
update failed: SERVFAIL
; TSIG error with server: tsig verify failure
update failed: SERVFAIL
; TSIG error with server: tsig verify failure
update failed: SERVFAIL
: tkey query failed: GSSAPI error: Major = Unspecified GSS failure. Minor code may provide more information, Minor = Server not found in Kerberos database.
: tkey query failed: GSSAPI error: Major = Unspecified GSS failure. Minor code may provide more information, Minor = Server not found in Kerberos database.
: tkey query failed: GSSAPI error: Major = Unspecified GSS failure. Minor code may provide more information, Minor = Server not found in Kerberos database.

Samba downgraded to

samba-common-libs-4.6.2-8.el7.x86_64

samba-common-4.6.2-8.el7.noarch
samba-4.6.2-8.el7.x86_64
samba-common-tools-4.6.2-8.el7.x86_64
samba-client-libs-4.6.2-8.el7.x86_64
samba-client-4.6.2-8.el7.x86_64
samba-libs-4.6.2-8.el7.x86_64
nethserver-samba-2.0.7-1.ns7.noarch

So what we have left is the ibays can be seen from Linux workstation with the access open to guest.
The only other clue I have to the issue is a nas unit that will join the domain, like windows workstations, but again blocks access, like the server, repeating asking for username and password.
BUT the nas as shown something else. When setting the NTP setting to the IP or the severname it comes back with SERVERNAME.servername.domainname. The 1st servername is in capitals. Is this a clue to the problem?

1 Like