[ovirt-users] Re: Odd question: changing network MTU

[Ales Musil]

On Tue, Apr 13, 2021 at 3:03 AM Chris Adams  wrote:

> Once upon a time, Nir Soffer  said:
> > On Mon, Apr 12, 2021 at 9:05 PM Chris Adams  wrote:
> > > What happens if I change the MTU of an active iSCSI network in oVirt?
> I
> > > could just go manually change it on each node's iSCSI interfaces, but
> > > I'm not sure if oVirt might change it back.
> >
> > oVirt will not modify your setting, the only thing we set on the nodes
> are
> > node.startup and node.session.xxx:
>
> Well, it wouldn't be the iSCSI part that I'd worry about, but the
> network part.  The MTU is set on the networks in oVirt that are used for
> iSCSI, not in the iSCSI part of the config.
>
> I actually didn't even realize you could set an MTU in the iSCSI config,
> I see it just defaults to 0 (I assume to get interface/path MTU - didn't
> see any documentation about the iface.mtu setting).  I might look at
> that as a method.
>
> > If this works and can be useful to others, we can think how to make this
> more
> > generic, maybe adding some configuration that will be applied to all
> nodes.
>
> Heh, this is such a corner case, I wouldn't really wish doing this on
> anyone. :)
>
> > > Also, I'm not sure what
> > > would happen to open iSCSI TCP connections (would they reduce
> > > gracefully).
> >
> > Your vms are running on top of multipath, so even if the iscsi
> > connection was broken and recovered, the vm is protected from
> > the short outage.
>
> Hmm, true.
>
> What I'm considering right now is not changing anything in oVirt, just
> rolling through the systems, setting them to maintenance mode to be
> extra safe, manually changing the interface MTUs, and re-activating
> them (just need to see if oVirt and/or NetworkManager changes it back
> when just going back to active).
>

That is generally a bad idea, oVirt has its own network persistence, it
would be reverted
on reboot and the engine would complain that those networks are out of
sync.

So the safest way is to change MTU in the engine and then sync all networks
on all
hosts that have this network attached.


> --
> Chris Adams 
>
>
Best regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA 

amu...@redhat.comIM: amusil

___
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/NN65LLUEAOWXAMUCKVWPGZGJSQJN3P7P/

[ovirt-users] Ovirt with Oracle Linux 8.3 & Cockpit - Direct Luns

[hansontodd]

Is Ovirt compatible with Oracle Linux 8.3?  I have KVM & Cockpit running on 
Oracle Linux 8.3 but don't see a way to map direct luns (like RDM's) to the VM 
in the Cockpit interface.
Do I need to move back to Centos 7.x or RHEL 7.x with Ovirt to be able to use 
direct luns?  Can Ovirt and Cockpit coexist?
___
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/DKMQW4VBMCNYG5PNJ2CJM66U6BDKMEYW/

[ovirt-users] Ovirt with Oracle Linux 8.3 & Cockpit - Direct Luns

[hansontodd]

Is Ovirt compatible with Oracle Linux 8.3?  I have KVM & Cockpit running on 
Oracle Linux 8.3 but don't see a way to map direct luns (like RDM's) to the VM 
in the Cockpit interface.
Do I need to move back to Centos 7.x or RHEL 7.x with Ovirt to be able to use 
direct luns?  Can Ovirt and Cockpit coexist?
___
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/NMV22GEHA3SFAQYN3BNRRJX5BSF3A6V5/

[ovirt-users] Re: Engine Upgrade to 4.4.5 Version Number Question

[Nur Imam Febrianto]

Fixes the issue by changing  OVESETUP_ENGINE_CORE/enable=bool:'False' to 
OVESETUP_ENGINE_CORE/enable=bool:'True’
Still don’t know why it shows false, but now I can confirm after changing that 
to True, running engine-setup again upgraded my Engien to 4.4.5.

Thanks for your help.

Regards,
Nur Imam Febrianto

From: Yedidyah Bar David
Sent: 11 April 2021 14:24
To: Nur Imam Febrianto
Cc: oVirt Users
Subject: Re: [ovirt-users] Engine Upgrade to 4.4.5 Version Number Question

