-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Shared folders are not synchronized #26055
Comments
Fixed with #26050 and the message about "fileid" not found should be fixed too with this PR. Now I think this has nothing to do with sync problems, let's see |
Works for me. Maybe the share in question is an old share or is broken in some specific way. Else you can wait a bit, there will be a 9.1.1RC2 soon that you could use. |
I'll wait for RC2. Thanks |
After upgrade to 9.1.1 still sharing problems ->
|
clean code install, and did ./occ upgrade to an existing and properly updated dbase since 7.0.x |
@gitmanus can you describe your sharing scenario, ideally with steps to recreate it (ex: create user1, user1 shares with group2, etc). |
@gitmanus also run |
I'm sorry not to be able to respond now: I will update from 1st oct again. Kind regards ... |
Any update ? |
We updatet to 9.1.1 |
Thanks, closing then |
I have exactly the same error message as posted by @gitmanus but AFTER upgrading from 9.1 to 9.1.1. It is basically flooding my log. From the log I cannot take any useful information what share or what user is the cause. As our owncloud installation has many shares, finding the cause by trial and error wouldn't be an option. The error appears every 15 minutes with the exact same message. I first thought it is caused by the 15min cron job for cron.php but when manually calling cron.php, the error is not thrown. Any idea how to narrow down the root cause? The message is as follows:
|
Okay, reopening. |
From what I see, the error from @gitmanus and @Flachzange happens in the background scan job, not when manually running So this means there might be yet another condition triggering this error. I'd however expect the background scanner to ignore "shared::" storages of local shares because there are already scanned for the owner, so not sure why it's still trying to go scanning there. |
Hmm, I tried reproducing this without success. But in your stack traces I see it goes in the first condition: https://github.com/owncloud/core/blob/master/lib/private/Files/Cache/Scanner.php#L477. However from what I see from debugging it is impossible to reach that block for shared storages in regular scenarios because Now I tried to create a situation where the fileid for the owner doesn't exist, but in this case the mount doesn't even appear in the list to scan. |
So, I managed to reproduce something by having a share be from a deleted user. In this case
I'll see if I can simply exclude these from the background scan. |
Steps to reproduce:
|
@gitmanus @Flachzange fix is here: #26529 Note: you only actually need the change in "Utils/Scanner.php" to make it work. The rest is only hardening. |
Thanks for the fix. I applied the entire change and it actually seems to do the trick. Much appreciated! I'll let you know if the next few days will draw a different picture. Did I understand it correctly that the problem originates from shares by users that doesn't exist anymore? That shouldn't be the case in my installation but maybe something was screwed before. |
This is one possibility. But there might be other cases where the shares could not be setup due to other things that were deleted. Possibly something screwed like you said. |
in oC 9.1.2
The user has only 2 shares:
|
I need to finish this PR... #26529 |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Steps to reproduce
Expected behaviour
Files to be synchronized in the group
Actual behaviour
old files are synchronized, new folders or files not
Server configuration
Operating system: Ubuntu 14.04.5
Web server: Apache 2.4.7
Database: mysql 5.5.50-0ubuntu0.14.04.1
PHP version: 5.5.9-1ubuntu4.19
ownCloud version: (see ownCloud admin page) 9.1.1RC1
Updated from an older ownCloud or fresh install: 9.0.4 to 9.1.0 ( in 9.1.0 was a bug, cpu high load)
Where did you install ownCloud from: apt-get
Signing status (ownCloud 9.0 and above):
List of activated apps:
The content of config/config.php:
Are you using external storage, if yes which one: local/smb/sftp/...
Are you using encryption: no
Are you using an external user-backend, if yes which one: no
Client configuration
Browser: Firefox
Operating system: Windows 7
Logs
Web server error log
ownCloud log (data/owncloud.log)
The text was updated successfully, but these errors were encountered: