Beiträge von tonamerlin

Danke für Eure Tipps.

Das Problem ist wohl eher, dass ich

• eine HDD gewechselt habe und in der downtime die
• IP des TS-431P geändert hatte.

Eventuell lief die Synchronisation, als QNAP heruntergefahren wurde und konnte mit der neuen IP der Quelle nichts anfangen.

Inzwischen kann ich HBS3 Dienst von der Konsole beenden und starten.

• Als admin per SSH (putty) am QNAP anmelden
• /etc/init.d/hbs.sh stop
• /etc/init.d/hbs.sh start

Ich kann nach /etc/init.d/hbs.sh stop in HBS3 nichts machen. Auch ein Löschen der Synchronisation ist nicht möglich gewesen. Nach Starten des Dienstes /etc/init.d/hbs.sh start war der "Dauerjob" beendet und konnte kontrolliert und erneut gestartet werden und lief wie vorgesehen.

Meine Frage jetzt, was ist der Unterschied der beiden Zeilen zum Neustart des QNAP?
Ist doch eigentlich auch nichts anderes als den Dienst beenden, andere Dienste beenden ..... Neustart .... Dienst starten, oder sehe ich das falsch?

Danke für Eure Hilfe

ich finde lediglich diese 4 Zeilen wenn ich ps -ef via putty starte

python3 /share/CACHEDEV1_DATA/.qpkg/HybridBackup/rr2/bin/rr2_daemon.pyc -conf /share/CACHEDEV1_DATA/.qpkg/HybridBackup/rr2/config/server/rr2_server.conf -logdir /share/CACHEDEV1_DATA/.qpkg/HybridBackup/rr2/logs
python3 /share/CACHEDEV1_DATA/.qpkg/HybridBackup/rr2/bin/proxy/gateway.pyc --config /share/CACHEDEV1_DATA/.qpkg/HybridBackup/rr2/config/server/service_gateway.conf
python /share/CACHEDEV1_DATA/.qpkg/HybridBackup/CloudConnector3/python/bin/cc3-fastcgi -w /share/CACHEDEV1_DATA/.qpkg/HybridBackup/CloudConnector3 start
python /share/CACHEDEV1_DATA/.qpkg/HybridBackup/CloudConnector3/python/bin/sync config.db 7fd1e438-beeb-11ea-856b-245ebe3ca770 start

Hallo

Ich könnte bitte einmal Hilfe gebrauchen. Ich synchronisiere

• mit HBS 3 Version 18.0.1104
• von QNAP TS-431P
• auf QNAP TS-431

Seit 2 Tagen hängt ein Synchrinisationsaufgabe bei 1%. Ich kann weder

• beim Synchronisationsauftrag über die Schaltfläche [Stoppen]
• noch über die Hintergrundaufgaben [Stoppen]
• noch über HBS3 - Aufträge - Meine Aufträge - Job - Schaltfläche stoppen

HBS 3 dazu bewegen, den Job zu beenden. Es wird immer nachgefragt, ob das beendet werden soll, aber es passiert nichts. Normalerweise dauert die Synchronisation für diesen Job 8 Minuten

Hat jemand eine Hilfe für mich? Alle anderen Synchronisationen vom TS-431P zu TS-431 funktionieren.

Danke für Eure Hilfe schon vorab.

Ich habe fertig!

keine Ahnung, wie oft ich das alles runtergefahren und nach Warten wieder raufgefahren habe, die Konfig gespeichert und auf die anderen Rechner kopiert habe. Mit diesen Einstellungen funktioniert es bei uns, dass jeder vom Büro, Lager, von unterwegs und aus den Läden auf die notwendigen Daten zugreifen kann bzw. Dateien zentral gespeichert werden.

QNAP: TS-431

firmware: 4.3.6.1286

Fritz.Box (6591)

OpenVPN 2.4.7

PCs, Notebooks,Tablets: Windows 10

die screenshots:

pasted-from-clipboard.png

pasted-from-clipboard.png

pasted-from-clipboard.png

Allen Danke.

Aber Inzwischen habe ich es selber hinbekommen und mein QVPN funktioniert so, wie wir es nutzen wollen.

Danke für Eure tollen Hinweise und Tipps.

