For anyone having issues with files getting lock while using redis on nextcloud pi. Specially while syncing nodejs appsâŚ
Connect to your redis
sudo redis-cli -s /var/run/redis/redis.sock
authenticate in your redis with the password for redis found in /var/www/nextcloud/config/config.php
$> auth âyourpasswordfoundinconfig.phpâ
$> flushall
Your locked files should synchronize now
This error/bug has been driving me crazy. Because there was so much variety in the user posts, I created a more standardized testing environment and replicated the bug with a standardized dataset on clean new installs using both postgres & mysql. In the process I created a one-run install script that requires minimal configuration/expertise to use. Doing the file/redis maintenance options are not actually solutions if the bug is evident on clean installs (they merely temporize the issue). Any recommendations on where to look (e.g. in nextcloud codebase) to get this bug fixed would be appreciated!
I want to see nextcloud succeed, and for it to do so this issue needs fixing!
I had the same problem and I solved this by updating values on table oc_file_locks. I found some values diferent from 0 like 1 and -1. Alter this and be happy.
That part for me didnât work. I closed my nextcloud docker to avoid any changes. Then manually deleted the files I needed and yes. The container changed the permissions for the files creating that situation. After I moved everything manually then the problem disappeared of course.
I was wondering why so many people have this issue. it seems the only time I need to perform this is when Iâm doing a files:scan and the terminal session gets dumped for some reason. out side of that Iâve never had a locked file.
Would like to know the risks of disabling the file lock?
One of the contributors to this topic, @mwallace, mentioned that he âturned off file locking on [his installation hosted on] a shared server.â To help those who have considered or have tried on this option, how should someone in similar circumstances monitor the installation for unintended effects?
Hi all! I still experience the same issue. Tried to use solution proposed above with keys deleting in redis, however did not work. Problem occured, when I changed one of scss files to add an extra icon.
My version now is 18.0.9
I tried with enabled and sisabled file.locking in config file.
It seem to be no files within files_locks table where value of âlockâ was different than 0. WHen table empty also did not work. Still was given a log message that file is locked for SCSS cacher.
Restarting redis and apache was useless as well.
Why do you suggest to update the cache with occ files:scan --all and then clean the cache immediately with occ files:cleanup? I do not understand your logic.
Maybe we need to clean the cache at first and to fill it after?