Ja, kann ich bestätigen. Im Moment läuft HBS3 stabil und auch zuverlässig
Ein Feature wäre noch ein Protokoll, das man während der Sicherung sieht welche Dateien gerade gesichert bzw. übertragen werden.
Hintergrund ist, dass ich ein paar Stopps hatte weil angebliche eine Datei korrupt bzw. nicht da wäre. Leider steht in dem Standardprotokoll nicht drinnen um welche Dateien es handelt....
Interessantes Detail:
Ich hatte ja wie oben beschrieben ein Downgrade der aktuellen HBS3 Version durchgeführt. Anschließend eine NAS2NAS Verbindung per DSL erstellt und eine Datensicherung ohne DEDUP eingerichtet, die dann auch wie erwartet funktioniert hat.
Natürlich wurde bei jedem Login auf das NAS ein Update der HBS Software angezeigt.
Und dies wurde dann auch aus Versehen (ja, erst lesen, dann klicken..) die neue Version 3.0.192.202 durchgeführt.
Ich habe dann trotzdem erst einmal versucht, mit der neuen Version einen Sicherungsjob auf das andere NAS durchzuführen - und siehe da: Auch mit der neuen Version wurde der Sicherungsjob ohne DEDUP ausgeführt; Dateien wurden übertragen und gesichert
Es scheint also nicht zwingend die HBS3 Software alleine zu sein die den Fehler mit "kein Netzwerk" produziert, sondern beim Anlegen der Jobs erzeugt wird......
Leider auch nicht; seitdem Downgrade funktioniert es.
Wobei ich die Anfrage nahc einer englischsprachigen Fehlermeldung nicht nachvollziehen kann. Fehlermeldungen werden übersetzt im OS durch die Sprachdateien, von daher sollten die doch wissen was sie produzieren.
Der Fehller ist doch klar und nachvollziehbar....
ok, Danke für den Hinweis und den LInk. Dan downgraden wir eben wieder zurück um weiterhin arbeiten zu können.
Und wenn jetzt auch das QSIRCH wieder normal arbeiten und nicht über mehrere Tage (eigentlich endlos) indexieren würde, könnte man fast wieder normal arbeiten
Ich hab ebenfalls ein Ticket eröffnet und nichts gehört seit Tagen.
Mit dedupe geht's wenn alle Filter ausgeschaltet sind. Das kann es aber nicht sein.
Was ein downgrade der HBS3 Software kann ich nicht sagen, ich habe keine andere Version zum testen.
Dann sind wir schon zwei mit dem gleichen Problem. Hoffentlich gibt's bald eine Lösung.
mit qudedup wird nur das Verzeichnis angelegt und Log Dateien. Es werden aber keine Dateien gesichert.
Und ohne qudedup kommt der Fehler wie im Bild oben beschrieben
Du kannst bei der Bewegungserkennung den Haken bei "Stream & Aufnahme" bei "Stream 1" entfernen (= dauerhafte Aufnahme) und nur bei "Stream 2" (= Ereignisaufnahme" anhaken. Dann sollte es passen das er nur bei einem Ereignis aufzeichnet
Das hat in der tat was mit der WLAN Anbindung bzw. Qualität zu tun. Wenn die Bitrate zu gering ist kommen diese Meldungen.
Also entweder LAN oder die Datenmengen reduzieren (Auflösung, Bildrate)
Ist das eine WLAN oder LAN Anbindung der Kamera
Ich hatte mal das Problem lösen können, in dem ich die Datenmengen reduziert hatte (Auflösung, Bildrate), so dass dann die Verbindung stabil(er) war.
Hab dann aber mittelfristig auf LAN für alle Cam´s umgestellt....
Nachvollziehbar.
Jobs gelöscht
Jobs neu erstellt (man hat ja sonst nix zu tun)
HBS3 läuft wie erwartet und sichert entsprechend auf 2. NAS und ext HDD ohne Probleme < freu >
Ich hab mit der neuen FW einen Restore einer VM durchgeführt und kann bestätigen, dass es nun wieder mit dem Restore und Auswahl problemlos funktioniert
Wenn du die alten VM-Systeme benötigt musst die wahrscheinlich wie oben beschrieben einlesen (mit neu erstellen) und anschließend neue Backup machen.
Es gibt eine neue FW vom 11.11. für das NAS und auch eine neue HBS3 Softwareversion. Hast du beides mal aktualisiert?
FW: 4.4.1.1117 build 20191109
Größere Dateien > 4GB lade ich nicht hoch, von daher kann ich da keine Auskunft geben.
Und wg. dem Hinweis von CrazyHorse:
Stimmt, hatte ich auch mal das Problem. Die Jobs neu angelegt und dann ging´s wieder
Gilt das auch mit der aktuellen FW Version vom 11.11.?
Du solltest die Platten in einer 8-Bay Gerät einschieben (gleiche Reihenfolge!!!), dann sollte das System selbständig migrieren.
Auf der QNAP Seite gibt's einen Test ob die beiden Geräte entsprechend kompatibel sind:
https://www.qnap.com/de-de/nas-migration/
Fährt das NAS auch nicht an, wenn du alle Platten entfernt hast?
Auf meiner NAS läuft 4.4.1.1101: OneDrive-Accounts und auch GoogleDrive laufen mit der HBS 3 in Sync und bisher ohne Probleme
Im Verzeichnis liegen die *.IMG Dateien und die kann ich einlesen.
Du kannst nicht VM erstellen - Name eingeben, BS auswählen, und dann bei "Festplattenposition" anstatt auf "Wählen Sie eine Datei" (Standard) rechts davon auf "Bestehendes Abbild verwenden" gehen und dann ein Verzeichnis eingeben?
Welche Firmware Version?
Hatte bei uns immer funktioniert. Dann, nach dem FW Update 4.1.1 1011 nur immer warten.
Bis wir gesehen haben, dass die Berechtigungen angeblich (!) für Schreiben nicht da wären, obwohl die bei den Camera Uploads auf RW standen. Ein manuellen setzen auf 770/7777 brachte ebenfalls keinen erfolg.
Dann wieder zurück auf die vorige FW Version - und schon funktioniert es wieder wie gewohnt mit dem Upload auf die IOS Geräte
Wir haben die SSD (kein RAID weil nur lesend) als Cache für die HDD eingesetzt. 2 weitere SSD (NVMe !!!) als RAID1 für die VM Maschinen - das geht merklich schneller, nicht nur der Betrieb, sondern auch Sicherung, Snaphot oder gar das Wiederherstellen.
Ob QTIER in der Summe das System beschleunigt ? - wahrscheinlich ja, denke aber, dass wir das beim nächsten mal nicht mit QTIER machen werden sondern nur mit Cache und SSD für die VM-Systeme arbeiten werden
Also von uns klare Empfehlung die SSD als Cache und VM-Station verwenden und für die Daten gute HDDs
Hallo SE,
das bezieht sich auf den Upload im QFILE, der ja vorgab, dass keine Berechtigungen der User vorhanden wären
Scheint tatsächlich ein Bug zu sein, denn obwohl das NAS aufgesetzt gleicher Fehler. Rückgriff auf die Version 8070 und es geht.
Das Restore der VM Systeme geht nur über en Weg neue (gleiche Basis z.B.) Windows 10 anlegen, dann "aus Abbild herstellen" und dann klappt´s wieder mit den VM-System sogar inkl. den Schnaphots