Beiträge von ReneDD

Zitat von gshemso

Welche kostenlose VPN könnt ihr mir empfehlen

Welchen Router hast Du denn?

Hallo,

ich habe eine Firewall (Opnsense). Darauf läuft ein OpenVPN Server, welcher die Verbindung in das LAN ermöglicht.

Das ganze geht bei Opnsense auch mit Wireguard.

Die neuen Fritzboxen bzw. das neue Firmwareupdate ermöglichen auch eine Verbindung per Wireguard und dies relativ einfach und gut erklärt.

WireGuard: VPN war nie so einfach | AVM Deutschland

Alternativ hatte ich lange Zeit einen Raspberry Pi, welcher den VPN Server stellte, da die NAS nicht dauerhaft lief.

QNAP kann Wireguard und OpenVPN auch eigenständig und ist somit super geeignet, um eine sichere Verbindung in das Heimnetzwerk ohne direkte Portweiterleitungen zu ermöglichen.

Grüße

René

Ich habe die NAS seit einem Jahr und eigentlich hat sie keine Vorgeschichte.

Ich habe vorher eine NAS auf Basis von OpenMediaVault betrieben und bin dann auf QNAP gewechselt. Hier gab eine keine Migration, sondern nur stumpfes Daten kopieren.

Der Fehler ist irgendwann aufgetreten, vermutlich nach einem Firmwareupdate.

Die NAS läuft im Betrieb ohne Probleme, der Virtuelle Switch funktioniert. Nur nach jedem Update habe ich dann die lange Bootzeit und dies finde ich komisch.

Ich bin am überlegen einfach die NAS einmal komplett zu resetten und die Struktur erneut aufzubauen. Wäre da nicht nur der Zeitaufwand

Der Auszug der Log kommt aus /var/log/network/bootup.log

Hallo,

Zitat von tiermutter

Du meinst es dauert 15min bis der VS gestartet ist?! Installiert werden muss der nicht, der wird eigentlich mit QTS installiert und auch Updates erfolgen durch ein Update von QTS selbst.

Beim Start ist in der Log zu erkennen, dass er versucht den "netmgr" zu installieren. Dies schlägt aber anscheinend fehl, und nach 15 Minuten Wartezeit macht die NAS mit dem Start weiter.

Wird die alte Version installiert, sieht es wie folgt aus:

2022-10-29 19:35:12.232 140381129541440 DEBUG [S45network:260] do_netmgr_bin_install >>> do_netmgr_bin_install()
2022-10-29 19:36:31.143 139629351888704 DEBUG [S45network:270] do_netmgr_bin_install >>> [Network & Virtual Switch] qpkgd is not running.
2022-10-29 19:36:31.154 140510923876160 DEBUG [S45network:1471] cmd >>> cmd: /mnt/HDA_ROOT/update_pkg/netmgr.bin
2022-10-29 19:36:40.587 140359270500160 ERROR [S45network:1479] cmd >>> cmd(/mnt/HDA_ROOT/update_pkg/netmgr.bin) failed, ret=10

Grundsätzlich funktioniert alles, es gibt keine Funktionseinschränkungen. Aber ich habe TVHeadend über die NAS laufen und ein Neustart von fast 20 Minuten ist für mich nicht akzeptabel. Anscheinend geht es ja schneller, wenn es keine Probleme mit der App gibt.

Deshalb meine Frage.

Wenn bei die gleiche Versionen angezeigt werden, geht der Start denn schneller. Der Start dauert dann nur ca. 6 Minuten.

Hallo in die Runde,

ich habe heute das Update auf Firmware QTS 5.0.1.2194 durchgeführt.

Wie bereits vorher, habe ich das Problem, dass beim starten der NAS 15 Minuten Wartezeit bei der vermeintlichen Installation des virtuellen Switches vergehen.

Im App Center wird mir bei dem virtuellen Switch die Version 2.4.0 angezeigt. Laut "Herunterladen" Button und der QNAP Webseite ist 2.1.2 aktuell. Wenn ich die 2.1.2 manuell installiere, geht der Neustart genau die 15 Minuten schneller.

