Jep, wurde abgeschlossen (habe ich auch schon öfters gemacht und vorher natürlich ausprobiert)
Vergrößern geht relativ schnell, ist in ein paar Minuten erledigt, das Verkleinern dauert i.d.R. doppelt bzw. dreifach so lange.
Jep, wurde abgeschlossen (habe ich auch schon öfters gemacht und vorher natürlich ausprobiert)
Vergrößern geht relativ schnell, ist in ein paar Minuten erledigt, das Verkleinern dauert i.d.R. doppelt bzw. dreifach so lange.
Schaut so aus, dass QNAP wieder eine NAS Grundfunktionalität mit den 4.5.4 Versionen versemmelt hat (Ticket ist bei QNAP schon erstellt):
Habe bei meinem 1280er vorige Woche auf die aktuellste FW upgedatet, danach (weil der Platz eng wurde) meine Reservere HDD in den Speicherpool migiriert - lief etwas über 24 Stunden, alles reibungslos. Danach das Volume (Thin Volume) erweitert, auch fehlerfrei, kein Problem.
Aber als ich das Volume danach etwas verkleinert habe, war nach dessen Abschluss das Volume schreibgeschützt. Habe es zwar temporär mit einem QNAP Befehl über PuTTY wieder aufsperren können, aber nach einen Neustart (Dauer ca. 20 Minuten) ist es wieder schreibgeschützt.
Das einzige was bleibt ist die Möglichkeit eine Dateisystemüberprüfung anzustossen.
Zwischen 55% und 60% kommt jedesmal eine Warn Meldung:
"[Hardware Status] NAS out of memory. Started kill process: 15957 "e2fsck_64". Disable some applications to free up memory, or expand the system memory.
Issue Category: iSCSI/Storage/Snapshots"
Die Dateisystemüberprüfung läuft weiter, das Volume bleibt aber schreibgeschützt.
Aktuell habe ich 2x 8GB Original Samsung ECC RAM verbaut, sind beide bereits mit Memtest gecheckt, absolut fehlerfrei.
Ich weiß echt nicht mehr weiter....
Hätte ich nicht ein Backup NAS mit einer älteren und stabilen FW, wäre ich längst ausgerastet
Hallo, habe das selbe Problem und so wie du auch noch keine Antwort. Hast du sie mittlerweile löschen können?
Leute, wenn euch sowas auffällt, wie z.B. dass es Probleme mit den Jumbos gibt, bombadiert den QNAP Support mit Tickets, die sollen mitbekommen, dass die FW Entwickler regelmäßig Mist bauen =)
Ihr habt beide Recht, und ja, egal wie, es ist unangenehm
Leute, mal ehrlich - das gibt es überall! Bei jedem Hersteller!
Selbst bei den besten und teuersten Autobauern, aber da redet keiner groß darüber
Es liegt an uns selbst, Sicherheitsvorkehrungen genau für solche Fälle zu treffen.
Firmware läuft bei meinen beiden NAS einwandfrei, bis auf das, dass ich den AdvancedNetworkDriver manuell von der QNAP Page saugen und nach installieren musste
4.5.2.1630 build 20210406
Firmware ist wieder online ohne sichtliche Changes...
Einfach nur grob fahrlässig....
Das gibts doch nicht... Wenn Autohersteller so etwas machen würden... Liefern 100.000e Autos aus, nach einem Tag die Meldung "Ups, der Boardcomputer lässt kein Bremsen mehr ab 60 km/h zu"
@ mawi-022
Ja, da hast du vollkommen recht, Rack Dinger haben schon einen gewissen Flair, vorallem wenn man einen Keller hat, sind die Dinger genial - einbauen, zusperren, arbeiten lassen und fertig
Falls es dich interessiert, schau doch mal hier im Forum in die Marktplatz Ecke, vielleicht findest du da eine Alternative
Hallo, ich selbst habe auch schon mit genau dem gleichen NAS geliebäugelt, bin davon aber abgekommen. Schlussendlich ist es quasi ein Baugleiches zu meinem aktuellen NAS geworden.
Am 451deu stört mich, dass es kein eigenes Netzteil hat, das man nicht austauscheen kann wenn das mal eingehen sollte, es ist quasi im NAS integriert. Ansonsten, von den Daten her passt das
Danke euch für die Rückmeldungen - mittlerweile habe ich das dumpfe Gefühl, dass das Problem mit dem HDD Standby mit den Snapshots zusammenhängt.
Habe nämlich gerade ein "neues" Backup NAS bekommen - vor dem Konfigurieren und bevor überhaupt Daten rauf kommen, lasse ich immer alle HDDs complete prüfen - und siehe da, danach gehen sie schön brav alle geschlossen und dauerhaft in den Standby.
Könnt ihr das bestätigen? Das wäre nämlich echt ein riesen Hammer - dass wenn Snapshot aktiv ist (diese Funktion beweihräuchert QNAP immer gegenüber Synology und anderen Herstellern) - dass die HDDs dann nicht mehr schlafen gehen
@ H3llF15H
Das geht am einfachsten über die Helpdesk App (Festplattenbereitschaftstest) - das mal ein paar Stunden laufen lassen, dann siehst was am NAS passiert. Bei mir hat er Snapshots ausgelesen, darum meine Vermutung - alle anderen Funktionen sind deaktiviert
Zwischenfrage: Alle die über den nicht funktionierenden HDD Ruhemodus berichten, habt ihr Snapshots aktiviert? Wenn ja, auch den Scheduler dazu?
@ PuraVida, haben bei dir die Neustarts seit dem Port Trunking angefangen? Wenn ja, ist das sehr komisch, habe gerade so ein ähnliches Phänomen (Forum unter Sonstiges)
Hi Crazyhorse, habe seit November vorigen Jahres einen neuen Switch in Verwendung Zyxel XS1930-12HP
Seit dem Einbau absolut problemlos, seit wie gesagt das auf einmal (NAS war im Leerlauf) begonnen hat.
Edit: Habe gerade die Log Daten vom Switch ausgelesen, an dem Vormittag ist es rund gegangen, Port 11 und 12 ist das NAS:
383 Feb 25 09:55:43 DE interface: Port 6 link up 1G/F
384 Feb 25 09:55:36 DE interface: Port 6 link down
385 Feb 25 09:54:56 DE interface: Port 6 link up 1G/F
386 Feb 25 09:54:53 DE interface: Port 6 link down
387 Feb 25 09:53:50 DE interface: Port 11 link down
388 Feb 25 09:53:47 DE interface: Port 12 link down
389 Feb 25 09:50:02 DE interface: Port 6 link up 1G/F
390 Feb 25 09:49:59 DE interface: Port 6 link down
391 Feb 25 09:49:54 DE interface: Port 6 link up 1G/F
392 Feb 25 09:48:49 DE interface: Port 12 link up 10G/F
393 Feb 25 09:48:18 DE interface: Port 12 link down
394 Feb 25 09:47:40 DE interface: Port 12 link up 10G/F
395 Feb 25 09:47:40 DE interface: Port 11 link up 10G/F
396 Feb 25 09:46:43 DE interface: Port 12 link down
397 Feb 25 09:46:43 DE interface: Port 11 link down
398 Feb 25 09:45:50 DE interface: Port 12 link up 10G/F
399 Feb 25 09:45:48 DE interface: Port 12 link down
400 Feb 25 09:45:46 DE interface: Port 11 link up 10G/F
401 Feb 25 09:45:44 DE interface: Port 11 link down
402 Feb 25 09:43:39 DE interface: Port 8 link up 10G/F
403 Feb 25 09:43:35 DE interface: Port 8 link down
404 Feb 25 09:43:26 DE interface: Port 8 link up 10G/F
405 Feb 25 09:43:21 DE interface: Port 8 link down
406 Feb 25 09:42:40 DE interface: Port 12 link up 10G/F
407 Feb 25 09:42:38 DE interface: Port 12 link down
408 Feb 25 09:42:37 DE interface: Port 11 link up 10G/F
409 Feb 25 09:42:34 DE interface: Port 11 link down
410 Feb 25 09:38:58 DE interface: Port 12 link up 10G/F
411 Feb 25 09:38:58 DE interface: Port 11 link up 10G/F
412 Feb 25 09:38:01 DE interface: Port 12 link down
413 Feb 25 09:38:01 DE interface: Port 11 link down
414 Feb 25 09:37:03 DE interface: Port 12 link up 10G/F
415 Feb 25 09:37:01 DE interface: Port 12 link down
416 Feb 25 09:37:00 DE interface: Port 11 link up 10G/F
417 Feb 25 09:36:58 DE interface: Port 11 link down
418 Feb 25 09:36:57 DE interface: Port 12 link up 10G/F
419 Feb 25 09:36:55 DE interface: Port 12 link down
420 Feb 25 09:36:52 DE interface: Port 11 link up 10G/F
421 Feb 25 09:36:51 DE interface: Port 11 link down
422 Feb 25 09:28:12 DE interface: Port 12 link up 10G/F
423 Feb 25 09:28:12 DE interface: Port 11 link up 10G/F
424 Feb 25 09:28:10 DE interface: Port 11 link down
425 Feb 25 09:28:10 DE interface: Port 12 link down
426 Feb 25 09:28:10 DE interface: Port 11 link up 10G/F
427 Feb 25 09:28:07 DE interface: Port 11 link down
428 Feb 25 09:28:07 DE interface: Port 12 link up 10G/F
429 Feb 25 09:28:04 DE interface: Port 12 link down
430 Feb 25 09:27:54 DE interface: Port 11 link up 10G/F
431 Feb 25 09:27:53 DE interface: Port 12 link up 10G/F
432 Feb 25 09:27:51 DE interface: Port 11 link down
433 Feb 25 09:27:51 DE interface: Port 12 link down
434 Feb 25 07:27:17 DE interface: Port 8 link up 10G/F
435 Feb 25 07:27:12 DE interface: Port 8 link down
436 Feb 25 07:26:56 DE interface: Port 8 link up 10G/F
437 Feb 25 07:26:51 DE interface: Port 8 link down
438 Feb 25 06:22:57 DE interface: Port 8 link up 10G/F
439 Feb 25 06:22:52 DE interface: Port 8 link down
440 Feb 25 06:22:40 DE interface: Port 8 link up 10G/F
Alles anzeigen
Ja, du hast natürlich Recht darum habe ich ja geschrieben, es kommt immer darauf an, wie es verbunden wird
Hmm, das das quasi aus nichts heraus passieren kann? Das wundert mich doch sehr, gerade bei einem "Enterprise" NAS
Danke auf alle Fälle für die Antworten, sobald QNAP sich äußert, poste ich die Antworten
Nach vielem Hin und Her habe ich mich schlussendlich für den Zyxel XS1930-12HP entschieden, das Ding ist super leise und ich bin echt zufrieden damit
Und zu deiner Frage, ja, für jeden Port brauchst du einen SFP Transceiver, also für eine Verbindung 2 Stück - plus einem Kabel, kommt darauf an wie du es verbindest (bei 10G empfehle ich Fiber)
Ich weiß nicht was passiert ist, das NAS war heute nur im Leerlauf, bis ich am Vormittag mitbekommen habe, dass das Ding auf einmal wie wild piept und arbeitet. Es wurde nichts manuell ausgelöst und sämtliche automatischen Updates habe ich deaktiviert - ebenso jeglichen Fernzugriff und ausschließlich 2 IPs dürfen auf das NAS zugreifen.
Ich bin echt gespannt, was QNAP darauf antwortet, ich bin jedenfalls enttäuscht, ddas TS-EC880U R2 ist nun wirklich nicht gerade "günstig"
Hallo Dr. Mike,
war auch einer meiner Ideen, aber das war es nicht.
Mit Müh und Not bin ich jetzt auf den Fehler gekommen:
Der Network & Virtual Switch dürfte einen Defekt bei mir haben. Zur Erklärung, ich habe mein NAS über Fiber an meinem Switch hängen, 2x 10G gebündelt zu einer einzigen IP.
Das düfte auf einmal das Problem ausgelöst haben, einzeln verbunden funktioniert das NAs wieder, habe alles wieder herstellen können. Sobald ich die Portbündelung wieder aktivieren will, fängt alles wieder von vorne an:
Resets und ständiges Neustarten.
Ich ignoriere einmal die Port Bündelung und frage bei QNAP nach, was der Mist soll
Ist alles grade etwas spooky Oo in den 3 Screenshots steht nichts, dass etwas manuell ausgelöst wurde...
Habe gerade ein Ticket bei QNAP aufgemacht, bin gespannt was zurückkommt =)