Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.Sign up
Fixing the backup script #1494
Any OS that puts
0.9.8 rel 19
apache, nginx, mysql (But doesn't matter)
Steps to Reproduce
Run v-backup-user or v-restore-user on a user whose backup takes up more space than is available on
Related Issues/Forum Threads
I'm generally fine with the idea of dropping files in /tmp temporarily while creating a backup. It's just a problem when you don't have enough memory to accommodate the size of the whole backup.
I suggested a solution (ish) on the forum, but it seems like I'd have to write here if something is to be done about it. As you can see in the thread, this is a huge issue for several people, and the only thing we can do to work around it is to directly modify the v-backup-user and v-restore-user scripts. Somehow VestaCP seemed to even update itself to this version, and patching files is not really any kind of solution if Vesta updates automatically (Which I would consider bad behaviour on a production server for anything except security patches).
the problem with the backup script is also that is just not deleting failing backups in /tmp, that is just causing a full run disk on some low space machines and is complete useless, i had many bad issues with the backup script, missing www. in front of domains stopped working the script and now after update it checked for nginx.ssl.conf, which was disabled on the domain, so it could not exists, but it just stopped doing it's job.
not reliable for me