Woran kann dies liegen? Muss ich wirklich einmal die NAS komplett neu initalisieren?

Für mich ist dies aktuell nur bedingt relevant, da meine NAS 24/7 läuft. Komisch ist aber trotzdem.

Viele Grüße

René

Screenshot 2022-10-27 213512.png

2022-10-27 21:05:39.302 140263935256384 DEBUG [S45network:260] do_netmgr_bin_install >>> do_netmgr_bin_install()
2022-10-27 21:20:23.066 140401452463936 DEBUG [S45network:270] do_netmgr_bin_install >>> [Network & Virtual Switch] qpkgd is not running.
2022-10-27 21:20:23.076 140177706039104 DEBUG [S45network:1471] cmd >>> cmd: /mnt/HDA_ROOT/update_pkg/netmgr.bin
2022-10-27 21:20:33.591 139831708108608 ERROR [S45network:1479] cmd >>> cmd(/mnt/HDA_ROOT/update_pkg/netmgr.bin) failed, ret=10
2022-10-27 21:20:34.630 140533941483328 DEBUG [S45network:158] prep_init >>> prep_init()

Zitat von PANQada

Das howto welches ReneDD verlinkt hat, was übrigens diese Quelle angibt, ist eigentlich genau das richtige und müsste funktionieren.

Da ich aber ständig was ändere und rumschraube, befürchte ich, dass ich nicht genügend Fachwissen habe, um diesen Weg zu gehen. Mal soeben eine HDD tauschen ist dann nicht und das script muss wieder angepasst werden. Vielleicht traue ich mich da doch noch ran.

Vom Prinzip müssten die Laufwerksbezeichnung unter Linux gleich bleiben.

SDA 1. Festplatte

SDB 2. Festplatte

...

Somit sollte das Skript auch bei einem Tausch der HDDs funktionieren und die neue Platte wird dann einfach dem Raid hinzugefügt und das RAID wiederhergestellt.

Die einzig bei mir funktioniere Variante ist:

https://alex3305.github.io/hom…melab/qnap-disk-spindown/

Ich nutze Virtualization Station auf einer TS473-A mit 4 Festplatten. Das die Platten nicht in den Standby gingen, lag immer am Zugriff auf das MD9 Raid, welches über alle Platten gespiegelt ist.

Ich habe 2 M.2 SSD als Raid 1 Verbund für das Systemlaufwerk sowie die Dinge, die 24/7 laufen (Skripte etc.).

Datengrab besteht aus 3 HDDs im Raid 5. Die 4. HDD ist die interne Backup HDD.

Ich hatte die offizielle Firmware 5.0.0.2055 installiert und hatte die Probleme, dass 5 Apps nicht installiert werden konnten. Dazu gab es auch einen Thread hier im Forum.

Darauf hin habe ich die gleiche Firmeware neu installiert - kein Erfolg.

Ich habe dann die 5.0.1.2079 20220629 installiert, welche als Public Beta gekennzeichnet ist.

Die Probleme mit den Apps waren dann weg.

Im Normafall läuft die NAS bei mir 24/7 durch, so dass der Neustart an sich kein Problem für micht ist. Aber komisch ist es trotzdem.
Ich habe QNAP statt Synolog genommen, da die Hardware besser ist. Die Software ist aber gefühlt bei Synology besser, da ich bisher keine Probleme mit dieser hatte.

Ich werde jetzt mal das "Raid Skript" deaktivieren und dann schauen, ob sich was ändert.

Mir ist wichtig, dass meine Daten sicher sind. Ich habe die NAS als Speicher für meine gesamten Daten.

Natürlich mit Backup. Lokal, einmal auf Hetzner, einmal zu meinem Vater, einmal Synology + 3 Externe Festplatten im Wechsel

Anbei ein Auszug aus "/var/log/network/bootup.log". 15 Minuten Wartezeit zwischen 21:15 und 21:29 für "do_netmgr_bin_install".

