Beiträge von hhaneder

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

SW: HBS 3 Hybrid Backup Sync 3.0.191115

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

Angeblich ein FW Bug der "demnächst" bereinigt wird haben die mir gestern geschrieben. Als wenn ein mangelnder Zugriff der User auf deren Home Verzeichnisse Zeit hätte oder ein Bug wäre der demnächst behoben werden kann wenn QNAP Zeit hat....

Ich hab nun in den Einstellungen bei Sicherheit - Kontozugriff alles auf leer bzw. gar nicht angeschaltet und dann klappt's wieder mit dem Nachbar...