Re: [ovirt-users] Add disk to HostedEngine

[Simone Tiraboschi]

On Mon, Apr 4, 2016 at 12:01 AM, Brett I. Holcomb  wrote:
> My installation is a hosted-engine deployment with a host and the Engine VM
> running on it, version 3.6.4 of oVirt.  I attempted to add a disk to my
> Engine VM but am getting  the error "Cannot add Virtual Machine Disk.  This
> VM is not managed by the Engine".  I can add disks to a test VM I created.
>
> So how do I add another disk to the Engine VM?

Unfortunately it's currently still not supported.
Probably the easiest option to gain some space is directly mounting an
NFS share inside the VM.

> Thanks.
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Delete Failed to update OVF disks, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain hostedengine_nfs).

[Paul Groeneweg | Pazion]

I'd like to add:

- There are 2 OVF stores in my hosted_storage ( hostedengine_nfs ).
- I checked creation time, they are both created around the same time
http://screencast.com/t/hbXQFlou

So hopefully there is some way to update hosted storage sp it can be
updated.

Op do 31 mrt. 2016 om 15:41 schreef Maor Lipchuk :

> [Adding Roy to the thread]
> Roy,
>
> Can you please share your insight regarding the hosted engine behavior.
> It looks that one of the OVF_STORE disks is not valid and I think that
> detach/attach of the storage domain might fix the audit log errors.
> The question is, if it is possible to do so in hosted engine environment.
>
> Regards,
> Maor
>
> On Thu, Mar 31, 2016 at 4:14 PM, Paul Groeneweg | Pazion 
> wrote:
>
>>
>>
>> This storage domain is my hosted engine storage domain. So I should put
>> it to maintenance and then detach? http://screencast.com/t/kjgNpI7fQ
>>
>> Am I still able to use the hosed engine ( web interface) when this
>> stoarge domain is in maintenance and detached?
>>
>> As I don't want to risk detaching hosted storage storage domain and as a
>> results breaking my whole setup.
>>
>>
>>
>>
>>
>> Op do 31 mrt. 2016 om 15:07 schreef Maor Lipchuk :
>>
>>> Have you already tried to detach and attach the Storage Domain?
>>>
>>> On Thu, Mar 31, 2016 at 3:11 PM, Paul Groeneweg | Pazion >> > wrote:
>>>
 Hi Maor,

 I am refering to the eventlog, where these ovf errors appear every hour
 and fill up my eventlog

 http://screencast.com/t/S8cfXMsdGM



 Op do 31 mrt. 2016 om 14:07 schreef Maor Lipchuk :

> Hi Paul,
>
> Which problem are you referring, the remove of OVF_STORE disks or the
> audit log warning?
> In the screencast I can see that the Storage Domain is active but I
> didn't notice any audit log errors.
>
> Regards,
> Maor
>
> On Thu, Mar 31, 2016 at 2:38 PM, Paul Groeneweg | Pazion <
> p...@pazion.nl> wrote:
>
>> Hi Maor,
>>
>> The 3.6.4 did not solve the problem.
>>
>> Any idea how to fix this issue?
>> I believe it has something todo with the status of hosted_storage (
>> 1st entry )  http://screencast.com/t/vCx0CQiXm
>>
>> Op za 26 mrt. 2016 om 18:08 schreef Maor Lipchuk > >:
>>
>>> Hi Paul,
>>>
>>> Can you please update whether the upgrade for 3.6.4 has helped.
>>> Regarding the OVF_STORE disks, those disks should not be deleted
>>> since deleting them might reflect on the Disaster Recovery scenarios
>>>
>>> Regards,
>>> Maor
>>>
>>>
>>> On Thu, Mar 24, 2016 at 10:10 PM, Paul Groeneweg | Pazion <
>>> p...@pazion.nl> wrote:
>>>
 I believe my problem is related to this bug
 https://bugzilla.redhat.com/show_bug.cgi?id=1303316

 As you can see in the screenshot the hostedengine storage is
 unassigned and so both ovf_stores are OK, but not linked and therefore
  can't be updated?!

 So for now I guess I'll wait for update 3.6.4 and cross my fingers
 and updates solves the event log error.

 Op do 24 mrt. 2016 om 20:15 schreef Paul Groeneweg | Pazion <
 p...@pazion.nl>:

> I checked, the OVf, but I can only remove the OVF.
>
> http://screencast.com/t/vCx0CQiXm
>
> What happens when I remove them, is it safe?
>
> I checked agent.log and do not see the errors there
>
> MainThread::INFO::2016-03-24
> 20:12:28,154::image::116::ovirt_hosted_engine_ha.lib.image.Image::(prepare_images)
> Preparing images
>
> MainThread::INFO::2016-03-24
> 20:12:28,811::hosted_engine::684::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_storage_images)
> Reloading vm.conf from the shared storage domain
>
> MainThread::INFO::2016-03-24
> 20:12:28,811::config::205::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(refresh_local_conf_file)
> Trying to get a fresher copy of vm configuration from the OVF_STORE
>
> MainThread::INFO::2016-03-24
> 20:12:28,936::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
> Found OVF_STORE: imgUUID:18c50ea6-4654-4525-b241-09e15acf5e99,
> volUUID:2f2ccb59-a3f3-43bf-87eb-53595af01cf5
>
> MainThread::INFO::2016-03-24
> 20:12:29,147::ovf_store::100::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(scan)
> Found OVF_STORE: imgUUID:6e14348b-af7a-49bc-9af2-8b703c17a53d,
> volUUID:fabdd6f4-b8d6-4ffe-889c-df86b34619ca
>
> MainThread::INFO::2016-03-24
> 20:12:29,420::ovf_store::109::ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
> Extracting Engine VM OVF from the OVF_STORE
>
> MainThread::INFO::2016-03-24
> 20:

[ovirt-users] Uncaught exception occurred

[Bloemen , Jurriën]

Hi all,

After upgrading to 3.6.4 I'm seeing errors in the webadmin portal when
doing the following:

- Click on hosts.
- Select a host
- Put it in to maintenance
- VMs get migrated from the host
- Select an other host and go back to the first host
- I get the following messages in the screen:

Uncaught exception occurred. Please try reloading the page. Details:
Exception caught: (TypeError) __gwt$exception: : Cannot read
property 'cZ' of null
Please have your administrator check the UI logs

Uncaught exception occurred. Please try reloading the page. Details:
(TypeError) __gwt$exception: : Cannot read property 'cZ' of null
Please have your administrator check the UI logs


ui.log:

2016-04-04 09:02:04,431 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-572) [] Permutation name: 66E351AA64642526AAD6BC90105ABC9B
2016-04-04 09:02:04,431 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-572) [] Uncaught exception: :
com.google.gwt.event.shared.UmbrellaException: Exception caught:
(TypeError)
  __gwt$exception: : Cannot read property 'cZ' of null
 at
Unknown.ps(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@2739)
at
Unknown.xs(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@41)at
Unknown.C3(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@19)
at
Unknown.F3(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@19)
at
Unknown.P2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@117)
at
Unknown.Wvf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@41)
at Unknown.Mdm(@552)at Unknown.Xdm(@40763)
at
Unknown.$vf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@13399)
at
Unknown.Mu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@102)
at
Unknown.Cu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@59)
at
Unknown.eu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@19)
at
Unknown.du(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@177)
at
Unknown.(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@54)Caused
by: com.google.gwt.core.client.JavaScriptException: (TypeError)
  __gwt$exception: : Cannot read property 'cZ' of null
 at
Unknown.jWg(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@93)
at Unknown.d9s(@48)at Unknown.i9s(@41)at
Unknown.k9s(@63527)at
Unknown.kNr(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@189)
at
Unknown.Onl(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@19)
at
Unknown.jKp(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@36)
at
Unknown.BJo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@53)
at
Unknown.XIo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@31)
at
Unknown.NJo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@23255)
at
Unknown.eso(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@70)
at
Unknown.lto(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@29)
at
Unknown.Yto(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@29101)
at
Unknown.oRk(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@36)
at Unknown.Res(@59866)at
Unknown.Vvf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@13252)
at
Unknown.x$(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@2901)
at
Unknown.Z2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@209)
at
Unknown.P2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64642526AAD6BC90105ABC9B.cache.html@59)
... 9 more

