[ovirt-users] Re: Unable to add more than 16 vCPUs to running VM
These are Dell R630s with 2 physical CPUs. Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz CPU Cores per Socket: 8 Ooooh, so even though there are 32 logical cores, the physical CPUs are quad core. Is there a downside to enabling "Count Threads As Cores" in the cluster configuration? Why would that not be enabled by default? Sent with Proton Mail secure email. --- Original Message --- On Monday, June 5th, 2023 at 2:22 PM, Gilboa Davara wrote: > Hello, > > Hardware? > As far as I remember you cannot assign more vCPU than the number of physical > cores you have, unless you enable "Count Threads As Cores" in the cluster > configuration, and even than, the number of vCPUs is limited to the number of > SMT threads you have. > > > - Gilboa > > > On Sun, Jun 4, 2023 at 6:17 PM David White via Users wrote: > > > I have a fully patched / up-to-date engine: > > Software Version:4.5.4-1.el8 > > > > > > And a fully patched, up-to-date host. > > [root@cha3-storage dwhite]# yum info ovirt-hostLast metadata expiration > > check: 1:33:40 ago on Sun 04 Jun 2023 09:28:39 AM EDT. > > Installed Packages > > Name : ovirt-host > > Version : 4.5.0 > > Release : 3.el8 > > Architecture : x86_64 > > Size : 11 k > > Source : ovirt-host-4.5.0-3.el8.src.rpm > > Repository : @System > > From repo : centos-ovirt45 > > > > > > > > The host has 32GB of RAM, and there's only 1 VM on this host. > > When I try to add more CPUs to the VM from the manager UI, I get the > > following error: > > > > - The requested number of vCPUs is not available on the host the VM is > > running on > > > > What's going on here, and why can I not add more vCPUs to this VM? > > > > > > > > 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/5ANM4TY6DOYG7WNVOCBWUZR6OUKV5BYQ/ 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/4G3R4GEYO7BGDPSZROCKC6RXV2KPVKHT/
[ovirt-users] Unable to add more than 16 vCPUs to running VM
I have a fully patched / up-to-date engine: Software Version:4.5.4-1.el8 And a fully patched, up-to-date host. [root@cha3-storage dwhite]# yum info ovirt-hostLast metadata expiration check: 1:33:40 ago on Sun 04 Jun 2023 09:28:39 AM EDT. Installed Packages Name : ovirt-host Version : 4.5.0 Release : 3.el8 Architecture : x86_64 Size : 11 k Source : ovirt-host-4.5.0-3.el8.src.rpm Repository : @System >From repo : centos-ovirt45 The host has 32GB of RAM, and there's only 1 VM on this host. When I try to add more CPUs to the VM from the manager UI, I get the following error: - The requested number of vCPUs is not available on the host the VM is running on What's going on here, and why can I not add more vCPUs to this VM? 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/5ANM4TY6DOYG7WNVOCBWUZR6OUKV5BYQ/
[ovirt-users] Re: 4.5.4 no virtualization?
The whole point of oVirt is to provide a virtualization environment. What are you trying to do, and what steps did you take? Please send us more details on what you were expecting and what you tried to do. Sent with Proton Mail secure email. --- Original Message --- On Sunday, February 12th, 2023 at 3:42 PM, chadd...@gmail.com wrote: > i just download the last iso available 4.5.4 and virtualization is not > inclued what is happening here? > ___ > 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/7UFNR6IFFIVWAAJL6H23D5XHEKIUBD7N/ 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/WTNI56SFVW7I6T2ESBW764C62DZIN7UG/
[ovirt-users] Locking down management network
I just discovered that my default management network has the "VM Network" checkbox toggled (on the page where you navigate to Network -> Networks and select the management network). There are no virtual machines associated with the management network. Is it safe to simply edit the management network and uncheck the "VM Network" box? Will anything break (even temporarily) if I do this? 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/IOJI2OXFIJNXBXKCKV427JVYHA2L7MFE/
[ovirt-users] Re: build OVA file from ovf file + files with RAW disks
Take a look at https://github.com/silverorange/ovirt_ansible_backup. It works like a charm for me, and produces an OVA. I haven't spent the time (yet) to set this up to run via cron, but that's my plan, probably in the near future. Sent with Proton Mail secure email. --- Original Message --- On Wednesday, October 26th, 2022 at 12:02 PM, goosesk blabla wrote: > Hi, > > for backup VM i use script to create snapshot and then attach disks of VM to > backupVM where i do copy of this disk . Also i backup OVF file. > > for restore , i just upload disk to corupted VM and attach. > > But ,, if i want to make some easy restore GUI,, it will be easier if i build > OVA file from restored OVF and raw disks and then through API just import VM > from OVA. > > The problem is i cannot find any correct way to to build correct OVA file for > OVIRT. > > is there some playbook or script or way ho to do ? > > > thank you > Jan > ___ > 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/JKF3WPQIXUI3KNO4NCSMTGDJKIJGENFK/ 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/DMQHO7SS32YQEPDGBPKIXC5E6X2524K4/
[ovirt-users] Adding documentation - Migrating from a self-hosted engine to a standalone
Hi. I'm working on adding instructions to the documentation for how to migrate from a self-hosted engine to a stand alone manager. This will be the first time I've contributed anything to this project (or any larger open source project for that matter), so before I get too far in the weeds, I wanted to run this by the community so as not to waste my time if this is a bad idea. My general high level documentation is pasted at the bottom of this email. These are the steps that I took when I did my own migration. (Note to self: Need to add a step at the end to log into the Manager and disable the Gluster service by going to Computer --> Clusters --> (Edit the cluster) --> Uncheck the "Enable Gluster Service" checkbox. And I've forked the ovirt-site repo and started working on the documentation here: https://github.com/dmwhite823/ovirt-site/tree/migrate-engine-to-standalone I still have a ways to go before I'm ready to request a PR, but I'm open to any & all feedback. I think that I'm done with most of the changes necessary to ovirt-site/source/documentation/migrating_from_a_self-hosted_engine_to_a_standalone_manager/index.adoc, but I'm unclear why there's also a master.adoc file. Note that I copied files into the new directory of migrating_from_a_self-hosted_engine_to_a_standalone_manager from the already existing migrating_from_a_standalone_manager_to_a_self-hosted_engine structure directory, and am editing the files in the new directory. Will this be useful / helpful? Would others on the team like to contribute to improving these instructions prior to issuing a PR to the ovirt-site git repo? Am I even doing this right? 藍 Thanks, David High level overview of steps required (pasted below): Pre-req: Make sure VMs are not using HA lease of a gluster domain 1) Migrate all storage off Gluster 2) Remove all gluster volumes from oVirt 3) Put cluster into global maintenance hosted-engine --set-maintenance --mode=global 4) On new VM: Install CentOS Stream & add ovirt repos dnf install centos-release-ovirt45 dnf module enable javapackages-tools pki-deps postgresql:12 mod_auth_openidc:2.3 nodejs:14 Stop & Disable the engine # systemctl stop ovirt-engine # systemctl disable ovirt-engine Setup DNS in /etc/hosts if you don't have local DNS servers Backup the engine # engine-backup --mode=backup --file=file_name --log=log_file_name Restore # engine-backup --mode=restore --file=engine-backup-09172022-1 --log=restore --restore-permissions Run engine-setup # engine-setup 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/YQWLGVB7NUALLGJ47QYWFTXD25UJX57Q/
[ovirt-users] Re: Creating an oVirt Engine Appliance on a different EL Distro (eg Rocky Linux)
You're probably looking for the instructions to manually install onto a "Stand alone" environment. Yes, it can be done - it just needs to be installed on RHEL 8.6 derivatives. See https://ovirt.org/documentation/installing_ovirt_as_a_standalone_manager_with_local_databases/index.html#Installing_RHEL_for_RHVM_SM_localDB_deploy for detailed instructions. Sent with Proton Mail secure email. --- Original Message --- On Sunday, October 2nd, 2022 at 2:45 AM, Matthew J Black wrote: > Hi All, > > Here's an interesting question: > > What is the process (ie the Step-By-Step process) to create an/the oVirt > Engine Appliance based on another version of EL (ie in my case, Rocky Linux)? > > Is there a "Manual" somewhere? I mean, surely the oVirt Project's Release > Manager has something that they follow to create the relevant rpm file - no? > > Cheers > > Dulux-Oz > ___ > 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/3HFHNB5WACECARWJOAQRLLOQHAMN5KHF/ 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/QJOMVHBM3XYXFWLSAH3KBG4OWRPYANS5/
[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: 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] 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: 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 installin
[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" : "
[ovirt-users] Unable to deploy to new host
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
netaddrpython38-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 repolistrepo id
repo name
appstream
CentOS Stream 8 - AppStream
baseos
CentOS Stream 8 - BaseOS
centos-ceph-pacific
CentOS-8-stream - Ceph Pacific
centos-gluster10
[ovirt-users] Re: Should I migrate existing oVirt Engine, or deploy new?
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. 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? 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... 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? 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 environment > > > - Migrate all VM storage onto the new NFS domain > > > - Get rid of Gluster > > > > > > > > > My first step is to migrate the oVirt Engine off of Gluster storage / off > > > the Hyperconverged hosts into the Synology Virtual Machine manager. > > > > > > Is it possible to migrate the existing oVirt Engine (put the cluster into > > > Global Maintenance Mode, shutdown oVirt, export to VDI or something, and > > > then import into Synology's virtualization)? Or would it be better for me > > > to install a completely new Engine, and then somehow migrate all of the > > > VMs from the old engine into the new engine? > > > > > > Thanks, > > > David > > > > > > > > > Sent with Proton Mail secure email. > > > > To view the terms under which this ema
[ovirt-users] Re: Should I migrate existing oVirt Engine, or deploy new?
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 environment > > - Migrate all VM storage onto the new NFS domain > > - Get rid of Gluster > > > > > > My first step is to migrate the oVirt Engine off of Gluster storage / off > > the Hyperconverged hosts into the Synology Virtual Machine manager. > > > > Is it possible to migrate the existing oVirt Engine (put the cluster into > > Global Maintenance Mode, shutdown oVirt, export to VDI or something, and > > then import into Synology's virtualization)? Or would it be better for me > > to install a completely new Engine, and then somehow migrate all of the VMs > > from the old engine into the new engine? > > > > Thanks, > > David > > > > > > Sent with Proton Mail secure email. > > To view the terms under which this email is distributed, please go to:- > https://leedsbeckett.ac.uk/disclaimer/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/3IWXZ7VXM6CYYSVANT32SK6ESBRKO4VM/
[ovirt-users] Re: Should I migrate existing oVirt Engine, or deploy new?
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 environment > - Migrate all VM storage onto the new NFS domain > - Get rid of Gluster > > > My first step is to migrate the oVirt Engine off of Gluster storage / off the > Hyperconverged hosts into the Synology Virtual Machine manager. > > Is it possible to migrate the existing oVirt Engine (put the cluster into > Global Maintenance Mode, shutdown oVirt, export to VDI or something, and then > import into Synology's virtualization)? Or would it be better for me to > install a completely new Engine, and then somehow migrate all of the VMs from > the old engine into the new engine? > > 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/OBVCO544XBJLIZA5CN4O7EBXWD7YRYUF/
[ovirt-users] Should I migrate existing oVirt Engine, or deploy new?
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 environment - Migrate all VM storage onto the new NFS domain - Get rid of Gluster My first step is to migrate the oVirt Engine off of Gluster storage / off the Hyperconverged hosts into the Synology Virtual Machine manager. Is it possible to migrate the existing oVirt Engine (put the cluster into Global Maintenance Mode, shutdown oVirt, export to VDI or something, and then import into Synology's virtualization)? Or would it be better for me to install a completely new Engine, and then somehow migrate all of the VMs from the old engine into the new engine? 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/6GIAI4W2TRIY5SBKNNCF7UUX2JYU7YHV/
[ovirt-users] Re: failed to mount hosted engine gluster storage - how to debug?
This work around does work for me, for what its worth.
Sent with Proton Mail secure email.
--- Original Message ---
On Tuesday, April 26th, 2022 at 8:09 AM, Sandro Bonazzola
wrote:
>
>
> Il giorno lun 25 apr 2022 alle ore 13:42 Alessandro De Salvo
> ha scritto:
>
> > Hi,
> >
> > please try this workaround, replace the following line in
> > /usr/lib/python3.6/site-packages/vdsm/gluster/cli.py
> >
> >
> > value['stripeCount'] = el.find('stripeCount').text
> >
> >
> > with:
> >
> > if (el.find('stripeCount')): value['stripeCount'] =
> > el.find('stripeCount').text
> >
> >
> > Then restart vdsmd and supervdmsd and retry. It worked for me, and it
> > looks like a serious bug for people upgrading to glusterfs 10.
>
>
> Indeed. bug severity raised to urgent. Alessandro, would you mind sending a
> PR to https://github.com/oVirt/vdsm ?+Arik Hadas as Gobinda is on vacation,
> anyone in the storage team who can assist?
>
>
>
> >
> > Cheers,
> >
> >
> > Alessandro
> >
> >
> > Il 25/04/22 10:58, diego.ercol...@ssis.sm ha scritto:
> > > I saw your report infact, they suggested to downgrade jdbc, for
> > > completeness I found also error report in vdsm.log while issuing
> > > "hosted-engine --connect-storage" corresponding to what you are noticing.
> > > I report the log except here if it can be useful.
> > > by the way, why vdsm it's searching for the storage engine storage UUID
> > > in a lvm volumegroup name?
> > >
> > >
> > > 2022-04-25 10:53:35,506+0200 INFO (Reactor thread)
> > > [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:47350
> > > (protocoldetector:61)
> > > 2022-04-25 10:53:35,510+0200 INFO (Reactor thread)
> > > [ProtocolDetector.Detector] Detected protocol stomp from ::1:47350
> > > (protocoldetector:125)
> > > 2022-04-25 10:53:35,510+0200 INFO (Reactor thread) [Broker.StompAdapter]
> > > Processing CONNECT request (stompserver:95)
> > > 2022-04-25 10:53:35,512+0200 INFO (JsonRpc (StompReactor))
> > > [Broker.StompAdapter] Subscribe command received (stompserver:124)
> > > 2022-04-25 10:53:35,518+0200 INFO (jsonrpc/3) [vdsm.api] START
> > > getStorageDomainInfo(sdUUID='7b8f1cc9-e3de-401f-b97f-8c281ca30482')
> > > from=::1,47350, task_id=1803abb2-9e9a-4292-8349-678c793f7264 (api:48)
> > > 2022-04-25 10:53:35,518+0200 INFO (jsonrpc/3)
> > > [storage.storagedomaincache] Refreshing storage domain cache
> > > (resize=True) (sdc:80)
> > > 2022-04-25 10:53:35,518+0200 INFO (jsonrpc/3) [storage.iscsi] Scanning
> > > iSCSI devices (iscsi:462)
> > > 2022-04-25 10:53:35,532+0200 INFO (jsonrpc/3) [storage.iscsi] Scanning
> > > iSCSI devices: 0.01 seconds (utils:390)
> > > 2022-04-25 10:53:35,532+0200 INFO (jsonrpc/3) [storage.hba] Scanning FC
> > > devices (hba:59)
> > > 2022-04-25 10:53:35,565+0200 INFO (jsonrpc/3) [storage.hba] Scanning FC
> > > devices: 0.03 seconds (utils:390)
> > > 2022-04-25 10:53:35,565+0200 INFO (jsonrpc/3) [storage.multipath] Waiting
> > > until multipathd is ready (multipath:112)
> > > 2022-04-25 10:53:37,556+0200 INFO (periodic/3) [vdsm.api] START
> > > repoStats(domains=()) from=internal,
> > > task_id=f4266860-9162-417e-85a5-087f9cb5cd51 (api:48)
> > > 2022-04-25 10:53:37,556+0200 INFO (periodic/3) [vdsm.api] FINISH
> > > repoStats return={} from=internal,
> > > task_id=f4266860-9162-417e-85a5-087f9cb5cd51 (api:54)
> > > 2022-04-25 10:53:37,558+0200 WARN (periodic/3) [root] Failed to retrieve
> > > Hosted Engine HA info, is Hosted Engine setup finished? (api:168)
> > > 2022-04-25 10:53:37,584+0200 INFO (jsonrpc/3) [storage.multipath] Waited
> > > 2.02 seconds for multipathd (tries=2, ready=2) (multipath:139)
> > > 2022-04-25 10:53:37,584+0200 INFO (jsonrpc/3) [storage.multipath]
> > > Resizing multipath devices (multipath:220)
> > > 2022-04-25 10:53:37,586+0200 INFO (jsonrpc/3) [storage.multipath]
> > > Resizing multipath devices: 0.00 seconds (utils:390)
> > > 2022-04-25 10:53:37,586+0200 INFO (jsonrpc/3)
> > > [storage.storagedomaincache] Refreshing storage domain cache: 2.07
> > > seconds (utils:390)
> > > 2022-04-25 10:53:37,586+0200 INFO (jsonrpc/3)
> > > [storage.storagedomaincache] Looking up domain
> > > 7b8f1cc9-e3de-401f-b97f-8c281ca30482 (sdc:171)
> > > 2022-04-25 10:53:37,643+0200 WARN (jsonrpc/3) [storage.lvm] All 1 tries
> > > have failed: LVM command failed: 'cmd=[\'/sbin/lvm\', \'vgs\',
> > > \'--devices\',
> > > \'/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300064E,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300066N,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300067L,/dev/mapper/Samsung_SSD_870_EVO_4TB_S6BCNG0R300230B\',
> > > \'--config\', \'devices { preferred_names=["^/dev/mapper/"]
> > > ignore_suspended_devices=1 write_cache_state=0
> > > disable_after_error_count=3 hints="none" obtain_device_list_from_udev=0 }
> > > global { prioritise_write_locks=1 wait_for_locks=1 use_lvmpolld=1 }
> > > backup { retain_min=50 retain_days=0 }\', \'--noheadings\',
[ovirt-users] Re: Problem patching & upgrading a RHEL oVirt host
That first command produces the following error, some of which look pretty important to the functioning of oVirt. [root@phys1 dwhite]# rpm -e --justdb centos-stream-releaseerror: Failed dependencies:centos-release >= 7-5.1804.el7.centos.2 is needed by (installed) centos-release-storage-common-0:2-2.el8.noarchcentos-release >= 8-0.1905.el8 is needed by (installed) centos-release-ceph-pacific-1.0-2.el8.noarchcentos-release >= 8.1 is needed by (installed) centos-release-gluster10-1.0-1.el8s.noarchcentos-release is needed by (installed) centos-release-virt-common-0:1-2.el8.noarchcentos-release is needed by (installed) centos-release-opstools-1-12.el8.noarchcentos-release is needed by (installed) centos-release-nfv-common-1-3.el8.noarchcentos-release is needed by (installed) centos-release-ovirt45-8.6-5.el8s.noarch Sent with ProtonMail secure email. --- Original Message --- On Thursday, May 12th, 2022 at 7:08 AM, Sandro Bonazzola wrote: > > > Il giorno gio 12 mag 2022 alle ore 12:34 David White via Users > ha scritto: > > > Hello,I followed some instructions I found in > > https://www.ovirt.org/documentation/upgrade_guide/ and > > https://www.ovirt.org/download/install_on_rhel.html by doing the following: > > 883 subscription-manager repos --enable rhel-8-for-x86_64-baseos-rpms884 > > subscription-manager repos --enable rhel-8-for-x86_64-appstream-rpms885 > > subscription-manager repos --enable > > codeready-builder-for-rhel-8-x86_64-rpms886 rpm -i --justdb --nodeps > > --force "http://mirror.centos.org/centos/8-stream/BaseOS/$(rpm --eval > > '%_arch')/os/Packages/centos-stream-release-8.6-1.el8.noarch.rpm"887 cat > > >/etc/yum.repos.d/CentOS-Stream-Extras.repo <<'EOF'888 [cs8-extras]889 > > name=CentOS Stream $releasever - Extras890 > > mirrorlist=http://mirrorlist.centos.org/?release=8-stream=$basearch=extras=$infra891 > > > > #baseurl=http://mirror.centos.org/$contentdir/8-stream/extras/$basearch/os/892 > > gpgcheck=1893 enabled=1894 > > gpgkey=https://www.centos.org/keys/RPM-GPG-KEY-CentOS-Official895 EOF896 > > cat >/etc/yum.repos.d/CentOS-Stream-Extras-common.repo <<'EOF'897 > > [cs8-extras-common]898 name=CentOS Stream $releasever - Extras common > > packages899 > > mirrorlist=http://mirrorlist.centos.org/?release=8-stream=$basearch=extras-extras-common900 > > > > #baseurl=http://mirror.centos.org/$contentdir/8-stream/extras/$basearch/extras-common/901 > > gpgcheck=1902 enabled=1903 > > gpgkey=https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-Extras904 EOF905 > > echo "8-stream" > /etc/yum/vars/stream906 dnf distro-sync --nobest907 > > reboot908 dnf install centos-release-ovirt45909 dnf install > > centos-release-ovirt45 --enablerepo=extras > > > > But now, yum update isn't working because its trying to install > > centos-stream-release 8.6.1 over redhat-release-8.6. > > Surely I shouldn't install CentOS stream release over RHEL release, should > > I? > > See below: > > [root@phys1 dwhite]# cat /etc/redhat-releaseRed Hat Enterprise Linux > > release 8.5 (Ootpa)[root@phys1 dwhite]# yum updateUpdating Subscription > > Management repositories.Last metadata expiration check: 0:02:01 ago on Thu > > 12 May 2022 05:59:38 AM EDT.Error:Problem: installed package > > centos-stream-release-8.6-1.el8.noarch obsoletes redhat-release < 9 > > provided by redhat-release-8.6-0.1.el8.x86_64- cannot install the best > > update candidate for package redhat-release-8.5-0.8.el8.x86_64- problem > > with installed package centos-stream-release-8.6-1.el8.noarch(try to add > > '--skip-broken' to skip uninstallable packages or '--nobest' to use not > > only best candidate packages) > > > you can: > rpm -e --justdb centos-stream-releasednf update redhat-release -yrpm -i > --justdb --nodeps --force > "http://mirror.centos.org/centos/8-stream/BaseOS/$(rpm --eval > '%_arch')/os/Packages/centos-stream-release-8.6-1.el8.noarch.rpm" > > Alma, Rocky and others are providing centos-release in their own release rpm > so this step is not needed there. > > > > > > > > > Sent with ProtonMail 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/CB
[ovirt-users] Problem patching & upgrading a RHEL oVirt host
Hello,I followed some instructions I found in https://www.ovirt.org/documentation/upgrade_guide/ and https://www.ovirt.org/download/install_on_rhel.html by doing the following: 883 subscription-manager repos --enable rhel-8-for-x86_64-baseos-rpms 884 subscription-manager repos --enable rhel-8-for-x86_64-appstream-rpms 885 subscription-manager repos --enable codeready-builder-for-rhel-8-x86_64-rpms 886 rpm -i --justdb --nodeps --force "http://mirror.centos.org/centos/8-stream/BaseOS/$(rpm --eval '%_arch')/os/Packages/centos-stream-release-8.6-1.el8.noarch.rpm" 887 cat >/etc/yum.repos.d/CentOS-Stream-Extras.repo <<'EOF' 888 [cs8-extras] 889 name=CentOS Stream $releasever - Extras 890 mirrorlist=http://mirrorlist.centos.org/?release=8-stream=$basearch=extras=$infra 891 #baseurl=http://mirror.centos.org/$contentdir/8-stream/extras/$basearch/os/ 892 gpgcheck=1 893 enabled=1 894 gpgkey=https://www.centos.org/keys/RPM-GPG-KEY-CentOS-Official 895 EOF 896 cat >/etc/yum.repos.d/CentOS-Stream-Extras-common.repo <<'EOF' 897 [cs8-extras-common] 898 name=CentOS Stream $releasever - Extras common packages 899 mirrorlist=http://mirrorlist.centos.org/?release=8-stream=$basearch=extras-extras-common 900 #baseurl=http://mirror.centos.org/$contentdir/8-stream/extras/$basearch/extras-common/ 901 gpgcheck=1 902 enabled=1 903 gpgkey=https://www.centos.org/keys/RPM-GPG-KEY-CentOS-SIG-Extras 904 EOF 905 echo "8-stream" > /etc/yum/vars/stream 906 dnf distro-sync --nobest 907 reboot 908 dnf install centos-release-ovirt45 909 dnf install centos-release-ovirt45 --enablerepo=extras But now, yum update isn't working because its trying to install centos-stream-release 8.6.1 over redhat-release-8.6. Surely I shouldn't install CentOS stream release over RHEL release, should I? See below: [root@phys1 dwhite]# cat /etc/redhat-releaseRed Hat Enterprise Linux release 8.5 (Ootpa)[root@phys1 dwhite]# yum updateUpdating Subscription Management repositories.Last metadata expiration check: 0:02:01 ago on Thu 12 May 2022 05:59:38 AM EDT.Error: Problem: installed package centos-stream-release-8.6-1.el8.noarch obsoletes redhat-release < 9 provided by redhat-release-8.6-0.1.el8.x86_64 - cannot install the best update candidate for package redhat-release-8.5-0.8.el8.x86_64 - problem with installed package centos-stream-release-8.6-1.el8.noarch(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages) Sent with ProtonMail 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/CBR4TRTKNVFIZKRRQOXU3TQSNVWV4D2B/
[ovirt-users] How do I automate VM backups?
So perhaps qemu-img isn't the best way to do this.I was hoping I could write a bash script or something to take a snapshot. Is that possible, or is there a better way? I was looking at https://github.com/wefixit-AT/oVirtBackup tonight, but haven't been able to get it to work as of yet. When I run it, it recognizes the backup storage domain, says that it has started taking a snapshot, but then immediately says the snapshot was created (at which point everything else fails): 2022-05-05 21:05:35,453: Start backup for: my-vm-name.example.com2022-05-05 21:05:35,554: The storage domain SpinningData is in state active2022-05-05 21:05:35,732: Snapshot creation started ...2022-05-05 21:05:35,732: Snapshot created2022-05-05 21:05:40,773: !!! No snapshot found !!!2022-05-05 21:05:40,773: All backups done2022-05-05 21:05:40,773: Backup failured for:2022-05-05 21:05:40,773: my-vm-name.example.com2022-05-05 21:05:40,773: Some errors occured during the backup, please check the log file The README says something about the python-sdk. How do I install that? I don't see that anywhere. [root@phys1 oVirtBackup-master]# yum info ovirt-engine-sdk-pythonUpdating Subscription Management repositories.Last metadata expiration check: 1:14:19 ago on Thu 05 May 2022 07:58:16 PM EDT.Error: No matching Packages to list[root@phys1 oVirtBackup-master]# yum whatprovides ovirt-engine-sdk-pythonUpdating Subscription Management repositories.Last metadata expiration check: 1:14:31 ago on Thu 05 May 2022 07:58:16 PM EDT.Error: No Matches found Is there a better way to run automated backups than this approach and/or using qemu-img? Sent with ProtonMail secure email. --- Original Message --- On Wednesday, May 4th, 2022 at 1:27 PM, David White via Users wrote: > I've recently been working with the qemu-img commands for some work that has > nothing to do with oVirt or anything inside an oVirt environment. > But learning and using these commands have given me an idea for automating > backups. > I believe that the following is true, but to confirm, would the qemu-img > commands be available on the oVirt hosts to take VM snapshots and disk images? > > Sent with ProtonMail 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/EKMA4KN6IU7KXJAS4GWSAIO2YCRK2CFL/
[ovirt-users] Backing up VMs with qemu-img
I've recently been working with the qemu-img commands for some work that has nothing to do with oVirt or anything inside an oVirt environment. But learning and using these commands have given me an idea for automating backups. I believe that the following is true, but to confirm, would the qemu-img commands be available on the oVirt hosts to take VM snapshots and disk images? Sent with ProtonMail 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/6OZPQR5KTRENOTCH2KIYW4LPFQIZEPXD/
[ovirt-users] Remove ovirt 4.4 repos after upgrade on the engine?
Hello, After an update from 4.4 to 4.5 on the Engine, I noticed that the 4.4 repos still exist: Is it safe to run "yum autoremove" on the Engine, followed by removing all of the 4.4 repositories from /etc/yum.repos.d/ ? ovirt-4.4 Latest oVirt 4.4 Releaseovirt-4.4-centos-advanced-virtualization CentOS-8 - Advanced Virtualizationovirt-4.4-centos-ceph-pacific CentOS-8-stream - Ceph Pacificovirt-4.4-centos-gluster8 CentOS-8-stream - Gluster 8ovirt-4.4-centos-nfv-openvswitch CentOS-8 - NFV OpenvSwitchovirt-4.4-centos-openstack-victoria CentOS-8 - OpenStack victoriaovirt-4.4-centos-opstools CentOS-8 - OpsTools - collectdovirt-4.4-centos-opstools-vault CentOS-8 - OpsTools - collectd - vaultovirt-4.4-centos-ovirt44 CentOS-8 - oVirt 4.4ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible Copr repo for gluster-ansible owned by sacovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection Copr repo for EL8_collection owned by sbonazzoovirt-4.4-epel Extra Packages for Enterprise Linux 8 - x86_64ovirt-4.4-virtio-win-latest virtio-win builds roughly matching what will be shipped in upcoming RHEL Sent with ProtonMail 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/YXDJ46IYWE5RKL44MOM45COR24MRTZG4/
[ovirt-users] Re: oVirt 4.4 End Of Life
Hi Sandro, I thought I had read somewhere on the list a few weeks ago that Gluster was having problems with 4.5 and that it wasn't going to be supported. Did I misundersand? I recall a few months ago that the announcement was made to deprecate Gluster anyway, but I don't think the original plan was to remove support for it until later, but that due to some package dependencies, it needed to go away in 4.5. I was hoping to get all of my storage migrated onto Synology hardware later this year prior to upgraded to 4.5, but if Gluster is still supported and will work, perhaps I should go ahead and upgrade. I'm open to feedback.Posting to the list, as I'm sure others are in the same scenario as me. Sent with ProtonMail secure email. --- Original Message --- On Wednesday, April 20th, 2022 at 11:07 AM, Sandro Bonazzola wrote: > Hi,as usual, when a new oVirt release gets out, the previous one reaches the > end of life.As of April 20th 2022 with oVirt 4.5.0 GA, oVirt 4.4 reached End > Of Life, last release being 4.4.10.2 async release shipped live on March 03, > 2022. > Please upgrade to 4.5 as soon as practical in order to get further security > and bug fixes updates. > Thanks,-- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA > > sbona...@redhat.com > > Red Hat respects your work life balance. Therefore there is no need to answer > this email out of your office hours. > > 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/2MVLQLQBA6VHAMR5NQZDPHBOOFX7XNRW/
[ovirt-users] Re: Alternative Perspective - Re: oVirt alternatives
And when I said "I claim to be" I meant to say: I do NOT claim to be. :) Sent with ProtonMail Secure Email. --- Original Message --- On Sunday, February 6th, 2022 at 2:07 PM, David White wrote: > At the risk of sounding like a Red Hat or IBM fanboy, I have decided to give > Red Hat the benefit of the doubt here, and to not make any decisions about > switching off of oVirt until and unless an official announcement is made. > > In the meantime, I know that I need to move off of Gluster (and I made that > decision before the Gluster announcement), and I would need storage with any > other solution anyway, so that's where I'm going to focus my own efforts. > > In the meantime, while I realize that the optics of a company like IBM / Red > Hat shutting a project like oVirt down looks bad to the FOSS community, I'm > going to push back a little bit. We have had access to a FOSS application > that obviously works for a lot of people. No company is required to provide > their services for free, and likewise, I'm of the opinion that one needs to > be willing to pay (or contribute in some way) for a quality product service. > It reminds me of the mantra: "Fast, Cheap, Free - pick two". > > So here's an alternative perspective: What can the community contribute and > do in order to keep the project going? Anyone could fork it, rebrand it, and > run with it. > > I claim to be a software developer, and the uplink in my datacenter is only > 100mbps right now (of course I can increase it when needed), so I doubt I > could provide much value in terms of hosting or coding. > > But I do know security. I'm a Linux systems engineer with over 10 years of > experience. I know website content management systems. And people have told > me that I'm good at documentation. So I think I have a lot of skill sets that > I could "offer" (albeit I don't have much time, and as we all know, time is > money. I've been dealing with a serious personal matter since beginning of > December, and I'm effectively an acting single parent at the moment). > > I'll end this the way I started: I'm going to wait to see what happens before > I personally make any decisions to change my entire underlying virtualization > infrastructure. In the meantime, I'll continue to work on what I can control > - the underlying storage. And if oVirt does shutdown in the future, I'd love > to have a conversation with anyone interested in helping out to fork the > project and keep it running. > > Sent with ProtonMail 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/R66K5UN3S7667E4P2DWHMCP6RSQCQJRN/
[ovirt-users] Alternative Perspective - Re: oVirt alternatives
At the risk of sounding like a Red Hat or IBM fanboy, I have decided to give Red Hat the benefit of the doubt here, and to not make any decisions about switching off of oVirt until and unless an official announcement is made. In the meantime, I know that I need to move off of Gluster (and I made that decision before the Gluster announcement), and I would need storage with any other solution anyway, so that's where I'm going to focus my own efforts. In the meantime, while I realize that the optics of a company like IBM / Red Hat shutting a project like oVirt down looks bad to the FOSS community, I'm going to push back a little bit. We have had access to a FOSS application that obviously works for a lot of people. No company is required to provide their services for free, and likewise, I'm of the opinion that one needs to be willing to pay (or contribute in some way) for a quality product service. It reminds me of the mantra: "Fast, Cheap, Free - pick two". So here's an alternative perspective: What can the community contribute and do in order to keep the project going? Anyone could fork it, rebrand it, and run with it. I claim to be a software developer, and the uplink in my datacenter is only 100mbps right now (of course I can increase it when needed), so I doubt I could provide much value in terms of hosting or coding. But I do know security. I'm a Linux systems engineer with over 10 years of experience. I know website content management systems. And people have told me that I'm good at documentation. So I think I have a lot of skill sets that I could "offer" (albeit I don't have much time, and as we all know, time is money. I've been dealing with a serious personal matter since beginning of December, and I'm effectively an acting single parent at the moment). I'll end this the way I started: I'm going to wait to see what happens before I personally make any decisions to change my entire underlying virtualization infrastructure. In the meantime, I'll continue to work on what I can control - the underlying storage. And if oVirt does shutdown in the future, I'd love to have a conversation with anyone interested in helping out to fork the project and keep it running. Sent with ProtonMail 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/2HY52CQ3UXC4BGYDRTNRGRV3YK673FOV/
[ovirt-users] Re: Remove obsolete Gluster hyperconverged doc
I have had a lot of problems with gluster in my HCO environment, so was already leanings towards a storage migration at some point this year. My own plan is to use 2x Synology NAS SA3400 devices and put them into a HA pair that then exposes the storage as NFS (or whatever else I want it exposed as). I was planning on this migration before I saw the notes about Gluster support being officially dropped, and I would be happy to provide more insight to the list on how that progresses. I have a lot of experience with Synology, and they are a low-cost option for highly available storage. Sent with ProtonMail Secure Email. --- Original Message --- On Saturday, February 5th, 2022 at 10:43 AM, Patrick Hibbs wrote: > Wait a minute. > > Use of GlusterFS as a storage backend is now deperecated and will be removed > in a future update? > > What are those who's deployments have GlusterFS as their storage backend > supposed to use as a replacement? > > I'm feeling vibes of the SPICE deprecation all over again. but moving all > of the VM storage data isn't a quick process, and I don't want to move it to > something else that will also be depercated by a future RH whim > > -Patrick Hibbs > > On Fri, 2022-02-04 at 08:42 +0100, Sandro Bonazzola wrote: > > > Il giorno ven 4 feb 2022 alle ore 08:19 Strahil Nikolov > > ha scritto: > > > > > Hi Sandro, > > > > > > It seems that with > > > https://github.com/oVirt/ovirt-site/commit/f3286b2e1f2871978d054250556f1b4f0eb7f09e#diff-41cf6794ba4200b839c53531555f0f3998df4cbb01a4d5cb0b94e3ca5e23947d > > > all refference to Gluster & Hyperconverged is removed from the website. > > > > > > Can you clarify the situation with Hyperconverged deployments ? > > > > Hi, the Gluster & Hyperconverged deployment moved outside the documentation > > section on the website: https://ovirt.org/dropped/gluster-hyperconverged/ > > as it's outdated and unmaintained.GlusterFS is being deprecated for usage > > on storage domains: Bug 2016359 - Deprecate usage of GlusterFS for Storage > > DomainsAnd the hyperconverged solution for oVirt is based on GlusterFS, so > > it's being deprecated as well. > > > > > Best Regards,Strahil Nikolov > > > > ___ > > 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/KEBL4DVAQJZF64JF5UFPCKD2LKXKUMIP/ 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/GKDQ7ZJGKAPC5NJIT5U3CKX2G6PBQ2CR/
[ovirt-users] Re: oVirt 4.4.10 Async update #2
Is it safe to remove this package as well? I noticed the following during the execution of engine-setup: [ INFO ] DNF Unknown: ovirt-engine-extension-logger-log4j-1.1.1-1.el8.noarch Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 26th, 2022 at 9:20 AM, Sandro Bonazzola wrote: > On January 26th 2022 the oVirt project released an async update to the > following packages: > > - ovirt-engine 4.4.10.6 > > Fixing the following bugs: > > - [BZ 2044277] - Replace ovirt-engine-extension-logger-log4j with internal > ovirt-engine implementationPackage ovirt-engine-extension-logger-log4j has > been obsoleted and replaced by internal ovirt-engine implementation in oVirt > Engine 4.4.10.6. > During upgrade from previous oVirt versions to oVirt 4.4.10 > ovirt-engine-extension-logger-log4j package is uninstalled if it was > previously installed.If you used ovirt-engine-extension-logger-log4j in > previous oVirt versions, you will need to manually remove existing > ovirt-engine-extension-logger-log4jconfiguration files and configure the new > feature of sending log records to remote syslog service according to the > Administration Guide. > > Also after successful upgrade to oVirt 4.4.10 you can manually uninstall > log4j12 package without breaking oVirt setup: > > $ dnf remove log4j12 > > - [BZ 2044257] - Bump snmp4j library version to remove dependency on > log4joVirt Engine 4.4.10.6 is requiring snmp4j >= 3.6.4, which no longer > depends on log4j library > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA > > sbona...@redhat.com > > Red Hat respects your work life balance. Therefore there is no need to answer > this email out of your office hours. 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/E4FWI26XP2VNP5GACYULY3HOBH3CWEIC/
[ovirt-users] Re: Major problems after upgrading 2 (of 4) Red Hat hosts to 4.4.10
Thank you very much. Over the course of troubleshooting, I did wind up updating (and rebooting) the engine. The issue "magically" resolved itself a few hours after I sent this email with the two Gluster nodes. They became operational again, and thus, I wound up having enough compute power to bring everything back online. That said, the compute-only node is still not operational. I'll take a look at the "gluster pool list" command. Thank you for that. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, January 22nd, 2022 at 5:48 PM, Strahil Nikolov wrote: > Check the situation with the gluster storage.Also, you can check if the > compute-only node is added to the gluster trsuted storage pool:gluster pool > list (should show localhost -+ 2 more). > > Also, consider upgrading the engine. Most probably the engine cannot connect > to the vdsm and vdsm-gluster and this makes the whole situation worse. > > Best Regards,Strahil Nikolov > > > On Sat, Jan 22, 2022 at 23:15, David White via Users > > wrote:___ > > > > 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/UZLDTUYRNCZYCU5OPTI74ADFXYTRN5VV/ 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/ZOROEJDXQLRSHXHY3CUMDXVJIVUTQ6MD/
[ovirt-users] Major problems after upgrading 2 (of 4) Red Hat hosts to 4.4.10
I have a Hyperconverged cluster with 4 hosts. Gluster is replicated across 2 hosts, and a 3rd host is an arbiter node. The 4th host is compute only. I updated the compute-only node, as well as the arbiter node, early this morning. I didn't touch either of the actual storage nodes.That said, I forgot to upgrade the engine. oVirt Manager thinks that all but 1 of the hosts in the cluster are unhealthy. However, all 4 hosts are online. oVirt Manager (Engine) also keeps deactivating at least 1, if not 2 of the 3 (total) bricks behind each volume. Even though the Engine thinks that only 1 host is healthy, VMs are clearly running on some of the other hosts. However, in troubleshooting, some of the customer VMs were turned off, and oVirt is refusing to start those VMs, because it only recognizes that 1 of the hosts is healthy -- and that host's resources are maxed out. This afternoon, I went ahead and upgraded (and rebooted) the Engine VM, so it is now up-to-date. Unfortunately, that didn't resolve the issue. So I took one of the "unhealthy" hosts which didn't have any VMs on it (which was the host that is our compute-only server hosting no gluster data), and I used oVirt to "reinstall" the oVirt software. That didn't resolve the issue for that host. How can I troubleshoot this? I need: - To figure out why oVirt keeps trying to deactivate volumes - From the command line, `gluster peer status` show all nodes connected, and all volumes appear to be healthy - More importantly, I need to get these VMs that are currently down back online. Is there a way to somehow force oVirt to launch the VMs on the "unhealthy" nodes? What logs should I be looking at? Any help would be greatly appreciated . Sent with ProtonMail 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/2WJDHJBGW2OVOWPIYMSH4EAUVYBNAQBE/
[ovirt-users] Re: Repository downloads failing checksum
This is affecting me as well on RHEL 8.5 hosts. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, December 1st, 2021 at 2:25 AM, Gary Pedretty wrote: > Started happening for me yesterday. Was working just a few days ago. > > Gary > > [FAILED] ovirt-ansible-collection-1.6.5-1.el8.noarch.rpm: No more mirrors to > try - All mirrors were already tried without success > > (223-225/317): ovirt-hosted-engine-ha-2.4.9-1.el8.noarch.rpm 74% > [ ] 325 kB/s | 131 MB 02:22 > ETA > > The downloaded packages were saved in cache until the next successful > transaction. > > You can remove cached packages by executing 'yum clean packages'. > > Error: Error downloading packages: > > Cannot download noarch/ovirt-ansible-collection-1.6.5-1.el8.noarch.rpm: All > mirrors were tried > > > On Nov 30, 2021, at 3:11 PM, Kevin Jones battlea...@gmail.com wrote: > > > > Hi, > > > > Enterprise Linux hosts installation is also affected by this metadata issue: > > > > dnf install cockpit-ovirt-dashboard > > > > ... > > > > [plenty of mirror errors skipped] > > > > ... > > > > [MIRROR] ovirt-host-dependencies-4.4.9-2.el8.x86_64.rpm: Downloading > > successful, but checksum doesn't match. Calculated: > > 4db201c23e065106826c89b4ee543565ced21379f963c8ac9758c3eecb389acc(sha256) > > Expected: > > d26a4ac9db4894824fc603e53d61905224b446344ab7c5626bf0c5dcd9b4e5f4(sha256) > > > > [FAILED] ovirt-host-dependencies-4.4.9-2.el8.x86_64.rpm: No more mirrors to > > try - All mirrors were already tried without success > > > > Seems like implied installation path has been broken for a week. > > > > Is oVirt "installation demand" really so low? Or most people just don't > > bother with an issue (even not report it) and use workaround like manual > > download/install rpms? > > > > 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/XZSLXFYCPHFGOHGRIOML3DYKITQ4KAWB/ > > 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/N5D2C4VSD7S6GBSKP5GIGE4WZ3EWG6JN/ 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/YNUBEJMSKQJNW6MUCHPPEHR4TRMOVZ65/
[ovirt-users] Re: upgrade dependency issues
Hi team, I saw that RHEL 8.5 was released yesterday, so I just put one of my hosts that doesn't have local gluster storage into maintenance mode and again attempted an update. The update again failed through the oVirt web UI, and a `yum update` from the command line again failed with the same issues as I documented in this email thread earlier. So I ran `yum update --disablerepo ovirt\*` successfully, then I tried a standard yum update again. I'm still getting the same problems. Is there still an issue with upgrading to the latest version of oVirt, even when on RHEL 8.5? I'm not going to paste the full stdout here, because there's a lot, but here's all of the "Problems". Should I try a --no-best here? Problem 1: cannot install the best update candidate for package vdsm-4.40.80.6-1.el8.x86_64 Problem 2: package vdsm-gluster-4.40.90.4-1.el8.x86_64 requires vdsm = 4.40.90.4-1.el8, but none of the providers can be installed Problem 3: package ovirt-host-dependencies-4.4.9-2.el8.x86_64 requires vdsm >= 4.40.90, but none of the providers can be installed Problem 4: package ovirt-host-4.4.9-2.el8.x86_64 requires ovirt-host-dependencies = 4.4.9-2.el8, but none of the providers can be installed Problem 5: package ovirt-provider-ovn-driver-1.2.34-1.el8.noarch requires vdsm, but none of the providers can be installed Problem 6: package ovirt-hosted-engine-ha-2.4.9-1.el8.noarch requires vdsm >= 4.40.0, but none of the providers can be installed Problem 7: problem with installed package vdsm-4.40.80.6-1.el8.x86_64 Problem 8: problem with installed package vdsm-gluster-4.40.80.6-1.el8.x86_64 Problem 9: problem with installed package ovirt-provider-ovn-driver-1.2.34-1.el8.noarch Problem 10: problem with installed package ovirt-hosted-engine-ha-2.4.8-1.el8.noarch Problem 11: package ovirt-hosted-engine-setup-2.5.4-2.el8.noarch requires ovirt-hosted-engine-ha >= 2.4, but none of the providers can be installed Problem 12: problem with installed package ovirt-host-dependencies-4.4.8-1.el8.x86_64 I tried rebooting the system, but am getting the same errors, even on the RHEL 8.5 kernel. As an aside, I'm having a really frustrating time with my network configurations somehow getting somewhat reset on every system reboot, and it always takes me a while to get full network connectivity up and running again. I'm running into that issue yet again, but I don't want to derail the topic here... I can send another email if necessary. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, October 26th, 2021 at 9:37 AM, Sandro Bonazzola wrote: > Il giorno mar 26 ott 2021 alle ore 15:32 Gianluca Cecchi > ha scritto: > > > On Tue, Oct 26, 2021 at 12:12 PM Sandro Bonazzola > > wrote: > > > > > Thanks for the report, my team is looking into the dedependency > > > failures.oVirt 4.4.9 has been developed on CentOS Stream 8 and some > > > dependencies are not yet available on RHEL 8.4 and derivatives. > > > > Ok, fair enough you only test on CentOS Stream 8, but at least I think you > > should change what you are going to write in the next release notes, > > putting only what actually tested. > > > > For 4.4.9 there was: > > > > " > > > > This release is available now on x86_64 architecture for: > > > > - Red Hat Enterprise Linux 8.4 > > > > - CentOS Linux (or similar) 8.4 > > > > - CentOS Stream 8 > > > > > > This release supports Hypervisor Hosts on x86_64 and ppc64le architectures > > for: > > > > - Red Hat Enterprise Linux 8.4 > > > > - CentOS Linux (or similar) 8.4 > > > > - oVirt Node NG (based on CentOS Stream 8) > > > > - CentOS Stream 8 > > > > > > " > > So one understands that at least installation/upgrade from 4.4.8 to 4.4.9 > > has been validated when the hosts are in CentOS 8.4 or in RH EL 8.4, that > > currently are the latest 8.4 level released, while it seems both fails > > right now, correct? > > > > Gianluca > > It fails right now, correct. > > -- > > Sandro Bonazzola > > MANAGER, SOFTWARE ENGINEERING, EMEA R RHV > > Red Hat EMEA > > sbona...@redhat.com > > Red Hat respects your work life balance. Therefore there is no need to answer > this email out of your office hours. 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/LD6FNYUOBMKQWK6YHRXCLB54XUSSIDEZ/
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
Still banging my head against the wall on this. The point I'm trying to make here is that when the password is wrong, or when I don't enter the password, I get a clear message saying that the access was denied. curl -u 'admin@internal'@'PASS' -X POST https://ovirt-engine1.mydomain.com/ovirt-engine/api/imagetransfers/2bf042e8-7ddd-4f43-a2b1-4a16de5c750a/finalize -k Enter host password for user 'admin@internal@PASS': Erroraccess_denied: Cannot authenticate user 'admin@internal@PASS': No valid profile found in credentials..d When I use the correct password, on the other hand, I get no stdout, making me believe that the (correct) password is accepted, and works.I can easily login to ovirt-engine/api/imagetransfers and see the XML document. Here is the full stdout from when I run the curl with -vv, where it prompts for the password, and I enter it correctly: ~$ curl -vv -u admin@internal -X POST https://ovirt-engine1.mydomain.com/ovirt-engine/api/imagetransfers/2bf042e8-7ddd-4f43-a2b1-4a16de5c750a/finalize -k Enter host password for user 'admin@internal': * Trying 10.1.0.6:443... * Connected to ovirt-engine1.mydomain.com (10.10.10.7) port 443 (#0) * ALPN, offering h2 * ALPN, offering http/1.1 * successfully set certificate verify locations: * CAfile: /etc/ssl/certs/ca-certificates.crt * CApath: /etc/ssl/certs * TLSv1.3 (OUT), TLS handshake, Client hello (1): * TLSv1.3 (IN), TLS handshake, Server hello (2): * TLSv1.2 (IN), TLS handshake, Certificate (11): * TLSv1.2 (IN), TLS handshake, Server key exchange (12): * TLSv1.2 (IN), TLS handshake, Server finished (14): * TLSv1.2 (OUT), TLS handshake, Client key exchange (16): * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1): * TLSv1.2 (OUT), TLS handshake, Finished (20): * TLSv1.2 (IN), TLS handshake, Finished (20): * SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384 * ALPN, server accepted to use http/1.1 * Server certificate: * subject: C=US; O=mydomain.com; CN=ovirt-engine1.mydomain.com * start date: Sep 17 00:08:06 2021 GMT * expire date: Oct 21 00:08:06 2022 GMT * issuer: C=US; O=mydomain.com; CN=ovirt-engine1.mydomain.com.51591 * SSL certificate verify result: self signed certificate in certificate chain (19), continuing anyway. * Server auth using Basic with user 'admin@internal' > POST > /ovirt-engine/api/imagetransfers/2bf042e8-7ddd-4f43-a2b1-4a16de5c750a/finalize > HTTP/1.1 > Host: ovirt-engine1.mydomain.com > Authorization: Basic YWRtaW5AaW5030184ZXJuYWw6d1kQnB2VHBobTlqZ2Vm0VM= > User-Agent: curl/7.74.0 > Accept: */* > * Mark bundle as not supporting multiuse < HTTP/1.1 415 Unsupported Media Type < Date: Wed, 27 Oct 2021 20:44:51 GMT < Server: Apache/2.4.37 (centos) OpenSSL/1.1.1k mod_auth_gssapi/1.6.1 mod_wsgi/4.6.4 Python/3.6 < Content-Length: 0 < Correlation-Id: 2dc94c1d-d7e2-499e-9d4f-fd332260299f < * Connection #0 to host ovirt-engine1.mydomain.com left intact Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, October 23rd, 2021 at 3:35 AM, Strahil Nikolov via Users wrote: > That's why I put the user and the pass in single quotes... Like this: > 'user@domain'@'pass' > > Best Regards,Strahil Nikolov > > > On Thu, Oct 21, 2021 at 23:47, David White via Users > > wrote:___ > > > > 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/ZHKLXPAKQTCIWESHO33UAJA5ZO65BOGT/ 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/QYF6ICREEM6IJ7O5SRONBY5V7R5YQLZ3/
[ovirt-users] Re: upgrade dependency issues
I'm running into the same issue with a RHEL 8.4 host. The following is on my host: [root@cha2-storage dwhite]# yum repolist Updating Subscription Management repositories. repo id repo name ovirt-4.4 Latest oVirt 4.4 Release ovirt-4.4-advanced-virtualization Advanced Virtualization packages for x86_64 ovirt-4.4-centos-ceph-pacific Ceph packages for x86_64 ovirt-4.4-centos-gluster8 CentOS-8 - Gluster 8 ovirt-4.4-centos-nfv-openvswitch CentOS-8 - NFV OpenvSwitch ovirt-4.4-centos-opstools CentOS-8 - OpsTools - collectd ovirt-4.4-centos-ovirt44 CentOS-8 - oVirt 4.4 ovirt-4.4-copr:copr.fedorainfracloud.org:sac:gluster-ansible Copr repo for gluster-ansible owned by sac ovirt-4.4-copr:copr.fedorainfracloud.org:sbonazzo:EL8_collection Copr repo for EL8_collection owned by sbonazzo ovirt-4.4-epel Extra Packages for Enterprise Linux 8 - x86_64 ovirt-4.4-openstack-victoria OpenStack Victoria Repository ovirt-4.4-virtio-win-latest virtio-win builds roughly matching what will be shipped in upcoming RHEL rhel-8-for-x86_64-appstream-rpms Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs) rhel-8-for-x86_64-baseos-rpms Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs) [root@cha2-storage dwhite]# subscription-manager status +---+ System Status Details +---+ Overall Status: Current System Purpose Status: Not Specified [root@cha2-storage dwhite]# subscription-manager repos --list-enabled +--+ Available Repositories in /etc/yum.repos.d/redhat.repo +--+ Repo ID: rhel-8-for-x86_64-baseos-rpms Repo Name: Red Hat Enterprise Linux 8 for x86_64 - BaseOS (RPMs) Repo URL: https://cdn.redhat.com/content/dist/rhel8/$releasever/x86_64/baseos/os Enabled: 1 Repo ID: rhel-8-for-x86_64-appstream-rpms Repo Name: Red Hat Enterprise Linux 8 for x86_64 - AppStream (RPMs) Repo URL: https://cdn.redhat.com/content/dist/rhel8/$releasever/x86_64/appstream/os Enabled: 1 Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, October 25th, 2021 at 3:07 PM, Strahil Nikolov via Users wrote: > Hi, > > what is the output from: > > 'yum repolist' ? > > Best Regards, > > Strahil Nikolov > > В понеделник, 25 октомври 2021 г., 17:12:58 ч. Гринуич+3, John Florian > jflor...@doubledog.org написа: > > I recently upgrade my engine to 4.4.9 following the usual engine-setup > procedure. Once that was done, I tried to do a dnf upgrade to get everything > else and found: > > Error: Problem: cannot install the best update candidate for package > ovirt-engine-metrics-1.4.3-1.el8.noarch - nothing provides rhel-system-roles > >= 1.7.2-1 needed by ovirt-engine-metrics-1.4.4-1.el8.noarch(try to add > '--skip-broken' to skip uninstallable packages or '--nobest' to use not only > best candidate packages) > > I was also trying to update my hosts thru the GUI and that was failing also. > I couldn't find the right log with good details as to why, so I just tried to > dnf upgrade from the shell to see what got reported and found: > > Error: Problem 1: cannot install the best update candidate for package > ovirt-host-dependencies-4.4.8-1.el8.x86_64 - nothing provides > rsyslog-openssl needed by ovirt-host-dependencies-4.4.9-2.el8.x86_64 Problem > 2: cannot install the best update candidate for package > ovirt-hosted-engine-setup-2.5.3-1.el8.noarch - nothing provides ovirt-host > >= 4.5.0 needed by ovirt-hosted-engine-setup-2.5.4-1.el8.noarch - nothing > provides vdsm-python >= 4.50 needed by > ovirt-hosted-engine-setup-2.5.4-1.el8.noarch Problem 3: cannot install the > best update candidate for package vdsm-4.40.80.5-1.el8.x86_64 - nothing > provides libvirt-daemon-kvm >= 7.6.0-2 needed by vdsm-4.40.90.3-1.el8.x86_64 > Problem 4: package ovirt-host-4.4.9-2.el8.x86_64
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
When I tried with admin@internal@password, I got prompted for a password. So then, I tried admin@internal without the password, and I got prompted for the password. $ curl -u admin@internal@password -X POST https://ovirt-engine.mydomain.com/ovirt-engine/api/imagetransfers/2bf042e8-7ddd-4f43-a2b1-4a16de5c750a/finalize -k Enter host password for user 'admin@internal@password': $ curl -u admin@internal -X POST https://ovirt-engine.mydomain.com/ovirt-engine/api/imagetransfers/2bf042e8-7ddd-4f43-a2b1-4a16de5c750a/finalize -k Enter host password for user 'admin@internal': In the case of admin@internal@password, I got what I suspected, which was access denied... Erroraccess_denied: Cannot authenticate user 'admin@internal@password': No valid profile found in credentials.. In the other case, there was no stdout. So then I ran a curl with -vv for verbose stdout, and I see this interesting tidbit: < HTTP/1.1 415 Unsupported Media Type< Date: Thu, 21 Oct 2021 20:41:43 GMT< Server: Apache/2.4.37 (centos) OpenSSL/1.1.1k mod_auth_gssapi/1.6.1 mod_wsgi/4.6.4 Python/3.6< Content-Length: 0< Correlation-Id: 2b181b06-5b10-4b3a-a704-ee75ad2300c2<* Connection #0 to host ovirt-engine.mydomain.com left intact Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, October 20th, 2021 at 11:55 PM, Strahil Nikolov wrote: > Try with curl -u 'admin@internal'@'pass' ... > > Best Regards,Strahil Nikolov > > > On Thu, Oct 21, 2021 at 2:17, David White via Users > > wrote:___ > > > > 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/7Z33Y3DIMNVC72N72XZP4ZZSTF3GHMWP/ 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/ZHKLXPAKQTCIWESHO33UAJA5ZO65BOGT/
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
> > > "FROM" just in case, but got the same results: > > > > > > > > > > > > engine=# SELECT * FROM image_transfers > > > > > > engine-# > > > > > > > > > > > > I then went into the UI, and migrated a VM from 1 host to another. > > > > > > During the migration, I re-ran that query, and it still came back > > > > > > empty. > > > > > > > > > > > > Does this table store information about moving a disk from 1 volume > > > > > > to another, or moving VMs from 1 host to another? > > > > > > > > > > > > Sent with ProtonMail Secure Email. > > > > > > > > > > > > ‐‐‐ Original Message ‐‐‐ > > > > > > > > > > > > On Tuesday, October 19th, 2021 at 1:58 AM, Eyal Shenitzky > > > > > > wrote: > > > > > > > > > > > > > Please try the following query and share the output - > > > > > > > > > > > > > > SELECT * FROM image_transfers; > > > > > > > > > > > > > > On Tue, 19 Oct 2021 at 03:48, David White > > > > > > > wrote: > > > > > > > > > > > > > > > Would this be found in the "image_transfers" table? > > > > > > > > > > > > > > > > \dt shows me that there are 156 tables in the engine database. > > > > > > > > And I see an image_transfers table. But it looks empty, like a > > > > > > > > lot of other tables. > > > > > > > > > > > > > > > > This seems strange to me. All of these tables are empty, unless > > > > > > > > I'm doing something wrong (I'm new to Postgres). > > > > > > > > > > > > > > > > engine=# SELECT * from images > > > > > > > > engine-# SELECT * from image_transfers > > > > > > > > engine-# select * from users > > > > > > > > engine-# SELECT * from users > > > > > > > > engine-# SELECT * from cluster > > > > > > > > engine-# select * from vm_pools > > > > > > > > engine-# select * from vm_static > > > > > > > > > > > > > > > > Sent with ProtonMail Secure Email. > > > > > > > > > > > > > > > > ‐‐‐ Original Message ‐‐‐ > > > > > > > > > > > > > > > > On Monday, October 18th, 2021 at 3:10 AM, Eyal Shenitzky > > > > > > > > wrote: > > > > > > > > > > > > > > > > > The host cannot be set to maintenance if there are image > > > > > > > > > transfer with status different then PAUSED (by user or system > > > > > > > > > - 4/5 in the DB) or FINISHED (success or failure - 9/10 in > > > > > > > > > the DB). > > > > > > > > > > > > > > > > > > If there are image transfer session in the DB with status > > > > > > > > > that is different then those that I mentioned, you should see > > > > > > > > > why the have a different status and finalize/clean them > > > > > > > > > before setting the host to maintenance. > > > > > > > > > > > > > > > > > > On Sun, 17 Oct 2021 at 15:43, Nir Soffer > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > On Fri, Oct 15, 2021 at 11:38 AM David White via Users > > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > Thank you very much. > > > > > > > > > > > I was able to (re)set the `engine` user's password in > > > > > > > > > > > Postgres. > > > > > > > > > > > Unfortunately, I'm still having trouble unlocking the > > > > > > > > > > > disks. > > > > > > > > > > > > > > > > > > > > > > The following command produces no output underneath > > >
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
gt; > engine-# select * from users
> > > > > > engine-# SELECT * from users
> > > > > > engine-# SELECT * from cluster
> > > > > > engine-# select * from vm_pools
> > > > > > engine-# select * from vm_static
> > > > > >
> > > > > > Sent with ProtonMail Secure Email.
> > > > > >
> > > > > > ‐‐‐ Original Message ‐‐‐
> > > > > >
> > > > > > On Monday, October 18th, 2021 at 3:10 AM, Eyal Shenitzky
> > > > > > wrote:
> > > > > >
> > > > > > > The host cannot be set to maintenance if there are image transfer
> > > > > > > with status different then PAUSED (by user or system - 4/5 in the
> > > > > > > DB) or FINISHED (success or failure - 9/10 in the DB).
> > > > > > >
> > > > > > > If there are image transfer session in the DB with status that is
> > > > > > > different then those that I mentioned, you should see why the
> > > > > > > have a different status and finalize/clean them before setting
> > > > > > > the host to maintenance.
> > > > > > >
> > > > > > > On Sun, 17 Oct 2021 at 15:43, Nir Soffer
> > > > > > > wrote:
> > > > > > >
> > > > > > > > On Fri, Oct 15, 2021 at 11:38 AM David White via Users
> > > > > > > > wrote:
> > > > > > > >
> > > > > > > > > Thank you very much.
> > > > > > > > > I was able to (re)set the `engine` user's password in
> > > > > > > > > Postgres.
> > > > > > > > > Unfortunately, I'm still having trouble unlocking the disks.
> > > > > > > > >
> > > > > > > > > The following command produces no output underneath "Locked
> > > > > > > > > disks" when I run this command on the hosted engine VM:
> > > > > > > > >
> > > > > > > > > [root@ovirt-engine1 dwhite]# PGPASSWORD=snip
> > > > > > > > > /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t
> > > > > > > > > disk -qLocked disks
> > > > > > > > >
> > > > > > > > > However, in the oVirt UI, when I try to put the host into
> > > > > > > > > maintenance mode I continue to get the message that there are
> > > > > > > > > (3) locked disks (screenshot below).
> > > > > > > > > [Screenshot from 2021-10-15 04-29-15.png]
> > > > > > > >
> > > > > > > > Do you have active image transfers?
> > > > > > > >
> > > > > > > > You can check by getting
> > > > > > > >
> > > > > > > > https://myengine/ovirt-engine/api/imagetransfers
> > > > > > > >
> > > > > > > > If there are no image transfers, check the relevant disks
> > > > > > > > status:
> > > > > > > >
> > > > > > > > https://myengine/ovirt-engine/api/disks/{id}
> > > > > > > >
> > > > > > > > If the disks status is "locked", it may be engine bug, not
> > > > > > > > cleaning up after
> > > > > > > > failed image transfer.
> > > > > > > >
> > > > > > > > If there is no task in engine using this disk, you can change
> > > > > > > > the disk status using:
> > > > > > > >
> > > > > > > > # sudo -u postgres psql -d engine
> > > > > > > >
> > > > > > > > Finding the locked images:
> > > > > > > >
> > > > > > > > # select image_group_id,imagestatus from images where
> > > > > > > > imagestatus=2;
> > > > > > > >
> > > > > > > > Unlocking an image:
> > > > > > > >
> > > > > > > > # update images set imagestatus=1 where
> > > > > > > > image_group_id='xxx-yyy';
> > > > > > > >
> > > > > > > > Nir___
> > > > > > > >
> > > > > > > > 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/3UE6CJLEGBR27KWJQH3TA5AX7LXX5URV/
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > > Regards,
> > > > > > > Eyal Shenitzky
> > > > >
> > > > > --
> > > > >
> > > > > Regards,
> > > > > Eyal Shenitzky
> > >
> > > --
> > >
> > > Regards,
> > > Eyal Shenitzky
>
> --
>
> Regards,
> Eyal Shenitzky
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/JFA7BQOMW3WCUUZYVKP6KDNBPCYBZGQL/
[ovirt-users] Re: Host is not added in known_hosts
>From Host 1, try this:
ssh root@localhost
And see if it prompts to add the host to your known_hosts file at that point.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday, October 19th, 2021 at 2:58 PM, wrote:
> ok I am setting up the gluster file system.
>
> I have the following completed
>
> - able to ssh into all three hosts from host1 without password prompting.
> - on each host I have host file entries for host{x}.private.net
> - on public dns, I have host{x}1.fg.net
> - each host has a public nic and private nic.
> - I have all three hosts added in the dashboard
> - I am able to ping all three on private and public nic from host1
>
> When I go to add the hosts in the setup, it looks like 2 and 3 are fine
> with no errors, but host1 entry gives me "Host is not added in known_hosts"
> error. I am doing this setup from host1. It feels like there is a link to
> being on host1 and host1 having the error. I am still google fooing as we
> speak to try and find an error. The only thing I have not done, is setup host
> 2 and 3 to be able to ssh into all the other boxes.
>
> Any thoughts would be greatly appreciated. Happy to share screen shots if
> it would help.
>
> Brad
>
> 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/7P7NSLUKLBEG3N7HELL3SASC5KJCVNRL/
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/RPZJGF3XPBGXVXSVX57QST5W543BKPS3/
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
I missed this email.
> You can check by getting
>
> https://myengine/ovirt-engine/api/imagetransfers
>
> If there are no image transfers, check the relevant disks status:
>
> https://myengine/ovirt-engine/api/disks/{id}
Apparently, I don't have credentials to the API. My "admin" username & password
aren't working, and I get this error:
access_denied: Cannot authenticate user 'admin@N/A': No valid profile found in
credentials..
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Sunday, October 17th, 2021 at 8:39 AM, Nir Soffer wrote:
> On Fri, Oct 15, 2021 at 11:38 AM David White via Users
> wrote:
>
> > Thank you very much.
> > I was able to (re)set the `engine` user's password in Postgres.
> > Unfortunately, I'm still having trouble unlocking the disks.
> >
> > The following command produces no output underneath "Locked disks" when I
> > run this command on the hosted engine VM:
> >
> > [root@ovirt-engine1 dwhite]# PGPASSWORD=snip
> > /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -qLocked
> > disks
> >
> > However, in the oVirt UI, when I try to put the host into maintenance mode
> > I continue to get the message that there are (3) locked disks (screenshot
> > below).
> > [Screenshot from 2021-10-15 04-29-15.png]
>
> Do you have active image transfers?
>
> You can check by getting
>
> https://myengine/ovirt-engine/api/imagetransfers
>
> If there are no image transfers, check the relevant disks status:
>
> https://myengine/ovirt-engine/api/disks/{id}
>
> If the disks status is "locked", it may be engine bug, not cleaning up after
> failed image transfer.
>
> If there is no task in engine using this disk, you can change the disk status
> using:
>
> # sudo -u postgres psql -d engine
>
> Finding the locked images:
>
> # select image_group_id,imagestatus from images where imagestatus=2;
>
> Unlocking an image:
>
> # update images set imagestatus=1 where image_group_id='xxx-yyy';
>
> Nir
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/OYR56MMJCF36RA6OIGZ3PHR2TLGY42CK/
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
I tried that, but whenever I use semicolons, I get a syntax error. Here's my full stdout with and without the semicolon: postgres=# \c engine You are now connected to database "engine" as user "postgres". engine=# SELECT * FROM image_transfers engine-# SELECT * FROM image_transfers; ERROR: syntax error at or near "SELECT" LINE 2: SELECT * FROM image_transfers; ^ Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, October 19th, 2021 at 6:57 AM, Eyal Shenitzky wrote: > You are missing ';' at the end of the query. > > That's why you see no output. > > On Tue, 19 Oct 2021 at 13:24, David White wrote: > > > Thank you. > > However, that was one of the queries I already tried. > > > > All of the queries I listed in my previous email returned empty results, > > which is why I was confused. Given the name of some of these tables, I > > expect to see some data in them. > > I just tried re-running that query, making sure to capitalize the "FROM" > > just in case, but got the same results: > > > > engine=# SELECT * FROM image_transfers > > engine-# > > > > I then went into the UI, and migrated a VM from 1 host to another. > > During the migration, I re-ran that query, and it still came back empty. > > > > Does this table store information about moving a disk from 1 volume to > > another, or moving VMs from 1 host to another? > > > > Sent with ProtonMail Secure Email. > > > > ‐‐‐ Original Message ‐‐‐ > > > > On Tuesday, October 19th, 2021 at 1:58 AM, Eyal Shenitzky > > wrote: > > > > > Please try the following query and share the output - > > > > > > SELECT * FROM image_transfers; > > > > > > On Tue, 19 Oct 2021 at 03:48, David White > > > wrote: > > > > > > > Would this be found in the "image_transfers" table? > > > > > > > > \dt shows me that there are 156 tables in the engine database. > > > > And I see an image_transfers table. But it looks empty, like a lot of > > > > other tables. > > > > > > > > This seems strange to me. All of these tables are empty, unless I'm > > > > doing something wrong (I'm new to Postgres). > > > > > > > > engine=# SELECT * from images > > > > engine-# SELECT * from image_transfers > > > > engine-# select * from users > > > > engine-# SELECT * from users > > > > engine-# SELECT * from cluster > > > > engine-# select * from vm_pools > > > > engine-# select * from vm_static > > > > > > > > Sent with ProtonMail Secure Email. > > > > > > > > ‐‐‐ Original Message ‐‐‐ > > > > > > > > On Monday, October 18th, 2021 at 3:10 AM, Eyal Shenitzky > > > > wrote: > > > > > > > > > The host cannot be set to maintenance if there are image transfer > > > > > with status different then PAUSED (by user or system - 4/5 in the DB) > > > > > or FINISHED (success or failure - 9/10 in the DB). > > > > > > > > > > If there are image transfer session in the DB with status that is > > > > > different then those that I mentioned, you should see why the have a > > > > > different status and finalize/clean them before setting the host to > > > > > maintenance. > > > > > > > > > > On Sun, 17 Oct 2021 at 15:43, Nir Soffer wrote: > > > > > > > > > > > On Fri, Oct 15, 2021 at 11:38 AM David White via Users > > > > > > wrote: > > > > > > > > > > > > > Thank you very much. > > > > > > > I was able to (re)set the `engine` user's password in Postgres. > > > > > > > Unfortunately, I'm still having trouble unlocking the disks. > > > > > > > > > > > > > > The following command produces no output underneath "Locked > > > > > > > disks" when I run this command on the hosted engine VM: > > > > > > > > > > > > > > [root@ovirt-engine1 dwhite]# PGPASSWORD=snip > > > > > > > /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk > > > > > > > -qLocked disks > > > > > > > > > > > > > > However, in the oVirt UI, when I try to put the host into > > &g
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
Thank you.
However, that was one of the queries I already tried.
All of the queries I listed in my previous email returned empty results, which
is why I was confused. Given the name of some of these tables, I expect to see
some data in them.
I just tried re-running that query, making sure to capitalize the "FROM" just
in case, but got the same results:
engine=# SELECT * FROM image_transfers
engine-#
I then went into the UI, and migrated a VM from 1 host to another.
During the migration, I re-ran that query, and it still came back empty.
Does this table store information about moving a disk from 1 volume to another,
or moving VMs from 1 host to another?
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Tuesday, October 19th, 2021 at 1:58 AM, Eyal Shenitzky
wrote:
> Please try the following query and share the output -
>
> SELECT * FROM image_transfers;
>
> On Tue, 19 Oct 2021 at 03:48, David White wrote:
>
> > Would this be found in the "image_transfers" table?
> >
> > \dt shows me that there are 156 tables in the engine database.
> > And I see an image_transfers table. But it looks empty, like a lot of other
> > tables.
> >
> > This seems strange to me. All of these tables are empty, unless I'm doing
> > something wrong (I'm new to Postgres).
> >
> > engine=# SELECT * from images
> > engine-# SELECT * from image_transfers
> > engine-# select * from users
> > engine-# SELECT * from users
> > engine-# SELECT * from cluster
> > engine-# select * from vm_pools
> > engine-# select * from vm_static
> >
> > Sent with ProtonMail Secure Email.
> >
> > ‐‐‐ Original Message ‐‐‐
> >
> > On Monday, October 18th, 2021 at 3:10 AM, Eyal Shenitzky
> > wrote:
> >
> > > The host cannot be set to maintenance if there are image transfer with
> > > status different then PAUSED (by user or system - 4/5 in the DB) or
> > > FINISHED (success or failure - 9/10 in the DB).
> > >
> > > If there are image transfer session in the DB with status that is
> > > different then those that I mentioned, you should see why the have a
> > > different status and finalize/clean them before setting the host to
> > > maintenance.
> > >
> > > On Sun, 17 Oct 2021 at 15:43, Nir Soffer wrote:
> > >
> > > > On Fri, Oct 15, 2021 at 11:38 AM David White via Users
> > > > wrote:
> > > >
> > > > > Thank you very much.
> > > > > I was able to (re)set the `engine` user's password in Postgres.
> > > > > Unfortunately, I'm still having trouble unlocking the disks.
> > > > >
> > > > > The following command produces no output underneath "Locked disks"
> > > > > when I run this command on the hosted engine VM:
> > > > >
> > > > > [root@ovirt-engine1 dwhite]# PGPASSWORD=snip
> > > > > /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk
> > > > > -qLocked disks
> > > > >
> > > > > However, in the oVirt UI, when I try to put the host into maintenance
> > > > > mode I continue to get the message that there are (3) locked disks
> > > > > (screenshot below).
> > > > > [Screenshot from 2021-10-15 04-29-15.png]
> > > >
> > > > Do you have active image transfers?
> > > >
> > > > You can check by getting
> > > >
> > > > https://myengine/ovirt-engine/api/imagetransfers
> > > >
> > > > If there are no image transfers, check the relevant disks status:
> > > >
> > > > https://myengine/ovirt-engine/api/disks/{id}
> > > >
> > > > If the disks status is "locked", it may be engine bug, not cleaning up
> > > > after
> > > > failed image transfer.
> > > >
> > > > If there is no task in engine using this disk, you can change the disk
> > > > status using:
> > > >
> > > > # sudo -u postgres psql -d engine
> > > >
> > > > Finding the locked images:
> > > >
> > > > # select image_group_id,imagestatus from images where imagestatus=2;
> > > >
> > > > Unlocking an image:
> > > >
> > > > # update images set imagestatus=1 where image_group_id='xxx-yyy';
> > > >
> > > > Nir___
> > > >
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
Would this be found in the "image_transfers" table?
\dt shows me that there are 156 tables in the engine database.
And I see an image_transfers table. But it looks empty, like a lot of other
tables.
This seems strange to me. All of these tables are empty, unless I'm doing
something wrong (I'm new to Postgres).
engine=# SELECT * from images
engine-# SELECT * from image_transfers
engine-# select * from users
engine-# SELECT * from users
engine-# SELECT * from cluster
engine-# select * from vm_pools
engine-# select * from vm_static
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday, October 18th, 2021 at 3:10 AM, Eyal Shenitzky
wrote:
> The host cannot be set to maintenance if there are image transfer with status
> different then PAUSED (by user or system - 4/5 in the DB) or FINISHED
> (success or failure - 9/10 in the DB).
>
> If there are image transfer session in the DB with status that is different
> then those that I mentioned, you should see why the have a different status
> and finalize/clean them before setting the host to maintenance.
>
> On Sun, 17 Oct 2021 at 15:43, Nir Soffer wrote:
>
> > On Fri, Oct 15, 2021 at 11:38 AM David White via Users
> > wrote:
> >
> > > Thank you very much.
> > > I was able to (re)set the `engine` user's password in Postgres.
> > > Unfortunately, I'm still having trouble unlocking the disks.
> > >
> > > The following command produces no output underneath "Locked disks" when I
> > > run this command on the hosted engine VM:
> > >
> > > [root@ovirt-engine1 dwhite]# PGPASSWORD=snip
> > > /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -qLocked
> > > disks
> > >
> > > However, in the oVirt UI, when I try to put the host into maintenance
> > > mode I continue to get the message that there are (3) locked disks
> > > (screenshot below).
> > > [Screenshot from 2021-10-15 04-29-15.png]
> >
> > Do you have active image transfers?
> >
> > You can check by getting
> >
> > https://myengine/ovirt-engine/api/imagetransfers
> >
> > If there are no image transfers, check the relevant disks status:
> >
> > https://myengine/ovirt-engine/api/disks/{id}
> >
> > If the disks status is "locked", it may be engine bug, not cleaning up after
> > failed image transfer.
> >
> > If there is no task in engine using this disk, you can change the disk
> > status using:
> >
> > # sudo -u postgres psql -d engine
> >
> > Finding the locked images:
> >
> > # select image_group_id,imagestatus from images where imagestatus=2;
> >
> > Unlocking an image:
> >
> > # update images set imagestatus=1 where image_group_id='xxx-yyy';
> >
> > Nir___
> >
> > 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/3UE6CJLEGBR27KWJQH3TA5AX7LXX5URV/
>
> --
>
> Regards,
> Eyal Shenitzky
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/GTNZTI6NBLARGSHNUD7WIOAC4ZXFJNV4/
[ovirt-users] Re: Understanding Cluster Networking between Hosts
Hi Brad, What are you using for storage, and are you trying to setup both of your physical servers into the same cluster? In my scenario (a hyperconverged environment with Gluster), ideally, you need two different networks, on separate network interfaces: One for your backend / storage network, and one for your frontend / VM network. In my case, I actually have 3 networks: * Backend Storage * IPv4 frontend traffic * IPv6 frontend traffic Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, October 18th, 2021 at 3:44 PM, wrote: > Hello everyone. I am looking to setup a ovrit cluster. I am struggling with > the network side of things. I have watched some videos about Ovirt and > kvm/libvirt. I understand the bridge and NAT networks. The part I am > struggling with is the host network. Here is my setup. > > I have two bare metal servers, that have one physical nic with a public IP. > There is no private physical network on these boxes virtual or physical. > > I want to host an application on a single vm for each customer. the customer > access the application via username.domain.com. > > So the question is. I have to have a layer 7 load balancer to route the url > to an IP. This load balancer is haproxy on a separate bare metal box. (it > could be in a vm on one of the hosts) So the load balancer has to be on the > same network as all the vms. I just don't know to setup the networking > between the LB on one box and the vm's on potentially may bare metal hosts. > > It really feels like I am missing something really obvious. All the videos I > have watched all assume the host networking is already in place. Any help or > resources I can read/watch would really be helpful. > > Brad > > 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/CSMCGI4LKWUYVRYTCWY6XNDCY6QGPV7P/ 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/4SIQDH7TMBWHKBNZY6HNW5ECXDYWG3VF/
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
Thank you.
Unfortunately, this is still an issue.
I have indeed tried running the taskcleaner.sh script, but I just tried it
again.
[root@ovirt-engine1 dwhite]# PGPASSWORD=password
/usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -Rt
This will remove all async_tasks table content!!!
Caution, this operation should be used with care. Please contact support prior
to running this command
Are you sure you want to proceed? [y/n]
y
TRUNCATE TABLE
I then ran a select * from async_tasks... and we can confirm that there's zero
rows:
engine=# SELECT * from async_tasks;task_id | action_type | status | result |
step_id | command_id | started_at | storage_pool_id | task_type | vdsm_task_id
| root_command_id | user_id
-+-+++-+++-+---+--+-+-
(0 rows)
I'm still unclear what SPM is.
I ran that command on the "problematic" host, and I get this stdout,
[root@cha1-storage]# vdsm-client Host getAllTasksStatusesvdsm-client: Command
Host.getAllTasksStatuses with args {} failed:
(code=654, message=Not SPM: ())
And finally, I tried Strahil's suggestion:
[root@ovirt-engine1 dwhite]# PGPASSWORD=password
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all -r
##
CAUTION, this operation may lead to data corruption and should be used with
care. Please contact support prior to running this command
##
Are you sure you want to proceed? [y/n]
y
select fn_db_unlock_all();
INSERT 0 1
unlock all completed successfully.
Unfortunately, I'm still getting the same error message in the admin UI with
the 3 disks listed as "image transfer in progress".
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Sunday, October 17th, 2021 at 5:34 AM, Shani Leviim
wrote:
> Hi David,Have you tried running the taskcleaner script with the updated
> password?$ PGPASSWORD=xx
> /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R
>
> You can also verify if the SPM itself has some locked tasks by running on it:
>
> vdsm-client Host getAllTasksStatuses
>
> Then clear those tasks:
>
> vdsm-client Task clear taskID=12345
>
> To verify there are no more async tasks, you can run this SQL query on the
> engine:
>
> engine=# select * from async_tasks WHERE storage_pool_id = '123';
>
> Regards,
> Shani Leviim
>
> On Sun, Oct 17, 2021 at 12:14 PM Strahil Nikolov
> wrote:
>
> > Try unlock_entitiy.sh with '-t all -r'
> >
> > Best Regards,Strahil Nikolov
> >
> > > On Sat, Oct 16, 2021 at 13:43, David White via Users
> > > wrote:___
> > >
> > > 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/4CUOM4K4EUKT5XUR2AW35ZCI3XKVU5TL/
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/WCSGZJXE26YTGOGYV7WQ5L4KYE65KOEL/
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
This is still an issue.
As part of my troubleshooting process, I manually migrated all of the VMs off
of this host. When I still couldn't put it into maintenance mode, I manually
ran "yum update" from the command line, and then rebooted it.
The oVirt UI detected that it was down, and marked it as "Unavailable" for a
while, but once the host came back up, everything was marked green again, and
the host is a useful part of the cluster.
Unfortunately, I still cannot put it into maintenance mode because oVirt still
thinks these disks are locked.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Friday, October 15th, 2021 at 4:32 AM, David White via Users
wrote:
> Thank you very much.
> I was able to (re)set the `engine` user's password in Postgres.
> Unfortunately, I'm still having trouble unlocking the disks.
>
> The following command produces no output underneath "Locked disks" when I run
> this command on the hosted engine VM:
>
> [root@ovirt-engine1 dwhite]# PGPASSWORD=snip
> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -qLocked disks
>
> However, in the oVirt UI, when I try to put the host into maintenance mode I
> continue to get the message that there are (3) locked disks (screenshot
> below).
> [Screenshot from 2021-10-15 04-29-15.png]
>
> I've tried the following multiple times:
>
> PGPASSWORD=snip /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t
> disk
> e0f46dc5-7f98-47cf-a586-4645177bd6a2##CAUTION,
> this operation may lead to data corruption and should be used with care.
> Please contact support prior to running this
> command##Are you sure you want to
> proceed? [y/n]yselect
> fn_db_unlock_disk('e0f46dc5-7f98-47cf-a586-4645177bd6a2');INSERT 0 1unlock
> disk e0f46dc5-7f98-47cf-a586-4645177bd6a2 completed successfully.
>
> Any other ideas?
>
> Sent with ProtonMail Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
>
> On Thursday, October 14th, 2021 at 10:15 AM, Shani Leviim
> wrote:
>
> > Hi David,
> > Taken from [1], for setting the password for the engine user.
> > su - postgres
> >
> > psql
> >
> > postgres=# create role engine with login encrypted password 'password';
> >
> > You can set the password for the postgres with 'sudo passwd
> > postgres'(Alghout the password should be postgres)
> >
> > For unlocking the disk, follow the example here [2]
> > $ PGPASSWORD=xx ./unlock_entity.sh -t disk -q
> >
> > [1]
> > https://www.ovirt.org/develop/Using-oVirt-Engine-with-a-PostgreSQL-container.html[2]
> >
> > https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html
> >
> > Regards,
> > Shani Leviim
> >
> > On Thu, Oct 14, 2021 at 12:45 PM David White via Users
> > wrote:
> >
> > > I am trying to put a host into maintenance mode, and keep getting this
> > > error:
> > >
> > > Error while executing action: Cannot switch Host
> > > cha1-storage.my-domain.com to Maintenance mode. Image transfer is in
> > > progress for the following (3) disks:
> > >
> > > e0f46dc5-7f98-47cf-a586-4645177bd6a2,
> > > 06bd3678-bfab-4793-a839-ec8cad4b96e5,
> > > 13cef086-3878-463b-a224-cc42b44d8468
> > >
> > > Reviewing documentation online, it seems I need to do this:
> > > PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> > > -t disk e0f46dc5-7f98-47cf-a586-4645177bd6a2
> > > PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> > > -t disk 06bd3678-bfab-4793-a839-ec8cad4b96e5
> > > PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> > > -t disk 13cef086-3878-463b-a224-cc42b44d8468
> > > /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R
> > >
> > > When I run those commands, it *seems* to run successfully.
> > > However, I don't think that I have the correct password, because I cannot
> > > get a psql interface:
> > >
> > > [root@ovirt-engine1 ovirt-engine]# psql -U admin -h localhost -p 5432
> > > psql: error: FATAL: Ident authentication failed for user "admin"
> > > [root@ovirt-engine1 ovirt-engine]# psql -U admin -W -h localhost -p 5432
> > > Password:
> > > psql: error: FATAL: Ident authentication failed for user "admin"
> > > [root@ovirt-engine1 ovirt-engine]# psql -U engine -h localhost -p 5432
> > > Password for user engine
[ovirt-users] Re: Engine insists on running on 1 host in cluster when that host is online
Thank you very much. I was able to resolve the score issue. Turns out there were multiple static routes on this first host, including to a gateway address that I had temporarily setup right when I built the new network in the new datacenter for testing purposes. The symptoms were weird. I was able to dig and resolve public DNS perfectly fine. I was also able to ping public IP addresses perfectly fine. But I was not able to ping or access any content using DNS (i.e. yum couldn't download, for example). Once I identified the faulty route, fixed it, and re-synchronized the Network settings inside the oVirt UI, the score immediately jumped back up to 3400. I was also able to (successfully) test my high availability storage this morning, and confirmed that everything still worked when that host was completely rebooted. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, October 15th, 2021 at 12:25 AM, Strahil Nikolov via Users wrote: > For the score issue you can check > https://www.google.com/url?sa=t=web=j=https://www.ovirt.org/images/Hosted-Engine-4.3-deep-dive.pdf=2ahUKEwiWlZu5yMvzAhX0hf0HHaDACzQQFnoECAQQAQ=AOvVaw2SJWnH5ghQoZq7CV_f-9hs > and then identify your problem and fix it. > > For the he_local, you can use hosted-engine --set-shared-config mnt_options > > backup-volfile-servers=: > > But most probably you will need to set each host in maintenance and reboot it > (there are other ways but that's the simplest) to take effect. > > Best Regards,Strahil Nikolov > > > On Wed, Oct 13, 2021 at 2:49, David White via Users > > wrote:___ > > > > 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/OOJAMPZK2P2HTZ2T45LUZ2KLJRUXXDGD/ 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/MHK2GRYL4FA2MKUC6MFVB5ZDWCI6PGDM/
[ovirt-users] Re: Unable to put host in maintenance mode & unable to login to Postgres
Thank you very much.
I was able to (re)set the `engine` user's password in Postgres.
Unfortunately, I'm still having trouble unlocking the disks.
The following command produces no output underneath "Locked disks" when I run
this command on the hosted engine VM:
[root@ovirt-engine1 dwhite]# PGPASSWORD=snip
/usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk -qLocked disks
However, in the oVirt UI, when I try to put the host into maintenance mode I
continue to get the message that there are (3) locked disks (screenshot below).
[Screenshot from 2021-10-15 04-29-15.png]
I've tried the following multiple times:
PGPASSWORD=snip /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk
e0f46dc5-7f98-47cf-a586-4645177bd6a2##CAUTION,
this operation may lead to data corruption and should be used with care.
Please contact support prior to running this
command##Are you sure you want to
proceed? [y/n]yselect
fn_db_unlock_disk('e0f46dc5-7f98-47cf-a586-4645177bd6a2');INSERT 0 1unlock disk
e0f46dc5-7f98-47cf-a586-4645177bd6a2 completed successfully.
Any other ideas?
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Thursday, October 14th, 2021 at 10:15 AM, Shani Leviim
wrote:
> Hi David,
> Taken from [1], for setting the password for the engine user.
> su - postgres
>
> psql
>
> postgres=# create role engine with login encrypted password 'password';
>
> You can set the password for the postgres with 'sudo passwd postgres'(Alghout
> the password should be postgres)
>
> For unlocking the disk, follow the example here [2]
> $ PGPASSWORD=xx ./unlock_entity.sh -t disk -q
>
> [1]
> https://www.ovirt.org/develop/Using-oVirt-Engine-with-a-PostgreSQL-container.html[2]
> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html
>
> Regards,
> Shani Leviim
>
> On Thu, Oct 14, 2021 at 12:45 PM David White via Users
> wrote:
>
> > I am trying to put a host into maintenance mode, and keep getting this
> > error:
> >
> > Error while executing action: Cannot switch Host cha1-storage.my-domain.com
> > to Maintenance mode. Image transfer is in progress for the following (3)
> > disks:
> >
> > e0f46dc5-7f98-47cf-a586-4645177bd6a2,
> > 06bd3678-bfab-4793-a839-ec8cad4b96e5,
> > 13cef086-3878-463b-a224-cc42b44d8468
> >
> > Reviewing documentation online, it seems I need to do this:
> > PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> > -t disk e0f46dc5-7f98-47cf-a586-4645177bd6a2
> > PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> > -t disk 06bd3678-bfab-4793-a839-ec8cad4b96e5
> > PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
> > -t disk 13cef086-3878-463b-a224-cc42b44d8468
> > /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R
> >
> > When I run those commands, it *seems* to run successfully.
> > However, I don't think that I have the correct password, because I cannot
> > get a psql interface:
> >
> > [root@ovirt-engine1 ovirt-engine]# psql -U admin -h localhost -p 5432
> > psql: error: FATAL: Ident authentication failed for user "admin"
> > [root@ovirt-engine1 ovirt-engine]# psql -U admin -W -h localhost -p 5432
> > Password:
> > psql: error: FATAL: Ident authentication failed for user "admin"
> > [root@ovirt-engine1 ovirt-engine]# psql -U engine -h localhost -p 5432
> > Password for user engine:
> >
> > Checking
> > https://www.ovirt.org/develop/developer-guide/db-issues/postgresql-changing-db-pass.html,
> > I tried:
> > [root@ovirt-engine1 ovirt-engine]# read PASSWD
> > /etc/pki/ovirt-engine/encryptpasswd.sh
> > [root@ovirt-engine1 ovirt-engine]# cat
> > /etc/pki/ovirt-engine/encryptpasswd.sh $PASSWD
> > cat: /etc/pki/ovirt-engine/encryptpasswd.sh: No such file or directory
> > cat: /etc/pki/ovirt-engine/encryptpasswd.sh: No such file or directory
> >
> > I must be doing something wrong here.
> >
> > 1) How can I reset the Postgres password? What user should I be using?
> > 2) Once I have the correct password, will the commands I provided earlier
> > work to unlock the disk?
> >
> > Sent with ProtonMail 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:
&g
[ovirt-users] Unable to put host in maintenance mode & unable to login to Postgres
I am trying to put a host into maintenance mode, and keep getting this error: Error while executing action: Cannot switch Host cha1-storage.my-domain.com to Maintenance mode. Image transfer is in progress for the following (3) disks: e0f46dc5-7f98-47cf-a586-4645177bd6a2, 06bd3678-bfab-4793-a839-ec8cad4b96e5, 13cef086-3878-463b-a224-cc42b44d8468 Reviewing documentation online, it seems I need to do this: PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk e0f46dc5-7f98-47cf-a586-4645177bd6a2 PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk 06bd3678-bfab-4793-a839-ec8cad4b96e5 PGPASSWORD=pass /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t disk 13cef086-3878-463b-a224-cc42b44d8468 /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R When I run those commands, it *seems* to run successfully. However, I don't think that I have the correct password, because I cannot get a psql interface: [root@ovirt-engine1 ovirt-engine]# psql -U admin -h localhost -p 5432 psql: error: FATAL: Ident authentication failed for user "admin" [root@ovirt-engine1 ovirt-engine]# psql -U admin -W -h localhost -p 5432 Password: psql: error: FATAL: Ident authentication failed for user "admin" [root@ovirt-engine1 ovirt-engine]# psql -U engine -h localhost -p 5432 Password for user engine: Checking https://www.ovirt.org/develop/developer-guide/db-issues/postgresql-changing-db-pass.html, I tried: [root@ovirt-engine1 ovirt-engine]# read PASSWD /etc/pki/ovirt-engine/encryptpasswd.sh [root@ovirt-engine1 ovirt-engine]# cat /etc/pki/ovirt-engine/encryptpasswd.sh $PASSWD cat: /etc/pki/ovirt-engine/encryptpasswd.sh: No such file or directory cat: /etc/pki/ovirt-engine/encryptpasswd.sh: No such file or directory I must be doing something wrong here. 1) How can I reset the Postgres password? What user should I be using? 2) Once I have the correct password, will the commands I provided earlier work to unlock the disk? Sent with ProtonMail 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/AO3JBKZZDMTNTRD7GYLUKV7VG6OMVY5G/
[ovirt-users] Re: Engine insists on running on 1 host in cluster when that host is online
I think I'm making progress. I had 1 storage domain that was hardly used, so in the oVirt UI, I migrated production data onto a different storage domain, and then I put that storage domain into maintenance mode. I was then able to edit the mount options for that storage domain. The path is still as it was originally: cha1-storage.my-domain.com:/data But I added the following as a mount option. Does this look right? backup-volfile-servers=cha2-storage.my-domain.com Essentially, my goal here is for high availability storage. I want to be able to reboot cha1-storage, and still have everything remain online. For the Hosted Storage, can I do this from the command line without putting that into maintenance mode? This is what I see right now: [root@cha2-storage dwhite]# hosted-engine --get-shared-config storage --type=he_local storage : cha1-storage.my-domain.com:/engine, type : he_local Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, October 12th, 2021 at 4:38 PM, David White via Users wrote: > > Check the scores of the systems via 'hosted-engine --vm-status'. > That must be the problem. > > Host a has a score of 1800. > Host c has a score of 3400. > > I was able to deploy the hosted-engine to Host B through the web UI. > > 1) Put it in maintenance mode > > 2) Installation -> Reinstall ... and make sure to select "Deploy" for the > hosted-engine > > How do I fix / change the score on the first node? > > Separately, I'm still confused how I would update oVirt to use the 2nd > replica as a mount point. Healing the volume seems to me like a completely > different task than reconfiguring oVirt to mount the 2nd replica in its mount > options? > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, October 12th, 2021 at 3:14 PM, Strahil Nikolov > wrote: > > > >How do I reconfigure oVirt to use the 2nd replica as a secondary mount > > >point? > > > > Verify that your engine's volume is really OK. > > > > gluster volume info enginegluster volume status enginegluster volume heal > > engine info summary > > > > >I cannot migrate the engine off of c. > > And if the engine is running on the other host a, then I turn host c back > > on, the engine shuts down from a, and comes back up on c. > > > > Check the scores of the systems via 'hosted-engine --vm-status'.Check vdsm > > logs on both hosts.Check the logs in the engine itself. > > > > Best Regards,Strahil Nikolov > > > > > On Tue, Oct 12, 2021 at 13:34, David White via Users > > > wrote:About a month ago, I completely rebuilt my oVirt cluster, as I > > > needed to move all my hardware from 1 data center to another with minimal > > > downtime. > > > All my hardware is in the new data center (yay for HIPAA compliance and > > > 24/7 access, unlike the old place!) > > > > > > I originally built the cluster as a single-node hyperconverged. I then > > > added nodes to it, and then, finally, I reconfigured gluster to run in a > > > replica 2 / arbiter 1 configuration. > > > > > > As of now: > > > > > > - I have 4 compute hosts > > > - Gluster is running fine and replicating fine between the two full > > > replicas, along with the arbiter node > > > > > > - I need to revisit my recent email about gluster replication speed, > > > though > > > > > > However, I'm worried about two things: > > > > > > - I think that my hosts, and hosted-engine, are all still configured to > > > use the single mount point from the original single-node hyperconverged > > > ... i.e. if I shutdown / reboot that host, then the storage "goes away" > > > > > > - How do I reconfigure oVirt to use the 2nd replica as a secondary > > > mount point? > > > > > > > > > - Currently, the Engine is deployed on two of the servers (a and c). > > > But any time one of those servers is online (c), the hosted-engine > > > insists on running on that server c. I cannot migrate the engine off of c. > > > > > > And if the engine is running on the other host a, then I turn host c > > > back on, the engine shuts down from a, and comes back up on c. > > > > > > - How do I "fix" this so that the engine will run on host a, even when > > > host c is turned on? > > > - How do I deploy the hosted-engine to host b? > > > > &
[ovirt-users] Re: Engine insists on running on 1 host in cluster when that host is online
> Check the scores of the systems via 'hosted-engine --vm-status'. That must be the problem. Host a has a score of 1800. Host c has a score of 3400. I was able to deploy the hosted-engine to Host B through the web UI. 1) Put it in maintenance mode 2) Installation -> Reinstall ... and make sure to select "Deploy" for the hosted-engine How do I fix / change the score on the first node? Separately, I'm still confused how I would update oVirt to use the 2nd replica as a mount point. Healing the volume seems to me like a completely different task than reconfiguring oVirt to mount the 2nd replica in its mount options? Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, October 12th, 2021 at 3:14 PM, Strahil Nikolov wrote: > >How do I reconfigure oVirt to use the 2nd replica as a secondary mount point? > > Verify that your engine's volume is really OK. > > gluster volume info enginegluster volume status enginegluster volume heal > engine info summary > > >I cannot migrate the engine off of c. > And if the engine is running on the other host a, then I turn host c back on, > the engine shuts down from a, and comes back up on c. > > Check the scores of the systems via 'hosted-engine --vm-status'.Check vdsm > logs on both hosts.Check the logs in the engine itself. > > Best Regards,Strahil Nikolov > > > On Tue, Oct 12, 2021 at 13:34, David White via Users > > wrote:About a month ago, I completely rebuilt my oVirt cluster, as I needed > > to move all my hardware from 1 data center to another with minimal downtime. > > All my hardware is in the new data center (yay for HIPAA compliance and > > 24/7 access, unlike the old place!) > > > > I originally built the cluster as a single-node hyperconverged. I then > > added nodes to it, and then, finally, I reconfigured gluster to run in a > > replica 2 / arbiter 1 configuration. > > > > As of now: > > > > - I have 4 compute hosts > > - Gluster is running fine and replicating fine between the two full > > replicas, along with the arbiter node > > > > - I need to revisit my recent email about gluster replication speed, > > though > > > > However, I'm worried about two things: > > > > - I think that my hosts, and hosted-engine, are all still configured to > > use the single mount point from the original single-node hyperconverged ... > > i.e. if I shutdown / reboot that host, then the storage "goes away" > > > > - How do I reconfigure oVirt to use the 2nd replica as a secondary mount > > point? > > > > > > - Currently, the Engine is deployed on two of the servers (a and c). But > > any time one of those servers is online (c), the hosted-engine insists on > > running on that server c. I cannot migrate the engine off of c. > > > > And if the engine is running on the other host a, then I turn host c > > back on, the engine shuts down from a, and comes back up on c. > > > > - How do I "fix" this so that the engine will run on host a, even when > > host c is turned on? > > - How do I deploy the hosted-engine to host b? > > > > - Is it as simple as logging into host b, and running "hosted-engine > > --deploy" ? > > > > Sent with ProtonMail 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/74UV4MC3VH2DSNWBO6CWFRRBR27XJ5XR/ 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/Y5DCAX4NSEYGW5MULTVNFT2AXPIEVXL6/
[ovirt-users] Engine insists on running on 1 host in cluster when that host is online
About a month ago, I completely rebuilt my oVirt cluster, as I needed to move all my hardware from 1 data center to another with minimal downtime. All my hardware is in the new data center (yay for HIPAA compliance and 24/7 access, unlike the old place!) I originally built the cluster as a single-node hyperconverged. I then added nodes to it, and then, finally, I reconfigured gluster to run in a replica 2 / arbiter 1 configuration. As of now: - I have 4 compute hosts - Gluster is running fine and replicating fine between the two full replicas, along with the arbiter node - I need to revisit my recent email about gluster replication speed, though However, I'm worried about two things: - I think that my hosts, and hosted-engine, are all still configured to use the single mount point from the original single-node hyperconverged ... i.e. if I shutdown / reboot that host, then the storage "goes away" - How do I reconfigure oVirt to use the 2nd replica as a secondary mount point? - Currently, the Engine is deployed on two of the servers (a and c). But any time one of those servers is online (c), the hosted-engine insists on running on that server c. I cannot migrate the engine off of c. And if the engine is running on the other host a, then I turn host c back on, the engine shuts down from a, and comes back up on c. - How do I "fix" this so that the engine will run on host a, even when host c is turned on? - How do I deploy the hosted-engine to host b? - Is it as simple as logging into host b, and running "hosted-engine --deploy" ? Sent with ProtonMail 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/74UV4MC3VH2DSNWBO6CWFRRBR27XJ5XR/
[ovirt-users] Slow gluster replication
I can't remember if I've asked this already, or if someone else has brought this up. I have noticed that gluster replication in a hyperconverged environment is very slow. I just (successfully, this time) added a brick to volume that was originally built on a single-node Hyperconverged cluster. One of my volumes has over 600GB, but the network is 10Gbps, so replication really shouldn't take that long. It's been over two hours, and that volume has only replicated a little over 400GB. It feels like it's taking about 1GB every 30 seconds - 1 minute or so... Why would this replication be so slow? Sent with ProtonMail 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/GWTZT4F732LN2EFFXIXQS5QA6BGRJJBI/
[ovirt-users] Re: NFS storage was locked for 45 minutes after I attempted a clone operation
The save operation is going at a snail's pace, though. Using "watch du -skh", I counted about 5-7 seconds per .1 GB (1/10 of 1GB). It's a virtual disk, but I'm using over 200GB... so at this rate, it'll take a very long time. I wonder if Pascal is on to something, and the export is happening over the frontend 1GB network? I'm going to cancel this operation, as the VM has now been down for close to an hour. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, September 3rd, 2021 at 4:33 AM, David White wrote: > Update perhaps I have discovered a bug somewhere? > > I started another export after hours (it's very early morning hours right > now, and I can tolerate a little downtime on this VM). I had the same > symptoms, but this time, I just left it alone. I waited about 45 minutes with > no progress. > > I then ssh'd to the NFS destination (also on the 10Gbps storage network), and > running tcpdump, I didn't see any traffic coming across the wire. > > So I then powered off my VM, and I immediately began to see a new backup > image appear in my NFS export. > > I wonder if the VM was trying to snapshot the memory and there wasn't enough > on the host or something? The VM has 16GB of RAM, and there are multiple VMs > on that host (although the host itself has 64GB of physical RAM, so should > have been plenty). > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > On Friday, September 3rd, 2021 at 4:10 AM, David White via Users > wrote: > > > In this particular case, I have 1 (one) 250GB virtual disk.. > > > > Sent with ProtonMail Secure Email. > > > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, August 31st, 2021 at 11:21 PM, Strahil Nikolov > > wrote: > > > > > Hi David, > > > > > > how big are your VM disks ? > > > > > > I suppose you have several very large ones. > > > > > > Best Regards, > > > Strahil Nikolov > > > > > > Sent from Yahoo Mail on Android > > > > > > > On Thu, Aug 26, 2021 at 3:27, David White via Users > > > > wrote: > > > > I have an HCI cluster running on Gluster storage. I exposed an NFS > > > > share into oVirt as a storage domain so that I could clone all of my > > > > VMs (I'm preparing to move physically to a new datacenter). I got 3-4 > > > > VMs cloned perfectly fine yesterday. But then this evening, I tried to > > > > clone a big VM, and it caused the disk to lock up. The VM went totally > > > > unresponsive, and I didn't see a way to cancel the clone. Nagios NRPE > > > > (on the client VM) was reporting server load over 65+, but I was never > > > > able to establish an SSH connection. > > > > > > > > Eventually, I tried restarting the ovirt-engine, per > > > > https://access.redhat.com/solutions/396753. When that didn't work, I > > > > powered down the VM completely. But the disks were still locked. So I > > > > then tried to put the storage domain into maintenance mode, but that > > > > wound up putting the entire domain into a "locked" state. Finally, > > > > eventually, the disks unlocked, and I was able to power the VM back > > > > online. > > > > > > > > From start to finish, my VM was down for about 45 minutes, including > > > > the time when NRPE was still sending data to Nagios. > > > > > > > > What logs should I look at, and how can I troubleshoot what went wrong > > > > here, and hopefully avoid this from happening again? > > > > > > > > Sent with ProtonMail 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/ASEENELT4TRTXQ7MF4FKB6L75D3H75AN/ 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/6XHROFQDWZY4Y6Z5LWWORTEJKCDBYIPT/
[ovirt-users] Re: NFS storage was locked for 45 minutes after I attempted a clone operation
Update perhaps I have discovered a bug somewhere? I started another export after hours (it's very early morning hours right now, and I can tolerate a little downtime on this VM). I had the same symptoms, but this time, I just left it alone. I waited about 45 minutes with no progress. I then ssh'd to the NFS destination (also on the 10Gbps storage network), and running tcpdump, I didn't see any traffic coming across the wire. So I then powered off my VM, and I immediately began to see a new backup image appear in my NFS export. I wonder if the VM was trying to snapshot the memory and there wasn't enough on the host or something? The VM has 16GB of RAM, and there are multiple VMs on that host (although the host itself has 64GB of physical RAM, so should have been plenty). Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, September 3rd, 2021 at 4:10 AM, David White via Users wrote: > In this particular case, I have 1 (one) 250GB virtual disk.. > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, August 31st, 2021 at 11:21 PM, Strahil Nikolov > wrote: > > > Hi David, > > > > how big are your VM disks ? > > > > I suppose you have several very large ones. > > > > Best Regards,Strahil Nikolov > > > > Sent from Yahoo Mail on Android > > > > > On Thu, Aug 26, 2021 at 3:27, David White via Users > > > wrote:I have an HCI cluster running on Gluster storage. I exposed an NFS > > > share into oVirt as a storage domain so that I could clone all of my VMs > > > (I'm preparing to move physically to a new datacenter). I got 3-4 VMs > > > cloned perfectly fine yesterday. But then this evening, I tried to clone > > > a big VM, and it caused the disk to lock up. The VM went totally > > > unresponsive, and I didn't see a way to cancel the clone. Nagios NRPE (on > > > the client VM) was reporting server load over 65+, but I was never able > > > to establish an SSH connection. > > > > > > Eventually, I tried restarting the ovirt-engine, per > > > https://access.redhat.com/solutions/396753. When that didn't work, I > > > powered down the VM completely. But the disks were still locked. So I > > > then tried to put the storage domain into maintenance mode, but that > > > wound up putting the entire domain into a "locked" state. Finally, > > > eventually, the disks unlocked, and I was able to power the VM back > > > online. > > > > > > From start to finish, my VM was down for about 45 minutes, including the > > > time when NRPE was still sending data to Nagios. > > > > > > What logs should I look at, and how can I troubleshoot what went wrong > > > here, and hopefully avoid this from happening again? > > > > > > Sent with ProtonMail 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/ASEENELT4TRTXQ7MF4FKB6L75D3H75AN/ 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/PMKJX2YEAFHG574N375H3ASU3N3VR3UW/
[ovirt-users] Re: NFS storage was locked for 45 minutes after I attempted a clone operation
In this particular case, I have 1 (one) 250GB virtual disk.. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, August 31st, 2021 at 11:21 PM, Strahil Nikolov wrote: > Hi David, > > how big are your VM disks ? > > I suppose you have several very large ones. > > Best Regards,Strahil Nikolov > > Sent from Yahoo Mail on Android > > > On Thu, Aug 26, 2021 at 3:27, David White via Users > > wrote:I have an HCI cluster running on Gluster storage. I exposed an NFS > > share into oVirt as a storage domain so that I could clone all of my VMs > > (I'm preparing to move physically to a new datacenter). I got 3-4 VMs > > cloned perfectly fine yesterday. But then this evening, I tried to clone a > > big VM, and it caused the disk to lock up. The VM went totally > > unresponsive, and I didn't see a way to cancel the clone. Nagios NRPE (on > > the client VM) was reporting server load over 65+, but I was never able to > > establish an SSH connection. > > > > Eventually, I tried restarting the ovirt-engine, per > > https://access.redhat.com/solutions/396753. When that didn't work, I > > powered down the VM completely. But the disks were still locked. So I then > > tried to put the storage domain into maintenance mode, but that wound up > > putting the entire domain into a "locked" state. Finally, eventually, the > > disks unlocked, and I was able to power the VM back online. > > > > From start to finish, my VM was down for about 45 minutes, including the > > time when NRPE was still sending data to Nagios. > > > > What logs should I look at, and how can I troubleshoot what went wrong > > here, and hopefully avoid this from happening again? > > > > Sent with ProtonMail 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/ASEENELT4TRTXQ7MF4FKB6L75D3H75AN/ 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/3CRWWNSNJTSATXRDIG7BHZDOQ3VCKQMT/
[ovirt-users] NFS storage was locked for 45 minutes after I attempted a clone operation
I have an HCI cluster running on Gluster storage. I exposed an NFS share into oVirt as a storage domain so that I could clone all of my VMs (I'm preparing to move physically to a new datacenter). I got 3-4 VMs cloned perfectly fine yesterday. But then this evening, I tried to clone a big VM, and it caused the disk to lock up. The VM went totally unresponsive, and I didn't see a way to cancel the clone. Nagios NRPE (on the client VM) was reporting server load over 65+, but I was never able to establish an SSH connection. Eventually, I tried restarting the ovirt-engine, per https://access.redhat.com/solutions/396753. When that didn't work, I powered down the VM completely. But the disks were still locked. So I then tried to put the storage domain into maintenance mode, but that wound up putting the entire domain into a "locked" state. Finally, eventually, the disks unlocked, and I was able to power the VM back online. >From start to finish, my VM was down for about 45 minutes, including the time >when NRPE was still sending data to Nagios. What logs should I look at, and how can I troubleshoot what went wrong here, and hopefully avoid this from happening again? Sent with ProtonMail 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/ASEENELT4TRTXQ7MF4FKB6L75D3H75AN/
[ovirt-users] Re: OVA Export to local storage failes
Thank you. Yes, for me, a lot of the unknowns is simply identifying which log files I need to look at, and where. I see 3 log files in the ovirt-engine/ova/ directory for a single export task: [root@ovirt-engine1 ova]# pwd /var/log/ovirt-engine/ova [root@ovirt-engine1 ova]# ls -la | grep "2ee56518741d.log" -rw-r--r--. 1 ovirt ovirt 16500 Aug 21 20:34 ovirt-export-ova-ansible-20210821203427-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log -rw-r--r--. 1 ovirt ovirt 8680 Aug 21 20:33 ovirt-export-ova-validate-ansible-20210821203346-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log -rw-r--r--. 1 ovirt ovirt 3238 Aug 21 20:34 ovirt-image-measure-ansible-20210821203417-cha2-storage.mgt.example.com-f1e24123-7aa4-4398-96dd-2ee56518741d.log As this is a lot of data, should I include it in the email, or would it be better to put it into pastebin or provide a link to access these files? Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Sunday, August 22nd, 2021 at 3:58 AM, Liran Rotenberg wrote: > On Sun, Aug 22, 2021 at 3:42 AM David White via Users users@ovirt.org wrote: > > > I have an unused 200GB partition that I'd like to use to copy / export / > > backup a few VMs onto, so I mounted it to one of my oVirt hosts as > > /ova-images/, and then ran "chown 36:36" on ova-images. > > > > From the engine, I then tried to export an OVA to that directory. > > > > Watching the directory with "ls", I see a filename.ova.tmp eventually > > appear, and it grows to the size I would expect for the image... and then a > > few seconds later, it disappears. > > > > What am I missing? > > Hi David, > > More logs are needed to understand what's going on. For a start, the > > engine log and the export log (within the engine > > /var/logs/ovirt-engine/ova). > > Regards, > > Liran > > > Here's what I see in the Event Manager inside the Engine: > > > > Aug 21, 2021, 8:35:26 PM > > > > Failed to export Vm server.example.org as a Virtual Appliance to path > > /ova-images/server.example.org.ova on Host cha2-storage.mgt.example.com > > > > Aug 21, 2021, 8:34:33 PM > > > > Pack OVA. Retrieving the temporary path for the OVA file. > > > > Aug 21, 2021, 8:34:33 PM > > > > Pack OVA. Allocating the temporary path for the OVA file. > > > > Aug 21, 2021, 8:34:33 PM > > > > Pack OVA. Removing the temporary file. > > > > Aug 21, 2021, 8:34:33 PM > > > > Pack OVA. Examine target directory. > > > > Aug 21, 2021, 8:34:33 PM > > > > Pack OVA. Set facts. > > > > Aug 21, 2021, 8:34:33 PM > > > > Pack OVA. Run import yaml on py3. > > > > Aug 21, 2021, 8:34:21 PM > > > > Image measure. Measure an image. > > > > Aug 21, 2021, 8:33:56 PM > > > > Starting to export Vm server.example.org as a Virtual Appliance > > > > Aug 21, 2021, 8:33:52 PM > > > > Export OVA. Examine target directory. > > > > Aug 21, 2021, 8:33:49 PM > > > > Export OVA. Set facts. > > > > Aug 21, 2021, 8:33:49 PM > > > > Export OVA. Run import yaml on py3. > > > > Sent with ProtonMail 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/WLGSMUBESVDE2ILKHDU6ITRDXYKP5BVA/ > > 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/S3G76YCWC7HM6N6GHHBMZ65XTNEJFLEV/ 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/YHTJ7C4TLJM2QDSSBDEPKBZYRDPISG52/
[ovirt-users] OVA Export to local storage failes
I have an unused 200GB partition that I'd like to use to copy / export / backup a few VMs onto, so I mounted it to one of my oVirt hosts as /ova-images/, and then ran "chown 36:36" on ova-images. >From the engine, I then tried to export an OVA to that directory. Watching the directory with "ls", I see a filename.ova.tmp eventually appear, and it grows to the size I would expect for the image... and then a few seconds later, it disappears. What am I missing? Here's what I see in the Event Manager inside the Engine: Aug 21, 2021, 8:35:26 PM Failed to export Vm server.example.org as a Virtual Appliance to path /ova-images/server.example.org.ova on Host cha2-storage.mgt.example.com Aug 21, 2021, 8:34:33 PM Pack OVA. Retrieving the temporary path for the OVA file. Aug 21, 2021, 8:34:33 PM Pack OVA. Allocating the temporary path for the OVA file. Aug 21, 2021, 8:34:33 PM Pack OVA. Removing the temporary file. Aug 21, 2021, 8:34:33 PM Pack OVA. Examine target directory. Aug 21, 2021, 8:34:33 PM Pack OVA. Set facts. Aug 21, 2021, 8:34:33 PM Pack OVA. Run import yaml on py3. Aug 21, 2021, 8:34:21 PM Image measure. Measure an image. Aug 21, 2021, 8:33:56 PM Starting to export Vm server.example.org as a Virtual Appliance Aug 21, 2021, 8:33:52 PM Export OVA. Examine target directory. Aug 21, 2021, 8:33:49 PM Export OVA. Set facts. Aug 21, 2021, 8:33:49 PM Export OVA. Run import yaml on py3. Sent with ProtonMail 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/WLGSMUBESVDE2ILKHDU6ITRDXYKP5BVA/
[ovirt-users] Moving datacenters & IP addresses with minimal downtime
So it looks like I'm going to move to a new datacenter. I went into somewhere cheap on a month-to-month contract earlier this year, and they've been a pain to deal with. At the same time, I've grown a lot faster than expected, so I've decided to move into a better, more reputable datacenter sooner rather than later. I currently have HCI with 3 servers. Within the cluster, I can tolerate a host "failure", so I can run on 2 servers. I have a 4th server that I haven't really been doing anything yet, but I think will be a good asset to me as I move, to keep things to a minimum. One of my production nodes, as well as my 4th server don't have the right storage, so if/when I move things, I'll need to configure Gluster to run on a single node for a time. I'd like to ask about best practices here. Before I move any hardware, I'm thinking about removing 1 of my 3 production servers from the existing HCI cluster, and installing a NEW hyperconverged single node onto this production server with Gluster storage. Then, add my 4th server to that new oVirt environment. Once I did that, I'm wondering if I could clone 100% of the VMs from the 1 environment over to the other. Once that was done, I could move one of my oVirt clusters to the new datacenter, update DNS for the virtual servers, run a final rsync, and I'm done -- then I would just move the other two servers, do a fresh install of oVirt, and add them to the new cluster. Is this possible? Is there a better way to do this move? Thanks,David Sent with ProtonMail 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/UF52W26ES5EZAW7L7A7DM5XBHTQUKQF4/
[ovirt-users] Re: Hosted engine on HCI cluster is not running
Of course right when I sent this email, I went back over to one of my consoles,
re-ran "hosted-engine --status", and I saw that it was up. I can confirm my
hosted engine is now online and healthy.
So to recap: restarting vdsmd solved my problem.
I provided lots of details in the Bugzilla, and I generated an sosreport on two
of my three systems prior to restarting vdsmd.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Friday, August 13th, 2021 at 9:31 PM, David White
wrote:
> I have updated the Bugzilla with all of the details I included below, as well
> as additional details.
>
> I figured better to err on the side of providing too many details than not
> enough.
>
> For the oVirt list's edification, I will note that restarting vdsmd on all 3
> hosts did fix the problem -- to an extent. Unfortunately, my hosted-engine is
> still not starting (although I can now clearly connect to the hosted-engine
> storage), and I see this output every time I try to start the hosted-engine:
>
> [root@cha2-storage ~]# hosted-engine --vm-start
>
> Command VM.getStats with args {'vmID':
> 'ffd77d79-a699-455e-88e2-f55ee53166ef'} failed:
>
> (code=1, message=Virtual machine does not exist: {'vmId':
> 'ffd77d79-a699-455e-88e2-f55ee53166ef'})
>
> VM in WaitForLaunch
>
> I'm not sure if that's because I screwed up when I was doing gluster
> maintenance, or what.
>
> But at this point, does this mean I have to re-deploy the hosted engine?
>
> To confirm, if I re-deploy the hosted engine, will all of my regular VMs
> remain intact? I have over 20 VMs in this environment, and it would be a
> major deal to have to rebuild all 20+ of those VMs.
>
> Sent with ProtonMail Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
>
> On Friday, August 13th, 2021 at 2:41 PM, Nir Soffer nsof...@redhat.com wrote:
>
> > On Fri, Aug 13, 2021 at 9:13 PM David White via Users users@ovirt.org wrote:
> >
> > > Hello,
> > >
> > > It appears that my Manager / hosted-engine isn't working, and I'm unable
> > > to get it to start.
> > >
> > > I have a 3-node HCI cluster, but right now, Gluster is only running on 1
> > > host (so no replication).
> > >
> > > I was hoping to upgrade / replace the storage on my 2nd host today, but
> > > aborted that maintenance when I found that I couldn't even get into the
> > > Manager.
> > >
> > > The storage is mounted, but here's what I see:
> > >
> > > [root@cha2-storage dwhite]# hosted-engine --vm-status
> > >
> > > The hosted engine configuration has not been retrieved from shared
> > > storage. Please ensure that ovirt-ha-agent is running and the storage
> > > server is reachable.
> > >
> > > [root@cha2-storage dwhite]# systemctl status ovirt-ha-agent
> > >
> > > ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability
> > > Monitoring Agent
> > >
> > > Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled;
> > > vendor preset: disabled)
> > >
> > > Active: active (running) since Fri 2021-08-13 11:10:51 EDT; 2h 44min ago
> > >
> > > Main PID: 3591872 (ovirt-ha-agent)
> > >
> > > Tasks: 1 (limit: 409676)
> > >
> > > Memory: 21.5M
> > >
> > > CGroup: /system.slice/ovirt-ha-agent.service
> > >
> > > └─3591872 /usr/libexec/platform-python
> > > /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent
> > >
> > > Aug 13 11:10:51 cha2-storage.mgt.barredowlweb.com systemd[1]: Started
> > > oVirt Hosted Engine High Availability Monitoring Agent.
> > >
> > > Any time I try to do anything like connect the engine storage, disconnect
> > > the engine storage, or connect to the console, it just sits there, and
> > > doesn't do anything, and I eventually have to ctl-c out of it.
> > >
> > > Maybe I have to be patient? When I ctl-c, I get a trackback error:
> > >
> > > [root@cha2-storage dwhite]# hosted-engine --console
> > >
> > > ^CTraceback (most recent call last):
> > >
> > > File "/usr/lib64/python3.6/runpy.py", line 193, in _run_module_as_main
> > >
> > > "__main__", mod_spec)
> > >
> > >
> > > File "/usr/lib64/python3.6/runpy.py", line 85, in _run_code
> > >
> > > exec(code, run_globals)
> > >
> > > File
> > > "/usr/lib/
[ovirt-users] Re: Hosted engine on HCI cluster is not running
I have updated the Bugzilla with all of the details I included below, as well
as additional details.
I figured better to err on the side of providing too many details than not
enough.
For the oVirt list's edification, I will note that restarting vdsmd on all 3
hosts did fix the problem -- to an extent. Unfortunately, my hosted-engine is
still not starting (although I can now clearly connect to the hosted-engine
storage), and I see this output every time I try to start the hosted-engine:
[root@cha2-storage ~]# hosted-engine --vm-start
Command VM.getStats with args {'vmID': 'ffd77d79-a699-455e-88e2-f55ee53166ef'}
failed:
(code=1, message=Virtual machine does not exist: {'vmId':
'ffd77d79-a699-455e-88e2-f55ee53166ef'})
VM in WaitForLaunch
I'm not sure if that's because I screwed up when I was doing gluster
maintenance, or what.
But at this point, does this mean I have to re-deploy the hosted engine?
To confirm, if I re-deploy the hosted engine, will all of my regular VMs remain
intact? I have over 20 VMs in this environment, and it would be a major deal to
have to rebuild all 20+ of those VMs.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Friday, August 13th, 2021 at 2:41 PM, Nir Soffer wrote:
> On Fri, Aug 13, 2021 at 9:13 PM David White via Users users@ovirt.org wrote:
>
> > Hello,
> >
> > It appears that my Manager / hosted-engine isn't working, and I'm unable to
> > get it to start.
> >
> > I have a 3-node HCI cluster, but right now, Gluster is only running on 1
> > host (so no replication).
> >
> > I was hoping to upgrade / replace the storage on my 2nd host today, but
> > aborted that maintenance when I found that I couldn't even get into the
> > Manager.
> >
> > The storage is mounted, but here's what I see:
> >
> > [root@cha2-storage dwhite]# hosted-engine --vm-status
> >
> > The hosted engine configuration has not been retrieved from shared storage.
> > Please ensure that ovirt-ha-agent is running and the storage server is
> > reachable.
> >
> > [root@cha2-storage dwhite]# systemctl status ovirt-ha-agent
> >
> > ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring
> > Agent
> >
> > Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled;
> > vendor preset: disabled)
> >
> > Active: active (running) since Fri 2021-08-13 11:10:51 EDT; 2h 44min ago
> >
> > Main PID: 3591872 (ovirt-ha-agent)
> >
> > Tasks: 1 (limit: 409676)
> >
> > Memory: 21.5M
> >
> > CGroup: /system.slice/ovirt-ha-agent.service
> >
> > └─3591872 /usr/libexec/platform-python
> > /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent
> >
> > Aug 13 11:10:51 cha2-storage.mgt.barredowlweb.com systemd[1]: Started oVirt
> > Hosted Engine High Availability Monitoring Agent.
> >
> > Any time I try to do anything like connect the engine storage, disconnect
> > the engine storage, or connect to the console, it just sits there, and
> > doesn't do anything, and I eventually have to ctl-c out of it.
> >
> > Maybe I have to be patient? When I ctl-c, I get a trackback error:
> >
> > [root@cha2-storage dwhite]# hosted-engine --console
> >
> > ^CTraceback (most recent call last):
> >
> > File "/usr/lib64/python3.6/runpy.py", line 193, in _run_module_as_main
> >
> > "__main__", mod_spec)
> >
> >
> > File "/usr/lib64/python3.6/runpy.py", line 85, in _run_code
> >
> > exec(code, run_globals)
> >
> > File
> > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/vdsm_helper.py",
> > line 214, in
> >
> > [root@cha2-storage dwhite]# args.command(args)
> >
> > File
> > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/vdsm_helper.py",
> > line 42, in func
> >
> > f(*args, **kwargs)
> >
> > File
> > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/vdsm_helper.py",
> > line 91, in checkVmStatus
> >
> > cli = ohautil.connect_vdsm_json_rpc()
> >
> > File "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/util.py",
> > line 472, in connect_vdsm_json_rpc
> >
> > __vdsm_json_rpc_connect(logger, timeout)
> >
> > File "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/util.py",
> > line 395, in __vdsm_json_rpc_connect
> >
> > timeout=timeout)
> >
> > File "/usr/lib/python3.6/site-packages/vdsm/client
[ovirt-users] Hosted engine on HCI cluster is not running
Hello, It appears that my Manager / hosted-engine isn't working, and I'm unable to get it to start. I have a 3-node HCI cluster, but right now, Gluster is only running on 1 host (so no replication). I was hoping to upgrade / replace the storage on my 2nd host today, but aborted that maintenance when I found that I couldn't even get into the Manager. The storage is mounted, but here's what I see: > [root@cha2-storage dwhite]# hosted-engine --vm-statusThe hosted engine > configuration has not been retrieved from shared storage. Please ensure that > ovirt-ha-agent is running and the storage server is reachable. > > [root@cha2-storage dwhite]# systemctl status ovirt-ha-agent● > ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring > Agent > Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled; > vendor preset: disabled) > Active: active (running) since Fri 2021-08-13 11:10:51 EDT; 2h 44min ago > Main PID: 3591872 (ovirt-ha-agent) > Tasks: 1 (limit: 409676) > Memory: 21.5M > CGroup: /system.slice/ovirt-ha-agent.service > └─3591872 /usr/libexec/platform-python > /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent > > Aug 13 11:10:51 cha2-storage.mgt.barredowlweb.com systemd[1]: Started oVirt > Hosted Engine High Availability Monitoring Agent. Any time I try to do anything like connect the engine storage, disconnect the engine storage, or connect to the console, it just sits there, and doesn't do anything, and I eventually have to ctl-c out of it. Maybe I have to be patient? When I ctl-c, I get a trackback error: > [root@cha2-storage dwhite]# hosted-engine --console^CTraceback (most recent > call last): > File "/usr/lib64/python3.6/runpy.py", line 193, in _run_module_as_main > > "__main__", mod_spec) > File "/usr/lib64/python3.6/runpy.py", line 85, in _run_code > exec(code, run_globals) > File > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/vdsm_helper.py", > line 214, in > [root@cha2-storage dwhite]# args.command(args) > File > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/vdsm_helper.py", > line 42, in func > f(*args, **kwargs) > File > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_setup/vdsm_helper.py", > line 91, in checkVmStatus > cli = ohautil.connect_vdsm_json_rpc() > File "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/util.py", > line 472, in connect_vdsm_json_rpc > __vdsm_json_rpc_connect(logger, timeout) > File "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/util.py", > line 395, in __vdsm_json_rpc_connect > timeout=timeout) > File "/usr/lib/python3.6/site-packages/vdsm/client.py", line 154, in connect > outgoing_heartbeat=outgoing_heartbeat, nr_retries=nr_retries) > File "/usr/lib/python3.6/site-packages/yajsonrpc/stompclient.py", line 426, > in SimpleClient > nr_retries, reconnect_interval) > File "/usr/lib/python3.6/site-packages/yajsonrpc/stompclient.py", line 448, > in StandAloneRpcClient > client = StompClient(utils.create_connected_socket(host, port, sslctx), > File "/usr/lib/python3.6/site-packages/vdsm/utils.py", line 379, in > create_connected_socket > sock.connect((host, port)) > File "/usr/lib64/python3.6/ssl.py", line 1068, in connect > self._real_connect(addr, False) > File "/usr/lib64/python3.6/ssl.py", line 1059, in _real_connect > self.do_handshake() > File "/usr/lib64/python3.6/ssl.py", line 1036, in do_handshake > self._sslobj.do_handshake() > File "/usr/lib64/python3.6/ssl.py", line 648, in do_handshake > self._sslobj.do_handshake() This is what I see in /var/log/ovirt-hosted-engine-ha/broker.log: > MainThread::WARNING::2021-08-11 > 10:24:41,596::storage_broker::100::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(__init__) > Can't connect vdsm storage: Connection to storage server failed > MainThread::ERROR::2021-08-11 > 10:24:41,596::broker::69::ovirt_hosted_engine_ha.broker.broker.Broker::(run) > Failed initializing the broker: Connection to storage server failed > MainThread::ERROR::2021-08-11 > 10:24:41,598::broker::71::ovirt_hosted_engine_ha.broker.broker.Broker::(run) > Traceback (most recent call last): > File > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/broker/broker.py", > line 64, in run > self._storage_broker_instance = self._get_storage_broker() > File > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/broker/broker.py", > line 143, in _get_storage_broker > return storage_broker.StorageBroker() > File > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/broker/storage_broker.py", > line 97, in __init__ > self._backend.connect() > File > "/usr/lib/python3.6/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", > line 375, in connect > sserver.connect_storage_server() > File >
[ovirt-users] Re: Data recovery from (now unused, but still mounted) Gluster Volume for a single VM
Thank you for all the responses. Following Strahil's instructions, I *think* that I was able to reconstruct the disk image. I'm just waiting for that image to finish downloading onto my local machine, at which point I'll try to import into VirtualBox or something. Fingers crossed! Worst case scenario, I do have backups for that particular VM from 3 months ago, which I have already restored onto a new VM. Losing 3 months of data is much better than losing 100% of the data from the past 2-3+ years. Thank you. > First of all you diddn't 'mkfs.xfs -i size=512' . You just 'mkfs.xfs' , whis > is not good and could have caused your VM problems. Also , check with > xfs_info the isize of the FS. Ok, so right now, my production cluster is operating off of a single brick. I was planning on expanding the storage on the 2nd host next week, and adding that back into the cluster, and getting the Replica 2, Arbiter 1 redundancy working again. How would you recommend I proceed with that plan, knowing that I'm currently operating off of a single brick in which I did NOT specify the size with `mkfs.xfs -i size=512? Should I specify the size on the new brick I build next week, and then once everything is healed, reformat the current brick? > And then there is a lot of information missing between the lines: I guess you > are using a 3 node HCI setup and were adding new disks (/dev/sdb) on all > three nodes and trying to move the glusterfs to those new bigger disks? You are correct in that I'm using 3-node HCI. I originally built HCI with Gluster replication on all 3 nodes (Replica 3). As I'm increasing the storage, I'm also moving to an architecture of Replica 2/Arbiter 1. So yes, the plan was: 1) Convert FROM Replica 3 TO replica 2/arbiter 1 2) Convert again down to a Replica 1 (so no replication... just operating storage on a single host) 3) Rebuild the RAID array (with larger storage) on one of the unused hosts, and rebuild the gluster bricks 4) Add the larger RAID back into gluster, let it heal 5) Now, remove the bricks from the host with the smaller storage -- THIS is where things went awry, and what caused the data loss on this 1 particular VM --- This is where I am currently --- 6) Rebuild the RAID array on the remaining host that is now unused (This is what I am / was planning to do next week) Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Thursday, August 5th, 2021 at 3:12 PM, Thomas Hoberg wrote: > If you manage to export the disk image via the GUI, the result should be a > qcow2 format file, which you can mount/attach to anything Linux (well, if the > VM was Linux... it didn't say) > > But it's perhaps easier to simply try to attach the disk of the failed VM as > a secondary to a live VM to recover the data. > > 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/SLXLQ4BLQUPBV5355DFFACF6LFJX4MWY/ 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/CZDHKGQES4ZOGGFJIBB46CZEGD647DLZ/
[ovirt-users] Re: Data recovery from (now unused, but still mounted) Gluster Volume for a single VM
Hi Patrick, This would be amazing, if possible. Checking /gluster_bricks/data/data on the host where I've removed (but not replaced) the bricks, I see a single directory. When I go into that directory, I see two directories: dom_md images If I go into the images directory, I think I see the hash folders that you're referring to, and inside each of those, I see the 3 files you referenced. Unfortunately, those files clearly don't have all of the data. The parent folder for all of the hash folders is only 687M. [root@cha1-storage data]# du -skh * 687M31366488-d845-445b-b371-e059bf71f34f And the "iso" files are small. The one I'm looking at now is only 19M. It appears that most of the actual data is located in /gluster_bricks/data/data/.glusterfs, and all of those folders are totally random, incomprehensible directories that I'm not sure how to understand. Perhaps you were on an older version of Gluster, and the actual data hierarchy is different? I don't know. But I do see the 3 files you referenced, so that's a start, even if they are nowhere near the correct size. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, August 3rd, 2021 at 1:49 AM, Patrick Lomakin wrote: > Greetings, I once wondered how data is stored between replicated bricks. > Specifically, how disks are stored on the storage domain in Gluster. I > checked a mounted brick via the standard path (path may be different) > /gluster/data/data and saw many directories there. Maybe the hierarchy is > different, can't check now. But in the end I got a list of directories. Each > directory name is a disk image hash. After going to a directory such as /HASH > there were 3 files. The first is a disk in raw/iso/qcow2 format (but the file > has no extension, I looked at the size) the other two files are the > configuration and metadata. I downloaded the disk image file (.iso) to my > computer via the curl command and service www.station307.com (no ads). And I > got the original .iso which uploaded to the storage domain through the hosted > engine interface. Maybe this way you can download the disk image to your > computer and then load it via the GUI and connect it to a virtual machine. > Good luck! > > 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/A6XITCEX5RNQB37YKDCR4EUKTV6W4HIR/ 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/QFCDE36MUQFFNQQULUYWWI7DBU3GG2KF/
[ovirt-users] Data recovery from (now unused, but still mounted) Gluster Volume for a single VM
My hyperconverged cluster was running out of space. The reason for that is a good problem to have - I've grown more in the last 4 months than in the past 4-5 years combined. But the downside was, I had to go ahead and upgrade my storage, and it became urgent to do so. I began that process last week. I have 3 volumes: [root@cha2-storage dwhite]# gluster volume list data engine vmstore I did the following on all 3 of my volumes: 1) Converted cluster from Replica 3 to Replica 2, arbiter 1 - I did run into an issue where some VMs were paused, but I was able to poweroff and power on those VMs again with no issue 2) Ran the following on Host 2: # gluster volume remove-brick data replica 1 cha1-storage.mgt.my-domain.com:/gluster_bricks/data/data force # gluster volume remove-brick vmstore replica 1 cha1-storage.mgt.my-domain.com:/gluster_bricks/vmstore/vmstore force # gluster volume remove-brick engine replica 1 cha1-storage.mgt.my-domain.com:/gluster_bricks/engine/engine force (rebuilt the array & reboot the server -- when I rebooted, I commented out the original UUIDs from /etc/fstab for the gluster storage) # lvcreate -L 2157G --zero n -T gluster_vg_sdb/gluster_thinpool_gluster_vg_sdb # lvcreate -L 75G -n gluster_lv_engine gluster_vg_sdb # lvcreate -V 600G --thin -n gluster_lv_data gluster_vg_sdb/gluster_thinpool_gluster_vg_sdb # lvcreate -V 1536G --thin -n gluster_lv_vmstore gluster_vg_sdb/gluster_thinpool_gluster_vg_sdb # mkfs.xfs /dev/gluster_vg_sdb/gluster_lv_engine # mkfs.xfs /dev/gluster_vg_sdb/gluster_lv_data # mkfs.xfs /dev/gluster_vg_sdb/gluster_lv_vmstore At this point, I ran lsblk --fs to get the new UUIDs, and put them into /etc/fstab # mount -a # gluster volume add-brick engine replica 2 cha2-storage.mgt.my-domain.com:/gluster_bricks/engine/engine force # gluster volume add-brick vmstore replica 2 cha2-storage.mgt.my-domain.com:/gluster_bricks/vmstore/vmstore force # gluster volume add-brick data replica 2 cha2-storage.mgt.my-domain.com:/gluster_bricks/data/data force So far so good. 3) I was running critically low on disk space on the replica, so I:- Let the gluster volume heal - Then I removed the Host 1 bricks from the volumes When I removed the Host 1 bricks, I made sure that there were no additional healing tasks, then proceeded to do so:# gluster volume remove-brick data replica 1 cha1-storage.mgt.my-domain.com:/gluster_bricks/data/data force # gluster volume remove-brick vmstore replica 1 cha1-storage.mgt.my-domain.com:/gluster_bricks/vmstore/vmstore force At this point, I ran into problems. All of my VMs went into a Paused state, and I had to reboot all of them. All VMs came back online, but two VMs were corrupted. I wound up re-building them from scratch. Unfortunately, we lost a lot of data on 1 of the VMs, as I didn't realize backups were broken on that particular VM. Is there a way for me to go into those disks (that are still mounted to Host 1), examine the Gluster content, and somehow mount / recover the data from the VM that we lost? Sent with ProtonMail 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/UKHPWMFNAZYGYIU5JLYHMQYCGVFUH3OX/
[ovirt-users] Re: Reconfigure Gluster from Replica 3 to Arbiter 1/Replica 2
Thank you. I'm doing some more research & reading on this to make sure I understand everything before I do this work. You wrote: > If you rebuild the raid, you are destroying the brick, so after mounting it > back, you will need to reset-brick. If it doesn't work for some reason , you > can always remove-brick replica 1 host1:/path/to/brick arbiter:/path/to/brick > and readd them with add-brick replica 3 arbiter 1. Would it be safer to remove-brick replica 1 before I destroy the brick? Also, you suggested creating a fresh logical volume on the node where I'm converting from full replica to arbiter. Would it not suffice to simply go in and erase all of the data? I'm still not clear on how to force gluster to use a specific server as the arbiter node. Will gluster just "figure it out" if the logical volume on the arbiter is smaller than on the other two nodes? I'm also still a little bit unclear on why I need to specifically increase the inode when I go to add-brick on the arbiter node. Or is that when (if?) I rebuild the Logical Volume? Do I need to increase the inode on the other two servers after I grow the RAID on the two primary storage servers? Below is an overview of the specific steps I think I need to take, in order: Prepare: Put cluster into global maintenance mode Run the following commands: # gluster volume status data inode host 3 (Arbiter): # gluster volume remove-brick data replica 2 host3.mgt.example.com:/gluster_bricks/data/data # rm -rf /gluster_bricks/data/data/* # ALTERNATIVELY... rebuild the logical volume? Is this really necessary? # gluster volume add-brick data replica 3 arbiter 1 host3.mgt.example.com:/gluster_bricks/data/data (Let the volumes heal completely) host 1 # gluster volume remove-brick data replica 1 host1.mgt.example.com:/gluster_bricks/data/data (rebuild the array & reboot the server) # gluster volume add-brick data replica 3 arbiter 1 host1.mgt.example.com:/gluster_bricks/data/data (Let the volumes heal completely) host 2 # gluster volume remove-brick data replica 1 host1.mgt.example.com:/gluster_bricks/data/data (rebuild the array & reboot the server) # gluster volume add-brick data replica 3 arbiter 1 host1.mgt.example.com:/gluster_bricks/data/data Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Sunday, July 11th, 2021 at 3:14 AM, Strahil Nikolov via Users wrote: > > 2a) remove-brick replica 2 > > -- if I understand correctly, this will basically just reconfigure the > existing volume to replicate between the 2 bricks, and not all 3 ... is this > correct? > > Yep, you are kicking out the 3rd node and the volume is converted to replica > 2. > > Most probably the command would be gluster volume remove-brick vmstore > replica 2 host3:/path/to/brick force > > > 2b) add-brick replicat 3 arbiter 1 > > -- If I understand correctly, this will reconfigure the volume (again), > adding the 3rd server's storage back to the Gluster volume, but only as an > arbiter node, correct? > > Yes,I would prefer to create a fresh new LV.Don't forget to raise the inode > count higher,as this one will be an arbiter brick (see previous e-mail). > > Once you add via gluster volume add-brick vmstore replica 3 arbiter 1 > host3:/path/to/new/brick , you will have to wait for all heals to complete > > > > > 3. Now with everything healthy, the volume is now a Replica 2 / Arbiter > > 1 and I can now stop gluster on each of the 2 servers getting the > > storage upgrade, rebuild the RAID on the new storage, reboot, and let > > gluster heal itself before moving on to the next server. > > If you rebuild the raid, you are destroying the brick, so after mounting it > back, you will need to reset-brick. If it doesn't work for some reason , you > can always remove-brick replica 1 host1:/path/to/brick arbiter:/path/to/brick > and readd them with add-brick replica 3 arbiter 1. > > I had some paused VMs after raid reshaping (spinning disks) during the > healing but my lab is running on workstations, so do it in the least busiest > hours and possible backups should have completed before the reconfiguration > and not exactly during the healing ;) > > Best Regards, > > Strahil Nikolov > > 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/ECHZQWBMC5H3CDWV67TCLFZMBPGTVGCU/ 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
[ovirt-users] Re: Reconfigure Gluster from Replica 3 to Arbiter 1/Replica 2
HI Jayme & Strahil, Thank you again for your messages. Reading https://stackoverflow.com/questions/52394849/can-i-change-glusterfs-replica-3-to-replica-3-with-arbiter-1, I think I understand now what Strahil is suggesting. It sounds to me like you're saying I can reconfigure the existing gluster volume (don't destroy it) by changing it from a Replica 3 over to a Replica 2/Arbiter 1. Then once I do that operation, I can THEN go in and put the two hosts into maintenance mode one at a time to rebuild the RAID arrays, and then heal the volume on the larger RAID. So it would look like this: 1) Put 3rd host into maintenance mode & verify no heals are necessary 2) Make the 3rd host the arbiter 2a) remove-brick replica 2 -- if I understand correctly, this will basically just reconfigure the existing volume to replicate between the 2 bricks, and not all 3 ... is this correct? 2b) add-brick replicat 3 arbiter 1 -- If I understand correctly, this will reconfigure the volume (again), adding the 3rd server's storage back to the Gluster volume, but only as an arbiter node, correct? 3) Now with everything healthy, the volume is now a Replica 2 / Arbiter 1 and I can now stop gluster on each of the 2 servers getting the storage upgrade, rebuild the RAID on the new storage, reboot, and let gluster heal itself before moving on to the next server. Do I understand this process right? Jayme's idea to use my 4th server as a temporary NFS location is not a bad idea. I could definitely do that, "just in case" the Gluster volume got corrupted. Unfortunately my backup server has spinning disks instead of SSD drives, but speed wouldn't be too noticeable, and I could do it over a weekend or something. Thanks again for your input. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, July 10th, 2021 at 6:53 AM, Jayme wrote: > Just a thought but depending on resources you might be able to use your 4th > server as nfs storage and live migrate vm disks to it and off of your gluster > volumes. I’ve done this in the past when doing major maintenance on gluster > volumes to err on the side of caution. > > On Sat, Jul 10, 2021 at 7:22 AM David White via Users wrote: > > > Hmm right as I said that, I just had a thought. > > I DO have a "backup" server in place (that I haven't even started using > > yet), that currently has some empty hard drive bays. > > > > It would take some extra work, but I could use that 4th backup server as a > > temporary staging ground to begin building the new Gluster configuration. > > Once I have that server + 2 of my production servers rebuilt properly, I > > could then simply remove and replace this "backup" server with my 3rd > > server in the cluster. > > > > So this effectively means that I have 2 servers that I can take down > > completely at a single time to rebuild gluster, instead of just 1. I think > > that simplifies things. > > > > Sent with ProtonMail Secure Email. > > > > ‐‐‐ Original Message ‐‐‐ > > > > On Saturday, July 10th, 2021 at 6:14 AM, David White > > wrote: > > > > > Thank you. And yes, I agree, this needs to occur in a maintenance window > > > and be done very carefully. :) > > > > > > My only problem with this method is that I need to *replace* disks in the > > > two servers. > > > I don't have any empty hard drive bays, so will effectively need to put a > > > host into maintenance mode, remove the drives, and put new drives in. > > > > > > I will NOT be touching the OS drives, however, as those are on their own > > > separate RAID array. > > > > > > So, essentially, it will need to look something like this: > > > > > > - Put the cluster into global maintenance mode > > > - Put 1 host into full maintenance mode / deactivate it > > > - Stop gluster > > > - Remove the storage > > > - Add the new storage & reconfigure > > > - Start gluster > > > - Re-add the host to the cluster > > > > > > Adding the new storage & reconfiguring is the head scratcher for me, > > > given that I don't have room for the old hard drives + new hard drives at > > > the same time. > > > > > > Sent with ProtonMail Secure Email. > > > > > > ‐‐‐ Original Message ‐‐‐ > > > > > > On Saturday, July 10th, 2021 at 5:55 AM, Strahil Nikolov > > > wrote: > > > > > > > Hi David, > > > > > > > > any storage operation can cause unexpected situations, so always pla
[ovirt-users] Re: Reconfigure Gluster from Replica 3 to Arbiter 1/Replica 2
Hmm right as I said that, I just had a thought. I DO have a "backup" server in place (that I haven't even started using yet), that currently has some empty hard drive bays. It would take some extra work, but I could use that 4th backup server as a temporary staging ground to begin building the new Gluster configuration. Once I have that server + 2 of my production servers rebuilt properly, I could then simply remove and replace this "backup" server with my 3rd server in the cluster. So this effectively means that I have 2 servers that I can take down completely at a single time to rebuild gluster, instead of just 1. I think that simplifies things. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, July 10th, 2021 at 6:14 AM, David White wrote: > Thank you. And yes, I agree, this needs to occur in a maintenance window and > be done very carefully. :) > > My only problem with this method is that I need to *replace* disks in the two > servers. > I don't have any empty hard drive bays, so will effectively need to put a > host into maintenance mode, remove the drives, and put new drives in. > > I will NOT be touching the OS drives, however, as those are on their own > separate RAID array. > > So, essentially, it will need to look something like this: > > - Put the cluster into global maintenance mode > - Put 1 host into full maintenance mode / deactivate it > - Stop gluster > - Remove the storage > - Add the new storage & reconfigure > - Start gluster > - Re-add the host to the cluster > > Adding the new storage & reconfiguring is the head scratcher for me, given > that I don't have room for the old hard drives + new hard drives at the same > time. > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > > On Saturday, July 10th, 2021 at 5:55 AM, Strahil Nikolov > wrote: > > > Hi David, > > > > any storage operation can cause unexpected situations, so always plan your > > activites for low traffic hours and test them on your test environment in > > advance. > > > > I think it's easier if you (command line): > > > > -verify no heals are pending. Not a single one.- set the host to > > maintenance over ovirt- remove the third node from gluster volumes > > (remove-brick replica 2)- umount the bricks on the third node- recreate a > > smaller LV with '-i maxpct=90 size=512' and mount it with the same options > > like the rest of the nodes. Usually I use > > 'noatime,inode64,context=system_u:object_r:glusterd_brick_t:s0'- add this > > new brick (add-brick replica 3 arbiter 1) to the volume- wait for the heals > > to finish > > > > Then repeat again for each volume. > > > > Adding the new disks should be done later. > > > > Best Regards,Strahil Nikolov > > > > > On Sat, Jul 10, 2021 at 3:15, David White via Users > > > wrote:My current hyperconverged environment is replicating data across > > > all 3 servers. > > > I'm running critically low on disk space, and need to add space. > > > > > > To that end, I've ordered 8x 800GB ssd drives, and plan to put 4 drives > > > in 1 server, and 4 drives in the other. > > > > > > What's my best option for reconfiguring the hyperconverged cluster, to > > > change gluster storage away from Replica 3 to a Replica 2 / Arbiter model? > > > I'd really prefer not to have to reinstall things from scratch, but I'll > > > do that if I have to. > > > > > > My most important requirement is that I cannot have any downtime for my > > > VMs (so I can only reconfigure 1 host at a time). > > > > > > Sent with ProtonMail 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/YHEAXRUNA2RDJRYE74AOHND2QKLM3TAU/ 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/WWETWL7N7FT5UCYO4N3OXUY3YQUUVFNJ/
[ovirt-users] Re: Reconfigure Gluster from Replica 3 to Arbiter 1/Replica 2
Thank you. And yes, I agree, this needs to occur in a maintenance window and be done very carefully. :) My only problem with this method is that I need to *replace* disks in the two servers. I don't have any empty hard drive bays, so will effectively need to put a host into maintenance mode, remove the drives, and put new drives in. I will NOT be touching the OS drives, however, as those are on their own separate RAID array. So, essentially, it will need to look something like this: - Put the cluster into global maintenance mode - Put 1 host into full maintenance mode / deactivate it - Stop gluster - Remove the storage - Add the new storage & reconfigure - Start gluster - Re-add the host to the cluster Adding the new storage & reconfiguring is the head scratcher for me, given that I don't have room for the old hard drives + new hard drives at the same time. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, July 10th, 2021 at 5:55 AM, Strahil Nikolov wrote: > Hi David, > > any storage operation can cause unexpected situations, so always plan your > activites for low traffic hours and test them on your test environment in > advance. > > I think it's easier if you (command line): > > -verify no heals are pending. Not a single one.- set the host to maintenance > over ovirt- remove the third node from gluster volumes (remove-brick replica > 2)- umount the bricks on the third node- recreate a smaller LV with '-i > maxpct=90 size=512' and mount it with the same options like the rest of the > nodes. Usually I use > 'noatime,inode64,context=system_u:object_r:glusterd_brick_t:s0'- add this new > brick (add-brick replica 3 arbiter 1) to the volume- wait for the heals to > finish > > Then repeat again for each volume. > > Adding the new disks should be done later. > > Best Regards,Strahil Nikolov > > > On Sat, Jul 10, 2021 at 3:15, David White via Users > > wrote:My current hyperconverged environment is replicating data across all > > 3 servers. > > I'm running critically low on disk space, and need to add space. > > > > To that end, I've ordered 8x 800GB ssd drives, and plan to put 4 drives in > > 1 server, and 4 drives in the other. > > > > What's my best option for reconfiguring the hyperconverged cluster, to > > change gluster storage away from Replica 3 to a Replica 2 / Arbiter model? > > I'd really prefer not to have to reinstall things from scratch, but I'll do > > that if I have to. > > > > My most important requirement is that I cannot have any downtime for my VMs > > (so I can only reconfigure 1 host at a time). > > > > Sent with ProtonMail 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/YHEAXRUNA2RDJRYE74AOHND2QKLM3TAU/ 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/PFMIS2NCPECKJIQUYWUOO2FZSWF2PVFO/
[ovirt-users] Reconfigure Gluster from Replica 3 to Arbiter 1/Replica 2
My current hyperconverged environment is replicating data across all 3 servers. I'm running critically low on disk space, and need to add space. To that end, I've ordered 8x 800GB ssd drives, and plan to put 4 drives in 1 server, and 4 drives in the other. What's my best option for reconfiguring the hyperconverged cluster, to change gluster storage away from Replica 3 to a Replica 2 / Arbiter model? I'd really prefer not to have to reinstall things from scratch, but I'll do that if I have to. My most important requirement is that I cannot have any downtime for my VMs (so I can only reconfigure 1 host at a time). Sent with ProtonMail 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/YHEAXRUNA2RDJRYE74AOHND2QKLM3TAU/
[ovirt-users] IPv6 Support
Hello, Reading https://www.ovirt.org/documentation/administration_guide/index.html#IPv6-networking-support-labels, I see this tidbit: - Dual-stack addressing, IPv4andIPv6, is not supported - Switching clusters from IPv4 to IPv6 is not supported. If I'm understanding this correctly... does that mean I cannot run some VMs with IPv4, and other VMs with IPv6, in the same cluster? If so, that's incredibly disappointing and frustrating. Is Dual-stack addressing a possible feature request? IPv4 addresses are expensive... and I have a couple of customers who only needs IPv6, so would really prefer to avoid having to pay for IPv4 addresses for them. Sent with ProtonMail 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/X2UCDQGR2ZBVHOTTJW6TSGJZ5XFDN5TZ/
[ovirt-users] Rootless Podman container not displaying in oVirt Manager
I deployed a rootless Podman container on a RHEL 8 guest on Saturday (3 days ago). At the time, I remember seeing some selinux AVC "denied" messages related to qemu-guest-agent and podman, but I didn't have time to look into it further, but made a mental note to come back to it, because it really smelled like a bug to me. So, I came back to it this afternoon, and now I see nothing when I look for `ausearch -m AVC` I restarted the `quemu-guest-agent` service with systemctl, and ran `ausearch -m AVC` again, hoping to see some results, but I still don't. I really wish that I had at least copied the AVC message I saw on Saturday for later investigation, but I fully expected to be able to find that information again today. Regardless, I have a rootless container running on the guest VM. When I login to the oVirt Manager and navigate to the VM -> Containers, I don't see anything listed. On Saturday, I thought this was a bug with selinux and qemu-guest-agent. But now, I have no idea. Any thoughts? Sent with ProtonMail 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/R6IGT4FSIRVRCCBHMB6QNRKV6T7BGFIR/
[ovirt-users] Re: Booting VMs from RHEL ISOs fail
Correct, I didn't see any errors. I seem to recall this happening to me a couple months ago or so when I was first setting up the environment as well. I'll spend some time (it may not be until this weekend) trying to reproduce the error, and collecting some logs. No, I do not use an external certificate. (And I did / do use the "Test Connection" button) Which logs would be helpful? Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Sunday, June 6th, 2021 at 2:52 AM, Yedidyah Bar David wrote: > On Sat, Jun 5, 2021 at 2:41 PM David White via Users wrote: > > > I finally got this to work. > > I believe that my issue was that when I thought I had uploaded the ISO, the > > ISO wasn't actually being uploaded successfully. > > > > I tried to upload various ISOs to different Storage Domains, and eventually > > noticed that in a couple of cases, I would see a status bar that slowly > > incremented over time indicating the percentage of the upload complete - > > whereas before, there would be no status bar, and the oVirt Manager would > > indicate that the ISO had just been uploaded completely. > > But you got no actual error anywhere? I'd consider this a bug. Would you like > to report one in bugzilla? Thanks! > > Some points to test/include in your report: > > Do you use an external certificate for https? > > If so, did you follow the documented procedure to do this? Perhaps you can > tell the exact steps you took? > > I'd still expect some error - so there are perhaps (at least) two separate > issues here. > > Adding Vojtech. > > > I was able to "replicate" this status bar with the RHEL ISO, and now my VM > > is booting to that ISO fine. > > Perhaps you can tell what you did differently for this? > > Thanks for the report. > > Best regards, > -- > > Didi 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/N6JTPF6YUZOLIKOR5OBN73STNMPK7WZD/
[ovirt-users] Re: Booting VMs from RHEL ISOs fail
I finally got this to work. I believe that my issue was that when I thought I had uploaded the ISO, the ISO wasn't actually being uploaded successfully. I tried to upload various ISOs to different Storage Domains, and eventually noticed that in a couple of cases, I would see a status bar that slowly incremented over time indicating the percentage of the upload complete - whereas before, there would be no status bar, and the oVirt Manager would indicate that the ISO had just been uploaded completely. I was able to "replicate" this status bar with the RHEL ISO, and now my VM is booting to that ISO fine. Problem resolved. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, June 4, 2021 8:47 PM, David White via Users wrote: > More details here: > > I just tested this (new) VM now on a CentOS 7 ISO. > That worked perfectly fine. > > But as soon as I tried to attach the RHEL 8 Boot ISO, it did not work. > The specific error I'm seeing is: > > Boot failed: Could not read from CDROM (code 0095). > > See below screenshot: > [Screenshot from 2021-06-04 20-47-14.png] > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > On Friday, June 4, 2021 8:27 PM, David White via Users > wrote: > > > I uploaded the RHEL ISOs the same way I uploaded the Ubuntu ISOs: > > Navigate to Storage -> Disks and click Upload (so using the wizard). > > > > Once the ISOs are in place, I've attached them to VMs the same way I've > > attached Ubuntu ISOs: Select the Virtual Machine, click Edit, go to Boot > > Options, click the checkbox beside "Attach CD" and change the First Device > > to CD-ROM. > > > > The oVirt Manager is 4.4.6, but the cluster compatibility is stuck at 4.4.5 > > right now. > > This particular problem has been ongoing, though, since before I attempted > > to upgrade everything to 4.4.6. > > > > Sent with ProtonMail Secure Email. > > > > ‐‐‐ Original Message ‐‐‐ > > On Friday, June 4, 2021 9:29 AM, Strahil Nikolov > > wrote: > > > > > There should be no reason not to work. > > > Did you select the ISO as bootable device ? > > > > > > Maybe you can provide steps how you do it? > > > > > > What is your oVirt version ? > > > > > > Best Regards, > > > Strahil Nikolov > > > > > > > On Fri, Jun 4, 2021 at 12:25, David White via Users > > > > wrote: > > > > Ever since I deployed oVirt a couple months ago, I've been unable to > > > > boot any VMs from a RHEL ISO. > > > > Ubuntu works fine, as does CentOS. > > > > > > > > I've tried multiple RHEL 8 ISOs on multiple VMs. > > > > I've destroyed and re-uploaded the ISOs, and I've also destroyed and > > > > re-created the VMs. > > > > > > > > Every time I try to boot a VM to a RHEL 8 ISO, the console just tells > > > > me that "No boot device" was found. > > > > > > > > Can anyone think of any reason why other ISOs would work, when RHEL > > > > ISOs do not work? How can I troubleshoot this further? > > > > I really need to get a server up and running with Podman. > > > > > > > > Sent with ProtonMail 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/2NIDOLK3IPINXQ3Z477FUTCJEJ2KDOPY/ 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/2EVSBLW5YNBW3DB6ZPC7XTLR4SXNMAAU/
[ovirt-users] Re: what is the best practice for the new install CentOS 8.4 or stream?
If you plan on using CentOS going forward, I would recommend using (starting with) stream, as CentOS 8 will be completely EOL at the end of this year. That said, you can easily convert a CentOS 8 server to CentOS Stream by running these commands: dnf swap centos-linux-repos centos-stream-repos dnf distro-sync See https://www.centos.org/centos-stream/ Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, June 5, 2021 6:24 AM, Arman Khalatyan wrote: > Hi, > I am looking for some advice on new oVirt: CentOS 8.4 or directly CentOS > stream? > If i start with the CentOS 8.4, will be possible later to migrate to stream > branch with the production oVirt?? > > thank you before hand, > Arman 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/FYG5VPJDLOHHUWKBIG6FWU3SFQELBJA2/
[ovirt-users] Re: Booting VMs from RHEL ISOs fail
More details here: I just tested this (new) VM now on a CentOS 7 ISO. That worked perfectly fine. But as soon as I tried to attach the RHEL 8 Boot ISO, it did not work. The specific error I'm seeing is: Boot failed: Could not read from CDROM (code 0095). See below screenshot: [Screenshot from 2021-06-04 20-47-14.png] Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, June 4, 2021 8:27 PM, David White via Users wrote: > I uploaded the RHEL ISOs the same way I uploaded the Ubuntu ISOs: > Navigate to Storage -> Disks and click Upload (so using the wizard). > > Once the ISOs are in place, I've attached them to VMs the same way I've > attached Ubuntu ISOs: Select the Virtual Machine, click Edit, go to Boot > Options, click the checkbox beside "Attach CD" and change the First Device to > CD-ROM. > > The oVirt Manager is 4.4.6, but the cluster compatibility is stuck at 4.4.5 > right now. > This particular problem has been ongoing, though, since before I attempted to > upgrade everything to 4.4.6. > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > On Friday, June 4, 2021 9:29 AM, Strahil Nikolov > wrote: > > > There should be no reason not to work. > > Did you select the ISO as bootable device ? > > > > Maybe you can provide steps how you do it? > > > > What is your oVirt version ? > > > > Best Regards, > > Strahil Nikolov > > > > > On Fri, Jun 4, 2021 at 12:25, David White via Users > > > wrote: > > > Ever since I deployed oVirt a couple months ago, I've been unable to boot > > > any VMs from a RHEL ISO. > > > Ubuntu works fine, as does CentOS. > > > > > > I've tried multiple RHEL 8 ISOs on multiple VMs. > > > I've destroyed and re-uploaded the ISOs, and I've also destroyed and > > > re-created the VMs. > > > > > > Every time I try to boot a VM to a RHEL 8 ISO, the console just tells me > > > that "No boot device" was found. > > > > > > Can anyone think of any reason why other ISOs would work, when RHEL ISOs > > > do not work? How can I troubleshoot this further? > > > I really need to get a server up and running with Podman. > > > > > > Sent with ProtonMail 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/2NIDOLK3IPINXQ3Z477FUTCJEJ2KDOPY/ 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/4QO3X5HHRPFYLLL3XL33YDUAADLLN5AB/
[ovirt-users] Re: Booting VMs from RHEL ISOs fail
I uploaded the RHEL ISOs the same way I uploaded the Ubuntu ISOs: Navigate to Storage -> Disks and click Upload (so using the wizard). Once the ISOs are in place, I've attached them to VMs the same way I've attached Ubuntu ISOs: Select the Virtual Machine, click Edit, go to Boot Options, click the checkbox beside "Attach CD" and change the First Device to CD-ROM. The oVirt Manager is 4.4.6, but the cluster compatibility is stuck at 4.4.5 right now. This particular problem has been ongoing, though, since before I attempted to upgrade everything to 4.4.6. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, June 4, 2021 9:29 AM, Strahil Nikolov wrote: > There should be no reason not to work. > Did you select the ISO as bootable device ? > > Maybe you can provide steps how you do it? > > What is your oVirt version ? > > Best Regards, > Strahil Nikolov > > > On Fri, Jun 4, 2021 at 12:25, David White via Users > > wrote: > > Ever since I deployed oVirt a couple months ago, I've been unable to boot > > any VMs from a RHEL ISO. > > Ubuntu works fine, as does CentOS. > > > > I've tried multiple RHEL 8 ISOs on multiple VMs. > > I've destroyed and re-uploaded the ISOs, and I've also destroyed and > > re-created the VMs. > > > > Every time I try to boot a VM to a RHEL 8 ISO, the console just tells me > > that "No boot device" was found. > > > > Can anyone think of any reason why other ISOs would work, when RHEL ISOs do > > not work? How can I troubleshoot this further? > > I really need to get a server up and running with Podman. > > > > Sent with ProtonMail 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/2NIDOLK3IPINXQ3Z477FUTCJEJ2KDOPY/ 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/X4Z66HCAWZO65532Q7H6MRON3JF7HKFF/
[ovirt-users] Re: How to handle broken NFS storage?
When I stopped the NFS service, I was connect to a VM over ssh. I was also connected to one of the physical hosts over ssh, and was running top. I observed that server load continued to increase over time on the physical host. Several of the VMs (perhaps all?), including the one I was connected to, went down due to an underlying storage issue. It appears to me that HA VMs were restarted automatically. For example, I see the following in the oVirt Manager Event Log (domain names changed / redacted): Jun 4, 2021, 4:25:42 AM Highly Available VM server2.example.com failed. It will be restarted automatically. Jun 4, 2021, 4:25:42 AM Highly Available VM mail.example.com failed. It will be restarted automatically. Jun 4, 2021, 4:25:42 AM Highly Available VM core1.mgt.example.com failed. It will be restarted automatically. Jun 4, 2021, 4:25:42 AM VM cha1-shared.example.com has been paused due to unknown storage error. Jun 4, 2021, 4:25:42 AM VM server.example.org has been paused due to storage I/O problem. Jun 4, 2021, 4:25:42 AM VM server.example.com has been paused. Jun 4, 2021, 4:25:42 AM VM server.example.org has been paused. Jun 4, 2021, 4:25:41 AM VM server.example.org has been paused due to unknown storage error. Jun 4, 2021, 4:25:41 AM VM HostedEngine has been paused due to storage I/O problem. During this outage, I also noticed that customer websites were not working. So I clearly took an outage. > If you have a good way to reproduce the issue please file a bug with > all the logs, we try to improve this situation. I don't have a separate lab environment, but if I'm able to reproduce the issue off hours, I may try to do so. What logs would be helpful? > NFS storage domain will always affect other storage domains, but if you mount > your NFS storage outside of ovirt, the mount will not affect the system. > > Then you can backup to this mount, for example using backup_vm.py: > https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/backup_vm.py If I'm understanding you correctly, it sounds like you're suggesting that I just connect 1 (or multiple) hosts to the NFS mount manually, and don't use the oVirt manager to build the backup domain. Then just run this script on a cron or something - is that correct? Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, June 4, 2021 12:29 PM, Nir Soffer wrote: > On Fri, Jun 4, 2021 at 12:11 PM David White via Users users@ovirt.org wrote: > > > I'm trying to figure out how to keep a "broken" NFS mount point from > > causing the entire HCI cluster to crash. > > HCI is working beautifully. > > Last night, I finished adding some NFS storage to the cluster - this is > > storage that I don't necessarily need to be HA, and I was hoping to store > > some backups and less-important VMs on, since my Gluster (sssd) storage > > availability is pretty limited. > > But as a test, after I got everything setup, I stopped the nfs-server. > > This caused the entire cluster to go down, and several VMs - that are not > > stored on the NFS storage - went belly up. > > Please explain in more detail "went belly up". > > In general vms not using he nfs storage domain should not be affected, but > due to unfortunate design of vdsm, all storage domain share the same global > lock > and when one storage domain has trouble, it can cause delays in > operations on other > domains. This may lead to timeouts and vms reported as non-responsive, > but the actual > vms, should not be affected. > > If you have a good way to reproduce the issue please file a bug with > all the logs, we try > to improve this situation. > > > Once I started the NFS server process again, HCI did what it was supposed > > to do, and was able to automatically recover. > > My concern is that NFS is a single point of failure, and if VMs that don't > > even rely on that storage are affected if the NFS storage goes away, then I > > don't want anything to do with it. > > You need to understand the actual effect on the vms before you reject NFS. > > > On the other hand, I'm still struggling to come up with a good way to run > > on-site backups and snapshots without using up more gluster space on my > > (more expensive) sssd storage. > > NFS is useful for this purpose. You don't need synchronous replication, and > you want the backups outside of your cluster so in case of disaster you can > restore the backups on another system. > > Snapshots are always on the same storage so it will not help. > > > Is there any way to setup NFS storage for a Backup Domain - as well as a > > Data domain (for lesser important VMs) - such that, if the NFS server > > crashed, all of my non-NFS stuff
[ovirt-users] Booting VMs from RHEL ISOs fail
Ever since I deployed oVirt a couple months ago, I've been unable to boot any VMs from a RHEL ISO. Ubuntu works fine, as does CentOS. I've tried multiple RHEL 8 ISOs on multiple VMs. I've destroyed and re-uploaded the ISOs, and I've also destroyed and re-created the VMs. Every time I try to boot a VM to a RHEL 8 ISO, the console just tells me that "No boot device" was found. Can anyone think of any reason why other ISOs would work, when RHEL ISOs do not work? How can I troubleshoot this further? I really need to get a server up and running with Podman. Sent with ProtonMail 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/2NIDOLK3IPINXQ3Z477FUTCJEJ2KDOPY/
[ovirt-users] How to handle broken NFS storage?
I'm trying to figure out how to keep a "broken" NFS mount point from causing the entire HCI cluster to crash. HCI is working beautifully. Last night, I finished adding some NFS storage to the cluster - this is storage that I don't necessarily need to be HA, and I was hoping to store some backups and less-important VMs on, since my Gluster (sssd) storage availability is pretty limited. But as a test, after I got everything setup, I stopped the nfs-server. This caused the entire cluster to go down, and several VMs - that are not stored on the NFS storage - went belly up. Once I started the NFS server process again, HCI did what it was supposed to do, and was able to automatically recover. My concern is that NFS is a single point of failure, and if VMs that don't even rely on that storage are affected if the NFS storage goes away, then I don't want anything to do with it. On the other hand, I'm still struggling to come up with a good way to run on-site backups and snapshots without using up more gluster space on my (more expensive) sssd storage. Is there any way to setup NFS storage for a Backup Domain - as well as a Data domain (for lesser important VMs) - such that, if the NFS server crashed, all of my non-NFS stuff would be unaffected? Sent with ProtonMail 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/7PEJUNBDBD72TMSPIQFQGHF2ZFNT6UYX/
[ovirt-users] Re: Adding a Ubuntu Host's NFS share to oVirt
Thank you! I decided to go with a RHEL 8 host, which worked perfectly fine. But that brings me to a new question, for which I'll start a new thread. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, June 1, 2021 9:00 PM, Nir Soffer wrote: > On Wed, Jun 2, 2021 at 3:08 AM Nir Soffer nsof...@redhat.com wrote: > > > On Sat, May 22, 2021 at 8:20 PM David White via Users users@ovirt.org wrote: > > > > > Hello, > > > Is it possible to use Ubuntu to share an NFS export with oVirt? > > > I'm trying to setup a Backup Domain for my environment. > > > I got to the point of actually adding the new Storage Domain. > > > When I click OK, I see the storage domain appear momentarily before > > > disappearing, at which point I get a message about oVirt not being able > > > to obtain a lock. > > > > It may be he issue describe here: > > https://github.com/oVirt/ovirt-site/pull/2433 > > This is the relevant thread: > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/G2TQC6XTJTIBAIOG7BWAFJ3YW3XOMNXF/#G2TQC6XTJTIBAIOG7BWAFJ3YW3XOMNXF > > > The fix is to change this on the serve side: > > > > grep RPCMOUNTDOPTS /etc/default/nfs-kernel-server > > > > == > > > > --manage-gids is not compatible with oVirt. > > > > > > > > #RPCMOUNTDOPTS="--manage-gids" > > RPCMOUNTDOPTS="" > > > > > It appears I'm running into the issue described in this thread: > > > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/BNVXUH5B26FBFCGYLG62JUSB5SOU2MN7/#IZTU744GVKY5OJT4QOULLZVKGYADXDOO > > > ... Although the actual export is ext4, not xfs. > > > > The issue is not related to the file system, and it is likely the same > > issue described > > in this thread. > > > > > From what I'm reading on that thread and elsewhere, it sounds like this > > > problem is a result of SELinux not being present, is that correct? > > > > This seems to be incompatible NFS server defaults on Ubuntu. > > > > > Is my only option here to install an OS that supports SELinux? > > > > This is another option, RHEL (like) server is a safe bet. > > Nir 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/CQXXRQ7NBXBGVB7NKBYKRU4SEJEBVJO5/
[ovirt-users] Adding a 4th compute host to a HCI environment
Hello, Is there documentation anywhere for adding a 4th compute-only host to an existing HCI cluster? I did the following earlier today: - Installed RHEL 8.4 onto the new (4th) host - Setup an NFS share on the host - Attached the NFS share to oVirt as a new storage domain - I then turned the NFS share into a "backup domain" - Once that was done, I installed ovirt-release44.rpm, followed by some ovirt packages: - yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm - yum install cockpit-ovirt-dashboard vdsm-gluster ovirt-host - I then logged into the oVirt Manager Web UI, navigated to Hosts, and clicked on New - I successfully added the new host to the cluster Once this was all done, load average on all 3 of my original HCI nodes started to go through the roof. I've seen servers' load average go through the roof before when NFS shares are down, so I suspect that something happened to the NFS share when I went to add the host as a compute node. In an effort to get things stabilized, I wound up yanking the new host out of oVirt, as well as the NFS share, at which point things did stabilize again. My goal here: - Setup the host as a compute-only host (don't participate in the gluster cluster) - Setup the NFS share for backup purposes Writing this email and reviewing my bash history, I think one of the places I went wrong was I installed vdsm-gluster. I don't think I need that, do I? Is what I'm trying to do possible? Sent with ProtonMail 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/42PVAMDONLAUFOODPHNWHGQ4WNOJMHPJ/
[ovirt-users] Re: Guest CPU compatibility issues on upgraded host - RHEL 8
I think my "CPU" issue may have been partly a combination with low available RAM in the cluster. I wound up putting the 1st host back into maintenance mode and running *another* upgrade on the host. After it rebooted again, it was fully available to the cluster. And I successfully upgraded a 2nd host, onto which I was able to migrate VMs for preparation of upgrading the 3rd host. All seems well, for now, after I upgraded the 1st host a second time earlier today. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, May 26, 2021 2:55 PM, David White via Users wrote: > I have oVirt 4.4.6 running on my Engine VM. > I also have oVirt 4.4.6 on one of my hosts. > > The other two hosts are still on oVirt 4.4.5. > My issue seems slightly different than the issue(s) other people have > described. > > I'm on RHEL 8 hosts. > > My Engine VM is running fine on the upgraded host, as is one of my Ubuntu > guests. > However, it seems like I'm not able to migrate *ANY* other guests over the > new host. > The oVirt UI just indicates that for whatever reason the upgraded host isn't > available / compatible for a VM to be migrated to. > > I'm not sure how or why this 1 Ubuntu guest VM was able to get migrated, but > it looks like its working just fine. > > I did try: > yum downgrade edk2-ovmf > > Base on other people's comments. But I'm not sure how long to wait, or what > else to try, to try to get my upgraded host operational again. > > Sent with ProtonMail 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/7D3TJKGKT3Q7NFWSEYGIBUTYAQ27GCFK/
[ovirt-users] Guest CPU compatibility issues on upgraded host - RHEL 8
I have oVirt 4.4.6 running on my Engine VM. I also have oVirt 4.4.6 on one of my hosts. The other two hosts are still on oVirt 4.4.5. My issue seems slightly different than the issue(s) other people have described. I'm on RHEL 8 hosts. My Engine VM is running fine on the upgraded host, as is one of my Ubuntu guests. However, it seems like I'm not able to migrate *ANY* other guests over the new host. The oVirt UI just indicates that for whatever reason the upgraded host isn't available / compatible for a VM to be migrated to. I'm not sure how or why this 1 Ubuntu guest VM was able to get migrated, but it looks like its working just fine. I did try: yum downgrade edk2-ovmf Base on other people's comments. But I'm not sure how long to wait, or what else to try, to try to get my upgraded host operational again. Sent with ProtonMail 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/W4OUKR3OGGK3S3X622EPSXOQIRB52TY7/
[ovirt-users] Re: Cluster stuck in maintenance - Hosts not upgrading as expected
Thank you, Ritesh. Those logs were perfect, and I immediately found the problem. This was my fault. I had disabled Root Login in /etc/ssh/sshd_config (because let's face it, we all can agree that logging in as root over ssh is normally a bad idea!) I just updated that from "no" to "prohibit-password" and restarted sshd. I'll report back if I still have problems after this. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, May 24, 2021 1:53 AM, Ritesh Chikatwar wrote: > Hello, > > Can you check at which task the upgrade has struck. Please share the relevant > log at the time. > > To check at which tasks it failed ssh to ovirt engine and navigate to > directory /var/log/ovirt-engine/host-deploy/ and also share the vdsm logs > from host as well. > > On Sun, May 23, 2021 at 7:10 AM Edward Berger wrote: > > > I'm saw something similar on a test cluster on CentOS 8.3. > > You can take it out of global maintenance mode by navigating the engine UI > > to edit cluster -> scheduling policy and turn off global maintenance there. > > > > Not sure what else is going on. It wants me to put all three hosts into > > maintenance mode which is impossible. > > > > On Sat, May 22, 2021 at 8:36 PM David White via Users > > wrote: > > > > > I have a 3-node hyperconverged cluster with Gluster filesystem running on > > > RHEL 8.3 hosts. > > > > > > It's been stable on oVirt 4.5. > > > Today, I just upgraded the Engine to v4.6. > > > > > > [Screenshot from 2021-05-22 20-29-23.png] > > > > > > I then logged into the oVirt manager, navigated to Compute -> Clusters, > > > and clicked on Upgrade. > > > The Status of the cluster does have an exclamation mark that says > > > "Upgrade Cluster Compatibility Level", but my understanding is, I > > > shouldn't do that until all 3 of my hosts have been upgraded. > > > > > > Looking at active tasks, I see that the first host in my cluster is stuck > > > in "Upgrading". > > > It's now been like this for 3 hours, without any visible progress. > > > > > > If I try to launch a VM that is not configured for high availability, the > > > VM fails to launch, and I get a message about the cluster being in > > > "Maintenance Mode" and that none of the hosts satisfies current > > > scheduling restraints. > > > How do I > > > a) Cancel / clear the upgrade and take the cluster out of "maintenance > > > mode" > > > b) Properly upgrade the cluster, since clicking the "Upgrade" button > > > clearly didn't work? > > > > > > Thanks, > > > David > > > > > > Sent with ProtonMail 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/4JIRYDSSKBPBJBIIQMRTNGSASBOQIR6I/ > > > > ___ > > 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/CC4J7AGJ7TKSSLKTBRXJN3YOXTPLGKCR/ 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/P27FWUG43K4ZM2BYRRFS6VZ4HH24B6CL/
[ovirt-users] Cluster stuck in maintenance - Hosts not upgrading as expected
I have a 3-node hyperconverged cluster with Gluster filesystem running on RHEL 8.3 hosts. It's been stable on oVirt 4.5. Today, I just upgraded the Engine to v4.6. [Screenshot from 2021-05-22 20-29-23.png] I then logged into the oVirt manager, navigated to Compute -> Clusters, and clicked on Upgrade. The Status of the cluster does have an exclamation mark that says "Upgrade Cluster Compatibility Level", but my understanding is, I shouldn't do that until all 3 of my hosts have been upgraded. Looking at active tasks, I see that the first host in my cluster is stuck in "Upgrading". It's now been like this for 3 hours, without any visible progress. If I try to launch a VM that is not configured for high availability, the VM fails to launch, and I get a message about the cluster being in "Maintenance Mode" and that none of the hosts satisfies current scheduling restraints. How do I a) Cancel / clear the upgrade and take the cluster out of "maintenance mode" b) Properly upgrade the cluster, since clicking the "Upgrade" button clearly didn't work? Thanks, David Sent with ProtonMail 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/4JIRYDSSKBPBJBIIQMRTNGSASBOQIR6I/
[ovirt-users] Adding a Ubuntu Host's NFS share to oVirt
Hello, Is it possible to use Ubuntu to share an NFS export with oVirt?I'm trying to setup a Backup Domain for my environment. I got to the point of actually adding the new Storage Domain. When I click OK, I see the storage domain appear momentarily before disappearing, at which point I get a message about oVirt not being able to obtain a lock. It appears I'm running into the issue described in this thread: https://lists.ovirt.org/archives/list/users@ovirt.org/thread/BNVXUH5B26FBFCGYLG62JUSB5SOU2MN7/#IZTU744GVKY5OJT4QOULLZVKGYADXDOO ... Although the actual export is ext4, not xfs. >From what I'm reading on that thread and elsewhere, it sounds like this >problem is a result of SELinux not being present, is that correct? Is my only option here to install an OS that supports SELinux? Sent with ProtonMail 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/MBDGUQZVNJNV56PWCTLM66B6B7TSNPOQ/
[ovirt-users] Re: Power management on Dell PowerEdge R320 and R520
Hi Pavel, At the risk of being somewhat lazy, could I ask you where the docs are for installing the iDrac modules and getting power management setup? This is a topic that I haven't explored yet, but probably need to. I have 3x Dell R630s. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, May 14, 2021 4:15 AM, Pavel Strzinek wrote: > Never mind, the test was probably failing correctly as I tested the power > management with other node in maintenance. When more than one node are > active, the test passes and power management works correctly. > > It could be mentioned in docs though that the power management should be > configured and tested with at least two nodes being active ... > > 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/GYQZXAUKR7HN322QTJQWSS2C64BAWLMO/ 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/RMKHJMVBSPTLA4HUHZS5RR2ARL55H34P/
[ovirt-users] Moving interfaces for switch maintenance
So I have two switches. All 3 of my HCI oVirt servers are connected to both switches. 1 switch serves the ovirtmgmt network (internal, gluster communication and everything else on that subnet) The other switch serves the "main" front-end network (Private). It turns out that my datacenter plugged the switches into the wrong power supplies, and now needs to move them. My switches have single PSUs, so when we move them, the network will go down. Obviously, I'm just going to move 1 switch at a time. What I'm wondering, though, is there's an "easy" way to force all the traffic for both networks out one of the single interfaces, so that I don't experience any more downtime during this switch maintenance. Should I assign another temporary IP address on each of the interfaces for each server that is in the same subnet as the switch we're going to take down? Sent with ProtonMail 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/CALIAG4GUJDRKSDKCBF3MJFCE7CDESLI/
[ovirt-users] Re: Something broke & took down multiple VMs for ~20 minutes
It appears there was a power issue at the datacenter. One of my routers (I have two of them) and both of my switches, have an uptime that corresponds with the 2nd outage I experience yesterday. Both of my switches & both routers have single PSUs. All of my servers have dual PSUs.None of my servers, and my other router were unaffected. I just contacted the datacenter to inquire about the outage. But the mystery has been solved! Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, May 11, 2021 12:17 AM, Strahil Nikolov via Users wrote: > ovirtmgmt is using a linux bridge and maybe STP kicked in ? > Do you know of any changes done in the network at that time ? > > Best Regards, > Strahil Nikolov > > > On Tue, May 11, 2021 at 2:27, David White via Users > > wrote: > > ___ > > 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/SM72GL5TUF5O3HJU2T2N36PHNFNOXT2A/ 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/PSXO7CE74SS4JDC42ITPXKEW7D7CC52C/
[ovirt-users] Re: Something broke & took down multiple VMs for ~20 minutes
Just a point of clarification, for all of these hosts, 1 of these interfaces is
connected to my 1Gbps switch, and the other interface is connected to my 10Gbps
switch.
For Host 1 specifically,
enp4s0f0 is physically connected to 1 switch.
eno1 is physically connected to another.
But those interfaces are also bridged - and controlled - by oVirt itself.
Is it possible that oVirt took them down for some reason.
I don't know what that reason might be?
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday, May 10, 2021 7:14 PM, David White via Users wrote:
> I'm not sure what to make of this, but looking at /var/log/messages on all 3
> of the hosts,it appears that the kernel disabled my oVirt networks at the
> same exact time on all 3 hosts.
> This occurred twice this morning, once around 8am and again around 8:30am:
>
> ovirtmgmt is the storage network.
> Private is the frond-end network.
>
> I actually don't have *any* backup storage domains currently, and no backups
> to speak of, so that wouldn't have been a cause from this morning.
> My goal for this week is to install a 4th physical server with some spinning
> disks, and expose those as an NFS mount point so that I can build a backup
> domain.
> I also hope to get the 10Gbps network cards installed on the remaining two
> hosts, to get 10Gbps connectivity up and running between all 3 of the HCI
> hosts.
>
> Host 1
> May 10 08:00:23 cha1-storage kernel: tg3 :04:00.0 enp4s0f0: Link is down
> May 10 08:00:23 cha1-storage kernel: ovirtmgmt: port 1(enp4s0f0) entered
> disabled state
> May 10 08:00:23 cha1-storage kernel: tg3 :01:00.0 eno1: Link is down
> May 10 08:00:24 cha1-storage kernel: Private: port 1(eno1) entered disabled
> state
> {snip}
> May 10 08:01:10 cha1-storage kernel: tg3 :01:00.0 eno1: Link is up at
> 1000 Mbps, full duplex
> May 10 08:01:10 cha1-storage kernel: tg3 :01:00.0 eno1: Flow control is
> off for TX and off for RX
> May 10 08:01:10 cha1-storage kernel: tg3 :01:00.0 eno1: EEE is disabled
> May 10 08:01:10 cha1-storage kernel: Private: port 1(eno1) entered blocking
> state
> May 10 08:01:10 cha1-storage kernel: Private: port 1(eno1) entered forwarding
> state
> May 10 08:01:10 cha1-storage NetworkManager[1805]: [1620648070.6021]
> device (eno1): carrier: link connected
> May 10 08:30:01 cha1-storage kernel: tg3 :04:00.0 enp4s0f0: Link is down
> May 10 08:30:01 cha1-storage kernel: ovirtmgmt: port 1(enp4s0f0) entered
> disabled state
> May 10 08:30:01 cha1-storage systemd[1]: Starting system activity accounting
> tool...
> May 10 08:30:01 cha1-storage systemd[1]: sysstat-collect.service: Succeeded.
> May 10 08:30:01 cha1-storage systemd[1]: Started system activity accounting
> tool.
> May 10 08:30:01 cha1-storage kernel: tg3 :01:00.0 eno1: Link is down
> May 10 08:30:02 cha1-storage kernel: Private: port 1(eno1) entered disabled
> state
> {snip}
> May 10 08:30:47 cha1-storage kernel: tg3 :01:00.0 eno1: Link is up at
> 1000 Mbps, full duplex
> May 10 08:30:47 cha1-storage kernel: tg3 :01:00.0 eno1: Flow control is
> off for TX and off for RX
> May 10 08:30:47 cha1-storage kernel: tg3 :01:00.0 eno1: EEE is disabled
> May 10 08:30:47 cha1-storage kernel: Private: port 1(eno1) entered blocking
> state
> May 10 08:30:47 cha1-storage kernel: Private: port 1(eno1) entered forwarding
> state
> May 10 08:30:47 cha1-storage NetworkManager[1805]: [1620649847.8592]
> device (eno1): carrier: link connected
> May 10 08:30:47 cha1-storage NetworkManager[1805]: [1620649847.8602]
> device (Private): carrier: link connected
>
> Host 2
> May 10 08:00:23 cha2-storage kernel: ixgbe :01:00.1 eno2: NIC Link is Down
> May 10 08:00:23 cha2-storage kernel: ovirtmgmt: port 1(eno2) entered disabled
> state
> May 10 08:00:23 cha2-storage kernel: ixgbe :01:00.0 eno1: NIC Link is Down
> May 10 08:00:24 cha2-storage kernel: Private: port 1(eno1) entered disabled
> state
> {snip}
> May 10 08:01:10 cha2-storage kernel: ixgbe :01:00.0 eno1: NIC Link is Up
> 1 Gbps, Flow Control: None
> May 10 08:01:10 cha2-storage kernel: Private: port 1(eno1) entered blocking
> state
> May 10 08:01:10 cha2-storage kernel: Private: port 1(eno1) entered forwarding
> state
> May 10 08:01:10 cha2-storage NetworkManager[16957]: [1620648070.1303]
> device (eno1): carrier: link connected
> {snip}
> May 10 08:30:01 cha2-storage kernel: ixgbe :01:00.1 eno2: NIC Link is Down
> May 10 08:30:01 cha2-storage kernel: ovirtmgmt: port 1(eno2) entered disabled
> state
> May 10 08:30:01 cha2-storage systemd[1]: Starting system activity accounting
> tool...
> May 10 08:30:01 cha2-storage systemd[1]: sysstat-collect.s
[ovirt-users] Re: Something broke & took down multiple VMs for ~20 minutes
cha3-storage sanlock[1477]:
2021-05-10 08:01:10 490364 [17727]: s4 renewal error -107 delta_length 0
last_success 490310May 10 08:01:10 cha3-storage kernel: tg3 :01:00.0 eno1:
Link is up at 1000 Mbps, full duplexMay 10 08:01:10 cha3-storage kernel: tg3
:01:00.0 eno1: Flow control is off for TX and off for RXMay 10 08:01:10
cha3-storage kernel: tg3 :01:00.0 eno1: EEE is disabledMay 10 08:01:10
cha3-storage kernel: Private: port 1(eno1) entered blocking stateMay 10
08:01:10 cha3-storage kernel: Private: port 1(eno1) entered forwarding stateMay
10 08:01:10 cha3-storage NetworkManager[1812]: [1620648070.5575] device
(eno1): carrier: link connected{snip}May 10 08:30:01 cha3-storage kernel: tg3
:04:00.0 enp4s0f0: Link is downMay 10 08:30:01 cha3-storage kernel:
ovirtmgmt: port 1(enp4s0f0) entered disabled stateMay 10 08:30:01 cha3-storage
kernel: tg3 :01:00.0 eno1: Link is downMay 10 08:30:02 cha3-storage kernel:
Private: port 1(eno1) entered disabled state{snip}May 10 08:30:48 cha3-storage
kernel: tg3 :01:00.0 eno1: Link is up at 1000 Mbps, full duplexMay 10
08:30:48 cha3-storage kernel: tg3 :01:00.0 eno1: Flow control is off for TX
and off for RXMay 10 08:30:48 cha3-storage kernel: tg3 :01:00.0 eno1: EEE
is disabledMay 10 08:30:48 cha3-storage kernel: Private: port 1(eno1) entered
blocking stateMay 10 08:30:48 cha3-storage kernel: Private: port 1(eno1)
entered forwarding stateMay 10 08:30:48 cha3-storage NetworkManager[1812]:
[1620649848.0309] device (eno1): carrier: link connected
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday, May 10, 2021 3:01 PM, Strahil Nikolov wrote:
> The symptoms are similar to a loss of quorum (like in a network
> outage/disruption).
>
> Check the gluster logs for any indication of the root cause.
> As you have only one gigabit network, consider enabling cluster choose-local
> option which will make FUSE client to try to read from local brick instead of
> a remote one.
>
> Theoretically congestion on storage network could be the root cause, but this
> is usually a symptom and not the real problem. Maybe you got too many backups
> running in parallel ?
>
> Best Regards,
> Strahil Nikolov
>
> > On Mon, May 10, 2021 at 19:13, David White via Users
> > wrote:
> > ___
> > 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/DOI6BEFMTS3PEELVZLM54EJTCMUSREDI/
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/2XDXVRHJD5NF3VATCFS6XPY3IV5CTLSV/
[ovirt-users] Re: Gluster volumes not healing (perhaps after host maintenance?)
I did have my /etc/hosts setup on all 3 of the oVirt Hosts in the format you described, with the exception of the trailing "host1" and "host2". I only had the FQDN in there. I had an outage of almost an hour this morning that may or may not be related to this. An "ETL Service" started, at which point a lot of things broke down, and I saw a lot of storage-related errors. Everything came back on its own, though. See my other thread that I just started on that topic. As of now, there are NOT indications that any of the volumes or disks are out of sync. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Sunday, April 25, 2021 1:43 AM, Strahil Nikolov via Users wrote: > A/ & PTR records are pretty important. > As long as you setup your /etc/hosts jn the format like this you will be OK: > > 10.10.10.10 host1.anysubdomain.domain host1 > 10.10.10.11 host2.anysubdomain.domain host2 > > Usually the hostname is defined for each peer in the /var/lib/glusterd/peers. > Can you check the contents on all nodes ? > > Best Regards, > Strahil Nikolov > > > On Sat, Apr 24, 2021 at 21:57, David White via Users > > wrote: > > ___ > > 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/CYPYALTFM7ITZZENSI6R5E6ZNT7TRY5Y/ 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/NU6PXEUVVSCHVUIYTJRFOO72ZCJBWGVG/
[ovirt-users] Re: Gluster volumes not healing (perhaps after host maintenance?)
As part of my troubleshooting earlier this morning, I gracefully shut down the ovirt-engine so that it would come up on a different host (can't remember if I mentioned that or not). I just verified forward DNS on all 3 of the hosts. All 3 resolve each other just fine, and are able to ping each other. The hostnames look good, too. I'm fairly certain that this problem didn't exist prior to me shutting the host down and replacing the network card. That said, I don't think I ever setup rdns / ptr records to begin with. I don't recall reading that rdns was a requirement, nor do I remember setting it up when I built the cluster a couple weeks ago. Is this a requirement? I did setup forward dns entries into /etc/hosts on each server, though. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, April 24, 2021 11:03 AM, Strahil Nikolov wrote: > Hi David, > > let's start with the DNS. > Check that both nodes resolve each other (both A/ & PTR records). > > If you set entries in /etc/hosts, check them out. > > Also , check the output of 'hostname -s' & 'hostname -f' on both hosts. > > Best Regards, > Strahil Nikolov 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/CYPYALTFM7ITZZENSI6R5E6ZNT7TRY5Y/
[ovirt-users] Re: How do I share a disk across multiple VMs?
This turned into quite a discussion. LOL. A lot of interesting points. Thomas said --> > If only oVirt was a product rather than only a patchwork design! I think Sandro already spoke into this a little bit, but I would echo what they (he? she?) said. oVirt is an open source project, so there's really nothing preventing any of us from jumping in and assisting where we can. Granted, I'm not much of a software developer, but eventually, I could see how I can contribute my time in some ways. Replying to emails on the mailing list, providing engineering input on system level decisions, testing RC releases, fixing / debugging Ansible scripts, etc... (I love ansible!), helping to update documentation, etc... Sandro Said --> > I can understand the position here, but the fact that oVirt is developed and > stabilized against CentOS Stream which is upstream to RHEL doesn't prevent > you to run oVirt on RHEL or any other RHEL rebuild on production. If you face > any issue running oVirt on top of a downstream to CentOS Stream please report > a bug for it and we'll be happy to handle. My hosts are running RHEL 8.3, and I have no plans to move to something different. Ironically, though, the vast majority of my VMs are running Ubuntu. Off topic, but something to address: We need a stable ovirt-guest-agent package. This doesn't seem to be working for me, although I'll take a look at it more closely again when I have some time: https://launchpad.net/ubuntu/focal/+source/ovirt-guest-agent Thomas said --> > Yes, after what I know today, I should not have started with oVirt on > Gluster, but unfortunately HCI is exactly the most attractive grassroots use > case and the biggest growth opportunity for oVirt. Serious question: What's preventing you (or anyone) from just spinning up new storage with NFS, SCSI or whatever, mounting to the engine, and migrating your VMs to that new storage? Correct me if I'm wrong, but HCI is more of a philosophy and a framework than anything. There's nothing that prevents us from moving away from an HCI model. In fact, I'm getting ready to do something that will already start to move my environment in that direction. I have a 4th server that I originally bought last fall for testing & spare parts, but I've decided I want to put it into the datacenter, and use it as a backup destination, as well as a second DNS server for the overall environment. I have 3 spinning disks arriving next week that I'll put into a RAID 5 on that server, and my plan is to then build two different NFS mount points, and expose those NFS shares to the oVirt Cluster. I'm also half tempted to add that server as a host to the cluster as well, because it has 40 cores in it that would otherwise just sit there unused. I'll use 1 NFS share as a Backup domain, and I'll use another NFS share to store images that don't need ssd speeds - such as ISOs, and such. Sorry for the rabbit trail, but this plan I think is a classic example of my point that HCI is a philosophy, not a hard and fast rule. You can do whatever you want. If you don't like HCI, why can't you move to something else? Gianluca said --> > And for sure many problems are there in Gluster implementations, but for NFS, > FC or iSCSI based the situation in my opinion is quite better. That's interesting to hear. Out of curiosity, why keep gluster around? And also, why hasn't there been much of an effort to support Ceph in a HCI environment? I actually had someone who I know is a Red Hat TAM advise me (off the record, off the clock, not through official Red Hat channels) to stay away from Gluster as well. After my research & testing, though, it was the *only* way I could see how I could deploy my environment on the limited budget that I had (and still have). Eventually, yes, I would like to get better storage. One idea that comes to mind that would be stable and still relatively cheap is to grab a couple of Synology NAS devices, stick ssds into them, and put them into an HA pair, and expose that storage as an iscsi mount. - David Sent with ProtonMail 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/KTZV4TELAWIZ4EKS5OB736H5QMN46MSU/
[ovirt-users] Gluster volumes not healing (perhaps after host maintenance?)
I discovered that the servers I purchased did not come with 10Gbps network
cards, like I thought they did. So my storage network has been running on a
1Gbps connection for the past week, since I deployed the servers into the
datacenter a little over a week ago. I purchased 10Gbps cards, and put one of
my hosts into maintenance mode yesterday, prior to replacing the daughter card.
It is now back online running fine on the 10Gbps card.
All VMs seem to be working, even when I migrate them onto cha2, which is the
host I did maintenance on yesterday morning.
The other two hosts are still running on the 1Gbps connection, but I plan to do
maintenance on them next week.
The oVirt manager shows that all 3 hosts are up, and that all of my volumes -
and all of my bricks - are up. However, every time I look at the storage, it
appears that the self-heal info for 1 of the volumes is 10 minutes, and the
self-heal info for another volume is 50+ minutes.
This morning is the first time in the last couple of days that I've paid close
attention to the numbers, but I don't see them going down.
When I log into each of the hosts, I do see everything is connected in gluster.
It is interesting to me, in this particular case, though that gluster on cha3
notices the hostname of 10.1.0.10 to be the IP address, and not the hostname
(cha1).
The host that I did the maintenance on is cha2.
[root@cha3-storage dwhite]# gluster peer statusNumber of Peers: 2Hostname:
10.1.0.10Uuid: 87a4f344-321a-48b9-adfb-e3d2b56b8e7bState: Peer in Cluster
(Connected)Hostname: cha2-storage.mgt.barredowlweb.comUuid:
93e12dee-c37d-43aa-a9e9-f4740b9cab14State: Peer in Cluster (Connected)
When I run `gluster volume heal data`, I see the following:
[root@cha3-storage dwhite]# gluster volume heal data
Launching heal operation to perform index self heal on volume data has been
unsuccessful:
Commit failed on cha2-storage.mgt.barredowlweb.com. Please check log file for
details.
I get the same results if I run the command on cha2, for any volume:
[root@cha2-storage dwhite]# gluster volume heal data
Launching heal operation to perform index self heal on volume data has been
unsuccessful:
Glusterd Syncop Mgmt brick op 'Heal' failed. Please check glustershd log file
for details.
[root@cha2-storage dwhite]# gluster volume heal vmstore
Launching heal operation to perform index self heal on volume vmstore has been
unsuccessful:
Glusterd Syncop Mgmt brick op 'Heal' failed. Please check glustershd log file
for details.
I see a lot of stuff like this on cha2 /var/log/glusterfs/glustershd.log:
[2021-04-24 11:33:01.319888] I [rpc-clnt.c:1975:rpc_clnt_reconfig]
2-engine-client-0: changing port to 49153 (from 0)[2021-04-24 11:33:01.329463]
I [MSGID: 114057] [client-handshake.c:1128:select_server_supported_programs]
2-engine-client-0: Using Program [{Program-name=GlusterFS 4.x v1},
{Num=1298437}, {Version=400}][2021-04-24 11:33:01.330075] W [MSGID: 114043]
[client-handshake.c:727:client_setvolume_cbk] 2-engine-client-0: failed to set
the volume [{errno=2}, {error=No such file or directory}][2021-04-24
11:33:01.330116] W [MSGID: 114007]
[client-handshake.c:752:client_setvolume_cbk] 2-engine-client-0: failed to get
from reply dict [{process-uuid}, {errno=22}, {error=Invalid
argument}][2021-04-24 11:33:01.330140] E [MSGID: 114044]
[client-handshake.c:757:client_setvolume_cbk] 2-engine-client-0: SETVOLUME on
remote-host failed [{remote-error=Brick not found}, {errno=2}, {error=No such
file or directory}][2021-04-24 11:33:01.330155] I [MSGID: 114051]
[client-handshake.c:879:client_setvolume_cbk] 2-engine-client-0: sending
CHILD_CONNECTING event [][2021-04-24 11:33:01.640480] I
[rpc-clnt.c:1975:rpc_clnt_reconfig] 3-vmstore-client-0: changing port to 49154
(from 0)The message "W [MSGID: 114007]
[client-handshake.c:752:client_setvolume_cbk] 3-vmstore-client-0: failed to get
from reply dict [{process-uuid}, {errno=22}, {error=Invalid argument}]"
repeated 4 times between [2021-04-24 11:32:49.602164] and [2021-04-24
11:33:01.649850][2021-04-24 11:33:01.649867] E [MSGID: 114044]
[client-handshake.c:757:client_setvolume_cbk] 3-vmstore-client-0: SETVOLUME on
remote-host failed [{remote-error=Brick not found}, {errno=2}, {error=No such
file or directory}][2021-04-24 11:33:01.649969] I [MSGID: 114051]
[client-handshake.c:879:client_setvolume_cbk] 3-vmstore-client-0: sending
CHILD_CONNECTING event [][2021-04-24 11:33:01.650095] I [MSGID: 114018]
[client.c:2225:client_rpc_notify] 3-vmstore-client-0: disconnected from client,
process will keep trying to connect glusterd until brick's port is available
[{conn-name=vmstore-client-0}]
How do I further troubleshoot?
Sent with ProtonMail 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
[ovirt-users] Re: Remote VNC
I did some more research, and learned a few things. For the benefit of others who may not know: > Question: I don't have much experience with ssh port forwarding. If I already >have the SOCKS proxy working, how, exactly, would I accomplish step #2? With the 8080 socks proxy working, I've now tried to run this command:ssh -L 5902:127.0.0.1:5901 username@ovirt-host-ip And in this case, I'm "assuming" that 5902 is going to listen on my local computer, and that I need to edit the vv file to connect to 127.0.0.1, port 5902. That's not working. Answer: A SOCKS5 proxy does not forward all network traffic. It's a "layer 5" proxy (hence the name, SOCKS5). It is not an application proxy.This is a good primer: https://securityintelligence.com/posts/socks-proxy-primer-what-is-socks5-and-why-should-you-use-it/ The following tidbit from the above URL made it clear to me: Since SOCKS sits at layer 5, between SSL (layer 7) and TCP/UDP (layer 4), it can handle several request types, including HTTP, HTTPS, POP3, SMTP and FTP. As a result, SOCKS can be used for email, web browsing, peer-to-peer sharing, file transfers and more. Other proxies built for specific protocols at layer 7, such as an HTTP proxy that is used to interpret and forward HTTP or HTTPS traffic between client and server, are often referred to as application proxies. My solution: I wound up getting sshuttle, and that is working perfectly for my needs. Here's a primer on that: https://www.techrepublic.com/article/how-to-use-ssh-as-a-vpn-with-sshuttle/ After I installed sshuttle on my local machine, this is how I'm establishing a connection to the datacenter: sudo sshuttle -e "ssh -i /home/user/.ssh/id_rsa" -r user@1.2.3.4 -x 1.2.3.4 0.0.0.0/0 Note that "1.2.3.4" is my remote IP address in the above example. Also note that I've had to enter in the remote IP address twice (once when passing it in using the -x argument) Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, April 17, 2021 5:01 AM, David White via Users wrote: > I'm running into the issue described in this thread: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/KT3B6N3UZ3DS3J6FV6OKQAXPNPTLZPOB/ > > In short, I have ssh to the datacenter. I can ssh to a public IP address with > the "-D 8080" option to forward local port 8080 act as a SOCKS proxy. > I then edit my local computer's proxy settings and set the SOCKS host to > 8080. So this is a system-wide change. I'm not setting the SOCKS proxy in the > browser preferences. > After I do all that, I'm able to use my browser to get to the engine web UI, > and I'm able to login. > > However, the console for each VM isn't working. > > In the thread I linked to above, Alan says to do this: > > 2. SSH to the hypervisor tunneling a local port to that remote console port. > 3. Click on the console link in the Engine and locally save the vv file.4. > Edit the vv file; change host to localhost and port to whichever port you > configured for the local side of the tunnel. > > Question: I'm confused why I need to tunnel a local port to the remote > console port, if I'm already tunneling port 8080 to the host. > > Question: I don't have much experience with ssh port forwarding. If I already > have the SOCKS proxy working, how, exactly, would I accomplish step #2? > With the 8080 socks proxy working, I've now tried to run this command: ssh -L > 5902:127.0.0.1:5901 username@ovirt-host-ip > And in this case, I'm "assuming" that 5902 is going to listen on my local > computer, and that I need to edit the vv file to connect to 127.0.0.1, port > 5902. > That's not working. > > Maybe I don't understand how SOCKS proxies work, but I was hoping / under the > impression that all of my network traffic would go through the ssh tunnel on > port 8080, and that vnc would work at that point. > > Sent with ProtonMail 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/IJEWFJA2X3TZPWGHN4RGWMQ4DR3XGGL6/
[ovirt-users] Remote VNC
I'm running into the issue described in this thread: https://lists.ovirt.org/archives/list/users@ovirt.org/message/KT3B6N3UZ3DS3J6FV6OKQAXPNPTLZPOB/ In short, I have ssh to the datacenter. I can ssh to a public IP address with the "-D 8080" option to forward local port 8080 act as a SOCKS proxy. I then edit my local computer's proxy settings and set the SOCKS host to 8080. So this is a system-wide change. I'm not setting the SOCKS proxy in the browser preferences. After I do all that, I'm able to use my browser to get to the engine web UI, and I'm able to login. However, the console for each VM isn't working. In the thread I linked to above, Alan says to do this: 2. SSH to the hypervisor tunneling a local port to that remote console port. 3. Click on the console link in the Engine and locally save the vv file.4. Edit the vv file; change host to localhost and port to whichever port you configured for the local side of the tunnel. Question: I'm confused why I need to tunnel a local port to the remote console port, if I'm already tunneling port 8080 to the host. Question: I don't have much experience with ssh port forwarding. If I already have the SOCKS proxy working, how, exactly, would I accomplish step #2? With the 8080 socks proxy working, I've now tried to run this command: ssh -L 5902:127.0.0.1:5901 username@ovirt-host-ip And in this case, I'm "assuming" that 5902 is going to listen on my local computer, and that I need to edit the vv file to connect to 127.0.0.1, port 5902. That's not working. Maybe I don't understand how SOCKS proxies work, but I was hoping / under the impression that all of my network traffic would go through the ssh tunnel on port 8080, and that vnc would work at that point. Sent with ProtonMail 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/KNDLJQO5CEBRLRGMPCUCWNKGBKJCOCSH/
[ovirt-users] Re: How do I share a disk across multiple VMs?
> Gluster in the VMs... I was thinking to propose it, but I wasn't sure what > kind of workload you got. Maybe that's going to be my best option. Thank you! I remember support that exact type of setup (Gluster in AWS VMs syncing website files) for a hosting company I interned with over 10 years ago. I've forgotten a lot about gluster since then, but I suppose I need to learn it anyway, since I've taken the plunge into oVirt land. :) I'll think about it, and look into it further. Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, April 16, 2021 9:47 AM, Strahil Nikolov via Users wrote: > Gluster in the VMs... I was thinking to propose it, but I wasn't sure what > kind of workload you got. > > I think that with Redis and Gluster on VM - you will be quite fine. > For the Galera - it doesn't need shared storage at all, so you will be quite > fine. > > Don't forget that lattency kills gluster, so keep it as tight as possible , > but in the same time keep them on separate hosts. > > Best Regards, > Strahil Nikolov > > В петък, 16 април 2021 г., 03:57:51 ч. Гринуич+3, David White via Users > users@ovirt.org написа: > > > David, I’m curious what the use case is > > This is for a customer who wants as much high availability as possible for > their website, which relies on a basic LAMP or LNMP stack. > > The plan is to create a MariaDB Galera cluster. > > Each of the 3 VMs will run MariaDB, as well as Apache or Nginx (I haven't > decided which, yet), and will be able to accept web traffic. > > So the website files will need to be the same across all 3 virtual servers. > > My original intent was to setup a mount point on all 3 virtual servers that > mapped back to the same shared disk. > > Strahil, 1 idea I had, which I don't think would be ideal at all, was to > setup a separate, new, gluster configuration on each of the 3 VMs. Gluster > virtualized on top of gluster! If that doesn't make your head spin, what > will? But I'm not seriously thinking about that. :) > > It did occur to me that I could setup a 4th VM to host the NFS share. > > But I'm trying to stay away from as many single points of failures as > possible. > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > On Thursday, April 15, 2021 7:40 PM, Strahil Nikolov via Users > users@ovirt.org wrote: > > > I know that clusterizing applications (for example corosync/pacemaker > > Active-Passive or even GFS2) require simultaneous access to the data. > > > In your case you can create: > > > - 2 separate VMs replicating over DRBD and sharing the storage over > > NFS/iSCSI > > - Using NFS Ganesha (this is just a theory but should work) to export your > > Gluster volumes in a redundant and highly available way > > > Best Regards, > > Strahil Nikolov > > > В петък, 16 април 2021 г., 01:56:09 ч. Гринуич+3, Jayme jay...@gmail.com > > написа: > > > > > > David, I’m curious what the use case is. :9 you plan on using the disk with > > three vms at the same time? This isn’t really what shareable disks are > > meant to do afaik. If you want to share storage with multiple vms I’d > > probably just setup an nfs share on one of the vms > > > On Thu, Apr 15, 2021 at 7:37 PM David White via Users users@ovirt.org wrote: > > > > I found the proper documentation at > > > https://www.ovirt.org/documentation/administration_guide/#Shareable_Disks. > > > When I tried to edit the disk, I see that sharable is grayed out, and > > > when I hover my mouse over it, I see "Sharable Storage is not supported > > > on Gluster/Offload Domain". > > > So to confirm, is there any circumstance where a Gluster volume can > > > support sharable storage? Unfortunately, I don't have any other storage > > > available, and I chose to use Gluster, so that I could have a HA > > > environment. > > > Sent with ProtonMail Secure Email. > > > ‐‐‐ Original Message ‐‐‐ > > > On Thursday, April 15, 2021 5:05 PM, David White via Users > > > users@ovirt.org wrote: > > > > > I need to mount a partition across 3 different VMs. > > > > How do I attach a disk to multiple VMs? > > > > This looks like fairly old documentation-not-documentation: > > > > https://www.ovirt.org/develop/release-management/features/storage/sharedrawdisk.html > > > > Sent with ProtonMail Secure Email. > > > > Users mailing list -- users@ovirt.org > > > To unsubscribe send an email to users-le...@ovir
