[ovirt-users] Re: Export as OVA fails

[Arik Hadas]

On Tue, Aug 20, 2019 at 2:10 AM  wrote:

> Hi.
>
> We are running oVirt 4.3.4 with each of the hosts configured to use local
> storage.
>
> When I attempt to export a large virtual machine as an OVA the process
> begins but fails about half an hour later.
>
> On the oVirt Events page the following entries appear:
>
> Starting to export Vm Jessica as a Virtual Appliance
> Failed to export Vm Jessica as a Virtual Appliance to path
> /storage/Jessica.ova on Host Trueblood
>
> When I log onto the host Trueblood I see that a file called
> Jessica.ova.tmp has been created.
>
> The engine.log file contains the following errors:
>
> 2019-08-16 16:40:27,141+10 ERROR
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] Ansible
> playbook execution failed: Timeout occurred while executing Ansible
> playbook.
> 2019-08-16 16:40:27,142+10 ERROR
> [org.ovirt.engine.core.bll.CreateOvaCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] Failed to
> create OVA. Please check logs for more details:
> /var/log/ovirt-engine/ova/ovirt-export-ova-ansible-20190816161027-trueblood.alfatron.com.au-80ae4c6.log
> 2019-08-16 16:40:27,161+10 ERROR
> [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] Failed to
> create OVA file
> 2019-08-16 16:40:27,162+10 ERROR
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
> (EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] Command
> 'ExportVmToOva' id: '12e98544-67ea-45b0-adb8-c50c8c190ecf' with children
> [a6c04b63-fe81-4d13-a69f-87b8ac55ceaa] failed when attempting to perform
> the next operation, marking as 'ACTIVE'
> 2019-08-16 16:40:27,162+10 ERROR
> [org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
> (EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6]
> EngineException: ENGINE (Failed with error ENGINE and code 5001):
> org.ovirt.engine.core.common.errors.EngineException: EngineException:
> ENGINE (Failed with error ENGINE and code 5001)
> at
> org.ovirt.engine.core.bll.exportimport.ExportOvaCommand.createOva(ExportOvaCommand.java:117)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand.executeNextOperation(ExportVmToOvaCommand.java:224)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand.performNextOperation(ExportVmToOvaCommand.java:216)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback.childCommandsExecutionEnded(SerialChildCommandsExecutionCallback.java:32)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.ChildCommandsCallbackBase.doPolling(ChildCommandsCallbackBase.java:77)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
> [bll.jar:]
> at
> org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
> [bll.jar:]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [rt.jar:1.8.0_212]
> at
> java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308)
> [rt.jar:1.8.0_212]
> at
> org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
> [javax.enterprise.concurrent-1.0.jar:]
> at
> org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
> [javax.enterprise.concurrent-1.0.jar:]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> [rt.jar:1.8.0_212]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> [rt.jar:1.8.0_212]
> at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_212]
> at
> org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
> [javax.enterprise.concurrent-1.0.jar:]
> at
> org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)
>
> 2019-08-16 16:40:28,304+10 ERROR
> [org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-10)
> [3f52073f-b7d2-4238-8ac1-4634678b11b4] Ending command
> 'org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand' with failure.
> 2019-08-16 16:40:28,745+10 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-10) [41e553bf] EVENT_ID:
> IMPORTEXPORT_EXPORT_VM_TO_OVA_FAILED(1,225), Failed to export Vm Jessica as
> a Virtual Appliance to path /storage/Jessica.ova on Host Trueblood
>
> Any suggestions/help on solving this would be

[ovirt-users] Re: When I added the ovirt-node to the ovirt-engine through the web management interface, I get the following error: Host 172.16.41.100 installation failed. Failed to configure managemen

[Kaustav Majumder]

On Tue, Aug 20, 2019 at 6:17 AM  wrote:

> Thanks very much for  Kaustav Majumder!
>
> Now my environment  is :
> The version of ovirt-engine is 4.3.5.5
> The version of ovirt-node is 4.3.5
>
> Question1 :
>
> Is this step correct:
> 1. Server1 installs ovirt-engine
> 2. Installing VDSM from rpm on ovirt-engine （ You tell me the link :
> https://www.ovirt.org/develop/developer-guide/vdsm/installing-vdsm-from-rpm.html#configuring-the-bridge-interface
> ）
> 3. Install ovirt-node  on Server2
> 4. Add the ovirt-node  to the ovirt-engine
>
 Steps if you use ovirt-engine and ovirt-node on two seperate physical
servers
 1. Server1 install ovirt-engine
 2. Server2 install ovirt-node
 3. Set bridge network using the link on ovirt-node (
https://www.ovirt.org/develop/developer-guide/vdsm/installing-vdsm-from-rpm.html#configuring-the-bridge-interface
 )
4. Add ovirt-node to ovirt-engine

> Question 2：
> Can I install ovirt-engine and ovirt-node on a virtual machine? Still have
> to be installed on a physical machine?
>
Yes this is possible
1. install ovirt-node on one physical machine
2.Install ovirt-engine-appliance on ovirt-node (yum install
ovirt-engine-appliance)
3. Steps to install self-hosted engine using cockpit (
https://ovirt.org/documentation/self-hosted/chap-Deploying_Self-Hosted_Engine.html#deploying-self-hosted-engine-using-cockpit
)

Hope it solves your issues.

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


-- 

Thanks,

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

[ovirt-users] Re: Hyperconverged setup ovirt 4.3.x using ansible?

[thomas]

Looks like a bull's eye at first glance: Thank you very much!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XPE57FYE3YFIP2TPXUOXTZ2Q36Y6VXYD/

[ovirt-users] Any real experiences with nested virtualisation?

[tonyppe]

I have ovirt 4.3.5 and Openstack hosts. There are 2 x openstack compute and 2 x 
ovirt hosts with hosted manager. I think i can simplify the management of this 
if I were to virtualise the openstack compute nodes as VMs on ovirt. 

I wanted to reach out here to gauge any other users experiences with it if at 
all. From the research I have done it looks like from the VM perspective, 
migration must not be allowed. 

Any info / comments / feedback appreciated. 

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

[ovirt-users] Re: Need to enable STP on ovirt bridges

[Tony Pearce]

A couple of links I found helpful, thought I'd send them over
http://therandomsecurityguy.com/openvswitch-cheat-sheet/
https://ovirt.org/develop/release-management/features/network/openvswitch/native-openvswitch.html

With STP off, if the network is detecting a loop then it will have to
block a link. With STP on I guess it's allowing the network to remain
forwarding and the blocking to occur elsewhere. 👍


Tony Pearce

On Tue, 20 Aug 2019 at 10:12, Curtis E. Combs Jr.  wrote:
>
> Cool, I can capture some packets tomorrow when I'm in the office and
> see how that compares...
>
> But, yea, it's a hassle to get them to respond IF they do, so the only
> real options I'm going to have are what I can do with my servers from the OS. 
> No
> physical access. No nice DC guy to help me out.
>
>
> On Mon, Aug 19, 2019 at 10:06 PM Tony Pearce  wrote:
> >
> > :) They might be using Cisco's per-vlan spanning tree on the network
> > side. It is possible to capture the packets coming in from the network
> > and confirm that.
> >
> > Attached screenshot of wireshark for you for reference.
> >
> > Glad you're all working :)
> >
> > Regards
> >
> > Tony Pearce
> >
> >
> >
> > On Tue, 20 Aug 2019 at 09:52, Curtis E. Combs Jr.  
> > wrote:
> > >
> > > Hey Tony!
> > >
> > > I only know the basics of Spanning Tree. At the current moment the
> > > only way to get migrations to work at all without breaking the whole
> > > oVirt cluster is to have it on. After changing it according to Paul's
> > > instruction, it works like it has never worked before. Every migration
> > > event was successful. Whereas before and even at times with the
> > > cronjob (when vdsm set STP to off between cron runs) the link would
> > > drop out and oVirt would say that the host was "unresponsive".
> > >
> > > It would be too - it wouldn't respond to SSH, ping, arp
> > > requests...nothing. I never got a good idea of how long this would be
> > > for, but it would, eventually go away and the link would come back
> > > online.
> > >
> > > I have no access to the hardware. From using tcpdump to get some CDP
> > > packets, I do know that it's Cisco switches but the IT team here is
> > > completely unresponsive (they literally ignore our tickets) and the
> > > co-lo where our servers are hosted won't even pick up the phone for
> > > anyone but them
> > >
> > > Unfortunately, this is what I'm going to have to do. The cluster is
> > > very functional, though. I created around 15 VMs today and
> > > migrated them from host to host without any problem.
> > >
> > > Anything else you'd like me to try? This is currently dev, so I can
> > > really do anything I want and I can just IPMI reboot the nodes if it
> > > causes issues...
> > >
> > > Thanks!
> > > cecjr
> > >
> > >
> > > On Mon, Aug 19, 2019 at 9:37 PM Tony Pearce  wrote:
> > > >
> > > > e.albany,
> > > >
> > > > STP is meant to block loops in layer 2. In basic operation, a root
> > > > bridge is elected which is the root of the tree. This bridge sends,
> > > > essentially 'hello' messages as multicast packets. The switches then
> > > > detect the loop in the network and block one of the links to prevent
> > > > such things as a broadcast storm.
> > > >
> > > > There are different flavours of STP but "STP" usually means the hellos
> > > > are sent over VLAN 1 (or no vlan). Therefore if you have multiple
> > > > VLANs on links, the hellos are still only sent over VLAN 1 and all
> > > > VLANs are dealt with that way. Meaning if a link is blocked then all
> > > > VLANs are blocked on that link,
> > > >
> > > > Then came the different flavours, one of which is per-vlan STP. This
> > > > allows individual VLANs to be blocked and gives more flexibility.
> > > >
> > > > After STP has dealt with the blocking, this link blocking will
> > > > continue until a change in the network is detected. This is detected
> > > > by the absence of the STP packets or the presence of new STP packets
> > > > where there shouldnt be. When this happens, STP packets are flooded
> > > > everywhere to discover the new network topology. Ultimately, the loop
> > > > will be blocked again.
> > > >
> > > > I think that you have two STP versions running in your network and
> > > > it's causing the issue. An easy test would be to remove the loop
> > > > manually in the network and leave STP off on the ovirt host. You can
> > > > view the topology as-per the network STP devices by obtaining info
> > > > from the devices such as bridge priorities etc. What is your network
> > > > hardware?
> > > >
> > > > Regards,
> > > >
> > > > Tony
> > > >
> > > >
> > > > On Tue, 20 Aug 2019 at 08:22, Staniforth, Paul
> > > >  wrote:
> > > > >
> > > > > I haven't used FC with oVirt but in the following it shows the bridge 
> > > > > options available and how to enable Ethtool and FCoE.
> > > > >
> > > > > https://ovirt.org/documentation/admin-guide/appe-Custom_Network_Properties.html
> > > > >
> > > > >
> > > > > Regards,
> > > > >  Paul S

[ovirt-users] Re: Need to enable STP on ovirt bridges

[Curtis E. Combs Jr.]

Cool, I can capture some packets tomorrow when I'm in the office and
see how that compares...

But, yea, it's a hassle to get them to respond IF they do, so the only
real options I'm going to have are what I can do with my servers from the OS. No
physical access. No nice DC guy to help me out.


