sansei
-
Posts
24 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by sansei
-
-
7 hours ago, JorgeB said:
This looks more like a device problem, do you have other devices you could try width? Even a couple of non SMR HDDs would perform better than that.
These SSD drives are Crucial BX500 SATA disk rated 500MB/s write speed https://www.crucial.com/ssd/bx500/ct2000bx500ssd1. If read speed is normal, why is the write so slow?
I'll try to use some old SSD to test then.
-
Noticed the behavior since I changed the cache pool filesystem to ZFS. They are mirrored 2x2TB SSD drives. Before was using BTRFS without issues.
File copies from Windows to Unraid sometimes started normal, then gradually dropped to 0 bytes/s and eventually failed.
I created a share that's exposed a specific disk in the array, then copy files from Windows to this share directly is normal, at about 60MB/s. This is to eliminate any network issues.
Once done copying, then go into terminal to copy files to cache to test write speed, it is extremely slow. A 70GB file takes over an hour to complete. And often block other activities, such as updating docker containers. It behaves like the file copying task is blocking any other writes to the cache disks. In one severe case, the front GUI became completely non-responsive and threw 500 server error.
Reading from cache pool is always fine, speed is normal, can reach 115MB/s. This box has been running for about 11 years, with 32GB non-ECC memory. In which, 4GB is allocated to ZFS, as the ratio seems fine. Don't have any VMs, just dockers. Ran Fix Common Problems and did not find any errors or warnings.
Attached the diagnostics file. -
12 minutes ago, iXNyNe said:
The built in updater in the web UI is no longer supported when using our docker image (I believe the official image from nextcloud also doesn't support it).
The correct way to update nextcloud is to update the container image.
Thank you for the clarification!
-
6 hours ago, iXNyNe said:
You are correct. Wait for lscr.io/linuxserver/nextcloud:version-27.0.1 to be available or switch to lscr.io/linuxserver/nextcloud:latest and let auto update handle it (although we do recommend pinning the specific version and manually updating rather than relying on auto updates).
Simply updating the image will update nextcloud itself. No manual commands should be necessary.
In the admin page, also noticed the updating to 27.0.1. Clicked on the 'Open Updater' button, and it gave me 404 page not found error. Is it the expected behavior?
-
Tried to recover the data on cache drive. The cache pool still mountable, however, when attempting to copy files using MC, many files stalled while copying.
If I'm skipping them, what's the point of recover them? Problems only occurred once I upgrade to 6.12.x.
Update: had to restart the server, then mount an individual SSD in the cache pool. Then copy all files to the unassigned disk. Still waiting the files copy to finish. So far, no more copying errors.
-
tower-diagnostics-20230623-0945.zip
First the dockers started to act up. I changed the network from macvlan to ipvlan. Then all dockers start to drop. And VM stopped.
Deleted docker image, restarted server, still failed to start VM. Told that the cache disk is read only.
Tried to reboot few time same issue.
-
Please consider add support of Python 2 for VideoSort, as the post processing is broken now.
Extremely slow writes in ZFS cache pool
in General Support
Posted
It's indeed the problem of the one of cache drives. I moved the data from cache pool to array, ran copy tasks individually on each drive and found one of the disks is acting up. Will do the RMA then.
Thanks a lot!