2016-04-04 09:02:10,076 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-573) [] Permutation name: 66E351AA64642526AAD6BC90105ABC9B
2016-04-04 09:02:10,076 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-573) [] Uncaught exception: :
com.google.gwt.core.client.JavaScriptException: (TypeError)
  __gw

Re: [ovirt-users] centos 7.1 and up & ixgbe

[Johan Kooijman]

Hi Jurrien,

I don't see anything in logs on the nodes itself. The only thing we see in
logs are in engine log - it looses connectivity to the host.
Definitely CentOS 7.1/7.2 related. Downgraded the hosts to ovirt-iso 3.5,
this resolves the issue.

On Fri, Mar 18, 2016 at 9:01 AM, Bloemen, Jurriën <
jurrien.bloe...@dmc.amcnetworks.com> wrote:

> Hi Johan,
>
> Could you check if you see the following in you dmesg or message log file?
>
> [1123306.014288] [ cut here ]
> [1123306.014302] WARNING: at net/core/dev.c:2189
> skb_warn_bad_offload+0xcd/0xda()
> [1123306.014306] : caps=(0x00024849, 0x) len=330
> data_len=276 gso_size=276 gso_type=1 ip_summed=1
> [1123306.014308] Modules linked in: vhost_net macvtap macvlan
> ip6table_filter ip6_tables iptable_filter ip_tables ebt_arp ebtable_nat
> ebtables tun scsi_transport_iscsi iTCO_wdt iTCO_vendor_support
> dm_service_time intel_powerclamp coretemp intel_rapl kvm_intel kvm
> crct10dif_pclmul crc32_pclmul ghash_clmulni_intel cryptd pcspkr sb_edac
> edac_core i2c_i801 lpc_ich mfd_core mei_me mei wmi ioatdma shpchp
> ipmi_devintf ipmi_si ipmi_msghandler acpi_power_meter acpi_pad 8021q garp
> mrp bridge stp llc bonding dm_multipath xfs libcrc32c sd_mod crc_t10dif
> crct10dif_common ast syscopyarea sysfillrect sysimgblt drm_kms_helper ttm
> crc32c_intel igb drm ahci ixgbe i2c_algo_bit libahci libata mdio i2c_core
> ptp megaraid_sas pps_core dca dm_mirror dm_region_hash dm_log dm_mod
> [1123306.014360] CPU: 30 PID: 0 Comm: swapper/30 Tainted: GW
> --   3.10.0-229.1.2.el7.x86_64 #1
> [1123306.014362] Hardware name: Supermicro SYS-2028TP-HC1TR/X10DRT-PT,
> BIOS 1.1 08/03/2015
> [1123306.014364]  881fffc439a8 5326fb90ad1041ea 881fffc43960
> 81604afa
> [1123306.014371]  881fffc43998 8106e34b 881fcebb0500
> 881fce88c000
> [1123306.014376]  0001 0001 881fcebb0500
> 881fffc43a00
> [1123306.014381] Call Trace:
> [1123306.014383][] dump_stack+0x19/0x1b
> [1123306.014396]  [] warn_slowpath_common+0x6b/0xb0
> [1123306.014399]  [] warn_slowpath_fmt+0x5c/0x80
> [1123306.014405]  [] ? ___ratelimit+0x93/0x100
> [1123306.014409]  [] skb_warn_bad_offload+0xcd/0xda
> [1123306.014425]  [] __skb_gso_segment+0x79/0xb0
> [1123306.014429]  [] dev_hard_start_xmit+0x1a2/0x580
> [1123306.014438]  [] ? deliver_clone+0x50/0x50 [bridge]
> [1123306.014443]  [] sch_direct_xmit+0xee/0x1c0
> [1123306.014447]  [] dev_queue_xmit+0x1f8/0x4a0
> [1123306.014453]  [] br_dev_queue_push_xmit+0x7b/0xc0
> [bridge]
> [1123306.014458]  [] br_forward_finish+0x22/0x60 [bridge]
> [1123306.014464]  [] __br_forward+0x80/0xf0 [bridge]
> [1123306.014469]  [] br_forward+0x8b/0xa0 [bridge]
> [1123306.014476]  [] br_handle_frame_finish+0x175/0x410
> [bridge]
> [1123306.014481]  [] br_handle_frame+0x175/0x260 [bridge]
> [1123306.014485]  [] __netif_receive_skb_core+0x282/0x870
> [1123306.014490]  [] ? read_tsc+0x9/0x10
> [1123306.014493]  [] __netif_receive_skb+0x18/0x60
> [1123306.014497]  [] netif_receive_skb+0x40/0xd0
> [1123306.014500]  [] napi_gro_receive+0x80/0xb0
> [1123306.014512]  [] ixgbe_clean_rx_irq+0x7ac/0xb30
> [ixgbe]
> [1123306.014519]  [] ixgbe_poll+0x4bb/0x930 [ixgbe]
> [1123306.014524]  [] net_rx_action+0x152/0x240
> [1123306.014528]  [] __do_softirq+0xf7/0x290
> [1123306.014533]  [] call_softirq+0x1c/0x30
> [1123306.014539]  [] do_softirq+0x55/0x90
> [1123306.014543]  [] irq_exit+0x115/0x120
> [1123306.014546]  [] do_IRQ+0x58/0xf0
> [1123306.014551]  [] common_interrupt+0x6d/0x6d
> [1123306.014553][] ?
> cpuidle_enter_state+0x52/0xc0
> [1123306.014561]  [] ? cpuidle_enter_state+0x48/0xc0
> [1123306.014565]  [] cpuidle_idle_call+0xc5/0x200
> [1123306.014569]  [] arch_cpu_idle+0xe/0x30
> [1123306.014574]  [] cpu_startup_entry+0xf5/0x290
> [1123306.014580]  [] start_secondary+0x1ba/0x230
> [1123306.014582] ---[ end trace 4d5a1bc838e1fcc0 ]---
>
> If so, then could you try the following:
>
> ethtool -K  lro off
>
> Do this for all the 10G intel nics and check if the problems still exists
>
>
> *Kind regards,*
>
>
>
> *Jurriën Bloemen*
>
> On 17-03-16 09:49, Johan Kooijman wrote:
>
> Hi all,
>
> Since we upgraded to the latest ovirt node running 7.2, we're seeing that
> nodes become unavailable after a while. It's running fine, with a couple of
> VM's on it, untill it becomes non responsive. At that moment it doesn't
> even respond to ICMP. It'll come back by itself after a while, but oVirt
> fences the machine before that time and restarts VM's elsewhere.
>
> Engine tells me this message:
>
> VDSM host09 command failed: Message timeout which can be caused by
> communication issues
>
> Is anyone else experiencing these issues with ixgbe drivers? I'm running
> on Intel X540-AT2 cards.
>
> --
> Met vriendelijke groeten / With kind regards,
> Johan Kooijman
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/ma

[ovirt-users] oVirt 3.6.4 / PXE guest boot issues

[David LeVene]

Hey All,

Summary: ipxe fails to get DHCP address, but it works when I don't use ipxe eg 
from iso installer.

I'm running into the same issue which is noted in this thread, but the 
workaround they used didn't seem to work for me. I only change the rom images 
on the 1 ovirt host, nothing else - but have since changed them back.

There's a few differences to the environment I setup as well and am looking for 
any pointers.

http://lists.ovirt.org/pipermail/users/2015-March/031690.html

This is the config & a fresh build as of last week - so I'm using ovirt 3.6.4


1.   All 3 physical hosts were built from a vanilla foreman server which 
does everything (TFTP, DNS, DHCP, Puppet, and Puppet CA) - this is the same 
server I'm trying to use for the guests, so I know it works for bare metal 
hosts.

2.   Ovirt engine was installed using the rpm bundle/image (Cent OS7)

3.   3 Node ovirt setup very close to this guide -  
http://blogs-ramesh.blogspot.com.au/2016/01/ovirt-and-gluster-hyperconvergence.html

4.   There is a VMFEX/SRIOV network setup in the oVirt config and this is 
what is being used to provision the guest VM's