On Sun, Apr 11, 2021 at 10:19 AM Nur Imam Febrianto
 wrote:
>
> Only DWH are deployed on another machine.

Please provide more details.

The setup log you provided shows nothing as configured - all of
engine+dwh+grafana are disabled.

Best regards,

> I don't edit any configuration manually beside the one that used for SSO. Any 
> clue why is this happened?
>
> Thanks before.
>
> Regards,
>
> Nur Imam Febrianto
> Sent from Nine
> 
> From: Yedidyah Bar David 
> Sent: Sunday, April 11, 2021 13:45
> To: Nur Imam Febrianto
> Cc: oVirt Users
> Subject: Re: [ovirt-users] Engine Upgrade to 4.4.5 Version Number Question
>
> On Sat, Apr 10, 2021 at 8:08 AM Nur Imam Febrianto  
> wrote:
> >
> > Here is the setup logs.
>
> Do you have "everything" (engine, dwh, etc.) on the same machine, or
> different stuff set up on different machines?
>
> Any chance you manually edited
> /etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf for any
> reason?
>
> I see there:
>
> 2021-03-18 22:45:25,952+0700 DEBUG otopi.context
> context.dumpEnvironment:775 ENV
> OVESETUP_ENGINE_CORE/enable=bool:'False'
>
> This normally happens only if the engine was not configured on this machine.
>
> Best regards,
>
> >
> > Thanks.
> >
> >
> >
> > From: Yedidyah Bar David
> > Sent: 07 April 2021 12:36
> > To: Nur Imam Febrianto
> > Cc: oVirt Users
> > Subject: Re: [ovirt-users] Engine Upgrade to 4.4.5 Version Number Question
> >
> >
> >
> > On Tue, Apr 6, 2021 at 6:49 PM Nur Imam Febrianto  
> > wrote:
> > >
> > > I’m currently trying to upgrade our cluster from 4.4.4 to 4.4.5. All 
> > > using oVirt Node.
> > >
> > > All host are successfully upgraded to 4.4.5 (I can see the image layer 
> > > was changed from 4.4.4 to 4.4.5, cockpit also shows same version), but in 
> > > Engine VM, already run engine-upgrade-check, upgrading ovirt-setup, 
> > > running engine-setup successfully, reboot the engine but whenever I open 
> > > the engine web page, it still showing  Version 4.4.4.5-1.el8. Is this 
> > > version correct ? Because my second Cluster that use their own hosted 
> > > engine shows different version (4.4.5.11-1.el8). Anybody having a same 
> > > issues like me ?
> >
> > Please share the setup log (in /var/log/ovirt-engine/setup). Thanks.
> >
> > Best regards,
> > --
> > Didi
> >
> >
>
>
>
> --
> Didi
>


--
Didi

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DXTGRO5HZ6VQ62TJRWUPYU5YI5VSCDLF/

[ovirt-users] Re: Adding physical RAM to the hosts

[Joseph Goldman]

How long had it been running before taking the screenshot? Especially if 
the hosted engine stayed active - it can take DWH some time to update 
(it doesn't poll for this info often, not sure on the specifics)


Give it a good day and see if it updates on the dashboard.

Further, have a look at the Cluster Hosts page and see if RAM usage is 
consistent with having 64GB rather than 32GB.


Thanks,
Joe

-- Original Message --
From: "David White via Users" 
To: "users@ovirt.org" 
Sent: 13/04/2021 10:00:38 AM
Subject: [ovirt-users] Adding physical RAM to the hosts

As readers will already know, I have three oVirt hosts in a 
hyperconverged cluster.


I had a DIMM with too many errors on it, so I scavenged from a spare 
server that I had in my office precisely for this purpose.


I went ahead and replaced all of the RAM, because the DIMMs in my spare 
were a different speed. While I was at it, I doubled the RAM on this 1 
oVirt host.


So now, two hosts have 32GB each.
And the 3rd host now has 64GB.

So total, I should have 128GB of RAM available to the cluster.

The engine recognizes that the host now has 64GB of RAM. Screenshot 
below:

Screenshot from 2021-04-12 19-59-59.png



However, the engine dashboard still shows that only ~93GB of RAM are 
available to the cluster (screenshot below).

Screenshot from 2021-04-12 19-58-15.png



Should I be worried that the oVirt dashboard hasn't updated to ~128GB 
(or a bit less, I guess)? Do I need to do anything else?



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/JHDZRJIS4DIOGWWRU542BD3UYRJZDQWS/

[ovirt-users] Re: Odd question: changing network MTU

[Chris Adams]

Once upon a time, Nir Soffer  said:
> On Mon, Apr 12, 2021 at 9:05 PM Chris Adams  wrote:
> > What happens if I change the MTU of an active iSCSI network in oVirt?  I
> > could just go manually change it on each node's iSCSI interfaces, but
> > I'm not sure if oVirt might change it back.
> 
> oVirt will not modify your setting, the only thing we set on the nodes are
> node.startup and node.session.xxx:

Well, it wouldn't be the iSCSI part that I'd worry about, but the
network part.  The MTU is set on the networks in oVirt that are used for
iSCSI, not in the iSCSI part of the config.

I actually didn't even realize you could set an MTU in the iSCSI config,
I see it just defaults to 0 (I assume to get interface/path MTU - didn't
see any documentation about the iface.mtu setting).  I might look at
that as a method.

> If this works and can be useful to others, we can think how to make this more
> generic, maybe adding some configuration that will be applied to all nodes.

Heh, this is such a corner case, I wouldn't really wish doing this on
anyone. :)

> > Also, I'm not sure what
> > would happen to open iSCSI TCP connections (would they reduce
> > gracefully).
> 
> Your vms are running on top of multipath, so even if the iscsi
> connection was broken and recovered, the vm is protected from
> the short outage.

Hmm, true.

What I'm considering right now is not changing anything in oVirt, just
rolling through the systems, setting them to maintenance mode to be
extra safe, manually changing the interface MTUs, and re-activating
them (just need to see if oVirt and/or NetworkManager changes it back
when just going back to active).
-- 
Chris Adams 
___
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/462TI22WS4KSMUZKI3OWXTG4E3N4OWO3/

[ovirt-users] Adding physical RAM to the hosts

[David White via Users]

As readers will already know, I have three oVirt hosts in a hyperconverged 
cluster.

I had a DIMM with too many errors on it, so I scavenged from a spare server 
that I had in my office precisely for this purpose. 

I went ahead and replaced all of the RAM, because the DIMMs in my spare were a 
different speed. While I was at it, I doubled the RAM on this 1 oVirt host.

So now, two hosts have 32GB each.
And the 3rd host now has 64GB.

So total, I should have 128GB of RAM available to the cluster.

The engine recognizes that the host now has 64GB of RAM. Screenshot below:
[Screenshot from 2021-04-12 19-59-59.png]

However, the engine dashboard still shows that only ~93GB of RAM are available 
to the cluster (screenshot below).
[Screenshot from 2021-04-12 19-58-15.png]

Should I be worried that the oVirt dashboard hasn't updated to ~128GB (or a bit 
less, I guess)? Do I need to do anything else?

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/6WNVJATBWWH23Y7FVM67FQLDHKTBFNN6/

[ovirt-users] Re: Odd question: changing network MTU

[Nir Soffer]

On Mon, Apr 12, 2021 at 9:05 PM Chris Adams  wrote:
>
> I have an oVirt 4.3 cluster, running in one location.  I have to move it
> to another location.  I've got a couple of 1G links between the sites,
> and that's enough bandwidth for this (at least temporarily), but... I
> have my iSCSI networks defined with a MTU of 9000, and it turns out the
> site-to-site links only allow 1500 (and these links are going away after
> this is done, so I don't think either carrier would be interested in
> changing things to support larger).
>
> Because of that, the storage won't connect up.  I tried going "under the
> hood" and setting a firewalld rule to force the MSS to a smaller value,
> but that didn't seem to get it.
>
> What happens if I change the MTU of an active iSCSI network in oVirt?  I
> could just go manually change it on each node's iSCSI interfaces, but
> I'm not sure if oVirt might change it back.

oVirt will not modify your setting, the only thing we set on the nodes are
node.startup and node.session.xxx:

200 def addIscsiNode(iface, target, credentials=None):
201 # There are 2 formats for an iSCSI node record. An old style
format where
202 # the path is /var/lib/iscsi/nodes/{target}/{portal} and a new
style format
203 # where the portal path is a directory containing a record file for each
204 # bounded iface. Explicitly specifying tpgt on iSCSI login
imposes creation
205 # of the node record in the new style format which enables to access a
206 # portal through multiple ifaces for multipathing.
207 with _iscsiadmTransactionLock:
208 iscsiadm.node_new(iface.name, target.address, target.iqn)
209 try:
210 if credentials is not None:
211 for key, value in credentials.getIscsiadmOptions():
212 key = "node.session." + key
213 iscsiadm.node_update(iface.name, target.address,
214  target.iqn, key, value)
215
216 setRpFilterIfNeeded(iface.netIfaceName, target.portal.hostname,
217 True)
218
219 iscsiadm.node_login(iface.name, target.address, target.iqn)
220
221 iscsiadm.node_update(iface.name, target.address, target.iqn,
222  "node.startup", "manual")

You can add more configuration here ^^^

223 except:
224 removeIscsiNode(iface, target)
225 raise

You can also modify the nodes outside of ovirt, but oVirt may remove the
iscsi nodes with your modifications. So I think modifying vdsm to do what
you want is your best choice.

If this works and can be useful to others, we can think how to make this more
generic, maybe adding some configuration that will be applied to all nodes.

> Also, I'm not sure what
> would happen to open iSCSI TCP connections (would they reduce
> gracefully).

Your vms are running on top of multipath, so even if the iscsi
connection was broken and recovered, the vm is protected from
the short outage.

You can try to ask about it in open-iscsi mailing list:
https://groups.google.com/g/open-iscsi

> Any other suggestions/tips/etc.?  I'd like to make this as transparent
> as possible, so was hoping to live-migrate VMs and storage.

Ales may have more insight on the network side.

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/6I42P5RXUUJB6LGJWX4QBGESVC6AMV5W/

[ovirt-users] Odd question: changing network MTU

[Chris Adams]

I have an oVirt 4.3 cluster, running in one location.  I have to move it
to another location.  I've got a couple of 1G links between the sites,
and that's enough bandwidth for this (at least temporarily), but... I
have my iSCSI networks defined with a MTU of 9000, and it turns out the
site-to-site links only allow 1500 (and these links are going away after
this is done, so I don't think either carrier would be interested in
changing things to support larger).

Because of that, the storage won't connect up.  I tried going "under the
hood" and setting a firewalld rule to force the MSS to a smaller value,
but that didn't seem to get it.

What happens if I change the MTU of an active iSCSI network in oVirt?  I
could just go manually change it on each node's iSCSI interfaces, but
I'm not sure if oVirt might change it back.  Also, I'm not sure what
would happen to open iSCSI TCP connections (would they reduce
gracefully).

Any other suggestions/tips/etc.?  I'd like to make this as transparent
as possible, so was hoping to live-migrate VMs and storage.
-- 
Chris Adams 
___
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/BFIMBYOJ65ARUKBLHVFOF4N2PFNGGPCR/

[ovirt-users] Re: Need help recovering ovirt engine (was: New Management VLAN for hyperconverged cluster)

[Vincent Royer]

In the beginning, I made this same mistake.  I setup all my networks,
bonds, vlans, and tried to deploy the engine from cockpit.  This never
worked properly.  Eventually I decided to leave the networks as simple as
possible - just a static IP on a single interface for management, and same
for Gluster. Then I setup the networks the way I wanted inside the 'setup
host networks' window, and then 'sync all networks'.  This worked much
better, and now it's pretty easy to add VLANs as required.

[image: image.png]







On Sun, Apr 11, 2021 at 4:47 AM David White via Users 
wrote:

> Thanks for the response here.
> Unfortunately, things are still not 100% stable after I performed that
> host upgrade.
> It appears to me that 1 of the hosts keeps booting back with the old
> management vlan (VLAN 1) instead of the new vlan (VLAN 10).
>
> I'm able to (mostly) fiddle around with it and get it back online, but it
> seems like every reboot, vlan 1 comes back, and breaks connectivity with
> the other two hosts.
> I also didn't realize, until late yesterday afternoon, that you could use
> the oVirt Manager web UI to configure each host's network settings.
>
> This whole time, I've been trying to use nmcli, nmtui, and manually
> editing /etc/sysconfig/network-scripts/ files by hand.
> When I found the network settings inside of the Engine / manager web UI, I
> discovered that, for example, oVirt Engine manager saw that the new vlan
> (VLAN 10) was "unmanaged" by the engine.
> *Question: *Would you recommend that all network settings be modified by
> the oVirt engine instead of the manual process on the OS?
>
> *Question: *Is it possible to setup a vlan inside the engine *without* an
> IP address being assigned to each of the physical hosts?
> I was really hoping to setup VLAN 100 with public IP addresses, and use
> layer 2 switching to send that traffic into the oVirt cluster.
>
> Here is a screenshot overview of what I want my environment to look like,
> logically. You'll note that I was going to put VLAN 20 and VLAN 100 onto
> the same host physical interface.
> This is what I - and I think the oVirt documentation - refers to as the
> front-end traffic.
> VLAN 10 is/was going to be on its own interface going to the 10Gbps switch.
>
> *Question: *Do you see anything "wrong" with this picture? Are there ways
> I can / should change it to improve?
>
> As for the /etc/hosts files, I'm actually doing that.
> However, as I'm typing this, I realized that I never defined the Engine IP
> address in the hosts, nor do I put anything inside the Engine's /etc/hosts
> file.
> *Question: *Perhaps this was part of my problem, when DNS connectivity
> was not working. Thoughts?
>
> Thanks again,
> David
>
> [image: Screenshot from 2021-04-10 17-21-39.png]
>
>
> Sent with ProtonMail  Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Sunday, April 11, 2021 3:05 AM, Yedidyah Bar David 
> wrote:
>
> On Sat, Apr 10, 2021 at 1:14 PM David White via Users 
> wrote:
>
>> This is resolved, and my environment is 100% stable now.
>>
>
> Glad to hear that, thanks for the report!
>
>
>>
>> Or was, until I then used the engine to "upgrade" one of the hosts, at
>> which point I started having problems again after the reboot, because the
>> old vlan came back.
>> I'll finish getting things stabilized today, and hopefully won't run into
>> this again.
>>
>> I've been turning things on and off quite a bit, because they aren't in a
>> proper data center (yet) and are just sitting here in my home office.
>> So I'm sure shutting them down and turning them back on fairly often
>> hasn't helped the situation.
>>
>> I initially had a few issues going on:
>>
>>1. I of course first broke things when I tried to change the
>>management vlan
>>2. Aside from my notes below and the troubleshooting steps I went
>>through, yesterday, I had forgotten that connectivity to the DNS server
>>hadn't been restored. Once I got DNS operational, the engine was able to
>>see two of the hosts, and finally started showing some green.
>>3. I then went in and ran `hosted-engine --vm-stop` to shutdown the
>>engine, and then I started it again... and viola. The last remaining
>>problematic host came online, and a few minutes later, the disks, volumes,
>>and datacenter came online.
>>4. I think part of my problem has been this switch. I purchased a
>>Netgear GS324T for my frontend traffic. But I've also needed to put my
>>backend traffic onto some temporary ports on that switch until I can get a
>>VM controller setup that will run my other switch, a Ubiquiti US-XG-16 for
>>my permanent backend traffic. The Netgear hasn't been nearly as simple to
>>configure as I had hoped. The vlan behavior has also been inconsistent -
>>sometimes I have vlan settings in place, and things work. Sometimes they
>>don't work. It has also been re-assigning a of the vlans occasionally 
>> after
>>

[ovirt-users] Re: Cannot delete snapshot

[Giulio Casella]

Hi,
a colleague has submitted a bugzilla:

https://bugzilla.redhat.com/show_bug.cgi?id=1948599

Regards,
Giulio Casella

