Re: [ovirt-users] How to change disk from thin to pre allocated

[ovirt]

Hi Gianluca,

thank you for the feedback with the templates.
I will take a look into it.

Best regards
Christoph

Am 09.02.2017 um 21:12 schrieb Gianluca Cecchi:


On Thu, Feb 9, 2017 at 4:46 PM, Gianluca Cecchi 
> wrote:


On Thu, Feb 9, 2017 at 4:11 PM, > wrote:

Hi Gianluca,

I tried to clone the VM but it does not help. It is still thin
allocation.

Best regards
Christoph



Hi,
I referred to this information for the clone of VM scenario:
http://lists.ovirt.org/pipermail/users/2016-May/040129.html

that contains:

"
>What happens if you clone a source VM which is using "thin" ?
The VM cloned from a thin templated base VM will be created with a
full
copy of the disk (as in "Clone" when creating from template)
"
but I have not tried myself recently with 4.0/4.1 versions

Instead I did test some days ago with 4.0.6 this scenario below as
I wanted to convert a source thin provisioned VM to a preallocated
template:
VM is powered on
create a snapshot of the VM
select the snapshot line and select clone
in resource allocation section of the new vm screen change
allocation policy for the desired disk/s from thin provision to
preallocated
Then you can decommission old VM and use the cloned one
Verified today in 4.1 too.

Or from the snapshot line you can also "make template" if you plan
to use it as a base for more VMs.
But in this case (tested in 4.1) your options are shown in a
"Format" column, not "Allocation Policy" column; and you can
choose between QCOW2 (that should be thin) and Raw (that should be
preallocated).
See my screenshot:

https://drive.google.com/file/d/0BwoPbcrMv8mvTHIzTU5kdHVJOG8/view?usp=sharing


Probably it should be made consistent and show "Allocation Policy"
instead and related values?

Gianluca






Hi,
I just tested this on 4.1:
- take a VM with a thin provisioned disk
How to see allocation policy?
It seems suboptimal for me: I would expect to see this kind of 
information in disks sub pane of the vm.
Instead I have to select snaphsots sub pane, then for example the 
"Current' line, and at the right side sub pane in disks tab I see 
"Allocation Policy" - thin provision


- make a clone of it in a new VM
In the same sub pane for the new VM I see preallocated so it seems 
to work as I read

This is on FC-SAN. What kind of storage is yours?




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

[ovirt-users] Importing an OVA appliance

[Anantha Raghava]

Hi,

Has any one tried and documented the process of importing an appliance 
(OVA or qcow2) into oVirt? Also, need to have a procedure to eexport the 
VM into an appliance from oVirt.


--

Thanks & Regards,


Anantha Raghava

eXzaTech Consulting And Services Pvt. Ltd.


Do not print this e-mail unless required. Save Paper & trees.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrading oVirt-Node-NG from 4.0.3 to 4.0.6

[Beckman, Daniel]

I’ve noticed something that may be related. I have two hosts that had 4.03 
installed from the ISO (from console of the host), and two with 4.0.4 (also 
from an ISO). At various points since going from engine 3.6 to 4.04 to 4.05, 
we’ve had the ‘upgrade available’ message pop up on all 4 hosts, and in each 
case I’ve put the host in maintenance mode and let it run the ‘upgrade’. They 
don’t generate any errors; they reboot and report a finished upgrade. But they 
still report as being 4.03 and 4.04 hosts.

When I manually run ‘yum update’ from any of the hosts, they report ‘no 
packages marked for update’.

Update – After looking more closely, it looks like most repos are disabled on 
the hosts. I’m not sure how it got to that state as I never would have disabled 
them:

[root@labvmhostt03 etc]# yum repolist all
Loaded plugins: fastestmirror, imgbased-warning
Warning: yum operations are not persisted across upgrades!
Loading mirror speeds from cached hostfile
* ovirt-4.0: mirror.linux.duke.edu
* ovirt-4.0-epel: mirror.nexcess.net
repo id repo name   
  status
C7.0.1406-base/x86_64   CentOS-7.0.1406 
- Base
disabled
C7.0.1406-centosplus/x86_64 CentOS-7.0.1406 
- CentOSPlus  
disabled
C7.0.1406-extras/x86_64 CentOS-7.0.1406 
- Extras  
disabled
C7.0.1406-fasttrack/x86_64  CentOS-7.0.1406 
- CentOSPlus  
disabled
C7.0.1406-updates/x86_64CentOS-7.0.1406 
- Updates 
disabled
C7.1.1503-base/x86_64   CentOS-7.1.1503 
- Base
disabled
C7.1.1503-centosplus/x86_64 CentOS-7.1.1503 
- CentOSPlus  
disabled
C7.1.1503-extras/x86_64 CentOS-7.1.1503 
- Extras  
disabled
C7.1.1503-fasttrack/x86_64  CentOS-7.1.1503 
- CentOSPlus  
disabled
C7.1.1503-updates/x86_64CentOS-7.1.1503 
- Updates 
disabled
!base/7/x86_64  CentOS-7 - Base 
  
disabled
base-debuginfo/x86_64   CentOS-7 - 
Debuginfo  
disabled
base-source/7   CentOS-7 - Base 
Sources   
disabled
c7-mediaCentOS-7 - 
Media  
disabled
centos-ovirt40-release/x86_64   CentOS-7 - 
oVirt 4.0  
enabled:365
centosplus/7/x86_64 CentOS-7 - Plus 
  
disabled
centosplus-source/7 CentOS-7 - Plus 
Sources   
disabled
cr/7/x86_64 CentOS-7 - cr   
  
disabled
!extras/7/x86_64CentOS-7 - 
Extras 
disabled
extras-source/7 CentOS-7 - 
Extras Sources 
disabled
fasttrack/7/x86_64  CentOS-7 - 
fasttrack  
disabled
!group_cockpit-cockpit-preview/x86_64   Copr repo for 
cockpit-preview owned by @cockpit   
disabled
ovirt-4.0/7 Latest oVirt 
4.0 Release 

Re: [ovirt-users] How to change disk from thin to pre allocated

[Gianluca Cecchi]

On Thu, Feb 9, 2017 at 4:46 PM, Gianluca Cecchi 
wrote:

> On Thu, Feb 9, 2017 at 4:11 PM,  wrote:
>
>> Hi Gianluca,
>>
>> I tried to clone the VM but it does not help. It is still thin allocation.
>>
>> Best regards
>> Christoph
>>
>>
>>
> Hi,
> I referred to this information for the clone of VM scenario:
> http://lists.ovirt.org/pipermail/users/2016-May/040129.html
> that contains:
>
> "
> >What happens if you clone a source VM which is using "thin" ?
> The VM cloned from a thin templated base VM will be created with a full
> copy of the disk (as in "Clone" when creating from template)
> "
> but I have not tried myself recently with 4.0/4.1 versions
>
> Instead I did test some days ago with 4.0.6 this scenario below as I
> wanted to convert a source thin provisioned VM to a preallocated template:
> VM is powered on
> create a snapshot of the VM
> select the snapshot line and select clone
> in resource allocation section of the new vm screen change allocation
> policy for the desired disk/s from thin provision to preallocated
> Then you can decommission old VM and use the cloned one
> Verified today in 4.1 too.
>
> Or from the snapshot line you can also "make template" if you plan to use
> it as a base for more VMs.
> But in this case (tested in 4.1) your options are shown in a "Format"
> column, not "Allocation Policy" column; and you can choose between QCOW2
> (that should be thin) and Raw (that should be preallocated).
> See my screenshot:
> https://drive.google.com/file/d/0BwoPbcrMv8mvTHIzTU5kdHVJOG8/
> view?usp=sharing
> Probably it should be made consistent and show "Allocation Policy" instead
> and related values?
>
> Gianluca
>
>
>
>
>
>
Hi,
I just tested this on 4.1:
- take a VM with a thin provisioned disk
How to see allocation policy?
It seems suboptimal for me: I would expect to see this kind of information
in disks sub pane of the vm.
Instead I have to select snaphsots sub pane, then for example the "Current'
line, and at the right side sub pane in disks tab I see "Allocation Policy"
- thin provision

- make a clone of it in a new VM
In the same sub pane for the new VM I see preallocated so it seems to
work as I read
This is on FC-SAN. What kind of storage is yours?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Manually starting VMs via vdsClient (HE offline)

[Doug Ingham]

On 9 February 2017 at 15:48, Yaniv Kaul  wrote:

>
>
> On Thu, Feb 9, 2017 at 6:00 PM, Doug Ingham  wrote:
>
>>
>>
>> On 9 February 2017 at 12:03, Dan Yasny  wrote:
>>
>>>
>>> On Thu, Feb 9, 2017 at 9:55 AM, Doug Ingham  wrote:
>>>
 Hi Dan,

 On 8 February 2017 at 18:26, Dan Yasny  wrote:
>
>
> But seriously, above all, I'd recommend you backup the engine (it
> comes with a utility) often and well. I do it via cron every hour in
> production, keeping a rotation of hourly and daily backups, just in case.
> It doesn't take much space or resources, but it's more than just best
> practice - that database is the summary of the entire setup.
>
>
 If you don't mind, may I ask what process you use for backing up your
 engine? If you use HE, do you keep one server dedicated to just that VM?
 I've not had that particular issue in the restore process yet, however
 I read that it's recommended the HE host is free of virtual load before the
 backup takes place. And as they need to be done frequently, I'm reading
 that as a dedicated host...


>>> If you use a dedicated host, you might as well abandon self hosted. HE
>>> is nice for small setups with the HA built in for extra fun, but once you
>>> scale, it might not be able to cope and you'll need real hardware. You're
>>> running a heavy-ish java engine plus two databases after all.
>>>
>>> So as I said, all I do is add the engine-backup command to cron on the
>>> engine, and then my backup server comes in and pulls out the files via scp,
>>> also through cron. Nothing fancy really, but it lets me sleep at night
>>>
>>
>> This particular project has 10 new maxed out servers to back it, and I
>> don't see it outgrowing that for at least a year or so. It's hardly a full
>> DC.
>> I presume the DB will become the heaviest part of the load, and I'm
>> already planning a separate high I/O environment for dedicated HA DB hosts.
>>
>> See the top section of this page:
>> http://www.ovirt.org/documentation/self-hosted/chap-Backing_
>> up_and_Restoring_an_EL-Based_Self-Hosted_Environment
>>
>> It seems that I'll always have to keep at least one host free to be able
>> to avoid restore problems. If not, and I were to keep hourly backups, then
>> migrating VMs off the host every hour would just be a pain.
>>
>
> I don't see the point in an hourly backup. Of what? The DB? The VM? What
> storage will it be based on?
> I suggest revising the strategy.
>
>

Um, that wasn't my suggestion. To be honest, a fortnight's worth of daily
engine-backups & snapshots of the engine volume should suffice for us. It's
a "Hyperconverged" setup using gluster storage on the compute nodes.


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

Re: [ovirt-users] Manually starting VMs via vdsClient (HE offline)

[Dan Yasny]

On Thu, Feb 9, 2017 at 1:48 PM, Yaniv Kaul  wrote:

>
>
> On Thu, Feb 9, 2017 at 6:00 PM, Doug Ingham  wrote:
>
>>
>>
>> On 9 February 2017 at 12:03, Dan Yasny  wrote:
>>
>>>
>>> On Thu, Feb 9, 2017 at 9:55 AM, Doug Ingham  wrote:
>>>
 Hi Dan,

 On 8 February 2017 at 18:26, Dan Yasny  wrote:
>
>
> But seriously, above all, I'd recommend you backup the engine (it
> comes with a utility) often and well. I do it via cron every hour in
> production, keeping a rotation of hourly and daily backups, just in case.
> It doesn't take much space or resources, but it's more than just best
> practice - that database is the summary of the entire setup.
>
>
 If you don't mind, may I ask what process you use for backing up your
 engine? If you use HE, do you keep one server dedicated to just that VM?
 I've not had that particular issue in the restore process yet, however
 I read that it's recommended the HE host is free of virtual load before the
 backup takes place. And as they need to be done frequently, I'm reading
 that as a dedicated host...


>>> If you use a dedicated host, you might as well abandon self hosted. HE
>>> is nice for small setups with the HA built in for extra fun, but once you
>>> scale, it might not be able to cope and you'll need real hardware. You're
>>> running a heavy-ish java engine plus two databases after all.
>>>
>>> So as I said, all I do is add the engine-backup command to cron on the
>>> engine, and then my backup server comes in and pulls out the files via scp,
>>> also through cron. Nothing fancy really, but it lets me sleep at night
>>>
>>
>> This particular project has 10 new maxed out servers to back it, and I
>> don't see it outgrowing that for at least a year or so. It's hardly a full
>> DC.
>> I presume the DB will become the heaviest part of the load, and I'm
>> already planning a separate high I/O environment for dedicated HA DB hosts.
>>
>> See the top section of this page:
>> http://www.ovirt.org/documentation/self-hosted/chap-Backing_
>> up_and_Restoring_an_EL-Based_Self-Hosted_Environment
>>
>> It seems that I'll always have to keep at least one host free to be able
>> to avoid restore problems. If not, and I were to keep hourly backups, then
>> migrating VMs off the host every hour would just be a pain.
>>
>
> I don't see the point in an hourly backup. Of what? The DB? The VM? What
> storage will it be based on?
> I suggest revising the strategy.
>
>

That's pretty much what I said :)


>
>>
>> --
>> Doug
>>
>> ___
>> 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] Manually starting VMs via vdsClient (HE offline)

[Yaniv Kaul]

On Thu, Feb 9, 2017 at 6:00 PM, Doug Ingham  wrote:

>
>
> On 9 February 2017 at 12:03, Dan Yasny  wrote:
>
>>
>> On Thu, Feb 9, 2017 at 9:55 AM, Doug Ingham  wrote:
>>
>>> Hi Dan,
>>>
>>> On 8 February 2017 at 18:26, Dan Yasny  wrote:


 But seriously, above all, I'd recommend you backup the engine (it comes
 with a utility) often and well. I do it via cron every hour in production,
 keeping a rotation of hourly and daily backups, just in case. It doesn't
 take much space or resources, but it's more than just best practice - that
 database is the summary of the entire setup.


>>> If you don't mind, may I ask what process you use for backing up your
>>> engine? If you use HE, do you keep one server dedicated to just that VM?
>>> I've not had that particular issue in the restore process yet, however I
>>> read that it's recommended the HE host is free of virtual load before the
>>> backup takes place. And as they need to be done frequently, I'm reading
>>> that as a dedicated host...
>>>
>>>
>> If you use a dedicated host, you might as well abandon self hosted. HE is
>> nice for small setups with the HA built in for extra fun, but once you
>> scale, it might not be able to cope and you'll need real hardware. You're
>> running a heavy-ish java engine plus two databases after all.
>>
>> So as I said, all I do is add the engine-backup command to cron on the
>> engine, and then my backup server comes in and pulls out the files via scp,
>> also through cron. Nothing fancy really, but it lets me sleep at night
>>
>
> This particular project has 10 new maxed out servers to back it, and I
> don't see it outgrowing that for at least a year or so. It's hardly a full
> DC.
> I presume the DB will become the heaviest part of the load, and I'm
> already planning a separate high I/O environment for dedicated HA DB hosts.
>
> See the top section of this page:
> http://www.ovirt.org/documentation/self-hosted/
> chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment
>
> It seems that I'll always have to keep at least one host free to be able
> to avoid restore problems. If not, and I were to keep hourly backups, then
> migrating VMs off the host every hour would just be a pain.
>

I don't see the point in an hourly backup. Of what? The DB? The VM? What
storage will it be based on?
I suggest revising the strategy.


>
>
> --
> Doug
>
> ___
> 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] FreeIPA with ovirt 4.1

[Ondra Machacek]

Can you please enable DEBUG log of the SSO package and try login and
then share the logs, please?

You can enable the debug log as following (use admin@internal password):

/usr/share/ovirt-engine-wildfly/bin/jboss-cli.sh
--controller=127.0.0.1:8706 --connect --user=admin@internal
"/subsystem=logging/logger=org.ovirt.engine.core.sso:add" &&
/usr/share/ovirt-engine-wildfly/bin/jboss-cli.sh
--controller=127.0.0.1:8706 --connect --user=admin@internal
"/subsystem=logging/logger=org.ovirt.engine.core.sso:write-attribute(name=level,value=DEBUG)"

After tests you can disable it later as follows:

 $ /usr/share/ovirt-engine-wildfly/bin/jboss-cli.sh
--controller=127.0.0.1:8706 --connect --user=admin@internal
"/subsystem=logging/logger=org.ovirt.engine.core.sso:remove"

On Thu, Feb 9, 2017 at 3:08 PM, Slava Bendersky  wrote:
> Hello Everyone,
> Anything else possible to check ?
>
> Slava.
>
> 
> From: "Slava Bendersky" 
> To: "Ondra Machacek" 
> Cc: "users" 
> Sent: Saturday, February 4, 2017 2:27:31 PM
>
> Subject: Re: [ovirt-users] FreeIPA with ovirt 4.1
>
> Hello Ondra,
> Log is empty
>
> [root@vhe00 ~]# ls -la  /var/log/httpd/ssl_error_log
> -rw-r--r--. 1 root root 0 Feb  2 04:45 /var/log/httpd/ssl_error_log
>
> Slava.
>
> 
> From: "Ondra Machacek" 
> To: "Slava Bendersky" 
> Cc: "users" , "Ravi" 
> Sent: Saturday, February 4, 2017 10:35:31 AM
> Subject: Re: [ovirt-users] FreeIPA with ovirt 4.1
>
>
>
> On Feb 4, 2017 1:21 AM, "Slava Bendersky"  wrote:
>
> Hello Everyone,
> Having trouble implement  FreeIPA authentication with GSSAPI SSO  and ovirt
> 4.1. I ran setup and it finished OK then it wrote the files bellow. Next I
> log to web admin with internal user and added FeeIPA user as SuperUser role.
> Also I added under System FreeIPA group authorized to login on any attempt
> to login with FreeIPA credentials getting message
>
>
> 2017-02-04 00:03:08,464Z ERROR
> [org.ovirt.engine.core.sso.servlets.InteractiveAuthServlet] (default task-6)
> [] Internal Server Error: Unsupported command
> 2017-02-04 00:03:08,464Z ERROR [org.ovirt.engine.core.sso.utils.SsoUtils]
> (default task-6) [] Unsupported command
> 2017-02-04 00:03:08,659Z ERROR
> [org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-3) []
> server_error: Unsupported command
>
>
> Ravi, do you know what this can cause?
>
>
>
> Also when in extensions.d directory contain the following files. If I remove
> mydomain.lan-authn.properties then in web ui FreeIPA domain not showing up
> in drop down list. Any http don't have influence on this.
>
>
> That is correct behavior, we dont show profiles, which uses http for authn.
>
>
> [root@vhe00 extensions.d]# pwd
> /etc/ovirt-engine/extensions.d
>
> [root@vhe00 extensions.d]# ls
> mydomain.lan-authn.properties mydomain.lan-http-authn.properties
> mydomain.lan.properties  internal-authz.properties
> mydomain.lan-authz.properties mydomain.lan-http-mapping.properties
> internal-authn.properties
> [root@vhe00 extensions.d]#
>
>
> If possible clarify how it should be and what is possible issue.
>
>
> Can you please take a look to /var/log/httpd/ssl_error_log if any errors
> there?
>
>
>
>
> Slava.
>
> ___
> 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] Importing existing (dirty) storage domains

[Doug Ingham]

Some interesting output from the vdsm log...


