[ovirt-users] Re: Question on "Memory" column/field in Virtual Machines list/table in ovirt GUI

2020-09-23 Thread KISHOR K
Hello,

Sorry,  yes i meant a bug in ovirt with SLES, not in SLES :). 
Now, I understand all the details. Thanks a lot !
I will then open a bug as suggested, never did it before but hope it will be 
easy :)

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


[ovirt-users] oVirt Survey Autumn 2020

2020-09-23 Thread Sandro Bonazzola
As we continue to develop oVirt 4.4, the Development and Integration teams
at Red Hat would value insights on how you are deploying the oVirt
environment.
Please help us to hit the mark by completing this short survey.
The survey will close on October 18th 2020. If you're managing multiple
oVirt deployments with very different use cases or very different
deployments you can consider answering this survey multiple times.

*Please note the answers to this survey will be publicly accessible*.
This survey is under oVirt Privacy Policy available at
https://www.ovirt.org/site/privacy-policy.html .

The survey is available https://forms.gle/bPvEAdRyUcyCbgEc7

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BZCFJPVNDCL5SXM5JBVFO7CBUHRZWXRT/


[ovirt-users] info on iSCSI connection setup in oVirt 4.4

2020-09-23 Thread Gianluca Cecchi
Hello,
supposing to have a node that connects to an iSCSI storage domain in oVirt
4.4, is there any particular requirement in the configuration of the
network adapter (ifcfg-eno1 file) when I pre-configure the server OS?
Eg, do I need to have it managed by NetworkManager in 4.4? Can I instead
set NM_CONTROLLED=no for this controller?
Thanks in advance,
Gianluca
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5I6APYP3NVBJBNWRUKI6LD72FB5LXC6K/


[ovirt-users] Re: info on iSCSI connection setup in oVirt 4.4

2020-09-23 Thread Nir Soffer
On Wed, Sep 23, 2020 at 1:29 PM Gianluca Cecchi
 wrote:
>
> Hello,
> supposing to have a node that connects to an iSCSI storage domain in oVirt 
> 4.4, is there any particular requirement in the configuration of the network 
> adapter (ifcfg-eno1 file) when I pre-configure the server OS?
> Eg, do I need to have it managed by NetworkManager in 4.4? Can I instead set 
> NM_CONTROLLED=no for this controller?

4.4 is using NetworkManager, so it is unlikely be able to manage the nic in the
suggested configuration.

Adding Ales to add more info on this.

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


[ovirt-users] Re: info on iSCSI connection setup in oVirt 4.4

2020-09-23 Thread Ales Musil
On Wed, Sep 23, 2020 at 1:18 PM Nir Soffer  wrote:

> On Wed, Sep 23, 2020 at 1:29 PM Gianluca Cecchi
>  wrote:
> >
> > Hello,
> > supposing to have a node that connects to an iSCSI storage domain in
> oVirt 4.4, is there any particular requirement in the configuration of the
> network adapter (ifcfg-eno1 file) when I pre-configure the server OS?
> > Eg, do I need to have it managed by NetworkManager in 4.4? Can I instead
> set NM_CONTROLLED=no for this controller?
>
> 4.4 is using NetworkManager, so it is unlikely be able to manage the nic
> in the
> suggested configuration.
>
> Adding Ales to add more info on this.
>
> Nir
>
>
As Nir said, 4.4 is using NetworkManager to manage every network on the
host.
What would be the reason to disable it? The networking should work the same
way at least from
oVirt point of view.

Best regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA 

amu...@redhat.comIM: amusil

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


[ovirt-users] Re: info on iSCSI connection setup in oVirt 4.4

2020-09-23 Thread Gianluca Cecchi
On Wed, Sep 23, 2020 at 1:22 PM Ales Musil  wrote:

>
>
> On Wed, Sep 23, 2020 at 1:18 PM Nir Soffer  wrote:
>
>> On Wed, Sep 23, 2020 at 1:29 PM Gianluca Cecchi
>>  wrote:
>> >
>> > Hello,
>> > supposing to have a node that connects to an iSCSI storage domain in
>> oVirt 4.4, is there any particular requirement in the configuration of the
>> network adapter (ifcfg-eno1 file) when I pre-configure the server OS?
>> > Eg, do I need to have it managed by NetworkManager in 4.4? Can I
>> instead set NM_CONTROLLED=no for this controller?
>>
>> 4.4 is using NetworkManager, so it is unlikely be able to manage the nic
>> in the
>> suggested configuration.
>>
>> Adding Ales to add more info on this.
>>
>> Nir
>>
>>
> As Nir said, 4.4 is using NetworkManager to manage every network on the
> host.
> What would be the reason to disable it? The networking should work the
> same way at least from
> oVirt point of view.
>
> Best regards,
> Ales
>
> --
>
> Ales Musil
>
> Software Engineer - RHV Network
>
> Red Hat EMEA 
>
> amu...@redhat.comIM: amusil
> 
>

In this particular case I would like to see if NetworkManager could be in
any way responsible for some disconnect/reconnect events we are registering
when pushing to the iSCSI storage.
But I'm not sure about it, only a test I would like to do (mainly to
exclude it), as I also see NetworkManager registered events about the state
of the link.
I'm more inclined to think that the problem could be related to the ixgbe
10gb kernel module shipped with 4.4.1 ovirt node ng.
we see this in messages:

Sep 23 08:00:46 host3 kernel: ixgbe :18:00.1 eno2: NIC Link is Down
Sep 23 08:00:55 host3 kernel: connection1:0: ping timeout of 5 secs
expired, recv timeout 5, last rx 4348764427, last ping 4348769472, now
4348774912
Sep 23 08:00:55 host3 kernel: connection1:0: detected conn error (1022)
Sep 23 08:00:55 host3 kernel: sd 15:0:0:0: [sdb] tag#30 FAILED Result:
hostbyte=DID_TRANSPORT_DISRUPTED driverbyte=DRIVER_OK cmd_age=6s
Sep 23 08:00:55 host3 kernel: sd 15:0:0:0: [sdb] tag#30 CDB: Test Unit
Ready 00 00 00 00 00 00
Sep 23 08:00:55 host3 kernel: sd 15:0:0:1: [sdc] tag#29 FAILED Result:
hostbyte=DID_TRANSPORT_DISRUPTED driverbyte=DRIVER_OK cmd_age=6s
Sep 23 08:00:55 host3 kernel: sd 15:0:0:1: [sdc] tag#29 CDB: Test Unit
Ready 00 00 00 00 00 00
Sep 23 08:00:55 host3 iscsid[2879]: iscsid: Kernel reported iSCSI
connection 1:0 error (1022 - ISCSI_ERR_NOP_TIMEDOUT: A NOP has timed out)
state (3)
Sep 23 08:01:00 host3 kernel: session1: session recovery timed out after 5
secs
Sep 23 08:01:00 host3 kernel: sd 15:0:0:0: rejecting I/O to offline device
Sep 23 08:01:00 host3 kernel: blk_update_request: I/O error, dev sdb,
sector 1020005680 op 0x1:(WRITE) flags 0xca00 phys_seg 1 prio class 0
Sep 23 08:01:00 host3 kernel: sd 15:0:0:0: rejecting I/O to offline device
Sep 23 08:01:00 host3 kernel: blk_update_request: I/O error, dev sdb,
sector 264192 op 0x0:(READ) flags 0x4200 phys_seg 1 prio class 0
Sep 23 08:01:00 host3 kernel: sd 15:0:0:0: rejecting I/O to offline device
Sep 23 08:01:00 host3 kernel: sd 15:0:0:0: rejecting I/O to offline device
Sep 23 08:01:00 host3 multipathd[1919]: sdb: mark as failed
Sep 23 08:01:00 host3 multipathd[1919]: 3600140502d7e875e48740398630ef780:
Entering recovery mode: max_retries=4
Sep 23 08:01:00 host3 multipathd[1919]: 3600140502d7e875e48740398630ef780:
remaining active paths: 0
Sep 23 08:01:00 host3 kernel: device-mapper: multipath: 253:13: Failing
path 8:16.
Sep 23 08:01:00 host3 kernel: sd 15:0:0:1: rejecting I/O to offline device
Sep 23 08:01:00 host3 kernel: blk_update_request: I/O error, dev sdc,
sector 264192 op 0x0:(READ) flags 0x4200 phys_seg 1 prio class 0
Sep 23 08:01:00 host3 kernel: sd 15:0:0:1: rejecting I/O to offline device
Sep 23 08:01:00 host3 kernel: device-mapper: multipath: 253:12: Failing
path 8:32.
Sep 23 08:01:01 host3 kernel: ixgbe :18:00.1 eno2: NIC Link is Up 10
Gbps, Flow Control: None
Sep 23 08:01:01 host3 NetworkManager[2247]:   [1600840861.5116]
device (eno2): carrier: link connected

Other 4.4.1 nodes with different network adapters and connected to the same
iSCSI storage don't have this problem
Any suggested way to substitute the provided module (5.1.0-k-rh8.2.0) of
kernel 4.18.0-193.14.2.el8_2.x86_64 with a more recent one and see if it
solves the problems? Or suggestions regarding iscsid.conf customization if
using ixgbe based network cards...?

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


[ovirt-users] Re: oVirt - Gluster Node Offline but Bricks Active

2020-09-23 Thread Jeremey Wise
in oVirt Engine I think I see some of the issue

When you go under volumes -> Data ->

[image: image.png]

It notes two servers..  when you choose "add brick" it says volume has 3
bricks but only two servers.

So I went back to my deployment notes and walked through setup

yum install https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm -y

yum install -y cockpit-ovirt-dashboard vdsm-gluster ovirt-host

Last metadata expiration check: 1:59:46 ago on Wed 23 Sep 2020 06:10:46 AM
EDT.
Package cockpit-ovirt-dashboard-0.14.11-1.el8.noarch is already installed.
Package ovirt-host-4.4.1-4.el8.x86_64 is already installed.
Dependencies resolved.
=
 Package
 ArchitectureVersion
  Repository
   Size
=
Installing:
 vdsm-gluster   x86_64
 4.40.26.3-1.el8
  ovirt-4.4
  67 k
Installing dependencies:
 blivet-datanoarch
 1:3.1.0-21.el8_2
 AppStream
 238 k
 glusterfs-events   x86_64
 7.7-1.el8
  ovirt-4.4-centos-gluster7
  65 k
 glusterfs-geo-replication  x86_64
 7.7-1.el8
  ovirt-4.4-centos-gluster7
 212 k
 libblockdev-plugins-allx86_64
 2.19-12.el8
  AppStream
  62 k
 libblockdev-vdox86_64
 2.19-12.el8
  AppStream
  74 k
 python3-blivet noarch
 1:3.1.0-21.el8_2
 AppStream
 995 k
 python3-blockdev   x86_64
 2.19-12.el8
  AppStream
  79 k
 python3-bytesize   x86_64
 1.4-3.el8
  AppStream
  28 k
 python3-magic  noarch
 5.33-13.el8
  BaseOS
   45 k
 python3-pyparted   x86_64
 1:3.11.0-13.el8
  AppStream
 123 k


Dependencies resolved.
Nothing to do.
Complete!
[root@thor media]#



AKA.. something got removed from the node..


Rebooted.. as I am not sure which dependancies and services would need to
be restarted to get oVirt-engine to pick things up.


Host is now "green" .. now only errors are about gluster bricks..



On Tue, Sep 22, 2020 at 9:30 PM penguin pages 
wrote:

>
>
> eMail client with this forum is a bit .. I was told this web
> interface I could post images... as embedded ones in email get scraped
> out...  but not seeing how that is done. Seems to be txt only.
>
>
>
> 1) ..."I would give the engine a 'Windows'-style fix (a.k.a. reboot)"
> how does one restart just the oVirt-engine?
>
> 2) I now show in shell  3 nodes, each with the one brick for data,
> vmstore, engine (and an ISO one I am trying to make).. with one brick each
> and all online and replicating.   But the GUI shows thor (first server
> running engine) offline needing to be reloaded.  Now volumes show two
> bricks.. one online one offline.  And no option to start / force restart.
>
> 3) I have tried several times to try a graceful reboot to see if startup
> sequence was issue.   I tore down VLANs and bridges to make it flat 1 x 1Gb
> mgmt, 1 x 10Gb storage.   SSH between nodes is fine... copy test was
> great.   I don't think it is nodes.
>
> 4) To the question of "did I add third node later."  I would attach
> deployment guide I am building ... but can't do that in this forum.  but
> this is as simple as I can make it.  3 intel generic servers,  1 x boot
> drive , 1 x 512GB SSD,  2 x 1TB SSD in each.   wipe all data all
> configuration fresh Centos8 minimal install.. setup SSH setup basic
> networking... install cockpit.. run HCI wizard for all three nodes. That is
> all.
>
> Trying to learn and support concept of oVirt as a viable platform but
> still trying to work through learning how to root cause, kick tires, and
> debug / recover when things go down .. as they will.
>
> Help is appreciated.  The main concern I have is gap in what engine sees
> and

[ovirt-users] Installed oVirt 4.4.2 on CentOS 8

2020-09-23 Thread info
New oVirt basic installation on Centos 8 as a physical server. The default
Data center in an uninitialized state

 

This is my first working installation and I have no idea what to do next. 

 

Anyone knows a step by step guide for fresh install?

 

Any advice will be appreciated.

 

 

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


[ovirt-users] Re: oVirt Survey Autumn 2020

2020-09-23 Thread Sandro Bonazzola
Il giorno mer 23 set 2020 alle ore 11:11 Sandro Bonazzola <
sbona...@redhat.com> ha scritto:

> As we continue to develop oVirt 4.4, the Development and Integration teams
> at Red Hat would value insights on how you are deploying the oVirt
> environment.
> Please help us to hit the mark by completing this short survey.
> The survey will close on October 18th 2020. If you're managing multiple
> oVirt deployments with very different use cases or very different
> deployments you can consider answering this survey multiple times.
>
> *Please note the answers to this survey will be publicly accessible*.
> This survey is under oVirt Privacy Policy available at
> https://www.ovirt.org/site/privacy-policy.html .
>

I've been made aware that Privacy Policy url changed:
https://www.ovirt.org/privacy-policy.html
The content of the policy didn't change.


>
> The survey is available https://forms.gle/bPvEAdRyUcyCbgEc7
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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.*
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D 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/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UPQ6QSNQNIERICQX6IVCOETT64FZZNGH/


[ovirt-users] ISO Repo

2020-09-23 Thread Jeremey Wise
I saw notes about oVirt 4.4 may no longer support ISO images... but there
are times like now I need to build based on specific ISO images.

I tried to do a cycle to create an image file 8GB  then do dd if=blah.iso
of=/

Created a new vm with this as boot disk and it fails to boot...  so.. back
to "create volume for iso images"

But when I do that I get error

New Domain -> "Domain function" =iso  Storage type = glusterFs
Use Managed Gluster volume -> Select already working gluster file space
"thor.penguinpages.local:/iso
VFS Type: glusterfs
mount
options: 
backup-volfile-servers=odin.penguinpages.local:medusa.penguinpages.local


Error:
Error while executing action: Cannot add Storage Connection. Performance
o_direct option is not enabled for storage domain.

Questions:
1) Why did the image and dd of iso to boot disk not work?
2) Any ideas about create of iso mount volume?

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


[ovirt-users] Gluster Volumes - Correct Peer Connection

2020-09-23 Thread Jeremey Wise
I just noticed when HCI setup bult the gluster engine / data / vmstore
volumes... it did use correctly the definition of 10Gb "back end"
interfaces / hosts.

But..  oVirt Engine is NOT referencing this.
it lists bricks as 1Gb "managment / host" interfaces.  Is this a GUI
issue?  I doubt this and how do I correct it?
###  Data Volume Example
Name:
data
Volume ID:
0ae7b487-8b87-4192-bd30-621d445902fe
Volume Type:
Replicate
Replica Count:
3
Number of Bricks:
3
Transport Types:
TCP
Maximum no of snapshots:
256
Capacity:
999.51 GiB total, 269.02 GiB used, 730.49 GiB free, 297.91 GiB Guaranteed
free, 78 Deduplication/Compression savings (%)


medusa.penguinpages.local
medusa.penguinpages.local:/gluster_bricks/data/data
25%
OK
odin.penguinpages.local
odin.penguinpages.local:/gluster_bricks/data/data
25%
OK
thor.penguinpages.local
thor.penguinpages.local:/gluster_bricks/data/data
25%
OK


# I have storage back end of 172.16.101.x  which is 10Gb dedicated for
replication. Peers reflect this
[root@odin c4918f28-00ce-49f9-91c8-224796a158b9]# gluster peer status
Number of Peers: 2

Hostname: thorst.penguinpages.local
Uuid: 7726b514-e7c3-4705-bbc9-5a90c8a966c9
State: Peer in Cluster (Connected)

Hostname: medusast.penguinpages.local
Uuid: 977b2c1d-36a8-4852-b953-f75850ac5031
State: Peer in Cluster (Connected)
[root@odin c4918f28-00ce-49f9-91c8-224796a158b9]#



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


[ovirt-users] Re: ISO Repo

2020-09-23 Thread Nir Soffer
On Wed, Sep 23, 2020 at 6:13 PM Jeremey Wise  wrote:
>
>
> I saw notes about oVirt 4.4 may no longer support ISO images... but there are 
> times like now I need to build based on specific ISO images.

4.4 supports iso images of course.

The note is about ISO storage domain - this is a special storage
domain that can be created
only on NFS, and can hold only ISO images. To add ISO images to this
special storage domain,
you had to use a special iso uploader program, or add manually to the
right place in the storage
domain directory, and make sure the permissions are correct. This
storage domain type was
deprecated several version ago, but it is still available.

Since 4.2 (or maybe even before that) you can upload ISO images to
data domain of any type
(e.g. NFS, Gluster, iSCSI, FC). Upload is available via the
administration portal, or via the
API/SDK, same as other image types.

Note that there is an issue on block storage data domain, preventing
changing CD on a running
VM. We are working on fixing this for 4.4.3.

> I tried to do a cycle to create an image file 8GB  then do dd if=blah.iso 
> of=/
>
> Created a new vm with this as boot disk and it fails to boot...  so.. back to 
> "create volume for iso images"

I'm not sure what you tried to do.

> But when I do that I get error
>
> New Domain -> "Domain function" =iso  Storage type = glusterFs
> Use Managed Gluster volume -> Select already working gluster file space 
> "thor.penguinpages.local:/iso
> VFS Type: glusterfs
> mount options: 
> backup-volfile-servers=odin.penguinpages.local:medusa.penguinpages.local
>
>
> Error:
> Error while executing action: Cannot add Storage Connection. Performance 
> o_direct option is not enabled for storage domain.

Your gluster volume is not configured properly for ovirt. Did you add
the volume via the administration portal?

Why do  you need special gluster volume for ISO images?

> Questions:
> 1) Why did the image and dd of iso to boot disk not work?

We don't have enough information here to tell.

> 2) Any ideas about create of iso mount volume?

Yes:
1. Visit  Storage > Disks
2. Click Upload
3. Select ISO image
4. Select storage domain to upload the image
5. Click "Upload"

Nir

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


[ovirt-users] Re: oVirt - Gluster Node Offline but Bricks Active

2020-09-23 Thread Strahil Nikolov via Users

>1) ..."I would give the engine a 'Windows'-style fix (a.k.a. reboot)"  
>>how does one restart just the oVirt-engine?
ssh to HostedEngine VM and run one of the following:
- reboot
- systemctl restart ovirt-engine.service

>2) I now show in shell  3 nodes, each with the one brick for data, vmstore, 
>>engine (and an ISO one I am trying to make).. with one brick each and all 
>>online and replicating.  But the GUI shows thor (first server running 
>>engine) offline needing to be reloaded.  Now volumes show two bricks.. one 
>>online one offline.  And no option to start / force restart.
If it shows one offline brick -> you can try the "force start". You can go to 
UI -> Storage -> Volume -> select Volume -> Start and then mark "Force" and "OK"


>4) To the question of "did I add third node later."  I would attach 
>>deployment guide I am building ... but can't do that in this forum.  but 
>>this is as simple as I can make it.  3 intel generic servers,  1 x boot 
>>drive , 1 x 512GB SSD,  2 x 1TB SSD in each.  wipe all data all 
>>configuration fresh Centos8 minimal install.. setup SSH setup basic 
>>networking... install cockpit.. run HCI wizard for all three nodes. That is 
>>all.

>How many hosts do you see in oVirt ?
>Help is appreciated.  The main concern I have is gap in what engine sees >and 
>what CLI shows.  Can someone show me where to get logs?  the GUI log  >when I 
>try to "activate" thor server "Status of host thor was set to 
>>NonOperational."  "Gluster command [] failed on server >."  
>is very unhelpful.
Check the following services on the node:
- glusterd.service
- sanlock.service
- supervdsmd.service
- vdsmd.service
- ovirt-ha-broker.service
- ovirt-ha-agent.service

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


[ovirt-users] Re: ISO Repo

2020-09-23 Thread Philip Brown


> The note is about ISO storage domain - this is a special storage
> domain that can be created
> only on NFS, and can hold only ISO images. To add ISO images to this
> special storage domain,
> you had to use a special iso uploader program, or add manually to the
> right place in the storage
> domain directory, and make sure the permissions are correct. This
> storage domain type was
> deprecated several version ago,




Might I suggest that you folks revisit the issue of what to do with the 
"guest tools iso". Since supposedly they are,

"provided by the oVirt-guest-tools-iso package installed as a dependency
 to the oVirt Engine. This ISO file is located in
 /usr/share/oVirt-guest-tools-iso/oVirt-tools-setup.iso on the system 
 on which the oVirt Engine is installed."


https://www.ovirt.org/documentation/vmm-guide/chap-Installing_Windows_Virtual_Machines.html

(the package is no longer an automatic dependancy either. at least for 
hosted-engine)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MXVYYWSE5VK324V3UUHTO5UQBWFX4GKL/


[ovirt-users] Re: ISO Repo

2020-09-23 Thread Nir Soffer
On Wed, Sep 23, 2020 at 7:59 PM Philip Brown  wrote:
>
>
>
> > The note is about ISO storage domain - this is a special storage
> > domain that can be created
> > only on NFS, and can hold only ISO images. To add ISO images to this
> > special storage domain,
> > you had to use a special iso uploader program, or add manually to the
> > right place in the storage
> > domain directory, and make sure the permissions are correct. This
> > storage domain type was
> > deprecated several version ago,
>
>
>
>
> Might I suggest that you folks revisit the issue of what to do with the
> "guest tools iso". Since supposedly they are,
>
> "provided by the oVirt-guest-tools-iso package installed as a dependency
>  to the oVirt Engine. This ISO file is located in
>  /usr/share/oVirt-guest-tools-iso/oVirt-tools-setup.iso on the system
>  on which the oVirt Engine is installed."
>
>
> https://www.ovirt.org/documentation/vmm-guide/chap-Installing_Windows_Virtual_Machines.html
>
> (the package is no longer an automatic dependancy either. at least for 
> hosted-engine)

Maybe it is not needed now?

How did you use this ISO before? uploaded it to ISO domain?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/X2M6LXDHUFZCSH33H7USTR2TU5DP6H3Y/


[ovirt-users] Re: CLI for HCI setup

2020-09-23 Thread Sahina Bose
There's the ansible playbooks that you can use -
https://github.com/gluster/gluster-ansible/tree/master/playbooks/hc-ansible-deployment

On Thu, Sep 3, 2020 at 12:26 AM Michael Thomas  wrote:

> Is there a CLI for setting up a hyperconverged environment with
> glusterfs?  The docs that I've found detail how to do it using the
> cockpit interface[1], but I'd prefer to use a cli similar to
> 'hosted-engine --deploy' if it is available.
>
> Thanks,
>
> --Mike
> [1]
> https://www.ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyperconverged.html
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/KBSWDQXASO7PT5ZTWCH34DXSPJAQ3DMO/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QFGERQDT7VM4VKYO2XBZ2BY3MJHZ3CAG/


[ovirt-users] Re: ISO Repo

2020-09-23 Thread Philip Brown
well, I havent used it before :)

I just discovered that some windows VMs of ours needed guest additions, and 
looked for the right way to handle it for ovirt.

OH. I think you are implying perhaps that modern windows VMs automatically have 
hooks for virtual hosting?
Sad to say, these are ... "older"*cough*   Vms.



- Original Message -
From: "Nir Soffer" 
To: "Philip Brown" 
Cc: "Jeremey Wise" , "users" , "Arik 
Hadas" 
Sent: Wednesday, September 23, 2020 10:09:36 AM
Subject: Re: [ovirt-users] Re: ISO Repo


Maybe it is not needed now?

How did you use this ISO before? uploaded it to ISO domain?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QSSQ622FPRKGA33IOF4HS7CSYUW4CEJA/


[ovirt-users] Re: Node upgrade to 4.4

2020-09-23 Thread Vincent Royer
My confusion is that those documents do not describe any gluster related
tasks for Ovirt Nodes.  When I take a node down and install Ovirt Node 4.4
on it, won't all the gluster bricks on that node be lost?  The part
describing "preserving local storage", that isn't anything about Gluster,
correct?


*Vincent Royer*
*778-825-1057*



*SUSTAINABLE MOBILE ENERGY SOLUTIONS*





On Tue, Sep 22, 2020 at 8:31 PM Ritesh Chikatwar 
wrote:

> Vincent,
>
>
> This document will be useful
>
> https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_the_Manager_to_4-4_4-3_SHE
>
> On Wed, Sep 23, 2020, 3:55 AM Vincent Royer  wrote:
>
>> I have 3 nodes running node ng 4.3.9 with a gluster/hci cluster.  How do
>> I upgrade to 4.4?  Is there a guide?
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TCX2RUE5RN7RNB45UWBXZ4SKH6KT7ZFC/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/J6IERH7OAO6JJ423A3K2KU2R25YXU2NF/


[ovirt-users] Re: ISO Repo

2020-09-23 Thread Nir Soffer
On Wed, Sep 23, 2020 at 8:26 PM Philip Brown  wrote:
>
> well, I havent used it before :)
>
> I just discovered that some windows VMs of ours needed guest additions, and 
> looked for the right way to handle it for ovirt.
>
> OH. I think you are implying perhaps that modern windows VMs automatically 
> have hooks for virtual hosting?
> Sad to say, these are ... "older"*cough*   Vms.

I don't know how the windows guest tools are shipped now, but Gal should know.

If you have this ISO, you can upload it to some data domain. After that you can
attach it to any VM.

> - Original Message -
> From: "Nir Soffer" 
> To: "Philip Brown" 
> Cc: "Jeremey Wise" , "users" , "Arik 
> Hadas" 
> Sent: Wednesday, September 23, 2020 10:09:36 AM
> Subject: Re: [ovirt-users] Re: ISO Repo
>
>
> Maybe it is not needed now?
>
> How did you use this ISO before? uploaded it to ISO domain?
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZM2AX43JBW447ZUAIWIX7KTD6WAZXJQP/


[ovirt-users] Re: Node upgrade to 4.4

2020-09-23 Thread Strahil Nikolov via Users
Before you reinstall the node , you should use 'gluster volume remove-brick 
 replica  ovirt_node:/path-to-brick' to reduce the volume 
to replica 2 (for example). Then you need to 'gluster peer detach ovirt_node' 
in order to fully cleanup the gluster TSP.

You will have to remove the bricks that are on that < ovirt_node > before 
detaching it.

Once you reinstall with EL 8, you can 'gluster peer probe 
' and then 'gluster volume add-brick  replica 
 reinstalled_ovirt_node:/path-to-brick.

Note that reusing bricks is not very easy, so just wipe the data via 'mkfs.xfs 
-i size=512 /dev/block/device'.

Once all volumes are again a replica 3 , just wait for the healing to go over 
and you can proceed with the oVirt part.

Best Regards,
Strahil Nikolov






В сряда, 23 септември 2020 г., 20:45:30 Гринуич+3, Vincent Royer 
 написа: 





My confusion is that those documents do not describe any gluster related tasks 
for Ovirt Nodes.  When I take a node down and install Ovirt Node 4.4 on it, 
won't all the gluster bricks on that node be lost?  The part describing 
"preserving local storage", that isn't anything about Gluster, correct?


Vincent Royer
778-825-1057


SUSTAINABLE MOBILE ENERGY SOLUTIONS





On Tue, Sep 22, 2020 at 8:31 PM Ritesh Chikatwar  wrote:
> Vincent,
> 
> 
> This document will be useful
> https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_the_Manager_to_4-4_4-3_SHE
> 
> On Wed, Sep 23, 2020, 3:55 AM Vincent Royer  wrote:
>> I have 3 nodes running node ng 4.3.9 with a gluster/hci cluster.  How do I 
>> upgrade to 4.4?  Is there a guide?
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct: 
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives: 
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TCX2RUE5RN7RNB45UWBXZ4SKH6KT7ZFC/
>> 
> 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/J6IERH7OAO6JJ423A3K2KU2R25YXU2NF/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2Z7XRREYSSTAFIQHP3AFJYSP5B4GOTRS/


[ovirt-users] Re: Node upgrade to 4.4

2020-09-23 Thread Vincent Royer
well that sounds like a risky nightmare. I appreciate your help.

*Vincent Royer*
*778-825-1057*



*SUSTAINABLE MOBILE ENERGY SOLUTIONS*





On Wed, Sep 23, 2020 at 11:31 AM Strahil Nikolov 
wrote:

> Before you reinstall the node , you should use 'gluster volume
> remove-brick  replica  ovirt_node:/path-to-brick' to
> reduce the volume to replica 2 (for example). Then you need to 'gluster
> peer detach ovirt_node' in order to fully cleanup the gluster TSP.
>
> You will have to remove the bricks that are on that < ovirt_node > before
> detaching it.
>
> Once you reinstall with EL 8, you can 'gluster peer probe
> ' and then 'gluster volume add-brick  replica
>  reinstalled_ovirt_node:/path-to-brick.
>
> Note that reusing bricks is not very easy, so just wipe the data via
> 'mkfs.xfs -i size=512 /dev/block/device'.
>
> Once all volumes are again a replica 3 , just wait for the healing to go
> over and you can proceed with the oVirt part.
>
> Best Regards,
> Strahil Nikolov
>
>
>
>
>
>
> В сряда, 23 септември 2020 г., 20:45:30 Гринуич+3, Vincent Royer <
> vinc...@epicenergy.ca> написа:
>
>
>
>
>
> My confusion is that those documents do not describe any gluster related
> tasks for Ovirt Nodes.  When I take a node down and install Ovirt Node 4.4
> on it, won't all the gluster bricks on that node be lost?  The part
> describing "preserving local storage", that isn't anything about Gluster,
> correct?
>
>
> Vincent Royer
> 778-825-1057
>
>
> SUSTAINABLE MOBILE ENERGY SOLUTIONS
>
>
>
>
>
> On Tue, Sep 22, 2020 at 8:31 PM Ritesh Chikatwar 
> wrote:
> > Vincent,
> >
> >
> > This document will be useful
> >
> https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_the_Manager_to_4-4_4-3_SHE
> >
> > On Wed, Sep 23, 2020, 3:55 AM Vincent Royer 
> wrote:
> >> I have 3 nodes running node ng 4.3.9 with a gluster/hci cluster.  How
> do I upgrade to 4.4?  Is there a guide?
> >> ___
> >> Users mailing list -- users@ovirt.org
> >> To unsubscribe send an email to users-le...@ovirt.org
> >> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> >> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> >> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TCX2RUE5RN7RNB45UWBXZ4SKH6KT7ZFC/
> >>
> >
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/J6IERH7OAO6JJ423A3K2KU2R25YXU2NF/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NXLHNX2ABBGAAJZXVRDJODX3H2WF7BGR/


[ovirt-users] Re: ISO Repo

2020-09-23 Thread penguin pages

This is close to all i need.

I did upload the iso as image.. but how do you attach it to the VM ?   I 
assumed that issue was a 4.4 changes / constrain.
 It was a miss-interpretation on my part that ISO use was relegated to being 
only as a "volume" independent.

As such.. I went back to uploading iso images.  They are now "images" in disk.

Going to VM: select vm -> Disks -> VM Devices -> "edit virtual machine" -> Boot 
Options -> "attach CD" -> "whoot!!!"

ISO images now show as attachable option.

Thanks.. All good.



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


[ovirt-users] Host has to be reinstalled

2020-09-23 Thread Jeremey Wise
Trying to repair / clean up HCI deployment so it is HA and ready for
"production".

I have gluster now showing three bricks  all green

Now I just have error on node.. and of course the node which is hosting the
ovirt-engine

# (as I can not send images to this forum... I will move to a breadcrumb
posting)
Compute -> Hosts -> "thor" (red exclamation)
"Host has to be reinstalled"

To fix gluster... i had to reinstall "vdsm-gluster"

But what package does this error need to be reviewed / fixed with?


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


[ovirt-users] Re: Node upgrade to 4.4

2020-09-23 Thread Strahil Nikolov via Users
As far as I know there is an automation to do it for you.

Best Regards,
Strahil Nikolov






В сряда, 23 септември 2020 г., 21:41:13 Гринуич+3, Vincent Royer 
 написа: 





well that sounds like a risky nightmare. I appreciate your help. 

Vincent Royer
778-825-1057


SUSTAINABLE MOBILE ENERGY SOLUTIONS