When I try and boot a host via PXE (have tried e1000 etc, but leaving as VirtIO 
driver) it fails to get the DHCP address, I can see the broadcast traffic 
hitting the foreman server, and the foreman server replying with an IP - but it 
isn't getting to the guest, or the packets are getting corrupted. The UCS is 
correctly identifying and seeing the MAC address, so that looks good as well 
from the VMFEX side of things.

Tested the dhcp only component, so I grabbed an ISO and booted from a CD. The 
installer correctly got its DHCP address and proceed to install. Once the host 
was on-line it correctly got its IP via DHCP - So by this I've proven that a vm 
guest can correctly receive DHCP packets when using the VMFEX network.

Open to any further suggestions - as when using this and a foreman 
server/katello satellite pxe booting is kinda important!

Screenshot of iPXE boot version
[cid:image001.png@01D18E9F.FE7AA5D0]

Cheers
David
This email and any attachments may contain confidential and proprietary 
information of Blackboard that is for the sole use of the intended recipient. 
If you are not the intended recipient, disclosure, copying, re-distribution or 
other use of any of this information is strictly prohibited. Please immediately 
notify the sender and delete this transmission if you received this email in 
error.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Network issues on install

[Yedidyah Bar David]

On Sat, Apr 2, 2016 at 8:14 PM, Brett I. Holcomb  wrote:
>
> On Fri, 2016-04-01 at 21:39 -0400, Brett I. Holcomb wrote:
>
> Two items here.
>
> oVirt version 3.6.4  Fresh install, not an upgrade.
>
>
> First, I noticed this issue when I did an install on a test machine but I
> didn't have the data to present.  Because of that and some other posts
> dealing with the network issue I kept notes when I installed on my
> production system.   I'm doing a hosted-engine setup.
>
> As part of the preparation I did the following before installing and
> deploying.
>
> * Removed NetworkManager with yum remove NetworkManager
> * The NIC that will be used for the oVirt management NIC is connected to a
> switch port expecting VLAN 50 so I set up a VLAN50 ifcfg file.
> * The IP address of the  server, prefix, gateway, and TWO DNS servers were
> setup in the ifcfg file. and name resolution worked.  I could ping the host
> by name as well as the oVirt Engine VM which was in DNS so the name resolved
> but obviously nothing would reply.  Other servers and workstations could
> resolve the host and engine names.
>
> 1.  On the host I ran hosted-engine --deploy and installed the OS (Centos 7
> (1511) on the Engine VM.  I rebooted the Engine VM, told the deployment that
> the Engine VM was running and it then continued and deployment told me to
> install the engine on the Engine VM.
> 2.  I updated the Engine VM via yum update,  installed the oVirt
> repositories, and ran the engine-setup which completed successfully.
> 3. I then went back to the host and told it the Engine was setup and at this
> point things went bad.  The deployment started whining about not being able
> to resolve myenginevm.mydomain.com host, did cleanup, per-termination,
> termination, and said the deployment failed and the system was unreliable,
> fix it,  whine, whine, whine.
> 4.  I tried a ping on myenginevm.mydomain.com and it failed.
>
> What I found was that when the bridge was created (ifcfg-ovirtmgmt) the DNS
> servers were left out!  They were in the original NIC ifcfg file but it
> appears the deployment didn't bother to bring them over to the bridge ifcfg.
> I find this very puzzling since the deployment insists on FQDNs so it should
> be smart enough to bring over the DNS server settings and not leave them
> out.  My /etc/resolv.conf file also had no DNS servers in it.
>
> I added the DNS server to the bridge ifcfg file, did a systemctl restart
> network and all is well again.  The host can ping the VM!
>
> However, the deployment thinks it failed and I can not restart the Engine
> VM.  I tried a reboot, made sure the ovirt daemons were running but if I try
> and do anything such as hosted-engine vm-start I get  "Unable to read
> vm.conf, please check ovirt-ha-agent logs".
>
> Second, I think that having the deployment fail simply because it can not
> contact the Engine VM is a very huge error/bug/whatever - its silly.  The
> deployment went well, the VM exists and is running but due to the deployment
> messing up the DNS servers it just can't find it.  The deployment should
> first, handle the name server setup correctly and second fail gracefully..
>
> I rebooted the server but still get the error about not being able to read
> vm.conf.  At this point I now have to run through the entire deployment
> again just because one phase messed up unless there is a way to work around
> this.  However, in the work that I've done with oVirt I've notice the
> deployment is not real robust and when it encounters errors that should
> allow it to recover.  I suggest that consideration be given to making the
> deployment smarter and more robust.
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> More info.
>
> This gets broken during the hosted-engine --deploy first phase (before the
> OS is installed on the Engine VM) which makes sense because I assume that's
> when the bridge is created.
>
> I added another logical network with a VLAN tag and this broke name
> resolution again.  I had to do systemctl restart network again and then name
> resolution was back.
>
> I'm attempting to use the web portal but it's very/very slow.  When I select
> the admin portal it can take 5+ minutes before it displays the login page if
> it ever does and doesn't time out.  Once I get the Admin login it goes
> pretty quickly.  I'm using Firefox 45.0.1 on Fedora 23.  Any reason for
> this?  From what I see the message about not supporting the browser is
> bogus.  My host has 64 gig memory, and E2620-v3 processor.

Looks similar to [1]. Adding Simone.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1160423
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Network issues on install

[Simone Tiraboschi]

On Mon, Apr 4, 2016 at 11:11 AM, Yedidyah Bar David  wrote:
> On Sat, Apr 2, 2016 at 8:14 PM, Brett I. Holcomb  wrote:
>>
>> On Fri, 2016-04-01 at 21:39 -0400, Brett I. Holcomb wrote:
>>
>> Two items here.
>>
>> oVirt version 3.6.4  Fresh install, not an upgrade.
>>
>>
>> First, I noticed this issue when I did an install on a test machine but I
>> didn't have the data to present.  Because of that and some other posts
>> dealing with the network issue I kept notes when I installed on my
>> production system.   I'm doing a hosted-engine setup.
>>
>> As part of the preparation I did the following before installing and
>> deploying.
>>
>> * Removed NetworkManager with yum remove NetworkManager
>> * The NIC that will be used for the oVirt management NIC is connected to a
>> switch port expecting VLAN 50 so I set up a VLAN50 ifcfg file.
>> * The IP address of the  server, prefix, gateway, and TWO DNS servers were
>> setup in the ifcfg file. and name resolution worked.  I could ping the host
>> by name as well as the oVirt Engine VM which was in DNS so the name resolved
>> but obviously nothing would reply.  Other servers and workstations could
>> resolve the host and engine names.

The issue is just here:
explicit static DNS configuration under
/etc/sysconfig/network-scripts/ifcfg-* is currently not allowed by
VDSM (see https://bugzilla.redhat.com/show_bug.cgi?id=1160667 ).
So, if you are going to use static network configuration, please
remove DNS1, DNS2... lines from /etc/sysconfig/network-scripts/ifcfg-*
and just configure it with a nameserver line under /etc/resolv.conf
then systemctl restart network
Try deploying hosted-engine again: VDSM network configuration will not
touch /etc/resolv.conf and it will work.


>> 1.  On the host I ran hosted-engine --deploy and installed the OS (Centos 7
>> (1511) on the Engine VM.  I rebooted the Engine VM, told the deployment that
>> the Engine VM was running and it then continued and deployment told me to
>> install the engine on the Engine VM.
>> 2.  I updated the Engine VM via yum update,  installed the oVirt
>> repositories, and ran the engine-setup which completed successfully.
>> 3. I then went back to the host and told it the Engine was setup and at this
>> point things went bad.  The deployment started whining about not being able
>> to resolve myenginevm.mydomain.com host, did cleanup, per-termination,
>> termination, and said the deployment failed and the system was unreliable,
>> fix it,  whine, whine, whine.
>> 4.  I tried a ping on myenginevm.mydomain.com and it failed.
>>
>> What I found was that when the bridge was created (ifcfg-ovirtmgmt) the DNS
>> servers were left out!  They were in the original NIC ifcfg file but it
>> appears the deployment didn't bother to bring them over to the bridge ifcfg.
>> I find this very puzzling since the deployment insists on FQDNs so it should
>> be smart enough to bring over the DNS server settings and not leave them
>> out.  My /etc/resolv.conf file also had no DNS servers in it.
>>
>> I added the DNS server to the bridge ifcfg file, did a systemctl restart
>> network and all is well again.  The host can ping the VM!
>>
>> However, the deployment thinks it failed and I can not restart the Engine
>> VM.  I tried a reboot, made sure the ovirt daemons were running but if I try
>> and do anything such as hosted-engine vm-start I get  "Unable to read
>> vm.conf, please check ovirt-ha-agent logs".
>>
>> Second, I think that having the deployment fail simply because it can not
>> contact the Engine VM is a very huge error/bug/whatever - its silly.  The
>> deployment went well, the VM exists and is running but due to the deployment
>> messing up the DNS servers it just can't find it.  The deployment should
>> first, handle the name server setup correctly and second fail gracefully..
>>
>> I rebooted the server but still get the error about not being able to read
>> vm.conf.  At this point I now have to run through the entire deployment
>> again just because one phase messed up unless there is a way to work around
>> this.  However, in the work that I've done with oVirt I've notice the
>> deployment is not real robust and when it encounters errors that should
>> allow it to recover.  I suggest that consideration be given to making the
>> deployment smarter and more robust.
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> More info.
>>
>> This gets broken during the hosted-engine --deploy first phase (before the
>> OS is installed on the Engine VM) which makes sense because I assume that's
>> when the bridge is created.
>>
>> I added another logical network with a VLAN tag and this broke name
>> resolution again.  I had to do systemctl restart network again and then name
>> resolution was back.
>>
>> I'm attempting to use the web portal but it's very/very slow.  When I select
>> the admin portal it can take 5+ minutes be

[ovirt-users] oVirt Community Newsletter, February+March 2016

[Mikey Ariel]

February and March were very exciting for oVirt, including our brand new
oVirt.org website launch, some great oVirt presentations at Developer
Conference CZ and FOSSASIA, and the release of oVirt 3.6.4. Check out
the newsletter for all the updates.

**FOSDEM VIDEO UPDATE: Unfortunately, not all FOSDEM videos were
published due to technical problems with the video equipment. See below
for links to the videos that were published.**

-
Software Releases
-

oVirt 3.6.5 First Release Candidate is now available for testing
http://lists.ovirt.org/pipermail/announce/2016-March/000241.html

oVirt 3.6.4 Final Release is now available
http://lists.ovirt.org/pipermail/announce/2016-March/000240.html


In the Community


First Boston oVirt Meetup held on March 16, join the meetup group for
future events!
http://www.meetup.com/Boston-oVirt-Community/

Get involved with the oVirt project! Spring edition
http://lists.ovirt.org/pipermail/infra/2016-March/014195.html

Yaniv Bronhaim presented an oVirt workshop at FOSSASIA 2016
http://www.slideshare.net/bronhaim/fossasia-16-ovirt-overview [Presentation]

The new oVirt.org website is now live, contributions welcome!
http://www.ovirt.org/blog/2016/02/welcome-to-new-ovirt-site/

Yaniv Kaul shares his experience at DevConf.cz 2016
http://www.ovirt.org/blog/2016/03/devconf-2016/

Mikey Ariel shares her experience at FOSDEM 2016
http://community.redhat.com/blog/2016/02/ovirt-rolls-into-fosdem/

Videos from oVirt-related sessions at FOSDEM 2016:

https://fosdem.org/2016/schedule/event/virt_iaas_host_lifecycle_content_management_in_ovirt/
https://fosdem.org/2016/schedule/event/virt_iaas_reactive_processing_ovirt/
https://fosdem.org/2016/schedule/event/virt_iaas_sweep_away_the_garbage/
https://fosdem.org/2016/schedule/event/managing_ceph_through_cinder_using_ovirt/
https://fosdem.org/2016/schedule/event/virt_iaas_ovirt_hyperconverge/
https://fosdem.org/2016/schedule/event/virt_iaas_containers_and_virtualization/

Videos from oVirt-related sessions at DevConf.cz 2016:

Smart VM Scheduling
https://www.youtube.com/watch?v=pkK4XxcKADw

In-Depth Look of VM Migration Algorithms
https://www.youtube.com/watch?v=j8hCoKEOUWM

oVirt and Gluster Hyperconvergence
https://www.youtube.com/watch?v=ksTYYpa6nko

Ceph integration with oVirt using Cinder
https://www.youtube.com/watch?v=ytPgMEPvb38

Host Fencing in oVirt
https://www.youtube.com/watch?v=B8qAkHXxU9o


Deep Dives and Technical Discussions


Deploying an Open Source VDI solution with oVirt
https://www.udsenterprise.com/en/blog/2015/03/25/deploying-open-source-vdi-solution-ovirt/?platform=hootsuite

oVirt 3.6 Installation
https://glennsnead.wordpress.com/2016/02/28/ovirt-3-6-installation/

Importing Glance Images as oVirt Templates
http://ovedou.blogspot.cz/2014/03/importing-glance-images-as-ovirt.html

Up and Running with oVirt 3.6 and Gluster Storage
http://www.ovirt.org/blog/2016/03/up-and-running-with-ovirt-3-6/

ApricityOS - Cinnamon Install and review
https://youtu.be/i-02ksBS1UU [Video]

oVirt 3.6 Networks and ISO Upload
https://glennsnead.wordpress.com/2016/02/29/ovirt-3-6-networks-and-iso-upload/



-- 
Mikey Ariel
Community Lead, oVirt
www.ovirt.org

"To be is to do" (Socrates)
"To do is to be" (Jean-Paul Sartre)
"Do be do be do" (Frank Sinatra)

Mobile: +420-702-131-141
IRC: mariel / thatdocslady
Twitter: @ThatDocsLady





signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Alexander Wels]

On Sunday, April 03, 2016 03:30:29 PM Brett I. Holcomb wrote:
> On Sun, 2016-04-03 at 21:20 +0200, Nicolas Ecarnot wrote:
> > Le 03/04/2016 17:13, Greg Sheremeta a écrit :
> > > We have patches in review that should fix this in 3.6.5. The
> > > underlying
> > > problem is a couple of JavaScript memory leaks.
> > 
> > God bless you!
> > 
> > Since 3.6.2 or 3.6.3, the web admin is getting close to unusable
> > after 
> > some minutes (Firefox or Chrome, windows or Linux).
> > Alex Wels helped me try to debug this, but though much time spent on 
> > this, we failed.
> > In a way, I'm satisfied other people are also expressing the same 
> > frustration about this issue, if that can help to debug.
> > 
> > Thank you.
> 
> Thank you also.  I'm on 3.6.4 just released version and it can take 5+
> minutes to go from the welcome page to the admin login page and then
> the interface is slow and frequently throws exceptions.  

Two things to check if going from the welcome page to the login page is THAT 
show.

1. Make 100% sure your DNS is setup correctly (or your /etc/hosts if that is 
what you use). If the engine cannot resolve itself, it will create lots of 
issues.
2. If you are running hosted engine, make sure you have enough entropy, the 
login page generates a couple of tokens using secure random, which eats away 
at your entropy budget heavily and since hosted engine is a VM it is possible 
that you don't have enough entropy. You can check your entropy level with 
this:

cat /proc/sys/kernel/random/entropy_avail

There are several options for solving the entropy problem if that is the case.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Uncaught exception occurred

[Alexander Wels]

On Monday, April 04, 2016 08:19:58 AM Bloemen, Jurriën wrote:
> Hi all,
> 
> After upgrading to 3.6.4 I'm seeing errors in the webadmin portal when
> doing the following:
> 
> - Click on hosts.
> - Select a host
> - Put it in to maintenance
> - VMs get migrated from the host
> - Select an other host and go back to the first host
> - I get the following messages in the screen:
> 
> Uncaught exception occurred. Please try reloading the page. Details:
> Exception caught: (TypeError) __gwt$exception: : Cannot read
> property 'cZ' of null
> Please have your administrator check the UI logs
> 
> Uncaught exception occurred. Please try reloading the page. Details:
> (TypeError) __gwt$exception: : Cannot read property 'cZ' of null
> Please have your administrator check the UI logs
> 
> 
> ui.log:
> 
> 2016-04-04 09:02:04,431 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-572) [] Permutation name: 66E351AA64642526AAD6BC90105ABC9B
> 2016-04-04 09:02:04,431 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-572) [] Uncaught exception: :
> com.google.gwt.event.shared.UmbrellaException: Exception caught:
> (TypeError)
>   __gwt$exception: : Cannot read property 'cZ' of null
>  at
> Unknown.ps(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@2739)
 at
> Unknown.xs(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@41)at
> Unknown.C3(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@19) at
> Unknown.F3(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@19)
 at
> Unknown.P2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@117)
 at
> Unknown.Wvf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@41)
 at Unknown.Mdm(@552)   
> at Unknown.Xdm(@40763) at
> Unknown.$vf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@13399)
 at
> Unknown.Mu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@102)
 at
> Unknown.Cu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@59)
 at
> Unknown.eu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@19)
 at
> Unknown.du(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@177)
 at
> Unknown.(https://twinp101.mgt.example.net/ovirt-engine/webadmin/6
> 6E351AA64642526AAD6BC90105ABC9B.cache.html@54)Caused
 by:
> com.google.gwt.core.client.JavaScriptException: (TypeError)
>   __gwt$exception: : Cannot read property 'cZ' of null
>  at
> Unknown.jWg(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@93)
 at Unknown.d9s(@48)at
> Unknown.i9s(@41)at Unknown.k9s(@63527)at
> Unknown.kNr(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@189)
 at
> Unknown.Onl(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@19)
 at
> Unknown.jKp(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@36)
 at
> Unknown.BJo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@53)
 at
> Unknown.XIo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@31)
 at
> Unknown.NJo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@23255)
 at
> Unknown.eso(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@70)
 at