2017-02-09 15:16:24,051 INFO  (jsonrpc/1) [storage.StorageDomain] Resource
namespace 01_img_60455567-ad30-42e3-a9df-62fe86c7fd25 already registered
(sd:731)
2017-02-09 15:16:24,051 INFO  (jsonrpc/1) [storage.StorageDomain] Resource
namespace 02_vol_60455567-ad30-42e3-a9df-62fe86c7fd25 already registered
(sd:740)
2017-02-09 15:16:24,052 INFO  (jsonrpc/1) [storage.SANLock] Acquiring
Lease(name='SDM',
path=u'/rhev/data-center/mnt/glusterSD/localhost:data2/60455567-ad30-42e3-a9df-6
2fe86c7fd25/dom_md/leases', offset=1048576) for host id 1 (clusterlock:343)
2017-02-09 15:16:24,057 INFO  (jsonrpc/1) [storage.SANLock] Releasing host
id for domain 60455567-ad30-42e3-a9df-62fe86c7fd25 (id: 1) (clusterlock:305)
2017-02-09 15:16:25,149 INFO  (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call
GlusterHost.list succeeded in 0.17 seconds (__init__:515)
2017-02-09 15:16:25,264 INFO  (Reactor thread)
[ProtocolDetector.AcceptorImpl] Accepted connection from :::
127.0.0.1:55060 (protocoldetector:72)
2017-02-09 15:16:25,270 INFO  (Reactor thread) [ProtocolDetector.Detector]
Detected protocol stomp from :::127.0.0.1:55060 (protocoldetector:127)
2017-02-09 15:16:25,271 INFO  (Reactor thread) [Broker.StompAdapter]
Processing CONNECT request (stompreactor:102)
2017-02-09 15:16:25,271 INFO  (JsonRpc (StompReactor))
[Broker.StompAdapter] Subscribe command received (stompreactor:129)
2017-02-09 15:16:25,416 INFO  (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call
Host.getHardwareInfo succeeded in 0.01 seconds (__init__:515)
2017-02-09 15:16:25,419 INFO  (jsonrpc/6) [dispatcher] Run and protect:
repoStats(options=None) (logUtils:49)
2017-02-09 15:16:25,419 INFO  (jsonrpc/6) [dispatcher] Run and protect:
repoStats, Return response: {u'e8d04da7-ad3d-4227-a45d-b5a29b2f43e5':
{'code': 0, 'actual': True
, 'version': 4, 'acquired': True, 'delay': '0.000854128', 'lastCheck':
'5.1', 'valid': True}, u'a77b8821-ff19-4d17-a3ce-a6c3a69436d5': {'code': 0,
'actual': True, 'vers
ion': 4, 'acquired': True, 'delay': '0.000966556', 'lastCheck': '2.6',
'valid': True}} (logUtils:52)
2017-02-09 15:16:25,447 INFO  (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call
Host.getStats succeeded in 0.03 seconds (__init__:515)
2017-02-09 15:16:25,450 ERROR (JsonRpc (StompReactor)) [vds.dispatcher] SSL
error receiving from : unexpected eof
(betterAsyncore:113)
2017-02-09 15:16:25,812 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call
GlusterVolume.list succeeded in 0.10 seconds (__init__:515)
2017-02-09 15:16:25,940 INFO  (Reactor thread)
[ProtocolDetector.AcceptorImpl] Accepted connection from :::
127.0.0.1:55062 (protocoldetector:72)
2017-02-09 15:16:25,946 INFO  (Reactor thread) [ProtocolDetector.Detector]
Detected protocol stomp from :::127.0.0.1:55062 (protocoldetector:127)
2017-02-09 15:16:25,947 INFO  (Reactor thread) [Broker.StompAdapter]
Processing CONNECT request (stompreactor:102)
2017-02-09 15:16:25,947 INFO  (JsonRpc (StompReactor))
[Broker.StompAdapter] Subscribe command received (stompreactor:129)
2017-02-09 15:16:26,058 ERROR (jsonrpc/1) [storage.TaskManager.Task]
(Task='02cad901-5fe8-4f2d-895b-14184f67feab') Unexpected error (task:870)
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 877, in _run
return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 50, in
wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 812, in
forcedDetachStorageDomain
self._deatchStorageDomainFromOldPools(sdUUID)
  File "/usr/share/vdsm/storage/hsm.py", line 790, in
_deatchStorageDomainFromOldPools
dom.acquireClusterLock(host_id)
  File "/usr/share/vdsm/storage/sd.py", line 810, in acquireClusterLock
self._manifest.acquireDomainLock(hostID)
  File "/usr/share/vdsm/storage/sd.py", line 499, in acquireDomainLock
self._domainLock.acquire(hostID, self.getDomainLease())
  File "/usr/lib/python2.7/site-packages/vdsm/storage/clusterlock.py", line
362, in acquire
"Cannot acquire %s" % (lease,), str(e))
AcquireLockFailure: Cannot obtain lock:
u"id=60455567-ad30-42e3-a9df-62fe86c7fd25, rc=5, out=Cannot acquire
Lease(name='SDM',
path=u'/rhev/data-center/mnt/glusterSD/localhost:data2/60455567-ad30-42e3-a9df-62fe86c7fd25/dom_md/leases',
offset=1048576), err=(5, 'Sanlock resource not acquired', 'Input/output
error')"
2017-02-09 15:16:26,058 INFO  (jsonrpc/1) [storage.TaskManager.Task]
(Task='02cad901-5fe8-4f2d-895b-14184f67feab') aborting: Task is aborted:
'Cannot obtain lock' - code 651 (task:1175)
2017-02-09 15:16:26,059 ERROR (jsonrpc/1) [storage.Dispatcher] {'status':
{'message': 'Cannot obtain lock: u"id=60455567-ad30-42e3-a9df-62fe86c7fd25,
rc=5, out=Cannot acquire Lease(name=\'SDM\',
path=u\'/rhev/data-center/mnt/glusterSD/localhost:data2/60455567-ad30-42e3-a9df-62fe86c7fd25/dom_md/leases\',
offset=1048576), err=(5, \'Sanlock resource not acquired\', \'Input/output
error\')"', 'code': 651}} (dispatcher:77)

[ovirt-users] Importing existing (dirty) storage domains

[Doug Ingham]

Hi All,
 My original HE died & was proving too much of a hassle to restore, so I've
setup a new HE on a new host & now want to import my previous data storage
domain with my VMs.

The problem is when I try to attach the new domain to the datacenter, it
hangs for a minute and then comes back with, "Failed to attach Storage
Domain data2 to Data Center Default"

It's a gluster volume, and I'm able to mount & write to it via the CLI on
the host, without issue.
It's also using the same gluster volume options as the initialized master
domain.

I get this in sanlock.log:

2017-02-09 14:54:57-0300 1698758 [9303]: s10:r12 resource
60455567-ad30-42e3-a9df-62fe86c7fd25:SDM:/rhev/data-center/mnt/glusterSD/localhost:data2/60455567-ad30-42e3-a9df-62fe86c7fd25/dom_md/leases:1048576
for 3,15,12533
2017-02-09 14:54:57-0300 1698758 [9303]: open error -5
/rhev/data-center/mnt/glusterSD/localhost:data2/60455567-ad30-42e3-a9df-62fe86c7fd25/dom_md/leases
2017-02-09 14:54:57-0300 1698758 [9303]: r12 acquire_token open error -5
2017-02-09 14:54:57-0300 1698758 [9303]: r12 cmd_acquire 3,15,12533
acquire_token -5

Any ideas?

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

Re: [ovirt-users] Manually starting VMs via vdsClient (HE offline)

[Dan Yasny]

On Thu, Feb 9, 2017 at 11:00 AM, Doug Ingham  wrote:

>
>
> On 9 February 2017 at 12:03, Dan Yasny  wrote:
>
>>
>> On Thu, Feb 9, 2017 at 9:55 AM, Doug Ingham  wrote:
>>
>>> Hi Dan,
>>>
>>> On 8 February 2017 at 18:26, Dan Yasny  wrote:


 But seriously, above all, I'd recommend you backup the engine (it comes
 with a utility) often and well. I do it via cron every hour in production,
 keeping a rotation of hourly and daily backups, just in case. It doesn't
 take much space or resources, but it's more than just best practice - that
 database is the summary of the entire setup.


>>> If you don't mind, may I ask what process you use for backing up your
>>> engine? If you use HE, do you keep one server dedicated to just that VM?
>>> I've not had that particular issue in the restore process yet, however I
>>> read that it's recommended the HE host is free of virtual load before the
>>> backup takes place. And as they need to be done frequently, I'm reading
>>> that as a dedicated host...
>>>
>>>
>> If you use a dedicated host, you might as well abandon self hosted. HE is
>> nice for small setups with the HA built in for extra fun, but once you
>> scale, it might not be able to cope and you'll need real hardware. You're
>> running a heavy-ish java engine plus two databases after all.
>>
>> So as I said, all I do is add the engine-backup command to cron on the
>> engine, and then my backup server comes in and pulls out the files via scp,
>> also through cron. Nothing fancy really, but it lets me sleep at night
>>
>
> This particular project has 10 new maxed out servers to back it, and I
> don't see it outgrowing that for at least a year or so. It's hardly a full
> DC.
> I presume the DB will become the heaviest part of the load, and I'm
> already planning a separate high I/O environment for dedicated HA DB hosts.
>
> See the top section of this page:
> http://www.ovirt.org/documentation/self-hosted/
> chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment
>
> It seems that I'll always have to keep at least one host free to be able
> to avoid restore problems. If not, and I were to keep hourly backups, then
> migrating VMs off the host every hour would just be a pain.
>

Yeah, that's another downside to using HE I suppose. Though maybe you don't
need to be as paranoid as I am and do backups out of hours once per day,
which will be much less disruptive.

This is pretty easy to script with the SDK - just connect to the API with a
python script and deactivate a host. Once it's in maintenance, run
engine-backup and pull the backup out, then activate the host again.


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

Re: [ovirt-users] Host DNS

[Todd Punderson]

That seems to have fixed things up, now when I save after assigning
networks I don't revert back to the old entries. Not that I do that very
often, but I'd probably forget about it and be left wondering why my name
servers were messed up.

Thanks again for your help!


On Thu, Feb 9, 2017 at 3:10 AM Edward Haas  wrote:

> We have a gap regarding DNS settings and work is under way to allow DNS to
> be set from the manager (Engine).
>
> You seem to got into a loop here, due to the way oVirt agent (VDSM)
> handles DNS and its configuration.
> Please follow these steps and let us know if it helps:
> - Update the entries in  /var/lib/vdsm/persistence/netconf/nets/ovirtmgmt
> as you have already done.
> - Update the entries in ifcfg-ovirtmgmt.
> - Reboot the host.
>
> * Instead of rebooting you could update the temporary running entries
> under: /var/run/vdsm/netconf for the ovirtmgmt network.
>
> Thanks,
> Edy.
>
>
> On Thu, Feb 9, 2017 at 2:55 AM, Todd Punderson 
> wrote:
>
> I changed my DNS servers since installing my hosted engine and hosts. I've
> manually set my /etc/resolv.conf to have the correct nameserver entries.
> But I found when I rebooted that it was being overwritten. I did some
> googling and found that in /var/lib/vdsm/persistence/netconf/nets/ovirtmgmt
> (My management network name) there is a nameservers config that gets
> applied when vdsm starts which updated my ifcfg files. I edited that file
> to include my correct name servers.
>
> Now, if I choose a host, go to the network interfaces tab, then click
> "Setup Host Network" when I exit out with the "Save" checkbox checked, the
> file in the vdsm directory is being changed back to my old nameserver entry.
>
> I searched all over the hosted engine UI and I can't find where that's old
> entry is coming from. Where do I go to change this?
> 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] Info on oVirt 4.1 and qcow2 v3 format

[Maor Lipchuk]

On Thu, Feb 9, 2017 at 3:31 PM, Yaniv Kaul  wrote:

>
>
> On Thu, Feb 9, 2017 at 2:57 PM, Gianluca Cecchi  > wrote:
>
>> Hello,
>> after upgrading to oVirt 4.1 and setting cluster/datacenter to version 4,
>> new images and snapshots should be created in qcow2 v3 format, based on
>> bugzilla included in release notes:
>> https://bugzilla.redhat.com/827529
>> Correct?
>>
>> What about existing disks? Is there any way to convert?
>>
>
> See the 'amend' part in the feature description page at[1].
> Y.
>
> [1] http://www.ovirt.org/develop/release-management/features/sto
> rage/qcow2v3/
>
>
>> What in case I have an old disk, I create a snapshot in 4.1 and then
>> delete the snapshot? Will the live merged disk be in v3 format or v2?
>>
>
Since the merge snapshot will be done using the qemu-img commit
The qcow version of the active volume, after the merge, will be the same as
the old volume.

So, for example if you had a QCOW2 version 2 volume with compatibility
level of 0.10 and you create a new snapshot on DC 4.1 (That will make the
new QCOW volume to be with compatibility level of 1.1, QCOW2V3).
If afterwords you delete that snapshot, then the QCOW volume will be again,
the same as it was before, QCOW2 version 2 with compatibility level of 0.10.

As Yaniv mentioned above, you can use the amend operation to update the
QCOW version of all the volume's disk.


>
>> Thanks,
>> Gianluca
>>
>>
>> ___
>> 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

[ovirt-users] [ANN] oVirt 4.1.1 Test compose

[Sandro Bonazzola]

The oVirt Project is pleased to announce the availability of the First
Test Compose of oVirt 4.1.1 for testing, as of February 9th, 2017

This is pre-release software. Please take a look at our community page[1]
to know how to ask questions and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].
This pre-release should not to be used in production.

This update is a test compose allowing to test fixes included in
ovirt-4.1.1 since
4.1.0 release.
See the release notes [3] for installation / upgrade instructions and a
list of new features and bugs fixed.


This release is available now for:
* Fedora 24 (tech preview)
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.3 or later
* Fedora 24 (tech preview)

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

Notes:
- oVirt Live, oVirt Node and oVirt Engine appliance has not been built for
this test compose

Additional Resources:
* Read more about the oVirt 4.1.1 release highlights:
http://www.ovirt.org/release/4.1.1/
* 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] https://www.ovirt.org/community/
[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
[3] http://www.ovirt.org/release/4.1.1/


-- 
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] Manually starting VMs via vdsClient (HE offline)

[Doug Ingham]

On 9 February 2017 at 12:03, Dan Yasny  wrote:

>
> On Thu, Feb 9, 2017 at 9:55 AM, Doug Ingham  wrote:
>
>> Hi Dan,
>>
>> On 8 February 2017 at 18:26, Dan Yasny  wrote:
>>>
>>>
>>> But seriously, above all, I'd recommend you backup the engine (it comes
>>> with a utility) often and well. I do it via cron every hour in production,
>>> keeping a rotation of hourly and daily backups, just in case. It doesn't
>>> take much space or resources, but it's more than just best practice - that
>>> database is the summary of the entire setup.
>>>
>>>
>> If you don't mind, may I ask what process you use for backing up your
>> engine? If you use HE, do you keep one server dedicated to just that VM?
>> I've not had that particular issue in the restore process yet, however I
>> read that it's recommended the HE host is free of virtual load before the
>> backup takes place. And as they need to be done frequently, I'm reading
>> that as a dedicated host...
>>
>>
> If you use a dedicated host, you might as well abandon self hosted. HE is
> nice for small setups with the HA built in for extra fun, but once you
> scale, it might not be able to cope and you'll need real hardware. You're
> running a heavy-ish java engine plus two databases after all.
>
> So as I said, all I do is add the engine-backup command to cron on the
> engine, and then my backup server comes in and pulls out the files via scp,
> also through cron. Nothing fancy really, but it lets me sleep at night
>

This particular project has 10 new maxed out servers to back it, and I
don't see it outgrowing that for at least a year or so. It's hardly a full
DC.
I presume the DB will become the heaviest part of the load, and I'm already
planning a separate high I/O environment for dedicated HA DB hosts.

See the top section of this page:
http://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment

It seems that I'll always have to keep at least one host free to be able to
avoid restore problems. If not, and I were to keep hourly backups, then
migrating VMs off the host every hour would just be a pain.

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

Re: [ovirt-users] How to change disk from thin to pre allocated

[Gianluca Cecchi]

On Thu, Feb 9, 2017 at 4:11 PM,  wrote:

> Hi Gianluca,
>
> I tried to clone the VM but it does not help. It is still thin allocation.
>
> Best regards
> Christoph
>
>
>
Hi,
I referred to this information for the clone of VM scenario:
http://lists.ovirt.org/pipermail/users/2016-May/040129.html
that contains:

"
>What happens if you clone a source VM which is using "thin" ?
The VM cloned from a thin templated base VM will be created with a full
copy of the disk (as in "Clone" when creating from template)
"
but I have not tried myself recently with 4.0/4.1 versions

Instead I did test some days ago with 4.0.6 this scenario below as I wanted
to convert a source thin provisioned VM to a preallocated template:
VM is powered on
create a snapshot of the VM
select the snapshot line and select clone
in resource allocation section of the new vm screen change allocation
policy for the desired disk/s from thin provision to preallocated
Then you can decommission old VM and use the cloned one
Verified today in 4.1 too.

Or from the snapshot line you can also "make template" if you plan to use
it as a base for more VMs.
But in this case (tested in 4.1) your options are shown in a "Format"
column, not "Allocation Policy" column; and you can choose between QCOW2
(that should be thin) and Raw (that should be preallocated).
See my screenshot:
https://drive.google.com/file/d/0BwoPbcrMv8mvTHIzTU5kdHVJOG8/view?usp=sharing
Probably it should be made consistent and show "Allocation Policy" instead
and related values?

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

Re: [ovirt-users] VDAgent

[Fernando Fuentes]

Sandro,



Just wanted to report that after the full host upgrade everything return
to normal.


Thanks!



Regards,





--

Fernando Fuentes

ffuen...@txweather.org

http://www.txweather.org







On Mon, Feb 6, 2017, at 05:03 AM, Sandro Bonazzola wrote:

> 

> 

> On Sat, Feb 4, 2017 at 9:59 PM, Fernando Fuentes
>  wrote:
>> __

>> Hello Sandro,

>> Thanks for your reply!

>> 

>> I will do that. I want to make sure though that updating the host
>> will not make my guests loose the ability to use spice and nor will
>> it create a problem with my oVirt Manager been on 4.0.X branch?
> 

> Adding some people that may confirm but I think there shouldn't be any
> regression on it.
>  

>> 

>> 

>> Thanks!

>> 

>> 

>> Regards,

>> 

>> --

>> Fernando Fuentes

>> ffuen...@txweather.org

>> http://www.txweather.org

>> 

>> 

>> 

>> 

>> On Fri, Feb 3, 2017, at 01:11 PM, Sandro Bonazzola wrote:

>>> 

>>> 

>>> Il 30/Gen/2017 09:56 PM, "Fernando Fuentes" 
>>> ha scritto:
 __

 Sandro,

 

 I did the update from the hosts tab on ovirt:

 The ovirt version is: oVirt Engine Version: 4.0.2.6-1.el7.centos

 

>>> 

>>> 

>>> Sorry Fernando I missed your email.

>>> I would suggest to update your hosts to centos 7.3 and oVirt 4.1.

>>> If you don't want to upgrade to 4.1 please upgrade at least to
>>> latest 4.0 which is 4.0.6.
>>> 

>>> 

>>> 

>>> 

 

 All of my hosts are Cent7 x86_64

 [root@ogias ~]# uname -a

 Linux ogias.aasteel.net 3.10.0-327.22.2.el7.x86_64 #1 SMP Thu Jun
 23 17:05:11 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
 [root@ogias ~]# cat /etc/redhat-release

 CentOS Linux release 7.2.1511 (Core)

 [root@ogias ~]#

 

 I am trying to email you the sos report but it exceeds our mail
 server size limit :(
 

 Regards,

 

 

 --

 Fernando Fuentes

 ffuen...@txweather.org

 http://www.txweather.org

 

 

 

 On Sat, Jan 28, 2017, at 12:29 PM, Sandro Bonazzola wrote:

> 

> 

> Il 27/Gen/2017 16:51, "Fernando Fuentes"  ha
> scritto:
>> Team,

>> 

>> After a host update on my cluster, All of my Windows vm's running
>> the
>> vdagent from the ovirt tools are running at 100% CPU utilization.
>> 

>> Any ideas why would this happen?

> 

> Hi,

> Can you please share details about the update?

> Which distribution? What has been updated? Can you share a sos
> report from the host?
> 

> 

> 

>> 

>> Regards,

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

>> 

> 

> 

> 

> -- 

> 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] How to change disk from thin to pre allocated