On Mon, Aug 19, 2019 at 10:06 PM Tony Pearce  wrote:
>
> :) They might be using Cisco's per-vlan spanning tree on the network
> side. It is possible to capture the packets coming in from the network
> and confirm that.
>
> Attached screenshot of wireshark for you for reference.
>
> Glad you're all working :)
>
> Regards
>
> Tony Pearce
>
>
>
> On Tue, 20 Aug 2019 at 09:52, Curtis E. Combs Jr.  wrote:
> >
> > Hey Tony!
> >
> > I only know the basics of Spanning Tree. At the current moment the
> > only way to get migrations to work at all without breaking the whole
> > oVirt cluster is to have it on. After changing it according to Paul's
> > instruction, it works like it has never worked before. Every migration
> > event was successful. Whereas before and even at times with the
> > cronjob (when vdsm set STP to off between cron runs) the link would
> > drop out and oVirt would say that the host was "unresponsive".
> >
> > It would be too - it wouldn't respond to SSH, ping, arp
> > requests...nothing. I never got a good idea of how long this would be
> > for, but it would, eventually go away and the link would come back
> > online.
> >
> > I have no access to the hardware. From using tcpdump to get some CDP
> > packets, I do know that it's Cisco switches but the IT team here is
> > completely unresponsive (they literally ignore our tickets) and the
> > co-lo where our servers are hosted won't even pick up the phone for
> > anyone but them
> >
> > Unfortunately, this is what I'm going to have to do. The cluster is
> > very functional, though. I created around 15 VMs today and
> > migrated them from host to host without any problem.
> >
> > Anything else you'd like me to try? This is currently dev, so I can
> > really do anything I want and I can just IPMI reboot the nodes if it
> > causes issues...
> >
> > Thanks!
> > cecjr
> >
> >
> > On Mon, Aug 19, 2019 at 9:37 PM Tony Pearce  wrote:
> > >
> > > e.albany,
> > >
> > > STP is meant to block loops in layer 2. In basic operation, a root
> > > bridge is elected which is the root of the tree. This bridge sends,
> > > essentially 'hello' messages as multicast packets. The switches then
> > > detect the loop in the network and block one of the links to prevent
> > > such things as a broadcast storm.
> > >
> > > There are different flavours of STP but "STP" usually means the hellos
> > > are sent over VLAN 1 (or no vlan). Therefore if you have multiple
> > > VLANs on links, the hellos are still only sent over VLAN 1 and all
> > > VLANs are dealt with that way. Meaning if a link is blocked then all
> > > VLANs are blocked on that link,
> > >
> > > Then came the different flavours, one of which is per-vlan STP. This
> > > allows individual VLANs to be blocked and gives more flexibility.
> > >
> > > After STP has dealt with the blocking, this link blocking will
> > > continue until a change in the network is detected. This is detected
> > > by the absence of the STP packets or the presence of new STP packets
> > > where there shouldnt be. When this happens, STP packets are flooded
> > > everywhere to discover the new network topology. Ultimately, the loop
> > > will be blocked again.
> > >
> > > I think that you have two STP versions running in your network and
> > > it's causing the issue. An easy test would be to remove the loop
> > > manually in the network and leave STP off on the ovirt host. You can
> > > view the topology as-per the network STP devices by obtaining info
> > > from the devices such as bridge priorities etc. What is your network
> > > hardware?
> > >
> > > Regards,
> > >
> > > Tony
> > >
> > >
> > > On Tue, 20 Aug 2019 at 08:22, Staniforth, Paul
> > >  wrote:
> > > >
> > > > I haven't used FC with oVirt but in the following it shows the bridge 
> > > > options available and how to enable Ethtool and FCoE.
> > > >
> > > > https://ovirt.org/documentation/admin-guide/appe-Custom_Network_Properties.html
> > > >
> > > >
> > > > Regards,
> > > >  Paul S.
> > > >
> > > > 
> > > > From: ej.alb...@gmail.com 
> > > > Sent: 17 August 2019 10:25
> > > > To: users@ovirt.org
> > > > Subject: [ovirt-users] Need to enable STP on ovirt bridges
> > > >
> > > > Hello. I have been trying to figure out an issue for a very long time.
> > > > That issue relates to the ethernet and 10gb fc links that I have on my
> > > > cluster being disabled any time a migration occurs.
> > > >
> > > > I believe this is because I need to have STP turned on in order to
> > > > participate with the switch. However, there does not seem to be any
> > > > way to tell oVirt to stop turning it off! Very frustrating.
> > > >
> > > > After enter

[ovirt-users] Re: Need to enable STP on ovirt bridges

[Curtis E. Combs Jr.]

If there is some other configuration that I'm not seeing, please do
let me know. I'd love to know more about what the expected
configuration is that enables VM migration and how it's "supposed" to
be configured. I have 3 hosts - each of these has two bridges. Each of
these bridges are named the same for each host. Each bridge has a
different IP address that corresponds to the NIC attached to the host
on that network. It seemed like the only and obvious choice...

On Mon, Aug 19, 2019 at 9:52 PM Curtis E. Combs Jr.  wrote:
>
> Hey Tony!
>
> I only know the basics of Spanning Tree. At the current moment the
> only way to get migrations to work at all without breaking the whole
> oVirt cluster is to have it on. After changing it according to Paul's
> instruction, it works like it has never worked before. Every migration
> event was successful. Whereas before and even at times with the
> cronjob (when vdsm set STP to off between cron runs) the link would
> drop out and oVirt would say that the host was "unresponsive".
>
> It would be too - it wouldn't respond to SSH, ping, arp
> requests...nothing. I never got a good idea of how long this would be
> for, but it would, eventually go away and the link would come back
> online.
>
> I have no access to the hardware. From using tcpdump to get some CDP
> packets, I do know that it's Cisco switches but the IT team here is
> completely unresponsive (they literally ignore our tickets) and the
> co-lo where our servers are hosted won't even pick up the phone for
> anyone but them
>
> Unfortunately, this is what I'm going to have to do. The cluster is
> very functional, though. I created around 15 VMs today and
> migrated them from host to host without any problem.
>
> Anything else you'd like me to try? This is currently dev, so I can
> really do anything I want and I can just IPMI reboot the nodes if it
> causes issues...
>
> Thanks!
> cecjr
>
>
> On Mon, Aug 19, 2019 at 9:37 PM Tony Pearce  wrote:
> >
> > e.albany,
> >
> > STP is meant to block loops in layer 2. In basic operation, a root
> > bridge is elected which is the root of the tree. This bridge sends,
> > essentially 'hello' messages as multicast packets. The switches then
> > detect the loop in the network and block one of the links to prevent
> > such things as a broadcast storm.
> >
> > There are different flavours of STP but "STP" usually means the hellos
> > are sent over VLAN 1 (or no vlan). Therefore if you have multiple
> > VLANs on links, the hellos are still only sent over VLAN 1 and all
> > VLANs are dealt with that way. Meaning if a link is blocked then all
> > VLANs are blocked on that link,
> >
> > Then came the different flavours, one of which is per-vlan STP. This
> > allows individual VLANs to be blocked and gives more flexibility.
> >
> > After STP has dealt with the blocking, this link blocking will
> > continue until a change in the network is detected. This is detected
> > by the absence of the STP packets or the presence of new STP packets
> > where there shouldnt be. When this happens, STP packets are flooded
> > everywhere to discover the new network topology. Ultimately, the loop
> > will be blocked again.
> >
> > I think that you have two STP versions running in your network and
> > it's causing the issue. An easy test would be to remove the loop
> > manually in the network and leave STP off on the ovirt host. You can
> > view the topology as-per the network STP devices by obtaining info
> > from the devices such as bridge priorities etc. What is your network
> > hardware?
> >
> > Regards,
> >
> > Tony
> >
> >
> > On Tue, 20 Aug 2019 at 08:22, Staniforth, Paul
> >  wrote:
> > >
> > > I haven't used FC with oVirt but in the following it shows the bridge 
> > > options available and how to enable Ethtool and FCoE.
> > >
> > > https://ovirt.org/documentation/admin-guide/appe-Custom_Network_Properties.html
> > >
> > >
> > > Regards,
> > >  Paul S.
> > >
> > > 
> > > From: ej.alb...@gmail.com 
> > > Sent: 17 August 2019 10:25
> > > To: users@ovirt.org
> > > Subject: [ovirt-users] Need to enable STP on ovirt bridges
> > >
> > > Hello. I have been trying to figure out an issue for a very long time.
> > > That issue relates to the ethernet and 10gb fc links that I have on my
> > > cluster being disabled any time a migration occurs.
> > >
> > > I believe this is because I need to have STP turned on in order to
> > > participate with the switch. However, there does not seem to be any
> > > way to tell oVirt to stop turning it off! Very frustrating.
> > >
> > > After entering a cronjob that enables stp on all bridges every 1
> > > minute, the migration issue disappears
> > >
> > > Is there any way at all to do without this cronjob and set STP to be
> > > ON without having to resort to such a silly solution?
> > >
> > > Here are some details about my systems, if you need it.
> > >
> > >
> > > selinux is disabled.
> > >
> > >
> > >
> 

[ovirt-users] Issues with oVirt-Engine start - oVirt 4.3.4

[Vrgotic, Marko]

Dear oVirt,

While working on a procedure to get the NFS v4 mount from Netapp, working on 
oVIrt, following steps came out to be the way to go in regards of setting it up 
for oVIrt SHE and VM Guests:


  *   mkdir /mnt/rhevstore
  *   mount -t nfs 10.20.30.40:/ovirt_hosted_engine /mnt/rhevstore
  *   chown -R  36.36 /mnt/rhevstore
  *   chmod -R 755 /mnt/rhevstore
  *   umount /mnt/rhevstore

This works fine, and it needs to be executed on each Hypervisor, before its 
provisioned into oVirt.

However, just today I have discovered that command chmod -R 755 /mnt/rhevstore, 
if executed on new to be added Hypervisor, after oVirt is already running, it 
brings the oVirt Engine into broken state.

The moment I executed the above on 3rd Hypervisor, before provisioning it into 
oVirt, following occurred:


  *   Engine threw following error:
 *   2019-08-19 13:16:31,425Z ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-82) [] Failed in 'SpmStatusVDS' 
method
  *   Connection was lost:
 *   packet_write_wait: Connection to 10.210.11.10 port 22: Broken pipe
  *   And VDSM on SHE Hosting hypervisor started logging errors like:
 *   2019-08-19 15:00:52,340+ INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] 
RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312)
 *   2019-08-19 15:00:53,865+ WARN  (vdsm.Scheduler) [Executor] Worker 
blocked:  at 
0x7f59442c3b90> timeout=15, duration=225.00 at 0x7f592476df90> task#=578 at 
0x7f59442ef910>, traceback:
 *   File: "/usr/lib64/python2.7/threading.py", line 785, in __bootstrap
 * self.__bootstrap_inner()
 *   File: "/usr/lib64/python2.7/threading.py", line 812, in 
__bootstrap_inner
 * self.run()
 *   File: "/usr/lib64/python2.7/threading.py", line 765, in run
 * self.__target(*self.__args, **self.__kwargs)
 *   File: "/usr/lib/python2.7/site-packages/vdsm/common/concurrent.py", 
line 195, in run
 * ret = func(*args, **kwargs)
 *   File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 301, 
in _run
 * self._execute_task()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 315, 
in _execute_task
 * task()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 391, 
in __call__
 * self._callable()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 
186, in __call__
 * self._func()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", line 
481, in __call__
 * stats = hostapi.get_stats(self._cif, self._samples.stats())
 *   File: "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 79, in 
get_stats
 * ret['haStats'] = _getHaInfo()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/host/api.py", line 177, 
in _getHaInfo
 * stats = instance.get_all_stats()
 *   File: 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/client/client.py", 
line 94, in get_all_stats
 * stats = broker.get_stats_from_storage()
 *   File: 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/brokerlink.py", 
