[ovirt-users] News in version 4.1.5.2

[nicolas]

Hi,

We just upgraded to 4.1.5.2 and I see there are 2 news that I'd like to 
ask if they might be changed:


1) Up until now the "User admin@internal logged in." event didn't show 
up, which was a big plus to us because we have many scripts that connect 
to oVirt to do some tasks. As of this version I see this event is back 
:-( Is there a way to disable it so the events list won't get flooded of 
these kind of events?


2) The events list is now ordered top-down. Personally I consider this 
kind of unintuitive and would like to sort events as until now (more 
recent events on top). Is there a way to do this?


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

Re: [ovirt-users] News in version 4.1.5.2

[Gianluca Cecchi]

On Wed, Aug 30, 2017 at 11:01 AM,  wrote:

> Hi,
>
> We just upgraded to 4.1.5.2 and I see there are 2 news that I'd like to
> ask if they might be changed:
>
> 1) Up until now the "User admin@internal logged in." event didn't show
> up, which was a big plus to us because we have many scripts that connect to
> oVirt to do some tasks. As of this version I see this event is back :-( Is
> there a way to disable it so the events list won't get flooded of these
> kind of events?
>

In my case I desired in previous versions to have it added and now I'm
happy, but I understand your reason.
The best would be to have it customizable.
I suggest to submit an RFE


>
> 2) The events list is now ordered top-down. Personally I consider this
> kind of unintuitive and would like to sort events as until now (more recent
> events on top). Is there a way to do this?
>
>
Bug already opened:
https://bugzilla.redhat.com/show_bug.cgi?id=1486513

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

Re: [ovirt-users] News in version 4.1.5.2

[Martin Perina]

On Wed, Aug 30, 2017 at 11:06 AM, Gianluca Cecchi  wrote:

> On Wed, Aug 30, 2017 at 11:01 AM,  wrote:
>
>> Hi,
>>
>> We just upgraded to 4.1.5.2 and I see there are 2 news that I'd like to
>> ask if they might be changed:
>>
>> 1) Up until now the "User admin@internal logged in." event didn't show
>> up, which was a big plus to us because we have many scripts that connect to
>> oVirt to do some tasks. As of this version I see this event is back :-( Is
>> there a way to disable it so the events list won't get flooded of these
>> kind of events?
>>
>
​The absence of "User xxx logged in" events was a regression since 4.0,
which was fixed in 4.1.2 [1].

Which language are your scripts implemented in? Are you reusing connections
or are you logging in and out for each call?

Thanks

Martin Perina

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



> In my case I desired in previous versions to have it added and now I'm
> happy, but I understand your reason.
> The best would be to have it customizable.
> I suggest to submit an RFE
>
>
>>
>> 2) The events list is now ordered top-down. Personally I consider this
>> kind of unintuitive and would like to sort events as until now (more recent
>> events on top). Is there a way to do this?
>>
>>
> Bug already opened:
> https://bugzilla.redhat.com/show_bug.cgi?id=1486513
>
> 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] oVirt 3.5.6 / VM Import Fails

[Michal Skrivanek]

> On 30 Aug 2017, at 04:19, Devin Acosta  wrote:
> 
> 
> I have a VM that was exported successfully to an export domain, but when I 
> tried to re-import into the Data Center it fails with the following logs. 
> Hoping someone can shed the light on why it's failing to import the VM into 
> the Cluster. It seems concerning when it says: "VDSGenericException: 
> VDSErrorException: Failed to HSMGetAllTasksStatusesVDS, error = low level 
> Image copy failed, code = 261”.

you may want to take a look at the host to see if there are any storage access 
issues…
it should be the one with HostId = 4c396d88-fe8d-43f3-8fbb-291e88c5c815

Thanks,
michal

> 
> Help anyone?
> 
> 
> 2017-08-30 02:14:03,617 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] 
> (ajp--127.0.0.1-8702-4) START, GetVmsInfoVDSCommand( storagePoolId = 
> ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, 
> storageDomainId = 4cde55bd-328e-40a7-9b0e-b4a5d576d896, vmIdList = null), log 
> id: 74730ee
> 2017-08-30 02:14:03,639 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] 
> (ajp--127.0.0.1-8702-4) FINISH, GetVmsInfoVDSCommand, log id: 74730ee
> 2017-08-30 02:14:06,103 INFO  
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
> (DefaultQuartzScheduler_Worker-32) VM job 
> 07fd15a8-1e41-4cfa-bddd-c2ecef6568a8: In progress (no change)
> 2017-08-30 02:14:06,313 INFO  
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
> (DefaultQuartzScheduler_Worker-34) VM job 
> 80378e33-1efd-4f25-8550-81d4922c5440: In progress (no change)
> 2017-08-30 02:14:06,319 INFO  
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
> (DefaultQuartzScheduler_Worker-36) VM job 
> 1d9fca66-c709-4c2b-a0c3-bf1b1048149c: In progress (no change)
> 2017-08-30 02:14:06,320 INFO  
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
> (DefaultQuartzScheduler_Worker-36) VM job 
> d063300d-7d0f-4bfe-856e-4b0fa450726d: In progress (no change)
> 2017-08-30 02:14:06,321 INFO  
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
> (DefaultQuartzScheduler_Worker-34) VM job 
> ebf6911c-ae9f-4fb1-93ae-1c1cbe242e5e: In progress (no change)
> 2017-08-30 02:14:06,324 INFO  
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
> (DefaultQuartzScheduler_Worker-34) VM job 
> a6c48586-5c02-4b81-a54d-a199d7c4befe: In progress (no change)
> 2017-08-30 02:14:06,506 INFO  
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] 
> (DefaultQuartzScheduler_Worker-35) VM job 
> 2b1f11c9-4852-4cf3-8a6d-1ac242d05420: In progress (no change)
> 2017-08-30 02:14:20,291 INFO  [org.ovirt.engine.core.bll.ImportVmCommand] 
> (ajp--127.0.0.1-8702-5) [338f07a0] Lock Acquired to object EngineLock 
> [exclusiveLocks= key: las01-622-003__2017-08-29__13.01.30 value: VM_NAME
> , sharedLocks= key: 02137593-5f11-4f07-afc0-5d3992a26b38 value: REMOTE_VM
> ]
> 2017-08-30 02:14:20,302 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] 
> (ajp--127.0.0.1-8702-5) [338f07a0] START, GetVmsInfoVDSCommand( storagePoolId 
> = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = false, 
> storageDomainId = 4cde55bd-328e-40a7-9b0e-b4a5d576d896, vmIdList = null), log 
> id: 3672c4a9
> 2017-08-30 02:14:20,320 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.GetVmsInfoVDSCommand] 
> (ajp--127.0.0.1-8702-5) [338f07a0] FINISH, GetVmsInfoVDSCommand, log id: 
> 3672c4a9
> 2017-08-30 02:14:20,887 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.GetImagesListVDSCommand] 
> (ajp--127.0.0.1-8702-5) [338f07a0] START, GetImagesListVDSCommand( 
> storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = 
> false, sdUUID = 39b260fb-0e4e-414d-972f-8ebd87ce7643), log id: 692a8a42
> 2017-08-30 02:14:20,904 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.GetImagesListVDSCommand] 
> (ajp--127.0.0.1-8702-5) [338f07a0] FINISH, GetImagesListVDSCommand, return: 
> [d91aa8be-7929-43e3-8891-e5b35389150f, 420f239a-177b-407e-bb22-c93f984c8735, 
> 7cc223ed-d7cd-4d0e-85fd-05a9a82d3315, e7879ce5-5af3-48ab-ab1c-26540cf785b5], 
> log id: 692a8a42
> 2017-08-30 02:14:20,911 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] 
> (ajp--127.0.0.1-8702-5) [338f07a0] START, DoesImageExistVDSCommand( 
> storagePoolId = ff545917-da81-43a2-a5e0-b43b185ee8e8, ignoreFailoverLimit = 
> false, storageDomainId = 4cde55bd-328e-40a7-9b0e-b4a5d576d896, imageGroupId = 
> f0b7e806-64d9-49ea-a52c-7fe70be2138b, imageId = 
> 53b161c8-1751-41cf-b0bb-444bd603d136), log id: 707f904c
> 2017-08-30 02:14:20,929 INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] 
> (ajp--127.0.0.1-8702-5) [338f07a0] FINISH, DoesImageExistVDSCommand, return: 
> true, log id: 707f904c
> 2017-08-30 02:14:21,058 INFO  [org.ovirt.engine.core.bll.ImportVmCommand] 
> (org.ovirt.thread.pool-8-thread-26) [338f07a0] Running command: 
> ImportVmCommand internal: false. Entities affected :  ID: 
> 39b260fb-0e4e-414d-

Re: [ovirt-users] Centos 7.3 ovirt 4.0.6 Can't add host to cluster collectd or collectd-disk not found - SOLVED

[Claudio Soprano]