[ovirt]

Hi Gianluca,

I tried to clone the VM but it does not help. It is still thin allocation.

Best regards
Christoph

Am 09.02.2017 um 15:44 schrieb Gianluca Cecchi:
On Thu, Feb 9, 2017 at 3:06 PM, > wrote:


Hi oVirt List,

I'm trying to change the disk allocation policy of a VM disk and
I'm not able to perform this task via the oVirt front-end.

Is someone able to tell me how I can do that?

Best regards and thank you
Christoph


I've done it in the past by creating a snapshot of a VM and then 
cloning the snapshot and selecting preallocated for the cloned disks 
(if you have to do it without powering off the source VM)
Or directly creating a clone of the VM if it is powered off, I think 
it creates a full preallocated copy and btw you have no way to tell to 
clone as thin if I remember correctly


Gianluca



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

Re: [ovirt-users] Manually starting VMs via vdsClient (HE offline)

[Dan Yasny]

On Thu, Feb 9, 2017 at 9:55 AM, Doug Ingham  wrote:

> Hi Dan,
>
> On 8 February 2017 at 18:26, Dan Yasny  wrote:
>>
>>
>> But seriously, above all, I'd recommend you backup the engine (it comes
>> with a utility) often and well. I do it via cron every hour in production,
>> keeping a rotation of hourly and daily backups, just in case. It doesn't
>> take much space or resources, but it's more than just best practice - that
>> database is the summary of the entire setup.
>>
>>
> If you don't mind, may I ask what process you use for backing up your
> engine? If you use HE, do you keep one server dedicated to just that VM?
> I've not had that particular issue in the restore process yet, however I
> read that it's recommended the HE host is free of virtual load before the
> backup takes place. And as they need to be done frequently, I'm reading
> that as a dedicated host...
>
>
If you use a dedicated host, you might as well abandon self hosted. HE is
nice for small setups with the HA built in for extra fun, but once you
scale, it might not be able to cope and you'll need real hardware. You're
running a heavy-ish java engine plus two databases after all.

So as I said, all I do is add the engine-backup command to cron on the
engine, and then my backup server comes in and pulls out the files via scp,
also through cron. Nothing fancy really, but it lets me sleep at night


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

Re: [ovirt-users] web admin gui timeout changes in 4.1

[Derek Atkins]

Gianluca Cecchi  writes:

> Hi Nathanaël,
> thanks for answering.
> Perhaps it is to be considered as "minutes" ad not "seconds"???
> Because it doesn't log out me after 30 seconds but indeed after 30 minutes
> it seems confirmed in this thread:
> http://lists.ovirt.org/pipermail/devel/2014-November/009356.html
>
> I have not at hand a 4.0 system to crosscheck what the values was there

In 4.0.6 the default is also 30 (minutes).

> Gianluca

-derek
-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Manually starting VMs via vdsClient (HE offline)

[Doug Ingham]

Hi Dan,

On 8 February 2017 at 18:26, Dan Yasny  wrote:
>
>
> But seriously, above all, I'd recommend you backup the engine (it comes
> with a utility) often and well. I do it via cron every hour in production,
> keeping a rotation of hourly and daily backups, just in case. It doesn't
> take much space or resources, but it's more than just best practice - that
> database is the summary of the entire setup.
>
>
If you don't mind, may I ask what process you use for backing up your
engine? If you use HE, do you keep one server dedicated to just that VM?
I've not had that particular issue in the restore process yet, however I
read that it's recommended the HE host is free of virtual load before the
backup takes place. And as they need to be done frequently, I'm reading
that as a dedicated host...

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

Re: [ovirt-users] How to change disk from thin to pre allocated

[Gianluca Cecchi]

On Thu, Feb 9, 2017 at 3:06 PM,  wrote:

> Hi oVirt List,
>
> I'm trying to change the disk allocation policy of a VM disk and I'm not
> able to perform this task via the oVirt front-end.
>
> Is someone able to tell me how I can do that?
>
> Best regards and thank you
> Christoph
>
>
I've done it in the past by creating a snapshot of a VM and then cloning
the snapshot and selecting preallocated for the cloned disks (if you have
to do it without powering off the source VM)
Or directly creating a clone of the VM if it is powered off, I think it
creates a full preallocated copy and btw you have no way to tell to clone
as thin if I remember correctly

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

Re: [ovirt-users] libvirtError: Cannot get interface MTU

[Edward Haas]

On Thu, Feb 9, 2017 at 4:07 PM, Tyson Landon 
wrote:

> My engine version is 4.0.5.5-1.el7.centos. The first host is using 
> vdsm-4.18.21-1.el7.centos
> and the second is using vdsm-4.18.15.3-1.el7.centos. I am trying to
> migrate guests off host2 to run updates. The Switch type is OVS so are
> there any pitfalls related to changing that to legacy?
>

I would recommend starting from scratch, do not attempt to move from OVS to
legacy on that version.


>
> >>> Edward Haas  02/09/17 12:55 AM >>>
> Please share the versions you are using (VDSM and Engine).
> Have you configured at the cluster level the switch type as OVS? If so,
> note it is experimental
> and we have not supported migration over OVS in early 4.1 versions.
>
> On Wed, Feb 8, 2017 at 10:27 PM, Tyson Landon 
> wrote:
>
>> I am new to Ovirt and have a test cluster running with 2 hosts. I have
>> errors when live migrating that started after I installed a new NIC in one
>> host. Live migrate was working fine before the changes. The vdsm log shows
>> the errors below depending on if i am migrating from host1 or host2.
>> Running ovs-vsctl list-br shows that the bridge exists. Ip a shows the
>> interface is down. I do not know what a vdsm bridge is for or if the server
>> just needs to restart a service to get things in order again. Have any of
>> you seen this error before and were able to fix it?
>>
>> HOST 1
>> libvirtError: Cannot get interface MTU on 'vdsmbr_TK4cSEjh': No such
>> device
>>
>> HOST 2
>> libvirtError: Cannot get interface MTU on 'vdsmbr_vqqOTlrR': No such
>> device
>>
>>
>> HOST 1
>> ovs-vsctl list-br
>> vdsmbr_3fDBsCCF
>> vdsmbr_TK4cSEjh
>> vdsmbr_VWhs9soF
>>
>> HOST2
>> ovs-vsctl list-br
>> vdsmbr_YBtJDFGg
>> vdsmbr_qf3gXZdq
>> vdsmbr_vqqOTlrR
>>
>> Thanks
>> Tyson
>>
>> ___
>> 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

[ovirt-users] How to change disk from thin to pre allocated

[ovirt]

Hi oVirt List,

I'm trying to change the disk allocation policy of a VM disk and I'm not 
able to perform this task via the oVirt front-end.


Is someone able to tell me how I can do that?

Best regards and thank you
Christoph
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] FreeIPA with ovirt 4.1

[Slava Bendersky]

Hello Everyone, 
Anything else possible to check ? 

Slava. 


From: "Slava Bendersky"  
To: "Ondra Machacek"  
Cc: "users"  
Sent: Saturday, February 4, 2017 2:27:31 PM 
Subject: Re: [ovirt-users] FreeIPA with ovirt 4.1 

Hello Ondra, 
Log is empty 

[root@vhe00 ~]# ls -la /var/log/httpd/ssl_error_log 
-rw-r--r--. 1 root root 0 Feb 2 04:45 /var/log/httpd/ssl_error_log 

Slava. 


From: "Ondra Machacek"  
To: "Slava Bendersky"  
Cc: "users" , "Ravi"  
Sent: Saturday, February 4, 2017 10:35:31 AM 
Subject: Re: [ovirt-users] FreeIPA with ovirt 4.1 



On Feb 4, 2017 1:21 AM, "Slava Bendersky" < [ mailto:volga...@networklab.ca | 
volga...@networklab.ca ] > wrote: 



Hello Everyone, 
Having trouble implement FreeIPA authentication with GSSAPI SSO and ovirt 4.1. 
I ran setup and it finished OK then it wrote the files bellow. Next I log to 
web admin with internal user and added FeeIPA user as SuperUser role. Also I 
added under System FreeIPA group authorized to login on any attempt to login 
with FreeIPA credentials getting message 


2017-02-04 00:03:08,464Z ERROR 
[org.ovirt.engine.core.sso.servlets.InteractiveAuthServlet] (default task-6) [] 
Internal Server Error: Unsupported command 
2017-02-04 00:03:08,464Z ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] 
(default task-6) [] Unsupported command 
2017-02-04 00:03:08,659Z ERROR 
[org.ovirt.engine.core.aaa.servlet.SsoPostLoginServlet] (default task-3) [] 
server_error: Unsupported command 




Ravi, do you know what this can cause? 


BQ_BEGIN



Also when in extensions.d directory contain the following files. If I remove 
mydomain.lan-authn.properties then in web ui FreeIPA domain not showing up in 
drop down list. Any http don't have influence on this. 

BQ_END


That is correct behavior, we dont show profiles, which uses http for authn. 


BQ_BEGIN


[root@vhe00 extensions.d]# pwd 
/etc/ovirt-engine/extensions.d 

[root@vhe00 extensions.d]# ls 
mydomain.lan-authn.properties mydomain.lan -http-authn.properties mydomain.lan 
.properties internal-authz.properties 
mydomain.lan -authz.properties mydomain.lan -http-mapping.properties 
internal-authn.properties 
[root@vhe00 extensions.d]# 


If possible clarify how it should be and what is possible issue. 

BQ_END


Can you please take a look to /var/log/httpd/ssl_error_log if any errors there? 


BQ_BEGIN




Slava. 

