[ovirt-users] Re: How do I migrate a running VM off unassigned host?
On Tue, Sep 20, 2022 at 4:50 AM David White via Users wrote: > > This is resolved. > I manually shutdown each VM, and then from within oVirt, I went to the host, > and in the upper corner of the page when looking at the host, I clicked on > 'Confirm Host has been rebooted'. > > This allowed oVirt to then recognize that the VMs were down, and I was able > to bring them back online on a healthy host. > > . That's what you're supposed to do, anyway. > I intentionally cheated, and did the order of things a little bit > differently. I knew that none of the VMs on that host were currently > configured for HA, so I knew that if oVirt thought the VMs were turned off, > that oVirt would NOT turn the VMs back online. > > So just to make sure that it would even work, I marked the problematic host > as rebooted FIRST. Then, once I knew that worked, and the VMs were showing > down in the oVirt UI (but still online on the problematic host), I ssh'd to > each server and manually shut them down before bringing them back online. OK :-) > > Hopefully this helps someone else! > > -David > > Sent with Proton Mail secure email. > > --- Original Message --- > On Monday, September 19th, 2022 at 3:44 PM, David White via Users > wrote: > > Restarting the vdsmd service on 1 of the problematic hosts brought that host > back, and ovirt can see it. > > But that did not fix the problem on the last remaining host. I'm still > troubleshooting... > > Sent with Proton Mail secure email. > > --- Original Message --- > On Monday, September 19th, 2022 at 11:37 AM, David White via Users > wrote: > > I tried rebooting the engine to see if that would magically solve the problem > (worth a try, right?). But as I expected, it didn't help. > > Now one of the hosts is in a "Non Responsive" state and the other is > permanently in a "Connecting" state. All VMs associated with those 2 hosts > now show a question mark on the oVirt dashboard. > > The storage for these VMs is good, and these VMs are online. Everything is > "working" -- I just need to get these VMs moved onto hosts that oVirt is able > to manage. > > If it helps for troubleshooting purposes, prior to rebooting the engine, the > following errors were showing up in the oVirt UI for both of these hosts: > > VDSM cha1-storage.example.com command Get Host Capabilities failed: Internal > JSON-RPC error: {'reason': '[Errno 24] Too many open files'} Did you also see this error elsewhere? In the engine log? vdsm? Elsewhere? It might either imply there is some leak somewhere, or this might be a symptom of a deeper problem (or both). Thanks for the update and best regards, > > Any ideas? If I need to take some downtime for these VMs, so be it, but I > need to keep downtime at a minimum. > > Sent with Proton Mail secure email. > > --- Original Message --- > On Monday, September 19th, 2022 at 8:41 AM, David White via Users > wrote: > > Ok, now that I'm able to (re)deploy ovirt to new hosts, I now need to migrate > VMs that are running on hosts that are currently in an "unassigned" state in > the cluser. > > This is the result of having moved the oVirt engine OUT of a hyperconverged > environment onto its own stand-alone system, while simultaneously upgrading > oVirt from v4.4 to the latest v4.5. > > See the following email threads: > > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TZAUCM3GB5ERSTZMIAJEUCNNXDHTS6VA/ > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/3IWXZ7VXM6CYYSVANT32SK6ESBRKO4VM/ > > > The oVirt engine knows about the VMs, and oVirt knows about the storage that > those VMs are on. But the engine sees 2 of my hosts as "unassigned", and I've > been unable to migrate the disks to new storage, nor live migrate a VM from > an unassigned host, nor make a clone of an existing VM. > > Is there a way to recover from this scenario? I was thinking something along > the lines of manually shutting down the VM on the unassigned host, and then > somehow force the engine to bring the VM online again from a healthy host? > > Thanks, > David > > Sent with Proton Mail secure email. > > > > > ___ > 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/3Q4SYDCUHALHNCPDG7R6YUAA24ZAIMCQ/ -- Didi ___ 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/HZCG2VQ7JPE2ZUFM6OMCGC3YLSOPXDNQ/
[ovirt-users] Re: How do I migrate a running VM off unassigned host?
This is resolved. I manually shutdown each VM, and then from within oVirt, I went to the host, and in the upper corner of the page when looking at the host, I clicked on 'Confirm Host has been rebooted'. This allowed oVirt to then recognize that the VMs were down, and I was able to bring them back online on a healthy host. . That's what you're supposed to do, anyway. I intentionally cheated, and did the order of things a little bit differently. I knew that none of the VMs on that host were currently configured for HA, so I knew that if oVirt thought the VMs were turned off, that oVirt would NOT turn the VMs back online. So just to make sure that it would even work, I marked the problematic host as rebooted FIRST. Then, once I knew that worked, and the VMs were showing down in the oVirt UI (but still online on the problematic host), I ssh'd to each server and manually shut them down before bringing them back online. Hopefully this helps someone else! -David Sent with Proton Mail secure email. --- Original Message --- On Monday, September 19th, 2022 at 3:44 PM, David White via Users wrote: > Restarting the `vdsmd` service on 1 of the problematic hosts brought that > host back, and ovirt can see it. > > But that did not fix the problem on the last remaining host. I'm still > troubleshooting... > > > Sent with Proton Mail secure email. > > --- Original Message --- > On Monday, September 19th, 2022 at 11:37 AM, David White via Users > wrote: > > > > I tried rebooting the engine to see if that would magically solve the > > problem (worth a try, right?). But as I expected, it didn't help. > > > > Now one of the hosts is in a "Non Responsive" state and the other is > > permanently in a "Connecting" state. All VMs associated with those 2 hosts > > now show a question mark on the oVirt dashboard. > > > > The storage for these VMs is good, and these VMs are online. Everything is > > "working" -- I just need to get these VMs moved onto hosts that oVirt is > > able to manage. > > > > If it helps for troubleshooting purposes, prior to rebooting the engine, > > the following errors were showing up in the oVirt UI for both of these > > hosts: > > > > VDSM cha1-storage.example.com command Get Host Capabilities failed: > > Internal JSON-RPC error: {'reason': '[Errno 24] Too many open files'} > > > > > > Any ideas? If I need to take some downtime for these VMs, so be it, but I > > need to keep downtime at a minimum. > > > > Sent with Proton Mail secure email. > > > > --- Original Message --- > > On Monday, September 19th, 2022 at 8:41 AM, David White via Users > > wrote: > > > > > > > Ok, now that I'm able to (re)deploy ovirt to new hosts, I now need to > > > migrate VMs that are running on hosts that are currently in an > > > "unassigned" state in the cluser. > > > > > > This is the result of having moved the oVirt engine OUT of a > > > hyperconverged environment onto its own stand-alone system, while > > > simultaneously upgrading oVirt from v4.4 to the latest v4.5. > > > > > > See the following email threads: > > > > > > - > > > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TZAUCM3GB5ERSTZMIAJEUCNNXDHTS6VA/ > > > - > > > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/3IWXZ7VXM6CYYSVANT32SK6ESBRKO4VM/ > > > > > > > > > The oVirt engine knows about the VMs, and oVirt knows about the storage > > > that those VMs are on. But the engine sees 2 of my hosts as "unassigned", > > > and I've been unable to migrate the disks to new storage, nor live > > > migrate a VM from an unassigned host, nor make a clone of an existing VM. > > > > > > Is there a way to recover from this scenario? I was thinking something > > > along the lines of manually shutting down the VM on the unassigned host, > > > and then somehow force the engine to bring the VM online again from a > > > healthy host? > > > > > > Thanks, > > > David > > > > > > > > > Sent with Proton Mail secure email. publickey - dmwhite823@protonmail.com - 0x320CD582.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ 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/3Q4SYDCUHALHNCPDG7R6YUAA24ZAIMCQ/
[ovirt-users] Re: How do I migrate a running VM off unassigned host?
Restarting the `vdsmd` service on 1 of the problematic hosts brought that host back, and ovirt can see it. But that did not fix the problem on the last remaining host. I'm still troubleshooting... Sent with Proton Mail secure email. --- Original Message --- On Monday, September 19th, 2022 at 11:37 AM, David White via Users wrote: > I tried rebooting the engine to see if that would magically solve the problem > (worth a try, right?). But as I expected, it didn't help. > > Now one of the hosts is in a "Non Responsive" state and the other is > permanently in a "Connecting" state. All VMs associated with those 2 hosts > now show a question mark on the oVirt dashboard. > > The storage for these VMs is good, and these VMs are online. Everything is > "working" -- I just need to get these VMs moved onto hosts that oVirt is able > to manage. > > If it helps for troubleshooting purposes, prior to rebooting the engine, the > following errors were showing up in the oVirt UI for both of these hosts: > > VDSM cha1-storage.example.com command Get Host Capabilities failed: Internal > JSON-RPC error: {'reason': '[Errno 24] Too many open files'} > > > Any ideas? If I need to take some downtime for these VMs, so be it, but I > need to keep downtime at a minimum. > > Sent with Proton Mail secure email. > > --- Original Message --- > On Monday, September 19th, 2022 at 8:41 AM, David White via Users > wrote: > > > > Ok, now that I'm able to (re)deploy ovirt to new hosts, I now need to > > migrate VMs that are running on hosts that are currently in an "unassigned" > > state in the cluser. > > > > This is the result of having moved the oVirt engine OUT of a hyperconverged > > environment onto its own stand-alone system, while simultaneously upgrading > > oVirt from v4.4 to the latest v4.5. > > > > See the following email threads: > > > > - > > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TZAUCM3GB5ERSTZMIAJEUCNNXDHTS6VA/ > > - > > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/3IWXZ7VXM6CYYSVANT32SK6ESBRKO4VM/ > > > > > > The oVirt engine knows about the VMs, and oVirt knows about the storage > > that those VMs are on. But the engine sees 2 of my hosts as "unassigned", > > and I've been unable to migrate the disks to new storage, nor live migrate > > a VM from an unassigned host, nor make a clone of an existing VM. > > > > Is there a way to recover from this scenario? I was thinking something > > along the lines of manually shutting down the VM on the unassigned host, > > and then somehow force the engine to bring the VM online again from a > > healthy host? > > > > Thanks, > > David > > > > > > Sent with Proton Mail secure email. publickey - dmwhite823@protonmail.com - 0x320CD582.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ 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/OZPS6Z3PL3VQP5TEW6J4SFOGG5C4333C/
[ovirt-users] Re: VM Down With "Bad Volume Specification"
I'm thinking that I need to somehow stop the disk move, and then delete the snapshot that existed prior to my attempt at moving the disk. Can someone please tell me how to stop that disk move ? ___ 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/J2U4M3C6EC3GRXN6FCNW4KSHTGLANGWL/
[ovirt-users] VM Down With "Bad Volume Specification"
I had occasion to shutdown a VM for the purpose of adding RAM and processor to it and the VM willnot boot back up. I'm seeing "VM Issabel_PBX is down with error. Exit message: Bad volume specification {'address': {'bus': '0', 'controller': '0', 'type': 'drive', 'target': '0', 'unit': '0'}, 'serial': '6af66318-e6f8-45d7-8b4e-2183faf0a917', 'index': 0, 'iface': 'scsi', 'apparentsize': '5706743808', 'specParams': {}, 'cache': 'none', 'imageID': '6af66318-e6f8-45d7-8b4e-2183faf0a917', 'truesize': '5950070784', 'type': 'disk', 'domainID': '24c4dc1b-c843-4ae2-963f-9d0548305192', 'reqsize': '0', 'format': 'cow', 'poolID': '31fdd642-6b06-11ea-a4c4-00163e333bd2', 'device': 'disk', 'path': '/rhev/data-center/31fdd642-6b06-11ea-a4c4-00163e333bd2/24c4dc1b-c843-4ae2-963f-9d0548305192/images/6af66318-e6f8-45d7-8b4e-2183faf0a917/576b2761-a5bc-427b-95a9-0594447f0705', 'propagateErrors': 'off', 'name': 'sda', 'bootOrder': '1', 'volumeID': '576b2761-a5bc-427b-95a9-0594447f0705', 'diskType': 'file', 'a lias': 'ua-6af66318-e6f8-45d7-8b4e-2183faf0a917', 'discard': False}." in the log. I tried to move the VMs disk from one gluster datastore to another to see if the problem would clear and now the disk is locked and the move is stuck at %10. In the engine logs I have "2022-09-19 12:48:25,614-05 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] SPMAsyncTask::ClearAsyncTask: At time of attempt to clear task '4b96a8e1-ab65-4d1c-97dd-e985ab7816c6' the response code was 'TaskStateError' and message was 'Operation is not allowed in this task state: ("can't clean in state running",)'. Task will not be cleaned 2022-09-19 12:48:25,614-05 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] Task id '4b96a8e1-ab65-4d1c-97dd-e985ab7816c6' has passed pre-polling period time and should be polled. Pre-polling period is 6 millis. 2022-09-19 12:48:25,631-05 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] EVENT_ID: TASK_CLEARING_ASYNC_TASK(9,501), Clearing asynchronous task Unknown that started at Tue Jul 12 12:19:21 CDT 2022 2022-09-19 12:48:25,631-05 INFO [org.ovirt.engine.core.bll.tasks.AsyncTaskManager] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] Cleaning zombie tasks: Clearing async task 'Unknown' that started at 'Tue Jul 12 12:19:21 CDT 2022' since it reached a timeout of 3000 minutes 2022-09-19 12:48:25,631-05 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] SPMAsyncTask::ClearAsyncTask: Attempting to clear task '4b96a8e1-ab65-4d1c-97dd-e985ab7816c6' 2022-09-19 12:48:25,632-05 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] START, SPMClearTaskVDSCommand( SPMTaskGuidBaseVDSCommandParameters:{storagePoolId='31fdd642-6b06-11ea-a4c4-00163e333bd2', ignoreFailoverLimit='false', taskId='4b96a8e1-ab65-4d1c-97dd-e985ab7816c6'}), log id: 40d6d67f 2022-09-19 12:48:25,633-05 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] START, HSMClearTaskVDSCommand(HostName = hprvsr00.locacore.com, HSMTaskGuidBaseVDSCommandParameters:{hostId='6c910725-fb42-4a64-b614-2a29bf0800e2', taskId='4b96a8e1-ab65-4d1c-97dd-e985ab7816c6'}), log id: 22c28060 2022-09-19 12:48:25,638-05 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] FINISH, HSMClearTaskVDSCommand, return: , log id: 22c28060 2022-09-19 12:48:25,639-05 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.SPMClearTaskVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] FINISH, SPMClearTaskVDSCommand, return: , log id: 40d6d67f 2022-09-19 12:48:25,639-05 INFO [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (EE-ManagedThreadFactory-engineScheduled-Thread-87) [] SPMAsyncTask::ClearAsyncTask: At time of attempt to clear task '4b96a8e1-ab65-4d1c-97dd-e985ab7816c6' the response code was 'TaskStateError' and message was 'Operation is not allowed in this task state: ("can't clean in state running",)'. Task will not be cleaned 2022-09-19 12:48:25,876-05 INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (EE-ManagedThreadFactory-engineScheduled-Thread-98) [149db168-34c0-4814-869e-1ca0fdbde768] Command 'CopyImageGroupWithData' (id: '9e73adde-e485-461a-b349-7fd814890aa6') waiting on child command id: '5b4d0a00-7e40-4016-bf5c-0db013e22983' type:'CopyImageGroupVolumesData' to complete 2022-09-19 12:48:26,878-05 INFO [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] (EE-ManagedThreadFactory-engineScheduled-Thread-84) [149db168-34c0-4814-869e-1ca0fdbde768] Command 'CopyImageGroupVolumesData' (id:
[ovirt-users] Re: long time running backup (hanged in image finalizing state )
Hi Benny, thank you a lot for your help. (task in vprotect already time outed, and finalize backup with api was successfull ) I'm looking forward for the new version :D Jirka On 9/19/22 14:41, Benny Zlotnik wrote: Yes, the backup needs to be finalized separately, I'm not familiar with how vProtect works but if it won't finalize this backup automatically you can do it yourself by sending a POST request to: https://engine/ovirt-engine/api/vms/c3b2199f-35cc-41dc-8787-835e945217d2/backups/b9c458e6-64e2-41c2-93b8-96761e71f82b/finalize On Mon, Sep 19, 2022 at 3:32 PM Jirka Simon wrote: ah I see, thank you. image transfer row already dissipated, but backup task is still there with last update on Saturday's night. and in the job table is the same select * from job; job_id| action_type | description| status | owner_id | visible | start_time | end_time | last_upda te_time |correlation_id| is_external | is_auto_cleared | engine_session_seq_id --+--+--+-+--+-++--+-- -+--+-+-+--- 818a893d-05bc-436e-b27d-a7123d2b29f7 | HybridBackup | Backing up VM log1.util.prod.hq.sldev.cz | STARTED | 775e759c-255e-11ed-9c24-00163e2172be | t | 2022-09-17 00:44:56.562+02 | | 2022-09-17 00 :45:17.99+02 | 26fa4612-8e4a-4142-89a2-c38adacead86 | f | t | 3788 (1 row) select * from vm_backups; backup_id | from_checkpoint_id | to_checkpoint_id |vm_id | phase | _create_date| host_id | description |_up date_date| backup_type | snapshot_id | is_stopped --++--+--+---++-+-+--- -+-+--+ b9c458e6-64e2-41c2-93b8-96761e71f82b || 7a558f2a-57b6-432f-b5dd-85f5fb9dac8e | c3b2199f-35cc-41dc-8787-835e945217d2 | Ready | 2022-09-17 00:44:56.877+02 | | | 2022-09-17 00:45:19.057+02 | hybrid | 0c6ebd56-dcfe-46a8-91cc-327cc94e9773 | f Jirka On 9/19/22 14:03, Benny Zlotnik wrote: Completed transfers (phase 9/10) shouldn't interfere with anything and are cleared automatically after 15 minutes On Mon, Sep 19, 2022 at 2:48 PM Jirka Simon wrote: Hello Benny, thank you, i updater phase to 9 and restarted ovirt engine , but it is still there. should i update phase column in vm_backups table as well ? Jirka On 9/19/22 13:27, Benny Zlotnik wrote: OK, I see an issue with the transfer 2022-09-17 01:43:05,856+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74) [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success' to 'Finished Success' 2022-09-17 01:43:05,873+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread- 74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID: TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede d. 2022-09-17 01:43:09,194+02 INFO [org.ovirt.engine.core.sso.service.AuthenticationService] (default task-122) [] User admin@internal-authz with profile [internal] successful ly logged in with scopes: ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-acc ess 2022-09-17 01:43:09,216+02 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-122) [1d4c2113] Running command: CreateUserSessionCommand internal: f alse. 2022-09-17 01:43:09,223+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi n@internal-authz connecting from '10.36.191.253' using session 'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA==' logged in. 2022-09-17 01:43:09,228+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_DISK
[ovirt-users] Re: How do I migrate a running VM off unassigned host?
I tried rebooting the engine to see if that would magically solve the problem (worth a try, right?). But as I expected, it didn't help. Now one of the hosts is in a "Non Responsive" state and the other is permanently in a "Connecting" state. All VMs associated with those 2 hosts now show a question mark on the oVirt dashboard. The storage for these VMs is good, and these VMs are online. Everything is "working" -- I just need to get these VMs moved onto hosts that oVirt is able to manage. If it helps for troubleshooting purposes, prior to rebooting the engine, the following errors were showing up in the oVirt UI for both of these hosts: VDSM cha1-storage.example.com command Get Host Capabilities failed: Internal JSON-RPC error: {'reason': '[Errno 24] Too many open files'} Any ideas? If I need to take some downtime for these VMs, so be it, but I need to keep downtime at a minimum. Sent with Proton Mail secure email. --- Original Message --- On Monday, September 19th, 2022 at 8:41 AM, David White via Users wrote: > Ok, now that I'm able to (re)deploy ovirt to new hosts, I now need to migrate > VMs that are running on hosts that are currently in an "unassigned" state in > the cluser. > > This is the result of having moved the oVirt engine OUT of a hyperconverged > environment onto its own stand-alone system, while simultaneously upgrading > oVirt from v4.4 to the latest v4.5. > > See the following email threads: > > - > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TZAUCM3GB5ERSTZMIAJEUCNNXDHTS6VA/ > - > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/3IWXZ7VXM6CYYSVANT32SK6ESBRKO4VM/ > > > The oVirt engine knows about the VMs, and oVirt knows about the storage that > those VMs are on. But the engine sees 2 of my hosts as "unassigned", and I've > been unable to migrate the disks to new storage, nor live migrate a VM from > an unassigned host, nor make a clone of an existing VM. > > Is there a way to recover from this scenario? I was thinking something along > the lines of manually shutting down the VM on the unassigned host, and then > somehow force the engine to bring the VM online again from a healthy host? > > Thanks, > David > > > Sent with Proton Mail secure email. publickey - dmwhite823@protonmail.com - 0x320CD582.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ 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/ZX3Q274XB5KMW4Y4M6JJ26LBKYXOV7KW/
[ovirt-users] Re: long time running backup (hanged in image finalizing state )
Yes, the backup needs to be finalized separately, I'm not familiar with how vProtect works but if it won't finalize this backup automatically you can do it yourself by sending a POST request to: https://engine/ovirt-engine/api/vms/c3b2199f-35cc-41dc-8787-835e945217d2/backups/b9c458e6-64e2-41c2-93b8-96761e71f82b/finalize On Mon, Sep 19, 2022 at 3:32 PM Jirka Simon wrote: > > ah I see, thank you. > > image transfer row already dissipated, but backup task is still there with > last update on Saturday's night. > > and in the job table is the same > > select * from job; >job_id| action_type | > description| status | owner_id | > visible | start_time | end_time | last_upda > te_time |correlation_id| is_external | > is_auto_cleared | engine_session_seq_id > --+--+--+-+--+-++--+-- > -+--+-+-+--- > 818a893d-05bc-436e-b27d-a7123d2b29f7 | HybridBackup | Backing up VM > log1.util.prod.hq.sldev.cz | STARTED | 775e759c-255e-11ed-9c24-00163e2172be | > t | 2022-09-17 00:44:56.562+02 | | 2022-09-17 00 > :45:17.99+02 | 26fa4612-8e4a-4142-89a2-c38adacead86 | f | t > | 3788 > (1 row) > > select * from vm_backups; > backup_id | from_checkpoint_id | > to_checkpoint_id |vm_id | phase | > _create_date| host_id | description |_up > date_date| backup_type | snapshot_id | > is_stopped > --++--+--+---++-+-+--- > -+-+--+ > b9c458e6-64e2-41c2-93b8-96761e71f82b || > 7a558f2a-57b6-432f-b5dd-85f5fb9dac8e | c3b2199f-35cc-41dc-8787-835e945217d2 | > Ready | 2022-09-17 00:44:56.877+02 | | | 2022-09-17 > 00:45:19.057+02 | hybrid | 0c6ebd56-dcfe-46a8-91cc-327cc94e9773 | f > > > Jirka > > > On 9/19/22 14:03, Benny Zlotnik wrote: > > Completed transfers (phase 9/10) shouldn't interfere with anything and > are cleared automatically after 15 minutes > > On Mon, Sep 19, 2022 at 2:48 PM Jirka Simon wrote: > > Hello Benny, > > thank you, i updater phase to 9 and restarted ovirt engine , but it is still > there. should i update phase column in vm_backups table as well ? > > > Jirka > > > On 9/19/22 13:27, Benny Zlotnik wrote: > > OK, I see an issue with the transfer > 2022-09-17 01:43:05,856+02 INFO > [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] > (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74) > [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer > '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success' > to 'Finished Success' > 2022-09-17 01:43:05,873+02 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread- > 74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID: > TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk > log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede > d. > 2022-09-17 01:43:09,194+02 INFO > [org.ovirt.engine.core.sso.service.AuthenticationService] (default > task-122) [] User admin@internal-authz with profile [internal] > successful > ly logged in with scopes: ovirt-app-api > ovirt-ext=token-info:authz-search > ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate > ovirt-ext=token:password-acc > ess > 2022-09-17 01:43:09,216+02 INFO > [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default > task-122) [1d4c2113] Running command: CreateUserSessionCommand > internal: f > alse. > 2022-09-17 01:43:09,223+02 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi > n@internal-authz connecting from '10.36.191.253' using session > 'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA==' > logged in. > 2022-09-17 01:43:09,228+02 INFO > [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] > (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Running > command: TransferImageStatusCommand internal: false. Entities affected > : ID: aaa0----123456789aaa Type: SystemAction group > CREATE_DISK with role type USER > 2022-09-17 01:43:09,229+02
[ovirt-users] How do I migrate a running VM off unassigned host?
Ok, now that I'm able to (re)deploy ovirt to new hosts, I now need to migrate VMs that are running on hosts that are currently in an "unassigned" state in the cluser. This is the result of having moved the oVirt engine OUT of a hyperconverged environment onto its own stand-alone system, while simultaneously upgrading oVirt from v4.4 to the latest v4.5. See the following email threads: - https://lists.ovirt.org/archives/list/users@ovirt.org/thread/TZAUCM3GB5ERSTZMIAJEUCNNXDHTS6VA/ - https://lists.ovirt.org/archives/list/users@ovirt.org/thread/3IWXZ7VXM6CYYSVANT32SK6ESBRKO4VM/ The oVirt engine knows about the VMs, and oVirt knows about the storage that those VMs are on. But the engine sees 2 of my hosts as "unassigned", and I've been unable to migrate the disks to new storage, nor live migrate a VM from an unassigned host, nor make a clone of an existing VM. Is there a way to recover from this scenario? I was thinking something along the lines of manually shutting down the VM on the unassigned host, and then somehow force the engine to bring the VM online again from a healthy host? Thanks, David Sent with Proton Mail secure email. publickey - dmwhite823@protonmail.com - 0x320CD582.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature ___ 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/D2AHR6Q7SL7H5SSA2DQY5OJJGJFBBU7D/
[ovirt-users] Re: long time running backup (hanged in image finalizing state )
ah I see, thank you. image transfer row already dissipated, but backup task is still there with last update on Saturday's night. and in the job table is the same select * from job; job_id | action_type | description | status | owner_id | visible | start_time | end_time | last_upda te_time | correlation_id | is_external | is_auto_cleared | engine_session_seq_id --+--+--+-+--+-++--+-- -+--+-+-+--- 818a893d-05bc-436e-b27d-a7123d2b29f7 | HybridBackup | Backing up VM log1.util.prod.hq.sldev.cz | STARTED | 775e759c-255e-11ed-9c24-00163e2172be | t | 2022-09-17 00:44:56.562+02 | | 2022-09-17 00 :45:17.99+02 | 26fa4612-8e4a-4142-89a2-c38adacead86 | f | t | 3788 (1 row) select * from vm_backups; backup_id | from_checkpoint_id | to_checkpoint_id | vm_id | phase | _create_date | host_id | description | _up date_date | backup_type | snapshot_id | is_stopped --++--+--+---++-+-+--- -+-+--+ b9c458e6-64e2-41c2-93b8-96761e71f82b | | 7a558f2a-57b6-432f-b5dd-85f5fb9dac8e | c3b2199f-35cc-41dc-8787-835e945217d2 | Ready | 2022-09-17 00:44:56.877+02 | | | 2022-09-17 00:45:19.057+02 | hybrid | 0c6ebd56-dcfe-46a8-91cc-327cc94e9773 | f Jirka On 9/19/22 14:03, Benny Zlotnik wrote: Completed transfers (phase 9/10) shouldn't interfere with anything and are cleared automatically after 15 minutes On Mon, Sep 19, 2022 at 2:48 PM Jirka Simon wrote: Hello Benny, thank you, i updater phase to 9 and restarted ovirt engine , but it is still there. should i update phase column in vm_backups table as well ? Jirka On 9/19/22 13:27, Benny Zlotnik wrote: OK, I see an issue with the transfer 2022-09-17 01:43:05,856+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74) [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success' to 'Finished Success' 2022-09-17 01:43:05,873+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread- 74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID: TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede d. 2022-09-17 01:43:09,194+02 INFO [org.ovirt.engine.core.sso.service.AuthenticationService] (default task-122) [] User admin@internal-authz with profile [internal] successful ly logged in with scopes: ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-acc ess 2022-09-17 01:43:09,216+02 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-122) [1d4c2113] Running command: CreateUserSessionCommand internal: f alse. 2022-09-17 01:43:09,223+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi n@internal-authz connecting from '10.36.191.253' using session 'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA==' logged in. 2022-09-17 01:43:09,228+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_DISK with role type USER 2022-09-17 01:43:09,229+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Updating image transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finished Success' to 'Finalizing Success' The phase of the transfer was moved from Finished Success (phase 9) to Finalizing Success (phase 7), this is a bug [1] in oVirt that was fixed and will be in the next release, this also means that the backup client finalized the transfer twice. Since the transfer is complete you can move
[ovirt-users] Re: long time running backup (hanged in image finalizing state )
Completed transfers (phase 9/10) shouldn't interfere with anything and are cleared automatically after 15 minutes On Mon, Sep 19, 2022 at 2:48 PM Jirka Simon wrote: > > Hello Benny, > > thank you, i updater phase to 9 and restarted ovirt engine , but it is still > there. should i update phase column in vm_backups table as well ? > > > Jirka > > > On 9/19/22 13:27, Benny Zlotnik wrote: > > OK, I see an issue with the transfer > 2022-09-17 01:43:05,856+02 INFO > [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] > (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74) > [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer > '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success' > to 'Finished Success' > 2022-09-17 01:43:05,873+02 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread- > 74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID: > TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk > log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede > d. > 2022-09-17 01:43:09,194+02 INFO > [org.ovirt.engine.core.sso.service.AuthenticationService] (default > task-122) [] User admin@internal-authz with profile [internal] > successful > ly logged in with scopes: ovirt-app-api > ovirt-ext=token-info:authz-search > ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate > ovirt-ext=token:password-acc > ess > 2022-09-17 01:43:09,216+02 INFO > [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default > task-122) [1d4c2113] Running command: CreateUserSessionCommand > internal: f > alse. > 2022-09-17 01:43:09,223+02 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi > n@internal-authz connecting from '10.36.191.253' using session > 'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA==' > logged in. > 2022-09-17 01:43:09,228+02 INFO > [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] > (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Running > command: TransferImageStatusCommand internal: false. Entities affected > : ID: aaa0----123456789aaa Type: SystemAction group > CREATE_DISK with role type USER > 2022-09-17 01:43:09,229+02 INFO > [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] > (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Updating > image > transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finished > Success' to 'Finalizing Success' > > The phase of the transfer was moved from Finished Success (phase 9) to > Finalizing Success (phase 7), this is a bug [1] in oVirt that was > fixed and will be in the next release, this also means that the backup > client finalized the transfer twice. > Since the transfer is complete you can move it to phase 9, and > finalize the backup > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=2092816 > > On Mon, Sep 19, 2022 at 2:20 PM Jirka Simon wrote: > > Hi Benny, > > Thank you for Very fast answer. > > no I haven't done anything with it yet > > here is record from image_transfer table > > select * from image_transfers; > command_id | command_type | phase | > last_updated| message |vds_id| >disk_id| imaged_ti > cket_id | proxy_uri | bytes_sent | > bytes_total | type | active |daemon_uri | > client_inactivity_timeout | image_format | ba > ckend | backup_id | client_type | shallow | > timeout_policy > --+--+---++-+--+--+-- > +---+--+--+--++---+---+--+--- > --+--+-+-+ > 8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba | 1024 | 7 | 2022-09-17 > 01:43:09.229+02 | | a7d6e143-4230-42af-863b-d83667810d78 | > 950279ef-485c-400e-ba66-a3f545618de5 | >| https://ovirtm.corp.sldev.cz:54323/images | 214748364800 | > 214748364800 |1 | f | https://ovirt4.corp.sldev.cz:54322/images | > 3600 |5 | >1 | b9c458e6-64e2-41c2-93b8-96761e71f82b | 2 | f | legacy > (1 row) > > > Backup is performed from vProtect, we used image transfer backup earlier, > but we had problem with hanged snapshots as well (it was on ovirt4.4 we > discused it couple weeks ago, now we have 4.5 and the situation is the same. > And we
[ovirt-users] Re: long time running backup (hanged in image finalizing state )
Hello Benny, thank you, i updater phase to 9 and restarted ovirt engine , but it is still there. should i update phase column in vm_backups table as well ? Jirka On 9/19/22 13:27, Benny Zlotnik wrote: OK, I see an issue with the transfer 2022-09-17 01:43:05,856+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74) [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success' to 'Finished Success' 2022-09-17 01:43:05,873+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread- 74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID: TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede d. 2022-09-17 01:43:09,194+02 INFO [org.ovirt.engine.core.sso.service.AuthenticationService] (default task-122) [] User admin@internal-authz with profile [internal] successful ly logged in with scopes: ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-acc ess 2022-09-17 01:43:09,216+02 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-122) [1d4c2113] Running command: CreateUserSessionCommand internal: f alse. 2022-09-17 01:43:09,223+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi n@internal-authz connecting from '10.36.191.253' using session 'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA==' logged in. 2022-09-17 01:43:09,228+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_DISK with role type USER 2022-09-17 01:43:09,229+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Updating image transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finished Success' to 'Finalizing Success' The phase of the transfer was moved from Finished Success (phase 9) to Finalizing Success (phase 7), this is a bug [1] in oVirt that was fixed and will be in the next release, this also means that the backup client finalized the transfer twice. Since the transfer is complete you can move it to phase 9, and finalize the backup [1]https://bugzilla.redhat.com/show_bug.cgi?id=2092816 On Mon, Sep 19, 2022 at 2:20 PM Jirka Simon wrote: Hi Benny, Thank you for Very fast answer. no I haven't done anything with it yet here is record from image_transfer table select * from image_transfers; command_id | command_type | phase | last_updated| message |vds_id| disk_id| imaged_ti cket_id | proxy_uri | bytes_sent | bytes_total | type | active |daemon_uri | client_inactivity_timeout | image_format | ba ckend | backup_id | client_type | shallow | timeout_policy --+--+---++-+--+--+-- +---+--+--+--++---+---+--+--- --+--+-+-+ 8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba | 1024 | 7 | 2022-09-17 01:43:09.229+02 | | a7d6e143-4230-42af-863b-d83667810d78 | 950279ef-485c-400e-ba66-a3f545618de5 | |https://ovirtm.corp.sldev.cz:54323/images | 214748364800 | 214748364800 |1 | f |https://ovirt4.corp.sldev.cz:54322/images | 3600 |5 | 1 | b9c458e6-64e2-41c2-93b8-96761e71f82b | 2 | f | legacy (1 row) Backup is performed from vProtect, we used image transfer backup earlier, but we had problem with hanged snapshots as well (it was on ovirt4.4 we discused it couple weeks ago, now we have 4.5 and the situation is the same. And we wanted to try CBT backups) thank you Jirka On 9/19/22 13:08, Benny Zlotnik wrote: Please attach the ovirt-engine logs The backup has the ready status, did you finalize it? Can show all the fields for the disk transfer? Was it finalized? How is the backup performed? On Mon, Sep 19, 2022 at 2:06 PM Jirka Simon wrote: Hello there. we have issue
[ovirt-users] Re: long time running backup (hanged in image finalizing state )
OK, I see an issue with the transfer 2022-09-17 01:43:05,856+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-74) [7f8657ae-1f57-438f-b849-80aa9e805021] Updating image transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finalizing Success' to 'Finished Success' 2022-09-17 01:43:05,873+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread- 74) [7f8657ae-1f57-438f-b849-80aa9e805021] EVENT_ID: TRANSFER_IMAGE_SUCCEEDED(1,032), Image Download with disk log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz succeede d. 2022-09-17 01:43:09,194+02 INFO [org.ovirt.engine.core.sso.service.AuthenticationService] (default task-122) [] User admin@internal-authz with profile [internal] successful ly logged in with scopes: ovirt-app-api ovirt-ext=token-info:authz-search ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate ovirt-ext=token:password-acc ess 2022-09-17 01:43:09,216+02 INFO [org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-122) [1d4c2113] Running command: CreateUserSessionCommand internal: f alse. 2022-09-17 01:43:09,223+02 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-122) [1d4c2113] EVENT_ID: USER_VDC_LOGIN(30), User admi n@internal-authz connecting from '10.36.191.253' using session 'PS71uIYNYn6AJH4NSLfuEtGxMCrWEYS4SqiawmvWMQHAwVXkXXS8o1IdoMQkPINtUIkZY+qojVNeC4oeSSnBwA==' logged in. 2022-09-17 01:43:09,228+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand] (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Running command: TransferImageStatusCommand internal: false. Entities affected : ID: aaa0----123456789aaa Type: SystemAction group CREATE_DISK with role type USER 2022-09-17 01:43:09,229+02 INFO [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater] (default task-122) [dab3e098-03a8-46d3-b2c6-5952a4236090] Updating image transfer '8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba' phase from 'Finished Success' to 'Finalizing Success' The phase of the transfer was moved from Finished Success (phase 9) to Finalizing Success (phase 7), this is a bug [1] in oVirt that was fixed and will be in the next release, this also means that the backup client finalized the transfer twice. Since the transfer is complete you can move it to phase 9, and finalize the backup [1] https://bugzilla.redhat.com/show_bug.cgi?id=2092816 On Mon, Sep 19, 2022 at 2:20 PM Jirka Simon wrote: > > Hi Benny, > > Thank you for Very fast answer. > > no I haven't done anything with it yet > > here is record from image_transfer table > > select * from image_transfers; > command_id | command_type | phase | > last_updated| message |vds_id| >disk_id| imaged_ti > cket_id | proxy_uri | bytes_sent | > bytes_total | type | active |daemon_uri | > client_inactivity_timeout | image_format | ba > ckend | backup_id | client_type | shallow | > timeout_policy > --+--+---++-+--+--+-- > +---+--+--+--++---+---+--+--- > --+--+-+-+ > 8d8e2674-ac0a-47cd-887f-d0cf6ee5e4ba | 1024 | 7 | 2022-09-17 > 01:43:09.229+02 | | a7d6e143-4230-42af-863b-d83667810d78 | > 950279ef-485c-400e-ba66-a3f545618de5 | >| https://ovirtm.corp.sldev.cz:54323/images | 214748364800 | > 214748364800 |1 | f | https://ovirt4.corp.sldev.cz:54322/images | > 3600 |5 | >1 | b9c458e6-64e2-41c2-93b8-96761e71f82b | 2 | f | legacy > (1 row) > > > Backup is performed from vProtect, we used image transfer backup earlier, > but we had problem with hanged snapshots as well (it was on ovirt4.4 we > discused it couple weeks ago, now we have 4.5 and the situation is the same. > And we wanted to try CBT backups) > > > thank you Jirka > > > > On 9/19/22 13:08, Benny Zlotnik wrote: > > Please attach the ovirt-engine logs > > The backup has the ready status, did you finalize it? > Can show all the fields for the disk transfer? Was it finalized? > How is the backup performed? > > On Mon, Sep 19, 2022 at 2:06 PM Jirka Simon wrote: > > Hello there. > > we have issue with backups on our cluster, one backup started 2 days ago and > is is still in state finalizing. > > select * from
[ovirt-users] Re: long time running backup (hanged in image finalizing state )
Please attach the ovirt-engine logs The backup has the ready status, did you finalize it? Can show all the fields for the disk transfer? Was it finalized? How is the backup performed? On Mon, Sep 19, 2022 at 2:06 PM Jirka Simon wrote: > > Hello there. > > we have issue with backups on our cluster, one backup started 2 days ago and > is is still in state finalizing. > > select * from vm_backups; > backup_id | from_checkpoint_id | > to_checkpoint_id |vm_id | phase | > _create_date| host_id | des > cription |_update_date| backup_type | snapshot_id > | is_stopped > --++--+--+---++-+ > -++-+--+ > b9c458e6-64e2-41c2-93b8-96761e71f82b || > 7a558f2a-57b6-432f-b5dd-85f5fb9dac8e | c3b2199f-35cc-41dc-8787-835e945217d2 | > Ready | 2022-09-17 00:44:56.877+02 | | > | 2022-09-17 00:45:19.057+02 | hybrid | > 0c6ebd56-dcfe-46a8-91cc-327cc94e9773 | f > (1 row) > > > and if I check imagetransfer table, I see bytes_sent = bytes_total. > > engine=# select it.disk_id,bd.disk_alias,it.last_updated, it.bytes_sent, > it.bytes_total from image_transfers as it , base_disks as bd where > it.disk_id = bd.disk_id; > disk_id| disk_alias >|last_updated| bytes_sent | bytes_total > --+---++--+-- > 950279ef-485c-400e-ba66-a3f545618de5 | > log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz | 2022-09-17 > 01:43:09.229+02 | 214748364800 | 214748364800 > > > there is no error in logs > > > if i use /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all -qc > there is no record in any part. > > > I can clean these record from DB to fix it but it will happen again in few > days. > > > vdsm.x86_64 4.50.2.2-1.el8 > > ovirt-engine.noarch4.5.2.4-1.el8 > > > is there anything i can check to find reason of this ? > > > Thank you Jirka > > > ___ > 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/OFPXMJ5RIJZ2JT7FUIZ2NFRRLSICV3IW/ ___ 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/GMGBUSSTVODND2PM3LS7I5MIABGQZCW2/
[ovirt-users] long time running backup (hanged in image finalizing state )
Hello there. we have issue with backups on our cluster, one backup started 2 days ago and is is still in state finalizing. select * from vm_backups; backup_id | from_checkpoint_id | to_checkpoint_id | vm_id | phase | _create_date | host_id | des cription | _update_date | backup_type | snapshot_id | is_stopped --++--+--+---++-+ -++-+--+ b9c458e6-64e2-41c2-93b8-96761e71f82b | | 7a558f2a-57b6-432f-b5dd-85f5fb9dac8e | c3b2199f-35cc-41dc-8787-835e945217d2 | Ready | 2022-09-17 00:44:56.877+02 | | | 2022-09-17 00:45:19.057+02 | hybrid | 0c6ebd56-dcfe-46a8-91cc-327cc94e9773 | f (1 row) and if I check imagetransfer table, I see bytes_sent = bytes_total. engine=# select it.disk_id,bd.disk_alias,it.last_updated, it.bytes_sent, it.bytes_total from image_transfers as it , base_disks as bd where it.disk_id = bd.disk_id; disk_id | disk_alias | last_updated | bytes_sent | bytes_total --+---++--+-- 950279ef-485c-400e-ba66-a3f545618de5 | log1.util.prod.hq.sldev.cz_log1.util.prod.hq.sldev.cz | 2022-09-17 01:43:09.229+02 | 214748364800 | 214748364800 there is no error in logs if i use /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all -qc there is no record in any part. I can clean these record from DB to fix it but it will happen again in few days. vdsm.x86_64 4.50.2.2-1.el8 ovirt-engine.noarch 4.5.2.4-1.el8 is there anything i can check to find reason of this ? Thank you Jirka ___ 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/OFPXMJ5RIJZ2JT7FUIZ2NFRRLSICV3IW/
[ovirt-users] Re: Unable to deploy to new host
On Mon, Sep 19, 2022 at 12:15 PM David White wrote: > > --- Original Message --- > On Monday, September 19th, 2022 at 4:44 AM, Yedidyah Bar David > wrote: > > > > On Mon, Sep 19, 2022 at 11:31 AM David White dmwhite...@protonmail.com > > wrote: > > > > > > Thank you. > > > > > > > On the engine: > > > > > > > [root@ovirt-engine1 dwhite]# rpm -qa | grep -i ansible-core > > > ansible-core-2.13.3-1.el8.x86_64 > > > > > > > So I downgraded ansible-core: > > > [root@ovirt-engine1 dwhite]# yum downgrade ansible-core > > > > > > > [root@ovirt-engine1 dwhite]# rpm -qa | grep ansible-core > > > ansible-core-2.12.7-1.el8.x86_64 > > > > > > > After this, I tried again to deploy to the host, and that failed. The > > > playbooks got further. Reviewing the host-deploy log, it failed on: > > > > > > > "task" : "Enable firewalld rules", > > > "task_path" : > > > "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-firewalld/tasks/firewalld.yml:15", > > > > > > > ... with the following failure: > > > "msg" : "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: > > > INVALID_SERVICE: 'glusterfs' not among existing services Permanent and > > > Non-Permanent(immediate) operation, Services are defined by port/tcp > > > relationship and named as they are in /etc/services (on most systems)", > > > > > > > QUESTION: > > > Probably not the best, or most elegant solution, but for my use case, is > > > there something within the engine itself that I can (should) configure > > > (maybe in the Postgres database somewhere?) to tell it that I'm no longer > > > using Gluster? I'm completely off gluster now, so I'd prefer to not > > > deploy it... > > > > > > > > I think it's a setting per DC/cluster, whether it supports gluster. > > Try editing your DCs/clusters. > > > > > > Or is there a better way? > > You're right. I went to Compute -> Clusters, clicked Edit, and in the General > section, I scrolled down, and there is a checkbox to enable (or disable) the > gluster service. That was enabled, so I just disabled it. > > That said, it's interesting to me that I confirmed gluster was actually > installed on the new host - but yet no service was available. So it does > appear to me that there's a bug somewhere else: > > [root@cha2-storage]# firewall-cmd --get-services | grep -i gluster > > (That command produces nothing, yet glusterfs is installed:) > > root@cha2-storage]# yum info glusterfs > Last metadata expiration check: 0:25:10 ago on Mon 19 Sep 2022 04:20:28 AM > EDT. > Installed Packages > Name : glusterfs > Version : 10.2 > Release : 1.el8s > Architecture : x86_64 > Size : 2.6 M > Source : glusterfs-10.2-1.el8s.src.rpm > Repository : @System > From repo: centos-gluster10 As I wrote below, > > > > > > It might be enough to copy /usr/lib/firewalld/services/glusterfs.xml > > (in the rpm glusterfs-server) it's in the glusterfs-server rpm, not glusterfs. > from some other machine and put it > > either there or in /etc/firewalld/services/ . I didn't test this. Not > > sure it's better :-). > > Simply disabling the gluster service from the ovirt web UI as described above > fixed the issue. Good. Thanks for the update. Best regards, > > Thank you. > > > Best regards, > > > > > > Sent with Proton Mail secure email. > > > > > > > --- Original Message --- > > > On Monday, September 19th, 2022 at 2:44 AM, Yedidyah Bar David > > > d...@redhat.com wrote: > > > > > > > > Hi, > > > > > > > > please see my reply to "[ovirt-users] Error during deployment of > > > > ovirt-engine". > > > > > > > > Best regards, > > > > > > > > On Mon, Sep 19, 2022 at 5:02 AM David White via Users users@ovirt.org > > > > wrote: > > > > > > > > > I currently have a self-hosted engine that was restored from a backup > > > > > of an engine that was originally in a hyperconverged state. (See > > > > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/APQ3XBUM34TG76XGRBV6GIW62RP6MZOD/). > > > > > > > > > This was also an upgrade from ovirt 4.4 to ovirt 4.5. > > > > > > > > > There were 4 hosts in this cluster. Unfortunately, 2 of them are > > > > > completely in an "Unassigned" state right now, and I don't know why. > > > > > The VMs on those hosts are working fine, but I have no way to move > > > > > the VMs or manage them. > > > > > > > > > More to the point of this email: > > > > > I'm trying to re-deploy onto a 3rd host. I did a fresh install of > > > > > Rocky Linux 8, and followed the instructions at > > > > > https://ovirt.org/download/ and at > > > > > https://ovirt.org/download/install_on_rhel.html, including the part > > > > > there that is specific to Rocky. > > > > > > > > > After installing the centos-release-ovirt45 package, I then logged > > > > > into the oVirt engine web UI, and went to Compute -> Hosts -> New, > > > > > and have tried (and failed) many times to install / deploy to this > > > > > new
[ovirt-users] Re: Unable to deploy to new host
--- Original Message --- On Monday, September 19th, 2022 at 4:44 AM, Yedidyah Bar David wrote: > On Mon, Sep 19, 2022 at 11:31 AM David White dmwhite...@protonmail.com wrote: > > > Thank you. > > > > On the engine: > > > > [root@ovirt-engine1 dwhite]# rpm -qa | grep -i ansible-core > > ansible-core-2.13.3-1.el8.x86_64 > > > > So I downgraded ansible-core: > > [root@ovirt-engine1 dwhite]# yum downgrade ansible-core > > > > [root@ovirt-engine1 dwhite]# rpm -qa | grep ansible-core > > ansible-core-2.12.7-1.el8.x86_64 > > > > After this, I tried again to deploy to the host, and that failed. The > > playbooks got further. Reviewing the host-deploy log, it failed on: > > > > "task" : "Enable firewalld rules", > > "task_path" : > > "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-firewalld/tasks/firewalld.yml:15", > > > > ... with the following failure: > > "msg" : "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: > > INVALID_SERVICE: 'glusterfs' not among existing services Permanent and > > Non-Permanent(immediate) operation, Services are defined by port/tcp > > relationship and named as they are in /etc/services (on most systems)", > > > > QUESTION: > > Probably not the best, or most elegant solution, but for my use case, is > > there something within the engine itself that I can (should) configure > > (maybe in the Postgres database somewhere?) to tell it that I'm no longer > > using Gluster? I'm completely off gluster now, so I'd prefer to not deploy > > it... > > > I think it's a setting per DC/cluster, whether it supports gluster. > Try editing your DCs/clusters. > > > Or is there a better way? You're right. I went to Compute -> Clusters, clicked Edit, and in the General section, I scrolled down, and there is a checkbox to enable (or disable) the gluster service. That was enabled, so I just disabled it. That said, it's interesting to me that I confirmed gluster was actually installed on the new host - but yet no service was available. So it does appear to me that there's a bug somewhere else: [root@cha2-storage]# firewall-cmd --get-services | grep -i gluster (That command produces nothing, yet glusterfs is installed:) root@cha2-storage]# yum info glusterfs Last metadata expiration check: 0:25:10 ago on Mon 19 Sep 2022 04:20:28 AM EDT. Installed Packages Name : glusterfs Version : 10.2 Release : 1.el8s Architecture : x86_64 Size : 2.6 M Source : glusterfs-10.2-1.el8s.src.rpm Repository : @System >From repo: centos-gluster10 > > It might be enough to copy /usr/lib/firewalld/services/glusterfs.xml > (in the rpm glusterfs-server) from some other machine and put it > either there or in /etc/firewalld/services/ . I didn't test this. Not > sure it's better :-). Simply disabling the gluster service from the ovirt web UI as described above fixed the issue. Thank you. > Best regards, > > > Sent with Proton Mail secure email. > > > > --- Original Message --- > > On Monday, September 19th, 2022 at 2:44 AM, Yedidyah Bar David > > d...@redhat.com wrote: > > > > > Hi, > > > > > please see my reply to "[ovirt-users] Error during deployment of > > > ovirt-engine". > > > > > Best regards, > > > > > On Mon, Sep 19, 2022 at 5:02 AM David White via Users users@ovirt.org > > > wrote: > > > > > > I currently have a self-hosted engine that was restored from a backup > > > > of an engine that was originally in a hyperconverged state. (See > > > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/APQ3XBUM34TG76XGRBV6GIW62RP6MZOD/). > > > > > > This was also an upgrade from ovirt 4.4 to ovirt 4.5. > > > > > > There were 4 hosts in this cluster. Unfortunately, 2 of them are > > > > completely in an "Unassigned" state right now, and I don't know why. > > > > The VMs on those hosts are working fine, but I have no way to move the > > > > VMs or manage them. > > > > > > More to the point of this email: > > > > I'm trying to re-deploy onto a 3rd host. I did a fresh install of Rocky > > > > Linux 8, and followed the instructions at https://ovirt.org/download/ > > > > and at https://ovirt.org/download/install_on_rhel.html, including the > > > > part there that is specific to Rocky. > > > > > > After installing the centos-release-ovirt45 package, I then logged into > > > > the oVirt engine web UI, and went to Compute -> Hosts -> New, and have > > > > tried (and failed) many times to install / deploy to this new host. > > > > > > The last error in the host deploy log is the following: > > > > > > 2022-09-18 21:29:39 EDT - { > > > > "uuid" : "94b93e6a-5410-4d26-b058-d7d1db0a151e", > > > > "counter" : 404, > > > > "stdout" : "fatal: [cha2-storage.mgt.example.com]: FAILED! => {\"msg\": > > > > \"The conditional check 'cluster_switch == \\\"ovs\\\" or (ovn_central > > > > is defined and ovn_central | ipaddr)' failed. The error was: The
[ovirt-users] Re: Unable to change the admin passsword on oVirt 4.5.2.5
Hi, the answer depends if you selected Keycloak integration during engine-setup or not. If you are not sure, you can check using following: 1. What is your username when connecting to webadmin? - If it's "admin@ovirt", the you are using Keycloak integration - If it's "admin" and profile "internal" then you are using AAA. 2. Please take a look at the file /etc/ovirt-engine/engine.conf.d/12-setup-keycloak: - If the file exists and it contains "KEYCLOAK_BUNDLED=true", then you are using Keycloak integration - If the file doesn't exists or it contains "KEYCLOAK_BUNDLED=false", then you are using AAA. If you selected Keycloak inetgration, the you need to login to Keycloak administration console and change admin@ovirt password there. More information can be found at https://www.keycloak.org/archive/documentation-15.0.html If you selected AAA, then the steps you posted below are correct. Unfortunately we don't have yet proper documentation about Keycloak integration, which was introduced in oVirt 4.5.1. Regards, Martin On Fri, Sep 16, 2022 at 3:42 PM Ayansh Rocks wrote: > Hi All, > > Any idea hot to change password of admin user on oVirt 4.5.2.5 ? > > Below is not working - > > [root@ovirt]# ovirt-aaa-jdbc-tool user password-reset admin > Picked up JAVA_TOOL_OPTIONS: -Dcom.redhat.fips=false > Password: > Reenter password: > updating user admin... > user updated successfully > [root@delhi-test-ovirtm-02 ~]# > > Above shows successful but password not changed. > > Thanks > ___ > 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/YYEHEQU3HIHAJSQI4PPSQP5Y2SZEE6MX/ > -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. ___ 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/FSTUVBLQJKUZFGKZGYE4WQDYWABF3GC5/
[ovirt-users] Re: Unable to deploy to new host
On Mon, Sep 19, 2022 at 11:31 AM David White wrote: > > > Thank you. > > On the engine: > > [root@ovirt-engine1 dwhite]# rpm -qa | grep -i ansible-core > ansible-core-2.13.3-1.el8.x86_64 > > So I downgraded ansible-core: > [root@ovirt-engine1 dwhite]# yum downgrade ansible-core > > [root@ovirt-engine1 dwhite]# rpm -qa | grep ansible-core > ansible-core-2.12.7-1.el8.x86_64 > > After this, I tried again to deploy to the host, and that failed. The > playbooks got further. Reviewing the host-deploy log, it failed on: > > "task" : "Enable firewalld rules", > "task_path" : > "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-firewalld/tasks/firewalld.yml:15", > > ... with the following failure: > "msg" : "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: > INVALID_SERVICE: 'glusterfs' not among existing services Permanent and > Non-Permanent(immediate) operation, Services are defined by port/tcp > relationship and named as they are in /etc/services (on most systems)", > > QUESTION: > Probably not the best, or most elegant solution, but for my use case, is > there something within the engine itself that I can (should) configure (maybe > in the Postgres database somewhere?) to tell it that I'm no longer using > Gluster? I'm completely off gluster now, so I'd prefer to not deploy it... I think it's a setting per DC/cluster, whether it supports gluster. Try editing your DCs/clusters. > > Or is there a better way? It might be enough to copy /usr/lib/firewalld/services/glusterfs.xml (in the rpm glusterfs-server) from some other machine and put it either there or in /etc/firewalld/services/ . I didn't test this. Not sure it's better :-). Best regards, > > Sent with Proton Mail secure email. > > --- Original Message --- > On Monday, September 19th, 2022 at 2:44 AM, Yedidyah Bar David > wrote: > > > > Hi, > > > > > please see my reply to "[ovirt-users] Error during deployment of > > ovirt-engine". > > > > > Best regards, > > > > > On Mon, Sep 19, 2022 at 5:02 AM David White via Users users@ovirt.org wrote: > > > > > > I currently have a self-hosted engine that was restored from a backup of > > > an engine that was originally in a hyperconverged state. (See > > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/APQ3XBUM34TG76XGRBV6GIW62RP6MZOD/). > > > > > > > This was also an upgrade from ovirt 4.4 to ovirt 4.5. > > > > > > > There were 4 hosts in this cluster. Unfortunately, 2 of them are > > > completely in an "Unassigned" state right now, and I don't know why. The > > > VMs on those hosts are working fine, but I have no way to move the VMs or > > > manage them. > > > > > > > More to the point of this email: > > > I'm trying to re-deploy onto a 3rd host. I did a fresh install of Rocky > > > Linux 8, and followed the instructions at https://ovirt.org/download/ and > > > at https://ovirt.org/download/install_on_rhel.html, including the part > > > there that is specific to Rocky. > > > > > > > After installing the centos-release-ovirt45 package, I then logged into > > > the oVirt engine web UI, and went to Compute -> Hosts -> New, and have > > > tried (and failed) many times to install / deploy to this new host. > > > > > > > The last error in the host deploy log is the following: > > > > > > > 2022-09-18 21:29:39 EDT - { > > > "uuid" : "94b93e6a-5410-4d26-b058-d7d1db0a151e", > > > "counter" : 404, > > > "stdout" : "fatal: [cha2-storage.mgt.example.com]: FAILED! => {\"msg\": > > > \"The conditional check 'cluster_switch == \\\"ovs\\\" or (ovn_central is > > > defined and ovn_central | ipaddr)' failed. The error was: The ipaddr > > > filter requires python's netaddr be installed on the ansible > > > controller\\n\\nThe error appears to be in > > > '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml': > > > line 3, column 5, but may\\nbe elsewhere in the file depending on the > > > exact syntax problem.\\n\\nThe offending line appears to be:\\n\\n- > > > block:\\n - name: Install ovs\\n ^ here\\n\"}", > > > "start_line" : 405, > > > "end_line" : 406, > > > "runner_ident" : "e2cbd38d-64fa-4ecd-82c6-114420ea14a4", > > > "event" : "runner_on_failed", > > > "pid" : 65899, > > > "created" : "2022-09-19T01:29:38.983937", > > > "parent_uuid" : "02113221-f1b3-920f-8bd4-003d", > > > "event_data" : { > > > "playbook" : "ovirt-host-deploy.yml", > > > "playbook_uuid" : "73a6e8f1-3836-49e1-82fd-5367b0bf4e90", > > > "play" : "all", > > > "play_uuid" : "02113221-f1b3-920f-8bd4-0006", > > > "play_pattern" : "all", > > > "task" : "Install ovs", > > > "task_uuid" : "02113221-f1b3-920f-8bd4-003d", > > > "task_action" : "package", > > > "task_args" : "", > > > "task_path" : > > > "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml:3", > > > "role" : "ovirt-provider-ovn-driver", > > >
[ovirt-users] Re: How i can shutdown the virtual servers on a note when the ovirt network is down
> On 19 Sep 2022, at 11:18, Manfred Bohensky | Bohensky IT GmbH > wrote: > > My question is if e.g. the network card or port from the ovirt network on the > ovirt note is broken. How can I shut down the virtual machines locally on the > ovirt note? > oVirt will reboot your host via IPMI power cycle, then this host will be marked as Non Operational. In this case your VM instances will be dead already By hand you can kill VM instances via `virsh` command k ___ 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/XOA5KXM6FIZLYOPCTHK6MMDP4FRUNS33/
[ovirt-users] Re: Unable to deploy to new host
Thank you. On the engine: [root@ovirt-engine1 dwhite]# rpm -qa | grep -i ansible-core ansible-core-2.13.3-1.el8.x86_64 So I downgraded ansible-core: [root@ovirt-engine1 dwhite]# yum downgrade ansible-core [root@ovirt-engine1 dwhite]# rpm -qa | grep ansible-core ansible-core-2.12.7-1.el8.x86_64 After this, I tried again to deploy to the host, and that failed. The playbooks got further. Reviewing the host-deploy log, it failed on: "task" : "Enable firewalld rules", "task_path" : "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-firewalld/tasks/firewalld.yml:15", ... with the following failure: "msg" : "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Permanent and Non-Permanent(immediate) operation, Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)", QUESTION: Probably not the best, or most elegant solution, but for my use case, is there something within the engine itself that I can (should) configure (maybe in the Postgres database somewhere?) to tell it that I'm no longer using Gluster? I'm completely off gluster now, so I'd prefer to not deploy it... Or is there a better way? Sent with Proton Mail secure email. --- Original Message --- On Monday, September 19th, 2022 at 2:44 AM, Yedidyah Bar David wrote: > Hi, > > please see my reply to "[ovirt-users] Error during deployment of > ovirt-engine". > > Best regards, > > On Mon, Sep 19, 2022 at 5:02 AM David White via Users users@ovirt.org wrote: > > > I currently have a self-hosted engine that was restored from a backup of an > > engine that was originally in a hyperconverged state. (See > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/APQ3XBUM34TG76XGRBV6GIW62RP6MZOD/). > > > > This was also an upgrade from ovirt 4.4 to ovirt 4.5. > > > > There were 4 hosts in this cluster. Unfortunately, 2 of them are completely > > in an "Unassigned" state right now, and I don't know why. The VMs on those > > hosts are working fine, but I have no way to move the VMs or manage them. > > > > More to the point of this email: > > I'm trying to re-deploy onto a 3rd host. I did a fresh install of Rocky > > Linux 8, and followed the instructions at https://ovirt.org/download/ and > > at https://ovirt.org/download/install_on_rhel.html, including the part > > there that is specific to Rocky. > > > > After installing the centos-release-ovirt45 package, I then logged into the > > oVirt engine web UI, and went to Compute -> Hosts -> New, and have tried > > (and failed) many times to install / deploy to this new host. > > > > The last error in the host deploy log is the following: > > > > 2022-09-18 21:29:39 EDT - { > > "uuid" : "94b93e6a-5410-4d26-b058-d7d1db0a151e", > > "counter" : 404, > > "stdout" : "fatal: [cha2-storage.mgt.example.com]: FAILED! => {\"msg\": > > \"The conditional check 'cluster_switch == \\\"ovs\\\" or (ovn_central is > > defined and ovn_central | ipaddr)' failed. The error was: The ipaddr filter > > requires python's netaddr be installed on the ansible controller\\n\\nThe > > error appears to be in > > '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml': > > line 3, column 5, but may\\nbe elsewhere in the file depending on the > > exact syntax problem.\\n\\nThe offending line appears to be:\\n\\n- > > block:\\n - name: Install ovs\\n ^ here\\n\"}", > > "start_line" : 405, > > "end_line" : 406, > > "runner_ident" : "e2cbd38d-64fa-4ecd-82c6-114420ea14a4", > > "event" : "runner_on_failed", > > "pid" : 65899, > > "created" : "2022-09-19T01:29:38.983937", > > "parent_uuid" : "02113221-f1b3-920f-8bd4-003d", > > "event_data" : { > > "playbook" : "ovirt-host-deploy.yml", > > "playbook_uuid" : "73a6e8f1-3836-49e1-82fd-5367b0bf4e90", > > "play" : "all", > > "play_uuid" : "02113221-f1b3-920f-8bd4-0006", > > "play_pattern" : "all", > > "task" : "Install ovs", > > "task_uuid" : "02113221-f1b3-920f-8bd4-003d", > > "task_action" : "package", > > "task_args" : "", > > "task_path" : > > "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml:3", > > "role" : "ovirt-provider-ovn-driver", > > "host" : "cha2-storage.mgt.example.com", > > "remote_addr" : "cha2-storage.mgt.example.com", > > "res" : { > > "msg" : "The conditional check 'cluster_switch == \"ovs\" or (ovn_central > > is defined and ovn_central | ipaddr)' failed. The error was: The ipaddr > > filter requires python's netaddr be installed on the ansible > > controller\n\nThe error appears to be in > > '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml': > > line 3, column 5, but may\nbe elsewhere in the file depending on the exact > > syntax problem.\n\nThe
[ovirt-users] Re: How i can shutdown the virtual servers on a note when the ovirt network is down
Hi, For a network maintenance, when you can't/don't want to put your ovirt host to maintenance mode on oVirt engine, you can turn off the API completely systemctl stop ovirt-engine After works over, just start service back k Sent from my iPhone > On 18 Sep 2022, at 22:00, manfred.bohen...@bohensky-it.gmbh wrote: > > Hello, > > i have a question. > When on an ovirt note the ovirt network down how i can shutdown the virtual > server local on the ovirt note in the local cli? > > Thanks > ___ > 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/KYBNETDUKNNOR6EJ3WS5IIQ7CQLSZYIH/ ___ 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/URC6WRDLVHESFBNHLG232B6434OX6WAB/
[ovirt-users] Re: oVirt 4.5 on Rocky 9
On Sun, Sep 18, 2022 at 10:03 PM Bjorn M wrote: > > Hi, > > I'm moving all my infra nodes to Rocky 9 and my oVirt cluster is next on the > list. I'm deploying a standalone oVirt VM on a KVM box and will set up the > hosts afterwards. All are to run on Rocky 9 x86_64. The engine is not ready yet for EL9. People are working on this, notably Martin: https://github.com/oVirt/ovirt-engine/pull/647 Best regards, > > I followed https://www.ovirt.org/download/install_on_rhel.html and created an > Ansible playbook to set up the customisations. > > I now have all repos set up correctly, or at least that is my understanding. > > When I run yum search ovirt-engine I get a number of packages available from > the repos, but not the ovirt-engine package. I do see the > ovirt-hosted-engine, but I prefer the standalone option. > > This makes sense as I don't find the package at > http://mirror.stream.centos.org/SIGs/9-stream/virt/x86_64/ovirt-45/Packages/o/ > , which I where all ovirt- packages are, except this one. > > Yum whatprovides engine-setup also turns out negative. > > I then decided to install ovirt-engine-appliance 4.5-20220419160254.1.el9 > from ovirt-45-upstream, but that package produces an error on the GPG key > import. > > It's unclear whether the issue is on my specific stack or wider. The missing > ovirt-engine package is confusing though. > > > Any help is appreciated, > > Cheers, Bjorn > > > > OUTPUT : > > > (0)[root@ovirt ~]# yum repolist > Updating Subscription Management repositories. > Unable to read consumer identity > > This system is not registered with an entitlement server. You can use > subscription-manager to register. > > repo id > repo name > appstream > Rocky Linux 9 - AppStream > baseos > Rocky Linux 9 - BaseOS > c9s-extras-common > CentOS Stream 9 - Extras packages > centos-ceph-pacific > CentOS-9-stream - Ceph Pacific > centos-gluster10 > CentOS-9-stream - Gluster 10 > centos-nfv-openvswitch > CentOS Stream 9 - NFV OpenvSwitch > centos-openstack-yoga > CentOS-9 - OpenStack yoga > centos-opstools > CentOS Stream 9 - OpsTools - collectd > centos-ovirt45 > CentOS Stream 9 - oVirt 4.5 > centos-rabbitmq-38 > CentOS-9 - RabbitMQ 38 > crb > Rocky Linux 9 - CRB > epel > Extra Packages for Enterprise Linux 9 - x86_64 > extras > Rocky Linux 9 - Extras > ovirt-45-upstream > oVirt upstream for CentOS Stream 9 - oVirt 4.5 > resilientstorage > Rocky Linux 9 - Resilient Storage > (0)[root@ovirt ~]# yum search ovirt-engine > Updating Subscription Management repositories. > Unable to read consumer identity > > This system is not registered with an entitlement server. You can use > subscription-manager to register. > > Last metadata expiration check: 3:37:50 ago on Wed 14 Sep 2022 08:24:39 AM > CEST. > > Name Matched: ovirt-engine > > ovirt-engine-appliance.x86_64 : The oVirt Engine Appliance image (OVA) > ovirt-engine-extension-aaa-ldap.noarch : oVirt Engine LDAP Users Management > Extension > ovirt-engine-extension-aaa-ldap-setup.noarch : oVirt Engine LDAP Users > Management Extension Setup Tool > ovirt-engine-extensions-api.noarch : oVirt engine extensions API > ovirt-engine-extensions-api-javadoc.noarch : oVirt engine extensions API > documentation > ovirt-engine-nodejs-modules.noarch : Node.js modules required
[ovirt-users] Re: Error during deployment of ovirt-engine
Hi, please see my reply to "[ovirt-users] Error during deployment of ovirt-engine". Best regards, On Sun, Sep 18, 2022 at 9:56 PM Peter H wrote: > > Hi Jonas, > > I get the same error when I try to install. Last weekend I managed to do it > (but with a lot of other problems) so something has changed during the week. > > After the VM is up I logged in through ssh and saw that the oVirt appliance > comes with Python-3.6 and Python-3.8 which both have netaddr installed. > > Part of the log: > ... > [ INFO ] TASK [ovirt.ovirt.engine_setup : Update setup packages] > [ INFO ] skipping: [localhost] > [ INFO ] TASK [ovirt.ovirt.engine_setup : Copy yum configuration file] > [ INFO ] changed: [localhost -> 192.168.222.35] > [ INFO ] TASK [ovirt.ovirt.engine_setup : Set 'best' to false] > [ INFO ] changed: [localhost -> 192.168.222.35] > [ INFO ] TASK [ovirt.ovirt.engine_setup : Update all packages] > [ INFO ] changed: [localhost -> 192.168.222.35] > [ INFO ] TASK [ovirt.ovirt.engine_setup : Remove temporary yum configuration > file] > [ INFO ] changed: [localhost -> 192.168.222.35] > [ INFO ] TASK [ovirt.ovirt.engine_setup : Set offline parameter if variable > is set] > ... > I noticed that after the task "Update all packages" Python-3.9 gets installed > and that version does not have netaddr installed. My theory is that the > playbook somehow uses the newest version of Python which is installed. > > pip3.9 list > Package Version > --- > ansible-core 2.13.3 > cffi 1.14.3 > cryptography 3.3.1 > idna 2.10 > pip 20.2.4 > ply 3.11 > pycparser2.20 > PyYAML 5.4.1 > setuptools 50.3.2 > six 1.15.0 > > I have tried another run where I installed the netaddr module as soon as > Python-3.9 got installed and that installation went further but then it had > another error. > > When I log into my hosted engine VM from last week there is no Python-3.9. > > My dnf(1) skills are not good enough to figure out which dependency is > causing Python-3.9 to be installed. > > There are probably a lot of other modules missing that can explain the other > error(s) I see. > > I will see if I can find out how to file a proper bug report. > > BR > Peter > > ___ > 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/TDB7QQF3BQ3KGPG34RX2AAKEVHLCJW5G/ -- Didi ___ 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/WY7IOOUGFJGZZLKRC4JO2KRZLVMYSH3L/
[ovirt-users] Re: Unable to deploy to new host
Hi, please see my reply to "[ovirt-users] Error during deployment of ovirt-engine". Best regards, On Mon, Sep 19, 2022 at 5:02 AM David White via Users wrote: > > I currently have a self-hosted engine that was restored from a backup of an > engine that was originally in a hyperconverged state. (See > https://lists.ovirt.org/archives/list/users@ovirt.org/message/APQ3XBUM34TG76XGRBV6GIW62RP6MZOD/). > > This was also an upgrade from ovirt 4.4 to ovirt 4.5. > > There were 4 hosts in this cluster. Unfortunately, 2 of them are completely > in an "Unassigned" state right now, and I don't know why. The VMs on those > hosts are working fine, but I have no way to move the VMs or manage them. > > More to the point of this email: > I'm trying to re-deploy onto a 3rd host. I did a fresh install of Rocky Linux > 8, and followed the instructions at https://ovirt.org/download/ and at > https://ovirt.org/download/install_on_rhel.html, including the part there > that is specific to Rocky. > > After installing the centos-release-ovirt45 package, I then logged into the > oVirt engine web UI, and went to Compute -> Hosts -> New, and have tried (and > failed) many times to install / deploy to this new host. > > The last error in the host deploy log is the following: > > 2022-09-18 21:29:39 EDT - { > "uuid" : "94b93e6a-5410-4d26-b058-d7d1db0a151e", > "counter" : 404, > "stdout" : "fatal: [cha2-storage.mgt.example.com]: FAILED! => {\"msg\": > \"The conditional check 'cluster_switch == \\\"ovs\\\" or (ovn_central is > defined and ovn_central | ipaddr)' failed. The error was: The ipaddr filter > requires python's netaddr be installed on the ansible controller\\n\\nThe > error appears to be in > '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml': > line 3, column 5, but may\\nbe elsewhere in the file depending on the exact > syntax problem.\\n\\nThe offending line appears to be:\\n\\n- block:\\n - > name: Install ovs\\n^ here\\n\"}", > "start_line" : 405, > "end_line" : 406, > "runner_ident" : "e2cbd38d-64fa-4ecd-82c6-114420ea14a4", > "event" : "runner_on_failed", > "pid" : 65899, > "created" : "2022-09-19T01:29:38.983937", > "parent_uuid" : "02113221-f1b3-920f-8bd4-003d", > "event_data" : { > "playbook" : "ovirt-host-deploy.yml", > "playbook_uuid" : "73a6e8f1-3836-49e1-82fd-5367b0bf4e90", > "play" : "all", > "play_uuid" : "02113221-f1b3-920f-8bd4-0006", > "play_pattern" : "all", > "task" : "Install ovs", > "task_uuid" : "02113221-f1b3-920f-8bd4-003d", > "task_action" : "package", > "task_args" : "", > "task_path" : > "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml:3", > "role" : "ovirt-provider-ovn-driver", > "host" : "cha2-storage.mgt.example.com", > "remote_addr" : "cha2-storage.mgt.example.com", > "res" : { > "msg" : "The conditional check 'cluster_switch == \"ovs\" or > (ovn_central is defined and ovn_central | ipaddr)' failed. The error was: The > ipaddr filter requires python's netaddr be installed on the ansible > controller\n\nThe error appears to be in > '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml': > line 3, column 5, but may\nbe elsewhere in the file depending on the exact > syntax problem.\n\nThe offending line appears to be:\n\n- block:\n - name: > Install ovs\n^ here\n", > "_ansible_no_log" : false > }, > "start" : "2022-09-19T01:29:38.919334", > "end" : "2022-09-19T01:29:38.983680", > "duration" : 0.064346, > "ignore_errors" : null, > "event_loop" : null, > "uuid" : "94b93e6a-5410-4d26-b058-d7d1db0a151e" > } > } > > On the engine, I have verified that netaddr is installed. And just for kicks, > I've installed as many different versions as I can find: > > [root@ovirt-engine1 host-deploy]# rpm -qa | grep netaddr > python38-netaddr-0.7.19-8.1.1.el8.noarch > python2-netaddr-0.7.19-8.1.1.el8.noarch > python3-netaddr-0.7.19-8.1.1.el8.noarch > > The engine is based on CentOS Stream 8 (when I moved the engine out of the > hyperconverged environment, my goal was to keep things as close to the > original environment as possible) > [root@ovirt-engine1 host-deploy]# cat /etc/redhat-release > CentOS Stream release 8 > > The engine is fully up-to-date: > [root@ovirt-engine1 host-deploy]# uname -a > Linux ovirt-engine1.mgt.barredowlweb.com 4.18.0-408.el8.x86_64 #1 SMP Mon Jul > 18 17:42:52 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux > > And the engine has the following repos: > [root@ovirt-engine1 host-deploy]# yum repolist > repo id >repo name > appstream >CentOS Stream 8 -
[ovirt-users] Re: Error during deployment of ovirt-engine
On Sat, Sep 17, 2022 at 4:15 PM wrote: > > I meant what exactly is broken and if there is a workaround or a planned fix. The breakage happened due to: - ansible-core recently moved to python 3.9 - oVirt needs several python libraries in its use of ansible, some of which are packaged by oVirt. Those are not yet built for python 3.9. > > I performed a deployment using hosted-engine. This goes on step further, but > fails while waiting for the host: > [...] > [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Obtain SSO token using > username/password credentials] > [ INFO ] ok: [localhost] > [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Wait for the host to be up] > [ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Notify the user about a > failure] > [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Host is > not up, please check logs, perhaps also o > n the engine machine"} > [...] > > On the hosted-engine, I see in > /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20220917140938-server-005.admin.int.rabe.ch-937b3c69-a4d5-45c7-af0f-b8705490ff2a.log: > [...] > 2022-09-17 14:12:30 CEST - { > "uuid" : "97891064-a215-4709-b944-ceba2d13b19f", > "counter" : 391, > "stdout" : "fatal: [server-005.admin.int.rabe.ch]: FAILED! => {\"msg\": > \"The conditional check 'cluster_switch == \\\"ovs\\\" or (ovn_central is > defined and ovn_central | ipaddr)' failed. The error was: The ipaddr filter > requires python's netaddr be installed on the ansible controller\\n\\nThe > error appears to be in > '/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-provider-ovn-driver/tasks/configure.yml': > line 3, column 5, but may\\nbe elsewhere in the file depending on the exact > syntax problem.\\n\\nThe offending line appears to be:\\n\\n- block:\\n - > name: Install ovs\\n^ here\\n\"}", > [...] > > But netaddr is installed: python38-netaddr might be installed, but python39-netaddr is probably not. > [root@ovirt-engine-test host-deploy]# pip3 install netaddr > WARNING: Running pip install with root privileges is generally not a good > idea. Try `pip3 install --user` instead. > Requirement already satisfied: netaddr in /usr/lib/python3.6/site-packages > > Any ideas what I can do? For the time being, try to downgrade ansible-core to 2.12, or the last version requiring python 3.8. We merged this patch to the engine master branch (to eventually become 4.5.3): https://github.com/oVirt/ovirt-engine/pull/654 Going forward: 1. We hope to finish porting the engine to CS9 soon, and if this proves stable, consider dropping support for CS8. 2. We might try, in the time being, to build the missing dependencies for python 3.9. It's not clear if it's worth the effort. Best regards, -- Didi ___ 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/ERXMH7NVN7Q6DPDJO7U5CD5XOB4YEUAQ/
[ovirt-users] Re: Should I migrate existing oVirt Engine, or deploy new?
On Sun, Sep 18, 2022 at 4:10 AM David White via Users wrote: > > I thought I'd report back to the list and mention that I was successful in > migrating off of the hyperconverged environment onto a stand-alone engine > environment, and Gluster has been removed from the oVirt configuration. Thanks for the report. > > I ran into a few minor hiccups, all of which were resolved fairly easily, and > I took notes. I intend to submit a PR to the github documentation, since none > currently exist for migrating the engine off of a hyperconverged environment. > > My only remaining questions at this point is: > > Are there things on the hosts themselves that I should cleanup? You might want to reinstall them from scratch, one-by-one, if you care that much about them being clean. I personally do not think it's worth it if your only reason is getting rid of hosted-engine remains, but you might want to do this regardless for other reasons (e.g. if they are old machines and accumulated other kinds of cruft). > I noticed that the "hosted-engine" command still exists. I went to run a yum > remove on that, and it tried to remove basically everything... You can try 'dnf remove --noautoremove ovirt-hosted-engine-setup ovirt-hosted-engine-ha'. This will remove also 'ovirt-host', which is not such a good idea - it's a package that has no content, other than a list of dependencies, on the various packages needed for a functional oVirt host. Nothing will be broken immediately, but in principle you risk losing new deps added to a future version of it, etc. > so I figured that wasn't actually a good idea. > > Do I need to do anything in the oVirt config (maybe something in the Postgres > database) to basically tell it that it is no longer self-hosted, but is > instead stand-alone? I do not know all the details, sorry. You might want to deploy a hosted-engine, dump the engine db, then search the dump for 'hosted' or something like that. Even checking a dump of a standalone engine can show you relevant stuff to check. One item I do know about is how to prevent 'engine-setup' from preventing you from continuing because it thinks it's a hosted-engine and not in global maintenance: https://lists.ovirt.org/archives/list/users@ovirt.org/thread/SKGWY5ZIBAG5GTWHIPDUO5O64PUZN7Y2/ There is also the field 'hosted_engine_configured' in 'vds_dynamic', not sure it's safe to change it outside of the engine (but no idea why it might not be). Good luck and best regards, > > > Sent with Proton Mail secure email. > > --- Original Message --- > On Friday, August 19th, 2022 at 11:01 AM, David White via Users > wrote: > > Hi Paul, > Thanks for the response. > > I think you're suggesting that I take a hybrid approach, and do a restore of > the current Engine onto the new VM. I hadn't thought about this option. > > Essentially what I was considering was either: > > Export to OVA or something > OR > Build a completely new oVirt engine with a completely new domain, etc... and > try to live migrate the VMs from the old engine to the new engine. > > > Do I understand you correctly that you're suggesting I install the OS onto a > new VM, and try to do a restore of the oVirt settings onto the new VM (after > I put the cluster into Global maintenance mode and shutdown the old oVirt)? > > Sent with Proton Mail secure email. > > --- Original Message --- > On Friday, August 19th, 2022 at 10:46 AM, Staniforth, Paul > wrote: > > Hello David, > I don't think there's a documentated method to go from > a Hosted Engine to standalone just the other way standalone to HE. > > I would suggest doing a full backup of the engine prepare the new VM and > restore to that rather than trying to export it. > This way you can shut down the original engine and run the new engine VM to > test it works as you will be able to restart the original engine if it > doesn't work. > > Regards, > Paul S. > > > > > From: David White via Users > Sent: 19 August 2022 15:27 > To: David White > Cc: oVirt Users > Subject: [ovirt-users] Re: Should I migrate existing oVirt Engine, or deploy > new? > > > Caution External Mail: Do not click any links or open any attachments unless > you trust the sender and know that the content is safe. > > In other words, I want to migrate the Engine from a hyperconverged > environment into a stand-alone setup. > > Sent with Proton Mail secure email. > > --- Original Message --- > On Friday, August 19th, 2022 at 10:17 AM, David White via Users > wrote: > > Hello, > I have just purchased a Synology SA3400 which I plan to use for my oVirt > storage domain(s) going forward. I'm currently using Gluster storage in a > hyperconverged environment. > > My goal now is to: > > Use the Synology Virtual Machine manager to host the oVirt Engine on the > Synology > Setup NFS storage on the Synology as the storage domain for all VMs in our >