@olivierlambert,
I ended up copying the old application data from the crashed VM via a live CD and deployed a new VM (running on HVM.) Everything seems to be working fine now.
Latest posts made by asai
-
RE: Error 13: Invalid or unsupported executable format
-
RE: Error 13: Invalid or unsupported executable format
@olivierlambert,
Thanks for the assistance. I'm exporting the data from the VM via Live CD and will build a new VM and import applications from old VM. -
RE: Error 13: Invalid or unsupported executable format
@olivierlambert,
Is there a simple way to start the VM with PVshim? After googling around I couldn't find anything that would explain how to do this for the non-specialized person. -
RE: Error 13: Invalid or unsupported executable format
@olivierlambert,
This is an x86_64 VM. I originally made the VM on XenServer back when it was Citrix owned. Then I actually migrated it over to KVM about 7 years ago. And then about 3 years ago, I migrated the VM back to XCP-ng using a qcow conversion routine that included running a dracut regenerate command.dracut --regenerate-all -f && grub2-mkconfig -o /boot/grub2/grub.cfg
I wonder if I could somehow start in recovery mode and use that same command to regenerate the VM?
-
RE: Error 13: Invalid or unsupported executable format
@olivierlambert , thank you for your reply.
I did switch to HVM, however that's when I get the grub bootloader screen with the Error 13: Invalid or unsupported executable format.
So, PVShim might work in this case? I will give it a shot.
-
RE: Error 13: Invalid or unsupported executable format
@Danp ,
The crazy thing is is these are old centos 5.5 vms. They haven't had any patches for ages. Neither have the hosts been patched for quite a while...
That's what I would think too but seems unlikely in this case...
-
Error 13: Invalid or unsupported executable format
Greetings,
After a clean shutdown yesterday, two older CentOS 5 VM that have been running fine for many years refused to come back up. I'm running XCP 7.6.
The VM CPU spikes to 100%, and I get "Error 13: Invalid or unsupported executable format" in the console.
I can't seem to restore from a recent (3 day old) snapshot either, same problem.
After doing some searching and trying launching from Grub, I'm stuck.
Can anyone shed some light on this?
Thanks for your insight.
-
RE: VM Shuts down on 24th of every month
@d_j , man that's weird.
It hasn't happened again, but it happened 3 months in a row. Dec. - Feb.
Super weird.
-
RE: VM Shuts down on 24th of every month
@danp and @olivierlambert ,
Thanks for the response. There are no logs in the guest VM, just a cutoff in /var/log/messages.
I am using XO, and using Delta Backups, but they were not happening on the 24th consistently for the last 3 months, only last month did a backup happen on the 24th. They're scheduled on Mon., Wed., and Fri.
Yes, this is a very odd thing. I've been running Xen VMs since 2007 and have never seen this kind of thing.
-
VM Shuts down on 24th of every month
Greetings,
We have a VM that has started to hard shutdown on the 24th of every month for the last 3 months. There's nothing in the crontab (CentOS 7), and the xen logs show things like below. Can anyone give us some advice on where to start looking for solutions here? Thank you for any assistance you can render.
Feb 24 23:59:42 monota xenopsd-xc: [debug|monota|7 ||xenops] EPOLL error on domain-17, close QMP socket Feb 24 23:59:43 monota xenopsd-xc: [debug|monota|17 |Parallel:task=3310620.atoms=2.(VBD.unplug vm=6e91bf5a-6f02-4597-6e37-30698b4e539c)|xenops] Device.Generic.hard_shutdown about to blow away backend and error paths Feb 24 23:59:43 monota xenopsd-xc: [debug|monota|15 |Parallel:task=3310620.atoms=2.(VBD.unplug vm=6e91bf5a-6f02-4597-6e37-30698b4e539c)|xenops] Device.Generic.hard_shutdown about to blow away backend and error paths Feb 24 23:59:43 monota xenopsd-xc: [debug|monota|17 |Parallel:task=3310620.atoms=2.(VBD.unplug vm=6e91bf5a-6f02-4597-6e37-30698b4e539c)|xenops] xenstore-rm /local/domain/0/error/backend/vbd3/17 Feb 24 23:59:43 monota xenopsd-xc: [debug|monota|17 |Parallel:task=3310620.atoms=2.(VBD.unplug vm=6e91bf5a-6f02-4597-6e37-30698b4e539c)|xenops] xenstore-rm /local/domain/17/error/device/vbd/768 Feb 24 23:59:43 monota xenopsd-xc: [debug|monota|15 |Parallel:task=3310620.atoms=2.(VBD.unplug vm=6e91bf5a-6f02-4597-6e37-30698b4e539c)|xenops] xenstore-rm /local/domain/0/error/backend/vbd3/17 Feb 24 23:59:43 monota xenopsd-xc: [debug|monota|15 |Parallel:task=3310620.atoms=2.(VBD.unplug vm=6e91bf5a-6f02-4597-6e37-30698b4e539c)|xenops] xenstore-rm /local/domain/17/error/device/vbd/5696 Feb 24 23:59:44 monota xenopsd-xc: [debug|monota|10 |events|xenops] Device.Generic.hard_shutdown about to blow away backend and error paths Feb 24 23:59:44 monota xenopsd-xc: [debug|monota|10 |events|xenops] xenstore-rm /local/domain/0/error/backend/vif/17 Feb 24 23:59:44 monota xenopsd-xc: [debug|monota|10 |events|xenops] xenstore-rm /local/domain/17/error/device/vif/0 Feb 24 23:59:45 monota xapi: [debug|monota|561 |xapi events D:34fe87c9d9cc|helpers] Helpers.call_api_functions failed to logout: Server_error(SESSION_INVALID, [ OpaqueRef:ce31d273-1eaf-440b-8632-69a6282b278c ]) (ignoring)