[Solved] Yet another question about Backup - why so small backup created with XOA?

olivierlambert

Can you do a mount command? /ls is NOT a mountpoint created by XAPI/XCP-ng, but something mounted manually, that's why I'm a bit surprised

AlexTheBest

@olivierlambert,

now I could not unmount /ls because now one of VM is working.
I suppose umount just will not unmount /ls because of opened files
Moreover /ls is only SR...
It could be little bit catastrofical for system. Isn't it?

olivierlambert

I said mount, to display all the mount, please read my posts carefully

AlexTheBest

@olivierlambert

sorry...

# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,size=3727468k,nr_inodes=931867,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/md126p1 on / type ext3 (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
xenfs on /proc/xen type xenfs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
xenstore on /var/lib/xenstored type tmpfs (rw,relatime,mode=755)
/dev/md126p3 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/md126p5 on /var/log type ext3 (rw,relatime)
/dev/sdd1 on /backups type ext3 (rw,relatime)
/dev/sdc1 on /ls type ext3 (rw,relatime)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=747980k,mode=700)

#

olivierlambert

So you did mount manually /ls. Please explain each step you did, because I think you are not doing it the right way.

When you create a SR in XCP-ng/XO, the whole system will format the drive (or partition) for you, and mount it too.

It's mounted usually in /run/sr-mount/<SR UUID>.

So I'm sure you did that somehow different, and that might cause many issues. Please try to remember what you did exactly But in any case, you shouldn't NOT have img file in that folder. I'm under the impression you are using a RAW SR mounted manually as an ISO SR or something really really incorrect.

So, the issue is very likely a configuration issue form the start, that is making XVA export (and any kind of backup) failed. Just to be clear: XCP-ng is NOT your usual distro. You shouldn't NOT have to manually mount drives in it and go 100% via the API/XO/whatever client.

AlexTheBest

@olivierlambert,
What I did as I think:

Made standard installation with standard SR at VLM volume;
Created 2-nd SR (/ls);
Removed 1-st SR and set /ls as main SR;
Created VM;

I did not know that it is some special linux.

Do you think it is possible to convert current VM(s) to normal state?

I have one more ssd disk for temporary using. It could make process faster.

olivierlambert

How did you create the SR?

If you have an available extra partition or disk, you can use it do make a normal/viable SR. In XO, new/storage, local LVM/ext (both are OK) and enter the partition. Please use a NON formatted partition. It will do everything for you (install the FS, mount it). Then migrate your VMs to it.

See https://docs.xcp-ng.org/storage/#local for a screenshot on SR creation.

When you'll have a correct setup, backup will magically work

AlexTheBest

@olivierlambert,

Do you think that my current VMs normally migrate to new created SR?
Ok, I will try and see by myself and write here.

AlexTheBest

I have got reason to be proud of me.

I did!

Firstly, I installed spare ssd disk and add one as new SR (ext3).

[for those looking for an adventure up their own arse]
this morning was started disgustingly
all VMs have forgot their disks (CPU presents, RAM and LAN too, DISK absent (0 kb)) and did not started.
I honestly tried to use my "copy(es) of images" - IMG-files I wrote about above (do not ask me how these IMG-files was created - I don't know).
It did not works directly. System did not recognize IMG-files as something useful.
I converted my IMG-files to vhd

qemu-img convert  53ab0887-3dba-47e9-a3c0-7d04f9fe71b0.img -O vpc -o subformat=dynamic  53ab0887-3dba-47e9-a3c0-7d04f9fe71b0.vhd

Ok, last week one of my VM had 20 Gb of disk space (now no disk at all). I added new empty 20 Gb disk to VM. And then "Import VDI" just converted vhd-file to newborn 20 Gb disk.
Voilà! VM started!!!
[/for those looking for an adventure up their own arse]

After all my VM started NORMALLY (!) (backup works and creates gigabytes' sized backup, snapshots work too) I migrated all VM to new SR.

There are some questions I would like to clarify:
New SR - SR I created today, right SR;
Old SR - bad SR (/ls), where IMG-files are.
~~1. Although I have migrated all my VM to new SR, IMG-files are still at old SR. I would like to remove old SR and create a new (right, ext3) one instead.~~
~~So, when I remove these IMG-files if I don't get into another round of trouble (something like "i won't start. where is my starting image?")?~~
2. One of my acquaintances insists on that SR should be under RAID. At least "mirror". I have OS's volume with "mirror" and about 2 Tb of unused space there.
So, is RAID necessary for SR?
And, is it a good idea to place SR at system disk (RAID1)?
~~And how can I set a selected SR as default?~~

Upd1
@olivierlambert said in [Solved] Yet another question about Backup - why so small backup created with XOA?:

How did you create the SR?

In the status of this SR was one interesting string "legacy=yes". I suppose this explains how I reached this unusual result (IMG-files which nobody beside me did not see before, very small backup etc)

Upd2
I have answered to my questions by myself
(firstly, migrate everything to a new SR, set it as default if necessary

xe pool-param-set uuid=xxxx default-SR=xxxx

)

florent

@AlexTheBest great work and effort alex , and welcome to modern storage .