> Unknown.lto(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@29)
 at
> Unknown.Yto(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@29101)
 at
> Unknown.oRk(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@36)
 at Unknown.Res(@59866)   
> at
> Unknown.Vvf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
> 4642526AAD6BC90105ABC9B.cache.html@13252)
 at
> Unknown.x$(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@2901)
 at
> Unknown.Z2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@209)
 at
> Unknown.P2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
> 642526AAD6BC90105ABC9B.cache.html@59)
 ... 9 more
> 
> 2016-04-04 09:02:10,076 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.

Re: [ovirt-users] ***UNCHECKED*** Re: kvm vcpu0 unhandled rdmsr

[gregor]

Hi,

the host and VM are all up-to-date with latest packages for CentOS 7.*.

In /proc/cpuinfo I see "nx" in the flags list, the full list is on the
and of the mail.

Is it possible that this problem destroy the Windows Server 2012 R2 VM?
Now I start the third installation, hopefully this time it will not get
damaged. If it fails again I have to use another virtualization provider
and leave oVirt, and I was so happy to leave VMWare :°(

This is the command line for a VM (got with ps aux ...):
/usr/libexec/qemu-kvm -name srv02 -S -machine
pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Westmere -m
size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp
1,maxcpus=16,sockets=16,cores=1,threads=1 -numa
node,nodeid=0,cpus=0,mem=2048 -uuid 6765fd03-ac0d-49ea-b8ba-cf10c60d3968
-smbios type=1,manufacturer=oVirt,product=oVirt
Node,version=7-2.1511.el7.centos.2.10,serial=39343937-3439-5A43-3135-353130324542,uuid=6765fd03-ac0d-49ea-b8ba-cf10c60d3968
-no-user-config -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-srv02/monitor.sock,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc
base=2016-04-03T21:24:06,driftfix=slew -global
kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on
-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device
virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x5
-drive if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive
file=/rhev/data-center/0001-0001-0001-0001-033d/4443edf0-54aa-4ef5-84c2-a433813f304a/images/f596f9a8-c6c4-41b8-b547-7f83829807fe/5028abbd-35c8-4dcd-95a0-3d0c61dfc2b7,if=none,id=drive-virtio-disk0,format=raw,serial=f596f9a8-c6c4-41b8-b547-7f83829807fe,cache=none,werror=stop,rerror=stop,aio=threads
-device
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:57,bus=pci.0,addr=0x3
-chardev
socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/6765fd03-ac0d-49ea-b8ba-cf10c60d3968.com.redhat.rhevm.vdsm,server,nowait
-device
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
-chardev
socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/6765fd03-ac0d-49ea-b8ba-cf10c60d3968.org.qemu.guest_agent.0,server,nowait
-device
virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
-chardev spicevmc,id=charchannel2,name=vdagent -device
virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
-spice
port=5904,tls-port=5905,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on
-device
qxl-vga,id=video0,ram_size=67108864,vram_size=33554432,vgamem_mb=16,bus=pci.0,addr=0x2
-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x7 -msg timestamp=on

Here are the full flags list:
fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36
clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx
smx est tm2 ssse3 fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe
popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm arat epb
pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust
bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_occup_llc

On 04/04/16 08:52, Yaniv Kaul wrote:
> 
> 
> On Sun, Apr 3, 2016 at 10:07 PM, gregor  > wrote:
> 
> Update: The problem occur when a VM reboots.
> When I change the CPU Type from default "Intel Haswell-noTSX" to
> "Westmere" the error is gone.
> 
> 
> The error ""kvm ... vcpu0 unhandled rdmsr ..." is quite harmless. 
> I assume you are running the latest qemu/kvm packages.
> Can you ensure NX is enabled on your host?
> In any case, this is most likely a qemu/kvm issue - the command line of
> the VM and information regarding the qemu packages and host versions
> will be needed.
> Y.
>  
> 
> 
> But which CPU type is now the best so I don't lose performance.
> 
> Host CPU: Intel(R) Xeon(R) CPU E5-2603 v3 @ 1.60GHz
> 
> regards
> gregor
> 
> On 03/04/16 20:36, gregor wrote:
> > Hi,
> >
> > on one Host I get very often the message
> >
> > "kvm ... vcpu0 unhandled rdmsr ..."
> >
> > When this occurs some VM's are stuck. Really bad is this for an
> Windows
> > Server 2012 R2 VM which stucks so heavy that the VM is getting corrupt
> > and the VM is unable to boot anymore and a Windows Recovery in any way
> > didn't help. Therefor I had to reinstall the VM, this works for some
> > day's but now the VM is still damaged. So I can'

[ovirt-users] ovirt reports

[Fernando Fuentes]

Team,

I am trying to run an ovirt report (Summary of Host usage) and I get "No
Data Available"
The logs show no errors.

I am running oVirt Engine Version: 3.5.4.2-1.el6 with Ovirt Reports.

Any ideas?

Regards,

-- 
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Uncaught exception occurred

[Nathanaël Blanchet]

very useful tip for a lot of people who meet this issue (so do I)

Le 04/04/2016 14:53, Alexander Wels a écrit :

On Monday, April 04, 2016 08:19:58 AM Bloemen, Jurriën wrote:

Hi all,

After upgrading to 3.6.4 I'm seeing errors in the webadmin portal when
doing the following:

- Click on hosts.
- Select a host
- Put it in to maintenance
- VMs get migrated from the host
- Select an other host and go back to the first host
- I get the following messages in the screen:

Uncaught exception occurred. Please try reloading the page. Details:
Exception caught: (TypeError) __gwt$exception: : Cannot read
property 'cZ' of null
Please have your administrator check the UI logs

Uncaught exception occurred. Please try reloading the page. Details:
(TypeError) __gwt$exception: : Cannot read property 'cZ' of null
Please have your administrator check the UI logs


ui.log:

2016-04-04 09:02:04,431 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-572) [] Permutation name: 66E351AA64642526AAD6BC90105ABC9B
2016-04-04 09:02:04,431 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-572) [] Uncaught exception: :
com.google.gwt.event.shared.UmbrellaException: Exception caught:
(TypeError)
   __gwt$exception: : Cannot read property 'cZ' of null
  at
Unknown.ps(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@2739)

  at

Unknown.xs(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@41)at
Unknown.C3(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@19) at
Unknown.F3(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@19)

  at