Ok i SOLVED the problem, but i don't know if it is a BUG, the problem is 
the name default, but i had it working with ovirt v3 and v4.0pre for sure.


I don't know if the check has been added in the setup_host_network or not.

This is that i did

i manually added a ifcfg-def and ifcfg-enp12s0.1 file (first for the 
bridge and the second for the VLAN) to an host that don't have VLAN 1


[root@X network-scripts]# more ifcfg-enp12s0.1
# Generated by VDSM version 4.19.28-1.el7.centos
DEVICE=enp12s0.1
VLAN=yes
BRIDGE=def
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

[root@X network-scripts]# more ifcfg-def
# Generated by VDSM version 4.19.28-1.el7.centos
DEVICE=def
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

then run

systemctl restart network

it didn't give errors, and ip addr shows

[root@X network-scripts]# ip addr

94: enp12s0.1@enp12s0:  mtu 1500 qdisc 
noqueue master def state UP qlen 1000

link/ether 00:25:b5:00:10:5f brd ff:ff:ff:ff:ff:ff
inet6 fe80::225:b5ff:fe00:105f/64 scope link
   valid_lft forever preferred_lft forever
95: def:  mtu 1500 qdisc noqueue state 
UP qlen 1000

link/ether 00:25:b5:00:10:5f brd ff:ff:ff:ff:ff:ff
inet6 fe80::225:b5ff:fe00:105f/64 scope link
   valid_lft forever preferred_lft forever

I will try to change the name of that network to something different 
from default


Claudio

On 30/08/17 11:31, Claudio Soprano wrote:


The problem is not the host-deploy, infact the deploy finished without 
errors, if i remember good in the deploy process the network are not 
set, i need to attach each network i need manually, under hosts, 
network interface, setup host networks


and the problem is there, when i attach all the VLANs (including the 
default, that is VLAN 1) it gave error, default is not present in the 
system, if i add all the VLANS (excluding the default, that is VLAN 1) 
it is OK, but the host will not activate because missing the default vlan.


If i manually add the 2 configuration files (ifcfg-default and 
ifcfg-intX.1) to the host and make a systemctl network restart, it 
gave error then


ip addr reports

the vlan 1 is added, but not the Bridge to default (the default is 
missing error).


I don't know if the name "default" (for the network, VLAN 1) could be 
the problem, but i can't rename now, because i need to detach from the 
hosts, but actually i can't.


I added 3 screenshoots to show you the situation, before adding VLAN 1 
("default" network), the error when adding it, and the info on the error.


Claudio

On 30/08/17 08:49, Sandro Bonazzola wrote:



2017-08-29 14:45 GMT+02:00 Claudio Soprano 
mailto:claudio.sopr...@lnf.infn.it>>:


Ok in this way i could install the hosts, but we got another
error on them when setup networks

we have on each hosts 2 interfaces

interface 1 is ovirtmgm

interface 2 is a TRUNK with VLANs inside.

All my old hosts are all the VLANs on interface2 included VLAN 1
(tagged).

When i setup networks for the new hosts 4.0.6 i can't include
VLAN 1, ovirt answer with

VDSM hostname.domainname command HostSetupNetworksVDS failed:
[Errno 19] default (that is VLAN 1) is not present in the system.

So thinking about upgrading to 4.1.5 we updated all the new hosts
(the old are still v4.0.6) and reinstall from beginning but still
we get the same error.

What means that error ?


Adding Marcin and Dan about this.

Claudio Soprano

On 25/08/17 15:27, Sandro Bonazzola wrote:



2017-08-25 10:43 GMT+02:00 Claudio Soprano
mailto:claudio.sopr...@lnf.infn.it>>:

Hi all,

we are installing new nodes on a Ovirt 4.0.6 Cluster, the
new nodes were installed from a Minimal 1707 iso image,
Centos v7.3.1611


Any reason for keeping 4.0.6 hosts? oVirt 4.0 has reached End Of
Life back in January[1]
And you can install 4.1 hosts in 4.0 cluster compatibility mode.

That said, you may want to "yum install centos-release-opstools"
which should provide you the missing collectd packages by
providing the same repos already included in ovirt-release41 rpm.

[1]
http://lists.ovirt.org/pipermail/announce/2017-January/000308.html



in the log of host-deploy (on the manager) it indicates that
collectd packages was not found.

I found this bug in the ovirt 4.1.0 version where it tells
to disable the EPEL repository, in another tread on redhat
someone told to add

excludepkgs=collectd*

always in the epel repository

I checked all my repository and i found epel reference only in