On 12/04/2021 14:33, Nir Soffer wrote:
> On Mon, Apr 12, 2021 at 11:19 AM Giulio Casella  wrote:
>>
>> Hi,
>> I'm having (another) issue working with snapshots.
>>
>> Since a few days my backup system (storware vprotect) cannot delete a
>> snapshot. Message reported by SPM is:
>>
>> HSMGetAllTasksStatusesVDS failed: value=Volume does not exist:
>> ('6180c2e8-141a-4126-bcb1-5af5caa98175',) abortedcode=201
>>
>> Other snapshots from other VMs are working fine (created and deleted as
>> needed).
>>
>> I verified it, I can reach on SPM filesystem other snapshots from the
>> same VM, but that one doesn't exist.
>>
>> I suspect that during normal backup management that snapshot has been
>> correctly removed from file system, but still live in ovirt database.
>>
>> I'm pretty sure vProtect use ovirt API to operate, it doesn't directly
>> interact with ovirt database. That's why I'm talking to you and not to
>> storware guys.
>>
>> Is there a (safe) way to get rid of that snapshot?
> 
> If the snapshot was already removed, ovirt should detect this and
> complete the operation successfully.
> 
> Please file ovirt bug for this, and attach engine and vdsm logs showing
> the effected snapshot and disk snapshot id.
> 
> You can get find the snapshot id is the UI. You can see the disk snapshot
> id in vm > snapshots > disks > disk id
> 
> Then grep engine and vdsm log for the disk id an attach all the logs
> mentioning this disk id.
> 
> It will be also useful to get a database dump so we can see what engine
> knows about this snapshot.
> 
> Benny, can  you recommend some queries to extract relevant info?
> 
> 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/CXESZXGGVOVFVKUMX5SMEKGTYU5X2SB3/

[ovirt-users] Re: Cannot delete snapshot

[Nir Soffer]

On Mon, Apr 12, 2021 at 11:19 AM Giulio Casella  wrote:
>
> Hi,
> I'm having (another) issue working with snapshots.
>
> Since a few days my backup system (storware vprotect) cannot delete a
> snapshot. Message reported by SPM is:
>
> HSMGetAllTasksStatusesVDS failed: value=Volume does not exist:
> ('6180c2e8-141a-4126-bcb1-5af5caa98175',) abortedcode=201
>
> Other snapshots from other VMs are working fine (created and deleted as
> needed).
>
> I verified it, I can reach on SPM filesystem other snapshots from the
> same VM, but that one doesn't exist.
>
> I suspect that during normal backup management that snapshot has been
> correctly removed from file system, but still live in ovirt database.
>
> I'm pretty sure vProtect use ovirt API to operate, it doesn't directly
> interact with ovirt database. That's why I'm talking to you and not to
> storware guys.
>
> Is there a (safe) way to get rid of that snapshot?

If the snapshot was already removed, ovirt should detect this and
complete the operation successfully.

Please file ovirt bug for this, and attach engine and vdsm logs showing
the effected snapshot and disk snapshot id.

You can get find the snapshot id is the UI. You can see the disk snapshot
id in vm > snapshots > disks > disk id

Then grep engine and vdsm log for the disk id an attach all the logs
mentioning this disk id.

It will be also useful to get a database dump so we can see what engine
knows about this snapshot.

Benny, can  you recommend some queries to extract relevant info?

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/QKCLRFRIBNDP7VB662EWSDXLHXI7KOCI/

[ovirt-users] Re: Cannot edit VM. Maximum SATA devices exceeded

[adm]