___ 
Users mailing list 
[ mailto:Users@ovirt.org | Users@ovirt.org ] 
[ http://lists.ovirt.org/mailman/listinfo/users | 
http://lists.ovirt.org/mailman/listinfo/users ] 


BQ_END



___ 
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] libvirtError: Cannot get interface MTU

[Tyson Landon]

My engine version is 4.0.5.5-1.el7.centos. The first host is using 
vdsm-4.18.21-1.el7.centos and the second is using vdsm-4.18.15.3-1.el7.centos. 
I am trying to migrate guests off host2 to run updates. The Switch type is OVS 
so are there any pitfalls related to changing that to legacy?
>>> Edward Haas  02/09/17 12:55 AM >>>
Please share the versions you are using (VDSM and Engine).
Have you configured at the cluster level the switch type as OVS? If so, note it 
is experimental
and we have not supported migration over OVS in early 4.1 versions.

On Wed, Feb 8, 2017 at 10:27 PM, Tyson Landon  wrote:


I am new to Ovirt and have a test cluster running with 2 hosts. I have errors 
when live migrating that started after I installed a new NIC in one host. Live 
migrate was working fine before the changes. The vdsm log shows the errors 
below depending on if i am migrating from host1 or host2. Running ovs-vsctl 
list-br shows that the bridge exists. Ip a shows the interface is down. I do 
not know what a vdsm bridge is for or if the server just needs to restart a 
service to get things in order again. Have any of you seen this error before 
and were able to fix it?

HOST 1
libvirtError: Cannot get interface MTU on 'vdsmbr_TK4cSEjh': No such device

HOST 2
libvirtError: Cannot get interface MTU on 'vdsmbr_vqqOTlrR': No such device


HOST 1
ovs-vsctl list-br
vdsmbr_3fDBsCCF
vdsmbr_TK4cSEjh
vdsmbr_VWhs9soF

HOST2
ovs-vsctl list-br
vdsmbr_YBtJDFGg
vdsmbr_qf3gXZdq
vdsmbr_vqqOTlrR

Thanks
Tyson

___
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] USB 2.0 compatibility -- RESOLVED!

[Yedidyah Bar David]

On Thu, Feb 9, 2017 at 3:15 PM, Jonathan Woytek  wrote:
>
> On Thu, Feb 9, 2017 at 3:24 AM Yedidyah Bar David  wrote:
>>
>> [...]
>>
>> Would you like to open an RFE and suggest a new arrangement for the UI,
>> and push a doc update to the website?
>
>
>
> I would, but I felt uncomfortable doing that, as I'm still an oVirt newb. I
> thought perhaps I legitimately missed this somewhere. I'll peruse the doc
> organization to see where I think this makes sense, and I'll certainly do
> that and the RFE. Thanks.

If the UI is not intuitive enough, we need newbies to tell this - experienced
users do not notice anymore...

Re docs - IMO best is to make sure that the search terms that people might
use when searching for solutions, will return good results. People do not
read docs like books. So if you did that and didn't find anything easily,
it means we should improve the docs.
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Info on oVirt 4.1 and qcow2 v3 format

[Yaniv Kaul]

On Thu, Feb 9, 2017 at 2:57 PM, Gianluca Cecchi 
wrote:

> Hello,
> after upgrading to oVirt 4.1 and setting cluster/datacenter to version 4,
> new images and snapshots should be created in qcow2 v3 format, based on
> bugzilla included in release notes:
> https://bugzilla.redhat.com/827529
> Correct?
>
> What about existing disks? Is there any way to convert?
>

See the 'amend' part in the feature description page at[1].
Y.

[1]
http://www.ovirt.org/develop/release-management/features/storage/qcow2v3/


> What in case I have an old disk, I create a snapshot in 4.1 and then
> delete the snapshot? Will the live merged disk be in v3 format or v2?
>
> Thanks,
> Gianluca
>
>
> ___
> 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] USB 2.0 compatibility -- RESOLVED!

[Jonathan Woytek]

On Thu, Feb 9, 2017 at 3:24 AM Yedidyah Bar David  wrote:

> [...]
>
> Would you like to open an RFE and suggest a new arrangement for the UI,
> and push a doc update to the website?



I would, but I felt uncomfortable doing that, as I'm still an oVirt newb. I
thought perhaps I legitimately missed this somewhere. I'll peruse the doc
organization to see where I think this makes sense, and I'll certainly do
that and the RFE. Thanks.

Jonathan

-- 
Sent from my Commodore64
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Best way to shutdown and restart hypervisor?

[Gianluca Cecchi]

On Wed, Feb 8, 2017 at 10:59 AM, Gianluca Cecchi 
wrote:

> Hello,
> what is considered the best way to shutdown and restart an hypervisor,
> supposing plain CentOS 7 host?
>
> For example to cover these scenarios:
> 1) update host from 4.0 to 4.1
> 2) planned maintenance to the cabinet where the server is located and take
> the opportunity to update also OS packages
>
> My supposed workflow:
>
> - put host into maintenance
> - yum update on host
> - shutdown os from inside host (because from power mgmt it is brutal power
> off / power on)
> --> should I get any warning from web admin gui in this case, even if the
> host was in maintenance mode?
> - power mgmt -> start from webadmin gui
> (or power on button/virtual button at host side?)
>
> Would be advisable to put inside power mgmt functionality some logic about
> os mgmt, so for example, if action is restart, first try to shutdown OS and
> only in case of failure power off/power on?
>
> Thanks in advance,
> Gianluca
>

I see that one of the new features of 4.1 is Host restart through SSH
Power Mgmt --> SSH Mgmt --> Restart

How does it fit in question above?
Can I choose this way after having run "yum update" on host?
Thanks
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Info on oVirt 4.1 and qcow2 v3 format

[Gianluca Cecchi]

Hello,
after upgrading to oVirt 4.1 and setting cluster/datacenter to version 4,
new images and snapshots should be created in qcow2 v3 format, based on
bugzilla included in release notes:
https://bugzilla.redhat.com/827529
Correct?

What about existing disks? Is there any way to convert?
What in case I have an old disk, I create a snapshot in 4.1 and then delete
the snapshot? Will the live merged disk be in v3 format or v2?

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

Re: [ovirt-users] some mismatch in mom versions in the repository

[Sandro Bonazzola]

On Thu, Feb 9, 2017 at 10:40 AM, Martin Sivak  wrote:

> > mom-0.5.8-0.0.master.el7.centos.noarch : Dynamically manage system
> resources
> > on virtualization hosts
> > Repo: ovirt-4.1
> > Matched from:
> > Filename: /usr/sbin/momd
>
> This is a snapshot version, you should have mom-0.5.8-1.el7.noarch
> everywhere.
>
> Sandro?
>

ovirt repositories have been composed with conf files.

ovirt-4.1.0_beta1.conf:
  115 :
http://jenkins.ovirt.org/job/mom_master_build-artifacts-el7-x86_64/12/
  116 :
http://jenkins.ovirt.org/job/mom_master_build-artifacts-fc24-x86_64/12/

Looks like it wasn't update on GA release.
Release content was published for review in RC1:
http://lists.ovirt.org/pipermail/devel/2017-January/029316.html
And nobody complained.

I'm copying over 0.5.8 from 4.0 release for el7 and rebuilding it for fc24.
Thanks for the report, should be fixed in ~20 minutes.



>
> --
> Martin Sivak
> SLA / oVirt
>
> On Thu, Feb 9, 2017 at 10:35 AM, Arman Khalatyan 
> wrote:
> > Hi,
> > I just upgraded 4.0.6  to 4.1.
> > The 4.0 repository still there but after upgrade everything is ok except
> the
> > mom
> > The mom version in the 4.0 is higher than in 4.1 therefore it is not
> > upgraded from 4.1:
> >
> > yum provides /usr/sbin/momd
> >
> >
> > mom-0.5.8-0.0.master.el7.centos.noarch : Dynamically manage system
> resources
> > on virtualization hosts
> > Repo: ovirt-4.1
> > Matched from:
> > Filename: /usr/sbin/momd
> >
> >
> >
> > mom-0.5.8-1.el7.noarch : Dynamically manage system resources on
> > virtualization hosts
> > Repo: centos-ovirt-common-candidate
> > Matched from:
> > Filename: /usr/sbin/momd
> >
> >
> >
> > mom-0.5.8-1.el7.noarch : Dynamically manage system resources on
> > virtualization hosts
> > Repo: centos-ovirt40-release
> > Matched from:
> > Filename: /usr/sbin/momd
> >
> >
> >
> > mom-0.5.8-1.el7.centos.noarch : Dynamically manage system resources on
> > virtualization hosts
> > Repo: ovirt-4.0
> > Matched from:
> > Filename: /usr/sbin/momd
> >
> >
> >
> > mom-0.5.8-1.el7.centos.noarch : Dynamically manage system resources on
> > virtualization hosts
> > Repo: @ovirt-4.0
> > Matched from:
> > Filename: /usr/sbin/momd
> >
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>



-- 
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] some mismatch in mom versions in the repository

[Martin Sivak]

> mom-0.5.8-0.0.master.el7.centos.noarch : Dynamically manage system resources
> on virtualization hosts
> Repo: ovirt-4.1
> Matched from:
> Filename: /usr/sbin/momd

This is a snapshot version, you should have mom-0.5.8-1.el7.noarch everywhere.

Sandro?

--
Martin Sivak
SLA / oVirt

On Thu, Feb 9, 2017 at 10:35 AM, Arman Khalatyan  wrote:
> Hi,
> I just upgraded 4.0.6  to 4.1.
> The 4.0 repository still there but after upgrade everything is ok except the
> mom
> The mom version in the 4.0 is higher than in 4.1 therefore it is not
> upgraded from 4.1:
>
> yum provides /usr/sbin/momd
>
>
> mom-0.5.8-0.0.master.el7.centos.noarch : Dynamically manage system resources
> on virtualization hosts
> Repo: ovirt-4.1
> Matched from:
> Filename: /usr/sbin/momd
>
>
>
> mom-0.5.8-1.el7.noarch : Dynamically manage system resources on
> virtualization hosts
> Repo: centos-ovirt-common-candidate
> Matched from:
> Filename: /usr/sbin/momd
>
>
>
> mom-0.5.8-1.el7.noarch : Dynamically manage system resources on
> virtualization hosts
> Repo: centos-ovirt40-release
> Matched from:
> Filename: /usr/sbin/momd
>
>
>
> mom-0.5.8-1.el7.centos.noarch : Dynamically manage system resources on
> virtualization hosts
> Repo: ovirt-4.0
> Matched from:
> Filename: /usr/sbin/momd
>
>
>
> mom-0.5.8-1.el7.centos.noarch : Dynamically manage system resources on
> virtualization hosts
> Repo: @ovirt-4.0
> Matched from:
> Filename: /usr/sbin/momd
>
>
> ___
> 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] some mismatch in mom versions in the repository

