Nextcloud version (eg, 20.0.5): 24.04
Operating system and version (eg, Ubuntu 20.04): Debian 11
Apache or nginx version (eg, Apache 2.4.25): nginx 1.23.1
PHP version (eg, 7.4): 8.1
I usig this nextcloud VM as target for backup software.
Synology NAS should backup there via Webdav.
I copied all files via webdav on my linux desktop to nextcloud backup user but if hyperbackup will run the backup task, i geht: “Exception occurred while backing up data. [Reason: Request Entity too large]”
i cannot find anny errors on nexcloud or nginx side.
I think it is not a good idea to backup Synology NAS to WebDAV Nextcloud.
WebDAV is not a nice protocol for backups and WebDAV Nextcloud is even more unsuitable.
Maybe if you first zip all files and only store one file in your Nextcloud is ok.
Nextcloud is suitable for almost everything. Maybe soon also for making coffee . However, I would not use Nextcloud as backup storage.
For backup storage use e.g. an external usb drive on your NAS and copy the data directly to the usb drive. Then you can also use incremental backups. In Nextcloud you should only store the data that you want to access online and that you want to share with third parties, for example.
I´m new here and I hope this is the right place for my question. I have a similar problem with my Nextcloud (Hetzner Storage Share). I am definately not an IT-expert, but I’ll try to give my best to describe this issue as well as possible. By the way: Sorry for my bad English
Using cases for my Nextcloud:
There are several users on my Nextcloud. My father, who lives not in the same house as my wife and me, uses Nextcloud as primary data storage for all of his files. His data is automatically sent to my Synology NAS via Cloud Sync (one-direction / WebDAV) every night. Also there is a user (me), who stores a keepass file on the Nextcloud, that is synchronized between Nextcloud, my iPhone and my MacBook (Strongbox App) via WebDAV. The keepass file is also automatically sent to the Synology NAS via Cloud Sync (one-direction / WebDAV) every night. The third user is used for sending backups from my Synology NAS to the Nextcloud via WebDAV and Hyperbackup. This backup task runs also automatically every night. The Synology NAS is the primary file location for my wife and me. The Hyperbackup includes everything on the NAS. That means all folders, that are used by my wife and me and the folders that are used by Cloud Sync to get the data of my father and my keepass file from Nextcloud. As you can see my goal is to have all files in one Backup that is sent to my Nextcloud. During the last two years everything has run very smoothly.
**The following problems have been occurring at the same time for four weeks now: **
I have been getting an error from Hyper Backup for the last 4 weeks, that says: “The number of request has reached the limit of cloud service. Please try again later”. The backup fails. I have already tried to fix this issue with the Hetzner support. They came to the conclusion, that my Nextcloud user (Ramon) sends about 2.500 requests to Nextcloud so my IP is temporarily blocked. So Hyper Backup can’t connect to Nextcloud and after several attempts the backup task fails. This makes sense to me, but I can’t find the reason for this issue.
I have also recognized that it takes a few minutes for hyper backup to get to the status “connected”. In the past this took only a few seconds.
Important: If I start the backup task manually, it will work. Only the automatic backup task at night will fail!
I get error messages from my iOS Keepass App (Strongbox). After several tries the synchronization usually works. Sometimes I have to close the Keepass App on my Macbook and then it suddenly works.
Since the last update Nextcloud checks if you were logged in with your user name oder e-mail while generating an app token.
If you try to connect the service on App with the App Token you have great it is important dead you Use the same login date (user or email), with that you were logged in while creating it.
. However, I would not use Nextcloud as backup storage.
