-
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
Moving files makes them disappear (SWIFT object store) #15702
Comments
@pvancald Did this happen using the webinterface? Or did it happen using the desktop client? |
Hi, For completion, I also tried a scan of all files with the occ command and On 19 April 2015 at 17:31, Roeland Douma [email protected] wrote:
Pascal Van Caldenborgh |
I see you're using the SWIFT object store as home storage, tagging as such |
Hi, The files are still available when we look on the actual swift storage after the move |
Hi! |
From what it looks like, the move (which is a copy/delete action in the swift storage) processes on swift level. The db metadata is not updated though, which could be because owncloud does not see an updated mtime on the directory containing the moved/new file so it does not pick up the new file in the new location. Can we get more details or debug info out of owncloud on these actions happening when files are moved from a folder? (btw I am the fresh eye :), last week we received a report of another location having similar problems with a swift setup as main storage but they proceeded with another form of storage for now) |
I have also encountered this bug. |
I can confirm the bug in 8.0.3 |
I tested ver 8.1 with "Transactional File Locking" setting. Transactional File Locking setting was done following URL. https://doc.owncloud.org/server/8.1/admin_manual/configuration_files/files_locking_experimental.html |
@motomura0770 thanks, I raised owncloud-archive/documentation#1314 to fix the doc. Did you check the admin page and see in the "Server status" section that locking was enabled properly ? |
Yes. |
@motomura0770 can you post your environment info ? See https://raw.githubusercontent.com/owncloud/core/master/issue_template.md |
I just saw the "objectstore" label. |
Yes... |
Ah sorry, I thought you were one of the other reporters 😄 This is likely to be a bug in the SWIFT backend implementation. |
@butonic any idea ? |
My test environment is shown below. Server configurationOperating system: Web server: Database: PHP version: ownCloud version: (see ownCloud admin page) Updated from an older ownCloud or fresh install: List of activated apps: The content of config/config.php: 'xxxxx', 'passwordsalt' => 'xxxxx', 'secret' => 'xxxxx', 'trusted_domains' => array ( 0 => 'xxxx', ), 'datadirectory' => '/var/www/html/owncloud/data', 'overwrite.cli.url' => 'http://xxxxx/owncloud', 'dbtype' => 'sqlite3', 'version' => '8.1.0.8', 'logtimezone' => 'UTC', 'installed' => true, 'objectstore' => array ( 'class' => 'OC\Files\ObjectStore\Swift', 'arguments' => array ( 'username' => 'xxx', 'password' => 'xxxxx', 'container' => 'xxxxx', 'autocreate' => false, 'region' => 'xxxx', 'url' => 'http://xxxxx/v2.0', 'tenantName' => 'xxxx', 'serviceName' => 'xxxx', ), ), 'filelocking.enabled' => 'true', 'memcache.locking' => '\OC\Memcache\Redis', 'redis' => array( 'host' => '127.0.0.1', // can also be a unix domain socket: '/tmp/redis.sock', 'port' => 6379, 'timeout' => 0.0, // Optional, if undefined SELECT will not run and will use Redis // Server's default DB Index. 'dbindex' => 0, ), ); **Are you using external storage, if yes which one:** local/smb/sftp/... swift-1.12 **Are you using encryption:** yes/no no **Are you using an external user-backend, if yes which one:** LDAP/ActiveDirectory/Webdav/... no |
I wrote wrong description. When a file is moved to trash, ownCloud does not communicate with SWIFT (I check swift's logfiles). |
Will someone confirm that 'memcache.locking' is the correct parameter? Because the core config.sample.php file also uses 'memcache.local'' |
Tested and fixed in docs. owncloud-archive/documentation#1321 |
I can confirm the bug fix with ##17641. |
cc @karlitschek |
cc @cmonteroluque |
@butonic Not sure about the labels, either regression or sev1. It has no milestone and a sev1 with no milestone is definitely an oddity. Let's talk about what's driving this and determine what's next. @bboule @karlitschek @MTRichards @DeepDiver1975 |
hmm. If this is confirmed then I would call this a sev1 for 8.2 (data loss) |
I just did not assign a milestone. It is a regression because moving worked when objectstore was introduced. |
@cmonteroluque @DeepDiver1975 so what milestone do we plan for? 8.2 or 8.2.1 or 9.0? |
As per #15702 (comment) moving it to 8.2 |
The PR we need to look in for this is #17641 |
Moving to 8.2.1, it's a regression and we should have it resolved but we need more time to feel better about it |
I see the PR #17641 was merged, is this fixed or is there additional work to be done ? |
fixed for 9.0, backport for 8.2.1 in #19882 |
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
The freshly moved file should be visible in the subfolder
Actual behaviour
The file is not visible and the logs of the desktop client indicates that it has been deleted.
Server configuration
Operating system: Redhat 6.4
Web server: Apache
Database: EnterpriseDB (PostgreSQL)
PHP version: 5.6.2
ownCloud version: 8.0.2
Updated from an older ownCloud or fresh install: Updated from fresh 8.0.7
List of activated apps:
Disabled:
The content of config/config.php:
Are you using external storage, if yes which one: Swift
Are you using encryption: No
Are you using an external user-backend, if yes which one: IMAP
Client configuration
Browser: Chrome
Operating system: Windows 7
Logs
ownCloud log (data/owncloud.log)
ownCloud Desktop client log
The text was updated successfully, but these errors were encountered: