I reported this back I believe in the Consultation thread but saw it was supposed have been fixed already. I get this in my automated back up log:
Backing up mysql-3.hldns.net to /backup/mysql-3.hldns.net.gz on host system .. .. backup failed : All disks have been either excluded from the backup or are for swap Backing up mysql-4.hldns.net to /backup/mysql-4.hldns.net.gz on host system .. .. backup failed : All disks have been either excluded from the backup or are for swap
The other VMs back up just fine. The only thing different is that this is an image I made. I set up a CentOS 7 image and installed Webmin and MySQL on it with all of my configurations. I then shut down the VM and created an image of it through CM. I then created these two VMs (above with errors) using that image. This seems to happen using images that I create through Cloudmin. If I use one of the CM images, for example the base CentOS 7 image, it works fine every time.
What am I missing?
Status:
Active
Comments
I can't even manually back it up either.
Progress. It seems the CM Official images have the parameter: xen_filesystem_lv in their /etc/webmin/servers/xxxx.serv file but when I create an image of a VM I made and then reuse it to create a new VM it does not. Manually adding that parameter xen_filesystem_lv to the .serv file seems to correct the issue.
How long before you patch this? Seems to be a long standing bug. I found other references to this issue in the archives.
Submitted by JamieCameron on Tue, 10/11/2016 - 23:40 Comment #3
Damn, I thought I'd fixed that a few releases back.
Did you originally create the VM on LVM, but after the imaging and re-creation it was using regular files for disks?
It can replicated it easily.
Submitted by JamieCameron on Wed, 10/12/2016 - 00:12 Comment #5
What if you just try backing up immediately after step 1 - does that work?
Yes, I said that earlier. Stock CM images work fine. It fails on images you create yourself.
Submitted by JamieCameron on Wed, 10/12/2016 - 00:23 Comment #7
That is very odd, since the CM images were created by me using CM!
Can I login to your system and try creating a test VM?
Yes, you have my credentials in a previous email.
Submitted by JamieCameron on Wed, 10/12/2016 - 00:28 Comment #9
Ok, taking a look now.
What was the name of the image you created?
centos7-mysql
Submitted by JamieCameron on Wed, 10/12/2016 - 00:37 Comment #11
Which host system can I create a VM on, and what IP should I use for it?
Try h4. it has plenty of ram and disk space. 199.249.188.97
Submitted by JamieCameron on Wed, 10/12/2016 - 00:54 Comment #13
Ok, running now.
Have you been able to reproduce and isolate the issue?
Submitted by JamieCameron on Wed, 10/12/2016 - 01:25 Comment #15
Creating is still running! I will take a look again in the morning..
It's a 100gb disk and I had 16gb ram on it. It takes about 20-30 min to create it.
Submitted by JamieCameron on Wed, 10/12/2016 - 01:30 Comment #17
So I created a VM called "jamietest" , and it does have the
xen_filesystem_lv
line in its config file.Not sure what the deal is. I created that mysql-3 and mysql-4 and both had the same problem. I changed them and now it backs up. I'll see if yours fails or not this evening.
Ok, a bit frustrating. After I made those changes last night, mysql-4 backed up fine. The auto backup ran over night and produced the error again!
Not sure where to go from here.
Submitted by JamieCameron on Wed, 10/12/2016 - 22:27 Comment #20
Is that still happening for
mysql-4.hldns.net
? Because its config looks OK.It did that last night. I'll find out in the morning to see if it happens again after the backups run at midnight.
Ok, I'm flustered. Yesterday, MySQL-3 backed up fine and MySQL-4 did not. Now, neither do yet VMs I manually created one at a time worked fine.
Submitted by JamieCameron on Thu, 10/13/2016 - 23:24 Comment #23
Ok, let me take a look at the state of those VMs now..
Submitted by JamieCameron on Thu, 10/13/2016 - 23:29 Comment #24
So I just kicked off a backup with the command :
vm2 backup-systems --host mysql-3.hldns.net --dest host:/backup
and it seems to be running OK. How did you do that backup that you got the error from?
Automated nightly backups of all VMs.
Submitted by JamieCameron on Thu, 10/13/2016 - 23:50 Comment #26
Ok, let's see how the backup I'm currently running goes. I don't understand how a scheduled backup could behave differently from a manual backup though, as the code is the same.
I've changed the backups to run one at a time tonight. We'll see if that VM will auto back up this time.