Unknown.P2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@117)

  at

Unknown.Wvf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@41)

  at Unknown.Mdm(@552)

at Unknown.Xdm(@40763) at
Unknown.$vf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@13399)

  at

Unknown.Mu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@102)

  at

Unknown.Cu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@59)

  at

Unknown.eu(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@19)

  at

Unknown.du(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@177)

  at

Unknown.(https://twinp101.mgt.example.net/ovirt-engine/webadmin/6
6E351AA64642526AAD6BC90105ABC9B.cache.html@54)Caused

  by:

com.google.gwt.core.client.JavaScriptException: (TypeError)
   __gwt$exception: : Cannot read property 'cZ' of null
  at
Unknown.jWg(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@93)

  at Unknown.d9s(@48)at

Unknown.i9s(@41)at Unknown.k9s(@63527)at
Unknown.kNr(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@189)

  at

Unknown.Onl(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@19)

  at

Unknown.jKp(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@36)

  at

Unknown.BJo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@53)

  at

Unknown.XIo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@31)

  at

Unknown.NJo(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@23255)

  at

Unknown.eso(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@70)

  at

Unknown.lto(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@29)

  at

Unknown.Yto(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@29101)

  at

Unknown.oRk(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@36)

  at Unknown.Res(@59866)

at
Unknown.Vvf(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA6
4642526AAD6BC90105ABC9B.cache.html@13252)

  at

Unknown.x$(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@2901)

  at

Unknown.Z2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@209)

  at

Unknown.P2(https://twinp101.mgt.example.net/ovirt-engine/webadmin/66E351AA64
642526AAD6BC90105ABC9B.cache.html@59)

  ... 9 more

2016-04-04 09:02:10,076 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtR

Re: [ovirt-users] ovirt reports

[Yedidyah Bar David]

On Mon, Apr 4, 2016 at 4:54 PM, Fernando Fuentes  wrote:
> Team,
>
> I am trying to run an ovirt report (Summary of Host usage) and I get "No
> Data Available"
> The logs show no errors.
>
> I am running oVirt Engine Version: 3.5.4.2-1.el6 with Ovirt Reports.
>
> Any ideas?

Is dwh running? Please check/post its logs. Thanks.

>
> Regards,
>
> --
> Fernando Fuentes
> ffuen...@txweather.org
> http://www.txweather.org
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users



-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] [ANN] oVirt 3.6.5 Second Release Candidate is now available for testing

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the Second
Release Candidate of oVirt 3.6.5 for testing, as of April 4th, 2016

This release is available now for:
* Fedora 22
* Red Hat Enterprise Linux 6.7
* CentOS Linux 6.7 (or similar)
* Red Hat Enterprise Linux 7.2 or later
* CentOS Linux (or similar) 7.2 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.2 or later
* CentOS Linux (or similar) 7.2 or later
* Fedora 22

This release is also available with experimental support for:
* Debian 8.3 Jessie

This release candidate includes the following updated packages:
* ovirt-engine
* ovirt-engine-extension-aaa-ldap

See the release notes [1] for installation / upgrade instructions and a
list of new features and bugs fixed.

Notes:
* A new oVirt Live ISO will be available soon [2].
* Mirrors[3] might need up to one day to synchronize.

