NAS Zugriff nach einiger Zeit nicht mehr möglich -> massives Problem

[Alex#Berlin]

Hallo liebe Gemeinde,
leider haben wir in unserem Heim Netz seit einiger Zeit ein Riesenproblem.

Wir haben zwei NAS im Betrieb, eines für die tägliche Arbeit (NAS1) und eines welches nur als Backup (NAS2) dient und somit als Replikationsziel.

Nun passiert folgendes, wenn ich meinen PC starte kann und auf eingebundene Netzlaufwerke (von NAS1) zugreife, kann ich das ca. 3-6 mal tun, danach friert der Windows Explorer ein und nichts geht mehr. Bei NAS2 geht alles völlig normal.
Über den Browser kann man sich nicht mehr anmelden, der Synology Assistent findet beide Geräte und zeigt sie als "Fertig" an.

Zur Konfiguration
NAS1 - DS920+, statische IP Adressen neueste DSM Version
NAS2 - DS415+, statische IP Adressen, neueste DSM Version

beide Geräte hängen am selben Switch und habe die gleichen Pakete installiert.

Wenn ich jetzt das NAS1 über langes Drücken des Einschalters ausschalten und danach wieder hochfahre ist alles in Ordnung und ich kann solange damit arbeiten, wie ich mag. Wenn ich aber die Arbeit unterbreche, tritt das o.g. Phänomen nach 2-3 Stunden auf. Keinerlei Protokolleinträge, etc.

Hat jemand sowas schon mal erlebt? Kann es an unseren Win10 Clients liegen (alle unterschiedlich und alle haben das Gleiche Problem)

Danke Euch!
Alex

 

[ikorbln]

Das erste und einfachste wäre mal zu prüfen ob es einen IP-Adressen-Konflikt gibt.
Mal im Router (oder wer auch immer die DHCP-Adressen vergibt) ob da ein Gerät die gleiche Adresse hat wie das NAS.

 

[Alex#Berlin]

Leider liegt es daran nicht, im gesamten netz werden nur feste IP Adressen verwendet und keine ist doppelt. Aber trotzdem danke!

 

[ctrlaltdelete]

Ist das bei allen Client die auf NAS1 zugreifen?
Welche Fehlermeldung kommt im Browser?

 

[Alex#Berlin]

Im Browser erscheint keine Fehlermeldung, nach Eiganbe des Anmeldenamens springt das NAS zu der Seite mit der Passworteingabe und nach Passworteingabe rödelt es dann für immer. (Irgendwann nach wirklich langer Zeit kommt ein Timeout) Das ist bei alles Clients so.

Anpingen kann man das Geräte immer noch und per SSH kommt man auch drauf.

 

[ikorbln]

Ah, anderes Fehlerbild. Ich habe mal im Forum gesucht. Hier wurde bei ähnlichem Fehlerbild empfohlen mal den Browsercache zu löschen bzw. Mal einen ganz anderen Browser zu nehmen. Addblocker können da wohl auch eine Rolle spielen.
Wie man auf der Console prüfen kann ob der Webservice noch korrekt läuft weiß evtl. jemand anders?

 

[tproko]

Wenn du mit ssh noch drauf kommst, schau mal mit top was so läuft und CPU/RAM benötigt.

Lauft docker bzw. VMM?

 

[Alex#Berlin]

gesagt getan - sagt mir aber nicht viel:

login as: admin
admin@192.168.178.2's password:

Synology strongly advises you not to run commands as the root user, who has
the highest privileges on the system. Doing so may cause major damages
to the system. Please note that if you choose to proceed, all consequences are
at your own risk.

admin@H45-HOME:~$ top
top - 19:39:58 up 3:38, 1 user, load average: 0.53, 0.18, 0.12 [IO: 0.00, 0.0
Tasks: 476 total, 1 running, 475 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.7 us, 0.5 sy, 0.0 ni, 98.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
GiB Mem : 3.678 total, 0.155 free, 0.376 used, 3.147 buff/cache
GiB Swap: 4.207 total, 4.108 free, 0.099 used. 2.960 avail Mem

PID USER PR NI VIRT RES %CPU %MEM TIME+ S COMMAND
11043 admin 20 0 28.0m 3.6m 1.307 0.095 0:00.46 R top
1 root 20 0 56.7m 7.6m 0.000 0.202 0:15.45 S /sbin/init
2 root 20 0 0.0m 0.0m 0.000 0.000 0:00.02 S [kthreadd]
3 root 20 0 0.0m 0.0m 0.000 0.000 0:00.62 S [ksoftirqd/0]
4 root 20 0 0.0m 0.0m 0.000 0.000 0:00.84 S [kworker/0:0]
5 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [kworker/0:0H]
7 root 20 0 0.0m 0.0m 0.000 0.000 0:25.35 S [rcu_sched]
8 root 20 0 0.0m 0.0m 0.000 0.000 0:00.00 S [rcu_bh]
9 root rt 0 0.0m 0.0m 0.000 0.000 0:11.50 S [migration/0]
10 root rt 0 0.0m 0.0m 0.000 0.000 0:00.05 S [watchdog/0]
11 root rt 0 0.0m 0.0m 0.000 0.000 0:00.07 S [watchdog/1]
12 root rt 0 0.0m 0.0m 0.000 0.000 0:11.50 S [migration/1]
13 root 20 0 0.0m 0.0m 0.000 0.000 0:00.39 S [ksoftirqd/1]
15 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [kworker/1:0H]
16 root rt 0 0.0m 0.0m 0.000 0.000 0:00.07 S [watchdog/2]
17 root rt 0 0.0m 0.0m 0.000 0.000 0:00.12 S [migration/2]
18 root 20 0 0.0m 0.0m 0.000 0.000 0:00.30 S [ksoftirqd/2]
19 root 20 0 0.0m 0.0m 0.000 0.000 0:00.49 S [kworker/2:0]
20 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [kworker/2:0H]
21 root rt 0 0.0m 0.0m 0.000 0.000 0:00.07 S [watchdog/3]
22 root rt 0 0.0m 0.0m 0.000 0.000 0:11.51 S [migration/3]
23 root 20 0 0.0m 0.0m 0.000 0.000 0:00.47 S [ksoftirqd/3]
24 root 20 0 0.0m 0.0m 0.000 0.000 0:00.56 S [kworker/3:0]
25 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [kworker/3:0H]
26 root 20 0 0.0m 0.0m 0.000 0.000 0:00.00 S [kdevtmpfs]
27 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [netns]
30 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [perf]
191 root 20 0 0.0m 0.0m 0.000 0.000 0:00.01 S [khungtaskd]
192 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [writeback]
195 root 25 5 0.0m 0.0m 0.000 0.000 0:00.00 S [ksmd]
196 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [crypto]
197 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [kintegrityd]
198 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]
200 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [kblockd]
392 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [ata_sff]
403 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [md]
566 root 20 0 0.0m 0.0m 0.000 0.000 0:00.73 S [kworker/1:1]
650 root 20 0 0.0m 0.0m 0.000 0.000 0:04.84 S [kswapd0]
692 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [vmstat]
781 root 20 0 0.0m 0.0m 0.000 0.000 0:00.00 S [fsnotify_mark]
3395 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]
3412 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]
3413 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]
3419 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]
3421 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]
3425 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]
3429 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]
3430 root 0 -20 0.0m 0.0m 0.000 0.000 0:00.00 S [bioset]

 

[Alex#Berlin]

Ah, anderes Fehlerbild. Ich habe mal im Forum gesucht. Hier wurde bei ähnlichem Fehlerbild empfohlen mal den Browsercache zu löschen bzw. Mal einen ganz anderen Browser zu nehmen. Addblocker können da wohl auch eine Rolle spielen.
Wie man auf der Console prüfen kann ob der Webservice noch korrekt läuft weiß evtl. jemand anders?

Das Problem tritt ja auch im Windows Explorer bei eingebundenen Laufwerken auf. Man kann etwas durch die Files browsen, aber spätestens wenn man den ersten öffnet, hängt sich der Explorer auf

 

[Alex#Berlin]

Docker und VMM sind nicht (mehr) installiert

 

[ctrlaltdelete]

Versuche dich mal mit einem anderen User an der Weboberfläche anzumelden.

 

[Alex#Berlin]

Gute Tipp, das hat jetzt funktioniert, vorher aber auch nicht. Aber der Admin Zugriff läuft heute auch.

Ich habe gestern zwei Dinke ausprobiert, die beiden Netzwerkanschlüsse "gebonded" und eine Replikationsaufgabe abgeschaltet.

Kann es das gewesen sein?