line 143, in get_stats_from_storage
 * result = self._proxy.get_stats()
 *   File: "/usr/lib64/python2.7/xmlrpclib.py", line 1233, in __call__
 * return self.__send(self.__name, args)
 *   File: "/usr/lib64/python2.7/xmlrpclib.py", line 1591, in __request
 * verbose=self.__verbose
 *   File: "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request
 * return self.single_request(host, handler, request_body, verbose)
 *   File: "/usr/lib64/python2.7/xmlrpclib.py", line 1303, in single_request
 * response = h.getresponse(buffering=True)
 *   File: "/usr/lib64/python2.7/httplib.py", line 1113, in getresponse
 * response.begin()
 *   File: "/usr/lib64/python2.7/httplib.py", line 444, in begin
 * version, status, reason = self._read_status()
 *   File: "/usr/lib64/python2.7/httplib.py", line 400, in _read_status
 * line = self.fp.readline(_MAXLINE + 1)
 *   File: "/usr/lib64/python2.7/socket.py", line 476, in readline
 * data = self._sock.recv(self._rbufsize) (executor:363)
 *   2019-08-19 15:00:54,103+ INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] 
RPC call Host.ping2 succeeded in 0.00 seconds (__init__:312)

I am unable to boot the Engine VM – it end up in Status ForceStop

Hosted-engine –vm-status shows:
[root@ovirt-sj-02 ~]# 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.
But, storage is mounted and reachable, as well as ovirt-ha-agent running:
[root@ovirt-sj-02 ~]# systemctl status ovirt-ha-agent
● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring 
Agent
   Loaded: loaded (/usr/lib/systemd/

[ovirt-users] Re: Need to enable STP on ovirt bridges

[Curtis E. Combs Jr.]

Hey Tony!

I only know the basics of Spanning Tree. At the current moment the
only way to get migrations to work at all without breaking the whole
oVirt cluster is to have it on. After changing it according to Paul's
instruction, it works like it has never worked before. Every migration
event was successful. Whereas before and even at times with the
cronjob (when vdsm set STP to off between cron runs) the link would
drop out and oVirt would say that the host was "unresponsive".

It would be too - it wouldn't respond to SSH, ping, arp
requests...nothing. I never got a good idea of how long this would be
for, but it would, eventually go away and the link would come back
online.

I have no access to the hardware. From using tcpdump to get some CDP
packets, I do know that it's Cisco switches but the IT team here is
completely unresponsive (they literally ignore our tickets) and the
co-lo where our servers are hosted won't even pick up the phone for
anyone but them

Unfortunately, this is what I'm going to have to do. The cluster is
very functional, though. I created around 15 VMs today and
migrated them from host to host without any problem.

Anything else you'd like me to try? This is currently dev, so I can
really do anything I want and I can just IPMI reboot the nodes if it
causes issues...

Thanks!
cecjr


On Mon, Aug 19, 2019 at 9:37 PM Tony Pearce  wrote:
>
> e.albany,
>
> STP is meant to block loops in layer 2. In basic operation, a root
> bridge is elected which is the root of the tree. This bridge sends,
> essentially 'hello' messages as multicast packets. The switches then
> detect the loop in the network and block one of the links to prevent
> such things as a broadcast storm.
>
> There are different flavours of STP but "STP" usually means the hellos
> are sent over VLAN 1 (or no vlan). Therefore if you have multiple
> VLANs on links, the hellos are still only sent over VLAN 1 and all
> VLANs are dealt with that way. Meaning if a link is blocked then all
> VLANs are blocked on that link,
>
> Then came the different flavours, one of which is per-vlan STP. This
> allows individual VLANs to be blocked and gives more flexibility.
>
> After STP has dealt with the blocking, this link blocking will
> continue until a change in the network is detected. This is detected
> by the absence of the STP packets or the presence of new STP packets
> where there shouldnt be. When this happens, STP packets are flooded
> everywhere to discover the new network topology. Ultimately, the loop
> will be blocked again.
>
> I think that you have two STP versions running in your network and
> it's causing the issue. An easy test would be to remove the loop
> manually in the network and leave STP off on the ovirt host. You can
> view the topology as-per the network STP devices by obtaining info
> from the devices such as bridge priorities etc. What is your network
> hardware?
>
> Regards,
>
> Tony
>
>
> On Tue, 20 Aug 2019 at 08:22, Staniforth, Paul
>  wrote:
> >
> > I haven't used FC with oVirt but in the following it shows the bridge 
> > options available and how to enable Ethtool and FCoE.
> >
> > https://ovirt.org/documentation/admin-guide/appe-Custom_Network_Properties.html
> >
> >
> > Regards,
> >  Paul S.
> >
> > 
> > From: ej.alb...@gmail.com 
> > Sent: 17 August 2019 10:25
> > To: users@ovirt.org
> > Subject: [ovirt-users] Need to enable STP on ovirt bridges
> >
> > Hello. I have been trying to figure out an issue for a very long time.
> > That issue relates to the ethernet and 10gb fc links that I have on my
> > cluster being disabled any time a migration occurs.
> >
> > I believe this is because I need to have STP turned on in order to
> > participate with the switch. However, there does not seem to be any
> > way to tell oVirt to stop turning it off! Very frustrating.
> >
> > After entering a cronjob that enables stp on all bridges every 1
> > minute, the migration issue disappears
> >
> > Is there any way at all to do without this cronjob and set STP to be
> > ON without having to resort to such a silly solution?
> >
> > Here are some details about my systems, if you need it.
> >
> >
> > selinux is disabled.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > [root@swm-02 ~]# rpm -qa | grep ovirt
> > ovirt-imageio-common-1.5.1-0.el7.x86_64
> > ovirt-release43-4.3.5.2-1.el7.noarch
> > ovirt-imageio-daemon-1.5.1-0.el7.noarch
> > ovirt-vmconsole-host-1.0.7-2.el7.noarch
> > ovirt-hosted-engine-setup-2.3.11-1.el7.noarch
> > ovirt-ansible-hosted-engine-setup-1.0.26-1.el7.noarch
> > python2-ovirt-host-deploy-1.8.0-1.el7.noarch
> > ovirt-ansible-engine-setup-1.1.9-1.el7.noarch
> > python2-ovirt-setup-lib-1.2.0-1.el7.noarch
> > cockpit-machines-ovirt-195.1-1.el7.noarch
> > ovirt-hosted-engine-ha-2.3.3-1.el7.noarch
> > ovirt-vmconsole-1.0.7-2.el7.noarch
> > cockpit-ovirt-dashboard-0.13.5-1.el7.noarch
> > ovirt-provider-ovn-driver-1.2.22-1.el7.noarch
> > ovirt-host-deploy-

[ovirt-users] Re: Need to enable STP on ovirt bridges

[Tony Pearce]

e.albany,

STP is meant to block loops in layer 2. In basic operation, a root
bridge is elected which is the root of the tree. This bridge sends,
essentially 'hello' messages as multicast packets. The switches then
detect the loop in the network and block one of the links to prevent
such things as a broadcast storm.

There are different flavours of STP but "STP" usually means the hellos
are sent over VLAN 1 (or no vlan). Therefore if you have multiple
VLANs on links, the hellos are still only sent over VLAN 1 and all
VLANs are dealt with that way. Meaning if a link is blocked then all
VLANs are blocked on that link,

Then came the different flavours, one of which is per-vlan STP. This
allows individual VLANs to be blocked and gives more flexibility.

After STP has dealt with the blocking, this link blocking will
continue until a change in the network is detected. This is detected
by the absence of the STP packets or the presence of new STP packets
where there shouldnt be. When this happens, STP packets are flooded
everywhere to discover the new network topology. Ultimately, the loop
will be blocked again.

I think that you have two STP versions running in your network and
it's causing the issue. An easy test would be to remove the loop
manually in the network and leave STP off on the ovirt host. You can
view the topology as-per the network STP devices by obtaining info
from the devices such as bridge priorities etc. What is your network
hardware?

Regards,

Tony


On Tue, 20 Aug 2019 at 08:22, Staniforth, Paul
 wrote:
>
> I haven't used FC with oVirt but in the following it shows the bridge options 
> available and how to enable Ethtool and FCoE.
>
> https://ovirt.org/documentation/admin-guide/appe-Custom_Network_Properties.html
>
>
> Regards,
>  Paul S.
>
> 
> From: ej.alb...@gmail.com 
> Sent: 17 August 2019 10:25
> To: users@ovirt.org
> Subject: [ovirt-users] Need to enable STP on ovirt bridges
>
> Hello. I have been trying to figure out an issue for a very long time.
> That issue relates to the ethernet and 10gb fc links that I have on my
> cluster being disabled any time a migration occurs.
>
> I believe this is because I need to have STP turned on in order to
> participate with the switch. However, there does not seem to be any
> way to tell oVirt to stop turning it off! Very frustrating.
>
> After entering a cronjob that enables stp on all bridges every 1
> minute, the migration issue disappears
>
> Is there any way at all to do without this cronjob and set STP to be
> ON without having to resort to such a silly solution?
>
> Here are some details about my systems, if you need it.
>
>
> selinux is disabled.
>
>
>
>
>
>
>
>
>
> [root@swm-02 ~]# rpm -qa | grep ovirt
> ovirt-imageio-common-1.5.1-0.el7.x86_64
> ovirt-release43-4.3.5.2-1.el7.noarch
> ovirt-imageio-daemon-1.5.1-0.el7.noarch
> ovirt-vmconsole-host-1.0.7-2.el7.noarch
> ovirt-hosted-engine-setup-2.3.11-1.el7.noarch
> ovirt-ansible-hosted-engine-setup-1.0.26-1.el7.noarch
> python2-ovirt-host-deploy-1.8.0-1.el7.noarch
> ovirt-ansible-engine-setup-1.1.9-1.el7.noarch
> python2-ovirt-setup-lib-1.2.0-1.el7.noarch
> cockpit-machines-ovirt-195.1-1.el7.noarch
> ovirt-hosted-engine-ha-2.3.3-1.el7.noarch
> ovirt-vmconsole-1.0.7-2.el7.noarch
> cockpit-ovirt-dashboard-0.13.5-1.el7.noarch
> ovirt-provider-ovn-driver-1.2.22-1.el7.noarch
> ovirt-host-deploy-common-1.8.0-1.el7.noarch
> ovirt-host-4.3.4-1.el7.x86_64
> python-ovirt-engine-sdk4-4.3.2-2.el7.x86_64
> ovirt-host-dependencies-4.3.4-1.el7.x86_64
> ovirt-ansible-repositories-1.1.5-1.el7.noarch
> [root@swm-02 ~]# cat /etc/redhat-release
> CentOS Linux release 7.6.1810 (Core)
> [root@swm-02 ~]# uname -r
> 3.10.0-957.27.2.el7.x86_64
> You have new mail in /var/spool/mail/root
> [root@swm-02 ~]# ip a
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> 2: em1:  mtu 1500 qdisc mq master
> test state UP group default qlen 1000
> link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff
> 3: em2:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether d4:ae:52:8d:50:49 brd ff:ff:ff:ff:ff:ff
> 4: p1p1:  mtu 1500 qdisc mq master
> ovirtmgmt state UP group default qlen 1000
> link/ether 90:e2:ba:1e:14:80 brd ff:ff:ff:ff:ff:ff
> 5: p1p2:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 90:e2:ba:1e:14:81 brd ff:ff:ff:ff:ff:ff
> 6: ovs-system:  mtu 1500 qdisc noop state DOWN
> group default qlen 1000
> link/ether a2:b8:d6:e8:b3:d8 brd ff:ff:ff:ff:ff:ff
> 7: br-int:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 96:a0:c1:4a:45:4b brd ff:ff:ff:ff:ff:ff
> 25: test:  mtu 1500 qdisc noqueue
> state UP group default qlen 1000
> link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff
> inet 10.15.11.21/24 brd 10.15.

[ovirt-users] Re: When I added the ovirt-node to the ovirt-engine through the web management interface, I get the following error: Host 172.16.41.100 installation failed. Failed to configure managemen

[wangyu13476969128]

Thanks very much for  Kaustav Majumder! 

Now my environment  is :
The version of ovirt-engine is 4.3.5.5
The version of ovirt-node is 4.3.5 

Question1 : 

Is this step correct: 
1. Server1 installs ovirt-engine 
2. Installing VDSM from rpm on ovirt-engine （ You tell me the link : 
https://www.ovirt.org/develop/developer-guide/vdsm/installing-vdsm-from-rpm.html#configuring-the-bridge-interface
 ）
3. Install ovirt-node  on Server2
4. Add the ovirt-node  to the ovirt-engine

Question 2：
Can I install ovirt-engine and ovirt-node on a virtual machine? Still have to 
be installed on a physical machine?


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

[ovirt-users] Re: Need to enable STP on ovirt bridges

[Staniforth, Paul]

I haven't used FC with oVirt but in the following it shows the bridge options 
available and how to enable Ethtool and FCoE.

https://ovirt.org/documentation/admin-guide/appe-Custom_Network_Properties.html


Regards,
 Paul S.


From: ej.alb...@gmail.com 
Sent: 17 August 2019 10:25
To: users@ovirt.org
Subject: [ovirt-users] Need to enable STP on ovirt bridges

Hello. I have been trying to figure out an issue for a very long time.
That issue relates to the ethernet and 10gb fc links that I have on my
cluster being disabled any time a migration occurs.

I believe this is because I need to have STP turned on in order to
participate with the switch. However, there does not seem to be any
way to tell oVirt to stop turning it off! Very frustrating.

After entering a cronjob that enables stp on all bridges every 1
minute, the migration issue disappears

Is there any way at all to do without this cronjob and set STP to be
ON without having to resort to such a silly solution?

Here are some details about my systems, if you need it.


selinux is disabled.









[root@swm-02 ~]# rpm -qa | grep ovirt
ovirt-imageio-common-1.5.1-0.el7.x86_64
ovirt-release43-4.3.5.2-1.el7.noarch
ovirt-imageio-daemon-1.5.1-0.el7.noarch
ovirt-vmconsole-host-1.0.7-2.el7.noarch
ovirt-hosted-engine-setup-2.3.11-1.el7.noarch
ovirt-ansible-hosted-engine-setup-1.0.26-1.el7.noarch
python2-ovirt-host-deploy-1.8.0-1.el7.noarch
ovirt-ansible-engine-setup-1.1.9-1.el7.noarch
python2-ovirt-setup-lib-1.2.0-1.el7.noarch
cockpit-machines-ovirt-195.1-1.el7.noarch
ovirt-hosted-engine-ha-2.3.3-1.el7.noarch
ovirt-vmconsole-1.0.7-2.el7.noarch
cockpit-ovirt-dashboard-0.13.5-1.el7.noarch
ovirt-provider-ovn-driver-1.2.22-1.el7.noarch
ovirt-host-deploy-common-1.8.0-1.el7.noarch
ovirt-host-4.3.4-1.el7.x86_64
python-ovirt-engine-sdk4-4.3.2-2.el7.x86_64
ovirt-host-dependencies-4.3.4-1.el7.x86_64
ovirt-ansible-repositories-1.1.5-1.el7.noarch
[root@swm-02 ~]# cat /etc/redhat-release
CentOS Linux release 7.6.1810 (Core)
[root@swm-02 ~]# uname -r
3.10.0-957.27.2.el7.x86_64
You have new mail in /var/spool/mail/root
[root@swm-02 ~]# ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
2: em1:  mtu 1500 qdisc mq master
test state UP group default qlen 1000
link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff
3: em2:  mtu 1500 qdisc noop state DOWN group
default qlen 1000
link/ether d4:ae:52:8d:50:49 brd ff:ff:ff:ff:ff:ff
4: p1p1:  mtu 1500 qdisc mq master
ovirtmgmt state UP group default qlen 1000
link/ether 90:e2:ba:1e:14:80 brd ff:ff:ff:ff:ff:ff
5: p1p2:  mtu 1500 qdisc noop state DOWN group
default qlen 1000
link/ether 90:e2:ba:1e:14:81 brd ff:ff:ff:ff:ff:ff
6: ovs-system:  mtu 1500 qdisc noop state DOWN
group default qlen 1000
link/ether a2:b8:d6:e8:b3:d8 brd ff:ff:ff:ff:ff:ff
7: br-int:  mtu 1500 qdisc noop state DOWN group
default qlen 1000
link/ether 96:a0:c1:4a:45:4b brd ff:ff:ff:ff:ff:ff
25: test:  mtu 1500 qdisc noqueue
state UP group default qlen 1000
link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff
inet 10.15.11.21/24 brd 10.15.11.255 scope global test
   valid_lft forever preferred_lft forever
26: ovirtmgmt:  mtu 1500 qdisc
noqueue state UP group default qlen 1000
link/ether 90:e2:ba:1e:14:80 brd ff:ff:ff:ff:ff:ff
inet 10.15.28.31/24 brd 10.15.28.255 scope global ovirtmgmt
   valid_lft forever preferred_lft forever
27: ;vdsmdummy;:  mtu 1500 qdisc noop state DOWN
group default qlen 1000
link/ether 62:e5:e5:07:99:eb brd ff:ff:ff:ff:ff:ff
29: vnet0:  mtu 1500 qdisc mq master
ovirtmgmt state UNKNOWN group default qlen 1000
link/ether fe:6f:9c:95:00:02 brd ff:ff:ff:ff:ff:ff
[root@swm-02 ~]# free -m
  totalusedfree  shared  buff/cache   available
Mem:  644131873   61804   9 735   62062
Swap: 16383   0   16383
[root@swm-02 ~]# free -h
  totalusedfree  shared  buff/cache   available
Mem:62G1.8G 60G9.5M735M 60G
Swap:   15G  0B 15G
[root@swm-02 ~]# ls
ls  lsb_release lshwlslocks
 lsmod   lspci   lssubsys
lsusb.py
lsattr  lscgrouplsinitrdlslogins
 lsnslss16toppm  lstopo-no-graphics
lsblk   lscpu   lsipc   lsmem
 lsoflsscsi  lsusb
[root@swm-02 ~]# lscpu
Architecture:  x86_64
CPU op-mode(s):32-bit, 64-bit
Byte Order:Little Endian
CPU(s):16
On-line CPU(s) list:   0-15
Thread(s) per core:2
Core(s) per socket:4
Socket(s): 2
NUMA node(

[ovirt-users] Export as OVA fails

[anthonywest]

Hi.

We are running oVirt 4.3.4 with each of the hosts configured to use local 
storage.

When I attempt to export a large virtual machine as an OVA the process begins 
but fails about half an hour later.

On the oVirt Events page the following entries appear:

Starting to export Vm Jessica as a Virtual Appliance
Failed to export Vm Jessica as a Virtual Appliance to path /storage/Jessica.ova 
on Host Trueblood

When I log onto the host Trueblood I see that a file called Jessica.ova.tmp has 
been created.

The engine.log file contains the following errors:

2019-08-16 16:40:27,141+10 ERROR 
[org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] 
(EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] Ansible playbook 
execution failed: Timeout occurred while executing Ansible playbook.
2019-08-16 16:40:27,142+10 ERROR [org.ovirt.engine.core.bll.CreateOvaCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] Failed to create 
OVA. Please check logs for more details: 
/var/log/ovirt-engine/ova/ovirt-export-ova-ansible-20190816161027-trueblood.alfatron.com.au-80ae4c6.log
2019-08-16 16:40:27,161+10 ERROR 
[org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] Failed to create 
OVA file
2019-08-16 16:40:27,162+10 ERROR 
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] Command 
'ExportVmToOva' id: '12e98544-67ea-45b0-adb8-c50c8c190ecf' with children 
[a6c04b63-fe81-4d13-a69f-87b8ac55ceaa] failed when attempting to perform the 
next operation, marking as 'ACTIVE'
2019-08-16 16:40:27,162+10 ERROR 
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback] 
(EE-ManagedThreadFactory-engineScheduled-Thread-37) [80ae4c6] EngineException: 
ENGINE (Failed with error ENGINE and code 5001): 
org.ovirt.engine.core.common.errors.EngineException: EngineException: ENGINE 
(Failed with error ENGINE and code 5001)
at 
org.ovirt.engine.core.bll.exportimport.ExportOvaCommand.createOva(ExportOvaCommand.java:117)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand.executeNextOperation(ExportVmToOvaCommand.java:224)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand.performNextOperation(ExportVmToOvaCommand.java:216)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback.childCommandsExecutionEnded(SerialChildCommandsExecutionCallback.java:32)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.ChildCommandsCallbackBase.doPolling(ChildCommandsCallbackBase.java:77)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethodsImpl(CommandCallbacksPoller.java:175)
 [bll.jar:]
at 
org.ovirt.engine.core.bll.tasks.CommandCallbacksPoller.invokeCallbackMethods(CommandCallbacksPoller.java:109)
 [bll.jar:]
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
[rt.jar:1.8.0_212]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) 
[rt.jar:1.8.0_212]
at 
org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.access$201(ManagedScheduledThreadPoolExecutor.java:383)
 [javax.enterprise.concurrent-1.0.jar:]
at 
org.glassfish.enterprise.concurrent.internal.ManagedScheduledThreadPoolExecutor$ManagedScheduledFutureTask.run(ManagedScheduledThreadPoolExecutor.java:534)
 [javax.enterprise.concurrent-1.0.jar:]
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 
[rt.jar:1.8.0_212]
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 
[rt.jar:1.8.0_212]
at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_212]
at 
org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)
 [javax.enterprise.concurrent-1.0.jar:]
at 
org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)

2019-08-16 16:40:28,304+10 ERROR 
[org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-10) 
[3f52073f-b7d2-4238-8ac1-4634678b11b4] Ending command 
'org.ovirt.engine.core.bll.exportimport.ExportVmToOvaCommand' with failure.
2019-08-16 16:40:28,745+10 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engineScheduled-Thread-10) [41e553bf] EVENT_ID: 
IMPORTEXPORT_EXPORT_VM_TO_OVA_FAILED(1,225), Failed to export Vm Jessica as a 
Virtual Appliance to path /storage/Jessica.ova on Host Trueblood

Any suggestions/help on solving this would be much appreciated.

Anthony
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Sta

[ovirt-users] Re: Issues with oVirt-Engine start - oVirt 4.3.4

[Vrgotic, Marko]

Additionally,

When agent tries to boot up the engine, I am able to get following status:

[root@ovirt-sj-02 images]# hosted-engine --vm-status


--== Host ovirt-sj-01.ictv.com (id: 1) status ==--

conf_on_shared_storage : True
Status up-to-date  : True
Hostname   : ovirt-sj-01.ictv.com
Host ID: 1
Engine status  : {"reason": "vm not running on this host", 
"health": "bad", "vm": "down", "detail": "unknown"}
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : f4f95c83
local_conf_timestamp   : 4285
Host timestamp : 4285
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=4285 (Mon Aug 19 15:11:19 2019)
host-id=1
score=3400
vm_conf_refresh_time=4285 (Mon Aug 19 15:11:20 2019)
conf_on_shared_storage=True
maintenance=False
state=EngineStarting
stopped=False


--== Host ovirt-sj-02.ictv.com (id: 2) status ==--

conf_on_shared_storage : True
Status up-to-date  : True
Hostname   : ovirt-sj-02.ictv.com
Host ID: 2
Engine status  : {"reason": "bad vm status", "health": 
"bad", "vm": "down", "detail": "Down"}
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : c2669fe8
local_conf_timestamp   : 4153
Host timestamp : 4153
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=4153 (Mon Aug 19 15:09:47 2019)
host-id=2
score=3400
vm_conf_refresh_time=4153 (Mon Aug 19 15:09:47 2019)
conf_on_shared_storage=True
maintenance=False
state=EngineStart
stopped=False





From: "Vrgotic, Marko" 
Date: Monday, 19 August 2019 at 17:17
To: "users@ovirt.org" 
Subject: Issues with oVirt-Engine start - oVirt 4.3.4

Dear oVirt,

While working on a procedure to get the NFS v4 mount from Netapp, working on 
oVIrt, following steps came out to be the way to go in regards of setting it up 
for oVIrt SHE and VM Guests:


  *   mkdir /mnt/rhevstore
  *   mount -t nfs 10.20.30.40:/ovirt_hosted_engine /mnt/rhevstore
  *   chown -R  36.36 /mnt/rhevstore
  *   chmod -R 755 /mnt/rhevstore
  *   umount /mnt/rhevstore

This works fine, and it needs to be executed on each Hypervisor, before its 
provisioned into oVirt.

However, just today I have discovered that command chmod -R 755 /mnt/rhevstore, 
if executed on new to be added Hypervisor, after oVirt is already running, it 
brings the oVirt Engine into broken state.

The moment I executed the above on 3rd Hypervisor, before provisioning it into 
oVirt, following occurred:


  *   Engine threw following error:
 *   2019-08-19 13:16:31,425Z ERROR 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStatusVDSCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-82) [] Failed in 'SpmStatusVDS' 
method
  *   Connection was lost:
 *   packet_write_wait: Connection to 10.210.11.10 port 22: Broken pipe
  *   And VDSM on SHE Hosting hypervisor started logging errors like:
 *   2019-08-19 15:00:52,340+ INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] 
RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:312)
 *   2019-08-19 15:00:53,865+ WARN  (vdsm.Scheduler) [Executor] Worker 
blocked:  at 
0x7f59442c3b90> timeout=15, duration=225.00 at 0x7f592476df90> task#=578 at 
0x7f59442ef910>, traceback:
 *   File: "/usr/lib64/python2.7/threading.py", line 785, in __bootstrap
 * self.__bootstrap_inner()
 *   File: "/usr/lib64/python2.7/threading.py", line 812, in 
__bootstrap_inner
 * self.run()
 *   File: "/usr/lib64/python2.7/threading.py", line 765, in run
 * self.__target(*self.__args, **self.__kwargs)
 *   File: "/usr/lib/python2.7/site-packages/vdsm/common/concurrent.py", 
line 195, in run
 * ret = func(*args, **kwargs)
 *   File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 301, 
in _run
 * self._execute_task()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 315, 
in _execute_task
 * task()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/executor.py", line 391, 
in __call__
 * self._callable()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/virt/periodic.py", line 
186, in __call__
 * self._func()
 *   File: "/usr/lib/python2.7/site-packages/vdsm/virt/sampling.py", l

[ovirt-users] Re: Evaluate oVirt to remove VMware

[Staniforth, Paul]

Hello Allen,
  In oVirt you can use VLANs and Bonds but not teaming. It may 
be useful to try a Centos(oVirt uses Centos or RHEL) install to see how the 
networking works, most notably you add devices that are VLANs or BONDs. I also 
check that the devices are enables on boot as I have been caught out with this 
which is especially annoying when doing remote installs.

The power management uses other hosts as a proxy so you need at least 2 in a 
cluster but you can configure this later.


Regards,
Paul S.


From: dsal...@gmail.com 
Sent: 17 August 2019 16:31
To: users@ovirt.org
Subject: [ovirt-users] Evaluate oVirt to remove VMware

Howdy All!!!

Somewhat new user to Linux and having some issues with oVirt node networking.
We are mainly a Windows/VMware medium shop but have a pretty good network.

Our VMware setup has redundant switches using multiple VLANs. This was fairly 
easy to setup with VMware.
We never had an issue with VMware, add 2 NICs to the ESXi host and then adding 
VLANs into the Virtual Switch.

Biggest issue I am having, should I be bonding, teaming and VLANing on top of 
that?
Tried setting up node with Engine inside which fails to deploy because of 
networking.

Then I tried a standalone Engine and could not add node to it - I believe 
networking as well as Power Management agent was the problem.
Would like the nodes/engine to be on one subnet (lets say 10.10.11.x) and VMs 
to be allowed to run there are well as 10 other VLANs.

I guess welcome to the wonderful world of Linux networking and learning some 
new technologies is in store for me.
I hope I am not being vague, like I said fairly new to Linux.

Thanks for any responses!
Allen
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2F&data=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C8327fb8cff6f4a91426708d723287ddc%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637016529126966689&sdata=IZVAARObSHquKN%2B7Yclm51A1xr0CefVISCd7HRGhEkg%3D&reserved=0
oVirt Code of Conduct: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F&data=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C8327fb8cff6f4a91426708d723287ddc%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637016529126976685&sdata=WdtnRUnHRsxUEn7vWbvITRUlG02%2FdwzX64HWj0Zh5oc%3D&reserved=0
List Archives: 
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FRFBBDI7R4R5LIX63KHCJWMS7MYLSCI55%2F&data=02%7C01%7Cp.staniforth%40leedsbeckett.ac.uk%7C8327fb8cff6f4a91426708d723287ddc%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637016529126976685&sdata=jNdXe2N0sG4D5edjc2efdeT8vJhQgtkdX4wEKpwOzp4%3D&reserved=0
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IYGM3STVM62VRZSZHXHO5JDHAULANNP2/

[ovirt-users] Re: ovn networking

[Staniforth, Paul]

Thanks Miguel,
 I'm using openvswitch-ovn-common-2.11.0-4.el7.x86_64

I'll just ignore as I don't want to create any dependency problems.

Regards,
   Paul S.


From: Miguel Duarte de Mora Barroso 
Sent: 16 August 2019 12:09
To: Staniforth, Paul
Cc: users@ovirt.org
Subject: Re: [ovirt-users] ovn networking

On Wed, Aug 14, 2019 at 9:09 AM Staniforth, Paul
 wrote:
>
> Hello
>
>   I the latest release of the engine 4.3.5.5-1.el7
>
> ovn-nbctl  show
>
> ovn-sbctl  show
>
>
> both seem to work but produce the errors
>
>
> net_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared 
> object file: No such file or directory
> net_mlx5: cannot initialize PMD due to missing run-time dependency on 
> rdma-core libraries (libibverbs, libmlx5)
> PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open shared 
> object file: No such file or directory
> PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on 
> rdma-core libraries (libibverbs, libmlx4)
>
>
> should libibverbs be a dependency?

It shouldn't, since has no use in the engine node - other than
silencing those errors.

Which OVS / OVN version are you using ?

>
> Paul S.
> To view the terms under which this email is distributed, please go to:-
> http://leedsbeckett.ac.uk/disclaimer/email/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: 
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fsite%2Fprivacy-policy%2F&data=02%7C01%7CP.Staniforth%40leedsbeckett.ac.uk%7Cc27b535313664fe3b0f508d7223a2bfc%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637015505546807557&sdata=DafifdFwfFumf10G6KxdAm2GxZNo%2BL%2FuQlNcT0c9Pxc%3D&reserved=0
> oVirt Code of Conduct: 
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovirt.org%2Fcommunity%2Fabout%2Fcommunity-guidelines%2F&data=02%7C01%7CP.Staniforth%40leedsbeckett.ac.uk%7Cc27b535313664fe3b0f508d7223a2bfc%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637015505546817549&sdata=O3l6rooWKILYsyPAQWDPKuwQFyoOLFG7IbT7j5YiPZ4%3D&reserved=0
> List Archives: 
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.ovirt.org%2Farchives%2Flist%2Fusers%40ovirt.org%2Fmessage%2FJ4T4YFAVYOMASVV3ACCNVFGF3YSAT3N4%2F&data=02%7C01%7CP.Staniforth%40leedsbeckett.ac.uk%7Cc27b535313664fe3b0f508d7223a2bfc%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637015505546817549&sdata=WCOzfW2gI3H5a8E85WLDo2zsW0AEvTKlcqWdKa74AJ4%3D&reserved=0
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/I2UYQMH2QCN2ZRT2VTGB25MFCCJCW33J/

[ovirt-users] Re: Hyperconverged setup ovirt 4.3.x using ansible?

[Kaustav Majumder]

Hi,
This might help [1]

[1]
https://github.com/gluster/gluster-ansible/tree/master/playbooks/hc-ansible-deployment

On Mon, Aug 19, 2019 at 11:11 PM  wrote:

> I cannot really answer your question, but I have a similar one and some
> observations.
>
> I also wanted to split the three node HC setup into the Gluster part and
> the HC magic engine injection.
>
> I have been using Glusters in combination with a non-hosted or local
> engine with success and I thought it better to go step-by-step in case
> something goes wrong and you have to fix it: Under-the-hood is only good
> until something goes wrong, right?
>
> But there is no evident script for the HC single or three node setups and
> the ansible jobs underneath those wizards are at least not advertised and
> documented from what I could see.
>
> However once I did go through with the three node wizard and encountered
> failures during the hosted-engine setup, I noticed that it would recognise
> a matching Gluster setup and forward immediately to the hosted-engine part.
>
> And on for just how that Gluster has to look to make the HC setup like it,
> you may have to study all the Ansible playbooks and scripts in /usr/src.
>
> Because just any Gluster can be used using the "existing storage" variant
> or hosted-engine-setup script, but will lack the full depth of integration
> and evidently preclude the use of Gluster nodes as compute nodes, as they
> are already part of another Gluster and Gluster precludes multiple
> memberships.
>
> Don't know if this helps...
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/63GQETOQ4XJZIERHBZPHONXKOPW2BGOR/
>


-- 

Thanks,

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

[ovirt-users] Re: Hyperconverged setup ovirt 4.3.x using ansible?

[thomas]

I cannot really answer your question, but I have a similar one and some 
observations.

I also wanted to split the three node HC setup into the Gluster part and the HC 
magic engine injection.

I have been using Glusters in combination with a non-hosted or local engine 
with success and I thought it better to go step-by-step in case something goes 
wrong and you have to fix it: Under-the-hood is only good until something goes 
wrong, right?

But there is no evident script for the HC single or three node setups and the 
ansible jobs underneath those wizards are at least not advertised and 
documented from what I could see.

However once I did go through with the three node wizard and encountered 
failures during the hosted-engine setup, I noticed that it would recognise a 
matching Gluster setup and forward immediately to the hosted-engine part.

And on for just how that Gluster has to look to make the HC setup like it, you 
may have to study all the Ansible playbooks and scripts in /usr/src.

Because just any Gluster can be used using the "existing storage" variant or 
hosted-engine-setup script, but will lack the full depth of integration and 
evidently preclude the use of Gluster nodes as compute nodes, as they are 
already part of another Gluster and Gluster precludes multiple memberships.

Don't know if this helps...
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/63GQETOQ4XJZIERHBZPHONXKOPW2BGOR/

[ovirt-users] Re: ovirt node install

[Yuval Turgeman]

Looks like the fix missed the release, it will be fixed on the next
version.  For now, you can try to either install the latest nightly iso,
or manually install the latest ovirt-node-ng-nodectl rpm on your existing
installation

On Monday, August 19, 2019,  wrote:

> I concur with Paul, I got the same from fresh installs of the oVirt node
> image created August 5th on all instances.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/RT2QR3MCXJUYTLXBJBUQUR2J5ACF6P45/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/F4BFUIFS3UTDBUBLV44T6D64ATJA764G/

