Setup details (click to view)
Test with both, server 10.11.0-alpha.2 and server 10.10.1
* [ ] create user1 with
- [ ] subfolder shared with user2
- [ ] user1 is member of group1
- [ ] groupfolder shared with group1
- [ ] publicfolder shared as public link
- [ ] fedfolder shared with federated user demo@demo.owncloud.org
- [ ] Add some SFTP/WND/SMB/... external storages to user1
* [ ] create user2 with
- [ ] user1 is member of group1
- [ ] otherfolder shared with user1
- [ ] secondfolder shared with group1
* [ ] enable e.g. impersonate app, only for group group1 (maybe trigger issue #205 with this?)
* [ ] enable e.g. files_lifecycle app, only for a different group, where user1 is not member.
Testing functionality
Test items according to README.md
[x] We want to export "user1" from an "old" to a "new" instance while preserving all shares with users on the old instance. For this example both instance must be able to reach each other via federation. Test if you can create remote-shares before starting this process.
Export the user on the source instance
$ ./occ instance:export:user user1 /tmp/export
This will create a folder /tmp/export/user1 which contains all the files and metadata of the user.
[x] Copy the export to the target instance for example
$ scp -rp /tmp/export root@newinstance.com:/tmp/export
Import the user by running the import command on the target instance
$ ./occ instance:import:user /tmp/export/user1
This imports the user in to the target instance while converting all his outgoing-shares to federated shares pointing to the source instance.
[ ] As user1 now lives on both instances you might want to migrate all shares on the source instance so that they point to the target instance. You can run this command on the source instance$ ./occ instance:export:migrate:share user1 https://newinstance.com
[x] Finally you can delete user1 on the source instance (This can not be undone!):
$ ./occ user:delete user1
[ ] Verify that all shares mentioned in the setup still work.
[x] What is exported and imported?
[x] Files (Local)
[x] Meta-data (Username, Email, Personal Settings)
[ ] Shares (Local, Link-shares, Group-Shares)
[x] Groups
[ ] Versions
[x] Trashbin (not for objectstorage)
[x] External storages are not migrated
[x] an appropriate message should be printed, so that the admin knows what to manually export/migrate
[x] Try import a user that already exists
[x] Data gets merged? With potential file conflicts?
'Data_Exporter' Test Plan
Setup
Setup details (click to view)
Test with both, server 10.11.0-alpha.2 and server 10.10.1 * [ ] create user1 with - [ ] subfolder shared with user2 - [ ] user1 is member of group1 - [ ] groupfolder shared with group1 - [ ] publicfolder shared as public link - [ ] fedfolder shared with federated user demo@demo.owncloud.org - [ ] Add some SFTP/WND/SMB/... external storages to user1 * [ ] create user2 with - [ ] user1 is member of group1 - [ ] otherfolder shared with user1 - [ ] secondfolder shared with group1 * [ ] enable e.g. impersonate app, only for group group1 (maybe trigger issue #205 with this?) * [ ] enable e.g. files_lifecycle app, only for a different group, where user1 is not member.Testing functionality
Test items according to README.md
./occ instance:export:user user1 /tmp/export
This will create a folder /tmp/export/user1 which contains all the files and metadata of the user.scp -rp /tmp/export root@newinstance.com:/tmp/export
Import the user by running the import command on the target instance $./occ instance:import:user /tmp/export/user1
This imports the user in to the target instance while converting all his outgoing-shares to federated shares pointing to the source instance.As user1 now lives on both instances you might want to migrate all shares on the source instance so that they point to the target instance. You can run this command on the source instance$./occ instance:export:migrate:share user1 https://newinstance.com
Shares (Local, Link-shares, Group-Shares)Versions[x] Trashbin (not for objectstorage)