Hilfe: DS114 nicht mehr erreichbar

[jochol]

Hallo zusammen,
wär super, wenn mir hier jemand weiterhelfen könnte. Gerät: DS114 per LAN an FRITZ 6490Cable. Zugriff bisher über diverse Geräte problemlos möglich. Nun ist sie quasi nicht mehr im Netzwerk erreichbar (Egal welcher Rechner, Smartphone, etc).
Symptome:
- Nach manuellem Neustart kurz erreichbar über den Browser, dann auch die Verzeichnisse, die per Script als Netzlaufwerke in WIN10 eingebunden werden.
- Nach kurzer Zeit ist die DS auf keinem dieser Wege mehr erreichbar (Browser auf PC, Smartphone)
- Netzlaufwerke mit rotem Kreuz
- Ping auf IP-Adresse mit variablem Verlust, 0-100%, alles dabei
- Router listet ihn mit IP-Adresse
- Die 3 Status-LEDs der DS sind alle grün, die mittlere (LAN) blinkt
- Per WOL kein Neustart triggerbar
Vor kurzem wurde der Router gegen das aktuelle Teil getauscht, ich kann aber keinen direkten zeitlichen Zusammenhang zum Tausch des Routers herstellen.
Bin über jede Hilfe dankbar...
Vielen Dank schon mal
Viele Grüße

 

[dil88]

Willkommen im Forum! Könntest Du die Platte einmal an einen Rechner hängen und Dir alle SMART-Rohdaten ansehen bzw. davon einen Screenshot posten? Gab es irgendwelche Fehlermeldungen im DSM bzw. per Email? Nutzt Du zufällig JDownloader?

 

[jochol]

Hallo,
was das Auslesen der SMART Daten angeht, muss ich erstmal schaun, ob ich einen Rahmen da hab.

Gab es irgendwelche Fehlermeldungen im DSM bzw. per Email?

-> Nein, vor Kurzem gabs ein DSM Update, aber keine sonstigen Benachrichtigungen

Nutzt Du zufällig JDownloader?

-> Nein

Aktualisierung des Problems:
Hab gerade einen Neustart gemacht und mich sofort eingeloggt. Die 2 Hyper Vault Apps standen zur Aktualisierung an, eine stand auf Fehler. Hab sie zur Aktualisierung freigegeben, sind durchgelaufen und jetzt läuft die DS zumindest für die letzte halbe Stunde ohne Probleme.
Ich beobachte es weiter...
Danke soweit
Viele Grüße

 

[jochol]

OK, schade, das Problem existiert immer noch....
Die SMART-Daten beschaff ich noch.
Hat jemand Hinweise zur Konfiguration der FRITZ-Box 6490Cable (UnityMedia)? Das Problem besteht sowohl beim Zugriff per LAN als auch WLAN über den Router.
Merci

 

[Thonav]

Der DS eine feste IP vergeben? Wenn ja, welche? Bitte ein paar zusätzliche Infos zu Deiner Netzwerksituation.

 

[jochol]

Der DS eine feste IP vergeben? Wenn ja, welche?

Die IP4 ist fest: 192.168.178.33
IpV6 Tunneling ist deaktiviert
Wake OnLan ist aktiviert und wird seitens der 2 PCs auch bei Anmeldung zum Wecken des NAS gestartet.
Was wär denn noch wichtig? Bin an der Stelle kein Profi.
BTW: Ich hab in der FritzBox alle LAN von Green Mode auf Power Mode umgestellt. Vielleicht hilft es, da es ja so aussieht, als ob die NAS erst nach Wecken nicht mehr erreichbar ist.

 

[Thonav]

Muss die IP mit .33 enden? Standardmäßig vergibt, so glaube ich, die Fritze DHCP in der Range von .20 - 200.
Könntest Du einmal probieren der DS eine Endnummer von kleiner .20 zu geben?

Power Mode solltest Du bei für die DS sowieso einschalten, da diese 1Gbit unterstützt - demnach Power Mode für alle Anschlüsse, an denen Geräte mit dieser Geschwindigkeit angeschlossen sind.

 

[jochol]

Im Moment scheint seit Umstellung auf PowerMode alles ok zu sein. Wenn nicht, werde ich die Vorschläge mal ausprobieren.
Was die IP angeht: so war sie seit Kauf eingestellt (fest) und hat auch nie Probleme gemacht. DHCP ist doch in dem Fall obsolet, oder nicht?
Danke mal soweit für die Tipps.
Viele Grüße

 

[Thonav]

Dann hast Du die gebraucht gekauft? Standardmäßig steht die auf DHCP. Stell doch mal um auf DHCP und prüfe ob es dann wieder geht.

 

[jochol]