Ich spreche ein über QVPN verbundenes Gerät in einem anderen LAN nicht mit der IP im dortigen LAN sondern mit der vom VPN übergebenen IP an. Aber das ist alles unwichtig, weil mich das bei der Lösung nicht weiterbringt. Fakt ist, dass ich es immer noch nicht hinbekommen habe, mein QVPN zum Laufen zu bringen und dafür und nur dafür suche ich jetzt Hilfe. Ich weiß nicht, wie oft ich das alles nach Veränderungen neu gestartet habe. Aber irgendwie ist der Wurm drin.

Die Adressen der anderen LAN sind total unwichtig.

Der Adressraum 192.xxx.xxx.xxx gehört zu den (ehemals) C-Netzen, die keine Verbindung ins internet bekommen. Daher der Router. Jedes der Geräte ist nach außen immer nur mit der IP des Providers im Netz unterwegs. Für ein VPN wird eine Konfig erstellt und die enhält die externe IP des Routers und den Port. Diese Datei muss auf die anderen Rechner kopiert werden und dann sollte es klappen.

Bei unseren Notebooks und Tablets ist auch VPN eingerichtet und wenn alle im Haus sind nutzen wir die hinterlegte VPN und so sind mehrere Geräte vom selben LAN per VPN mit dem QNAP verbunden. Ist einfacher, als überall eine 2 Netzverbindung einzurichten. Der VPN Bereich ist groß genug 10.10.10.2 - 10.10.10.254

(10.10.10.0 ist das gesamte Netz, 10.10.10.1 ist der VPN-Server, 10.10.10.255 ist Broadcast) also könnten 253 Geräte das Netz 10.10.10.xx nutzen) Wie dann die Bandbreite ist, ist eine andere Frage.

Richtig.
192.168.178.xx - Kabel Deutschland = Vodafon

die anderen Standorte haben Netzanbindungen von Telekom bzw. Tethering über Handy und untereinander keinen Zugriff.
Zugriff ist nur von den anderen Standorten per VPN auf den QNAP (LAN: 192.168.178.222 bzw. VPN: 10.10.10.1)

Danke für Deine Meldung. Das funktioniert ja. mit \\192.168.178.222 komme ich auf alle eingerichteten Freigaben.
Ich muß es nur von den anderen Standorten zum Laufen bringen. Und das geht zZ nicht.

Wir haben bisher mit VPN so gearbeitet, dass vom Lager und vom Ladengeschäft vom Windows-PC die Open VPN GIU gestartet wurde, sich dort angemeldet wurde und die entsprechenden Freigaben bekam. Wenn im Laden Rechnungen gedruckt wurden, wurden diese per Freigabe sofort im richtigen Ordner abgelegt. Wareneingang im Lager wurde gebucht und Lieferscheine und Eingangsrechnungen auch im entsprechenden Ordner gespeichert. So gab es 1 QNAP, auf dem jeder von überall arbeiten konnte, einen weiteren zum Backup und die Cloud. Aber jetzt kann ich weder vom Lager, noch vom Laden, noch von sonstwo per VPN darauf zugreifen. NUR zuhause sind alle Geräte im gleichen Netz. Aber das nutzt nicht viel.

Hallo

Danke für den Hinweise.
Es sieht so aus, als wenn hier alles klappt und es nicht an einem fehlenden Eintrag der Route handelt.

pasted-from-clipboard.png

Danke, aber das war leider nicht die Lösung.

Moin Moin

Ich könnte bitte Eure Hilfe und einen Tipp gebrauchen, was ich falsch gemacht bzw. was ich noch nicht beachtet habe. Ich hatte das VPN bereits auf einem anderen QNAP laufen, aber als "...Bodo mit dem Bagger ..." die Stronversorgung lahmlegte hat dieser QNAP es nicht ganz überstanden. Als wieder gestartet wurde, wurden 2 HDD nicht erkannt und die Raidgruppe auf nicht aktiv gesetzt.

Mein Ziel ist es , ein QVPN vom 2. QNAP einzurichten. Darüber habe ich in der vergangenen Woche schon sehr viel im Forum gesucht und gelesen und probiert aber es klappt nicht.

verwendete Technik:
Fritzbox 6591 Cable - ↓ 1150 Mbit/s↑ 56,7 Mbit/s

QNAP - TS-431, Firmware 4.3.6.1268 (aktuell) - 192.168.178.222 + 192.168.178.221

