Restore on new server failed - not enough free space - but there is

SYSTEM INFORMATION
OS type and version Debian 12
Virtualmin version 7.20.2

Just wanted to restore domain to the new server and I get:

Extracting TAR file of home directory ..
.. warning - this backup contains 1.93 GiB of files, but your system only has 1.21 GiB free ..
.. TAR failed!

How ever, in virtualmin > System Settings > Account Plans everything is set to unlimited .
VPS has 100Gb and is now at 8% capacity.

In the Dasboard I see:
Warning! The 8.82 GiB filesystem mounted at / has no free disk space!

What can be the problem?

I believe it relates to:

root@dns01:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda4       8.9G  8.2G  229M  98% /

The 8.82 GiB filesystem mounted at / has no free disk space! That is the problem.

Your VPS may have a 100 GB at 8%. But the 8.82 GiB filesystem mounted at / has no free disk space.

1 Like

I don’t know how the error can be more clear, or more accurate.

Why do you believe you have 100GB of space? The kernel believes you have 8.9GB with 8.2GB free, and it knows better than anyone.

If there’s another disk available to you, it does not appear to be mounted, and even if you do mount it, you’ll need to do something to get it mounted in such a way you can use it normally. If you just put it in some random location in /mnt or whatever, no software will use it.

You also probably can’t just mount it on /home (which would be the usual recommendation if you had a decently sized /, but not enough for your Virtualmin domain users, websites, and email), because databases live in /var/lib, and so you’d still run out of space because 8.9GB is to tiny even for the base OS install, much less for databases and logs and other stuff that lives in /var.

So, where is this 100GB you say you have?

It’s ~200Gb according to the Dashboard.
image

I cleaned the old server to reduce the backup and have now 700Mb tar.gz data. I get a bit further, but it still fails…

Restoring allowed MariaDB hosts ..
 Fatal Error!
Restore failed : SQL desc `db` failed : Disk full (/tmp/#sql-temptable-54e-1e6-f1.MAI); waiting for someone to free some space... (errno: 28 "No space left on device")

df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda4 8.9G 7.4G 1007M 89% /

Seems I need to increase some size, but not sure which and how. Help is very much appreciated.

have a look here to see how your disk(s) have been allocated maybe you will have to shrink one of the volumes and at that regained space


LVM, if your not used to it, is difficult so if you are unsure on what you are doing it may be worth getting some who is happy with LVM to make the changes for you

Thank you for your reply. Is LVM paid version? I am on the free version and don’t have the option. I see it in “Un-used Modules”, but no install option.

I see Edit Disk Partitions - but no re-size option.

Is there any restore option from other folders?

I restored already two domains, one smaller one and one of similar size (~700Mb tar.gz), this is the last one.

I don’t understand why the / (root folder) even gets filled up. Main space are the mailboxes in /Home ~2.7Gb

  • I have installed on KVM/TrueNAS using a VirtIO device.
  • When installing Ubuntu I used the whole disk
  • I did not use LVM.

Here is my layout

Because /home is on the same partition as /. What is on that windows partition ? Is this a virtual machine running on a windows box or home pc or a linux machine ?

1 Like

It’s a normal KVM VPS with Debian 12. Sounds like I made an error when installing virtualmin. I just followed this page > Downloading and Installing | Virtualmin — Open Source Web Hosting Control Panel - it didn’t say anything about folders etc.

What’s on the windows partition ? As that is where all your space is locked up in. Can you delete it ?

I am not sure why there is anything Windows related. I see
/boot/efi/EFI/BOOT/ and /debian/
/boot/grub/ and /lost + found/

/grub/ has Windows files.

I am not sure I should delete anything. I would prefer to enlarge that core folder, or have things run outside of it. Before I had 20Gb and it was enough, now I have 200Gb and problems :wink:

One option might be to restore the remaining domain without the actual mailboxes. I am not sure virtualmin can just create the mailboxes without the old data.

df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           795M  580K  794M   1% /run
/dev/vda4       8.9G  6.8G  1.7G  81% /
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/vda3       734M  108M  573M  16% /boot
/dev/vdb        196G   28K  186G   1% /data
/dev/vda2       189M   12M  177M   7% /boot/efi

Question: seems the /data folder is the big one. Should I have run virtualmin installation script inside the /data folder?

Shoulders added a screenshot, i thought it was yours so what is on /dev/vdb ?

/dev/vdb has one lost+found folder and is otherwise empty. This is probably where all mailboxes and sites should go. I do not recall that option when I installed virtualmin (VPS was brand new).

I just installed another virtual server just for testing, I didn’t see any folder options.

It’s a FAT32 Format and where the /boot for efi resides. DO NOT DELETE THIS FOLDER or you will not be able to boot into your OS.

1 Like

How did you create all these partitions? Technically on a 200GB you should only have 2 partitions, one for /boot/efi or /boot and the other for all folders in /

I would recreate this and tell Debian to manually create the partitions for you. This will put all folders into the / and grub boot loader into /boot/efi or /boot depending on your mother board.

I didn’t create anything. I just bought the VPS and chose Debian 12 64-bit pre-installed. It’s somewhere hosted VPS. No hardware at my location.

This is how /home looks like:

image

I only have it a few days. Birth date is not from me.

I would talk to the company you purchased this from. Ask them why their Debian setup is creating so many unwanted partitions. Unless you have added an additional hard drive that is the /dev/vdb?

Your 200GB Folder showing /data should have everything set up on that drive.

Additional notes:
By the looks of the df output, It is showing you have 2 drives. One is a 10gb and the other is 200gb.
Everything has been installed and setup on the 10gb drive. The OS seems to be taking up all the space of the 10gb drive.

You will need help with the company you purchased this from and have them switch the 200GB drive to show as the main drive before the OS can even install.

No software, including Virtualmin, puts anything in /data.

Last try worked…symlink did the trick. What I did:

sudo mkdir /data/home
sudo rsync -aXS /home/. /data/home/.
sudo mv /home /home_backup
sudo ln -s /data/home /home
ls -l /
sudo rm -rf /home_backup  [well, not yet]
df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           795M  580K  794M   1% /run
/dev/vda4       8.9G  4.5G  4.0G  54% /
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/vda3       734M  108M  573M  16% /boot
/dev/vdb        196G  5.8G  181G   4% /data
/dev/vda2       189M   12M  177M   7% /boot/efi

Next stop, Roundcube…

That won’t change anything. Where you run the Virtualmin install script is irrelevant.

Nothing would go in /data.