[ovirt-users] Re: upgrade issue

[Parth Dhanjal]

Hello Jingjie!

You can follow
https://www.ovirt.org/documentation/upgrade-guide/chap-Upgrading_from_4.1_to_oVirt_4.2.html
Under this link you can find a tab to upgrade the hosts. Instead of
https://resources.ovirt.org/pub/yum-repo/ovirt-release42.rpm You can use
https://resources.ovirt.org/pub/yum-repo/ovirt-release43.rpm

Regards
Parth Dhanjal

On Mon, Jan 13, 2020 at 11:44 PM  wrote:

> Hello,
>
> By following the instruction at
> https://www.ovirt.org/documentation/upgrade-guide/appe-Manually_Updating_Hosts.html,
> I tried to upgrade host from 4.2.8(CentOS 7.6) to 4.3.7.
> After the reboot, the host still running 4.2.8 vdsm.
>  # rpm -qa | grep vdsm
> vdsm-common-4.20.46-1.el7.noarch
> vdsm-yajsonrpc-4.20.46-1.el7.noarch
> vdsm-hook-vhostmd-4.20.46-1.el7.noarch
> vdsm-4.20.46-1.el7.x86_64
> vdsm-client-4.20.46-1.el7.noarch
> vdsm-python-4.20.46-1.el7.noarch
> vdsm-hook-fcoe-4.20.46-1.el7.noarch
> vdsm-network-4.20.46-1.el7.x86_64
> vdsm-jsonrpc-4.20.46-1.el7.noarch
> vdsm-hook-vmfex-dev-4.20.46-1.el7.noarch
> vdsm-http-4.20.46-1.el7.noarch
> vdsm-api-4.20.46-1.el7.noarch
> vdsm-hook-ethtool-options-4.20.46-1.el7.noarch
> vdsm-hook-openstacknet-4.20.46-1.el7.noarch
> [root@ovs260 ~]#
>
>
> Looks like the upgrade did not take place as expected.
> Any clue?
>
> Thanks in advance,
> Jingjie
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/BLE3M55EMIDECUEZ6XWIFYNRHGDYO7RA/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SYVZDUJAAWBN2OGLAJJZDHZJQXEEOGEY/

[ovirt-users] Re: gluster shards not healing

[Strahil]

If you observe similar problems in the future, you can just rsync the files 
from one brick to the other and run a heal (usually a full heal resolves it 
all).
Most probably the Hypervisor has accesed the file that consists the shards ans 
the FUSE client noticed that the first host needs healing and uploaded the 
files .

I have used the following to also trigger a heal (not good for large volumes)

find /fuse-mountpoint -iname '*' -exec stat {} \;

Best Regards,
Strahil Nikolov

On Jan 14, 2020 02:33, Jayme  wrote:
>
> I'm not exactly sure how but it looks like the problem worked itself out 
> after a few hours
>
> On Mon, Jan 13, 2020 at 5:02 PM Jayme  wrote:
>>
>> I have a 3-way replica HCI setup.  I recently placed one host in maintenance 
>> to perform work on it.  When I re-activated it I've noticed that many of my 
>> gluster volumes are not completing the heal process.
>>
>> heal info shows shard files in heal pending.  I looked up the files and it 
>> appears that they exist on the other two hosts (the ones that remained 
>> active) but do not exist on the host that was in maintenance. 
>>
>> I tried to run a manual heal on one of the volumes and then a full heal as 
>> well but there are still unhealed shards.  The shard files also still do not 
>> exist on the maintenance host.  Here is an example from one of my volumes:
>>
>> # gluster volume heal prod_a info
>> Brick gluster0:/gluster_bricks/prod_a/prod_a
>> Status: Connected
>> Number of entries: 0
>>
>> Brick gluster1:/gluster_bricks/prod_a/prod_a
>> /.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>> /.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.178
>> Status: Connected
>> Number of entries: 2
>>
>> Brick gluster2:/gluster_bricks/prod_a/prod_a
>> /.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>> /.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.178
>> Status: Connected
>> Number of entries: 2
>>
>>
>> host0:
>>
>> # ls -al 
>> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>> ls: cannot access 
>> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177:
>>  No such file or directory
>>
>> host1:
>>
>> # ls -al 
>> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>> -rw-rw. 2 root root 67108864 Jan 13 16:57 
>> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>>
>> host2: 
>>
>> # ls -al 
>> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>> -rw-rw. 2 root root 67108864 Jan 13 16:57 
>> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>>
>>
>> How can I heal these volumes?
>>
>> Thanks!___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ENET37LSW4LYOJ7GIF2T7IDEM62E5PXM/

[ovirt-users] Re: Can we please migrate to 2020 and get a user friendly issues/support tool?

[Strahil]

Last time I used it, I found that at least half of the replies missing...

On Jan 13, 2020 18:27, markus.f...@mafalb.at wrote:
>
> there is a web frontend for the mailing list at 
> https://lists.ovirt.org/archives/list/users@ovirt.org/ 
>
> best regards, markus
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KVXIR6G4D6R77IJTJTPFPZMNR3L6BQOD/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JFSLKAJSFDTDAF4EVM4XMKL3PTSOXJSQ/

[ovirt-users] SPM contending loop

[Jayme]

My cluster appears to be experiencing an SPM problem. I recently placed
each host in maintenance to move the ovirt management network to another
interface.  All was successful and all VMs are currently running.  However,
I'm not facing an SPM contending loop with data center going in and out of
responsive status.

I have a 3 server HCI setup and all volumes are active and healed, there
are no unsynced entries or split brains.

Does anyone know how I could diagnose the SPM issue?

engine.log:

2020-01-13 22:24:54,777-04 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand]
(DefaultQuartzScheduler2) [213adf4f] START,
GlusterTasksListVDSCommand(HostName = Orchard0,
VdsIdVDSCommandParametersBase:{hostId='771c67eb-56e6-4736-8c67-668502d4ecf5'}),
log id: 349f80a9
2020-01-13 22:24:55,231-04 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterTasksListVDSCommand]
(DefaultQuartzScheduler2) [213adf4f] FINISH, GlusterTasksListVDSCommand,
return: [], log id: 349f80a9
2020-01-13 22:24:58,245-04 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand]
(DefaultQuartzScheduler3) [4f66c75b] START,
GlusterServersListVDSCommand(HostName = Orchard0,
VdsIdVDSCommandParametersBase:{hostId='771c67eb-56e6-4736-8c67-668502d4ecf5'}),
log id: 7b04f110
2020-01-13 22:24:58,887-04 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-72) [] Command
'org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand'
return value '
TaskStatusListReturn:{status='Status [code=654, message=Not SPM]'}
'
2020-01-13 22:24:58,888-04 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-72) [] HostName = Orchard1
2020-01-13 22:24:58,888-04 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksStatusesVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-72) [] Command
'HSMGetAllTasksStatusesVDSCommand(HostName = Orchard1,
VdsIdVDSCommandParametersBase:{hostId='fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d'})'
execution failed: IRSGenericException: IRSErrorException:
IRSNonOperationalException: Not SPM
2020-01-13 22:24:59,034-04 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand]
(DefaultQuartzScheduler3) [4f66c75b] FINISH, GlusterServersListVDSCommand,
return: [10.12.0.220/24:CONNECTED, orchard1.grove.silverorange.com:CONNECTED,
orchard2.grove.silverorange.com:DISCONNECTED], log id: 7b04f110
2020-01-13 22:24:59,049-04 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand]
(DefaultQuartzScheduler3) [4f66c75b] START,
GlusterServersListVDSCommand(HostName = Orchard2,
VdsIdVDSCommandParametersBase:{hostId='fd0752d8-2d41-45b0-887a-0ffacbb8a237'}),
log id: 43f1dd82
2020-01-13 22:24:59,099-04 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-72) [] START,
ConnectStoragePoolVDSCommand(HostName = Orchard1,
ConnectStoragePoolVDSCommandParameters:{hostId='fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d',
vdsId='fb1e62d5-1dc1-4ccc-8b2b-cf48f7077d0d',
storagePoolId='a45e442e-9989-11e8-b0e4-00163e4bf18a', masterVersion='1'}),
log id: 2b397b31
2020-01-13 22:24:59,099-04 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-72) [] Executing with
domain map: {edc68a7c-7604-47e6-89bc-3738d727e8fc=active,
23c22a0f-0482-425e-8ada-730cf8ec0751=active,
390c0320-e843-4ff3-a4bb-a9973058447f=active,
fb43d33a-82c8-44cb-8169-090cd0d8f56e=active,
d70b171e-7488-4d52-8cad-bbc581dbf16e=active,
1f2e9989-9ab3-43d5-971d-568b8feca918=active}
2020-01-13 22:24:59,850-04 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterServersListVDSCommand]
(DefaultQuartzScheduler3) [4f66c75b] FINISH, GlusterServersListVDSCommand,
return: [10.12.0.222/24:CONNECTED, 10.11.0.220:CONNECTED,
orchard1.grove.silverorange.com:CONNECTED], log id: 43f1dd82
2020-01-13 22:24:59,852-04 INFO
 [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler3) [4f66c75b] START,