[root@ yum.repos.d]# grep epel *
ovirt-4.0-dependencies.repo:[ovirt-4.0-epel]

ovirt-4.0-dependencies.repo:#baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch

[ovirt-users] I can't see any host to choose when creating new domain

[Khoi Thinh]

Hi everyone,
I have a question related to Ovirt.
Sorry it's in Japanese. I did a quick translation as below (not sure if
it's right)

So as you can see, after choose option for
* Data center
* Domain function/feature
* Storage Type
Then i didn't see any option for "Running host/Host in use". Even though i
did create some hosts in dhcp48.

Has any of you guys seen this before?

​

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

[ovirt-users] Native Access on gluster storage domain

[Stefano Danzi]

Hello,
I have a test environment with a sigle host and self hosted engine 
running oVirt Engine: 4.1.5.2-1.el7.centos


I what to try the option "Native Access on gluster storage domain" but I 
get an error because I have to put the
host in maintenance mode. I can't do that because I have a single host 
so the hosted engine can't be migrated.


There are a way to change this option but apply it at next reboot?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] News in version 4.1.5.2

[nicolas]

El 2017-08-30 10:34, Martin Perina escribió:

On Wed, Aug 30, 2017 at 11:06 AM, Gianluca Cecchi
 wrote:


On Wed, Aug 30, 2017 at 11:01 AM,  wrote:


Hi,

We just upgraded to 4.1.5.2 and I see there are 2 news that I'd
like to ask if they might be changed:

1) Up until now the "User admin@internal logged in." event didn't
show up, which was a big plus to us because we have many scripts
that connect to oVirt to do some tasks. As of this version I see
this event is back :-( Is there a way to disable it so the events
list won't get flooded of these kind of events?


​The absence of "User xxx logged in" events was a regression since
4.0, which was fixed in 4.1.2 [1].

Which language are your scripts implemented in? Are you reusing
connections or are you logging in and out for each call?



We're using Python-SDK. On reusing connections, it depends. Some scripts 
do reuse connections (they open a connection and put the main 
implementation inside an endless loop with a sleep() call at the end), 
but others don't because of their nature. I guess we could try to 
reimplement them in a way that just one connection would be opened, but 
currently I'm not sure if all of them can be reimplemented this way.



Thanks

Martin Perina

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1426715 [3]​ 





In my case I desired in previous versions to have it added and now
I'm happy, but I understand your reason.
The best would be to have it customizable.
I suggest to submit an RFE
 


2) The events list is now ordered top-down. Personally I consider
this kind of unintuitive and would like to sort events as until
now (more recent events on top). Is there a way to do this?


 
Bug already opened:
https://bugzilla.redhat.com/show_bug.cgi?id=1486513 [1]

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




Links:
--
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1486513
[2] http://lists.ovirt.org/mailman/listinfo/users
[3] https://bugzilla.redhat.com/show_bug.cgi?id=1426715

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

Re: [ovirt-users] Centos 7.3 ovirt 4.0.6 Can't add host to cluster collectd or collectd-disk not found - SOLVED

[Claudio Soprano]

More investigation on this for you :)

the bug is only on CentOS v7.3 infact on previous hosts with CentOS < 
v7.3 i have no problem about the name of the network.


I discovered also that i don't need only to rename the network name, but 
also the vnic profile associated, infact with network name def, and vnic 
profile default, it still didn't work, renamed network name and vnic 
profile to def both, now works on CentOS v7.3 with no errors also from GUI.


when i create a network both network name and vnic profile are called 
the same (for my it was default).


Hope that my info can help you.

Another boring issues is that i need to detach the network to all the 
hosts to rename only, but also to change the network on all VMs that use 
it also if they are stopped, i was lucky only 2 VMs and only 4 hosts, 
but i can't imagine people have 40-50 hosts and maybe 100-200 VMs on a 
network.


Anyway now i have Centos V7.3 and V7.2 hosts both working.

Claudio

On 30/08/17 11:52, Claudio Soprano wrote:


Ok i SOLVED the problem, but i don't know if it is a BUG, the problem 
is the name default, but i had it working with ovirt v3 and v4.0pre 
for sure.


I don't know if the check has been added in the setup_host_network or not.

This is that i did

i manually added a ifcfg-def and ifcfg-enp12s0.1 file (first for the 
bridge and the second for the VLAN) to an host that don't have VLAN 1


[root@X network-scripts]# more ifcfg-enp12s0.1
# Generated by VDSM version 4.19.28-1.el7.centos
DEVICE=enp12s0.1
VLAN=yes
BRIDGE=def
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

