Re: [ovirt-users] Slowness in the deploying a vm from template

[Alex Crow]

Hi,

FYI the "thin" option is in the "resource allocation" tab when
"advanced" is selected in the New VM dialog.

Cheers

Alex

On 14/07/16 19:46, Karli Sjöberg wrote:
>
>
> Den 14 jul 2016 20:31 skrev Budur Nagaraju :
> >
> > HI
> >
> > When a deploy a vm from template its takes 10-15 Minutes to get
> deployed , is it a known one or any settings do i need to do ?
>
> Yeah, that's 'cause you're _cloning_ the new VM. What you want is to
> thin provision it, goes faster than a speeding bullet:)
>
> /K
>
> > am using oVirt3.5 version.
> >
> > Thanks,
> > Nagaraju
> >
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Slowness in the deploying a vm from template

[Budur Nagaraju]

HI Karli,

Template is created by selecting Thin provision ,while deploying am not
getting the options to select thin provision any help would really
appreciate .'

Thanks,
Nagaraju


On Fri, Jul 15, 2016 at 12:16 AM, Karli Sjöberg 
wrote:

>
> Den 14 jul 2016 20:31 skrev Budur Nagaraju :
> >
> > HI
> >
> > When a deploy a vm from template its takes 10-15 Minutes to get deployed
> , is it a known one or any settings do i need to do ?
>
> Yeah, that's 'cause you're _cloning_ the new VM. What you want is to thin
> provision it, goes faster than a speeding bullet:)
>
> /K
>
> > am using oVirt3.5 version.
> >
> > Thanks,
> > Nagaraju
> >
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Slowness in the deploying a vm from template

[Karli Sjöberg]

Den 14 jul 2016 20:31 skrev Budur Nagaraju :
>
> HI
>
> When a deploy a vm from template its takes 10-15 Minutes to get deployed , is 
> it a known one or any settings do i need to do ?

Yeah, that's 'cause you're _cloning_ the new VM. What you want is to thin 
provision it, goes faster than a speeding bullet:)

/K

> am using oVirt3.5 version.
>
> Thanks,
> Nagaraju
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Import of ova failed

[Cam Mac]

Hi,

I'm trying to import some .ova images from VMWare that have been copied to
a node. In both cases they fail with the error:

"Conversion of VM from exteral enironment failed: copy-disk stream closed
unexpectedly"

(the message above is copied verbatim from the log, including
the misspellings)

One of the VMs is a RHEL 6.6 and the other is Windows 7. The import reports
adding a disk and then running a conversion, then appears to fail about 5
or 6 minutes into converting the image.

I'm considering using virt-v2v to do the conversion of the .ova, but I'm
not sure how to get that into ovirt then.

Any suggestions?

Regards,

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

Re: [ovirt-users] hosted-engine engine crash

[Mark Gagnon]

More details, Hosts and Engine are running Centos7, ovirt version 3.6.
NFS shares are on different servers (Not on the hosts)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt-engine-4.0.6:Command '/data/ovirt-engine/share/ovirt-engine/bin/ovirt-engine-crypto-tool.sh' failed to execute

[??????]

With test user run ovirt-engine-4.0.6, reported the following, this is how it 
happened?

360EFB03@A7125D52.707A8757
Description: Binary data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] hosted-Engine setup: hostname 'node01.example.com' doesn't uniquely match the interface selected for the management bridge

[Yedidyah Bar David]

On Tue, Jul 5, 2016 at 5:56 PM, mots  wrote:
> Hello,
>
> I'm trying to install Ovirt 4 on a new set of hosts. During "hosted-engine 
> --deploy" I get the following error: (personal information is replaced with 
> generic placeholders)
>
> [ INFO  ] Stage: Setup validation
> [ ERROR ] Failed to execute stage 'Setup validation': hostname 
> 'node01.example.com' doesn't uniquely match the interface 'ens802f1' selected 
> for the management bridge; it matches also interface with IP 
> set(['192.168.99.10']). Please make sure that the hostname got from the 
> interface for the management network resolves only there.
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file 
> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160705144908.conf'
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination
> [ ERROR ] Hosted Engine deployment failed: this system is not reliable, 
> please check the issue, fix and redeploy
>   Log file is located at 
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160705144711-tl98lx.log
>
> That IP "192.168.99.10" doesn't resolve to anything, because I haven't added 
> it to the DNS server. It's also not in /etc/hosts.
> It's just the IP for the storage network that doesn't use DNS at all.
>
> From the log:
>
> 2016-07-05 14:49:08 DEBUG otopi.plugins.gr_he_common.network.bridge 
> bridge._get_hostname_from_bridge_if:274 Network info: {'netmask': 
> u'255.255.255.0', 'ipaddr': u'192.168.10.194', 'gateway': u'192.168.10.2'}

Meaning the interface ens802f1 has address 192.168.10.194

> 2016-07-05 14:49:08 DEBUG otopi.plugins.gr_he_common.network.bridge 
> bridge._get_hostname_from_bridge_if:310 hostname: 'node01.example.com', 
> aliaslist: '[]', ipaddrlist: '['192.168.99.10', '192.168.10.194']'

This is the result of:

python -c 'import socket; print(socket.gethostbyaddr("192.168.10.194"));'

> 2016-07-05 14:49:08 DEBUG otopi.context context._executeMethod:142 method 
> exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in 
> _executeMethod
> method['method']()
>   File 
> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-common/network/bridge.py",
>  line 327, in _get_hostname_from_bridge_if
> o=other_ip,
> RuntimeError: hostname 'node01.example.comh' doesn't uniquely match the 
> interface 'ens802f1' selected for the management bridge; it matches also 
> interface with IP set(['192.168.99.10']). Please make sure that the hostname 
> got from the interface for the management network resolves only there.
> 2016-07-05 14:49:08 ERROR otopi.context context._executeMethod:151 Failed to 
> execute stage 'Setup validation': hostname 'node01.example.com' doesn't 
> uniquely match the interface 'ens802f1' selected for the management bridge; 
> it matches also interface with IP set(['192.168.99.10']). Please make sure 
> that the hostname got from the interface for the management network resolves 
> only there.
>
> The output for dig:
>
> [root@node01 ~]# dig node01.example.com
>
> ; <<>> DiG 9.9.4-RedHat-9.9.4-29.el7_2.3 <<>> node01.example.com
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45269
> ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2
>
> ;; OPT PSEUDOSECTION:
> ; EDNS: version: 0, flags:; udp: 4096
> ;; QUESTION SECTION:
> ;node01.example.com. IN  A
>
> ;; ANSWER SECTION:
> node01.example.com. 3600 IN  A   192.168.10.194
>
> ;; AUTHORITY SECTION:
> example.com   900 IN  NS  dns.example.com.
>
> ;; ADDITIONAL SECTION:
> dns.example.com. 900 IN  A   192.168.10.61
>
> ;; Query time: 3 msec
> ;; SERVER: 192.168.10.61#53(192.168.10.61)
> ;; WHEN: Die Jul 05 15:14:48 CEST 2016
> ;; MSG SIZE  rcvd: 110
>
> Output for nslookup:
>
> [root@node01 ~]# nslookup 192.168.99.10
> Server: 192.168.10.61
> Address:192.168.10.61#53
>
> ** server can't find 10.99.168.192.in-addr.arpa.: NXDOMAIN
>
> Why does the setup script think that my hostname resolves to 192.168.99.10?

Please run above python command and see for yourself.

Perhaps you have other means it uses for name resolution.

Check /etc/nsswitch.conf, getent, mdns, /etc/hosts, etc.

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

Re: [ovirt-users] ovirt 4.0 hosted engine deploy

[Edward Haas]

On Mon, Jul 4, 2016 at 12:36 PM, Roy Golan  wrote:

>
>
> On Mon, Jul 4, 2016 at 12:23 PM, qinglong.d...@horebdata.cn <
> qinglong.d...@horebdata.cn> wrote:
>
>> Hi, all
>> I got an error when I excuted "hosted-engine --deploy" on centos
>> 7.0
>>
>
> We don't support 7.0 you need Centos 7.2
>
> If you are running 7.2 look at /var/log/vdsm/vdsm.log to see why it isn't
> functional
>
>>
>>
>
>> [root@node ~]# hosted-engine --deploy
>> [ INFO  ] Stage: Initializing
>> [ INFO  ] Generating a temporary VNC password.
>> [ INFO  ] Stage: Environment setup
>>   During customization use CTRL-D to abort.
>>
>>   Continuing will configure this host for serving as hypervisor and 
>> create a VM where you have to install the engine afterwards.
>>   Are you sure you want to continue? (Yes, No)[Yes]:
>> [ INFO  ] Hardware supports virtualization
>>   Configuration files: []
>>
>>   Log file: 
>> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160704170730-e6bm6x.log
>>   Version: otopi-1.5.0 (otopi-1.5.0-1.el7.centos)
>> [ INFO  ] Stage: Environment packages setup
>> [ INFO  ] Stage: Programs detection
>> [ INFO  ] Stage: Environment setup
>> [ INFO  ] Waiting for VDSM to reply
>> ..
>> [ INFO  ] Waiting for VDSM to reply
>>
>> [ ERROR ] Failed to execute stage 'Environment setup': Couldnt  connect to 
>> VDSM within 240 seconds
>> [ INFO  ] Stage: Clean up
>>
>> [ INFO  ] Generating answer file 
>> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160704171138.conf'
>> [ INFO  ] Stage: Pre-termination
>> [ INFO  ] Stage: Termination
>>
>> [ ERROR ] Hosted Engine deployment failed: this system is not reliable, 
>> please check the issue, fix and redeploy
>>
>>   Log file is located at 
>> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160704170730-e6bm6x.log
>>
>
Could you please send the setup log?
Disabling IPv6 is just a workaround, everything should work fine when IPv6
is enabled.


>
>> Anyone can help? Thanks!
>> --
>>
>>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt metrics

[Yaniv Dary]

We are aiming to add IOPS per VM per Disk in oVirt 4.1.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Wed, Jul 13, 2016 at 2:44 PM, Dominique Taffin  wrote:

> Hello!
>
> very nice implementation - and very good blog entry.
>
> IMHO a very important metric should be made available: IOPS.
>
> IOPS are a very important factor when using shared storage among a
> cluster. It is a key indicator for identifying issues and performance
> bottlenecks and also having a base for scaling proper storage devices.
> Beeing able to display IOPS per VM would be a great benefit for large
> scale enterprises.
>
> best,
>  Dominique
>
>
> On Wed, 2016-07-13 at 13:36 +0300, Yaniv Bronheim wrote:
> > Hi,
> >
> > In oVirt-4.0 we introduced integration with metrics collectors, In
> > [1] you will find a guide for utilizing your environment to retrieve
> > visualized reports about hosts and vms statistics.
> >
> > I encourage to try that out and send us requests for additional
> > valuable metrics that you think vdsm should publish.
> > This area is still work in progress and we plan to support more
> > technologies and different architectures for metrics collections as
> > describes in the post. This will follow by additional links in the
> > post ([1]) that describe how to do so.. stay tuned.
> >
> > [1] https://bronhaim.wordpress.com/2016/06/26/ovirt-metrics
> >
> > --
> > Yaniv Bronhaim.
> > ___
> > 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
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.5.6 to 4.0

[Demeter Tibor]

Hi,

- 2016. júl.. 14., 10:09, Yedidyah Bar David d...@redhat.com írta:

> On Thu, Jul 14, 2016 at 10:38 AM, Demeter Tibor  wrote:
>>
>> Dear members!
>>
>> We have an ovirt cluster that based on el6 and 3.5.6
>> It is contain three nodes, but the first node is an all-in-one installation.
>> I would like to upgrade the whole system to 4.0. Also I would like to switch
>> to hosted engine modell.
> 
> Sounds like a combination of:
> 
> [1]
> http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/
> [2] https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/
> [3]
> https://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine
> 
>> Now, we bought new servers for the migration.
> 
> "For the migration", meaning you intend to eventually migrate to them?
> And decommission the existing ones?

:) No, it was an old plan. So we bought them because we want to switch to 
ultra-dense multipurpose servers from individual servers. 


