after downgrading xcp host from trail 90% of my vms are not booting..

cyford

ok yeah i would of said upgrade.. but yes i try to keep it simple so i dont break anything and loose months of work lol

i did the trial to see if i can gain performace, as my last topid was performance issues..
with kubernetes running in vms..

then i also opened it up with longhorn pvc provider , in which i learned there seems to be a lack of I/o in these vms

https://github.com/longhorn/longhorn/issues/8303

i xoa locked me aout an wouldnt do anything till i downgrad so i did as it asked.. i do not know what i douwngrated to or what it did behind the scenes..

systems was working for a while but i seen vms started acting up .. so natuarally rebooting them has always fixed it.. not this time.. only vms on /dev/sda are working now

cyford created this issue in longhorn/longhorn

closed [BUG] Stability issues on XCP-ng VMs #8303

Danp

@cyford said in after downgrading xcp host from trail 90% of my vms are not booting..:

i xoa locked me aout an wouldnt do anything till i downgrad so i did as it asked.. i do not know what i douwngrated to or what it did behind the scenes..

Your trial expired, so it forced you to revert to XOA Free and no longer you had access to features such as backups but you are still able to manage your VMs.

systems was working for a while but i seen vms started acting up .. so natuarally rebooting them has always fixed it.. not this time.. only vms on /dev/sda are working now

It sounds like you have storage that isn't mounting, which wouldn't have anything to do with XOA and wouldn't have been caused by downgrading from the Premium trial.

cyford

@Danp

Thanks Danp , it is curtainly a huge coincidence then .. my i/o issues had me rebooting constantly for weeks.. soon as i downgrade i can not reboot anymore.. Anyways how can i force it being mounted

i do see a error about the vdi failed when scaning the repo..
please do not tell me i need to delete all an recreate them

cyford

@cyford
also when the trial expires the whole panel is useless till you downgrade.. everylink you click takes you to the downgrade.. u can not use xoa till the downgrade is complete

manilx

@cyford How about https://forums.lawrencesystems.com/t/how-to-build-xen-orchestra-from-sources-2024/19913

Takes you 15min

Danp

@cyford said in after downgrading xcp host from trail 90% of my vms are not booting..:

everylink you click takes you to the downgrade.. u can not use xoa till the downgrade is complete

Yes, that is clearly by design.

my i/o issues had me rebooting constantly for weeks.. soon as i downgrade i can not reboot anymore..

Sounds like you were having storage problems before the XOA downgrade.

i do see a error about the vdi failed when scaning the repo..
please do not tell me i need to delete all an recreate them

You could check /var/log/SMlog to see if it provides further details related to this VDI.

cyford

@Danp

thats not correct . only in these vm's there is issues, test proves fine in the host or any other os performance issues and errors is only in the vm's themselves

also in the host it shows as there mounted and all drives test fine and have great speed an performance in the host

cyford

here is the complete logs for smlog

https://pastebin.com/TPWJnZJW

cyford

@Danp said in after downgrading xcp host from trail 90% of my vms are not booting..:

I haven't used the Windows client in forever, so I can't tell if the toolstack restart was successful or failed. Can you try restarting the toolstack using XOA? Also, can you show us a screenshot of the host's Storage tab in XOA?

Reply

i restarted it in xoa aswell it doesnt work

when i start a vm this is what i see in the logs:

Apr 11 14:59:33 kk-xcp-00 SM: [31761] lock: opening lock file /var/lock/sm/4679372d-1f16-5dce-68dd-6984f5009a94/sr
Apr 11 14:59:33 kk-xcp-00 SM: [31761] LVMCache created for VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94
Apr 11 14:59:33 kk-xcp-00 SM: [31761] lock: opening lock file /var/lock/sm/.nil/lvm
Apr 11 14:59:33 kk-xcp-00 SM: [31761] ['/sbin/vgs', '--readonly', 'VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94']
Apr 11 14:59:34 kk-xcp-00 SM: [31761] FAILED in util.pread: (rc 5) stdout: '', stderr: '  Volume group "VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94" not found
Apr 11 14:59:34 kk-xcp-00 SM: [31761]   Cannot process volume group VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94
Apr 11 14:59:34 kk-xcp-00 SM: [31761] '
Apr 11 14:59:34 kk-xcp-00 SM: [31761] LVMCache: will initialize now
Apr 11 14:59:34 kk-xcp-00 SM: [31761] LVMCache: refreshing
Apr 11 14:59:34 kk-xcp-00 SM: [31761] lock: acquired /var/lock/sm/.nil/lvm
Apr 11 14:59:34 kk-xcp-00 SM: [31761] ['/sbin/lvs', '--noheadings', '--units', 'b', '-o', '+lv_tags', '/dev/VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94']
Apr 11 14:59:34 kk-xcp-00 SM: [31761] FAILED in util.pread: (rc 5) stdout: '', stderr: '  Volume group "VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94" not found
Apr 11 14:59:34 kk-xcp-00 SM: [31761]   Cannot process volume group VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94
Apr 11 14:59:34 kk-xcp-00 SM: [31761] '
Apr 11 14:59:34 kk-xcp-00 SM: [31761] lock: released /var/lock/sm/.nil/lvm
Apr 11 14:59:34 kk-xcp-00 SM: [31761] vdi_epoch_begin {'sr_uuid': '4679372d-1f16-5dce-68dd-6984f5009a94', 'subtask_of': 'DummyRef:|a036458a-6043-476f-bce5-21a6ca72d1dc|VDI.epoch_begin', 'vdi_ref': 'OpaqueRef:3a903002-b13c-48b7-990e-f466fe0b6037', 'vdi_on_boot': 'persist', 'args': [], 'vdi_location': 'c0fe61ce-931d-4f51-bb78-6595edb4d4f6', 'host_ref': 'OpaqueRef:e40ba20c-5291-43e3-8a40-bcc6332ad750', 'session_ref': 'OpaqueRef:68bc589a-0524-4ced-81e6-b789e0592581', 'device_config': {'device': '/dev/sdb', 'SRmaster': 'true'}, 'command': 'vdi_epoch_begin', 'vdi_allow_caching': 'false', 'sr_ref': 'OpaqueRef:f2bc7092-9ba7-40ac-b3a1-f01228ee2079', 'vdi_uuid': 'c0fe61ce-931d-4f51-bb78-6595edb4d4f6'}

Danp

I haven't checked your pastebin yet, but those definitely appear to be storage issues to me based on the logs shown in your screen shots. You should post the output of pvdisplay, lvdisplay, and vgdisplay for the affected storage.

cyford

@Danp

reboote the server and it did not come up lol dude these drives are good, hardware is good.. something to do with this hypervisor.. think i may need to reinstall the os tommorow..

if there is a repair option in this iso i will try it..

most is kubernetes so deploying is easy .. but my git was not updated in weeks so im scared i will loose data from one of the vms. i wish i could mount it somehow externally is that possible?

ill run your commands tommorow though

Danp

@cyford said in after downgrading xcp host from trail 90% of my vms are not booting..:

2 Sr's are local.. 1 is SAS drives raid 0 , and the other is SSD SAS raid 0

the only one that works is raid 1 local drive

I'm confused by the above. Are there 2 local SRs or 3? How were these created?

Which SRs are working correctly and which SRs are giving you problems?

@cyford said in after downgrading xcp host from trail 90% of my vms are not booting..:

when i start a vm this is what i see in the logs:
Apr 11 14:59:34 kk-xcp-00 SM: [31761] FAILED in util.pread: (rc 5) stdout: '', stderr: ' Volume group "VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94" not found
Apr 11 14:59:34 kk-xcp-00 SM: [31761] Cannot process volume group VG_XenStorage-4679372d-1f16-5dce-68dd-6984f5009a94

When you create an SR, it builds a file system on the target device. In the above, it is trying to access a volume group that no longer appears to exist. This is a storage problem.

@cyford said in after downgrading xcp host from trail 90% of my vms are not booting..:

reboote the server and it did not come up lol dude these drives are good, hardware is good.. something to do with this hypervisor

I said that you appear to have a storage problem, which doesn't necessarily imply a hardware problem.

i wish i could mount it somehow externally is that possible?

I imagine so, but it depends on many factors that are unknown at this time.

cyford

@Danp

just want to say after reinstalling all and recreating the all repositories i do have any disk errors or IO issues

Danp

@cyford said in after downgrading xcp host from trail 90% of my vms are not booting..:

@Danp

just want to say after reinstalling all and recreating the all repositories i do have any disk errors or IO issues

I assume that you meant to Include a not in there.

cyford

@Danp

yes your correct .. however my source issues started again..

there is some issue using kubernetes, longhorn with mariadb operator in xcpng

having a hard time tracking down the root cause