[root@X network-scripts]# more ifcfg-def
# Generated by VDSM version 4.19.28-1.el7.centos
DEVICE=def
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no

then run

systemctl restart network

it didn't give errors, and ip addr shows

[root@X network-scripts]# ip addr

94: enp12s0.1@enp12s0:  mtu 1500 
qdisc noqueue master def state UP qlen 1000

link/ether 00:25:b5:00:10:5f brd ff:ff:ff:ff:ff:ff
inet6 fe80::225:b5ff:fe00:105f/64 scope link
   valid_lft forever preferred_lft forever
95: def:  mtu 1500 qdisc noqueue 
state UP qlen 1000

link/ether 00:25:b5:00:10:5f brd ff:ff:ff:ff:ff:ff
inet6 fe80::225:b5ff:fe00:105f/64 scope link
   valid_lft forever preferred_lft forever

I will try to change the name of that network to something different 
from default


Claudio

On 30/08/17 11:31, Claudio Soprano wrote:


The problem is not the host-deploy, infact the deploy finished 
without errors, if i remember good in the deploy process the network 
are not set, i need to attach each network i need manually, under 
hosts, network interface, setup host networks


and the problem is there, when i attach all the VLANs (including the 
default, that is VLAN 1) it gave error, default is not present in the 
system, if i add all the VLANS (excluding the default, that is VLAN 
1) it is OK, but the host will not activate because missing the 
default vlan.


If i manually add the 2 configuration files (ifcfg-default and 
ifcfg-intX.1) to the host and make a systemctl network restart, it 
gave error then


ip addr reports

the vlan 1 is added, but not the Bridge to default (the default is 
missing error).


I don't know if the name "default" (for the network, VLAN 1) could be 
the problem, but i can't rename now, because i need to detach from 
the hosts, but actually i can't.


I added 3 screenshoots to show you the situation, before adding VLAN 
1 ("default" network), the error when adding it, and the info on the 
error.


Claudio

On 30/08/17 08:49, Sandro Bonazzola wrote:



2017-08-29 14:45 GMT+02:00 Claudio Soprano 
mailto:claudio.sopr...@lnf.infn.it>>:


Ok in this way i could install the hosts, but we got another
error on them when setup networks

we have on each hosts 2 interfaces

interface 1 is ovirtmgm

interface 2 is a TRUNK with VLANs inside.

All my old hosts are all the VLANs on interface2 included VLAN 1
(tagged).

When i setup networks for the new hosts 4.0.6 i can't include
VLAN 1, ovirt answer with

VDSM hostname.domainname command HostSetupNetworksVDS failed:
[Errno 19] default (that is VLAN 1) is not present in the system.

So thinking about upgrading to 4.1.5 we updated all the new
hosts (the old are still v4.0.6) and reinstall from beginning
but still we get the same error.

What means that error ?


Adding Marcin and Dan about this.

Claudio Soprano

On 25/08/17 15:27, Sandro Bonazzola wrote:



2017-08-25 10:43 GMT+02:00 Claudio Soprano
mailto:claudio.sopr...@lnf.infn.it>>:

Hi all,

we are installing new nodes on a Ovirt 4.0.6 Cluster, the
new nodes were installed from a Minimal 1707 iso image,
Centos v7.3.1611


Any reason for keeping 4.0.6 hosts? oVirt 4.0 has reached End
Of Life back in January[1]
And you can install 4.1 hosts in 4.0 cluster c

Re: [ovirt-users] I can't see any host to choose when creating new domain

[Phillip Bailey]

Hi Khoi,

Are the hosts you've added in the "up" state?

-Phillip Bailey

On Wed, Aug 30, 2017 at 6:00 AM, Khoi Thinh  wrote:

> Hi everyone,
> I have a question related to Ovirt.
> Sorry it's in Japanese. I did a quick translation as below (not sure if
> it's right)
>
> So as you can see, after choose option for
> * Data center
> * Domain function/feature
> * Storage Type
> Then i didn't see any option for "Running host/Host in use". Even though i
> did create some hosts in dhcp48.
>
> Has any of you guys seen this before?
>
> ​
>
> --
> *Khoi Thinh*
>
> ___
> 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] Native Access on gluster storage domain

[Shani Leviim]

Hi Stefano,
Can you please attach your engine and vdsm logs?


*Regards,*

*Shani Leviim*

On Wed, Aug 30, 2017 at 12:46 PM, Stefano Danzi  wrote:

> Hello,
> I have a test environment with a sigle host and self hosted engine running 
> oVirt
> Engine: 4.1.5.2-1.el7.centos
>
> I what to try the option "Native Access on gluster storage domain" but I
> get an error because I have to put the
> host in maintenance mode. I can't do that because I have a single host so
> the hosted engine can't be migrated.
>
> There are a way to change this option but apply it at next reboot?
>
> ___
> 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] Want to Contribute

[Yan Naing Myint]

Hello,

To join meetup and community events, i got some limitation on budget that i
can't attend every single events even they are in APAC region.

So, I've made a Facebook Page named "oVirt Myanmar Community" (Link to Page
) to
spread about oVirt in my region. Here in Myanmar, most of the people use
"Facebook" as their main Social Network. I intend to share posts about
oVirt on that page.

I wonder if I am able to do such work?

Best,

On Aug 27, 2017 16:48, "Yaniv Kaul"  wrote:

>
>
> On Sat, Aug 26, 2017 at 3:16 PM, Yan Naing Myint  > wrote:
>
>> Hello,
>>
>> I am currently only Ambassador of Fedora Project in Yangon, Myanmar.
>>
>> I want to contribute oVirt by spreading about oVirt in my region.
>>
>
> Excellent - please do.
>
>
>> I am also teaching about oVirt here in my region.
>> How should I approach to become officially recognized something like
>> "oVirt Myanmar Community" ?
>>
>
> We do not have such official recognition. I believe participating in
> meetups and community events is the right approach.
> Organizing such events is welcome and is even a better way to become known
> for your contribution.
>
> Lastly, posting content on the popular social networks is a great way to
> spread the word.
>
> Y.
>
>
>> Best,
>> --
>> Yan Naing Myint
>> CEO
>> Server & Network Engineer
>> Cyber Wings Co., Ltd
>> http://cyberwings.asia
>> 09799950510
>>
>> ___
>> 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] Native Access on gluster storage domain

[Stefano Danzi]

above the logs.
PS cluster compatibility level is 4.1

engine:

2017-08-30 16:26:07,928+02 INFO 
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) 
[56d090c5-1097-4641-b745-74af8397d945] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[]', sharedLocks='[]'}'
2017-08-30 16:26:07,951+02 WARN 
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) 
[56d090c5-1097-4641-b745-74af8397d945] Validation of action 
'UpdateCluster' failed for user admin@internal. Reasons: 
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_UPDATE_SUPPORTED_FEATURES_WITH_LOWER_HOSTS
2017-08-30 16:26:07,952+02 INFO 
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) 
[56d090c5-1097-4641-b745-74af8397d945] Lock freed to object 
'EngineLock:{exclusiveLocks='[]', sharedLocks='[]'}'


vdsm:

2017-08-30 16:29:23,310+0200 INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] 
RPC call GlusterHost.list succeeded in 0.15 seconds (__init__:539)
2017-08-30 16:29:23,419+0200 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] 
RPC call Host.getAllVmStats succeeded in 0.01 seconds (__init__:539)
2017-08-30 16:29:23,424+0200 INFO  (jsonrpc/3) [jsonrpc.JsonRpcServer] 
RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds 
(__init__:539)
2017-08-30 16:29:23,814+0200 INFO  (jsonrpc/5) [jsonrpc.JsonRpcServer] 
RPC call GlusterHost.list succeeded in 0.15 seconds (__init__:539)
2017-08-30 16:29:24,011+0200 INFO  (Reactor thread) 
[ProtocolDetector.AcceptorImpl] Accepted connection from ::1:51862 
(protocoldetector:72)
2017-08-30 16:29:24,023+0200 INFO  (Reactor thread) 
[ProtocolDetector.Detector] Detected protocol stomp from ::1:51862 
(protocoldetector:127)
2017-08-30 16:29:24,024+0200 INFO  (Reactor thread) 
[Broker.StompAdapter] Processing CONNECT request (stompreactor:103)
2017-08-30 16:29:24,031+0200 INFO  (JsonRpc (StompReactor)) 
[Broker.StompAdapter] Subscribe command received (stompreactor:130)
2017-08-30 16:29:24,287+0200 INFO  (jsonrpc/2) [jsonrpc.JsonRpcServer] 
RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:539)
2017-08-30 16:29:24,443+0200 INFO  (jsonrpc/7) [vdsm.api] START 
getSpmStatus(spUUID=u'0002-0002-0002-0002-01ef', 
options=None) from=:::192.168.1.55,46502, flow_id=1f664a9, 
task_id=c856903a-0af1-4c0c-8a44-7971fee7dffa (api:46)
2017-08-30 16:29:24,446+0200 INFO  (jsonrpc/7) [vdsm.api] FINISH 
getSpmStatus return={'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 
'spmLver': 1430L}} from=:::192.168.1.55,46502, flow_id=1f664a9, 
task_id=c856903a-0af1-4c0c-8a44-7971fee7dffa (api:52)
2017-08-30 16:29:24,447+0200 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer] 
RPC call StoragePool.getSpmStatus succeeded in 0.00 seconds (__init__:539)
2017-08-30 16:29:24,460+0200 INFO  (jsonrpc/6) [jsonrpc.JsonRpcServer] 
RPC call GlusterHost.list succeeded in 0.16 seconds (__init__:539)
2017-08-30 16:29:24,467+0200 INFO  (jsonrpc/1) [vdsm.api] START 
getStoragePoolInfo(spUUID=u'0002-0002-0002-0002-01ef', 
options=None) from=:::192.168.1.55,46506, flow_id=1f664a9, 
task_id=029ec55e-9c47-4a20-be44-8c80fd1fd5ac (api:46)