GlusterVolumesListVDSCommand(HostName = Orchard0,
GlusterVolumesListVDSParameters:{hostId='771c67eb-56e6-4736-8c67-668502d4ecf5'}),
log id: 263be6f8
2020-01-13 22:25:00,019-04 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-72) [] FINISH,
ConnectStoragePoolVDSCommand, return: , log id: 2b397b31
2020-01-13 22:25:00,036-04 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
(EE-ManagedThreadFactory-engineScheduled-Thread-72) []
hostFromVds::selectedVds - 'Orchard1', spmStatus 'Free', storage pool
'Default', storage pool version '4.3'
2020-01-13 22:25:00,056-04 INFO
 [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
(EE-ManagedThreadFactory-engineScheduled-Thread-72) [] starting spm on vds
'Orchard1', storage pool 'Default', 

[ovirt-users] Re: gluster shards not healing

[Jayme]

I'm not exactly sure how but it looks like the problem worked itself out
after a few hours

On Mon, Jan 13, 2020 at 5:02 PM Jayme  wrote:

> I have a 3-way replica HCI setup.  I recently placed one host in
> maintenance to perform work on it.  When I re-activated it I've noticed
> that many of my gluster volumes are not completing the heal process.
>
> heal info shows shard files in heal pending.  I looked up the files and it
> appears that they exist on the other two hosts (the ones that remained
> active) but do not exist on the host that was in maintenance.
>
> I tried to run a manual heal on one of the volumes and then a full heal as
> well but there are still unhealed shards.  The shard files also still do
> not exist on the maintenance host.  Here is an example from one of my
> volumes:
>
> # gluster volume heal prod_a info
> Brick gluster0:/gluster_bricks/prod_a/prod_a
> Status: Connected
> Number of entries: 0
>
> Brick gluster1:/gluster_bricks/prod_a/prod_a
> /.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
> /.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.178
> Status: Connected
> Number of entries: 2
>
> Brick gluster2:/gluster_bricks/prod_a/prod_a
> /.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
> /.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.178
> Status: Connected
> Number of entries: 2
>
>
> host0:
>
> # ls -al
> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
> ls: cannot access
> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177:
> No such file or directory
>
> host1:
>
> # ls -al
> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
> -rw-rw. 2 root root 67108864 Jan 13 16:57
> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>
> host2:
>
> # ls -al
> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
> -rw-rw. 2 root root 67108864 Jan 13 16:57
> /gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
>
>
> How can I heal these volumes?
>
> Thanks!
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QSHGKKNC4DUBCFZYZYNTFGPPNWMPZYEL/

[ovirt-users] gluster shards not healing

[Jayme]

I have a 3-way replica HCI setup.  I recently placed one host in
maintenance to perform work on it.  When I re-activated it I've noticed
that many of my gluster volumes are not completing the heal process.

heal info shows shard files in heal pending.  I looked up the files and it
appears that they exist on the other two hosts (the ones that remained
active) but do not exist on the host that was in maintenance.

I tried to run a manual heal on one of the volumes and then a full heal as
well but there are still unhealed shards.  The shard files also still do
not exist on the maintenance host.  Here is an example from one of my
volumes:

# gluster volume heal prod_a info
Brick gluster0:/gluster_bricks/prod_a/prod_a
Status: Connected
Number of entries: 0

Brick gluster1:/gluster_bricks/prod_a/prod_a
/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.178
Status: Connected
Number of entries: 2

Brick gluster2:/gluster_bricks/prod_a/prod_a
/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.178
Status: Connected
Number of entries: 2


host0:

# ls -al
/gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
ls: cannot access
/gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177:
No such file or directory

host1:

# ls -al
/gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
-rw-rw. 2 root root 67108864 Jan 13 16:57
/gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177

host2:

# ls -al
/gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177
-rw-rw. 2 root root 67108864 Jan 13 16:57
/gluster_bricks/prod_a/prod_a/.shard/a746f8d2-5044-4d20-b525-24456e6f6f16.177


How can I heal these volumes?

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

[ovirt-users] upgrade issue

[jingjie . jiang]

Hello,

By following the instruction at 
https://www.ovirt.org/documentation/upgrade-guide/appe-Manually_Updating_Hosts.html,
 I tried to upgrade host from 4.2.8(CentOS 7.6) to 4.3.7.
After the reboot, the host still running 4.2.8 vdsm.
 # rpm -qa | grep vdsm
vdsm-common-4.20.46-1.el7.noarch
vdsm-yajsonrpc-4.20.46-1.el7.noarch
vdsm-hook-vhostmd-4.20.46-1.el7.noarch
vdsm-4.20.46-1.el7.x86_64
vdsm-client-4.20.46-1.el7.noarch
vdsm-python-4.20.46-1.el7.noarch
vdsm-hook-fcoe-4.20.46-1.el7.noarch
vdsm-network-4.20.46-1.el7.x86_64
vdsm-jsonrpc-4.20.46-1.el7.noarch
vdsm-hook-vmfex-dev-4.20.46-1.el7.noarch
vdsm-http-4.20.46-1.el7.noarch
vdsm-api-4.20.46-1.el7.noarch
vdsm-hook-ethtool-options-4.20.46-1.el7.noarch
vdsm-hook-openstacknet-4.20.46-1.el7.noarch
[root@ovs260 ~]# 


Looks like the upgrade did not take place as expected.
Any clue?

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

[ovirt-users] Re: Can we please migrate to 2020 and get a user friendly issues/support tool?

[markus . falb]

there is a web frontend for the mailing list at
https://lists.ovirt.org/archives/list/users@ovirt.org/

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

[ovirt-users] Re: Can we please migrate to 2020 and get a user friendly issues/support tool?

[Strahil]

I can admit that I also struggle with the search. Anything like the CentOS 
forum will be far better than now.

P.S.: when you have several thousand e-mails, searching in the client is the  
same  ...

Best Regards,
Strahil NikolovOn Jan 13, 2020 16:54, Torsten Stolpmann 
 wrote:
>
> To throw in my 2cents worth - I am totally happy with a mailing list and 
> see absolutely no need for a change. 
>
> I heard that Google is very good at indexing btw. as is my mailreader. 
>
>
> On 13.01.2020 15:37, m.skrzetu...@gmail.com wrote: 
> > Well, yes... in my opinion it should be a discussion forum, with a well 
> > designed search. A place where you can see the question and answers and 
> > maybe a "marked" solution. Not everything is a bug and Bugzilla is as 
> > modern as Internet Explorer 4. Did you try to search for solutions, for 
> > some oVirt problems? It's a nightmare to go through this list here. 
> > 
> > The comparison with Jira was probably wrong, although you don't have to use 
> > Jira like a ticketing system. I just wanted to express that I would like 
> > some kind of a modern tool. Something like StackOverflow maybe. Or a simple 
> > forum software. 
> > ___ 
> > Users mailing list -- users@ovirt.org 
> > To unsubscribe send an email to users-le...@ovirt.org 
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ 
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/ 
> > List Archives: 
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/LAHRPTZCDZQEOLBD3TKWKUKUKPUXWC2B/
> >  
> > 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZQPK2LGGAJFNPIU23JZLDLQSYQFJ2ONS/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q6BPC6GNX3XJZZW6GMGXK7EJNDTGTB3K/

[ovirt-users] Re: Can we please migrate to 2020 and get a user friendly issues/support tool?

[Torsten Stolpmann]

To throw in my 2cents worth - I am totally happy with a mailing list and 
see absolutely no need for a change.


I heard that Google is very good at indexing btw. as is my mailreader.


On 13.01.2020 15:37, m.skrzetu...@gmail.com wrote:

Well, yes... in my opinion it should be a discussion forum, with a well designed search. 
A place where you can see the question and answers and maybe a "marked" 
solution. Not everything is a bug and Bugzilla is as modern as Internet Explorer 4. Did 
you try to search for solutions, for some oVirt problems? It's a nightmare to go through 
this list here.

The comparison with Jira was probably wrong, although you don't have to use 
Jira like a ticketing system. I just wanted to express that I would like some 
kind of a modern tool. Something like StackOverflow maybe. Or a simple forum 
software.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LAHRPTZCDZQEOLBD3TKWKUKUKPUXWC2B/


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

[ovirt-users] ovirt-provider-ovn external network provider

[p . staniforth]

Hello I was testing the ovirt-provider-ovn which was working but at some point  
seems to have stopped.

The logical networks are created and VMs have their ports created and attached 
on the hosts they run or migrate to but their are no geneve tunnels created and 
on the engine host "ovn-sbctl show" produces no output.
Any help appreciated.

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

[ovirt-users] Re: Can we please migrate to 2020 and get a user friendly issues/support tool?

[m . skrzetuski]

Well, yes... in my opinion it should be a discussion forum, with a well 
designed search. A place where you can see the question and answers and maybe a 
"marked" solution. Not everything is a bug and Bugzilla is as modern as 
Internet Explorer 4. Did you try to search for solutions, for some oVirt 
problems? It's a nightmare to go through this list here.

The comparison with Jira was probably wrong, although you don't have to use 
Jira like a ticketing system. I just wanted to express that I would like some 
kind of a modern tool. Something like StackOverflow maybe. Or a simple forum 
software. 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LAHRPTZCDZQEOLBD3TKWKUKUKPUXWC2B/

[ovirt-users] Re: [ANN] oVirt 4.3.8 Third Release Candidate is now available for testing

[Gianluca Cecchi]

On Wed, Jan 8, 2020 at 5:48 PM Lev Veyde  wrote:

> The oVirt Project is pleased to announce the availability of the oVirt
> 4.3.8 Third Release Candidate for testing, as of January 8th, 2020.
>
>
Hello,
any confirmation if what described here:
https://bugzilla.redhat.com/show_bug.cgi?id=1768776
has been merged for being tested in 4.3.8 3rd RC?
In case with which version of OKD?
In negative case, could you update the bugzilla marking if we can expect it
in any 4.3.y or only in 4.4?
I just read this:
https://www.openshift.com/learn/topics/openshift-on-vmware
and it would be nice to have a parallel with oVirt/OKD too.
Thanks,
Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IC26CHEBU7B77GA5BH6ULZTKDCDRMSN2/

[ovirt-users] Re: Can we please migrate to 2020 and get a user friendly issues/support tool?

[Sandro Bonazzola]

Il giorno ven 3 gen 2020 alle ore 17:08  ha scritto:

> Hello everyone,
>
> I can speak only for myself but I find mailing lists so 1990. Could we
> migrate this list to something (user friendly) Jira like?
> I have to admit it's rather difficult to search an read the archive for
> old issues in the e-mail format.
>

Well, this is a discussion forum, not a ticketing system :-) for that we
have bugzilla:
https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt


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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com
*Red Hat respects your work life balance.
Therefore there is no need to answer this email out of your office hours.
*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HISLRTAK5BDA23NTLAYG2ODTTHQYNIAI/

