Tumbleweed Webserver, nach update kein NFS mount aus fstab

Hallo,
ich habe heute ein wöchentliches Update meines Webservers gemacht, gebootet und seitdem werden die NFS mapping aus der fstab nicht mehr aufgeführt. Systemctl sagt es ist alles in ordnung, auf dem NFS server habe ich nichts in den Logs (also versicht der NFS client erst garnicht zu mappen), der NFS client gibt keinen fehler aus, die mappings gibt es erst nach einem manuellen "mount -a" . Das nervt etwas da dann diverse dienste erst neugestartet werden müssen. Hat jemand eine Idee wo ich suchen kann?

Grüße

Der NFS server läuft, andere Geräte wie ein Leap 42.1 und 2 Dreamboxen mappen ja auch sauber. Der Server ist auch Leap 42.1.

192.168.1.25:/media/lvm/mediadata/music /media/music nfs rsize=8192,wsize=8192,ro,async,nolock,soft 0 0
192.168.1.25:/media/lvm/mediadata/media /media/media nfs rsize=8192,wsize=8192,ro,async,nolock,soft 0 0
192.168.1.25:/media/lvm/mediadata/install /media/install nfs4 rsize=8192,wsize=8192,rw,async,nolock,soft 0 0
192.168.1.25:/media/lvm/mediadata/DB /var/lib/mysql nfs4 rw,hard,intr 0 0
192.168.1.25:/media/lvm/mediadata/DBdata /var/oc_data nfs4 rw,hard,intr 0 0

Ich habe vorerst einen Workarround dafür über die boot.local eingebunden, manueler Mount Trigger & Dienste-Neustart.

Hi,
suspension wird auf den servern nicht verwendet, das Szenario ist also Neustart und dort jederzeit reproduzierbar.

Hi

hier:

# | Alias | Name | Enabled | GPG Check | Refresh | Priority | URI
--+------------------------+--------------------------------------------------------------------------+---------+-----------+---------+----------+----------------------------------------------------------------------------------------
1 | isv_ownCloud_community | Latest stable community release of ownCloud server (openSUSE_Tumbleweed) | Yes | (r ) Yes | No | 99 | Index of /repositories/isv:/ownCloud:/community/openSUSE_Tumbleweed
2 | openSUSE-20151209-0 | openSUSE-20151209-0 | No | ---- | No | 99 | cd:///?devices=/dev/disk/by-id/ata-VBOX_CD-ROM_VB1-1a2b3c4d
3 | packman | packman | Yes | (r ) Yes | Yes | 99 | Index of /pub/linux/misc/packman/suse/openSUSE_Tumbleweed
4 | repo-debug | openSUSE-Tumbleweed-Debug | No | ---- | Yes | 99 | Index of /debug/tumbleweed/repo/oss
5 | repo-non-oss | openSUSE-Tumbleweed-Non-Oss | Yes | (r ) Yes | Yes | 99 | Index of /tumbleweed/repo/non-oss
6 | repo-oss | openSUSE-Tumbleweed-Oss | Yes | (r ) Yes | Yes | 99 | Index of /tumbleweed/repo/oss
7 | repo-source | openSUSE-Tumbleweed-Source | No | ---- | Yes | 99 | Index of /source/tumbleweed/repo/oss
8 | repo-update | openSUSE-Tumbleweed-Update | Yes | (r ) Yes | Yes | 99 | Index of /repositories/openSUSE:/Factory:/Update/standard

nach dem letzten großen Update, u.a. Kernel 4.5, besteht das Problem weiterhin. Mein Workarround muss weiterhin aktiv bleiben.

vega:/home/devil # zypper se -si | grep openSUSE-Tumbleweed-Update
vega:/home/devil #

Das Repo habe ich nicht hinzugefügt, es kam wohl automatisch rein. Auch die schlechte Priorisierung habe ich nicht bewusst verzapft. Was schlägst du als Priorisierung vor ? Derzeit ziehen die Suse Pakete vor den von Packman (die werden nur für ein paar Bibliotheken benötigt). Ich weiss außerdem nicht wie es bei meinem Problem (gehe von Timings beim Boot aus) weiterhelfen soll.

Nachtrag:
wenn ich das hier richtig lese:
Über den Umgang mit openSUSE Repos
wären die Packman & Owncloud höher zu priorisieren? Ich bin allerdings mit der Qualität von Packman nicht immer zufrieden, vor allem das Mediatomb ist ein Dauerpatient (jedes Update entfernt die Binaries, ein un/reinstall von MT ist immer notwendig). Auch ist die Anzahl der Packman Pakete überschaubar (soll auch so bleiben), die Neupriorisierung würde auch nur bei Neuinstallationen ziehen (habe bewusst kein dup gemacht)?