Backup does not start app.zip not created
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 272
- Forks
- 37
- PR merge metrics
- No merged PRs in 30d
Description
Hello,
I configured the nextcloud backup app with a local and a external storage and tried to manually create the first backup. As it seems to be the case for some other users the message " The creation of a restore point has been requested and will be started soon." keep showing like forever but nothing is created. So today I tried to start the backup via terminal with
sudo docker exec --user www-data ubuntu_app_1 php /var/www/html/occ backup:point:create
And I got the following output:
maintenance mode: on
initialization of the AppData
initialization of the RestoringPoint: 20220415181947-full-qp9kL6gNVE1NMzx based on NC23.0.3.2
initialization of the storage
preparation of the data to be stored in the restoring point
preparation of internal data
maintenance mode: offIn ChunkService.php line 722:
Could not generate app.zip
backup:point:create [--output [OUTPUT]] [--generate-log] [--differential] [--] []
When I go to the local folder where the backup should be created I see a folder with the above mentioned name of the RestoringPoint but it is empty. I can create files within from the webinterface of nextcloud, so I it seems to me the rights should not be an issue, but asI am not very familiar with how the Backup App works I still would like to mention that I restricted the access rights for both of the storages where the backup is to be stored to only be accesible for nextcloud admins from within the nextcloud external storage app.
Is there anything I can do to help identifying the exact problem?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with ChunkService.php around line 722 and reproduce the failure using the reported docker exec occ backup:point:create command. Inspect the empty restoring-point folder and the command output; the work is done when the backup completes and app.zip is created in the configured local storage.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, php
- Domain
- backend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100