2022-07-14 21:15:01.235 139636865476416 DEBUG [S45network:918] config_migrate >>> Network new_struct = 1
2022-07-14 21:15:01.258 139972407859008 DEBUG [S45network:260] do_netmgr_bin_install >>> do_netmgr_bin_install()
2022-07-14 21:29:40.577 140480963118912 DEBUG [S45network:270] do_netmgr_bin_install >>> [Network & Virtual Switch] qpkgd is not running.
2022-07-14 21:29:40.587 140087690602304 DEBUG [S45network:1471] cmd >>> cmd: /mnt/HDA_ROOT/update_pkg/netmgr.bin
2022-07-14 21:30:06.857 140662032983872 ERROR [S45network:1479] cmd >>> cmd(/mnt/HDA_ROOT/update_pkg/netmgr.bin) failed, ret=10
2022-07-14 21:30:07.895 140305185945408 DEBUG [S45network:158] prep_init >>> prep_init()

================================================================================
2022-07-14 21:30:08.079 139815366424384 DEBUG [nacli.cpp:2001] int main(int, char**) >>> Enter

-------------------------

Nachtrag:

Nachdem ich nun weitere Fehlersuche betrieben habe, konnte ich feststellen, dass laut AppCenter der Virtuelle Switch mit einer neueren Version als 2.1.2 installiert schien. Ich habe denn den virtuellen Switch neu heruntergeladen und installiert.

Nun wird mir im AppCenter die korrekte Version angezeigt und der Start geht bedeutend schneller.

Die falsche Versionsnummer war auch beim Notification Center, LogCenter, MediaStreaming Addon und dem Ressourcencenter angezeigt.

Die ersten 4 Apps konnte ich alle manuell installieren und die Version wird nun korrekt angezeigt. Leider funktioniert dies beim Ressourcenmonitor nicht, da dieser beim Download anzeigt, dass er in der Firmware enthalten ist.

Es wird angezeigt Version 1.0.0 und in der Zeile darunter, Aktuelle Version 1.2.0.

Laut Text ist auch die 1.2.0 installiert, er funktioniert normal.

Insgesamt ist dies aber für mich komisch, dass genau die 5 Apps Probleme machen, die beim Update auf 2055 immer wieder installiert werden wollten.

Hallo in die Runde,

ich habe ein TS-473A welches einige Apps installiert hat, darunter der Virtuelle Switch inkl. der Virtualization Station.

Ich habe mir vor kurzem eine USV angeschafft und einiges mit Shutdown/Restart etc. getestet.

Dabei habe ich festgestellt, dass mein NAS ca. 30 Minuten zum starten benötigt und konnte mittlerweile herausfinden, wo es gebremst wird.

Im der Datei /var/log/network/bootup.log kann ich erkennen, dass bei der Funktion "do_netmgr_bin_install" eine elendig lange Pause stattfindet.

Installiert die QNAP NAS bei jedem Neustart den virtuellen Switch neu? Dauert das deshalb solange?

Wenn ich die Virtualization Station sowie den virtuellen Switch deinstalliere, startet die NAS in 5 Minuten. Die VM's werden aber erst verzögert gestartet.

Facts:

TS-473A

32 GB RAM (QNAP zertifiziert)
WD SN700 1TB SSD als Sysem Laufwerk im Raid 1 Verbund

3x Seagate 8 TB im Raid 5

1x WD Red 6 TB Backup

Netzwerk LACP LAG mit einem Netgear Switch, Änderung auf Active Backup und einzelne Ports brachten keine Besserung.

Installierte Skripte - Festplatten werden aus MD9 und MD13 RAID ausgehangen und nur auf die SSD gespiegelt, damit die Festplatten bei nicht Benutzung in Standby gehen (Resync jede Nacht 1x, Dauer ca. 10 Minuten)

Aktuelle Firmware als Beta Version, da vorher einige Apps nicht über das APP Center installiert wurden

Grüße

René