> 
> Also, I assume you want el7 on all hosts eventually.
> 
> Storage remains as-is?
The storage is NFS based storgae.
> 
> How important is no downtime for the VMs?
We could makes downtime if that needed.

> 
>>
>> What is the good way to migrate nodes, etc?
> 
> Something like:
> 1. Create new storage space for the hosted-engine
> 2. Install el7 on one of the new hosts, NH1
> 3. deploy hosted-engine on NH1

Have I add the old IP to this engine? Because it same with the node.

Also, I would like to switch to VLANs with the migration, if possible. I don't 
know when I need to make this, after or under the migration process..

> Follow [1]:
> - backup existing engine and stop/disable engine there
> - restore backup on the engine vm (after you install engine,
> but do not engine-setup)
> - engine-setup
> - When 'hosted-engine --deploy' will try to add the host to
> the engine, it might fail, because it will add it to Default
> cluster, which has el6 hosts. Check [2] about this - create
> new cluster and add there.
> - All of the above in 3.5.

How can I install 3.5 and not 4.0 from repositories?

> 4. Perhaps add the other new hosts, perhaps as hosted-engine
> hosts - if you want HA for the engine vm
> 5. Migrate all VMs to the new cluster.
> 6. Delete old hosts
> 7. Upgrade to 3.6 - check [2]
> 8. Upgrade to 4.0 - should be normal procedure [3]
> 
> I recommend testing this on test systems prior to prod.
> You can use nested kvm for this.
> 
> Best,
> --
> Didi

Thank you

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

Re: [ovirt-users] 3.5.6 to 4.0

[Yedidyah Bar David]

On Thu, Jul 14, 2016 at 10:38 AM, Demeter Tibor  wrote:
>
> Dear members!
>
> We have an ovirt cluster that based on el6 and 3.5.6
> It is contain three nodes, but the first node is an all-in-one installation.
> I would like to upgrade the whole system to 4.0. Also I would like to switch
> to hosted engine modell.

Sounds like a combination of:

[1] 
http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/
[2] https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/
[3] 
https://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine

> Now, we bought new servers for the migration.

"For the migration", meaning you intend to eventually migrate to them?
And decommission the existing ones?

Also, I assume you want el7 on all hosts eventually.

Storage remains as-is?

How important is no downtime for the VMs?

>
> What is the good way to migrate nodes, etc?

Something like:
1. Create new storage space for the hosted-engine
2. Install el7 on one of the new hosts, NH1
3. deploy hosted-engine on NH1
Follow [1]:
- backup existing engine and stop/disable engine there
- restore backup on the engine vm (after you install engine,
but do not engine-setup)
- engine-setup
- When 'hosted-engine --deploy' will try to add the host to
the engine, it might fail, because it will add it to Default
cluster, which has el6 hosts. Check [2] about this - create
new cluster and add there.
- All of the above in 3.5.
4. Perhaps add the other new hosts, perhaps as hosted-engine
hosts - if you want HA for the engine vm
5. Migrate all VMs to the new cluster.
6. Delete old hosts
7. Upgrade to 3.6 - check [2]
8. Upgrade to 4.0 - should be normal procedure [3]

I recommend testing this on test systems prior to prod.
You can use nested kvm for this.

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

[ovirt-users] 3.5.6 to 4.0

[Demeter Tibor]

Dear members! 

We have an ovirt cluster that based on el6 and 3.5.6 
It is contain three nodes, but the first node is an all-in-one installation. 
I would like to upgrade the whole system to 4.0. Also I would like to switch to 
hosted engine modell. 
Now, we bought new servers for the migration. 

What is the good way to migrate nodes, etc? 

Thanks in advance 

Regards,Tibor 



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

Re: [ovirt-users] Kernel related errors with Fedora 24 Guest

[Milan Zamazal]

Alexis HAUSER  writes:

> This doesn't looks really good, right ? Should I report that somewhere ?
>
> I actually had this bug when using RHEL7 profile for a Fedora 24 (to provide
> enough vram, because the default with other profiles is really lower).

I don't have any idea what the problem might be.  You may want to report
it on Fedora kernel, the bug may be elsewhere, but hopefully they
redirect you to the right place if this is the case.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users