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
Transfer file ownership to a new user that never logged in fails? #23881
Comments
It should be possible to trigger a setupFS / skeleton copy for the new user before starting the transfer |
As some addition: some shares where migrated some not while reproducing: here are the logs:
|
Invalid login to SMB ? Looks like that user has a broken storage and that might be impairing the ownership transfer. But the original issue had no external storage components. So there are two issues to look into:
|
I did a test for 2) but am not getting the same results: #26530 |
My steps on v9.0.5 for the original issue:
In this case it works fine. Now let's try with LDAP:
=> also works for me with OC 9.0.5. @koenlek can you also retry with this version ? @kawohl @cdamken would be good if it would be possible to eliminate the external storage factor from your case. Depending how the external storage is defined it might be possible to prevent both the source and target user to have access to the external storage (for example only apply the storage to specific groups and do not put these users in the groups). I'm also open to explore the external storage issue in a separate ticket if we can have more details about how those are setup and for which user. |
@kawohl @cdamken the logs from #23881 (comment) do not contain anything connected to |
Please try again with 9.1.3 RC1 or 9.0.7 RC1, many issues related to transfer ownership were fixed there including the one with ext storages. |
if the problem persists, please reopen |
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. |
For our company, I want to migrate our main shared folder from an old employees account to a generic admin account. To do so, I first created the admin account (called own-admin) and then ran the transfer-ownership command. At the
Restoring shares ...
stage, I got this error[OCP\Files\NotFoundException]
, after which the script exited. If I log intoown-admin
, the files are there, but I cannot share them (it keeps spinning endlessly, I waited for more than half an hour, without luck...). I can create a shared link however. The folder is 30GB. If I create a new folder withown-admin
, I can share that with other users and groups without any issues.I think the significant part might be that the
own-admin
user had never been logged in. That might be the cause of this bug.Hopefully a bugfix can be made based on this report. But for now, I would very much be interested to hear of a fix for my current situation? Or will I need to revert to my backups?
Steps to reproduce
own-admin
) from the "users" web interfacesudo -u www-data php occ files:transfer-ownership <old_user> own-admin
own-admin
.Expected behaviour
The folder should appear at the
own-admin
user, and should be shared with our main company group.Actual behaviour
The transfer script fails at the
Restoring shares ...
stage. Also, I cannot manually share the transferred files via the web interface.Server configuration
Operating system:
Ubuntu 14.04, 64 bit server, running latest updates
Web server:
nginx 1.4.6
Database:
mysql Ver 14.14 Distrib 5.5.47, for debian-linux-gnu (x86_64) using readline 6.3
PHP version:
PHP 5.5.9-1ubuntu4.14 (cli) (built: Oct 28 2015 01:34:46)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
with Zend OPcache v7.0.3, Copyright (c) 1999-2014, by Zend Technologies
ownCloud version: (see ownCloud admin page)
9.0.1
Updated from an older ownCloud or fresh install:
Updated from 8.2.2 today
Where did you install ownCloud from:
apt repositories: http://download.owncloud.org/download/repositories/stable/xUbuntu_14.04/
package version 9.0.1-1.1
Signing status (ownCloud 9.0 and above):
no signing issues
List of activated apps:
Enabled:
Disabled:
The content of config/config.php:
Are you using external storage,
if yes which one: local/smb/sftp/... No
Are you using encryption: yes/no no **Are you using an external user-backend,
if yes which one:
** LDAP/ActiveDirectory/Webdav/... no
Client configuration
Browser:
Firefox 45.0.1
Operating system:
Ubuntu 14.04 64bit desktop
Logs
Web server error log
Not relevant?
ownCloud log (data/owncloud.log) Only irrelevant lines?
Browser log
Seems irrelevant to me...
The text was updated successfully, but these errors were encountered: