[ovirt-users] Re: oVirt upgrade version from 4.2 to 4.3

2019-05-19 Thread Strahil
I would recommend you to postpone  your upgrade if you use gluster (without the 
API)  , as  creation of virtual disks via UI on gluster is having issues - only 
preallocated can be created.

Best Regards,
Strahil NikolovOn May 19, 2019 09:53, Yedidyah Bar David  
wrote:
>
> On Thu, May 16, 2019 at 3:40 PM  wrote: 
> > 
> > I cannot find an official upgrade procedure from 4.2 to 4.3 oVirt version 
> > on this page: 
> > https://www.ovirt.org/documentation/upgrade-guide/upgrade-guide.html 
> > 
> > Can you help me? 
>
> As others noted, the above should be sufficient, for general upgrade 
> instructions, even though it does require some updates. 
>
> You probably want to read also: 
>
> https://ovirt.org/release/4.3.0/ 
>
> as well as all the other relevant pages in: 
>
> https://ovirt.org/release/ 
>
> Best regards, 
>
> > 
> > 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/WG2EI6HL3S2AT6PITGEAJQFGKC6XMYRD/
> >  
>
>
>
> -- 
> Didi
> ___
> 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/KAJGM3URCFSNN6S6X3VZFFOSJF52A4RS/
___
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/6T7MO4AA7QHKGTD2E7OUNMSFLM4TXRPA/


[ovirt-users] Re: [ovirt-announce] Re: [ANN] oVirt 4.3.4 First Release Candidate is now available

2019-05-19 Thread Strahil Nikolov
 Ok,
so it seems that Darell's case and mine are different as I use vdo.
Now I have destroyed Storage Domains, gluster volumes and vdo and recreated 
again (4 gluster volumes on a single vdo).This time vdo has '--emulate512=true' 
and no issues have been observed.
Gluster volume options before 'Optimize for virt':
Volume Name: data_fast
Type: Replicate
Volume ID: 378804bf-2975-44d8-84c2-b541aa87f9ef
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x (2 + 1) = 3
Transport-type: tcp
Bricks:
Brick1: gluster1:/gluster_bricks/data_fast/data_fast
Brick2: gluster2:/gluster_bricks/data_fast/data_fast
Brick3: ovirt3:/gluster_bricks/data_fast/data_fast (arbiter)
Options Reconfigured:
transport.address-family: inet
nfs.disable: on
performance.client-io-threads: off
cluster.enable-shared-storage: enable

Gluster volume after 'Optimize for virt':
Volume Name: data_fast
Type: Replicate
Volume ID: 378804bf-2975-44d8-84c2-b541aa87f9ef
Status: Stopped
Snapshot Count: 0
Number of Bricks: 1 x (2 + 1) = 3
Transport-type: tcp
Bricks:
Brick1: gluster1:/gluster_bricks/data_fast/data_fast
Brick2: gluster2:/gluster_bricks/data_fast/data_fast
Brick3: ovirt3:/gluster_bricks/data_fast/data_fast (arbiter)
Options Reconfigured:
network.ping-timeout: 30
performance.strict-o-direct: on
storage.owner-gid: 36
storage.owner-uid: 36
server.event-threads: 4
client.event-threads: 4
cluster.choose-local: off
user.cifs: off
features.shard: on
cluster.shd-wait-qlength: 1
cluster.shd-max-threads: 8
cluster.locking-scheme: granular
cluster.data-self-heal-algorithm: full
cluster.server-quorum-type: server
cluster.quorum-type: auto
cluster.eager-lock: enable
network.remote-dio: off
performance.low-prio-threads: 32
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
transport.address-family: inet
nfs.disable: on
performance.client-io-threads: on
cluster.enable-shared-storage: enable
After that adding the volumes as storage domains (via UI) worked without any 
issues.
Can someone clarify why we have now 'cluster.choose-local: off' when in oVirt 
4.2.7 (gluster v3.12.15) we didn't have that ?I'm using storage that is faster 
than network and reading from local brick gives very high read speed.
Best Regards,Strahil Nikolov


В неделя, 19 май 2019 г., 9:47:27 ч. Гринуич+3, Strahil 
 написа:  
 
 
