Migration between pools slow down or interrupted

Tristis Oris

@olivierlambert finally got it.
vdi:vm vif id=new pool vif id, not new host.

same speed as with XO.

olivierlambert

As I said, then Your issue isn't XO related at all.

Tristis Oris

@olivierlambert yay!
i'm rollback to 6b25a211518dc85700e9a7b81c1f8259f9475826 which is working for me from XO, then start migration from cli:

so, that HW or xen problem. could it be related with 8.2.1 clean installation? https://xcp-ng.org/forum/topic/6669/vdi_io_error-continuous-replication-on-clean-install?_=1672425861045

but migration to\from this pool works after install 20 days ago.

olivierlambert

XO version you are using doesn't matter in your case.
It's hard to answer, I'm not inside your infrastructure. So many moving pieces could affect the migration speed. Network, I/O load, VM size etc.

Tristis Oris

@olivierlambert and last test, migration to 3rd pool - same speed.
so i have no idea what can be a cause.

upd
pool2<>pool3 migration fastas should be.
3rd was disabled, i just turn it on for this test.
so that only pool1 problem.

olivierlambert

You can read https://xcp-ng.org/docs/troubleshooting.html and start digging in the logs

Tristis Oris

@olivierlambert still trying to find reason of problem. This question more about informative of logs.
something happens and now i can't migrate vms outside of pool
https://pastebin.com/afHQUiFB

ok it say The VDI is not available [opterr=Interrupted operation detected on this VDI, scan SR first to trigger auto-repair]
but on scan i got same log
https://pastebin.com/WKA1juqz

also problem with backups. That another physical storage, nfs connection but same error again.

Also snapshot at few vms became orphaned and i can't delete them. again same log here.
https://pastebin.com/XPm1Y9Df

storage have no error, raid is healthy, i can rescan 2nd lun but have same problems with migration.
again nothing interesting at SMlog

Jan  9 20:05:07 : [3865] lock: released /var/lock/sm/lvm-22fc6b8e-19f0-880b-e604-68431a93f91c/9fcba1f0-bd8a-4f60-8298-519a22793cc8
Jan  9 20:05:07 : [3865] ***** LVHD over iSCSI: EXCEPTION <class 'util.CommandException'>, Invalid argument
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/SRCommand.py", line 376, in run
Jan  9 20:05:07 : [3865]     sr = driver(cmd, cmd.sr_uuid)
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/SR.py", line 156, in init
Jan  9 20:05:07 : [3865]     self.load(sr_uuid)
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/LVMoISCSISR", line 329, in load
Jan  9 20:05:07 : [3865]     LVHDSR.LVHDSR.load(self, sr_uuid)
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/LVHDSR.py", line 197, in load
Jan  9 20:05:07 : [3865]     self._undoAllJournals()
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/LVHDSR.py", line 1155, in _undoAllJournals
Jan  9 20:05:07 : [3865]     self._undoAllInflateJournals()
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/LVHDSR.py", line 1179, in _undoAllInflateJournals
Jan  9 20:05:07 : [3865]     lvhdutil.deflate(self.lvmCache, vdi.lvname, int(val))
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/lvhdutil.py", line 197, in deflate
Jan  9 20:05:07 : [3865]     vhdutil.setSizePhys(path, newSize)
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/vhdutil.py", line 262, in setSizePhys
Jan  9 20:05:07 : [3865]     ioretry(cmd)
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/vhdutil.py", line 102, in ioretry
Jan  9 20:05:07 : [3865]     errlist = [errno.EIO, errno.EAGAIN])
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/util.py", line 330, in ioretry
Jan  9 20:05:07 : [3865]     return f()
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/vhdutil.py", line 101, in <lambda>
Jan  9 20:05:07 : [3865]     return util.ioretry(lambda: util.pread2(cmd),
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/util.py", line 227, in pread2
Jan  9 20:05:07 : [3865]     return pread(cmdlist, quiet = quiet)
Jan  9 20:05:07 : [3865]   File "/opt/xensource/sm/util.py", line 190, in pread
Jan  9 20:05:07 : [3865]     raise CommandException(rc, str(cmdlist), stderr.strip())

is it possible to get more information from XO about whats really wrong?

olivierlambert

No, the issue is deep within your host, and not in XO. You need to tail the SMlog while doing a scan, check if you have ISO mounted in your VM and all of that. This can take time, but if you do it carefully, you might your problem

Tristis Oris

@olivierlambert solved. that was somewhere here.

Jan 10 16:32:51 SM: [6019] lock: released /var/lock/sm/.nil/lvm
Jan 10 16:32:51 SM: [6019] ['/sbin/dmsetup', 'status', 'VG_XenStorage--22fc6b8e--19f0--880b--e604--68431a93f91c-VHD--9fcba1f0--bd8a--4f60--8298--519a22793cc8']
Jan 10 16:32:51 SM: [6019]   pread SUCCESS
Jan 10 16:32:51 SM: [6019] lock: released /var/lock/sm/lvm-22fc6b8e-19f0-880b-e604-68431a93f91c/9fcba1f0-bd8a-4f60-8298-519a22793cc8
Jan 10 16:32:51 SM: [6019] ***** LVHD over iSCSI: EXCEPTION <class 'util.CommandException'>, Invalid argument

one of VHD became corrupted so no backups, storage can't be mounted, speed issues, etc. Need to remove it manually and it works again.

in my opinion xen should ignore such error and work with SR same way like with hdd bad blocks. But it works how it works.

olivierlambert

Good catch