Additional Resources:
* Read more about the oVirt 3.6.5 release highlights:
http://www.ovirt.org/release/3.6.5/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] http://www.ovirt.org/release/3.6.5/
[2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Losing IP config on host

[Rein van Weerden]

Hi David,

Thanks for your reaction.

I’m using IPv4 addressing.
I upgraded to oVirt 3.6.4.1-1.el7.centos, but that did not solve the problem.

When i use the setupnetworks from the Python SDK it looks like the that the XML 
that send to the oVirt engine has the ip address settings but they are not send 
to the host (hypervisor). But the VDSM removes the network configuration. After 
that the communication between the engine and the host is gone, obviously.
I include some logs.



nets.xml
Description: XML document


supervdsm.log
Description: Binary data


vdsm.log
Description: Binary data


->Rein.


> On 24 Mar 2016, at 05:03, David LeVene  wrote:
> 
> Hi Rein,
> 
> Not sure if you are using IPv6, but I ran into this issue it wouldn't 
> configure things correctly. If I fixed it manually after a reboot it would 
> fail again. There is a patch that is being released in ovirt 3.6.4 which 
> resolves the issue I was having.
> 
> Your issue might be related - 
> http://lists.ovirt.org/pipermail/users/2016-March/038201.html which is fixed 
> in https://gerrit.ovirt.org/#/c/54237
> 
> The RH guys will generally ask for your vdsm logs and maybe supervdsm (see 
> the above post for more information on where they are located). Looking in 
> these logs might guide you as well.
> 
> Regards
> David
> 
> -Original Message-
> From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
> Rein van Weerden
> Sent: Thursday, March 24, 2016 07:16
> To: users@ovirt.org
> Subject: [ovirt-users] Losing IP config on host
> 
> Hi All,
> 
> When creating a new host i lose the ip configuration on the host while 
> creating the interfaces.
> Please advice.
> 
> Using:
> oVirt engine 3.6.3.4-1 on CentOS 7
> oVirt engine SDK python 3.6.3.0
> 
> ->Rein.
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> This email and any attachments may contain confidential and proprietary 
> information of Blackboard that is for the sole use of the intended recipient. 
> If you are not the intended recipient, disclosure, copying, re-distribution 
> or other use of any of this information is strictly prohibited. Please 
> immediately notify the sender and delete this transmission if you received 
> this email in error.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Network issues on install

[Brett I. Holcomb]

On Mon, 2016-04-04 at 11:29 +0200, Simone Tiraboschi wrote:
> On Mon, Apr 4, 2016 at 11:11 AM, Yedidyah Bar David 
> wrote:
> > On Sat, Apr 2, 2016 at 8:14 PM, Brett I. Holcomb 
> > com> wrote:
> > > 
> > > On Fri, 2016-04-01 at 21:39 -0400, Brett I. Holcomb wrote:
> > > 
> > > Two items here.
> > > 
> > > oVirt version 3.6.4  Fresh install, not an upgrade.
> > > 
> > > 
> > > First, I noticed this issue when I did an install on a test
> > > machine but I
> > > didn't have the data to present.  Because of that and some other
> > > posts
> > > dealing with the network issue I kept notes when I installed on
> > > my
> > > production system.   I'm doing a hosted-engine setup.
> > > 
> > > As part of the preparation I did the following before installing
> > > and
> > > deploying.
> > > 
> > > * Removed NetworkManager with yum remove NetworkManager
> > > * The NIC that will be used for the oVirt management NIC is
> > > connected to a
> > > switch port expecting VLAN 50 so I set up a VLAN50 ifcfg file.
> > > * The IP address of the  server, prefix, gateway, and TWO DNS
> > > servers were
> > > setup in the ifcfg file. and name resolution worked.  I could
> > > ping the host
> > > by name as well as the oVirt Engine VM which was in DNS so the
> > > name resolved
> > > but obviously nothing would reply.  Other servers and
> > > workstations could
> > > resolve the host and engine names.
> 
> The issue is just here:
> explicit static DNS configuration under
> /etc/sysconfig/network-scripts/ifcfg-* is currently not allowed by
> VDSM (see https://bugzilla.redhat.com/show_bug.cgi?id=1160667 ).
> So, if you are going to use static network configuration, please
> remove DNS1, DNS2... lines from /etc/sysconfig/network-scripts/ifcfg-
> *
> and just configure it with a nameserver line under /etc/resolv.conf
> then systemctl restart network
> Try deploying hosted-engine again: VDSM network configuration will
> not
> touch /etc/resolv.conf and it will work.
> 
> 
> > > 1.  On the host I ran hosted-engine --deploy and installed the OS
> > > (Centos 7
> > > (1511) on the Engine VM.  I rebooted the Engine VM, told the
> > > deployment that
> > > the Engine VM was running and it then continued and deployment
> > > told me to
> > > install the engine on the Engine VM.
> > > 2.  I updated the Engine VM via yum update,  installed the oVirt
> > > repositories, and ran the engine-setup which completed
> > > successfully.
> > > 3. I then went back to the host and told it the Engine was setup
> > > and at this
> > > point things went bad.  The deployment started whining about not
> > > being able
> > > to resolve myenginevm.mydomain.com host, did cleanup, per-
> > > termination,
> > > termination, and said the deployment failed and the system was
> > > unreliable,
> > > fix it,  whine, whine, whine.
> > > 4.  I tried a ping on myenginevm.mydomain.com and it failed.
> > > 
> > > What I found was that when the bridge was created (ifcfg-
> > > ovirtmgmt) the DNS
> > > servers were left out!  They were in the original NIC ifcfg file
> > > but it
> > > appears the deployment didn't bother to bring them over to the
> > > bridge ifcfg.
> > > I find this very puzzling since the deployment insists on FQDNs
> > > so it should
> > > be smart enough to bring over the DNS server settings and not
> > > leave them
> > > out.  My /etc/resolv.conf file also had no DNS servers in it.
> > > 
> > > I added the DNS server to the bridge ifcfg file, did a systemctl
> > > restart
> > > network and all is well again.  The host can ping the VM!
> > > 
> > > However, the deployment thinks it failed and I can not restart
> > > the Engine
> > > VM.  I tried a reboot, made sure the ovirt daemons were running
> > > but if I try
> > > and do anything such as hosted-engine vm-start I get  "Unable to
> > > read
> > > vm.conf, please check ovirt-ha-agent logs".
> > > 
> > > Second, I think that having the deployment fail simply because it
> > > can not
> > > contact the Engine VM is a very huge error/bug/whatever - its
> > > silly.  The
> > > deployment went well, the VM exists and is running but due to the
> > > deployment
> > > messing up the DNS servers it just can't find it.  The deployment
> > > should
> > > first, handle the name server setup correctly and second fail
> > > gracefully..
> > > 
> > > I rebooted the server but still get the error about not being
> > > able to read
> > > vm.conf.  At this point I now have to run through the entire
> > > deployment
> > > again just because one phase messed up unless there is a way to
> > > work around
> > > this.  However, in the work that I've done with oVirt I've notice
> > > the
> > > deployment is not real robust and when it encounters errors that
> > > should
> > > allow it to recover.  I suggest that consideration be given to
> > > making the
> > > deployment smarter and more robust.
> > > 
> > > 
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://li

Re: [ovirt-users] Add disk to HostedEngine

[Brett I. Holcomb]

On Mon, 2016-04-04 at 09:51 +0200, Simone Tiraboschi wrote:
> On Mon, Apr 4, 2016 at 12:01 AM, Brett I. Holcomb 
> om> wrote:
> > My installation is a hosted-engine deployment with a host and the
> > Engine VM
> > running on it, version 3.6.4 of oVirt.  I attempted to add a disk
> > to my
> > Engine VM but am getting  the error "Cannot add Virtual Machine
> > Disk.  This
> > VM is not managed by the Engine".  I can add disks to a test VM I
> > created.
> > 
> > So how do I add another disk to the Engine VM?
> 
> Unfortunately it's currently still not supported.
> Probably the easiest option to gain some space is directly mounting
> an
> NFS share inside the VM.
> 
> > Thanks.
> > 
> > 
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> > 
Thanks. I thought I might be missing something.  Hopefully it will be
added soon.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt reports

[Fernando Fuentes]

Didi,

As requested.


[root@ovirt-dev ~]# service ovirt-engine-dwhd status
ovirt-engine-dwhd (pid  32410) is running...
[root@ovirt-dev ~]# 

The log is over at pastebin to prevent a huge email/

http://pastebin.com/hPcYCKVE

Hope that is ok.

Regards,

-- 
Fernando Fuentes
ffuen...@txweather.org
http://www.txweather.org

On Mon, Apr 4, 2016, at 09:15 AM, Yedidyah Bar David wrote:
> On Mon, Apr 4, 2016 at 4:54 PM, Fernando Fuentes 
> wrote:
> > Team,
> >
> > I am trying to run an ovirt report (Summary of Host usage) and I get "No
> > Data Available"
> > The logs show no errors.
> >
> > I am running oVirt Engine Version: 3.5.4.2-1.el6 with Ovirt Reports.
> >
> > Any ideas?
> 
> Is dwh running? Please check/post its logs. Thanks.
> 
> >
> > Regards,
> >
> > --
> > Fernando Fuentes
> > ffuen...@txweather.org
> > http://www.txweather.org
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 
> -- 
> Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VM's in ? Unknown state.

[Tim Macy]

Occasionally I have a single VM go into an "?" unknown state and the only
method of recovery is to kill the PID on the host.  This happens once or
twice a week to 1 out of 500+ VM's.  There is no pattern to this and VM
operating system doesn't seem to make any difference.

Logs are attached.
aus02gmovirt01 is the Engine
aus02gdc1kvm02 is the VM Host


hung
Description: Binary data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Brett I. Holcomb]

On Mon, 2016-04-04 at 14:51 -0400, Alexander Wels wrote:
> On Monday, April 04, 2016 02:34:33 PM you wrote:
> > It is a hosted engine setup with the host on a physical  server.  I
> > wasn't
> > aware  that the engine used the entropy.  What do
> > you  recommend  to fix
> > it?
> > 
> 
> Okay, if it is a 3.6 then you should be able edit the hosted engine
> VM in the 
> UI itself. I haven't done any self hosted engine myself but there are
> some 
> things you can't edit, not sure if the rng is one of them. Anyway if
> you can 
> edit the hosted engine VM then open up the advanced options (bottom
> left 
> button in popup), then click the random generator side tab, and check
> the 
> random generator enabled button (if it is not checked already that
> is).
> 
> As far as I know that should be enought to have the random passed
> from the 
> host to the VM and that should improve the entropy on the host
> engine. You 
> might have to restarted the hosted engine VM for it to take effect.
> 
> If the above is not possible or doesn't work, I would go with yum
> install 
> haveged, then chkconfig haveged on, service haveged start or if it is
> centos 7 
> then its systemctl haveged enable and systemctl haveged start.
> 
I've checked the box and restarte the vm from the host hosted-engine --
vm-shutdown and then --vm-start.  Entropy on host and engine still
around 200 and it's taking a while to change pages but not as long as
it did before so I may have to add haveged.  I'll watch it and see.
snipped below...___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to connect a VM with a port = -1

[zhangjian]

Hi, michal

# I have deleted the environment now.
engine was 3.6 (upgraded from 3.5) and host/compatibilty_level kept with 
3.5.

is it the reason for my problem?
if yes, how to solve it? just upgrade the vdsm and change the cluster 
compatibilty level to 3.6?



Regards,
kenn

在 2016年04月01日 16:52, Michal Skrivanek 写道:


On 28 Mar 2016, at 04:32, zhangjian > wrote:


hi, Romani


Thank for your help.

> Does this happen consistently or just sporadically? Which version 
of packages are you using?


This issue happen consistently.


Is your engine side also 3.5?
Or are you running 3.6 engine with 3.5 hosts in 3.5 cluster 
compatibilty level?


Thanks,
michal



VDSM Packages:
vdsm-xmlrpc-4.16.36-1.el6ev.noarch
vdsm-python-4.16.36-1.el6ev.noarch
vdsm-jsonrpc-4.16.36-1.el6ev.noarch
vdsm-python-zombiereaper-4.16.36-1.el6ev.noarch
vdsm-yajsonrpc-4.16.36-1.el6ev.noarch
vdsm-cli-4.16.36-1.el6ev.noarch
vdsm-4.16.36-1.el6ev.x86_64



Regards
kenn


在 2016年03月25日 15:48, Francesco Romani 写道:




*From: *"zhangjian" 
*To: *users@ovirt.org
*Sent: *Friday, March 25, 2016 5:13:28 AM
*Subject: *[ovirt-users]  How to connect a VM with a port = -1

Hi guys,


I created a VM in ovirt, and I found it a port = -1, How can I
connect to it using like remote-viewer.

--
console.vv

[virt-viewer]
type=spice
host=XXX.XXX.XXX.XXX
port=-1
password=J4xu1swd59A5
# Password is valid for 120 seconds.
delete-this-file=1
fullscreen=0
title=test:%d
toggle-fullscreen=shift+f11
...
...
...
--

I usually use the following command to connect to my VM when it
has a positive value。
remote-viewer spice://XXX.XXX.XXX.XXX:590X


Hi,

-1 is what Engine sends to trigger auto allocation of spice ports 
from libvirt on the virtualization Host.
Once the VM is booted, Vdsm should report the port allocated by 
libvirt to Engine.


Does this happen consistently or just sporadically? Which version of 
packages are you using?



Bests,

--
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani


___
Users mailing list
Users@ovirt.org 
http://lists.ovirt.org/mailman/listinfo/users






___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] The engine- commands

[Brett I. Holcomb]

I've been playing these and wondering what these really do.  I know
engine-iso-uploader and engine-image-uploader really work since I've
used them but the others don't do anything useful or give me wrong
information.  I'm running these on the Engine VM in a hosted-engine
deployment with version 3.64.

engine-config list outputs nothing at all.  I won't try the others yet.
engine-manage-domains edit --domain=Adomain simply tells me the the
domain adomain does not exist and it's converted it all to lowercas


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] heavy webadmin

