NAS Model: TS-873AeU
Firmware: 5.2.3 Build 20250108
Started a couple of weeks ago. Try to log in via the Web UI and after userid and password I just get “Loading…”.
It’s not a browser issue - happens with all browsers and even in incognito / private mode.
Can still access by ssh.
CIFS shares are still accessible.
Apps running on the device are still accessible via IP and port number.
QFinder Pro sees the device on the LAN and can talk to it.
Odd thing, the Resource Monitor in QFinder pro is showing zero / blank for RAM and CPU.
Have created a new .qos_config. Stopped and started apache etc - all the usual “stuff”.
Tried telling QFinder Pro to shutdown the device. It says “device is shutting down” and the device disappears from the QFinder Pro.
Thirty minutes later everything is still running, the QNap is lit up like a Christmas tree. Top shows everything running as normal. No change. Tried shutting down the device from the ssh prompt. It just ignores me.
Yes, I have spoke to support - they have not been any use so far - just “we cannot access the device”.
Is anyone else suffering from the same or similar issue?
Thanks
Nigel.
Edit: In the end I got desperate and did a soft reset (4 seconds). When the machine came bac again it had split the network ports apart again but I can access the Web UI. Again. For now.
Container station is broken again. Now getting “LXD Status” Currently inactive Container station will restart - rinse and repeat. Going to try removing Container Station and re-adding it.
Did that. Removed CS. Rebooted. Added CS. Started. It found all my containers. Now it’s acting as if everything is normal again. Until the next time.
Really getting to the point of throwing this out with the garbage.
Exact same issue. I can still reboot through the QManager app. Then after it starts the reboot sequence, the web UI will come alive. It did throw me some strange out of RAM message. Would be great to hear if someone has solved this issue.
The “solution” eventually was to reset the unit with a long press of the rest button. Not a solution at all and no explanation. Really not happy with this overall.
Hi @pfs,
Sorry to hear about your experience — we sincerely apologize for the inconvenience caused. If you still need help, feel free to provide your support ticket number and we’ll make sure someone follows up with you.
If the issue is temporarily resolved, that’s good to know. But if anything comes up in the future, you’re always welcome to contact us again. We’re here to help and will do our best to support you.
Hi @Pim1
Thanks for sharing — if you’re experiencing the same issue and need assistance, please reach out to our support team through the technical support page. They’ll be able to help you further. Customer Service - QNAP
Hello,
I have the same problem in a new TS-264 32GB RAM bought a month ago.
After restarting the device works properly. After a few hours the problems start. The first symptom is a long login to the Web UI. Resources Monitor Panel does not display information about resource usage and then information that there are no resources or no connection.
I noticed one thing. When logging in via SSH, starting TOP, the hal_daemon process uses 25% CPU (100% one core) and so on all the time.
The same process right after restarting the device uses 1% CPU
I already did the downgrade, it did not help.
Does anyone have an idea how to solve this?