[Arman Khalatyan]

Hi,
I just upgraded 4.0.6  to 4.1.
The 4.0 repository still there but after upgrade everything is ok except
the mom
The mom version in the 4.0 is higher than in 4.1 therefore it is not
upgraded from 4.1:

yum provides /usr/sbin/momd


mom-0.5.8-0.0.master.el7.centos.noarch : Dynamically manage system
resources on virtualization hosts
Repo: ovirt-4.1
Matched from:
Filename: /usr/sbin/momd



mom-0.5.8-1.el7.noarch : Dynamically manage system resources on
virtualization hosts
Repo: centos-ovirt-common-candidate
Matched from:
Filename: /usr/sbin/momd



mom-0.5.8-1.el7.noarch : Dynamically manage system resources on
virtualization hosts
Repo: centos-ovirt40-release
Matched from:
Filename: /usr/sbin/momd



mom-0.5.8-1.el7.centos.noarch : Dynamically manage system resources on
virtualization hosts
Repo: ovirt-4.0
Matched from:
Filename: /usr/sbin/momd



mom-0.5.8-1.el7.centos.noarch : Dynamically manage system resources on
virtualization hosts
Repo: @ovirt-4.0
Matched from:
Filename: /usr/sbin/momd
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] web admin gui timeout changes in 4.1

[Nathanaël Blanchet]

Le 09/02/2017 à 09:55, Gianluca Cecchi a écrit :
On Thu, Feb 9, 2017 at 9:11 AM, Nathanaël Blanchet > wrote:




Le 09/02/2017 à 09:10, Nathanaël Blanchet a écrit :


Hi Gianluca:

In a fresh 4.1, the timeout is set to 30 s

[root@acore ~]# engine-config -g UserSessionTimeOutInterval
UserSessionTimeOutInterval: 30 version: general

you can modify following:

engine-config -s UserSessionTimeOutInterval 240


And restart engine to take effect




Hi Nathanaël,
thanks for answering.
Perhaps it is to be considered as "minutes" ad not "seconds"???

sure :)

[root@air ~]# engine-config -l | grep  UserSessionTimeOutInterval
UserSessionTimeOutInterval: Timeout interval in minutes, after which 
inactive user sessions expire. A negative value indicates that sessions 
never expire. (Value Type: Integer
Because it doesn't log out me after 30 seconds but indeed after 30 
minutes

it seems confirmed in this thread:
http://lists.ovirt.org/pipermail/devel/2014-November/009356.html

I have not at hand a 4.0 system to crosscheck what the values was there

Gianluca


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

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

Re: [ovirt-users] web admin gui timeout changes in 4.1

[Gianluca Cecchi]

On Thu, Feb 9, 2017 at 9:11 AM, Nathanaël Blanchet  wrote:

>
>
> Le 09/02/2017 à 09:10, Nathanaël Blanchet a écrit :
>
> Hi Gianluca:
>
> In a fresh 4.1, the timeout is set to 30 s
>
> [root@acore ~]# engine-config -g UserSessionTimeOutInterval
> UserSessionTimeOutInterval: 30 version: general
>
> you can modify following:
>
> engine-config -s UserSessionTimeOutInterval 240
>
> And restart engine to take effect
>
>
>
>
Hi Nathanaël,
thanks for answering.
Perhaps it is to be considered as "minutes" ad not "seconds"???
Because it doesn't log out me after 30 seconds but indeed after 30
minutes
it seems confirmed in this thread:
http://lists.ovirt.org/pipermail/devel/2014-November/009356.html

I have not at hand a 4.0 system to crosscheck what the values was there

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

Re: [ovirt-users] Upgrading oVirt-Node-NG from 4.0.3 to 4.0.6

[Yuval Turgeman]

Hi, so 4.0.6 was downloaded but it is not upgrading the node ?

On Fri, Feb 3, 2017 at 11:58 PM, Thomas Kendall  wrote:

> We recently migrated from 3.6 to 4.0, but I'm a little confused about how
> to keep the nodes up to date. I see the auto-updates come through for my
> 4.0.3 nodes, but they don't seem to upgrade them to the newer 4.0.x
> releases.
>
> Is there a way to do this upgrade?  I have two nodes that were installed
> with 4.0.3, and I would like to bring them up to the same version as
> everything else.
>
> For reference, the 4.0.3 nodes were built off the 4.0-2016083011 iso, and
> the 4.0.6 nodes were built off the 4.0-2017011712 iso.
>
> Thanks,
> Thomas
>
> ___
> 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] About H.264 encode in ovirt

[Yaniv Kaul]

The question is not very clear. Does Spice support it? Is running such an
encoder in a VM supported?
Y.

On Thu, Feb 9, 2017 at 6:18 AM, 张 余歌  wrote:

> hello,my friend,i want to be sure whether ovirt support h.264 encode?Did
> anyone know it?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] problem after rebooting the node

[Yaniv Kaul]

On Thu, Feb 9, 2017 at 9:51 AM, Shalabh Goel 
wrote:

> Sorry for the late reply. Actually the problem is with only one of my
> three nodes. So I think that it is an issue with the upgrade. I am using
> Ovirt-ng node OS. I will just re-install ovirt-ng OS on this node and
> upgrade it the way I did others.
>
> Actually, I upgraded my storage node (NFS) and lost all my data since it
> was in a separate folder in root (/iso and /vm) which got deleted after I
> upgraded my node. So I will have to start all over again. :(
>
> Anyway thanks for the help. Please just update the documentation on how to
> upgrade the Ovirt-ng nodes properly (I did ask about that but never got a
> reply :P).
>

You could help updating documentation (it's all in Github). See
https://github.com/oVirt/ovirt-site
Y.


>
>
> On Mon, Feb 6, 2017 at 5:00 PM, Edward Haas  wrote:
>
>> The ones you mentioned before, we just need the whole files and not
>> snippets of them.
>> vdsm.log, supervdsm.log, messages.log and the ovs ones you previously
>> mentioned.
>>
>> On Mon, Feb 6, 2017 at 1:14 PM, Shalabh Goel 
>> wrote:
>>
>>> which all log files? Actually I am new to Ovirt, so it would be really
>>> helpful if  you can tell me which ones??
>>>
>>> Thanks
>>>
>>> On Mon, Feb 6, 2017 at 4:39 PM, Edward Haas  wrote:
>>>
 Please package the logs (tar or zip) and send them.

 On Mon, Feb 6, 2017 at 12:05 PM, Shalabh Goel 
 wrote:

> Yes, I am using OVS as the switch type and I did not know that it was
> not supported officially.
>
> The output of ovs-vsctl show is as follows:
>
> f634d53e-4849-488b-8454-6b1fafa7c6ac
> ovs_version: "2.6.90"
>
> I am attaching OVS switch logs below:
>
> /var/log/openvswitch/ovsdb-server.log
>
>
> 2017-02-06T09:46:07.788Z|1|vlog|INFO|opened log file
> /var/log/openvswitch/ovsdb-server.log
> 2017-02-06T09:46:07.791Z|2|ovsdb_server|INFO|ovsdb-server (Open
> vSwitch) 2.6.90
> 2017-02-06T09:46:17.802Z|3|memory|INFO|2296 kB peak resident set
> size after 10.0 seconds
> 2017-02-06T09:46:17.802Z|4|memory|INFO|cells:16 json-caches:1
> monitors:1 sessions:1
>
> ovs-vswitchd.log
>
>
> 2017-02-06T09:46:07.999Z|1|vlog|INFO|opened log file
> /var/log/openvswitch/ovs-vswitchd.log
> 2017-02-06T09:46:08.036Z|2|ovs_numa|INFO|Discovered 24 CPU cores
> on NUMA node 0
> 2017-02-06T09:46:08.036Z|3|ovs_numa|INFO|Discovered 24 CPU cores
> on NUMA node 1
> 2017-02-06T09:46:08.036Z|4|ovs_numa|INFO|Discovered 2 NUMA nodes
> and 48 CPU cores
> 2017-02-06T09:46:08.037Z|5|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connecting...
> 2017-02-06T09:46:08.037Z|6|reconnect|INFO|unix:/var/run/openvswitch/db.sock:
> connected
> 2017-02-06T09:46:08.039Z|7|bridge|INFO|ovs-vswitchd (Open
> vSwitch) 2.6.90
>
> What should I do now?
>
> The engine says that "Host host2 does not comply with the cluster
> Default networks, the following networks are missing on host: 'ovirtmgmt'
> "
>
> What other logs should I attach?
>
> Thanks
>
> Shalabh Goel
>
> On Sun, Feb 5, 2017 at 1:10 PM, Edward Haas  wrote:
>
>> Based on what I can see, you used OVS as the switch type and it seems
>> ovs (openvswitch) is not properly installed on your host.
>> Make sure that you have ovs operational by issuing "ovs-vsctl show".
>>
>> You should note that OVS network support is not an official release
>> feature, and you should use it on 4.1 and up versions.
>> Fixes will be probably submitted to master (appearing in nightly
>> builds).
>>
>> Next time please include the mailing-list in your replies and attach
>> the log files, it is less spamming.
>>
>> Thanks,
>> Edy.
>>
>> On Fri, Feb 3, 2017 at 5:07 AM, Shalabh Goel > > wrote:
>>
>>> log from messages
>>>
>>> Feb  3 08:27:53 ovirtnode3 ovs-vsctl: 
>>> ovs|1|db_ctl_base|ERR|unix:/var/run/openvswitch/db.sock:
>>> database connection failed (No such file or directory)
>>> Feb  3 08:27:53 ovirtnode3 journal: vdsm vds ERROR Executing
>>> commands failed: ovs-vsctl: unix:/var/run/openvswitch/db.sock:
>>> database connection failed (No su
>>> ch file or directory)#012Traceback (most recent call last):#012
>>> File "/usr/share/vdsm/API.py", line 1531, in setupNetworks#012
>>> supervdsm.getProxy().setup
>>> Networks(networks, bondings, options)#012  File
>>> "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 53, in
>>> __call__#012return callMethod()#012  Fi
>>> le "/usr/lib/python2.7/site-packages/vdsm/supervdsm.py", line 51,
>>> in #012

Re: [ovirt-users] USB 2.0 compatibility -- RESOLVED!

[Yedidyah Bar David]

On Thu, Feb 9, 2017 at 2:09 AM, Jonathan Woytek  wrote:
> I was finally able to resolve this. So that maybe other users can find how
> to fix this if they run into the same issues:
>
> tl;dr:
> Edit the virtual machine in question, go under Console, make sure SPICE is
> chosen for graphics, and under "USB Redirection" choose "Native." When you
> reboot the VM, it will have both UHCI and EHCI (2.0) controllers. Now, any
> USB 2.0 devices that you attach will work correctly.
>
>
> Long version:
> I struggled with this for quite a while. While doing some additional
> research, I found a note in the 4.1.0 release notes referencing BZ 1373223.
> This particular note was for ppc64 architecture systems, but it curiously
> said that enabling USB Redirection under SPICE would change the USB
> controllers available on the host. I dug a little deeper into the bug thread
> and found a couple of references that seemed to indicate that x86/x86_64
> exhibited the same behavior. Apparently, UHCI (1.1) is the default because
> it supports SmartCards, but the EHCI (2.0) controller does not. So, turning
> on USB Redirection under SPICE settings for the console enables an EHCI
> controller, thereby enabling devices that require USB 2.0.

Thanks a lot for the report!

>
> Personal opinion:
> This is really obfuscated. It would be great if this switch lived somewhere
> more obvious. Even if that doesn't happen, this should exist in a document
> somewhere. Maybe it does and I couldn't find it, but I tried!

Would you like to open an RFE and suggest a new arrangement for the UI,
and push a doc update to the website?

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

Re: [ovirt-users] web admin gui timeout changes in 4.1

[Nathanaël Blanchet]

Le 09/02/2017 à 09:10, Nathanaël Blanchet a écrit :


Hi Gianluca:

In a fresh 4.1, the timeout is set to 30 s

[root@acore ~]# engine-config -g UserSessionTimeOutInterval
UserSessionTimeOutInterval: 30 version: general

you can modify following:

engine-config -s UserSessionTimeOutInterval 240


And restart engine to take effect



Le 08/02/2017 à 12:09, Gianluca Cecchi a écrit :

Hello,
while in 4.0.6 it seemed perhaps too short and you got logged out, in 
4.1 it seems very relaxed

Did the default values changed? In which measures?
Any way to tweak?
Thanks,
Gianluca


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


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr  



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


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

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

Re: [ovirt-users] Host DNS

[Edward Haas]

We have a gap regarding DNS settings and work is under way to allow DNS to
be set from the manager (Engine).

You seem to got into a loop here, due to the way oVirt agent (VDSM) handles
DNS and its configuration.
Please follow these steps and let us know if it helps:
- Update the entries in  /var/lib/vdsm/persistence/netconf/nets/ovirtmgmt
as you have already done.
- Update the entries in ifcfg-ovirtmgmt.
- Reboot the host.

* Instead of rebooting you could update the temporary running entries
under: /var/run/vdsm/netconf for the ovirtmgmt network.

Thanks,
Edy.


On Thu, Feb 9, 2017 at 2:55 AM, Todd Punderson 
wrote:

> I changed my DNS servers since installing my hosted engine and hosts. I've
> manually set my /etc/resolv.conf to have the correct nameserver entries.
> But I found when I rebooted that it was being overwritten. I did some
> googling and found that in /var/lib/vdsm/persistence/netconf/nets/ovirtmgmt
> (My management network name) there is a nameservers config that gets
> applied when vdsm starts which updated my ifcfg files. I edited that file
> to include my correct name servers.
>
> Now, if I choose a host, go to the network interfaces tab, then click
> "Setup Host Network" when I exit out with the "Save" checkbox checked, the
> file in the vdsm directory is being changed back to my old nameserver entry.
>
> I searched all over the hosted engine UI and I can't find where that's old
> entry is coming from. Where do I go to change this?
> 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] web admin gui timeout changes in 4.1

[Nathanaël Blanchet]

Hi Gianluca:

In a fresh 4.1, the timeout is set to 30 s

[root@acore ~]# engine-config -g UserSessionTimeOutInterval
UserSessionTimeOutInterval: 30 version: general

you can modify following:

engine-config -s UserSessionTimeOutInterval 240


Le 08/02/2017 à 12:09, Gianluca Cecchi a écrit :

Hello,
while in 4.0.6 it seemed perhaps too short and you got logged out, in 
4.1 it seems very relaxed

Did the default values changed? In which measures?
Any way to tweak?
Thanks,
Gianluca


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


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

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

Re: [ovirt-users] Storage domain experienced a high latency

[Grundmann, Christian]

Hi,

@ Can also be low level issue in kernel, hba, switch, server.
I have the old storage on the same cable so I don’t think its hba or switch 
related 
On the same Switch I have a few ESXi Server with same storage setup which are 
working without problems.

@multipath
I use stock ng-node multipath configuration

# VDSM REVISION 1.3

defaults {
polling_interval5
no_path_retry   fail
user_friendly_names no
flush_on_last_del   yes
fast_io_fail_tmo5
dev_loss_tmo30
max_fds 4096
}

# Remove devices entries when overrides section is available.
devices {
device {
# These settings overrides built-in devices settings. It does not apply
# to devices without built-in settings (these use the settings in the
# "defaults" section), or to devices defined in the "devices" section.
# Note: This is not available yet on Fedora 21. For more info see
# https://bugzilla.redhat.com/1253799
all_devsyes
no_path_retry   fail
}
}

# Enable when this section is available on all supported platforms.
# Options defined here override device specific options embedded into
# multipathd.
#
# overrides {
#  no_path_retry   fail
# }


multipath -r v3
has no output


Thx Christian


Von: Nir Soffer [mailto:nsof...@redhat.com] 
Gesendet: Mittwoch, 08. Februar 2017 20:44
An: Grundmann, Christian 
Cc: users@ovirt.org
Betreff: Re: [ovirt-users] Storage domain experienced a high latency

On Wed, Feb 8, 2017 at 6:11 PM, Grundmann, Christian 
 wrote:
Hi,
got a new FC Storage (EMC Unity 300F) which is seen by my Hosts additional to 
my old Storage for Migration.
New Storage has only on PATH until Migration is done.
I already have a few VMs running on the new Storage without Problem.
But after starting some VMs (don’t really no whats the difference to working 
ones), the Path for new Storage fails.
 
Engine tells me: Storage Domain  experienced a high latency of 
22.4875 seconds from host 
 
Where can I start looking?
 
In /var/log/messages I found:
 
Feb  8 09:03:53 ovirtnode01 multipathd: 360060160422143002a38935800ae2760: sdd 
- emc_clariion_checker: Active path is healthy.
Feb  8 09:03:53 ovirtnode01 multipathd: 8:48: reinstated
Feb  8 09:03:53 ovirtnode01 multipathd: 360060160422143002a38935800ae2760: 
remaining active paths: 1
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 8
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 5833475
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 5833475
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 4294967168
Feb  8 09:03:53 ovirtnode01 kernel: Buffer I/O error on dev dm-207, logical 
block 97, async page read
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 4294967168
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 4294967280
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 4294967280
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 0
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 0
Feb  8 09:03:53 ovirtnode01 kernel: blk_update_request: I/O error, dev dm-10, 
sector 4294967168
Feb  8 09:03:53 ovirtnode01 kernel: device-mapper: multipath: Reinstating path 
8:48.
Feb  8 09:03:53 ovirtnode01 kernel: sd 3:0:0:22: alua: port group 01 state A 
preferred supports tolUsNA
Feb  8 09:03:53 ovirtnode01 sanlock[5192]: 2017-02-08 09:03:53+0100 151809 
[11772]: s59 add_lockspace fail result -202
Feb  8 09:04:05 ovirtnode01 multipathd: dm-33: remove map (uevent)
Feb  8 09:04:05 ovirtnode01 multipathd: dm-33: devmap not registered, can't 
remove
Feb  8 09:04:05 ovirtnode01 multipathd: dm-33: remove map (uevent)
Feb  8 09:04:06 ovirtnode01 multipathd: dm-34: remove map (uevent)
Feb  8 09:04:06 ovirtnode01 multipathd: dm-34: devmap not registered, can't 
remove
Feb  8 09:04:06 ovirtnode01 multipathd: dm-34: remove map (uevent)
Feb  8 09:04:08 ovirtnode01 multipathd: dm-33: remove map (uevent)
Feb  8 09:04:08 ovirtnode01 multipathd: dm-33: devmap not registered, can't 
remove
Feb  8 09:04:08 ovirtnode01 multipathd: dm-33: remove map (uevent)
Feb  8 09:04:08 ovirtnode01 kernel: dd: sending ioctl 80306d02 to a partition!
Feb  8 09:04:24 ovirtnode01 sanlock[5192]: 2017-02-08 09:04:24+0100 151840 
[15589]: read_sectors delta_leader offset 2560 rv -202 
/dev/f9b70017-0a34-47bc-bf2f-dfc70200a347/ids
Feb  8 09:04:34 ovirtnode01 sanlock[5192]: 2017-02-08 09:04:34+0100 151850 
[15589]: f9b70017 close_task_aio 0 0x7fd78c0008c0 busy
Feb  8 09:04:39 ovirtnode01 multipathd: 360060160422143002a38935800ae2760: sdd 
-