On this one 
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3.3/html-single/configuring_red_hat_virtualization_with_red_hat_gluster_storage/index#proc-To_Configure_Volumes_Using_the_Command_Line_Interface
 
We should have the following options:

performance.quick-read=off performance.read-ahead=off performance.io-cache=off 
performance.stat-prefetch=off performance.low-prio-threads=32 
network.remote-dio=enable cluster.eager-lock=enable cluster.quorum-type=auto 
cluster.server-quorum-type=server cluster.data-self-heal-algorithm=full 
cluster.locking-scheme=granular cluster.shd-max-threads=8 
cluster.shd-wait-qlength=1 features.shard=on user.cifs=off

By the way the 'virt' gluster group disables 'cluster.choose-local' and I think 
it wasn't like that.
Any reasons behind that , as I use it to speedup my reads, as local storage is 
faster than the network?

Best Regards,
Strahil Nikolov
On May 19, 2019 09:36, Strahil  wrote:


OK,

Can we summarize it:
1. VDO must 'emulate512=true'
2. 'network.remote-dio' should be off ?

As per this: 
https://access.redhat.com/documentation/en-us/red_hat_gluster_storage/3/html/configuring_red_hat_openstack_with_red_hat_storage/sect-setting_up_red_hat_storage_trusted_storage_pool

We should have these:

quick-read=off
read-ahead=off
io-cache=off
stat-prefetch=off
eager-lock=enable
remote-dio=on 
quorum-type=auto
server-quorum-type=server

I'm a little bit confused here.

Best Regards,
Strahil Nikolov
On May 19, 2019 07:44, Sahina Bose  wrote:



On Sun, 19 May 2019 at 12:21 AM, Nir Soffer  wrote:

On Fri, May 17, 2019 at 7:54 AM Gobinda Das  wrote:

>From RHHI side default we are setting below volume options:
{ group: 'virt',     storage.owner-uid: '36',     storage.owner-gid: '36',     
network.ping-timeout: '30',     performance.strict-o-direct: 'on',     
network.remote-dio: 'off'

According to the user reports, this configuration is not compatible with oVirt.
Was this tested?

Yes, this is set by default in all test configuration. We’re checking on the 
bug, but the error is likely when the underlying device does not support 512b 
writes. With network.remote-dio off gluster will ensure o-direct writes


   }

On Fri, May 17, 2019 at 2:31 AM Strahil Nikolov  wrote:

 Ok, setting 'gluster volume set data_fast4 network.remote-dio on' allowed me 
to create the storage domain without any issues.I set it on all 4 new gluster 
volumes and the storage domains were successfully created.
I have created bug for that:https://bugzilla.redhat.com/show_bug.cgi?id=1711060
If someone else already opened - please ping me to mark this one as duplicate.
Best Regards,Strahil Nikol

[ovirt-users] Virtual office, how?

2019-05-19 Thread andres . b . dev
I'm trying to be able to create different virtual LANs, where, for example, I 
have 2 groups of pcs

A and B belongs to network N1
C and D belongs to network N2

N1 and N2 with his own public IP. For example
A: Local ip: 192.168.122.100

B: Local ip: 192.168.122.101

C: Local ip: 192.168.122.102

D: Local ip: 192.168.122.103

Where A and B has the same public ip, and C and D has the same public ip.

Now, I want that A can ssh on B, but not on C or D. The same goes for C, where 
C can access to D via ssh but not to A or B

I'm not sure if OVS solve this problem or not, or if this is not possible.

Is this possible? How?
___
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/XZ4UY7Y7HBWA6OCPSIQ3F64QAB5AJHJI/


[ovirt-users] newbie questions about installation using synology NAS

2019-05-19 Thread bmillett
I'm starting fairly fresh.
Ovirt engine 4.3.3.7 on a host 
2 nodes installed with ovirt-release-host-node-4.3.3.1
synology DS418 with 5 TB disks

I've configured the master engine and am ready to add the nodes.
My questions have to do with the order or steps .
Do I need to mount /volume1/data/images/rhev from the DS418 on each of the 
nodes before I add them or
do I just add the nodes, then define a domain using the NFS mounts from the 
DS418?

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/IXCF3CZGQDDOFDFBAOUVRKPOWO3FUB3L/


[ovirt-users] Re: newbie questions about installation using synology NAS

2019-05-19 Thread Colin Coe
Hi

Add your nodes to oVirt then add your storage.  Don't try to manually
control the storage, let oVirt do that.

HTH

CC

On Mon, May 20, 2019 at 5:04 AM  wrote:

> I'm starting fairly fresh.
> Ovirt engine 4.3.3.7 on a host
> 2 nodes installed with ovirt-release-host-node-4.3.3.1
> synology DS418 with 5 TB disks
>
> I've configured the master engine and am ready to add the nodes.
> My questions have to do with the order or steps .
> Do I need to mount /volume1/data/images/rhev from the DS418 on each of the
> nodes before I add them or
> do I just add the nodes, then define a domain using the NFS mounts from
> the DS418?
>
> 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/IXCF3CZGQDDOFDFBAOUVRKPOWO3FUB3L/
>
___
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/L4ZVP43LE3GBTBMMLBC4VL4H2JQFKOIQ/


[ovirt-users] Re: newbie questions about installation using synology NAS

2019-05-19 Thread Strahil
Define the nodes and when you create your NFS storage domain - it will be 
automatically mounted on all hosts in the DC.

Best Regards,
Strahil NikolovOn May 20, 2019 00:03, bmill...@gmail.com wrote:
>
> I'm starting fairly fresh. 
> Ovirt engine 4.3.3.7 on a host 
> 2 nodes installed with ovirt-release-host-node-4.3.3.1 
> synology DS418 with 5 TB disks 
>
> I've configured the master engine and am ready to add the nodes. 
> My questions have to do with the order or steps . 
> Do I need to mount /volume1/data/images/rhev from the DS418 on each of the 
> nodes before I add them or 
> do I just add the nodes, then define a domain using the NFS mounts from the 
> DS418? 
>
> 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/IXCF3CZGQDDOFDFBAOUVRKPOWO3FUB3L/
___
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/QUOHYD5W2L7IPSPTNNHPWQ3F5I726SES/


[ovirt-users] How to Activate McAfee

2019-05-19 Thread McAfee Activate
if you have a McAfee account and you are trying to activate it then you need to 
first get the key to activate uit. you can get it from McAfee.com. Now  you 
need to follow the steps to activate your account:
Step 1: you need to create a McAfee Account and enter all the details.
step 2: now you need to enter the information.
step 3: Now you have to enter the key you have received with the product.
In this way, you can activate your McAfee Account.
if you want further details you can contact at ;
https://mcafeeactivates.com/
___
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/DQVAZ5DJ3L3MIGYEQUKEHF6BIYERTLLX/


[ovirt-users] Re: oVirt node loses gluster volume UUID after reboot, goes to emergency mode every time I reboot.

2019-05-19 Thread Sahina Bose
Adding Sachi

On Thu, May 9, 2019 at 2:01 AM  wrote:

> This only started to happen with oVirt node 4.3, 4.2 didn't have issue.
> Since I updated to 4.3, every reboot the host goes into emergency mode.
> First few times this happened I re-installed O/S from scratch, but after
> some digging I found out that the drives it mounts in /etc/fstab cause the
> problem, specifically these mounts.  All three are single drives, one is an
> SSD and the other 2 are individual NVME drives.
>
> UUID=732f939c-f133-4e48-8dc8-c9d21dbc0853 /gluster_bricks/storage_nvme1
> auto defaults 0 0
> UUID=5bb67f61-9d14-4d0b-8aa4-ae3905276797 /gluster_bricks/storage_ssd auto
> defaults 0 0
> UUID=f55082ca-1269-4477-9bf8-7190f1add9ef /gluster_bricks/storage_nvme2
> auto defaults 0 0
>
> In order to get the host to actually boot, I have to go to console, delete
> those mounts, reboot, and then re-add them, and they end up with new
> UUIDs.  all of these hosts reliably rebooted in 4.2 and earlier, but all
> the versions of 4.3 have this same problem (I keep updating to hope issue
> is fixed).
>
> ___
> 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/I4UKZAWPQDXWA47AKTQD43PAUCK2JBJN/
>
___
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/U6Y36PGDKND7XYYKZI7UII64T4AMBOIL/