On Wed, Sep 23, 2020 at 11:31 AM Strahil Nikolov  wrote:
> Before you reinstall the node , you should use 'gluster volume remove-brick 
>  replica  ovirt_node:/path-to-brick' to reduce the 
> volume to replica 2 (for example). Then you need to 'gluster peer detach 
> ovirt_node' in order to fully cleanup the gluster TSP.
> 
> You will have to remove the bricks that are on that < ovirt_node > before 
> detaching it.
> 
> Once you reinstall with EL 8, you can 'gluster peer probe 
> ' and then 'gluster volume add-brick  replica 
>  reinstalled_ovirt_node:/path-to-brick.
> 
> Note that reusing bricks is not very easy, so just wipe the data via 
> 'mkfs.xfs -i size=512 /dev/block/device'.
> 
> Once all volumes are again a replica 3 , just wait for the healing to go over 
> and you can proceed with the oVirt part.
> 
> Best Regards,
> Strahil Nikolov
> 
> 
> 
> 
> 
> 
> В сряда, 23 септември 2020 г., 20:45:30 Гринуич+3, Vincent Royer 
>  написа: 
> 
> 
> 
> 
> 
> My confusion is that those documents do not describe any gluster related 
> tasks for Ovirt Nodes.  When I take a node down and install Ovirt Node 4.4 on 
> it, won't all the gluster bricks on that node be lost?  The part describing 
> "preserving local storage", that isn't anything about Gluster, correct?
> 
> 
> Vincent Royer
> 778-825-1057
> 
> 
> SUSTAINABLE MOBILE ENERGY SOLUTIONS
> 
> 
> 
> 
> 
> On Tue, Sep 22, 2020 at 8:31 PM Ritesh Chikatwar  wrote:
>> Vincent,
>> 
>> 
>> This document will be useful
>> https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_the_Manager_to_4-4_4-3_SHE
>> 
>> On Wed, Sep 23, 2020, 3:55 AM Vincent Royer  wrote:
>>> I have 3 nodes running node ng 4.3.9 with a gluster/hci cluster.  How do I 
>>> upgrade to 4.4?  Is there a guide?
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send an email to users-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>>> oVirt Code of Conduct: 
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives: 
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TCX2RUE5RN7RNB45UWBXZ4SKH6KT7ZFC/
>>> 
>> 
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/J6IERH7OAO6JJ423A3K2KU2R25YXU2NF/
> 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OI7DNZCRGL72NRDTIDJHKVKAP4BT2VKB/


[ovirt-users] Re: Host has to be reinstalled

2020-09-23 Thread Strahil Nikolov via Users
I guess 'yum reinstall vdsm-gluster'.


Best Regards,
Strahil Nikolov







В сряда, 23 септември 2020 г., 22:07:58 Гринуич+3, Jeremey Wise 
 написа: 






Trying to repair / clean up HCI deployment so it is HA and ready for 
"production".

I have gluster now showing three bricks  all green  

Now I just have error on node.. and of course the node which is hosting the 
ovirt-engine

# (as I can not send images to this forum... I will move to a breadcrumb 
posting)
Compute -> Hosts -> "thor" (red exclamation)
"Host has to be reinstalled"

To fix gluster... i had to reinstall "vdsm-gluster"

But what package does this error need to be reviewed / fixed with?


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


[ovirt-users] Re: Node upgrade to 4.4

2020-09-23 Thread Michael Thomas
Not to give you any false hope, but when I recently reinstalled my oVirt 
4.4.2 cluster, I left the gluster disks alone and only reformatted the 
OS disks.  Much to my surprise, after running the oVirt HCI wizard on 
this new installation (using the exact same gluster settings as before), 
the original contents of my gluster-based data domain were still intact.


I certainly wouldn't count on this behavior with any important data, though.

--Mike

On 9/23/20 1:40 PM, Vincent Royer wrote:

well that sounds like a risky nightmare. I appreciate your help.

*Vincent Royer*
*778-825-1057*



*SUSTAINABLE MOBILE ENERGY SOLUTIONS*





On Wed, Sep 23, 2020 at 11:31 AM Strahil Nikolov 
wrote:


Before you reinstall the node , you should use 'gluster volume
remove-brick  replica  ovirt_node:/path-to-brick' to
reduce the volume to replica 2 (for example). Then you need to 'gluster
peer detach ovirt_node' in order to fully cleanup the gluster TSP.

You will have to remove the bricks that are on that < ovirt_node > before
detaching it.

Once you reinstall with EL 8, you can 'gluster peer probe
' and then 'gluster volume add-brick  replica
 reinstalled_ovirt_node:/path-to-brick.

Note that reusing bricks is not very easy, so just wipe the data via
'mkfs.xfs -i size=512 /dev/block/device'.

Once all volumes are again a replica 3 , just wait for the healing to go
over and you can proceed with the oVirt part.

Best Regards,
Strahil Nikolov






В сряда, 23 септември 2020 г., 20:45:30 Гринуич+3, Vincent Royer <
vinc...@epicenergy.ca> написа:





My confusion is that those documents do not describe any gluster related
tasks for Ovirt Nodes.  When I take a node down and install Ovirt Node 4.4
on it, won't all the gluster bricks on that node be lost?  The part
describing "preserving local storage", that isn't anything about Gluster,
correct?


Vincent Royer
778-825-1057


SUSTAINABLE MOBILE ENERGY SOLUTIONS





On Tue, Sep 22, 2020 at 8:31 PM Ritesh Chikatwar 
wrote:

Vincent,


This document will be useful


https://www.ovirt.org/documentation/upgrade_guide/#Upgrading_the_Manager_to_4-4_4-3_SHE


On Wed, Sep 23, 2020, 3:55 AM Vincent Royer 

wrote:

I have 3 nodes running node ng 4.3.9 with a gluster/hci cluster.  How

do I upgrade to 4.4?  Is there a guide?

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:

https://www.ovirt.org/community/about/community-guidelines/

List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/TCX2RUE5RN7RNB45UWBXZ4SKH6KT7ZFC/





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




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


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


[ovirt-users] oVirt 4.3 HCI ovirtmgmt vlan problem

2020-09-23 Thread wodel youchi
Hi,

I deployed an HCI of three nodes using ovirt 4.3 on a flat network at the
beginning, now we need to use VLAN on the management network.

I have ovirtmgmt over bond2, this bond will have three vlans : vlan 10 for
management, vlan20 for DMZ and vlan30 for DMZ2.

On the switch, I did configure the concerned ports to support ; the native
vlan (untagged), the vlan10 (tagged), ...etc.
Then I activated the tag on the ovirtmgmt network on the web UI, I did lose
connexion to the hypervisors and things got weird, I then put my machine on
vlan10, I saw that two of my hypervisors had their network configuration
modified to use the vlan10, but not the hypervisor where the VM-engine was
running.
I created the vlan manually on that hypervisor, then I started the
VM-Manager, all hosts were recognized.
Then I stopped, then started the platforme again. Still the same problem,
two hosts are correct with their vlan : bond2.10 created, but the third no
vlan.
Doing the configuration manually works, but it does not survive reboot, is
there a way to force vdsm to accept the new configuration on that faulty
host?

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


[ovirt-users] Re: Gluster Name too long

2020-09-23 Thread Parth Dhanjal
Hey!

This is a known bug targeted for oVirt 4.4.3.
Firstly, multipath should be ideally used when you are not using a RHVH
system.
Then disabling the "blacklist gluster device" option will ensure that the
ansible inventory file doesn't blacklists your device.
In case you have a multipath and you mention that as the device name,
the lvname and thinpool name exceed 55 characters which causes this error.
A workaround can be that you can edit the ansible inventory on the last
step of the Deployment Wizard and use only the last 4 characters of the
multipath for lvname and thinpool name.