ENGINE LOGS:
2021-04-12 06:27:49,943-04 WARN  
[org.ovirt.engine.core.utils.virtiowin.VirtioWinReader] (default task-349) 
[5a6c25ad-c634-442d-80f3-dbb59d108a30] Directory '/usr/share/virtio-win' 
doesn't exist.
2021-04-12 06:27:49,947-04 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-349) [5a6c25ad-c634-442d-80f3-dbb59d108a30] EVENT_ID: 
REFRESH_REPOSITORY_IMAGE_LIST_SUCCEEDED(998), Refresh image list succeeded for 
domain(s): ISO_DATA (ISO file type)
2021-04-12 06:27:58,127-04 INFO  [org.ovirt.engine.core.bll.UpdateVmCommand] 
(default task-349) [c5c6f366-2fd4-441b-a1ea-991d95a42489] Lock Acquired to 
object 'EngineLock:{exclusiveLocks='[vstorage2=VM_NAME]', 
sharedLocks='[ae9edb91-1357-4afa-a3a8-8debe5ea9c23=VM]'}'
2021-04-12 06:27:58,129-04 WARN  [org.ovirt.engine.core.bll.UpdateVmCommand] 
(default task-349) [c5c6f366-2fd4-441b-a1ea-991d95a42489] Validation of action 
'UpdateVm' failed for user admin@internal-authz. Reasons: 
VAR__ACTION__UPDATE,VAR__TYPE__VM,ACTION_TYPE_FAILED_EXCEEDED_MAX_SATA_SLOTS
2021-04-12 06:27:58,129-04 INFO  [org.ovirt.engine.core.bll.UpdateVmCommand] 
(default task-349) [c5c6f366-2fd4-441b-a1ea-991d95a42489] Lock freed to object 
'EngineLock:{exclusiveLocks='[vstorage2=VM_NAME]', 
sharedLocks='[ae9edb91-1357-4afa-a3a8-8debe5ea9c23=VM]'}'

VDSM LOGS EMTY 
___
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/4WVXBG64UUBC6ZPMBOZLTICGLP5OE7P6/

[ovirt-users] Re: Cannot edit VM. Maximum SATA devices exceeded

[Ritesh Chikatwar]

Hello,

I guess only 5 SATA slots allowed + 1 for CD but this should restrict while
adding new, delete should work as expected. can you raise a bug. and attach
the log(enigine & vdsm).

Thanks
Ritesh Chikatwar

On Mon, Apr 12, 2021 at 2:48 PM  wrote:

> I tried to delete one of the disks, but I can't do it.
> https://m-go.ru/stream/item/4780
> Disk as SATA
> ___
> 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/AWXEFHRZXDMNRNUMBUYDNYZKI3EYN4QM/
>
___
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/5AZSNPWPLQITPEGFFHKGTR6DS7JN7SJK/

[ovirt-users] Install oVirt using the Cockpit wizard

[rajkumar madhu]

Hi Team,

I have installed oVirt repo in my centos8 server ( dnf install
https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm )
then while executing Engine-setup command in my server .I am getting the
below error message.Could you please check and give me some suggestions to
resolve the issue .

 engine-setup
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files:
/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf,
/etc/ovirt-engine-setup.conf.d/10-packaging.conf,
/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf
  Log file:
/var/log/ovirt-engine/setup/ovirt-engine-setup-20210412024224-fvaq4e.log
  Version: otopi-1.9.4 (otopi-1.9.4-1.el8)
[ ERROR ] Failed to execute stage 'Environment setup': Cannot connect to
ovirt cinderlib database using existing credentials:
ovirt_cinderlib@localhost:5432
[ INFO  ] Stage: Clean up
  Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20210412024224-fvaq4e.log
[ INFO  ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20210412024227-setup.conf'
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination
[ ERROR ] Execution of setup failed


Regards,

Rajkumar M
9176772077.
___
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/LPRRAS3JBVPX6GVEOFWPGHMOGUN6WBP6/

[ovirt-users] Cannot edit VM. Maximum SATA devices exceeded

[adm]

I tried to delete one of the disks, but I can't do it. 
https://m-go.ru/stream/item/4780
Disk as SATA 
___
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/AWXEFHRZXDMNRNUMBUYDNYZKI3EYN4QM/

[ovirt-users] n00b Requesting Some Advice

[matthew]

Hi All,

I need some "best practice" advice. We have a Ceph Storage Cluster (Octopus 
moving to Pacific) which we'd like to use with our new oVirt Cluster (all on 
CentOS 8 boxes). What I'd like to know is what is the "best" (ie recommended / 
best practice) way of doing this - via iSCSI, CFS, 'raw' RBD blocks, some other 
way I haven't read about yet, etc?

I realise 'best' is a subjective term, but what I tend to do is do 'manual' 
installs so that I both actually understand what is happening (ie how things 
fit together - I pull apart and rebuild mechanical clocks and watches for the 
same reason) and also so I can '"Puppet-ise" the results for future use. This 
means that I am *not* necessarily looking for "quick and dirty" or "quick and 
easy" (ie, I have no trouble using the CLI and 'vim-ing' conf files as 
required) but I do want a solid, "best-practice" system when I'm done.

