Die FW 4.3.4.0537 wurde zurückgezogen
Ts-669 Pro nur als Beispiel.
Reaktionszeit > 10 Tage
Die FW 4.3.4.0537 wurde zurückgezogen
Ts-669 Pro nur als Beispiel.
Reaktionszeit > 10 Tage
4.3.4.0537 > keine Probleme auf TVS 671, TS-669 Pro, TS-231P
4.3.4.0516 > 2 x TS-251 - keine Probleme
Überprüfe mal ob Policy bei dir so eingestellt ist, wenn nicht mal so testen.
Grüße.
Machst das Backup und den Restore im vollen Betrieb ? Hab das so noch nie getestet...
Fertig mit testen >>> funzt
Windows10 VM im vollen Betrieb snapshot gemacht > dann Verzeichnisse und Programme in der VM gelöscht bzw. deinstalliert > Restore mit anderem Benutzer ( mit Adminrechten ) > alles wie vorher Zugriff mit RDP und VS ( Webinterface ) mit Tastatur und Maus OK
... so jetzt hier.
Ich teste mal mit einer WIN 10 VM , ist das OK ? Muss sie mir allerdings erstmal klonen.
Moin,
teste bitte mal mit Hybrid Backup. Hatte diese Probleme auch ( ist allerdings schon länger her > 1 Jahr ).
Alle Jobs löschen , dann installieren , Jobs mit Hybridbackup neu anlegen...
Hallo Gemeinde,
ich hatte vor kurzem entdeckt, dass keine Warnings über "failed logins" ( betrifft Admin interface, SMB, und FTP sowie Webdav ) verschickt werden. Alle anderen "Notifications" werden, soweit ich das beurteilen konnte , versendet.
Ich habe ein Ticket bei QNAP eröffnet und mittlerweile wurde mir das als Bug in der Firmware bestätigt. Betroffen sind von meinen Napsen alle ( Intel und ARM ) mit Firmware ab 4.3.4.0435 build 20171230.
Davor dürfte der Bug aber auch schon vorhanden sein.
weil?
Noch ein Grund:
Die HD im Zugriff ist und die Schreib/LeseKöpfe nicht geparkt sind wenn du die HD ziehst. Du kannst im Moment des ziehens nicht sicherstellen, dass vom System nicht doch auf die HD zugegriffen wird.
Dann passiert das:
https://de.wikipedia.org/wiki/Head-Crash >>> Ursachen
Aber da es ja schon Jahre gut geht >>> weiter so
Zu der Kontaktierung hat dr_mike schon den Sachverhalt geschildert.
Hi,
das bei "Booting" stehen bleiben sagt nicht viel aus. Du müsstest in dem Fall schon vor Ort , einen Monitor dran hängen und sehen wo das Teil genau stehen bleibt. Fängt sie überhaupt an das OS zu laden ?
Grüße
Kurzes Update zum Problem:
Antwort vom QNAP Support:
Zitat von QNAP SupportAfter doing more tests we found out that this works for the user admin only so other users will experience this issue
and its only on NTFS disks , this problem has been reported and as you have seen downgrading with fix this issue
our R&D will fix this in the next firmware so look at for that one.
Also doch ...
Ich hab mal für mich nachgezählt. Ist jetzt das vierte oder fünfte mal, dass dieser Bug aus der Versenkung kommt.
Moin zusammen,
kurzes Update:
- QNAP Support hat sich gemeldet und kann das Problem angeblich nicht nachstellen
- Bekannter von mir , der auch noch eine TS 231p hat >>> gleiches Verhalten mit der 4.3.4.0483
- Bei meiner TS 231p mit 4.3.4.0435 keine Probleme mit dem Zugriff auf ext. USB Drives (NTFS, SMB 2.1)
Die Schlüsse daraus könnt ihr selber ziehen.
Betroffene Systeme in meinem Umfeld TVS 671, TS 669 Pro, TS 231p
Ja ich weiß, es liegt an mir
Moin,
hänge mich mal dran.
Auf meiner TVS-671 und TS-669 Pro mehr als doppelt so lange Zeit zum booten mit 4.3.4.0483 ( im Logfile zu sehen ).
Bin auf beiden Systemen zurück auf die 4.3.4.0435 gegangen. Ich werde das Gefühl nicht los, dass hier noch mehr Faul ist.
Ich hatte, wie im anderen Thread zu lesen, noch das Thema mit den externen USB Festplatten (NTFS) und keine Zugriffsrechte mehr.
Guten Abend miteinander,
habe mich leider zu einem Update hinreisen lassen ... ( nur zwei System geupd )
Danach habe ich auf dem TVS 671 und TS 669 keinen Zugriff mehr auf Shares von ext. USB Laufwerken (NTFS). Mappen mit net use geht noch , eine einfacher DIR schlägt dann fehl.
Dieser Bug war ja schon lange nicht mehr da.
Ein Downgrade behebt das Problem wieder.
Ich habe bereits ein Ticket eröffnet und werde weiter berichten was sich tut.
Hi zusammen,
ich habe folgende Konfig am laufen 2 x Foscam 9900EP und 1 x 9900P mit der V-station.
Grundsätzlich ist eine Verbindung via WLan zu vermeiden, da es immer mal vorkommt, dass der VideoStream abreist und dann die Vstation immer eine Fehlermeldung schickt. Ich hatt das mit meiner 9900P mal getestet und ganz schnell wieder sein lassen.
Anbei mal meine Konfig.
Hallo,
bevor Du irgendwas zu basteln beginnst muss erst das Problem mit den Abbrüchen weg. Ich werde aus deiner Beschreibung nicht ganz schlau, auch wie das ganze verkabelt ist ( auch Netzwerk ) und welche Komponenten genau verwendet werden. Bitte Pflege auch Dein Profil.
Meine ganzen Napse sichern mit Hybrid Backup 1 x am Tag über USB auf NTFS formatierte WD Elements ( diese gehen nach ca 30 Minuten automatisch wieder aus). Diese kann ich wenn's mal krachen sollte ( hat es aber noch nie ) jederzeit an einen PC anschließen und ich komme sofort wieder an meine Daten ( getestet !!! ). So kann sich auch der Kunde zur Not mal schnell selber helfen.
Lokal sichere ich dann nochmal mit einem Windoof Server und mit Arcserve auf LTOs.
Was mich absolut stutzig macht ist, dass Dir Robocopy abbricht. Ich arbeite ständig damit und schiebe damit unmengen von Daten herum, das funzt selbst über langsame DSL WAN Verbindungen.
Schau mal in den Logs wo die Abbrüche liegen ( geht mit Robocopy super ) . Unterschiedliche Dateien ? Immer die gleichen ?
LG
Guten Morgen,
@nw1972
Hast Du die alten Jobs einfach übernommen, oder gelöscht und im HBM neu angelegt ? Hatte mal auch so einen Effekt. Da half dann auf dem Ziellaufwerk die Backupverzeichnisstruktur neu anzulegen und die Jobs alle zu löschen und neu im HBM anzulegen.
Ansonsten läuft bei mir der HBM einwandfrei egal ob mit WAN Verbindungen oder lokal.
Hi,
wenn du Dein Profil nicht pflegst und keine Infos zur verwendeten NAS und Firmware drinstehen ...
... ist man hier in Forum warscheinlich auch
Sorry nix für ungut.
Hi zusammen,
habe RTRR im Pull laufen von einer TS-251 auf TVS-670 ( beide FW 4.2.3 b20170213 ) , es wird eine Btrieve DB mit paar tausend Dateien über DSL gesynct. Keine Probleme und die Zeit ist gleich. Auf der Uploadseite sind 2 Mbit.
Dein Problem ist aber im eigenen LAN oder ?
Grüße
Moin,
gleiches Verhalten hab ich auch, wenn du ihm mal Arbeit gibst ( WSUS Server ) wirst du dich aber wundern...
Dann zu den 3 Platten ...hmm
--- Niemals RAID 0 ----
a) Einzelbetrieb ... dazu kannst du hier im Forum seitenweise für und wieders finden
b) Raid 5 mit 4 Platten + eine in Reserve ( liegt dann oben auf der NAS , findet man bei Bedarf schneller ) und dann mit der zur Verfügung stehenden Performance leben. 1 x wöchentlich Badblockscan bei allen HDs. SSD extern über USB 3 .
c) wenn ordentlich I/O brauchst nimm RAID 10 , dann haste aber nur 50 % deiner Plattenkapazität im Rennen.
Def. wirst Du, so wie sich das anhört mit der Celeron CPU auf lange Sicht nicht zufrieden sein. Billiger ist da einen PC nehmen , kann älteres Model sein , ordentlich RAM rein, den ESXi drauf und Spaß haben.
Empfehlen würde ich Option b) und nie das Backup vergessen .
Kannst auch 2 Platten spiegeln und eine solo betreiben, ist aber aus einer Sicht Unsinn.
Grüße H.