Soweit ich mich erinnere, hab ich das nicht selbst eingestellt, die DS war neu.
Aber im Moment geht es ja wieder, hat in dem Fall dann wohl am neuen Router gelegen.

 

[jochol]

Hat jetzt eine Zeit lang funktioniert (zumindest ist mir nix aufgefallen, es laufen nur Backups, keine Nutzung von Medien direkt von der Platte), nun tritt das Problem wieder mit beiden Rechnern auf (Lenovo T500 und S205, beide WIN10 64Bit). LAN oder WLAN egal.
Ich könnt nicht behaupten, dass es ein spezifisches Event gab, was vorher stattgefunden hat.

Vielleicht noch als Ergänzung zur Fehlerbeschreibung oben:
Im Hintergrund läuft bei mir Allwaysync, was zu häufigen Zugriffen und Abgleichen führt.
Ping funktioniert mit beiden IP-Adressen und mit Namensauflösung, aber eben mit unterschiedlicher Performance.

In der aktuellen Lage kann ich noch nicht mal über den Browser zugreifen (http://192.168.178.33:5000/), daher keine SMART Daten.

Ich bin am verzweifeln...

 

[blurrrr]

Das mit dem DHCP hast Du aber schon berücksichtigt oder? Wenn Dein Router nix von der .33 weiss, wird er diese IP früher oder später einem anderen Client zuweisen... Es wäre schlauer dem NAS eine IP zu verpassen, welcher nicht in der DHCP-Range des Routers liegt (also nicht irgendwas aus 20-200), denn dieser Bereich sollte sowieso nur für dynamische Endgeräte genutzt werden, welche kommen und gehen. In meinen Augen macht es "immer" Sinn, Dingen die "Dienste" im Netz anbieten, entsprechend statische IPs zu vergeben. Da es sowieso immer mehr werden wird (machen wir uns doch nix vor.... ) ist es mitunter schon sinnig einen IP-Plan anzulegen. Sowas kann man dann wunderschön strukturieren (wie z.B. einen Kleiderschrank).

01-09 Netzwerk-Komponenten (Router, Switch, DLAN, WLAN-Accesspoint/-Repeater, usw.)
10-19 Drucker (LAN/WLAN), Scanner, IP-Cams, usw
20-29 NAS, Smarthome, Raspberry, usw.
30-49 Waschmaschine, Kühlschrank, Toaster, weisst scho...
100-199 DHCP-Range für die Clients

Aber das ist natürlich auch nur mal eben so dahin geschrieben... macht sowieso jeder wie er meint. Schlussendlich hat sich das Prinzip aber bewährt. Bei einem Routertausch fliegt dann nicht alles durcheinander und Du musst auch nicht zwanzig Geräte umstellen, sondern lediglich den Router auf "Dein Netz" anpassen. Empfehlenswert wäre es darüber hinaus - ich sehe die 178 -> Fritz!Box-Standard - sinnvoll, die Netz-ID (192.168.178.0) in etwas eigenes zu ändern. Hat nun auch mehrere Vorteile:

a) Bei Attacken auf die Standard-IPs (z.B. über komprimitierte Websites) fällt der Router mitunter raus (192.168.0.1, ...1.1, ... 2.1, ...178.1 solltest Du schon mal nicht nehmen)
b) Es "kann" zu VPN-Problematiken kommen und besser jetzt umgestellt, als später blöde darzustehen. (VPN = Remotezugriff auf Dein Netz)
c) Kein direkter Vorteil, aber: Du baust Dir "Dein Netz" mit einer eigenen ID, z.B. anhand der letzten beiden Ziffern Deines Geburtsjahres - bringt schon eine persönliche Note mit

Solltest Du nun "irgendwann" mal den Provider wechseln oder aus sonstigen Gründen den Router tauschen, musst Du diesen nur noch in Dein vorhandenes Netz integrieren (sprich IP des Routers auf Dein Netz anpassen und den DHCP-Server bzw. die -Range entsprechend setzen).

Ich vermute in Deinem Fall mal ganz stark (so wie es vorher auch schon von ThonaV gesagt wurde und keinerlei Beachtung gefunden hat ), dass sich mitunter ein Client die 33 geschnappt hat und nun heisst es halt, wer zuerst kommt, malt zuerst. Sprich es gibt im Netzwerk ordentlich Gerappel. Ist Dir evtl. aufgefallen, dass Du mit einem anderen Client vielleicht auch Probleme hast ("Ping funktioniert mit beiden IP-Adressen und mit Namensauflösung, aber eben mit unterschiedlicher Performance.")?

EDIT: Als vermeintlich schnelle Lösung: DHCP-Range innerhalb der Fritzbox auf 100-199 setzen (oder irgendwas über 33 jedenfalls), einfach mal alles was im Netz ist rebooten. Wenn die Probleme dann noch immer bestehen, sag nochmal Bescheid

 