Il 30/08/2017 16:06, Shani Leviim ha scritto:

Hi Stefano,
Can you please attach your engine and vdsm logs?

*Regards,
*
*Shani Leviim
*

On Wed, Aug 30, 2017 at 12:46 PM, Stefano Danzi > wrote:


Hello,
I have a test environment with a sigle host and self hosted engine
running oVirt Engine: 4.1.5.2-1.el7.centos

I what to try the option "Native Access on gluster storage domain"
but I get an error because I have to put the
host in maintenance mode. I can't do that because I have a single
host so the hosted engine can't be migrated.

There are a way to change this option but apply it at next reboot?

___
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] hyperconverged question

[Charles Kozler]

Hello -

I have successfully created a hyperconverged hosted engine setup consisting
of 3 nodes - 2 for VM's and the third purely for storage. I manually
configured it all, did not use ovirt node or anything. Built the gluster
volumes myself

However, I noticed that when setting up the hosted engine and even when
adding a new storage domain with glusterfs type, it still asks for
hostname:/volumename

This leads me to believe that if that one node goes down (ex: node1:/data),
then ovirt engine wont be able to communicate with that volume because its
trying to reach it on node 1 and thus, go down

I know glusterfs fuse client can connect to all nodes to provide
failover/ha but how does the engine handle this?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Clarification on Broadwell as cluster cpu type

[Gianluca Cecchi]

Hello,
having to deploy some HP Gen 9 servers as Hypervisors, with Intel E5-2680v4
aka Broadwell cpu, I remember that in oVirt web admin UI I can set it as
cpu type for a cluster (and also Broadwell-noTSX) since many months at
least...
And in fact I already have some with that setting.
But now incidentally I go here:
https://www.ovirt.org/documentation/admin-guide/chap-Clusters/

and see that Broadwell is not listed among the supported cpu types... is
there any reason?
Also if I go into official RHEV 4.1 docs here it is missing in the list:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html/planning_and_prerequisites_guide/requirements#cpu_requirements

Should I submit a doc bug?
Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Want to Contribute

[Yaniv Kaul]

On Aug 30, 2017 5:19 PM, "Yan Naing Myint"  wrote:

Hello,

To join meetup and community events, i got some limitation on budget that i
can't attend every single events even they are in APAC region.

So, I've made a Facebook Page named "oVirt Myanmar Community" (Link to Page
) to
spread about oVirt in my region. Here in Myanmar, most of the people use
"Facebook" as their main Social Network. I intend to share posts about
oVirt on that page.

I wonder if I am able to do such work?


Yes, and thank you for driving this!
Y.


Best,


On Aug 27, 2017 16:48, "Yaniv Kaul"  wrote:

>
>
> On Sat, Aug 26, 2017 at 3:16 PM, Yan Naing Myint  > wrote:
>
>> Hello,
>>
>> I am currently only Ambassador of Fedora Project in Yangon, Myanmar.
>>
>> I want to contribute oVirt by spreading about oVirt in my region.
>>
>
> Excellent - please do.
>
>
>> I am also teaching about oVirt here in my region.
>> How should I approach to become officially recognized something like
>> "oVirt Myanmar Community" ?
>>
>
> We do not have such official recognition. I believe participating in
> meetups and community events is the right approach.
> Organizing such events is welcome and is even a better way to become known
> for your contribution.
>
> Lastly, posting content on the popular social networks is a great way to
> spread the word.
>
> Y.
>
>
>> Best,
>> --
>> Yan Naing Myint
>> CEO
>> Server & Network Engineer
>> Cyber Wings Co., Ltd
>> http://cyberwings.asia
>> 09799950510
>>
>> ___
>> 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] [ovirt-devel] vdsm vds.dispatcher