[ovirt-users] Procedure to replace out out of three hyperconverged nodes

[thomas]

On my silent Atom based three node Hyperconverged journey I hit upon a snag: 
Evidently they are too slow for Ansible.

The Gluster storage part went all great and perfect on fresh oVirt node images 
that I had configured to leave an empty partition instead of the standard 
/dev/sdb, but the HostedEngine setup part would then fail without any 
log-visible error while the transient VM HostedEngineLocal was supposed to be 
launched and the Wizard would just show "deployment failed" and go ahead and 
delete the VM.

I then moved the SSD to a more powerful Xeon-D 1541 CPU and after some fiddling 
with the network (I miss good old eth0!), this also failed the deployment, but 
also failed to delete the temporary VM image, because that actually turned out 
to be running: I could even connect to its console and investigate the logs for 
any clues as to what might have gone wrong (nothing visible): Evidently Ansible 
was running out of patience just a tiny bit too early.

And then I kicked it into high-gear with an i7-7700K again using the same SSD 
with a working three node Gluster all in sync, which still took what felt like 
an hour to creep through every step, but got it done, primary node on i7, 
secondary nodes on Atoms, with full migration capabilities etc.

I then had to do some fiddling, because the HostedEngine had configued the 
Cluster CPU architecture to Skylake-Spectre, but after that I migrated it to an 
Atom node and was now ready to move the primary to the intended Atom hardware 
target.

But at that point the overlay network has already been configured and evidently 
it's tied to the device name of the 10Gbit NIC on the i7 workstation and I 
haven't been able to make it work with the Atom. The Gluster runs fine, but the 
CPU node is reported "non-operational" and re-installation fails, because the 
ovirtmgmt network isn't properly configured.

That specific issue may be seem way out of what oVirt should support, yet a 
HA-embedded edge platform may very well see nodes having to be replaced or 
renewed with as little interruption or downtime as possible, which is why I am 
asking the larger question:

How can you replace a) a failed "burned" node or b) upgrade nodes while 
maintaining fault tolerance?

The distinction in b) would be that it's a planned maneuver during normal 
operations without downtime.

I'd want to do it pretty much like I have been playing with compute nodes, 
creating new ones, pushing VMs on them, pushing them out to other hosts, 
removing and replacing them seamlessly... Except that the Gluster nodes are 
special and much harder to replace, than a pure Gluster storage brick... from 
what I see

I welcome any help 
- for fixing the network config in my limiping Atom 1:3 cluster
- eliminating the need to fiddle with an i7 because of Ansible timing
- ensuring long-term operability of a software defined datacenter with changing 
hardware
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ICV5HRJFHWENZNBCQCFNIL7NDD7YYD33/

[ovirt-users] Re: Issues with oVirt-Engine start - oVirt 4.3.4

[Vrgotic, Marko]

Ovirt-ha-agent is logging following:

MainThread::INFO::2019-08-19 
15:26:13,302::hosted_engine::512::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitoring_loop)
 Current state EngineDown (score: 3400)
MainThread::INFO::2019-08-19 
15:26:13,303::hosted_engine::520::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitoring_loop)
 Best remote host ovirt-sj-01.ictv.com (id: 1, score: 3400)
MainThread::INFO::2019-08-19 
15:26:13,314::state_machine::169::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)
 Global metadata: {'maintenance': False}
MainThread::INFO::2019-08-19 
15:26:13,314::state_machine::174::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)
 Host ovirt-sj-01.ictv.com (id 1): {'conf_on_shared_storage': True, 'extra': 
'metadata_parse_version=1\nmetadata_feature_version=1\ntimestamp=4777 (Mon Aug 
19 15:19:31 2019)\nhost-id=1\nscore=3400\nvm_conf_refresh_time=4531 (Mon Aug 19 
15:15:26 
2019)\nconf_on_shared_storage=True\nmaintenance=False\nstate=EngineDown\nstopped=False\n',
 'hostname': 'ovirt-sj-01.ictv.com', 'alive': True, 'host-id': 1, 
'engine-status': {'reason': 'bad vm status', 'health': 'bad', 'vm': 'down', 
'detail': 'Down'}, 'score': 3400, 'stopped': False, 'maintenance': False, 
'crc32': 'b1380c25', 'local_conf_timestamp': 4531, 'host-ts': 4777}
MainThread::INFO::2019-08-19 
15:26:13,314::state_machine::177::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(refresh)
 Local (id 2): {'engine-health': {'reason': 'vm not running on this host', 
'health': 'bad', 'vm': 'down', 'detail': 'unknown'}, 'bridge': True, 'network': 
1.0, 'mem-free': 191320.0, 'maintenance': False, 'cpu-load': 0.0049, 
'storage-domain': True}
MainThread::INFO::2019-08-19 
15:26:13,314::states::467::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
 Engine down and local host has best score (3400), attempting to start engine VM
MainThread::INFO::2019-08-19 
15:26:13,370::brokerlink::68::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Success, was notification of state_transition (EngineDown-EngineStart) sent? 
sent
MainThread::ERROR::2019-08-19 
15:26:13,498::config_ovf::42::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm::(_get_vm_conf_content_from_ovf_store)
 Failed scanning for OVF_STORE due to Command Volume.getInfo with args 
{'storagepoolID': '----', 'storagedomainID': 
'a03fb743-8004-4d54-823b-9be470a0e87b', 'volumeID': 
u'3f3ee39f-f687-4586-87bd-e5188958863a', 'imageID': 
u'8c9279b7-0321-49c9-bdd5-4bb94d863960'} failed:
(code=100, message=(13, 'Sanlock resource read failure', 'Permission denied'))
MainThread::ERROR::2019-08-19 
15:26:13,498::config_ovf::84::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config.vm::(_get_vm_conf_content_from_ovf_store)
 Unable to identify the OVF_STORE volume, falling back to initial vm.conf. 
Please ensure you already added your first data domain for regular VMs

Both domains are present:

10.210.13.64:/hosted_engine on 
/rhev/data-center/mnt/10.210.13.64:_hosted__engine type nfs4 
(rw,relatime,vers=4.0,rsize=65536,wsize=65536,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,clientaddr=10.210.13.12,local_lock=none,addr=10.210.13.64)
10.210.13.64:/ovirt_production on 
/rhev/data-center/mnt/10.210.13.64:_ovirt__production type nfs4 
(rw,relatime,vers=4.0,rsize=65536,wsize=65536,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=10.210.13.12,local_lock=none,addr=10.210.13.64)

Note: the IP 10.20.20.40 used in first email was just an example.


— — —
Met vriendelijke groet / Kind regards,

Marko Vrgotic



From: "Vrgotic, Marko" 
Date: Monday, 19 August 2019 at 17:19
To: "users@ovirt.org" 
Subject: Re: Issues with oVirt-Engine start - oVirt 4.3.4

Additionally,

When agent tries to boot up the engine, I am able to get following status:

[root@ovirt-sj-02 images]# hosted-engine --vm-status


--== Host ovirt-sj-01.ictv.com (id: 1) status ==--

conf_on_shared_storage : True
Status up-to-date  : True
Hostname   : ovirt-sj-01.ictv.com
Host ID: 1
Engine status  : {"reason": "vm not running on this host", 
"health": "bad", "vm": "down", "detail": "unknown"}
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : f4f95c83
local_conf_timestamp   : 4285
Host timestamp : 4285
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=4285 (Mon Aug 19 15:11:19 2019)
host-id=1
score=3400
vm_conf_refresh_time=4285 (Mon Aug 19 15:11:20 2019)
conf_on_shared_storage=True
maintenance=False
state

[ovirt-users] Re: ovirt node install

[thomas]

I concur with Paul, I got the same from fresh installs of the oVirt node image 
created August 5th on all instances.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/RT2QR3MCXJUYTLXBJBUQUR2J5ACF6P45/

[ovirt-users] Re: Installing new oVirt node fails

[Lucie Leistnerova]

Hi, I'm sorry for my late response.

On 8/13/19 12:21 PM, Winfried de Heiden wrote:
I guess installation will fail, most likeley beacause of some 
"strange" characters in the ssh pub-keys

Installation is incomplete and therfor vdsm will start complaining.

In the past, I was able to reproduce oVirt installation(issues) using 
nested kvm. For some reason the old method 
(https://ovirt.org/develop/developer-guide/vdsm/developers.html) does 
notwork anymore. No more nested kvm anymore? I'm prety shure my 
installtion issues are ssh-pubkey related, but I need a virtual 
hypervisor to reproduce...


I'm QE and I never installed vdsm other than from provided rpms. So I 
can't help with that guide.


I can just check the deploy logs from the engine, whether I can get more 
information what was wrong.




Winfried


Op 12-08-19 om 13:19 schreef Lucie Leistnerova:

On 8/12/19 10:34 AM, Winfried de Heiden wrote:

Hi all,

No, the certificate was OK, no UTF characters found. I think I found 
the problem however; the public keys as found in 
/root/.ssh/authorized_keys.


One or two keys did contain a "@" in the description. After removing 
these keys, installation went well. I'll try to reproduce using a 
virtual hypervisor, smells like a bug.


That sounds strange, @ is 0x40. Otopi complains about 0x3c, that 
characters start with À.

Please send the host deploy log.



Winfried

Op 12-08-19 om 07:59 schreef Lucie Leistnerova:


Hi Winfried,

On 8/11/19 7:20 PM, Winfried de Heiden wrote:

Hi all,

Installing/regestering a host to ovirt (ovirt: 4.3.5.5-1.el7 +  
oVirt Node 4.3.5.2)) will fail with, seems lang something using 
yum goes wrong. Installing will fail...



You may hit this issue

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

Check your certificates for utf characters.


019-08-11 18:40:44,408+0200 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD 
otopi.plugins.otopi.network.ssh.Plugin._append_key (None)
2019-08-11 18:40:44,409+0200 DEBUG otopi.context context._executeMethod:145 
method exception
Traceback (most recent call last):
   File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/context.py", line 132, in 
_executeMethod
 method['method']()
   File "/tmp/ovirt-sMdZ7tvESy/otopi-plugins/otopi/network/ssh.py", line 152, 
in _append_key
 constants.CoreEnv.MODIFIED_FILES
   File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/filetransaction.py", line 151, 
in __init__
 self._content = self._content.encode("utf-8")
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 750: 
ordinal not in range(128)
2019-08-11 18:40:44,409+0200ERROR  otopi.context context._executeMethod:154 
Failed to execute stage 'Misc configuration': 'ascii' codec can't decode byte 
0xc3 in position 750: ordinal not in range(128)
2019-08-11 18:40:44,410+0200 DEBUG otopi.transaction transaction.abort:119 
aborting 'Yum Transaction'
2019-08-11 18:40:44,410+0200 INFO otopi.plugins.otopi.packagers.yumpackager 
yumpackager.info:80 Yum Performing yum transaction rollback
Loaded plugins: fastestmirror, product-id, subscription-manager, versionlock

Afterwards, oVirt Node will complain:

aug 11 19:13:32 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:13:55 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:14:18 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:14:41 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3

Anyone?

Winfried

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

Best regards,

Lucie

--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe



--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe



--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

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

[ovirt-users] Re: ovirt node install

[Staniforth, Paul]

Sorry for the confusion this is with the latest node 4.3.5.2-1.el7

It didn't have this problem in 4.3.4-1



Regards,

 Paul S.


From: Yuval Turgeman 
Sent: 19 August 2019 16:00
To: Staniforth, Paul
Cc: users@ovirt.org
Subject: Re: [ovirt-users] ovirt node install

You just hit [1] - can you try this with the latest 4.3.5 ?