[jochol]

Hallo blurrr,

danke, wie gesagt, Netzwerk ist nicht so mein Ding. Habs aber soweit verstanden. Ich werd mal den kurzen Weg testen und wenn das funktioniert, dann nehm ich den längeren in Angriff.
Dank dir, sobald ich Ergebnisse hab, gibt's nen neuen Post.

 

[jochol]

Die schnelle Lösung hat leider keinen Effekt.

Ich muss auch nochmal Korrekturen bzw. Ergänzungen zum Problem machen, deswegen nochmal von vorne:

Die einzelnen Verzeichnisse der Disk verbinde ich per Script (net use Buchstabe: \\Name\Verzeichnis).
Direkt nach Start des Rechners sind alle Laufwerke im TotalCommander grün, der Zugriff ist superschnell.
Im Hintergrund startet AllwaySync und greift intensiv zum Dateiabgleich auf die Platte zu. Ob das relevant ist, kann ich nicht sagen. Nach kurzer Zeit wird der Zugriff in Explorer oder TotalCommander immer langsamer (Wechsel der Laufwerke, Listen der Verzeichnisse), bis das Laden der Verzeichnisse ewig bis gar nicht geht. Dabei ist zu beobachten, dass im TC die Laufwerksbuchstaben dann auch zunehmend mit rotem Kreuz versehen sind (anfangs wie gesagt alle grün und keine Probleme). Das geht soweit, dass sich Explorer oder TC komplett aufhängen.
Die Zugriffszeiten schwanken stark, mal schneller, mal wieder quasi unmöglich. Auch die Anzeige der Laufwerke wechselt ständig, mal rot, mal grün... wobei grün nichts heissen muss.
Heute war es zumindest aber so, dass ich per Android Phone über die App problemlos zugreifen konnte. Allerdings dauert das Laden einer 180kB pdf Datei auch ewig, nur Verzeichniswechsel gehen recht flott.
Die Anmeldung im Browser über IPv4 Adresse hängt nach Eingabe von Passwort/User im Anmeldebildschirm. Auf dem Smartphone wird nichtmal die Startseite geladen.
Rechner und Telefone sind bzgl. Betriebssystem, Firewall (Bitdefender bei allen) quasi identisch aufgesetzt.

Ich hab auch diverse Programme beendet (Allwaysync, USB Fernanschluss etc), keine Auswirkung. Nur WLAN / nur LAN oder beides aktiv, kein Unterschied.
Virenscanner / Firewall hab ich auch schon deaktiviert, hilft auch nicht, zumindest nicht im laufenden Betrieb.

Vielleicht ist ja doch die Platte langsam am Ende? Dann hätte sie nicht lange gehalten (Seagate NAS HDD ST2000VN000 2TB SATA600), 3 Jahre....

 

[blurrrr]

3 Jahre sind eigentlich kein Ding für eine HDD bei normaler Nutzung... Hatte allerdings auch letztens eine nagelneue HDD, die schon direkt hin war, Ausnahmen bestätigen die Regel.
Die HDD-Auslastung kannst Du aber via DSM checken... Davor würde ich aber doch noch auf die SMART-Werte pochen (wie schon von dil88 angefordert )

"Auch die Anzeige der Laufwerke wechselt ständig, mal rot, mal grün"

Das kann natürlich mehrere Gründe haben: Netzwerkauslastung/-verbindung (lass dafür mal einen "Ping" mitlaufen - Eingabeaufforderung starten und dann "ping -t 192.168.178.33", später Abbruch via STRG+C), dabei aber bitte mal gänzlichst auf WLAN verzichten und alles nur via Kabel, damit kann man zumindestens die Netzwerkgeschichte testen... Ergebnisse kannst Du hier posten, oder via PM. Dürfte grade dann interessant sein, wenn das System wieder extrem langsam ist.

Deaktiviere bitte auch mal alle extra installierten Pakete (sofern vorhanden). Dein Sync-Programm sollte auch erstmal ausbleiben und vermeide auch erstmal alles, was das System in irgendeiner Art und Weise "belasten" könnte (Daten kopieren, etc.). Erstmal SMART-Werte schauen und Netzwerk checken, dann weiss man schon mehr...

EDIT: Achja... noch irgendwelche Komponenten zwischen NAS und Endgeräten? Hängt alles direkt am Router, ggf. Switch dazwischen? Lass den Ping ruhig mal von mehreren Endgeräten laufen, vielleicht gibt es da ja "gravierende" Unterschiede.

 

[jochol]