2 PC - Windows 10 Pro 64 Bit (aktuell) -
alle Geräte sind in der selben Arbeitsgruppe (Windows)

Firewall ESET mit Freigabe Port 1194 eingehend und ausgehend

In der Fritz box ist für QNAP-222 (192.168.178.222) eine Portfreigabe IPv4 und IPv6 für 1194 UDP eingerichtet.

In den Netztwerkeinstellung QNAP - IP Adresse ist 192.168.178.222 - Ethernet1 als Standard-Gateway hinterlegt. DNS kommt von der Fritzbox

OpenVPN ist für den Bereich 10.10.10.2 - 10.10.10.254 über Port 1194 UDP, Netztwerkschnittstelle steht auf Auto-Erkennung, DNS = NAS-Standard = automatisch beziehen = FritzBox

siehe Grafik:

pasted-from-clipboard.png

auf Windows-PC wird Open VPN GIU gestartet und es wird eine Verbindung zum QVPN hergestellt.

pasted-from-clipboard.png

Wenn jetz am PC die Adresse \\10.10.10.1 aufgerufen wird, passiert erst einmal gar nichts. Nach einer Weile erscheint eine Fehlermeldung / Netzwerkdiagnose

pasted-from-clipboard.png

In der Systemsteuerung QNAP ist der Dateidienst für Microsoft-Netzwerk aktiviert und in den Erweiterten Optionen habe ich SMB 3 und SMB 1 ausgewählt.
Auf den PCs ist bei Windows-Features ebenfalls SMB aktiv.

pasted-from-clipboard.png

Und jetzt die Frage:

Was ist falsch bzw. was muss noch gemacht werden?

Danke für Eure Hilfe

2019_07_25__QNAP__hdd3__defekt.jpgAha.
und deshalb ist die Platte im TS-431P 1321 Tage und 1 Stunde fehlerfrei gelaufen und funktioniert in einem TS-431.

Also die Antwort von dr_mike ist nicht sonderlich hilfreich.

Ok. Danke für den Tipp.

Ich will erst alle Backups und Sync jobs abschließen, bevor ich am QNAP etwas mache. Aber ich werde es hier posten, wenn es soweit ist.

Die "defekte" HDD wurde aber in einem anderen QNAP ohne Beanstandungen erkannt und die kann ich dann auch einer RAID-Gruppe zuordnen.

Aber, ich prüf das mal mit Deinem Tipp.

Danke, Das schaue ich mir mal an und melde mich danach wieder.

Danke, das habe ich schonn gemacht. Dazu habe ich mit NIUBI alle Partitionen entfernt, nicht formatiert und in die Bay 3 gesteckt. Das Ergebnis sind die Screenshots

Moin Moin
Ich benutze für LIVE-Daten ein QNAP TS-431P mit 4 x 3TB im Raid6. Eine Festpatte in Bay3 wurde als fehlerhaft gemeldet

2019-07-30 09_36_14__Heruntergestuft__QNAP.png

und durch eine WD30EZ.... ersetzt. Die HDD wurden mir manchmal in der Datenträgerverwaltung angezeigt. Wenn, sind die Smart Werte o.k., aber kein Rebuild möglich. Wenn ich die Platten ohne Formatierung einstecke, meckert QTS über einen "anomalen" Zustand. Teilweise wird die Platte auch gar nicht erkannt. HDD wurde erst nach mehreren Versuchen (Einschieben, Rausnehmen, warten, Einschieben,....) erkannt und als fehlerhaft bezeichnet. In einem anderen QNAP (TS-431) wurde deie HD sofort erkannt und konnte einer Raidgruppe zugeordnet werden. Ein Schnelltest zeigte keine Fehler.

Ich habe danach im TS-431P (dem eigentlichen Einsatzort der HD) einen Stresstest mit dieser HD gemacht
2019-07-30 09_33_14__Stresstest__QNAP.png

und es konnten keine Fehler gefunden werden. In der RAID-Verwaltung wird diese HDD-3 mit Status GUT angezeigt

2019-07-30 09_35_02__RaidVerwaltung__QNAP.png

Trotzdem bleibt die Raid-Gruppe als "Heruntergestuft" stehen. Habe ich jetzt irgendetwas vergessen zu machen bzw. was muss ich machen, damit wieder eine RAID 6 funktioniert?

Danke für Eure Hilfe jetzt schon.