Hi guys and first of all let me thank you for this great piece of software
I’m trying to backup 2 sites on 2 different servers but I always run into the same problem so I figure I’m not doing something right: this is the mail report of the backup
Copying virtual server configuration ..
Backing up Cron jobs ..
.. none defined.
Saving mail aliases ..
Saving mail and FTP users ..
Backing up mail and FTP user Cron jobs ..
.. none to backup
Copying Apache virtual host configuration ..
Copying Apache log files ..
Copying Logrotate configuration ..
Dumping MySQL database amnish ..
Backing up Webmin ACL files ..
Backing up AWstats configuration file ..
Creating backup of Mailman mailing lists ..
.. no lists found
Creating incremental TAR file of home directory ..
.. TAR failed! cat: write error: No space left on device
gzip: stdout: Broken pipe
/bin/tar: -: Cannot write: Broken pipe
/bin/tar: Error is not recoverable: exiting now
Backing up Virtualmin settings (Module configuration, Server templates, New mailbox email messages, Custom fields, links and shells, Scheduled Virtualmin backups) ..
Backup failed! See the progress output above for the reason why. Total backup time was 23 minutes, 41 seconds
Now, I’m pretty sure I have lots of free space on the disk (my site uses like 5gb and the disk is 250gb), I tried disabling quotas (totally) but the result is the same…any idea why this happens?
Thanks in advance and have a good day!
By default, the tar command would be using /tmp in order to write the backups. Your tmp drive isn’t by chance on a separate partition, is it?
What output do you get when typing:
That’ll show available space, as well as your partition layout.
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 222G 11G 200G 6% /
/dev/sda3 2.0G 36M 1.9G 2% /tmp
/dev/sda1 99M 13M 82M 14% /boot
tmpfs 505M 0 505M 0% /dev/shm
By the looks of it, it seems to be on a separate partition Isn’t it a good practice?
There’s a bazilion points of view on how to handle partitioning; one of those points of view suggests using different partitions to avoid any one user from filling up all the available space, as you’re doing
Personally, I have everything on one big partition – and just make sure all non-system users are setup with a quota.
Beyond that, I use monitoring tools to keep track of available disk space, and I get notified when disk space availability reaches certain thresholds.
To solve your current issue though, I’d go into Webmin -> Webmin -> Webmin Configuration -> Advanced, and change what the “Temporary files directory” is set to… perhaps something like /var/tmp, but anything other than /tmp would work.
Have a good one,
Thank you so much Eric, it looks like that little change solved the problem
Since you seem to be very knowledgeable of webmin’s inner workings, do you know where I can “nice” (set the priority) for the backup process to something low, so I can still serve web pages decently while doing a backup?
In the same area that you changed the Virtualmin tmp directory, look a little lower, you’ll see an option labeled “CPU Priority for Scheduled Jobs”.
It defaults to 10, but you can make that whatever you like.
Have a good one!
Thanks for helping, it worked
hi, i’ve had this problem too… i’ve changed tmp directory to /var/tmp and everything is fine… but every other process, for example php, are now using /var/tmp or have i to edit other configuration file?
By changing the Webmin variable for what tmp directory to use – that only affects the Webmin/Virtualmin processes, not all the other components running on the server.
So, it’ll just be Webmin/Virtualmin pieces that use /var/tmp – other things, such as PHP, will use whatever tmp directory they’re setup to use (which may be /tmp).
Ok thanks… I’ve changed the tmp upload dir for Php to /var/tmp. I’d like also to change tmp for MySQL… But, is it needed? I means that it maybe was just an error for backup, and other services could works well… Is there a way to check it? Thanks
It’s unlikely that you’d need to change anything other than the backup – the backup can use a rather huge amount of space. The other tools using /tmp don’t require anywhere near as much space.