-
nginx running out of shared memory
I don't have Unraid Connect installed and it happens to me regularly as well. The restart nginx script from page 6 on this thread does help, but sadly it doesn't work for me from browsers, only when connecting to my server via commandline/SSH. Really hope they can fix this soon, it's really annoying.
-
Editing and deleting files should be done by mover
I understand that this feature isn't something that every user would want, which is why it should be optional and disabled by default. It would also need a lot of testing, but I hope you understand the quite massive advantage that you don't have to spin up 11 hard drives when editing a 10kb txt file.
-
Rexile started following Editing and deleting files should be done by mover
-
Editing and deleting files should be done by mover
Whenever a file is deleted or edited that is on a share with primary storage Cache and secondary storage Array, the entire Array needs to start up in order to do this. This is very slow (start-up time) and regularly makes it necessary for all drives to spin-up, which is not energy efficient. What I think should happen: When a file from Array is edited, create the edited file on cache. Whenever I access that file with /user/SHARENAME/.../file the file from the cache gets displayed. When the mover is activated, the file on the array gets replaced by the file from Cache. When a file from Array is being deleted, create an empty file in /cache/[DELETED]/SHARENAME/.../[FILENAME]. When listing files in /user/SHARENAME/... all files that are in /cache/[DELETED]/SHARENAME/ get filtered out and are not displayed. Once the mover starts, all files in [DELETED] get deleted from the array. Advantages: - Lower energy cost, especially for systems with a lot of drives - Fast reaction time whenever drives would need to spin up - Recently edited files would be in Cache - Possibility to recover wrongfully deleted/edited files (until mover-action) - Parity drives only need to spin up for mover Disadvantages: - Any edits are not protected by array similar to new files (until mover-action, but would only lose edits not the entire file if cache stops working) - Deleted files can be recovered (can be viewed as disadvantage for privacy reasons) - If someone accesses files through /disk1/[SHARENAME]/..../file he would see outdated or deleted files Since there are some minor disadvantages, this should be an optional feature that can be activated for any share with secondary storage. Implementation is obviously up for discussion, but I think it would make Unraid a lot better if Cache would be utilized more and it isn't needed to spin up all drives whenever a file is deleted or edited.
Rexile
Members
-
Joined
-
Last visited