[ovirt-users] Re: Setting up cockpit?

[Alex K]

On Mon, Jan 13, 2020 at 11:23 AM  wrote:

> I was not able to open a bug I was getting several different errors from
> bugzilla. But of course after a while it was working again. Someone
> restarted the web server. Now everything is OK but the experience of
> entering bugs in that tool is/was horrible.
>
Glad that you managed to open the bug. I agree that the experience is
somehow outdated.

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

[ovirt-users] Re: ovirt_disk Ansible module creating disks of wrong size but why?

[Jan Zmeskal]

Maybe it's just what Lucie mentioned - that we cannot really resize the
original disk size of CentOS image. I think workaround for that would be
using the original QCOW image as boot disk for OS and then creating a new
disk for data of whatever size you want it to be.

On Mon, Jan 13, 2020 at 10:18 AM  wrote:

> Hallo Jan,
>
> maybe I worded my findings not clearly enough, sorry. oVirt is showing
> that the disk I create is 500GiB (like in your test) but inside the CentOS
> VM I have only a 8GiB disk, which I can see with lsblk and fdisk.
>
> Any workarounds for that? Is CentOS doing something wrong here?
>
> I am using Ansible 2.9.
>
> Kind regards
> Skrzetuski
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/RD2CQSITNXWLPSEVEGYQPQQFPPTS3UK4/
>


