[ovirt-users] Re: [ovirt-announce] Re: oVirt 4.4.8 Async update #4
Hi Diggy, If you have updated to oVirt 4.4.8 prior to 4.4.8.6 async release, it means your system got impacted. To fix it, you need to set some value to HEVM timezone and then try again (at least how I understand it). Regards, Marina. On Sun, Sep 26, 2021 at 3:00 PM Diggy Mc wrote: > I'm not sure you fixed the compatibility version problem. I upgraded the > HE to 4.4.8.6 and rebooted it. Still cannot upgrade compatibility. > ___ > Announce mailing list -- annou...@ovirt.org > To unsubscribe send an email to announce-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/annou...@ovirt.org/message/IKNF4V6MT5ATNJPTAK6V3QU6UDFICCEZ/ > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/G37HOIOUORULXS2LKIIV7XO5J36IHAFL/
[ovirt-users]Re: 回复: Re: About the vm memory limit
https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/disabling-transparent-hugepages.html https://access.redhat.com/solutions/1320153 (requires RH dev subscription or other type of subscription) -> In short add 'transparent_hugepage=never' to the kernel params SLES11/12/15 -> https://www.suse.com/c/sles-1112-os-tuning-optimisation-guide-part-1/ Best Regards,Strahil Nikolov On Mon, Sep 27, 2021 at 16:33, tommy wrote: thank you! and how to get the config info of Transparent huge pages and how to disable it? 发自我的华为手机 原始邮件 发件人: Strahil Nikolov 日期: 2021年9月27日周一 21:13 收件人: 'users' , Tommy Sway 主 题: Re: [ovirt-users] Re: About the vm memory limit Transparent huge pages are enabled by default, so you need to stop them. I would use huge pages on both host and VM, but theoretically it shouldn't be a problem running a VM with enabled HugePages without configuring on Host. Best Regards, Strahil Nikolov В събота, 25 септември 2021 г., 15:25:10 ч. Гринуич+3, Tommy Sway написа: transparent huge pages are not used on vm and physical host. But, can I enable hugepage memory on virtual machines but not on a physical machine? For database running on vm, and it needs to config hugepage. From: Strahil Nikolov Sent: Saturday, September 25, 2021 5:32 PMTo: Tommy Sway Subject: Re: [ovirt-users] About the vm memory limit It depends on the numa configuration of the host. If you have 256G per CPU, it's best to stay into that range. Also, consider disabling transparent huge pages on the host & VM. Since 4.4 Regular Huge Pages (do not confuse them with THP) can be used on the Hypervisors, while on 4.3 there were some issues but I can't provode any details. Best Regards, Strahil Nikolov > On Fri, Sep 24, 2021 at 6:40, Tommy Sway > wrote: > I would like to ask if there is any limit on the memory size of virtual > machines, or performance curve or something like that? > As long as there is memory on the physical machine, the more virtual machines > the better? > > In our usage scenario, there are many virtual machines with databases, and > their memory varies greatly. > For some virtual machines, 4G memory is enough, while for some virtual > machines, 64GB memory is needed. > > I want to know what is the best use of memory for a virtual machine, since > the virtual machine is just a QEMU emulation process on a physical machine, > and I worry that it is not using as much memory as a physical machine. > Understand this so that we can develop guidelines for optimal memory usage > scenarios for virtual machines. > > Thank you! > > > ___Users mailing list -- > users@ovirt.orgTo unsubscribe send an email to users-leave@ovirt.orgPrivacy > Statement: https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y6XDOIMKCP4JEJF7M5DLJ33U2ENJKGAN/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3YHTUBAG42YRNEUCWG4DF5TEP2I22DMH/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/NPDRRP7XMRGFUN5KK4VIZFX2NPLIXBRM/
[ovirt-users]回复: Re: About the vm memory limit
thank you!and how to get the config info of Transparent huge pages and how to disable it?发自我的华为手机 原始邮件 发件人: Strahil Nikolov 日期: 2021年9月27日周一 21:13收件人: 'users' , Tommy Sway 主题: Re: [ovirt-users] Re: About the vm memory limitTransparent huge pages are enabled by default, so you need to stop them.I would use huge pages on both host and VM, but theoretically it shouldn't be a problem running a VM with enabled HugePages without configuring on Host.Best Regards,Strahil NikolovВ събота, 25 септември 2021 г., 15:25:10 ч. Гринуич+3, Tommy Sway написа: transparent huge pages are not used on vm and physical host. But, can I enable hugepage memory on virtual machines but not on a physical machine?For database running on vm, and it needs to config hugepage. From: Strahil Nikolov Sent: Saturday, September 25, 2021 5:32 PMTo: Tommy Sway Subject: Re: [ovirt-users] About the vm memory limit It depends on the numa configuration of the host. If you have 256G per CPU, it's best to stay into that range. Also, consider disabling transparent huge pages on the host & VM. Since 4.4 Regular Huge Pages (do not confuse them with THP) can be used on the Hypervisors, while on 4.3 there were some issues but I can't provode any details. Best Regards,Strahil Nikolov> On Fri, Sep 24, 2021 at 6:40, Tommy Sway> wrote:> I would like to ask if there is any limit on the memory size of virtual machines, or performance curve or something like that?> As long as there is memory on the physical machine, the more virtual machines the better?> > In our usage scenario, there are many virtual machines with databases, and their memory varies greatly. > For some virtual machines, 4G memory is enough, while for some virtual machines, 64GB memory is needed.> > I want to know what is the best use of memory for a virtual machine, since the virtual machine is just a QEMU emulation process on a physical machine, and I worry that it is not using as much memory as a physical machine. Understand this so that we can develop guidelines for optimal memory usage scenarios for virtual machines.> > Thank you!> > > ___Users mailing list -- users@ovirt.orgTo unsubscribe send an email to users-leave@ovirt.orgPrivacy Statement: https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y6XDOIMKCP4JEJF7M5DLJ33U2ENJKGAN/___Users mailing list -- users@ovirt.orgTo unsubscribe send an email to users-le...@ovirt.orgPrivacy Statement: https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3YHTUBAG42YRNEUCWG4DF5TEP2I22DMH/___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6STJXJTXOUXF6S7HOL7PXTF7TFXXEHCX/
[ovirt-users] Re: about the Live Storage Migration
Sadly, libgfapi has some limits and some of them are like your case. If it's a linux VM, you can create new disk from the Gluster Storage and then attach and clone/pvmove it from within the guest. Another approach is to disable libgfapi, shutdown the vm, power on the VM, migrate the disk and later again enable libgfapi and restart the VM (power off and power on cycle). Best Regards, Strahil Nikolov В понеделник, 27 септември 2021 г., 14:57:48 ч. Гринуич+3, Tommy Sway написа: Yes. The source image is on iSCSI domain, and the target one is on Gluster Domain. From: users-boun...@ovirt.org On Behalf Of Benny ZlotnikSent: Monday, September 27, 2021 7:49 PMTo: Tommy Sway Cc: users Subject: [ovirt-users] Re: about the Live Storage Migration are you using libgfapi? LSM is not supported for it On Mon, Sep 27, 2021 at 2:25 PM Tommy Sway wrote: > The qemu and libvirtd on the KVM hosts has no error. > > The attached files are engine.log on the engine and vdsm.log on KVM > host(where the vm is running), please refer. > > Thanks. > > > > > > > > > -Original Message-From: users-boun...@ovirt.org > On Behalf Of Vojtech JuranekSent: Monday, September > 27, 2021 6:38 PMTo: users@ovirt.org; Tommy Sway Subject: > [ovirt-users] Re: about the Live Storage Migration > > On Monday, 27 September 2021 10:32:26 CEST Tommy Sway wrote: >> Engine: >> >> 2021-09-27 16:26:40,363+08 ERROR >> [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCo >> mmand] >> (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] Failed in >> 'HSMGetAllTasksStatusesVDS' method >> 2021-09-27 16:26:40,390+08 ERROR >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] EVENT_ID: >> VDS_BROKER_COMMAND_FAILURE(10,802), VDSM olvms2 command >> HSMGetAllTasksStatusesVDS failed: low level Image copy failed: () >> 2021-09-27 16:26:40,390+08 INFO >> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] >> (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] >> SPMAsyncTask::PollTask: Polling task '46aa9508-1029-4d8f-8840-d2c23041a6eb' >> (Parent Command 'SyncImageGroupData', Parameters Type >> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') >> returned status 'finished', result 'cleanSuccess'. >> 2021-09-27 16:26:40,394+08 ERROR >> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] >> (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] >> BaseAsyncTask::logEndTaskFailure: Task >> '46aa9508-1029-4d8f-8840-d2c23041a6eb' (Parent Command >> 'SyncImageGroupData', Parameters Type >> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended >> with >> failure: >> -- Result: 'cleanSuccess' >> -- Message: 'VDSGenericException: VDSErrorException: Failed to >> HSMGetAllTasksStatusesVDS, error = low level Image copy failed: (), >> code = 261', >> -- Exception: 'VDSGenericException: VDSErrorException: Failed to >> HSMGetAllTasksStatusesVDS, error = low level Image copy failed: (), >> code = 261' >> 2021-09-27 16:26:40,396+08 INFO >> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] >> (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] >> CommandAsyncTask::endActionIfNecessary: All tasks of command >> '40bd5b89-54cd-4d6f-aa18-69747241eed0' has ended -> executing 'endAction' >> 2021-09-27 16:26:40,396+08 INFO >> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] >> (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] >> CommandAsyncTask::endAction: Ending action for '1' tasks (command ID: >> '40bd5b89-54cd-4d6f-aa18-69747241eed0'): calling endAction '. >> 2021-09-27 16:26:40,397+08 INFO >> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] >> (EE-ManagedThreadFactory-engine-Thread-452957) [] >> CommandAsyncTask::endCommandAction [within thread] context: Attempting >> to endAction 'SyncImageGroupData', >> 2021-09-27 16:26:40,404+08 ERROR >> [org.ovirt.engine.core.bll.storage.lsm.SyncImageGroupDataCommand] >> (EE-ManagedThreadFactory-engine-Thread-452957) >> [bf830d22-1724-45fa-a3c3-6f543f331397] Ending command >> 'org.ovirt.engine.core.bll.storage.lsm.SyncImageGroupDataCommand' with >> failure. >> >> >> VDSM.log: >> >> 2021-09-27 16:26:51,609+0800 ERROR (libvirt/events) [virt.vm] >> (vmId='3261ae19-ddb6-4d73-9e79-55530b564999') Block job COPY for drive >> /rhev/data-center/mnt/blockSD/41bc1316-5c1d-4836-a103-5acbbf0c47a1/ima >> ges/0f >> c2697b-2727-4dd2-89c4-4f3d104c1898/b3811b1e-d229-438b-9a4a-fbf5955830c >> 6 has failed (vm:5892) > > > Is this the only vdsm error? Based on the engine log, there should be also > some CopyImageError in the vdsm log - this would give us more context where > exactly it failed. > > Also, given that libvirt block job failed, is there any error in libvirt/qemu > log? > >> >> >> >> >> >> >> >> >> -Original Message- >> From: users-boun...@ovirt.org On Behalf Of >> Vojtech Juranek >> Sent: Monday, September 27, 2021
[ovirt-users] Re: about the Live Storage Migration
Admin Portal -> Storage -> Disks -> Select Disk -> upper right corner -> Move -> follow the wizard Best Regards, Strahil Nikolov В неделя, 26 септември 2021 г., 14:06:23 ч. Гринуич+3, Tommy Sway написа: From the document: Overview of Live Storage Migration Virtual disks can be migrated from one storage domain to another while the virtual machine to which they are attached is running. This is referred to as live storage migration. When a disk attached to a running virtual machine is migrated, a snapshot of that disk’s image chain is created in the source storage domain, and the entire image chain is replicated in the destination storage domain. As such, ensure that you have sufficient storage space in both the source storage domain and the destination storage domain to host both the disk image chain and the snapshot. A new snapshot is created on each live storage migration attempt, even when the migration fails. Consider the following when using live storage migration: You can live migrate multiple disks at one time. Multiple disks for the same virtual machine can reside across more than one storage domain, but the image chain for each disk must reside on a single storage domain. You can live migrate disks between any two storage domains in the same data center. You cannot live migrate direct LUN hard disk images or disks marked as shareable. But where do users perform online storage migrations? There seems to be no interface. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GRFF5WF7TEWL3P66LA24C5NJWDAR5JUP/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/PZWERFCWQBTSWP3NN2D2TPLMJARQWAAW/
[ovirt-users] Re: About the vm memory limit
I can't recall - it was discussed here in the list and some users had troubles. I hope some of the devs can chime in. Best Regards, Strahil Nikolov В неделя, 26 септември 2021 г., 07:04:29 ч. Гринуич+3, Tommy Sway написа: In fact, I am very interested in the part you mentioned, because my environment is running relational database, which usually requires a large amount of memory, and some systems clearly need to configure HUGEPAGE memory (such as Oracle). Could you elaborate on some technical details about the management of huge page memory? And the difference between 4.3 and 4.4 in this respect? Thank you very much! From: Strahil Nikolov Sent: Saturday, September 25, 2021 5:32 PMTo: Tommy Sway Subject: Re: [ovirt-users] About the vm memory limit It depends on the numa configuration of the host. If you have 256G per CPU, it's best to stay into that range. Also, consider disabling transparent huge pages on the host & VM. Since 4.4 Regular Huge Pages (do not confuse them with THP) can be used on the Hypervisors, while on 4.3 there were some issues but I can't provode any details. Best Regards, Strahil Nikolov > On Fri, Sep 24, 2021 at 6:40, Tommy Sway > wrote: > I would like to ask if there is any limit on the memory size of virtual > machines, or performance curve or something like that? > As long as there is memory on the physical machine, the more virtual machines > the better? > > In our usage scenario, there are many virtual machines with databases, and > their memory varies greatly. > For some virtual machines, 4G memory is enough, while for some virtual > machines, 64GB memory is needed. > > I want to know what is the best use of memory for a virtual machine, since > the virtual machine is just a QEMU emulation process on a physical machine, > and I worry that it is not using as much memory as a physical machine. > Understand this so that we can develop guidelines for optimal memory usage > scenarios for virtual machines. > > Thank you! > > > ___Users mailing list -- > users@ovirt.orgTo unsubscribe send an email to users-leave@ovirt.orgPrivacy > Statement: https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y6XDOIMKCP4JEJF7M5DLJ33U2ENJKGAN/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/CV453YBWVJ5EYCOUGVE5QUWN27GXQSF7/
[ovirt-users] Re: About the vm memory limit
Transparent huge pages are enabled by default, so you need to stop them. I would use huge pages on both host and VM, but theoretically it shouldn't be a problem running a VM with enabled HugePages without configuring on Host. Best Regards, Strahil Nikolov В събота, 25 септември 2021 г., 15:25:10 ч. Гринуич+3, Tommy Sway написа: transparent huge pages are not used on vm and physical host. But, can I enable hugepage memory on virtual machines but not on a physical machine? For database running on vm, and it needs to config hugepage. From: Strahil Nikolov Sent: Saturday, September 25, 2021 5:32 PMTo: Tommy Sway Subject: Re: [ovirt-users] About the vm memory limit It depends on the numa configuration of the host. If you have 256G per CPU, it's best to stay into that range. Also, consider disabling transparent huge pages on the host & VM. Since 4.4 Regular Huge Pages (do not confuse them with THP) can be used on the Hypervisors, while on 4.3 there were some issues but I can't provode any details. Best Regards, Strahil Nikolov > On Fri, Sep 24, 2021 at 6:40, Tommy Sway > wrote: > I would like to ask if there is any limit on the memory size of virtual > machines, or performance curve or something like that? > As long as there is memory on the physical machine, the more virtual machines > the better? > > In our usage scenario, there are many virtual machines with databases, and > their memory varies greatly. > For some virtual machines, 4G memory is enough, while for some virtual > machines, 64GB memory is needed. > > I want to know what is the best use of memory for a virtual machine, since > the virtual machine is just a QEMU emulation process on a physical machine, > and I worry that it is not using as much memory as a physical machine. > Understand this so that we can develop guidelines for optimal memory usage > scenarios for virtual machines. > > Thank you! > > > ___Users mailing list -- > users@ovirt.orgTo unsubscribe send an email to users-leave@ovirt.orgPrivacy > Statement: https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y6XDOIMKCP4JEJF7M5DLJ33U2ENJKGAN/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/3YHTUBAG42YRNEUCWG4DF5TEP2I22DMH/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/TBDRNXJ7B5SMHBWXFZI6OB55GWQO7N4M/
[ovirt-users] Re: why cannot set the power management proxy server ?
According to https://portal.nutanix.com/page/documents/kbs/details?targetId=kA060008T3jCAE : 'The lanplus parameter is required to enable the IPMI 2.0 RMPC+ protocol' According to https://en.wikipedia.org/wiki/Intelligent_Platform_Management_Interface 'RMCP+ (a UDP-based protocol with stronger authentication than RMCP) is used for IPMI over LAN.' I guess you can find more details at https://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/ipmi-second-gen-interface-spec-v2-rev1-1.pdf (page 129,130). Best Regards, Strahil Nikolov В събота, 25 септември 2021 г., 13:28:03 ч. Гринуич+3, Tommy Sway написа: Thank you very much! I have read your document. The article mentioned that LANPLUS enhances the security of communication, but it did not elaborate on what LANPLUS is. I want to know what technology it is. From: users-boun...@ovirt.org On Behalf Of Strahil Nikolov via UsersSent: Saturday, September 25, 2021 5:28 PMTo: Tommy Sway ; 'users' Subject: [ovirt-users] Re: why cannot set the power management proxy server ? https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/fence_configuration_guide/s1-software-fence-ipmi-ca True or 1. If blank, then value is False. It is recommended that you enable Lanplus to improve the security of your connection if your hardware supports it. Most probably the hardware doesn't support with reduced security (lanplus=False is the default). Best Regards, Strahil Nikolov > On Fri, Sep 24, 2021 at 6:12, Tommy Sway > wrote: > ___Users mailing list -- > users@ovirt.orgTo unsubscribe send an email to users-leave@ovirt.orgPrivacy > Statement: https://www.ovirt.org/privacy-policy.htmloVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/YIJF7PZAJZG6EEFNQ2P4O2LSPAM4VXJ5/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/TZUFVZAQ5V3SMEZTIY2D7GAKE22UE6HO/
[ovirt-users] Re: Reinstall without dataloss
Just take a CentOS DVD , select troubleshooting and then once you drop to a shell -> you can mount /proc/ , /sys , /dev & /run with the bind option and chroot. Then just follow the procedure for your boot type EFI vs Legacy and recover the files missing. Best Regards, Strahil Nikolov В събота, 25 септември 2021 г., 12:41:27 ч. Гринуич+3, написа: Hi all, I am new here, been searching the mailing list on a regular base when I encountered problems and till now I always was able to keep the system up & running. As said... till now... I have oVirt at home, and I have about 7 vm's running on it. Lately I have had some troubles with my electricity, which results in a complete power outage on a irregular base. Yesterday I had a power outage which left the system unbootable with the following errors: error: ../../grub-core/loader/i386/pc/linux.c:170:invalid magic number. error: ../../grub-core/loader/i386/pc/linux.c:1418:you need to load the kernel first. Press any key to continue Normally this can be solved following https://access.redhat.com/solutions/5829141, but his time also the files in /boot had a size of 0 bytes. So basically i did not have a working kernel on the system anymore. https://www.thegeekdiary.com/centos-rhel-7-how-to-install-kernel-from-rescue-mode/ does work for CentOS 8 also, but the ovirt 4.8 iso does not have the same directory structure. Using CentOS 8 installs a kernel, but not a bootable system. Is there a way i can start the installer in troubleshooting mode so I can reinstall just the kernel on the system? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/UUPMHNC7BQ62RK4BI5MFMZIPF6DDJLXJ/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/Z54T56SE67DIBT46TCC63626NLQEJKAH/
[ovirt-users] Re: about the Live Storage Migration
On Monday, 27 September 2021 10:32:26 CEST Tommy Sway wrote: > Engine: > > 2021-09-27 16:26:40,363+08 ERROR > [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] > (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] Failed in > 'HSMGetAllTasksStatusesVDS' method > 2021-09-27 16:26:40,390+08 ERROR > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] EVENT_ID: > VDS_BROKER_COMMAND_FAILURE(10,802), VDSM olvms2 command > HSMGetAllTasksStatusesVDS failed: low level Image copy failed: () > 2021-09-27 16:26:40,390+08 INFO > [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] > (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] > SPMAsyncTask::PollTask: Polling task '46aa9508-1029-4d8f-8840-d2c23041a6eb' > (Parent Command 'SyncImageGroupData', Parameters Type > 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned > status 'finished', result 'cleanSuccess'. > 2021-09-27 16:26:40,394+08 ERROR > [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] > (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] > BaseAsyncTask::logEndTaskFailure: Task > '46aa9508-1029-4d8f-8840-d2c23041a6eb' (Parent Command 'SyncImageGroupData', > Parameters Type > 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with > failure: > -- Result: 'cleanSuccess' > -- Message: 'VDSGenericException: VDSErrorException: Failed to > HSMGetAllTasksStatusesVDS, error = low level Image copy failed: (), code = > 261', > -- Exception: 'VDSGenericException: VDSErrorException: Failed to > HSMGetAllTasksStatusesVDS, error = low level Image copy failed: (), code = > 261' > 2021-09-27 16:26:40,396+08 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] > CommandAsyncTask::endActionIfNecessary: All tasks of command > '40bd5b89-54cd-4d6f-aa18-69747241eed0' has ended -> executing 'endAction' > 2021-09-27 16:26:40,396+08 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] > CommandAsyncTask::endAction: Ending action for '1' tasks (command ID: > '40bd5b89-54cd-4d6f-aa18-69747241eed0'): calling endAction '. > 2021-09-27 16:26:40,397+08 INFO > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] > (EE-ManagedThreadFactory-engine-Thread-452957) [] > CommandAsyncTask::endCommandAction [within thread] context: Attempting to > endAction 'SyncImageGroupData', > 2021-09-27 16:26:40,404+08 ERROR > [org.ovirt.engine.core.bll.storage.lsm.SyncImageGroupDataCommand] > (EE-ManagedThreadFactory-engine-Thread-452957) > [bf830d22-1724-45fa-a3c3-6f543f331397] Ending command > 'org.ovirt.engine.core.bll.storage.lsm.SyncImageGroupDataCommand' with > failure. > > > VDSM.log: > > 2021-09-27 16:26:51,609+0800 ERROR (libvirt/events) [virt.vm] > (vmId='3261ae19-ddb6-4d73-9e79-55530b564999') Block job COPY for drive > /rhev/data-center/mnt/blockSD/41bc1316-5c1d-4836-a103-5acbbf0c47a1/images/0f > c2697b-2727-4dd2-89c4-4f3d104c1898/b3811b1e-d229-438b-9a4a-fbf5955830c6 has > failed (vm:5892) Is this the only vdsm error? Based on the engine log, there should be also some CopyImageError in the vdsm log - this would give us more context where exactly it failed. Also, given that libvirt block job failed, is there any error in libvirt/qemu log? > > > > > > > > > -Original Message- > From: users-boun...@ovirt.org On Behalf Of Vojtech > Juranek > Sent: Monday, September 27, 2021 3:23 PM > To: users@ovirt.org; Tommy Sway > Subject: [ovirt-users] Re: about the Live Storage Migration > > On Sunday, 26 September 2021 14:07:01 CEST Tommy Sway wrote: > > Why always fail ? > > please provide relevant part of engine and vdsm logs signature.asc Description: This is a digitally signed message part. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WTFNVBLJIHK4W2CZINDXP4ON56JAQIZY/
[ovirt-users] Hypervisor broken
Hi all, I am new here, been searching the mailing list on a regular base when I encountered problems and till now I always was able to keep the system up & running. As said... till now... I have oVirt at home, and I have about 7 vm's running on it. Lately I have had some troubles with my electricity, which results in a complete power outage on a irregular base. Yesterday I had a power outage which left the system unbootable with the following errors: error: ../../grub-core/loader/i386/pc/linux.c:170:invalid magic number. error: ../../grub-core/loader/i386/pc/linux.c:1418:you need to load the kernel first. Press any key to continue Normally this can be solved following https://access.redhat.com/solutions/5829141, but his time also the files in /boot had a size of 0 bytes. So basically i did not have a working kernel on the system anymore. https://www.thegeekdiary.com/centos-rhel-7-how-to-install-kernel-from-res... does work for CentOS 8 also, but the ovirt 4.8 iso does not have the same directory structure. Using CentOS 8 installs a kernel, but not a bootable system. When booting the ovirt kernel, I get a rescue prompt with the following error: "Warning: /dev/onn/ovirt-node-ng-4.4.6.3-0.20210518.0+1 does not exist" Is there a way i can start the installer in troubleshooting mode so I can do a reinstall and keep the current configuration or can I just reinstall and import the current datacenter in it? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/U7REUWJN7KXNURAQGTBXL4VKOXZZI4YG/
[ovirt-users] Re: about the Live Storage Migration
Engine: 2021-09-27 16:26:40,363+08 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] Failed in 'HSMGetAllTasksStatusesVDS' method 2021-09-27 16:26:40,390+08 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), VDSM olvms2 command HSMGetAllTasksStatusesVDS failed: low level Image copy failed: () 2021-09-27 16:26:40,390+08 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] SPMAsyncTask::PollTask: Polling task '46aa9508-1029-4d8f-8840-d2c23041a6eb' (Parent Command 'SyncImageGroupData', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') returned status 'finished', result 'cleanSuccess'. 2021-09-27 16:26:40,394+08 ERROR [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] BaseAsyncTask::logEndTaskFailure: Task '46aa9508-1029-4d8f-8840-d2c23041a6eb' (Parent Command 'SyncImageGroupData', Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with failure: -- Result: 'cleanSuccess' -- Message: 'VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = low level Image copy failed: (), code = 261', -- Exception: 'VDSGenericException: VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = low level Image copy failed: (), code = 261' 2021-09-27 16:26:40,396+08 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] CommandAsyncTask::endActionIfNecessary: All tasks of command '40bd5b89-54cd-4d6f-aa18-69747241eed0' has ended -> executing 'endAction' 2021-09-27 16:26:40,396+08 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-90) [] CommandAsyncTask::endAction: Ending action for '1' tasks (command ID: '40bd5b89-54cd-4d6f-aa18-69747241eed0'): calling endAction '. 2021-09-27 16:26:40,397+08 INFO [org.ovirt.engine.core.bll.tasks.CommandAsyncTask] (EE-ManagedThreadFactory-engine-Thread-452957) [] CommandAsyncTask::endCommandAction [within thread] context: Attempting to endAction 'SyncImageGroupData', 2021-09-27 16:26:40,404+08 ERROR [org.ovirt.engine.core.bll.storage.lsm.SyncImageGroupDataCommand] (EE-ManagedThreadFactory-engine-Thread-452957) [bf830d22-1724-45fa-a3c3-6f543f331397] Ending command 'org.ovirt.engine.core.bll.storage.lsm.SyncImageGroupDataCommand' with failure. VDSM.log: 2021-09-27 16:26:51,609+0800 ERROR (libvirt/events) [virt.vm] (vmId='3261ae19-ddb6-4d73-9e79-55530b564999') Block job COPY for drive /rhev/data-center/mnt/blockSD/41bc1316-5c1d-4836-a103-5acbbf0c47a1/images/0f c2697b-2727-4dd2-89c4-4f3d104c1898/b3811b1e-d229-438b-9a4a-fbf5955830c6 has failed (vm:5892) -Original Message- From: users-boun...@ovirt.org On Behalf Of Vojtech Juranek Sent: Monday, September 27, 2021 3:23 PM To: users@ovirt.org; Tommy Sway Subject: [ovirt-users] Re: about the Live Storage Migration On Sunday, 26 September 2021 14:07:01 CEST Tommy Sway wrote: > Why always fail ? > please provide relevant part of engine and vdsm logs ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/IGXAMGJDWKFBZ2R5RCGUHHRMRI3ZX5CG/
[ovirt-users] Re: about the Live Storage Migration
On Sunday, 26 September 2021 14:07:01 CEST Tommy Sway wrote: > Why always fail ? > please provide relevant part of engine and vdsm logs signature.asc Description: This is a digitally signed message part. ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QUBCZRKOTAKUTLRSTY2L7CTDG7VMANKV/