[Gary Pedretty]

The bug I assumed this was related to is.

Bug 1417708 - ovirt-ha-agent should reuse json-rpc connections  


This is a glusterized 4 host self hosted engine setup.  All storage domains are 
glusterfs replica 3 volumes on 3 of the 4 hosts that are part of the cluster.

Centos 3.10.0-514.26.2.el7.x86_64

vdsm-4.18.21-1.el7.centos.x86_64
libvirt-2.0.0-10.el7_3.9.x86_64
glusterfs-3.7.20-1.el7.x86_64
qemu-kvm-tools-ev-2.6.0-28.el7_3.3.1.x86_64

Host and engine are all updated to the latest versions

Here are sample of messages log, vdsm,log, supervdsm.log and mom.log

messages

Aug 28 01:20:11 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:16 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:16 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:19 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:22 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:24 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:37 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:41 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:41 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:44 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:47 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof
Aug 28 01:20:49 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof

vdsm.log

Thread-316519::DEBUG::2017-08-28 
01:21:13,242::bindingxmlrpc::319::vds::(wrapper) client [::1]
Thread-316519::DEBUG::2017-08-28 
01:21:13,242::task::597::Storage.TaskManager.Task::(_updateState) 
Task=`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::moving from state
init -> state preparing
Thread-316519::INFO::2017-08-28 
01:21:13,242::logUtils::49::dispatcher::(wrapper) Run and protect: 
repoStats(options=None)
Thread-316519::INFO::2017-08-28 
01:21:13,243::logUtils::52::dispatcher::(wrapper) Run and protect: repoStats, 
Return
response: {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, 'actual': True, 
'version': 0, 'acquired': True, 'delay': '0.000833501', 'lastCheck': '1.1', 
'valid': True}, u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': 
True, 'version': 3, 'acquired': False, 'delay': '0.000893509', 'lastCheck': 
'1.1', 'valid': True}, u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': 0, 
'actual': True, 'version':
3, 'acquired': True, 'delay': '0.000776587', 'lastCheck': '1.0', 'valid': 
True}, u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': True, 
'version': 3, 'acquired': True, 'delay': '0.000513211', 'lastCheck': '1.1', 
'valid': True}, u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 'actual': 
True, 'version': 3, 'acquired': True, 'delay': '0.000493711', 'lastCheck': 
'1.3', 'valid':
True}, u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': True, 
'version': 0, 'acquired': True, 'delay':
'0.000512272', 'lastCheck': '1.1', 'valid': True}}
Thread-316519::DEBUG::2017-08-28 
01:21:13,243::task::1193::Storage.TaskManager.Task::(prepare) 
Task=`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::finished: 
{u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code':
0, 'actual': True, 'version': 0,
'acquired': True, 'delay': '0.000833501', 'lastCheck': '1.1', 'valid': True}, 
u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 'actual': True, 'version': 
3, 'acquired': False, 'delay': '0.000893509', 'lastCheck': '1.1', 'valid': 
True}, u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': {'code': 0, 'actual': True, 
'version': 3, 'acquired': True, 'delay': '0.000776587', 'lastCheck': '1.0', 
'valid': True}, u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': 
True, 'version': 3, 'acquired': True, 'delay': '0.000513211', 'lastCheck': 
'1.1', 'valid': True}, u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e':
{'code': 0, 'actual': True, 'version': 3, 'acquired': True, 'delay': 
'0.000493711', 'lastCheck': '1.3', 'valid': True}, 
u'feaebec7-aae3-45b5-9684-1feedede7bec':
{'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': 
'0.000512272', 'lastCheck': '1.1', 'valid': True}}
Thread-316519::DEBUG::2017-08-28 
01:21:13,243::task::597::Storage.TaskManager.Task::(_updateState) 
Task=`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::moving from state
preparing -> state finished
Thread-316519::DEBUG::2017-08-28 
01:21:13,243::resourceManager::952::Storage.ResourceManager.Owner::(releaseAll) 
Owner.releaseAll requests {} resources {}
Thread-316519::DEBUG::2017-08-28 
01:21:13,243::resourceManager::989::Storage.ResourceManager.Owner::(cancelAll)