[Brett I. Holcomb]

On Mon, 2016-04-04 at 14:51 -0400, Alexander Wels wrote:
> On Monday, April 04, 2016 02:34:33 PM you wrote:
> > It is a hosted engine setup with the host on a physical  server.  I
> > wasn't
> > aware  that the engine used the entropy.  What do
> > you  recommend  to fix
> > it?
> > 
> 
> Okay, if it is a 3.6 then you should be able edit the hosted engine
> VM in the 
> UI itself. I haven't done any self hosted engine myself but there are
> some 
> things you can't edit, not sure if the rng is one of them. Anyway if
> you can 
> edit the hosted engine VM then open up the advanced options (bottom
> left 
> button in popup), then click the random generator side tab, and check
> the 
> random generator enabled button (if it is not checked already that
> is).
> 
> As far as I know that should be enought to have the random passed
> from the 
> host to the VM and that should improve the entropy on the host
> engine. You 
> might have to restarted the hosted engine VM for it to take effect.
> 
> If the above is not possible or doesn't work, I would go with yum
> install 
> haveged, then chkconfig haveged on, service haveged start or if it is
> centos 7 
> then its systemctl haveged enable and systemctl haveged start.
> 
> > 
> > Sent from my Verizon Wireless 4G LTE smartphone Original
> > message
> > From: Alexander Wels  Date:
> > 04/04/2016  13:57 
> > (GMT-05:00) To: biholc...@l1049h.com Subject: Re: [ovirt-users]
> > heavy
> > webadmin
> > On Monday, April 04, 2016 12:55:55 PM you wrote:
> > > On Mon, 2016-04-04 at 08:41 -0400, Alexander Wels wrote:
> > > > On Sunday, April 03, 2016 03:30:29 PM Brett I. Holcomb wrote:
> > > > > On Sun, 2016-04-03 at 21:20 +0200, Nicolas Ecarnot wrote:
> > > > > > Le 03/04/2016 17:13, Greg Sheremeta a écrit :
> > > > > > > We have patches in review that should fix this in 3.6.5.
> > > > > > > The
> > > > > > > underlying
> > > > > > > problem is a couple of JavaScript memory leaks.
> > > > > > 
> > > > > > God bless you!
> > > > > > 
> > > > > > Since 3.6.2 or 3.6.3, the web admin is getting close to
> > > > > > unusable
> > > > > > after
> > > > > > some minutes (Firefox or Chrome, windows or Linux).
> > > > > > Alex Wels helped me try to debug this, but though much time
> > > > > > spent
> > > > > > on
> > > > > > this, we failed.
> > > > > > In a way, I'm satisfied other people are also expressing
> > > > > > the
> > > > > > same
> > > > > > frustration about this issue, if that can help to debug.
> > > > > > 
> > > > > > Thank you.
> > > > > 
> > > > > Thank you also.  I'm on 3.6.4 just released version and it
> > > > > can take
> > > > > 5+
> > > > > minutes to go from the welcome page to the admin login page
> > > > > and
> > > > > then
> > > > > the interface is slow and frequently throws exceptions. 
> > > > 
> > > > Two things to check if going from the welcome page to the login
> > > > page
> > > > is THAT
> > > > show.
> > > > 
> > > > 1. Make 100% sure your DNS is setup correctly (or your
> > > > /etc/hosts if
> > > > that is
> > > > what you use). If the engine cannot resolve itself, it will
> > > > create
> > > > lots of
> > > > issues.
> > > > 2. If you are running hosted engine, make sure you have enough
> > > > entropy, the
> > > > login page generates a couple of tokens using secure random,
> > > > which
> > > > eats away
> > > > at your entropy budget heavily and since hosted engine is a VM
> > > > it is
> > > > possible
> > > > that you don't have enough entropy. You can check your entropy
> > > > level
> > > > with
> > > > this:
> > > > 
> > > > cat /proc/sys/kernel/random/entropy_avail
> > > > 
> > > > There are several options for solving the entropy problem if
> > > > that is
> > > > the case.
> > > 
> > > DNS is 200% working  .  All hosts are resolvable from any
> > > where on
> > > the network and host can see engine and vice versa.
> > > Entropy problems makes more sense.  I'd forgotten about this
> > > being a VM
> > > and I've run into the issue generating certs on VMware guests.  I
> > > have
> > > entropy_avail value of 159.  Is that good or bad and if bad what
> > > do I
> > > need to do.
> > 
> > 159 is horrible to be honest, that is most likely the cause of your
> > problems. Anything below around 300 is bad.
> > 
> > I am assuming this is not a hosted engine since you said you forgot
> > this is
> > actually a virtual machine. So you are running some other kind of
> > VM manager
> > to host the engine. The best thing to do is check if there is a way
> > for
> > your manager to pass sources of random to the VM. In oVirt its a
> > couple of
> > check boxes in the cluster setup and the VM setup. Obviously I
> > don't know
> > what you are using so I can't comment on that.
> > 
> > Another thing you can do is install some kind of psuedo random
> > generator
> > like haveged or rngd. I know for a fact you can simply 'yum install
> > haveged' and it will work (someone else had the same problem and
> > solved it
> > that way).
> > 
>

Re: [ovirt-users] ovirt reports

[Yedidyah Bar David]

On Mon, Apr 4, 2016 at 8:53 PM, Fernando Fuentes  wrote:
> Didi,
>
> As requested.
>
>
> [root@ovirt-dev ~]# service ovirt-engine-dwhd status
> ovirt-engine-dwhd (pid  32410) is running...
> [root@ovirt-dev ~]#
>
> The log is over at pastebin to prevent a huge email/
>
> http://pastebin.com/hPcYCKVE
>
> Hope that is ok.

The log looks mostly ok to me.

Was this a normal, default setup?

Please post the output of:

su - postgres -c 'psql -c \\l'

su - postgres -c "psql -c 'SELECT pg_database.datname,
pg_size_pretty(pg_database_size(pg_database.datname)) FROM
pg_database'"

su - postgres -c "psql ovirt_engine_reports -c 'select
connectionurl,username from jijdbcdatasource'"

grep DATABASE /etc/ovirt-engine/engine.conf.d/*
/etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/*

grep dbName /var/lib/ovirt-engine-reports/build-conf/master.properties

Adding Shirly.
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] The engine- commands

[Yedidyah Bar David]

On Tue, Apr 5, 2016 at 4:33 AM, Brett I. Holcomb  wrote:
> I've been playing these and wondering what these really do.  I know
> engine-iso-uploader and engine-image-uploader really work since I've used
> them but the others don't do anything useful or give me wrong information.
> I'm running these on the Engine VM in a hosted-engine deployment with
> version 3.64.
>
> engine-config list outputs nothing at all.  I won't try the others yet.

Please check 'engine-config -h', and also:

http://www.ovirt.org/develop/developer-guide/engine/engine-config-examples/

> engine-manage-domains edit --domain=Adomain simply tells me the the domain
> adomain does not exist and it's converted it all to lowercas

This is mostly obsoleted by aaa:

http://www.ovirt.org/develop/release-management/features/infra/aaa/

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users