Ein Bug ist das nicht, das ist nur eine fehlerhafte Einrichtung / Umsetzung
Es ist grob fahrlässig von QNAP dies zulassen. Es gibt keinen logischen Grund dies ohne Warnung zuzulassen. Die QNAP Firmware sollte diesen Fall berücksichtigen und zumindest eine Warnung ausgeben dass es noch einen IP Block bereich gibt wenn man die IP Adresse in ein anderen Subnetz ändert.
Mod: Unnötiges Volltext-/Direktzitat entfernt! 
Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Wieso ich den neuen router nicht auf 10.0.0.0 gesetzt habe? Weil ich den neuen Bereich von 192.168.8.0 haben wollte aus routing Gründen weil ich zeitgleich mit dem neuen Router auch einen Wireguard server eingerichtet habe, und das 10.0.0.0 Netz für ein VPN Netz brauchte. Der Router samt allen Einstellungen, allen Clients, Wireguard usw läuft schon seit Monaten so, die NAS hatte ich seitdem nicht mehr eingeschaltet, die war jetzt 2 Monate aus.
Finde das ist ein böser Bug in der QNAP Firmware. Die Firmware sollte es nicht zulassen die IP zu ändern wenn gleichzeitig eine LAN Restriction gesetzt ist mit einem anderen Subnet, oder zumindest eine sehr deutliche Warnung ausgeben. Hätte die NAS keinen 2. LAN Port der auch noch glücklicherweise noch auf DHCP stand hätte ich mich vermutlich für immer ausgesperrt von der NAS. Reset Button war ja leider auch deaktiviert.
Ich hatte meine TS-431P 5.1.4.2596 (20231128) immer auf manueller IP 10.0.0.252 laufen bisher, hab nun neuen router bekomm der 192.168.8.0 netz nutzt. Hatte also kurz lokal an einem PC noch mal alte 10.0.0.10 gemacht mich auf 10.0.0.252 verbunden ins QNAP web interface, ip manuell geändert in 192.168.8.51 samt gw und dns 192.168.8.1 und nun kann ich keinerlei verbindung mehr zur QNAP aufbauen, bis auf anpingen. http, ssh, smba, qfinder nichts geht, nur anpingen. Reboot hat nichts gebracht. Kann mir das nicht erklären.
ping 192.168.8.51 -t
Ping wird ausgeführt für 192.168.8.51 mit 32 Bytes Daten:
Antwort von 192.168.8.51: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.8.51: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.8.51: Bytes=32 Zeit<1ms TTL=64System Reset and Restore to Factory Default
Hier steht es gibt ein basic reset der wohl nur auf dhcp umstellt und paar sachen auf default ohne Dinge zu löschem. sollte ich dies tun?
Also ausschalten. dann einschalten und für 3 sekunden reset drücken und loslassen? Oder erst was anderes probieren? Gilt das noch für 5.1.4? Was muss ich dabei beachten? Power drücken und dann sofort mit einer Büroklammer reset drücken für maximal 3 sekunden und sofort loslassen, oder erst irgend ein PIEP abwarten usw?
Jemand eine Idee was ich tun kann? Auf der NAS sind recht viele wichtige Daten von mir aufgeteilt auf RAID mit 3 Platten, die ich nicht verlieren darf. Wäre für jede Hilfe dankbar!
Ich hab das mit dem 3 sekunden reset halten mal probiert, funktioniert nicht. Kein Beep, kein nichts. Hab auch mal 4 Sekunden gehalten, nichts. Hab es so probiert:
NAS aus. Power on, direkt reset gehalten für 3 sekunden los gelassen. Nichts passiert.
Dann noch mal NAS normal booten lassen, ping 192.168.8.51 geht, sonst nichts. Hab 10 Minuten gewartet dass wirklich alles gestartet ist. Nun reset gehalten für 4 Sekunden, kein Beep, nichts. Ganz großes Kino... ich glaub ich hatte früher mal den Reset Knopf ausgemacht in den Einstellungen wenn ich drüber nachdenke....
Ich finde dazu leierlei Informationen was ich jetzt noch machen kann. Wäre für jede Hilfe dankbar! Kann ich irgendwie die Festplatten raus nehmen, die NAS resetten auch ohne Reset Knopf neu einrichten und die 2 Raid Platte wieder einbinten?
Es ist eine SSD eingebaut in Slot 1, und 2 HDD in Slot 2 und 3 als Raid mit Verschlüsselung.
Update:
Gott sei dank hab ich es noch hinbekomm zu lösen! Mit einem simplen Trick: Hab einfach den 2. LAN Port der NAS genutzt der noch auf DHCP eingestellt war. Damit war es mir möglich noch mal eine alte 10.0.0.0 IP zu ziehn, womit ich dann wieder Zurgiff erlangen konnte. Habe dann direkt den Reset Button wieder angemacht im Web Portal, er war ausgestellt, und auch die LAN Restriction ausgemacht, war auf 10.0.0.0 eingestellt. Nun noch LAN1 Port auch auf DHCP gestellt und nun geht alles.
Was hätte ich gemacht wenn ich keinen zweiten LAN Port gehabt hätte der noch DHCP hatte? Wäre es dann überhaupt noch möglich gewesen die Daten zu retten?
Seit dem Update auf 4.5.1.1480 habe ich auch den Malware Scanner 4.6.0.2 und damit läuft er auch wieder. Anzeige des Ergebnisses und läuft auch über 1 minute.
Selbes Problem hier bei mir auf einer TS-431P mit neuster Firmware 4.5.1.1465. Seit dem Update von 4.6.0.0 auf 4.6.0.1 funktioniert dieser nicht mehr. Kann man ganz einfach hieran sehn:
Scan ist nach "1 Sekunde fertig" = hat vermutlich nichts gescant:
Extern verlinktes Bild entfernt! Bitte im Beitrag hochladen
Last scan Anzeige gibt es keine mehr:
Extern verlinktes Bild entfernt! Bitte im Beitrag hochladen
Wie fix ich das? Bist also nicht der einzige mit dem Problem. Die NAS war niemals ins Internet geöffnet.
Hier mal mein crontab:
[~] # crontab -l
# m h dom m dow cmd
0 3 * * 0 /etc/init.d/idmap.sh dump
0-59/20 3 * * * /sbin/adjust_time
0 3 * * * /sbin/clean_reset_pwd
0-59/15 * * * * /etc/init.d/nss2_dusg.sh
30 7 * * * /sbin/clean_upload_file
0-59/10 * * * * /etc/init.d/storage_usage.sh
30 3 * * * /sbin/notice_log_tool -v -R
*/10 * * * * /sbin/config_cache_util 0
37 9,21 * * * /sbin/notify_update --nc 1>/dev/null 2>&1
0 1 * * * /etc/init.d/flush_memory.sh >/dev/null 2>&1
0 2 * * * /usr/local/medialibrary/bin/mymediadbcmd checkRepairDB 1>/dev/null 2>/dev/null
0 4,16 * * * /sbin/hwclock -s
0 2 * * 1 /sbin/qfstrim
9 6 * * * /share/CACHEDEV1_DATA/.qpkg/HybridBackup/rr2/scripts/insight/insight.sh -runall >/dev/null 2>&1
00 03 * * * sh /share/CACHEDEV1_DATA/.qpkg/MalwareRemover/MalwareRemover.sh scan;#_QSC_:MalwareRemover:malware_remover_schedule:None:d::
00 02 * * * sh /share/CACHEDEV1_DATA/.qpkg/MalwareRemover/Upgrade.sh;#_QSC_:MalwareRemover:malware_remover_upgrade:None:d::
0 6 * * 1 /etc/init.d/poweroff
* * * * * /var/cache/netmgr/lock_timer.sh
50 7 * * * /sbin/qpkg_cli --check_license 0 > /dev/null 2>/dev/null
0 4 * * * /etc/init.d/wsd.sh restart
0 3 * * * /sbin/vs_refresh
4 3 * * 3 /etc/init.d/backup_conf.sh
0 0 * * * /etc/init.d/antivirus.sh archive_log
0 12 * * * /mnt/ext/opt/LicenseCenter/bin/qlicense_tool local_check
0 0 * * * /usr/local/sbin/qsh nc.archive >/dev/null 2>&1
33 06 * * * /mnt/ext/opt/QcloudSSLCertificate/bin/ssl_agent_cliQNAP ist einfach inkompetent hoch 10.
https://forum.qnap.com/viewtopic.php?f=73&t=157619&p=769598
.......
Man merkt schon, was für "Fachleute" hier unterwegs sind. Das Problem ist übrigens inzwischen """gelöst""" bzw ich konnte meine Theorie weiter ausbauen und bestätigen. Ich habe einfach mal eine dritte Festplatte in Slot1 gesetzt und diese als """System""" Festplatte genutzt, unverschlüsselt. Die beiden vorhrigrn WD Red sitzen nun in Slot2 und Slot3 weiterhin als RAID1 und Volumen-Verschlüsselung.
Tja, oh Wunder oh Wunder, die NAS fährt nun jedesmal korrekt hoch, ohne ein einziges mal abzustürtzen. Selbst nachdem ich alle Einstellungen vorgenommen habe und alle Apps installiert (auf die unverschlüsselte dritte System Festplatte natürlich)
... ...
Neu initialisieren bedeutet immer komplett neu machen und somit die Daten löschen. Dies ist auch bei einem normalen Server, PC oder auch Handy und Tablet nicht anders. Bei einem Server, PC oder auch der QNAP ist dies nur möglich, wenn die Datenfestplatte/RAID von der Systemfestplatte getrennt wird. Dann geht es auch ohne Datenlöschung (unter gestimmte Umständen mit Einschränkungen).
Nein... das ist völliger Schwachsinn, völliger Schwachsinn ... Ich bin wirklich sprachlos, was für ein Fail-Design diese QNAPs zu sein scheinen. Wenn ich einen Standalone Server, eine RICHTIGE NAS, dann ist das OS auf einer anderen Festplatte/Flash Speicher. Da mach ich es platt OHNE nur eine Sekunde daran zu denken, dass die Raid Festplatten auch platt gemacht werden müssen. Was versuchst du mir da eigentlich aufzutischen? Wenn ich meinen Pc neuinstalliere, und ich meine Daten auf anderen Festplatten habe (NAS Konzept), lösche ich Windows ohne nur EINE Sekunde damit zu verbing mir Gedanken zu machen, irgendetwas zu Sichern.
Und bei dieder Idiotennas soll es anders sein!? Die NAS hat einen internen Flash Speicher von 512MB wo das OS drauf ist, und eigentlich auch Configs drauf sein sollten. Aber nein, die NAS scheint idiotisch konzipiert zu sein, dass sie elementar notwendige Daten die sie zwingend benötigt auch auf den Raid Festplatten ablegt.
Und das Reboot Problem ist jawohl absolut OFFENSICHTLICH ein SOFTWARE Problem. Ich bin mir 100% sicher, dass es durch eine Konfiguration ausgelöst wird.
Ich habe gestern noch toggle artig nach einer neuen Initiallisierung, die meine Festplatten natürlich vernichtet hat, danke NAS, alles Schritt für Schritt aus gemacht eins nach dem andern, dann neu gestartet. Und OH WUNDER, es kam zu keinem Crash beim Botten! Bis jetzt hab ich noch nicht alle Sachen durch.
So, tja... hm, komisch, wie? Die NAS läuft normal direkt nach re-init und wenn ich alle Settings auf default lasse. Fange ich dann aber an alles mögliche einzustellen, gibt es irgend ene Option die ich ausstelle/verändere, die zum Crash der NAS führt beim booten.
Ich könnte mir auch vorstellen, dass diese dumm NAS nicht mit dem verschlüsselten RAID klarkommt, da diese als shared System Medium genutzt wird (was für ein Fail-Design, sieh Oben). Eine Option wäre jetzt noch eine extra HDD/SSD zu kaufen als reine System Platte zusätzlich zu den beiden RAID1 HDDs.
Einfach lächerlich was für ein verbuggter Haufen Gülle die (privaten) NAS von QNAP zu seinen scheinen. Was ich da auch so im Englischen QNAP gelesen hatte. Zuruck zum Thema. Habe einfach mal eine komplette neuinitiatiliserung der NAS gemacht, natürlich samt Löschung und Formatierung der RAID. Erste Frage dabei dabei, wieso muss das so sein... Wieso kann man die kack NAS nicht resetten und neu initiallisieren OHNE die DATEN mit zu löschen? Wie bescheuert ist das bitte? Wofür hat die kack NAS einen 512MB internen Flash?
So. Nach erstem Öffnen der GUI, halt paar Sachen gemacht wie App-Center geöffnet um eine der Apps zu aktuallisieren. Erster Fehler, ging nicht, vermutlich weil das nur geht wenn das "Dateisystem" gemounted ist, ist es ja nicht, da ich Volume Encrypt benutze und automount aus habe.
Dann mal das DataVol1 gemounted... wart... wart... wart. Dann mal den FileManager geöffnet und... "System message. Unknown Error." Coole Sache. Geht auch nicht mehr weg.
So. komischerweise kein crash/reboot beim ersten init. hmmm, seltsam aber auch. Dann mal angefang alles mögliche einzustellen, anders formuliert, ABzustellen, alle möglichen Server AUS, ftp, itunes, media dreck, alles AUS. WOL AUS, aus aus aus. Save. Reboot... trommelwirbel... 3x reboot. Hmmm, so ein ZUFALL aber auch. Und es sind übrigens immer genau DREI "crashes". Tja. Mensch. Da ist vermutlich was an der Hardware defekt... natürlich.
Ja sie stehn (wobei das unwichtig ist) auf der tollen Kompatibilitätsliste. "Beim erneuten Installieren / darüber bügeln der Firmware werden keine Daten gelöscht. Das ist jedoch nur eine schnelle oberflächliche Maßnahme." was soll das heißen, was heißt hier oberflächlich. Und wie bitte führe ich eine Firmware "Aktulisierung" aus von der selben Version selber, geht das überhaupt. Das Problem ist ja, dass man die NAS gar nicht ohne Festplatten booten kann, was ich total hirnrissig finde. Ich will die Platten ungern in der NAS behalten während ich irgendwas an der Firmware mache, habe schon genug Posts gelesen, wo eine QNAP eigenständig einfach RAIDs formatiert hat.
Was ist nun mit logs, ssh überprüfung ect? Da wird man jawohl was debugn könn. Man wird jawohl irgendwo einsehn könn, an welcher stelle die NAS neustartet (vermutlich abschmiert). Und wieso passiert das nur beim Booten? Im Betrieb scheint mir die NAS normal zu funktionieren bisher.
Was sollte denn eine normale Bootzeit sein so einer NAS? Ich versteh nicht so ganz was da so lange dauern soll, jeder kleine Miniserver bootet in maximal 20-30 Sekunden. Und wieso das mounten UND entmounten der Festplatten auch ewig dauert.
Ich hab die NAS grad einfach mal Testweise über die GUI neugestartet und es hat über 15 Minuten gedauert bis wie lief. Dabei hat sie scheinbar mindestens 3 mal neu gestartet während des Bootvorgangs.
Es sind zwei WD RED 3TB Platten und ich habe schn 600GB drauf geschaufelt, die ich nicht mehr löschen kann oder anderweitig ablagern. QNAP support meinte auch stupide zu mir ich soll doch bitte die NAS neu initialisieren samt Festplatten, ja ne ist klar... die Festplatten kann und werde ich sicherlich nicht platt machen. Angeblich geht das auch nicht anders, was ist das bitte für eine katastrophen NAS, die man nicht ohne Festplatten resetten kann? Scheinbar lagert die NAS, wieso auch immer, Daten/configs auf den Festplatten ab...
Wie kann ich die NAS ohne die Daten auf den Festplatten resetten bzw die Firmware neu aufspielen?
Man kann den RAM bei der 431p nicht nachrüsten, also, nein. Ich glaube er ist dann auch aufgelötet, oder? Firmware natürlich die neuste stable die er angefordert hat, also 4.3.3.0299. Ich habe auch sonst nichts weiter an der NAS gemacht, außer ein cron job eingetragen, dass er jeden Morgen um 7:00 herunterfahren soll. Dabei ist mir dann aufgefallen, dass er ewig braucht um neu zu booten.
Hallo,
ich versuche jetzt hier mal mein Glück und hoffe die Community kann mir helfen, nachdem der QNAP Service per email völlig nutzlos was. Ich habe mir vor 2 Wochen eine qnap 431p gekauft (jetzt wo die qnap 431p2 rauskomm, toll...). Jedenfalls braucht sie um die 10 Minuten zum booten und schein dabei mehrfach neuzubooten oder abzustürtzen. Alle paar Minuten kommt es zu einem beep... beep. Wenn ich dauer pinge, kommt er Ping auch mehrfach zustande geht dann aber wieder ins Leere.
Es geht dann oft so:
Power on
5 sec
beep
5 sec
beep
... ~2-5 mins
beep
5 sec
beep
... ~2-5 mins
beep
5 sec
beep
... ~2-5mins
pinging the station begins to work
... ~1min
Boot fertig
82, 0,2017-09-06,19:21:36,System,127.0.0.1,localhost,System started., 0,1504718496,
83, 1,2017-09-06,19:25:05,System,127.0.0.1,localhost,The system was not shut down properly last time., 0,1504718705,
84, 0,2017-09-06,19:25:05,System,127.0.0.1,localhost,System started., 0,1504718705,
85, 1,2017-09-06,19:28:36,System,127.0.0.1,localhost,The system was not shut down properly last time., 0,1504718916,
Es scheint als würde die QNAP beim Booten mindestens einmal, oft auch zwei oder dreimal, neustarten/abstürtzen.
Der Support konnte das Problem angeblich nicht nachvolziehn und hat auch nichts in den logs gesehn und gemeint ich sollte die NAS umtauschen da sie vermutlich kaputt ist, was ich als mehr als unwahrscheinlich ansehe.
Vielleicht kann mir hier jemand mit mehr Insicht weiterhelfen, vielleicht etwas per ssh zu debuggen.
Ich verwende 2x 3TB in RAID1, Volumen verschlüsselt. Was übrigens auch ewig dauert zu mounten und zu entmounten, um die 1-2 Minuten.
Die Festplatten sind neu hatte ich mit der NAS bestellt. Beim Erst-Setup der NAS hat die NAS übrigens einfach fröhlich eine RAID1 erstellt ohne mir das so mitzuteilen, und diese musste ich dann wieder löschen und eine neue, diesmal mit Verschlüsselung anlegen. Vielleicht liegt da das Problem, dass es zu einem Konflikt kam und irgendwas an den Configs falsch ist.