[1] 
https://bugzilla.redhat.com/show_bug.cgi?id=1728998

On Tue, Aug 13, 2019 at 6:57 PM Staniforth, Paul 
mailto:p.stanifo...@leedsbeckett.ac.uk>> wrote:

Hello,

on the latest version of the oVirt-node install running nodectl 
info gives the error



Traceback (most recent call last):
  File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
"__main__", fname, loader, pkg_name)
  File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
  File "/usr/lib/python2.7/site-packages/nodectl/__main__.py", line 42, in 

CliApplication()
  File "/usr/lib/python2.7/site-packages/nodectl/__init__.py", line 200, in 
CliApplication
return cmdmap.command(args)
  File "/usr/lib/python2.7/site-packages/nodectl/__init__.py", line 118, in 
command
return self.commands[command](**kwargs)
  File "/usr/lib/python2.7/site-packages/nodectl/__init__.py", line 76, in info
Info(self.imgbased, self.machine).write()
  File "/usr/lib/python2.7/site-packages/nodectl/info.py", line 46, in __init__
self._fetch_information()
  File "/usr/lib/python2.7/site-packages/nodectl/info.py", line 49, in 
_fetch_information
self._get_bootloader_info()
  File "/usr/lib/python2.7/site-packages/nodectl/info.py", line 62, in 
_get_bootloader_info
bootinfo["entries"][k] = v.__dict__
AttributeError: 'list' object has no attribute '__dict__'



Also what is the correct way to update from ovirt node 4.2 to 4.3?

I used

yum install 
https://resources.ovirt.org/pub/ovirt-4.3/rpm/el7/noarch/ovirt-node-ng-image-update-4.3.4-1.el7.noarch.rpm

I then did yum erase ovirt-release42 and rm  /etc/yum.repos.d/ovirt-4.2*

Regards,
   Paul S.
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to 
users-le...@ovirt.org
Privacy Statement: 
https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GNXDVTU66ZUFIRTHTNB2RPBGVYIFYLF5/
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ITYZOGELMUOPWY7ZCRRBZ7BCJGQWKNAK/

[ovirt-users] Re: ovirt node install

[Yuval Turgeman]

You just hit [1] - can you try this with the latest 4.3.5 ?

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1728998

On Tue, Aug 13, 2019 at 6:57 PM Staniforth, Paul <
p.stanifo...@leedsbeckett.ac.uk> wrote:

> Hello,
>
> on the latest version of the oVirt-node install running
> nodectl info gives the error
>
>
>
> Traceback (most recent call last):
>   File "/usr/lib64/python2.7/runpy.py", line 162, in _run_module_as_main
> "__main__", fname, loader, pkg_name)
>   File "/usr/lib64/python2.7/runpy.py", line 72, in _run_code
> exec code in run_globals
>   File "/usr/lib/python2.7/site-packages/nodectl/__main__.py", line 42, in
> 
> CliApplication()
>   File "/usr/lib/python2.7/site-packages/nodectl/__init__.py", line 200,
> in CliApplication
> return cmdmap.command(args)
>   File "/usr/lib/python2.7/site-packages/nodectl/__init__.py", line 118,
> in command
> return self.commands[command](**kwargs)
>   File "/usr/lib/python2.7/site-packages/nodectl/__init__.py", line 76, in
> info
> Info(self.imgbased, self.machine).write()
>   File "/usr/lib/python2.7/site-packages/nodectl/info.py", line 46, in
> __init__
> self._fetch_information()
>   File "/usr/lib/python2.7/site-packages/nodectl/info.py", line 49, in
> _fetch_information
> self._get_bootloader_info()
>   File "/usr/lib/python2.7/site-packages/nodectl/info.py", line 62, in
> _get_bootloader_info
> bootinfo["entries"][k] = v.__dict__
> AttributeError: 'list' object has no attribute '__dict__'
>
>
> Also what is the correct way to update from ovirt node 4.2 to 4.3?
>
> I used
>
> yum install
> https://resources.ovirt.org/pub/ovirt-4.3/rpm/el7/noarch/ovirt-node-ng-image-update-4.3.4-1.el7.noarch.rpm
>
> I then did yum erase ovirt-release42 and rm  /etc/yum.repos.d/ovirt-4.2*
>
> Regards,
>Paul S.
> To view the terms under which this email is distributed, please go to:-
> http://leedsbeckett.ac.uk/disclaimer/email/
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/GNXDVTU66ZUFIRTHTNB2RPBGVYIFYLF5/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GDIOP5A4YD2QUMQHAN5P5KXQ4PD2EN5V/

[ovirt-users] Re: Need to enable STP on ovirt bridges

[Staniforth, Paul]

Maybe try changing it in /var/lib/vdsm/persistence/netconf/nets/ovirtmgmt

I'm not networking expert but isn't the migration network just for traffic when 
transferring the VM between hosts. I think the problem is more because your VM 
network connection is transferred to a new host and port on your physical 
switch.

Regards,
Paul S.


From: Curtis E. Combs Jr. 
Sent: 19 August 2019 12:39
To: Staniforth, Paul
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Need to enable STP on ovirt bridges

Hi Paul,

Thank you very much for the response. However, I have tried those
options. Adding "stp=on" does not enable STP on the bridges. Each node
has a 1Gb Ethernet connection as well as a 10Gb FC connection, I've
tried moving the VM migration network to each and the effect is the
same.

The vdsm disables STP when it writes the ifcfg-em0 or ifcfg-p1p1 files
in /etc/sysconfig/networking-scripts.

This behavior can been seen when using the standard "brctl show"
utilities directly logged into the host. Can the templates that the
VDSM uses to write those files be modified, possibly?

Thank you!

On Mon, Aug 19, 2019 at 6:26 AM Staniforth, Paul
 wrote:
>
> I haven't used FC with oVirt but in the following it shows the bridge options 
> available and how to enable Ethtool and FCoE.
>
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fovirt.org%2Fdocumentation%2Fadmin-guide%2Fappe-Custom_Network_Properties.html&data=02%7C01%7CP.Staniforth%40leedsbeckett.ac.uk%7C7572731a33a240ac39eb08d7249a01e8%7Cd79a81124fbe417aa112cd0fb490d85c%7C0%7C0%7C637018116181065280&sdata=4VYrh8fOvgkvbsSKiO%2BBnPuWwVY5uSZyVwH1iG3%2B%2B78%3D&reserved=0
>
>
> Regards,
>  Paul S.
>
> 
> From: ej.alb...@gmail.com 
> Sent: 17 August 2019 10:25
> To: users@ovirt.org
> Subject: [ovirt-users] Need to enable STP on ovirt bridges
>
> Hello. I have been trying to figure out an issue for a very long time.
> That issue relates to the ethernet and 10gb fc links that I have on my
> cluster being disabled any time a migration occurs.
>
> I believe this is because I need to have STP turned on in order to
> participate with the switch. However, there does not seem to be any
> way to tell oVirt to stop turning it off! Very frustrating.
>
> After entering a cronjob that enables stp on all bridges every 1
> minute, the migration issue disappears
>
> Is there any way at all to do without this cronjob and set STP to be
> ON without having to resort to such a silly solution?
>
> Here are some details about my systems, if you need it.
>
>
> selinux is disabled.
>
>
>
>
>
>
>
>
>
> [root@swm-02 ~]# rpm -qa | grep ovirt
> ovirt-imageio-common-1.5.1-0.el7.x86_64
> ovirt-release43-4.3.5.2-1.el7.noarch
> ovirt-imageio-daemon-1.5.1-0.el7.noarch
> ovirt-vmconsole-host-1.0.7-2.el7.noarch
> ovirt-hosted-engine-setup-2.3.11-1.el7.noarch
> ovirt-ansible-hosted-engine-setup-1.0.26-1.el7.noarch
> python2-ovirt-host-deploy-1.8.0-1.el7.noarch
> ovirt-ansible-engine-setup-1.1.9-1.el7.noarch
> python2-ovirt-setup-lib-1.2.0-1.el7.noarch
> cockpit-machines-ovirt-195.1-1.el7.noarch
> ovirt-hosted-engine-ha-2.3.3-1.el7.noarch
> ovirt-vmconsole-1.0.7-2.el7.noarch
> cockpit-ovirt-dashboard-0.13.5-1.el7.noarch
> ovirt-provider-ovn-driver-1.2.22-1.el7.noarch
> ovirt-host-deploy-common-1.8.0-1.el7.noarch
> ovirt-host-4.3.4-1.el7.x86_64
> python-ovirt-engine-sdk4-4.3.2-2.el7.x86_64
> ovirt-host-dependencies-4.3.4-1.el7.x86_64
> ovirt-ansible-repositories-1.1.5-1.el7.noarch
> [root@swm-02 ~]# cat /etc/redhat-release
> CentOS Linux release 7.6.1810 (Core)
> [root@swm-02 ~]# uname -r
> 3.10.0-957.27.2.el7.x86_64
> You have new mail in /var/spool/mail/root
> [root@swm-02 ~]# ip a
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> 2: em1:  mtu 1500 qdisc mq master
> test state UP group default qlen 1000
> link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff
> 3: em2:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether d4:ae:52:8d:50:49 brd ff:ff:ff:ff:ff:ff
> 4: p1p1:  mtu 1500 qdisc mq master
> ovirtmgmt state UP group default qlen 1000
> link/ether 90:e2:ba:1e:14:80 brd ff:ff:ff:ff:ff:ff
> 5: p1p2:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 90:e2:ba:1e:14:81 brd ff:ff:ff:ff:ff:ff
> 6: ovs-system:  mtu 1500 qdisc noop state DOWN
> group default qlen 1000
> link/ether a2:b8:d6:e8:b3:d8 brd ff:ff:ff:ff:ff:ff
> 7: br-int:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 96:a0:c1:4a:45:4b brd ff:ff:ff:ff:ff:ff
> 25: test:  mtu 1500 qdisc noqueue
> state UP group default qlen 1000
> link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff
> inet 10.15.11.21/24 brd 10.15.11.255 scope global test
>valid_lft forever preferred_lft f

[ovirt-users] Re: Need to enable STP on ovirt bridges

[Curtis E. Combs Jr.]

Hi Paul,

Thank you very much for the response. However, I have tried those
options. Adding "stp=on" does not enable STP on the bridges. Each node
has a 1Gb Ethernet connection as well as a 10Gb FC connection, I've
tried moving the VM migration network to each and the effect is the
same.

The vdsm disables STP when it writes the ifcfg-em0 or ifcfg-p1p1 files
in /etc/sysconfig/networking-scripts.

This behavior can been seen when using the standard "brctl show"
utilities directly logged into the host. Can the templates that the
VDSM uses to write those files be modified, possibly?

Thank you!

On Mon, Aug 19, 2019 at 6:26 AM Staniforth, Paul
 wrote:
>
> I haven't used FC with oVirt but in the following it shows the bridge options 
> available and how to enable Ethtool and FCoE.
>
> https://ovirt.org/documentation/admin-guide/appe-Custom_Network_Properties.html
>
>
> Regards,
>  Paul S.
>
> 
> From: ej.alb...@gmail.com 
> Sent: 17 August 2019 10:25
> To: users@ovirt.org
> Subject: [ovirt-users] Need to enable STP on ovirt bridges
>
> Hello. I have been trying to figure out an issue for a very long time.
> That issue relates to the ethernet and 10gb fc links that I have on my
> cluster being disabled any time a migration occurs.
>
> I believe this is because I need to have STP turned on in order to
> participate with the switch. However, there does not seem to be any
> way to tell oVirt to stop turning it off! Very frustrating.
>
> After entering a cronjob that enables stp on all bridges every 1
> minute, the migration issue disappears
>
> Is there any way at all to do without this cronjob and set STP to be
> ON without having to resort to such a silly solution?
>
> Here are some details about my systems, if you need it.
>
>
> selinux is disabled.
>
>
>
>
>
>
>
>
>
> [root@swm-02 ~]# rpm -qa | grep ovirt
> ovirt-imageio-common-1.5.1-0.el7.x86_64
> ovirt-release43-4.3.5.2-1.el7.noarch
> ovirt-imageio-daemon-1.5.1-0.el7.noarch
> ovirt-vmconsole-host-1.0.7-2.el7.noarch
> ovirt-hosted-engine-setup-2.3.11-1.el7.noarch
> ovirt-ansible-hosted-engine-setup-1.0.26-1.el7.noarch
> python2-ovirt-host-deploy-1.8.0-1.el7.noarch
> ovirt-ansible-engine-setup-1.1.9-1.el7.noarch
> python2-ovirt-setup-lib-1.2.0-1.el7.noarch
> cockpit-machines-ovirt-195.1-1.el7.noarch
> ovirt-hosted-engine-ha-2.3.3-1.el7.noarch
> ovirt-vmconsole-1.0.7-2.el7.noarch
> cockpit-ovirt-dashboard-0.13.5-1.el7.noarch
> ovirt-provider-ovn-driver-1.2.22-1.el7.noarch
> ovirt-host-deploy-common-1.8.0-1.el7.noarch
> ovirt-host-4.3.4-1.el7.x86_64
> python-ovirt-engine-sdk4-4.3.2-2.el7.x86_64
> ovirt-host-dependencies-4.3.4-1.el7.x86_64
> ovirt-ansible-repositories-1.1.5-1.el7.noarch
> [root@swm-02 ~]# cat /etc/redhat-release
> CentOS Linux release 7.6.1810 (Core)
> [root@swm-02 ~]# uname -r
> 3.10.0-957.27.2.el7.x86_64
> You have new mail in /var/spool/mail/root
> [root@swm-02 ~]# ip a
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default qlen 1000
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> inet 127.0.0.1/8 scope host lo
>valid_lft forever preferred_lft forever
> 2: em1:  mtu 1500 qdisc mq master
> test state UP group default qlen 1000
> link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff
> 3: em2:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether d4:ae:52:8d:50:49 brd ff:ff:ff:ff:ff:ff
> 4: p1p1:  mtu 1500 qdisc mq master
> ovirtmgmt state UP group default qlen 1000
> link/ether 90:e2:ba:1e:14:80 brd ff:ff:ff:ff:ff:ff
> 5: p1p2:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 90:e2:ba:1e:14:81 brd ff:ff:ff:ff:ff:ff
> 6: ovs-system:  mtu 1500 qdisc noop state DOWN
> group default qlen 1000
> link/ether a2:b8:d6:e8:b3:d8 brd ff:ff:ff:ff:ff:ff
> 7: br-int:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 96:a0:c1:4a:45:4b brd ff:ff:ff:ff:ff:ff
> 25: test:  mtu 1500 qdisc noqueue
> state UP group default qlen 1000
> link/ether d4:ae:52:8d:50:48 brd ff:ff:ff:ff:ff:ff
> inet 10.15.11.21/24 brd 10.15.11.255 scope global test
>valid_lft forever preferred_lft forever
> 26: ovirtmgmt:  mtu 1500 qdisc
> noqueue state UP group default qlen 1000
> link/ether 90:e2:ba:1e:14:80 brd ff:ff:ff:ff:ff:ff
> inet 10.15.28.31/24 brd 10.15.28.255 scope global ovirtmgmt
>valid_lft forever preferred_lft forever
> 27: ;vdsmdummy;:  mtu 1500 qdisc noop state DOWN
> group default qlen 1000
> link/ether 62:e5:e5:07:99:eb brd ff:ff:ff:ff:ff:ff
> 29: vnet0:  mtu 1500 qdisc mq master
> ovirtmgmt state UNKNOWN group default qlen 1000
> link/ether fe:6f:9c:95:00:02 brd ff:ff:ff:ff:ff:ff
> [root@swm-02 ~]# free -m
>   totalusedfree  shared  buff/cache   
> available
> Mem:  644131873   61804   9 735   
> 62062
> Swap: 16383   0   16383
> [root@swm-02 ~]# free -h
>  

[ovirt-users] Re: When I added the ovirt-node to the ovirt-engine through the web management interface, I get the following error: Host 172.16.41.100 installation failed. Failed to configure managemen

[Kaustav Majumder]

After you have configured the bride network try adding the host to ovirt
engine.

On Mon, Aug 19, 2019 at 3:03 PM  wrote:

> Thanks very much for Kaustav Majumder!
> After reading your links, I would like to ask, which step of installing
> ovirt-engine is followed by the operation of  “Installing VDSM from rpm” ?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/EGWHKS3CGOVLXXAOWR76MAW4V6KORDO3/
>


-- 

Thanks,

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

[ovirt-users] Re: When I added the ovirt-node to the ovirt-engine through the web management interface, I get the following error: Host 172.16.41.100 installation failed. Failed to configure managemen

[wangyu13476969128]

Thanks very much for Kaustav Majumder! 
After reading your links, I would like to ask, which step of installing 
ovirt-engine is followed by the operation of  “Installing VDSM from rpm” ?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EGWHKS3CGOVLXXAOWR76MAW4V6KORDO3/

[ovirt-users] Re: When I added the ovirt-node to the ovirt-engine through the web management interface, I get the following error: Host 172.16.41.100 installation failed. Failed to configure managemen

[Kaustav Majumder]

Hi,
You can follow the instructions here [1].

[1]
https://www.ovirt.org/develop/developer-guide/vdsm/installing-vdsm-from-rpm.html#configuring-the-bridge-interface

On Mon, Aug 19, 2019 at 1:53 PM Kaustav Majumder 
wrote:

> Hi,
> You can follow the instructions here [1].
>
>
> On Mon, Aug 19, 2019 at 1:11 PM  wrote:
>
>> When I added the ovirt-node  to the ovirt-engine through the web
>> management interface, I get the following error:  Host 172.16.41.100
>> installation failed. Failed to configure management network on the host.
>> Host 172.16.41.100 does not comply with the cluster cluster-kvm networks,
>> the following networks are missing on host: 'ovirtmgmt'
>>
>> How can I solve this problem ?
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WZRJXQLCQZGB7GZQPYJ34FIGXDRQCKCD/
>>
>
>
> --
>
> Thanks,
>
> Kaustav Majumder
>


-- 

Thanks,

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

[ovirt-users] Re: When I added the ovirt-node to the ovirt-engine through the web management interface, I get the following error: Host 172.16.41.100 installation failed. Failed to configure managemen

[Kaustav Majumder]

Hi,
You can follow the instructions here [1].


On Mon, Aug 19, 2019 at 1:11 PM  wrote:

> When I added the ovirt-node  to the ovirt-engine through the web
> management interface, I get the following error:  Host 172.16.41.100
> installation failed. Failed to configure management network on the host.
> Host 172.16.41.100 does not comply with the cluster cluster-kvm networks,
> the following networks are missing on host: 'ovirtmgmt'
>
> How can I solve this problem ?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WZRJXQLCQZGB7GZQPYJ34FIGXDRQCKCD/
>


-- 

Thanks,

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

[ovirt-users] Custum driver in oVirt node image?

[thomas]

Using 3 Mini-ITX Atoms J5005 boards to build a three node HC test environment 
(actually there is a fourth to simulate a remote DC)

These boards have a RealTek 8169 Gbit controller, which for hardware/firmware 
or driver reasons comes up just fine on cold boots, but struggles on warm-boots 
or whenever the interface is re-configured, as is the case when the OVS overlay 
is configured, ...

* unless link-speed autonegotiation is enabled

after which it works just fine.

So for a normal system, I can just put a proper ETHTOOL_OPTS="autoneg on" into 
/etc/sysconfig/network-scrkipts/ifcfg- to avoid trouble on warm 
boots, but once the overlay network is put on top, the network manager no 
longer controls the device and the standard "ignore" setting of driver/hardware 
evidently causes the link to fail: dmesg reports the interface toggling and ovs 
isn't happy either.

The Ethernet switch is unmanaged, so there is nothing I can do there to speed 
up or eliminate negotiations, and I currently see three options:
1. Find/be told where to renable Ethernet link speed autonegotiation with the 
OVS/VDSM/?? so the RTL8169 is happy again
2. Use a known USB3 GBit NIC (no space in the chassis to put e.g. an Intel NIC)
3. Make an USB3 2.5Gbit NIC based on RealTek's 8156 work, but currently that 
requires compiling from source and loading it at boot

Option 3 works just fine with a CentOS base, but I got tons of problem making 
oVirt hosted engine work with that.
Option 3 for the oVirt node image seems to class with the read-only nature of 
the oVirt node imge: While I can load a pre-compile driver interactively, I 
can't make it stick with dracut -f.

I haven't immediately found a way to patch/fix/build derivative oVirt node 
images with that driver included and am somewhat to impatient to wait until 
it's mainstream, so any help would be appreciated.

I've verified option 2 with a single USB3 GBit adapter natively supported by 
the kernel that I already had available, but I then opted to jump the gun and 
buy the slightly more expensive 2.5GBit variant as a better match to a Gluster 
environment: A mistake in this context as it turned out.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/734EU6EBQZPUAJUMQPV62T56VMG3FQJ5/

[ovirt-users] Re: Hosted Engine on seperate L2 network from nodes?

[Simone Tiraboschi]

On Fri, Aug 16, 2019 at 6:12 PM Dan Poltawski 
wrote:

> For some security requirements, I’ve been asked if it’s possible to
> segregate the hosted engine from the physical nodes, with specific
> firewalling for access to do node/ storage operations (I’m using managed
> block storage).
>
>
>
> Is this an approach others us, or is it better practice and just ensure
> the nodes and engine are all sharing the same network?
>

The hosted-engine needs to communicate with the hosts for management
operations; this happens over a logical network called management network.
The hosts have to communicate with the storage, you can create an
additional logical network with different addressing for that; the engine
doesn't need any direct access to the storage which is always mediated by
the hosts.

For simplicity, if feasible in your environment, I'd suggest to create an
additional storage dedicated logical network on your hosts instead of
playing with manual injected firewall rules over the management one.



>
>
> Thanks,
>
>
>
> dan
> --
>
> The Networking People (TNP) Limited. Registered office: Network House,
> Caton Rd, Lancaster, LA1 3PE. Registered in England & Wales with company
> number: 07667393
>
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the system manager.
> This message contains confidential information and is intended only for the
> individual named. If you are not the named addressee you should not
> disseminate, distribute or copy this e-mail. Please notify the sender
> immediately by e-mail if you have received this e-mail by mistake and
> delete this e-mail from your system. If you are not the intended recipient
> you are notified that disclosing, copying, distributing or taking any
> action in reliance on the contents of this information is strictly
> prohibited.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C4SAO7NAQGEA326YL4FRQQJHRO2NMFTK/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QKDP3JOG27CFKETBZUTDARXQLFVUBMTG/

[ovirt-users] When I added the ovirt-node to the ovirt-engine through the web management interface, I get the following error: Host 172.16.41.100 installation failed. Failed to configure management ne

[wangyu13476969128]

When I added the ovirt-node  to the ovirt-engine through the web management 
interface, I get the following error:  Host 172.16.41.100 installation failed. 
Failed to configure management network on the host.  Host 172.16.41.100 does 
not comply with the cluster cluster-kvm networks, the following networks are 
missing on host: 'ovirtmgmt'

How can I solve this problem ?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WZRJXQLCQZGB7GZQPYJ34FIGXDRQCKCD/