Letzter Stand: nach Hochfahren heute morgen keine Änderung.
Dann ist mir aufgefallen, dass die LEDs an der LAN-Karte des NAS gar nicht leuchten oder blinken. Ich hab das NAS dann mit einem anderen Kabel an einen anderen LAN-Port an die FRITZBox angeschlossen. Ergebnis: tut, schnell und stabil. Auch schon ohne Stoppen von Paketen auf der NAS. Läuft dann auch noch stabil, wenn Allwaysync abgleicht und kopiert, jetzt endlich wieder stabil und schnell.
Die LEDs der Netzwerkkarte blinken übrigens auch dann nicht, wenn sie korrekt läuft.

Zum Aufbau: das NAS hängt per LAN an der FRITZBox, PC wahlweise per LAN oder WLAN an der FRITZBox. Ein WLAN-Repeater ist vorhanden. Dann gibt es noch ein PLC-Paar (Devolo) für die Dockingstation des großen Laptops, da zu weit weg für WLAN. Hängt auch direkt an der FRITZBox.

Und hier noch die SMART Daten:


So, jetzt erstmal schöne Weihnachten, ich mach nächste Woche weiter...
Danke für eure Hilfe bis hierher

 

[TaifunDB]

Die Platten würde ich ignorieren. Du magst es zwar nicht, dich mit dem Thema Netzwerk auseinanderzusetzen, aber hier wirst du dein Problem finden. Da wette ich druff.

Ein Nas ist ein Server und sollte eine feste IP haben und die darf nicht im DHCP-Range liegen. Trivial zu finden im DSM. Einfach machen und dann ist das erledigt.

 

[jochol]

==> Siehe #14: DHCP ist seitdem von .35 bis .200 eingestellt.Soweit zum Thema..

 

[jochol]

Und weiter geht's. DHCP ist ja per einfacher Lösung erledigt, nun also von .35-.200. Leider ohne Erfolg.
Die Pakete auf DSM hab ich fast alle gestoppt.

BTW: Eine Fehlermeldung von Allwaysync lautet: Unerwarteter Netzwerkfehler. (8007003b ....
Hab schon dazu gegoogelt, find aber nichts, was auf mein Problem passt. Windows Search hab ich gestoppt, aber auch ohne Auswirkung.

Alles, was DSM angeht, ist gerade schwierig, weil ich ja auch per Browser kaum ein Einloggen möglich ist.

Ich hab auch Folgendes ausprobiert: Tausch gegen ein anderes LAN-Kabel an einem anderen LAN-Port (Kabel dabei im Strang mit anderen). Weiteres Kabel getestet, nun direkt um den Schrank rum freiliegend. Keine reproduzierbare Änderung.

Hier mal Logs zu ping (Anderer Rechner sieht vergleichbar aus). In der Docking über Devolo gehen die Zeiten bei aktiver Sync in den 3-stelligen Bereich...

PC an LAN-Kabel von FritzBox, kein Sync aktiv =>

Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit<1ms TTL=64

Ping-Statistik für 192.168.178.33:
Pakete: Gesendet = 314, Empfangen = 291, Verloren = 23
(7% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 0ms, Maximum = 1ms, Mittelwert = 0ms

PC in Docking an Devolo-LAN, kein Sync aktiv =>

Antwort von 192.168.178.33: Bytes=32 Zeit=3ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=3ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=4ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=3ms TTL=64
Zeitüberschreitung der Anforderung.
Antwort von 192.168.178.33: Bytes=32 Zeit=3ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=3ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=4ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=3ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=5ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=5ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=3ms TTL=64

Ping-Statistik für 192.168.178.33:
Pakete: Gesendet = 212, Empfangen = 205, Verloren = 7
(3% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 3ms, Maximum = 85ms, Mittelwert = 4ms

 

[jochol]

Noch eine Korrektur bzw Ergänzung: Die langen Ping-Zeiten waren vom kleinen Laptop im WLAN (was generell arge Performance-Probleme hat).
Dabei waren beide Rechner im Netz und Sync beim kleinen Laptop aktiv.


PC2 in WLAN, Sync aktiv =>
(PC in Docking an Devolo-LAN, Sync nicht aktiv)

Antwort von 192.168.178.33: Bytes=32 Zeit=83ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=98ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=87ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=115ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=111ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=103ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=84ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=113ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=132ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=13ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=134ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=121ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=106ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=197ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=79ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=118ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=106ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=81ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=137ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=90ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=70ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=94ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=28ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=128ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=10ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=14ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=41ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=12ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=27ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=13ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=16ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=14ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=21ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=17ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=55ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=32ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=9ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=36ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=43ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=1ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=88ms TTL=64
Antwort von 192.168.178.33: Bytes=32 Zeit=1ms TTL=64
Ping-Statistik für 192.168.178.33:
Pakete: Gesendet = 421, Empfangen = 421, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 1ms, Maximum = 1389ms, Mittelwert = 130ms