We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
admin → backup failed. Not enough disk space to run backup
-
- Posts: 3
- Joined: Mon Dec 15, 2014 4:27 pm
admin → backup failed. Not enough disk space to run backup
Hello I've installed Vesta on cloud server (Ubuntu 14.04 x64),
I've used template "hosting" for domain and all my 5 subdomains,
but everyday Vesta send me a mail:
"admin → backup failed
Not enough disk space to run backup"
Here is "df -h" command results:
I've used template "hosting" for domain and all my 5 subdomains,
but everyday Vesta send me a mail:
"admin → backup failed
Not enough disk space to run backup"
Here is "df -h" command results:
Re: admin → backup failed. Not enough disk space to run back
Please provide us /var/log/vesta/backup.log. Also how big are all your site together? Do you have a big database?
-
- Posts: 3
- Joined: Mon Dec 15, 2014 4:27 pm
Re: admin → backup failed. Not enough disk space to run back
My site has 5 subdomains, including 3 forums,
total size of home\admin\web is 2.83Gb
one of these forums has 1.87Gb attachment-data.
I have 3 databases, sizes in .sql-format:
3.828 Mb
0.221 Mb
0.138 Mb
__________________________________________________________________________
IT IS "nano /var/log/vesta/backup.log"
(real domain names changed to "subdomain1.example.com")
__________________________________________________________________________
GNU nano 2.2.6 File: /var/log/vesta/backup.log
================================
admin
--------------------------------
-- SYSTEM --
2014-12-09 05:10:01 admin.conf
2014-12-09 05:10:01 stats.log
2014-12-09 05:10:01 history.log
2014-12-09 05:10:01 pam
-- WEB --
2014-12-09 05:10:01 default.domain
2014-12-09 05:10:02 subdomain1.example.com
2014-12-09 05:10:31 subdomain2.example.com
2014-12-09 05:10:32 subdomain3.example.com
2014-12-09 05:10:45 subdomain4.example.com
2014-12-09 05:15:01 subdomain5.example.com
2014-12-09 05:15:07 *** 6 domains ***
-- DNS --
2014-12-09 05:15:08 default.domain
2014-12-09 05:15:08 subdomain1.example.com
2014-12-09 05:15:08 subdomain2.example.com
2014-12-09 05:15:08 subdomain3.example.com
2014-12-09 05:15:08 subdomain4.example.com
2014-12-09 05:15:08 subdomain5.example.com
2014-12-09 05:15:08 *** 6 domains ***
-- MAIL --
2014-12-09 05:15:08 default.domain
2014-12-09 05:15:08 subdomain1.example.com
2014-12-09 05:15:08 subdomain2.example.com
2014-12-09 05:15:08 subdomain3.example.com
2014-12-09 05:15:08 subdomain4.example.com
2014-12-09 05:15:08 subdomain5.example.com
2014-12-09 05:15:08 *** 6 domains ***
-- DB --
2014-12-09 05:15:08 admin_default (mysql)
2014-12-09 05:15:09 *** 1 database ***
-- CRON --
2014-12-09 05:15:09 *** 7 jobs ***
-- User Dir --
2014-12-09 05:15:09 adding directory tmp
2014-12-09 05:15:09 *** 1 user directory ***
-- SUMMARY --
2014-12-09 05:15:42 Local: /backup/admin.2014-12-09.tar
2014-12-09 05:15:42 Size: 1731 Mb
2014-12-09 05:15:42 Runtime: 5 miutes
--------------------------------
================================
admin
--------------------------------
total size of home\admin\web is 2.83Gb
one of these forums has 1.87Gb attachment-data.
I have 3 databases, sizes in .sql-format:
3.828 Mb
0.221 Mb
0.138 Mb
__________________________________________________________________________
IT IS "nano /var/log/vesta/backup.log"
(real domain names changed to "subdomain1.example.com")
__________________________________________________________________________
GNU nano 2.2.6 File: /var/log/vesta/backup.log
================================
admin
--------------------------------
-- SYSTEM --
2014-12-09 05:10:01 admin.conf
2014-12-09 05:10:01 stats.log
2014-12-09 05:10:01 history.log
2014-12-09 05:10:01 pam
-- WEB --
2014-12-09 05:10:01 default.domain
2014-12-09 05:10:02 subdomain1.example.com
2014-12-09 05:10:31 subdomain2.example.com
2014-12-09 05:10:32 subdomain3.example.com
2014-12-09 05:10:45 subdomain4.example.com
2014-12-09 05:15:01 subdomain5.example.com
2014-12-09 05:15:07 *** 6 domains ***
-- DNS --
2014-12-09 05:15:08 default.domain
2014-12-09 05:15:08 subdomain1.example.com
2014-12-09 05:15:08 subdomain2.example.com
2014-12-09 05:15:08 subdomain3.example.com
2014-12-09 05:15:08 subdomain4.example.com
2014-12-09 05:15:08 subdomain5.example.com
2014-12-09 05:15:08 *** 6 domains ***
-- MAIL --
2014-12-09 05:15:08 default.domain
2014-12-09 05:15:08 subdomain1.example.com
2014-12-09 05:15:08 subdomain2.example.com
2014-12-09 05:15:08 subdomain3.example.com
2014-12-09 05:15:08 subdomain4.example.com
2014-12-09 05:15:08 subdomain5.example.com
2014-12-09 05:15:08 *** 6 domains ***
-- DB --
2014-12-09 05:15:08 admin_default (mysql)
2014-12-09 05:15:09 *** 1 database ***
-- CRON --
2014-12-09 05:15:09 *** 7 jobs ***
-- User Dir --
2014-12-09 05:15:09 adding directory tmp
2014-12-09 05:15:09 *** 1 user directory ***
-- SUMMARY --
2014-12-09 05:15:42 Local: /backup/admin.2014-12-09.tar
2014-12-09 05:15:42 Size: 1731 Mb
2014-12-09 05:15:42 Runtime: 5 miutes
--------------------------------
================================
admin
--------------------------------
Re: admin → backup failed. Not enough disk space to run back
Totaly the same situation. But in my situation it start to appears after moving from one to another server with VestaCPSvyatoslav wrote: Vesta send me a mail:
"admin → backup failed
Not enough disk space to run backup"
-
- Posts: 3
- Joined: Mon Dec 15, 2014 4:27 pm
Re: admin → backup failed. Not enough disk space to run back
MY ANSWER:
In the folder /home/backup of my Ubuntu server Vesta try to put .tar archives (about 1.7Gb) every night,
if I delete all existing archives – everything is ok, Vesta put a new archive next night.
So, the problem just because of "not enough disk space".
Decision of the problem:
delete files in /home/backup (after downloading the files to another computer)
and maybe increase hard drive of your server.
In the folder /home/backup of my Ubuntu server Vesta try to put .tar archives (about 1.7Gb) every night,
if I delete all existing archives – everything is ok, Vesta put a new archive next night.
So, the problem just because of "not enough disk space".
Decision of the problem:
delete files in /home/backup (after downloading the files to another computer)
and maybe increase hard drive of your server.