On Sun, Sep 13, 2020 at 11:26 AM Jeremey Wise 
wrote:

>
>
>
> Deployment on three node cluster using oVirt HCI wizard.
>
> I think this is a bug where it needs to do either a pre-flight name length
> validation, or increase valid field length.
>
>
> I avoid using /dev/sd#   as those can change.  And the wizard allows for
> this change to a more explicit devices Ex:
> /dev/mapper/Samsung_SSD_850_PRO_512GB_S250NXAGA15787L
>
>
> Error:
> TASK [gluster.infra/roles/backend_setup : Create a LV thinpool for similar
> device types] ***
> task path:
> /etc/ansible/roles/gluster.infra/roles/backend_setup/tasks/thin_pool_create.yml:239
> failed: [thorst.penguinpages.local] (item={'vgname':
> 'gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L', 'thinpoolname':
> 'gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L',
> 'poolmetadatasize': '3G'}) => {"ansible_loop_var": "item", "changed":
> false, "err": "  Full LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tdata\"
> is too long.\n  Full LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tdata\"
> is too long.\n  Full LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tdata\"
> is too long.\n  Full LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tdata\"
> is too long.\n  Full LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tdata\"
> is too long.\n  Full LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tmeta\"
> is too long.\n  Internal error: LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tmeta\"
> length 130 is not supported.\n  Internal error: LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tdata\"
> length 130 is not supported.\n  Internal error: LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tmeta\"
> length 130 is not supported.\n  Internal error: LV name
> \"gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L/gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L_tdata\"
> length 130 is not supported.\n", "item": {"poolmetadatasize": "3G",
> "thinpoolname":
> "gluster_thinpool_gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L",
> "vgname": "gluster_vg_Samsung_SSD_850_PRO_512GB_S250NXAGA15787L"}, "msg":
> "Creating logical volume 'None' failed", "rc": 5}
> failed: [medusast.penguinpages.local] (item={'vgname':
> 'gluster_vg_SAMSUNG_SSD_PM851_mSATA_512GB_S1EWNYAF609306', 'thinpoolname':
> 'gluster_thinpool_gluster_vg_SAMSUNG_SSD_PM851_mSATA_512GB_S1EWNYAF609306',
> 'poolmetadatasize': '3G'}) => {"ansible_loop_var": "item", "changed":
> false, "err": "  Internal error: LV name
> \"gluster_vg_SAMSUNG_SSD_PM851_mSATA_512GB_S1EWNYAF609306/gluster_thinpool_gluster_vg_SAMSUNG_SSD_PM851_mSATA_512GB_S1EWNYAF609306\"
> length 130 is not supported.\n", "item": {"poolmetadatasize": "3G",
> "thinpoolname":
> "gluster_thinpool_gluster_vg_SAMSUNG_SSD_PM851_mSATA_512GB_S1EWNYAF609306",
> "vgname": "gluster_vg_SAMSUNG_SSD_PM851_mSATA_512GB_S1EWNYAF609306"},
> "msg": "Creating logical volume 'None' failed", "rc": 5}
> changed: [odinst.penguinpages.local] => (item={'vgname':
> 'gluster_vg_Micron_1100_MTFDDAV512TBN_17401F699137', 'thinpoolname':
> 'gluster_thinpool_gluster_vg_Micron_1100_MTFDDAV512TBN_17401F699137',
> 'poolmetadatasize': '3G'}) => {"ansible_loop_var": "item", "changed": true,
> "item": {"poolmetadatasize": "3G", "thinpoolname":
> "gluster_thinpool_gluster_vg_Micron_1100_MTFDDAV512TBN_17401F699137",
> "vgname": "gluster_vg_Micron_1100_MTFDDAV512TBN_17401F699137"}, "msg": ""}
>
>
> I will revert back to  /dev/sd# for now... but this should be cleaned up.
>
> Attached is YAML file for deployment of cluster
>
> --
> p enguinpages
> ___
> Users

[ovirt-users] Re: Gluster Volumes - Correct Peer Connection

2020-09-23 Thread Gobinda Das
We do have gluster volume UI sync issue and this is fixed in ovirt-4.4.2
BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1860775


On Wed, Sep 23, 2020 at 8:50 PM Jeremey Wise  wrote:

>
> I just noticed when HCI setup bult the gluster engine / data / vmstore
> volumes... it did use correctly the definition of 10Gb "back end"
> interfaces / hosts.
>
> But..  oVirt Engine is NOT referencing this.
> it lists bricks as 1Gb "managment / host" interfaces.  Is this a GUI
> issue?  I doubt this and how do I correct it?
> ###  Data Volume Example
> Name:
> data
> Volume ID:
> 0ae7b487-8b87-4192-bd30-621d445902fe
> Volume Type:
> Replicate
> Replica Count:
> 3
> Number of Bricks:
> 3
> Transport Types:
> TCP
> Maximum no of snapshots:
> 256
> Capacity:
> 999.51 GiB total, 269.02 GiB used, 730.49 GiB free, 297.91 GiB Guaranteed
> free, 78 Deduplication/Compression savings (%)
>
>
> medusa.penguinpages.local
> medusa.penguinpages.local:/gluster_bricks/data/data
> 25%
> OK
> odin.penguinpages.local
> odin.penguinpages.local:/gluster_bricks/data/data
> 25%
> OK
> thor.penguinpages.local
> thor.penguinpages.local:/gluster_bricks/data/data
> 25%
> OK
>
>
> # I have storage back end of 172.16.101.x  which is 10Gb dedicated for
> replication. Peers reflect this
> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]# gluster peer status
> Number of Peers: 2
>
> Hostname: thorst.penguinpages.local
> Uuid: 7726b514-e7c3-4705-bbc9-5a90c8a966c9
> State: Peer in Cluster (Connected)
>
> Hostname: medusast.penguinpages.local
> Uuid: 977b2c1d-36a8-4852-b953-f75850ac5031
> State: Peer in Cluster (Connected)
> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]#
>
>
>
> --
> p enguinpages
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ULE66KK5UEGM5GTRG6IMWZLUEI6JLHVI/
>


-- 


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


[ovirt-users] Re: oVirt - Gluster Node Offline but Bricks Active

2020-09-23 Thread Gobinda Das
We do have gluster volume UI sync issue and this is fixed in ovirt-4.4.2
BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1860775
Could be the same issue.

On Wed, Sep 23, 2020 at 10:16 PM Strahil Nikolov via Users 
wrote:

>
> >1) ..."I would give the engine a 'Windows'-style fix (a.k.a.
> reboot)"  >how does one restart just the oVirt-engine?
> ssh to HostedEngine VM and run one of the following:
> - reboot
> - systemctl restart ovirt-engine.service
>
> >2) I now show in shell  3 nodes, each with the one brick for data,
> vmstore, >engine (and an ISO one I am trying to make).. with one brick each
> and all >online and replicating.  But the GUI shows thor (first server
> running >engine) offline needing to be reloaded.  Now volumes show two
> bricks.. one >online one offline.  And no option to start / force restart.
> If it shows one offline brick -> you can try the "force start". You can go
> to UI -> Storage -> Volume -> select Volume -> Start and then mark "Force"
> and "OK"
>
>
> >4) To the question of "did I add third node later."  I would attach
> >deployment guide I am building ... but can't do that in this forum.  but
> >this is as simple as I can make it.  3 intel generic servers,  1 x boot
> >drive , 1 x 512GB SSD,  2 x 1TB SSD in each.  wipe all data all
> >configuration fresh Centos8 minimal install.. setup SSH setup basic
> >networking... install cockpit.. run HCI wizard for all three nodes. That
> is >all.
>
> >How many hosts do you see in oVirt ?
> >Help is appreciated.  The main concern I have is gap in what engine sees
> >and what CLI shows.  Can someone show me where to get logs?  the GUI log
> >when I try to "activate" thor server "Status of host thor was set to
> >NonOperational."  "Gluster command [] failed on server
> >."  is very unhelpful.
> Check the following services on the node:
> - glusterd.service
> - sanlock.service
> - supervdsmd.service
> - vdsmd.service
> - ovirt-ha-broker.service
> - ovirt-ha-agent.service
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YJ7L5G7NU4PQAPQDCDIMC37JCEEGAILF/
>


-- 


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


[ovirt-users] Re: oVirt - Gluster Node Offline but Bricks Active

2020-09-23 Thread Ritesh Chikatwar
On Wed, Sep 23, 2020 at 10:16 PM Strahil Nikolov via Users 
wrote:

>
> >1) ..."I would give the engine a 'Windows'-style fix (a.k.a.
> reboot)"  >how does one restart just the oVirt-engine?
> ssh to HostedEngine VM and run one of the following:
> - reboot
> - systemctl restart ovirt-engine.service
>
> >2) I now show in shell  3 nodes, each with the one brick for data,
> vmstore, >engine (and an ISO one I am trying to make).. with one brick each
> and all >online and replicating.  But the GUI shows thor (first server
> running >engine) offline needing to be reloaded.  Now volumes show two
> bricks.. one >online one offline.  And no option to start / force restart.
> If it shows one offline brick -> you can try the "force start". You can go
> to UI -> Storage -> Volume -> select Volume -> Start and then mark "Force"
> and "OK"
>
>
> >4) To the question of "did I add third node later."  I would attach
> >deployment guide I am building ... but can't do that in this forum.  but
> >this is as simple as I can make it.  3 intel generic servers,  1 x boot
> >drive , 1 x 512GB SSD,  2 x 1TB SSD in each.  wipe all data all
> >configuration fresh Centos8 minimal install.. setup SSH setup basic
> >networking... install cockpit.. run HCI wizard for all three nodes. That
> is >all.
>
> >How many hosts do you see in oVirt ?
> >Help is appreciated.  The main concern I have is gap in what engine sees
> >and what CLI shows.  Can someone show me where to get logs?  the GUI log
> >when I try to "activate" thor server "Status of host thor was set to
> >NonOperational."  "Gluster command [] failed on server
> >."  is very unhelpful.
> Check the following services on the node:
> - glusterd.service
>
If glusterd service is running on the host check whether vdsm-client is
returning gluster host uuid. just run this on the host "vdsm-client
--gluster-enable GlusterHost uuid".

> - sanlock.service
> - supervdsmd.service
> - vdsmd.service
> - ovirt-ha-broker.service
> - ovirt-ha-agent.service
>
> Best Regards,
> Strahil Nikolov
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/YJ7L5G7NU4PQAPQDCDIMC37JCEEGAILF/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7OKJXLUVA6G7B4NR6YVEVN3MNPMIJUXT/


[ovirt-users] Re: Installed oVirt 4.4.2 on CentOS 8

2020-09-23 Thread Yedidyah Bar David
On Wed, Sep 23, 2020 at 5:46 PM  wrote:
>
> New oVirt basic installation on Centos 8 as a physical server. The default 
> Data center in an uninitialized state

Congratulations! :-)

>
>
>
> This is my first working installation and I have no idea what to do next.
>
>
>
> Anyone knows a step by step guide for fresh install?

Please follow one of the installation guides.

Generally speaking: Add a host, then add storage.

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


[ovirt-users] Re: Gluster Volumes - Correct Peer Connection

2020-09-23 Thread Gobinda Das
But I think this only sync gluster brick status not the entier object.
Looks like this a bug.
@Ritesh Chikatwar  Could you please check what data we
are getting from vdsm during gluster sync job run? Are we saving exact data
or customizing anything?

On Thu, Sep 24, 2020 at 11:01 AM Gobinda Das  wrote:

> We do have gluster volume UI sync issue and this is fixed in ovirt-4.4.2
> BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1860775
>
>
> On Wed, Sep 23, 2020 at 8:50 PM Jeremey Wise 
> wrote:
>
>>
>> I just noticed when HCI setup bult the gluster engine / data / vmstore
>> volumes... it did use correctly the definition of 10Gb "back end"
>> interfaces / hosts.
>>
>> But..  oVirt Engine is NOT referencing this.
>> it lists bricks as 1Gb "managment / host" interfaces.  Is this a GUI
>> issue?  I doubt this and how do I correct it?
>> ###  Data Volume Example
>> Name:
>> data
>> Volume ID:
>> 0ae7b487-8b87-4192-bd30-621d445902fe
>> Volume Type:
>> Replicate
>> Replica Count:
>> 3
>> Number of Bricks:
>> 3
>> Transport Types:
>> TCP
>> Maximum no of snapshots:
>> 256
>> Capacity:
>> 999.51 GiB total, 269.02 GiB used, 730.49 GiB free, 297.91 GiB Guaranteed
>> free, 78 Deduplication/Compression savings (%)
>>
>>
>> medusa.penguinpages.local
>> medusa.penguinpages.local:/gluster_bricks/data/data
>> 25%
>> OK
>> odin.penguinpages.local
>> odin.penguinpages.local:/gluster_bricks/data/data
>> 25%
>> OK
>> thor.penguinpages.local
>> thor.penguinpages.local:/gluster_bricks/data/data
>> 25%
>> OK
>>
>>
>> # I have storage back end of 172.16.101.x  which is 10Gb dedicated for
>> replication. Peers reflect this
>> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]# gluster peer status
>> Number of Peers: 2
>>
>> Hostname: thorst.penguinpages.local
>> Uuid: 7726b514-e7c3-4705-bbc9-5a90c8a966c9
>> State: Peer in Cluster (Connected)
>>
>> Hostname: medusast.penguinpages.local
>> Uuid: 977b2c1d-36a8-4852-b953-f75850ac5031
>> State: Peer in Cluster (Connected)
>> [root@odin c4918f28-00ce-49f9-91c8-224796a158b9]#
>>
>>
>>
>> --
>> p enguinpages
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/privacy-policy.html
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/ULE66KK5UEGM5GTRG6IMWZLUEI6JLHVI/
>>
>
>
> --
>
>
> Thanks,
> Gobinda
>


-- 


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