-- 

Jan Zmeskal

Quality Engineer, RHV Core System

Red Hat 

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

[ovirt-users] Re: Setting up cockpit?

[m . skrzetuski]

I was not able to open a bug I was getting several different errors from 
bugzilla. But of course after a while it was working again. Someone restarted 
the web server. Now everything is OK but the experience of entering bugs in 
that tool is/was horrible.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/65RBRITLI4IFQINNJQLQDLH45Q5EYNL2/

[ovirt-users] Re: ovirt_disk Ansible module creating disks of wrong size but why?

[m . skrzetuski]

Hallo Jan,

maybe I worded my findings not clearly enough, sorry. oVirt is showing that the 
disk I create is 500GiB (like in your test) but inside the CentOS VM I have 
only a 8GiB disk, which I can see with lsblk and fdisk.

Any workarounds for that? Is CentOS doing something wrong here?

I am using Ansible 2.9.

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

[ovirt-users] Re: ovirt_disk Ansible module creating disks of wrong size but why?

[Jan Zmeskal]

Hi, I can confirm that what Lucie writes is true for the UI. However, I was
able to upload 30 GB disk (virtual size) using ansible. I mean at least
oVirt sees it as 30GiB, see here:

[image: image.png]

I used the following playbook:

---
- hosts: localhost
  gather_facts: false
  vars:
disk_name: centos7
  tasks:

- name: Obtain SSO token
  ovirt_auth:
url: https:///ovirt-engine/api
username: admin@internal
password: 

- name: Create a bootable disk for vm
  ovirt_disk:
auth: "{{ ovirt_auth }}"
name: "{{ disk_name }}"
upload_image_path: /tmp/CentOS-7-x86_64-GenericCloud.qcow2
storage_domain: hosted_storage
size: 30GiB
wait: true
bootable: true
format: cow

- name: Create a VM with QCOW2 disk
  ovirt_vm:
auth: "{{ ovirt_auth }}"
state: present
cluster: Default
name: jzmeskal_centos7
disks:
  - name: "{{ disk_name }}"
bootable: True

It needs to be mentioned that I used Ansible 2.9.1 to achieve it. I don't
know what version you're using, but it might be old. At least the GH link
with oVirt Ansible modules you shared is somewhat dated. I'm not an oVirt
dev, but it's definitely not the case that the modules haven't been updated
for the past two years. You've just checked out some older commit. See for
example here: stable-2.9 branch
.
As of writing this email, the most recent change there is 2 days old.

Hope this helps!
Jan

On Mon, Jan 13, 2020 at 8:56 AM Lucie Leistnerova 
wrote:

> Hi,
>
> On 1/13/20 12:14 AM, m.skrzetu...@gmail.com wrote:
> > Hello everyone,
> >
> > I just saw the list of modules at
> https://github.com/ansible/ansible/tree/663f8464ee7ab2cb086857f04393e643407fba0f/lib/ansible/modules/cloud/ovirt.
> Does this mean you (oVirt devs) did not update ovirt Ansible modules since
> 2 years?
> >
> > Anyhow, the following tasks create a VM with a 8GB instead of 500GB disk
> (confirmed with lsblk and fdisk). Why is that and how do I get around it?
>
> The original image is 8G so I think creating disk with uploaded image
> can't resize it in one step.
> When I try to upload it in UI it doesn't allow me to change the size, it
> just loads the original size of the image.
>
> It could be mentioned in the documentation how it works with size and
> upload_image_path together.
>
> >
> >- name: download centos image
> >  get_url:
> >url:
> https://cloud.centos.org/centos/7/images/CentOS-7-x86_64-GenericCloud.qcow2
> >dest: /data/isos/CentOS-7-x86_64-GenericCloud.qcow2
> >
> >- name: create disk for vm
> >  ovirt_disk:
> >name: centos
> >upload_image_path:
> /data/isos/CentOS-7-x86_64-GenericCloud.qcow2
> >storage_domain: vmdata2
> >size: 500GiB
> >wait: true
> >bootable: true
> >format: cow
> >  when: register_centos_disks.ovirt_disks|length == 0
> >
> >- name: create vm
> >  ovirt_vm:
> >name: dumbo
> >type: server
> >state: "running"
> >cluster: dumbo
> >high_availability: yes
> >disks:
> >  - name: centos
> >graphical_console:
> >  protocol: vnc
> >operating_system: Linux
> >nics:
> >  - name: nic1
> >profile_name: ovirtmgmt
> >memory: 8GiB
> >cpu_sockets: 1
> >cpu_cores: 1
> >cpu_threads: 2
> >
> > If I use sparse: false with the ovirt_disk module I am getting following
> errors.
> >
> > An exception occurred during task execution. To see the full traceback,
> use -vvv. The error was: Error: Fault reason is "Operation Failed". Fault
> detail is "[Cannot add Virtual Disk. Disk configuration (COW Preallocated)
> is incompatible with the storage domain type.]". HTTP response code is 409.
> > fatal: [dumbo]: FAILED! => changed=false
> >msg: Fault reason is "Operation Failed". Fault detail is "[Cannot add
> Virtual Disk. Disk configuration (COW Preallocated) is incompatible with
> the storage domain type.]". HTTP response code is 409.
> >
> > The storage domain type is data. So what is wrong with that?
> >
> > Frustrated regards
> > Skrzetuski
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/QSFF7CEVQAVCHDCDRZ6NUYUGLVMVWL7A/
> Best regards,
>
> --
> Lucie Leistnerova
> Senior Quality Engineer, QE Cloud, RHVM
> Red Hat EMEA
>
> IRC: lleistne @ 

[ovirt-users] Re: Setting up cockpit?

[Alex K]

On Mon, Jan 13, 2020 at 12:36 AM  wrote:

> Well if *you* don't see any issues then we can finally sleep at night.
>
You mentioned issues with bugzilla or did I understood wrong? You are not
able to open a bug? Went to bugzilla and it seems that the process to open
a bug functions properly. In case not, let us know more details what are
you facing so as to have a chance to get some assistance.

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