So, can some please help? And also, would you mind pointing me towards the 
relevant documentation for the answer(s) supplied (yes, I *always* RTFM :-) ).

Thanks in advance

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/5VDIZ6AAES22C7MN7P3YNVYEAEYGAGSY/

[ovirt-users] Cannot delete snapshot

[Giulio Casella]

Hi,
I'm having (another) issue working with snapshots.

Since a few days my backup system (storware vprotect) cannot delete a
snapshot. Message reported by SPM is:

HSMGetAllTasksStatusesVDS failed: value=Volume does not exist:
('6180c2e8-141a-4126-bcb1-5af5caa98175',) abortedcode=201

Other snapshots from other VMs are working fine (created and deleted as
needed).

I verified it, I can reach on SPM filesystem other snapshots from the
same VM, but that one doesn't exist.

I suspect that during normal backup management that snapshot has been
correctly removed from file system, but still live in ovirt database.

I'm pretty sure vProtect use ovirt API to operate, it doesn't directly
interact with ovirt database. That's why I'm talking to you and not to
storware guys.

Is there a (safe) way to get rid of that snapshot?

TIA

Regards,
Giulio Casella
___
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/7ZU7NWHBW3B2NBPQPNRVAAU7CVJ5PEKG/

[ovirt-users] ipxe support with Q35 chipset and UEFI

[Gianluca Cecchi]

Hello,
I'm doing some tests with iPXE (downloaded latest version cloning the git
repo some days ago).
I'm using oVirt 4.4.5 with VMs configured with different chipset/firmware
type.

It seems that using dhcpd.conf directive of type

if exists user-class and option user-class = "iPXE" {
  filename "http://my_http_server/...;;
}
else {
...
}

the VM boot catches it when I use Q35 Chipset with BIOS, while it goes
inside the "else" section if using Q35 Chipset with UEFI (not the
SecureBoot one)
Does this mean that the Q35 UEFI doesn't support iPXE?

BTW: if anyone has suggestions about an utility that can let me boot via
network and give the user a general menu from which he/she can go and
choose standard pxe with bios or uefi boot, to be able to install both
Linux based systems and other ones, such as ESXi hosts, both with BIOS and
UEFI, it is welcome

Gianluca
___
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/EVGNR55AV6TILA4HB4DFHP53LKLIQXVK/

[ovirt-users] what host os version or ovirt node version I choose for my production setup

[dhanaraj.ramesh--- via Users]

We had done successful POC of ovirt node & HE with 4.4.5 version and now 
planning for production. However since 4.4.5 ovirt node& HE  based on centOS 
8.3, yet Red hat announced CentOs8.3 EOL by End of this year, is there any 
progress/plan to release ovirt nodes with CentOS stream soon? 

if we choose to go with Centos 8.3 based oVirt node, what could be the 
consequences in near term especially when it's come to next production release 
upgrade? 

Kindly suggest me which Host version I should choose for Production setup? 
___
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/7MHZAYYEVXC42GRSY6H5XTM6Q27JOHKJ/

[ovirt-users] Re: where I can find 4.4.5 Data warehouse repo

[dhanaraj.ramesh--- via Users]

Hi Ritesh,

Thank you, but as my HE is running on 4.4.5, will 4.3 supports HE 4.4.5 
integration ? 
___
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/ST2OV6YVRRGSZ52B3Y4YSCHYQQAJS4VS/

[ovirt-users] Re: where I can find 4.4.5 Data warehouse repo

[Ritesh Chikatwar]

You can try

yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm


4.4 is based on  el8

On Mon, Apr 12, 2021 at 11:28 AM dhanaraj.ramesh--- via Users <
users@ovirt.org> wrote:

>
> below repo is not working in CentOS 7 OS, is there any repo available for
> centos?
> yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm
> ___
> 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/CDCIWQKHPFZAFDSLFY2H72WWNSYJL5JA/
>
___
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/VUHWODDSUHJCLLYQCF5A4DJ3F26FSMSI/