[ovirt-users] Re: Gluster setup Problem

2019-02-24 Thread Parth Dhanjal
Hey Matthew!

Can you please provide which oVirt and gdeploy version have you installed?

Regards
Parth Dhanjal

On Mon, Feb 25, 2019 at 12:56 PM Sahina Bose  wrote:

> +Gobinda Das +Dhanjal Parth can you please check?
>
> On Fri, Feb 22, 2019 at 11:52 PM Matthew Roth  wrote:
> >
> > I have 3 servers,  Node 1 is 3tb /dev/sda, Node 2, 3tb /dev/sdb,  node3
> 3tb /dev/sdb
> >
> > I start the process for gluster deployment. I change node 1 to sda and
> all the other ones to sdb. I get no errors however,
> >
> > when I get to
> > Creating physical Volume all it does is spin forever . doesnt get any
> further. I can leave it there for 5 hours and doesn't go anywhere.
> >
> > #gdeploy configuration generated by cockpit-gluster plugin
> > [hosts]
> > cmdnode1.cmd911.com
> > cmdnode2.cmd911.com
> > cmdnode3.cmd911.com
> >
> > [script1:cmdnode1.cmd911.com]
> > action=execute
> > ignore_script_errors=no
> > file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sda -h
> cmdnode1.cmd911.com, cmdnode2.cmd911.com, cmdnode3.cmd911.com
> >
> > [script1:cmdnode2.cmd911.com]
> > action=execute
> > ignore_script_errors=no
> > file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h
> cmdnode1.cmd911.com, cmdnode2.cmd911.com, cmdnode3.cmd911.com
> >
> > [script1:cmdnode3.cmd911.com]
> > action=execute
> > ignore_script_errors=no
> > file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h
> cmdnode1.cmd911.com, cmdnode2.cmd911.com, cmdnode3.cmd911.com
> >
> > [disktype]
> > raid6
> >
> > [diskcount]
> > 12
> >
> > [stripesize]
> > 256
> >
> > [service1]
> > action=enable
> > service=chronyd
> >
> > [service2]
> > action=restart
> > service=chronyd
> >
> > [shell2]
> > action=execute
> > command=vdsm-tool configure --force
> >
> > [script3]
> > action=execute
> > file=/usr/share/gdeploy/scripts/blacklist_all_disks.sh
> > ignore_script_errors=no
> >
> > [pv1:cmdnode1.cmd911.com]
> > action=create
> > devices=sda
> > ignore_pv_errors=no
> >
> > [pv1:cmdnode2.cmd911.com]
> > action=create
> > devices=sdb
> > ignore_pv_errors=no
> >
> > [pv1:cmdnode3.cmd911.com]
> > action=create
> > devices=sdb
> > ignore_pv_errors=no
> >
> > [vg1:cmdnode1.cmd911.com]
> > action=create
> > vgname=gluster_vg_sda
> > pvname=sda
> > ignore_vg_errors=no
> >
> > [vg1:cmdnode2.cmd911.com]
> > action=create
> > vgname=gluster_vg_sdb
> > pvname=sdb
> > ignore_vg_errors=no
> >
> > [vg1:cmdnode3.cmd911.com]
> > action=create
> > vgname=gluster_vg_sdb
> > pvname=sdb
> > ignore_vg_errors=no
> >
> > [lv1:cmdnode1.cmd911.com]
> > action=create
> > poolname=gluster_thinpool_sda
> > ignore_lv_errors=no
> > vgname=gluster_vg_sda
> > lvtype=thinpool
> > size=1005GB
> > poolmetadatasize=5GB
> >
> > [lv2:cmdnode2.cmd911.com]
> > action=create
> > poolname=gluster_thinpool_sdb
> > ignore_lv_errors=no
> > vgname=gluster_vg_sdb
> > lvtype=thinpool
> > size=1005GB
> > poolmetadatasize=5GB
> >
> > [lv3:cmdnode3.cmd911.com]
> > action=create
> > poolname=gluster_thinpool_sdb
> > ignore_lv_errors=no
> > vgname=gluster_vg_sdb
> > lvtype=thinpool
> > size=41GB
> > poolmetadatasize=1GB
> >
> > [lv4:cmdnode1.cmd911.com]
> > action=create
> > lvname=gluster_lv_engine
> > ignore_lv_errors=no
> > vgname=gluster_vg_sda
> > mount=/gluster_bricks/engine
> > size=100GB
> > lvtype=thick
> >
> > [lv5:cmdnode1.cmd911.com]
> > action=create
> > lvname=gluster_lv_data
> > ignore_lv_errors=no
> > vgname=gluster_vg_sda
> > mount=/gluster_bricks/data
> > lvtype=thinlv
> > poolname=gluster_thinpool_sda
> > virtualsize=500GB
> >
> > [lv6:cmdnode1.cmd911.com]
> > action=create
> > lvname=gluster_lv_vmstore
> > ignore_lv_errors=no
> > vgname=gluster_vg_sda
> > mount=/gluster_bricks/vmstore
> > lvtype=thinlv
> > poolname=gluster_thinpool_sda
> > virtualsize=500GB
> >
> > [lv7:cmdnode2.cmd911.com]
> > action=create
> > lvname=gluster_lv_engine
> > ignore_lv_errors=no
> > vgname=gluster_vg_sdb
> > mount=/gluster_bricks/engine
> > size=100GB
> > lvtype=thick
> >
> > [lv8:cmdnode2.cmd911.com]
> > action=create
> > lvname=gluster_lv_data
> > ignore_lv_errors=no
> > vgname=gluster_vg_sdb
> > mount=/gluster_bricks/data
> > lvtype=thinlv
> > poolname=gluster_thinpool_sdb
> > virtualsize=500GB
> >
> > [lv9:cmdnode2.cmd911.com]
> > action=create
> > lvname=gluster_lv_vmstore
> > ignore_lv_errors=no
> > vgname=gluster_vg_sdb
> > mount=/gluster_bricks/vmstore
> > lvtype=thinlv
> > poolname=gluster_thinpool_sdb
> > virtualsize=500GB
> >
> > [lv10:cmdnode3.cmd911.com]
> > action=create
> > lvname=gluster_lv_engine
> > ignore_lv_errors=no
> > vgname=gluster_vg_sdb
> > mount=/gluster_bricks/engine
> > size=20GB
> > lvtype=thick
> >
> > [lv11:cmdnode3.cmd911.com]
> > action=create
> > lvname=gluster_lv_data
> > ignore_lv_errors=no
> > vgname=gluster_vg_sdb
> > mount=/gluster_bricks/data
> > lvtype=thinlv
> > poolname=gluster_thinpool_sdb
> > virtualsize=20GB
> >
> > [lv12:cmdnode3.cmd911.com]
> > action=create
> > lvname=gluster_lv_vmstore
> > ignore_lv_errors=no
> > vgname=gluster_vg_sdb
> 

[ovirt-users] Re: running engine-setup against postgresql running on non-default port

2019-02-24 Thread Yedidyah Bar David
On Sun, Feb 24, 2019 at 5:48 PM  wrote:
>
> Hi,
>
> I'm running Linux From Scratch and I'm compiling ovirt from source.  It all 
> builds and installs fine.  However, since I may sometimes run engine-setup 
> from within a chroot on a host that already runs ovirt-engine and postgresql 
> on port 5432, I would like to be able to start a new instance of postgresql 
> on port 5 inside the chroot, run engine-setup within the same chroot, 
> tell it to connect to postgresql on port 5, then once set up, I would 
> like to manually change all config files and change postgresql port from 
> 5 to 5432, so when I transfer this installation to a different computer 
> postgresql will run on 5432 and ovirt-engine (and all the other components) 
> will know to use port 5432.
>
> Trouble is, this is easier said than done.  Even when I tell engine-setup to 
> connect to 5 something insists on connecting to 5432:
>
> [ INFO  ] Installing PostgreSQL uuid-ossp extension into database
> [ ERROR ] Failed to execute stage 'Misc configuration': could not connect to 
> server: No such file or directory
> Is the server running locally and accepting
> connections on Unix domain socket 
> "/var/run/postgresql/.s.PGSQL.5432"?

You have ran into a known bug, which is not documented anywhere except
for comments in the code, so I do not provide a link to a bug. Feel
free to report it if you want.

The bug is in the case of 'Local' database and 'Manual' provisioning.
In this case (which is what you want to do), database hostname is
'localhost'.

Elsewhere in the code, in more than one place, we have heuristics that
say that if database hostname is 'localhost', we "own" it, and can do
admin stuff on it. This includes the above uuid-ossp extension.

A trivial workaround, which might be also what we'll eventually decide
to suggest even if you open a bug, is to not provide 'localhost', but
a different name or IP address that points at the local machine. If
you do not want to rely on a particular IP address, you can even add
to the '127.0.0.1' line in /etc/hosts another name (e.g. 'localpg' or
whatever) and use that - the check is purely textual.

If you want, you can search the code for all occurrences of
"'localhost'". You'll get a few "false positives", but this will be a
good start.

One reason this isn't easy to fix is that we do not save anywhere,
after engine-setup finished, the answer to the question "Automatically
provision pg?". So a later run has no-way to know if it's 'localhost'
and 'Automatic' or 'localhost' and 'Manual'. Since almost all users
use 'Automatic', and among those that use 'Manual' almost all use also
'Remote', very few actually run into the bug, like you. To fix it we
need to save the answer (easy), but also consider what to do if we do
not (yet) have it, as we only _ask_ it during initial setup, not
upgrade. So a theoretical fix can be to proactively ask on upgrade "DB
host is 'localhost', was it automatically provisioned by Setup in the
past?". Since this is so ugly that no-one will ever want it, we'll
probably have to use something else, e.g. allow a user (like you) to
set in some conf file somewhere 'db is manually provisioned, do not
touch it'.

>
> I've manually changed all the ovirt-engine and ovirt-engine-dwh files that 
> contained 5432, to no avail.
>
> Ideas?
>
> Thanks,
> IvanK.
> ___
> 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/YMMUX63N6D4WLBHAVHQSQVQUUC4GJEIN/



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


[ovirt-users] Add compute nodes offline

2019-02-24 Thread xilazz
Hi, when I add compute nodes, I do not intend to add compute nodes to the 
engine controller without connecting to the external network:
An error has occurred during installation of Host node5.test.com: Failed to 
execute stage 'Environment customization': Cannot retrieve metalink for 
repository:
Please verify its path and try again. Do I need to manually download some 
offline packages in this case?
___
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/F34PVIIOGQXNOP47HTGLNADBVB5IB67D/


[ovirt-users] Re: Problem with snapshots in illegal status

2019-02-24 Thread Bruno Rodriguez
Good morning, Shani

I'm not trying to deactivate any disk because the VM using it is working. I
can't turn it off because I'm pretty sure if I do I won't be able to turn
it on again, in fact the web interface is telling me that if I turn it off
possibly it won't restart :(

For what I can check I have no information about any of the the snapshots I
provided in the database

engine=# select * from snapshots where snapshot_id IN
('f649d9c1-563e-49d4-9fad-6bc94abc279b',
'5734df23-de67-41a8-88a1-423cecfe7260',
'f649d9c1-563e-49d4-9fad-6bc94abc279b',
'2929df28-eae8-4f27-afee-a984fe0b07e7',
'4bd4360e-e0f4-4629-ab38-2f0d80d3ae0f',
'fbaff53b-30ce-4b20-8f10-80e70becb48c',
'c628386a-da6c-4a0d-ae7d-3e6ecda27d6d',
'e9ddaa5c-007d-49e6-8384-efefebb00aa6',
'5b6db52a-bfe3-45f8-b7bb-d878c4e63cb4',
'7efe2e7e-ca24-4b27-b512-b42795c79ea4');
 snapshot_id | vm_id | snapshot_type | status | description | creation_date
| app_list | vm_configuration | _create_date | _update_date | memory_volume
| memory_metadata_disk_id | memory_dump_disk_id | vm_conf
iguration_broken
-+---+---++-+---+--+--+--+--+---+-+-+
-
(0 rows)


Thank you


On Sun, Feb 24, 2019 at 12:16 PM Shani Leviim  wrote:

> Hi Bruno,
>
> It seems that the disk you're trying to deactivate is in use ( Logical
> volume
> e655abce-c5e8-44f3-8d50-9fd76edf05cb/fa154782-0dbb-45b5-ba62-d6937259f097
> in use).
> Is there any task that uses that disk?
>
> Also, did you try to verify the snapshot's creation date with the DB?
> ( select * from snapshots; )
>
>
> *Regards*
>
> *Shani Leviim*
>
>
> On Fri, Feb 22, 2019 at 6:08 PM Bruno Rodriguez  wrote:
>
>> Hello,
>>
>> We are experiencing some problems with some snapshots in illegal status
>> generated with the python API. I think I'm not the only one, and that is
>> not a relief but I hope someone can help about it.
>>
>> I'm a bit scared because, for what I see, the creation date in the engine
>> for every snapshot is way different from the date when it was really
>> created. The name of the snapshot is in the format
>> backup_snapshot_MMDD-HHMMSS, but as you can see in the following
>> examples, the stored date is totally random...
>>
>> Size
>> Creation Date
>> Snapshot Description
>> Status
>> Disk Snapshot ID
>>
>> 33 GiB
>> Mar 2, 2018, 5:03:57 PM
>> backup_snapshot_20190217-011645
>> Illegal
>> 5734df23-de67-41a8-88a1-423cecfe7260
>>
>> 33 GiB
>> May 8, 2018, 10:02:56 AM
>> backup_snapshot_20190216-013047
>> Illegal
>> f649d9c1-563e-49d4-9fad-6bc94abc279b
>>
>> 10 GiB
>> Feb 21, 2018, 11:10:17 AM
>> backup_snapshot_20190217-010004
>> Illegal
>> 2929df28-eae8-4f27-afee-a984fe0b07e7
>>
>> 43 GiB
>> Feb 2, 2018, 12:55:51 PM
>> backup_snapshot_20190216-015544
>> Illegal
>> 4bd4360e-e0f4-4629-ab38-2f0d80d3ae0f
>>
>> 11 GiB
>> Feb 13, 2018, 12:51:08 PM
>> backup_snapshot_20190217-010541
>> Illegal
>> fbaff53b-30ce-4b20-8f10-80e70becb48c
>>
>> 11 GiB
>> Feb 13, 2018, 4:05:39 PM
>> backup_snapshot_20190217-011207
>> Illegal
>> c628386a-da6c-4a0d-ae7d-3e6ecda27d6d
>>
>> 11 GiB
>> Feb 13, 2018, 4:38:25 PM
>> backup_snapshot_20190216-012058
>> Illegal
>> e9ddaa5c-007d-49e6-8384-efefebb00aa6
>>
>> 11 GiB
>> Feb 13, 2018, 10:52:09 AM
>> backup_snapshot_20190216-012550
>> Illegal
>> 5b6db52a-bfe3-45f8-b7bb-d878c4e63cb4
>>
>> 55 GiB
>> Jan 22, 2018, 5:02:29 PM
>> backup_snapshot_20190217-012659
>> Illegal
>> 7efe2e7e-ca24-4b27-b512-b42795c79ea4
>>
>>
>> When I'm getting the logs for the first one, to check what happened to
>> it, I get the following
>>
>> 2019-02-17 01:16:45,839+01 INFO
>> [org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand] (default
>> task-100) [96944daa-c90a-4ad7-a556-c98e66550f87] START,
>> CreateVolumeVDSCommand(
>> CreateVolumeVDSCommandParameters:{storagePoolId='fa64792e-73b3-4da2-9d0b-f334422aaccf',
>> ignoreFailoverLimit='false',
>> storageDomainId='e655abce-c5e8-44f3-8d50-9fd76edf05cb',
>> imageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f',
>> imageSizeInBytes='32212254720', volumeFormat='COW',
>> newImageId='fa154782-0dbb-45b5-ba62-d6937259f097', imageType='Sparse',
>> newImageDescription='', imageInitialSizeInBytes='0',
>> imageId='5734df23-de67-41a8-88a1-423cecfe7260',
>> sourceImageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f'}), log id:
>> 497c168a
>> 2019-02-17 01:18:26,506+01 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand]
>> (default task-212) [19f00d3e-5159-48aa-b3a0-615a085b62d9] START,
>> GetVolumeInfoVDSCommand(HostName = hood13.pic.es,
>> GetVolumeInfoVDSCommandParameters:{hostId='0a774472-5737-4ea2-b49a-6f0ea4572199',
>> storagePoolId='fa64792e-73b3-4da2-9d0b-f334422aaccf',
>> storageDomainId='e655abce-c5e8-44f3-8d50-9fd76edf05cb',
>> imageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f',
>> imageId='5734df23-de67-41a8-88a1-423cecfe7260'}), log id: 111a34cf
>> 

[ovirt-users] Re: Ovirt 4.2.8.. Possible bug?

2019-02-24 Thread Sahina Bose
This looks like a bug, if you selected jbod but is not reflected in
the generated gdeploy config file. +Gobinda Das ?

On Fri, Feb 22, 2019 at 8:59 PM Sandro Bonazzola  wrote:
>
>
>
> Il ven 22 feb 2019, 15:31 matteo fedeli  ha scritto:
>>
>> sorry, but I don't understand...
>
>
>
> I added to the discussion an engineer that may be able to help you.
>
>
>> ___
>> 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/EVCRSE7EOWJPGFYHIJUDFYQY5RARGYTR/
>
> ___
> 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/OLF5MMINOOCHZHDDZZDR5ECTF3A3ZGJL/
___
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/UDBQBASLR5PVSILAMQPGWSOKHSSC7YU2/


[ovirt-users] Re: Gluster setup Problem

2019-02-24 Thread Sahina Bose
+Gobinda Das +Dhanjal Parth can you please check?

On Fri, Feb 22, 2019 at 11:52 PM Matthew Roth  wrote:
>
> I have 3 servers,  Node 1 is 3tb /dev/sda, Node 2, 3tb /dev/sdb,  node3 3tb 
> /dev/sdb
>
> I start the process for gluster deployment. I change node 1 to sda and all 
> the other ones to sdb. I get no errors however,
>
> when I get to
> Creating physical Volume all it does is spin forever . doesnt get any 
> further. I can leave it there for 5 hours and doesn't go anywhere.
>
> #gdeploy configuration generated by cockpit-gluster plugin
> [hosts]
> cmdnode1.cmd911.com
> cmdnode2.cmd911.com
> cmdnode3.cmd911.com
>
> [script1:cmdnode1.cmd911.com]
> action=execute
> ignore_script_errors=no
> file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sda -h 
> cmdnode1.cmd911.com, cmdnode2.cmd911.com, cmdnode3.cmd911.com
>
> [script1:cmdnode2.cmd911.com]
> action=execute
> ignore_script_errors=no
> file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 
> cmdnode1.cmd911.com, cmdnode2.cmd911.com, cmdnode3.cmd911.com
>
> [script1:cmdnode3.cmd911.com]
> action=execute
> ignore_script_errors=no
> file=/usr/share/gdeploy/scripts/grafton-sanity-check.sh -d sdb -h 
> cmdnode1.cmd911.com, cmdnode2.cmd911.com, cmdnode3.cmd911.com
>
> [disktype]
> raid6
>
> [diskcount]
> 12
>
> [stripesize]
> 256
>
> [service1]
> action=enable
> service=chronyd
>
> [service2]
> action=restart
> service=chronyd
>
> [shell2]
> action=execute
> command=vdsm-tool configure --force
>
> [script3]
> action=execute
> file=/usr/share/gdeploy/scripts/blacklist_all_disks.sh
> ignore_script_errors=no
>
> [pv1:cmdnode1.cmd911.com]
> action=create
> devices=sda
> ignore_pv_errors=no
>
> [pv1:cmdnode2.cmd911.com]
> action=create
> devices=sdb
> ignore_pv_errors=no
>
> [pv1:cmdnode3.cmd911.com]
> action=create
> devices=sdb
> ignore_pv_errors=no
>
> [vg1:cmdnode1.cmd911.com]
> action=create
> vgname=gluster_vg_sda
> pvname=sda
> ignore_vg_errors=no
>
> [vg1:cmdnode2.cmd911.com]
> action=create
> vgname=gluster_vg_sdb
> pvname=sdb
> ignore_vg_errors=no
>
> [vg1:cmdnode3.cmd911.com]
> action=create
> vgname=gluster_vg_sdb
> pvname=sdb
> ignore_vg_errors=no
>
> [lv1:cmdnode1.cmd911.com]
> action=create
> poolname=gluster_thinpool_sda
> ignore_lv_errors=no
> vgname=gluster_vg_sda
> lvtype=thinpool
> size=1005GB
> poolmetadatasize=5GB
>
> [lv2:cmdnode2.cmd911.com]
> action=create
> poolname=gluster_thinpool_sdb
> ignore_lv_errors=no
> vgname=gluster_vg_sdb
> lvtype=thinpool
> size=1005GB
> poolmetadatasize=5GB
>
> [lv3:cmdnode3.cmd911.com]
> action=create
> poolname=gluster_thinpool_sdb
> ignore_lv_errors=no
> vgname=gluster_vg_sdb
> lvtype=thinpool
> size=41GB
> poolmetadatasize=1GB
>
> [lv4:cmdnode1.cmd911.com]
> action=create
> lvname=gluster_lv_engine
> ignore_lv_errors=no
> vgname=gluster_vg_sda
> mount=/gluster_bricks/engine
> size=100GB
> lvtype=thick
>
> [lv5:cmdnode1.cmd911.com]
> action=create
> lvname=gluster_lv_data
> ignore_lv_errors=no
> vgname=gluster_vg_sda
> mount=/gluster_bricks/data
> lvtype=thinlv
> poolname=gluster_thinpool_sda
> virtualsize=500GB
>
> [lv6:cmdnode1.cmd911.com]
> action=create
> lvname=gluster_lv_vmstore
> ignore_lv_errors=no
> vgname=gluster_vg_sda
> mount=/gluster_bricks/vmstore
> lvtype=thinlv
> poolname=gluster_thinpool_sda
> virtualsize=500GB
>
> [lv7:cmdnode2.cmd911.com]
> action=create
> lvname=gluster_lv_engine
> ignore_lv_errors=no
> vgname=gluster_vg_sdb
> mount=/gluster_bricks/engine
> size=100GB
> lvtype=thick
>
> [lv8:cmdnode2.cmd911.com]
> action=create
> lvname=gluster_lv_data
> ignore_lv_errors=no
> vgname=gluster_vg_sdb
> mount=/gluster_bricks/data
> lvtype=thinlv
> poolname=gluster_thinpool_sdb
> virtualsize=500GB
>
> [lv9:cmdnode2.cmd911.com]
> action=create
> lvname=gluster_lv_vmstore
> ignore_lv_errors=no
> vgname=gluster_vg_sdb
> mount=/gluster_bricks/vmstore
> lvtype=thinlv
> poolname=gluster_thinpool_sdb
> virtualsize=500GB
>
> [lv10:cmdnode3.cmd911.com]
> action=create
> lvname=gluster_lv_engine
> ignore_lv_errors=no
> vgname=gluster_vg_sdb
> mount=/gluster_bricks/engine
> size=20GB
> lvtype=thick
>
> [lv11:cmdnode3.cmd911.com]
> action=create
> lvname=gluster_lv_data
> ignore_lv_errors=no
> vgname=gluster_vg_sdb
> mount=/gluster_bricks/data
> lvtype=thinlv
> poolname=gluster_thinpool_sdb
> virtualsize=20GB
>
> [lv12:cmdnode3.cmd911.com]
> action=create
> lvname=gluster_lv_vmstore
> ignore_lv_errors=no
> vgname=gluster_vg_sdb
> mount=/gluster_bricks/vmstore
> lvtype=thinlv
> poolname=gluster_thinpool_sdb
> virtualsize=20GB
>
> [selinux]
> yes
>
> [service3]
> action=restart
> service=glusterd
> slice_setup=yes
>
> [firewalld]
> action=add
> ports=111/tcp,2049/tcp,54321/tcp,5900/tcp,5900-6923/tcp,5666/tcp,16514/tcp,54322/tcp
> services=glusterfs
>
> [script2]
> action=execute
> file=/usr/share/gdeploy/scripts/disable-gluster-hooks.sh
>
> [shell3]
> action=execute
> command=usermod -a -G gluster qemu
>
> [volume1]
> action=create
> volname=engine
> transport=tcp
> replica=yes
> 

[ovirt-users] Re: Ovirt Node 4.3 Gluster Install adding bricks

2019-02-24 Thread Sahina Bose
On Thu, Feb 21, 2019 at 7:47 PM  wrote:
>
> Sorry if this seems simple, but trial and error is how I learn. So the 
> basics. I installed Node 4.3 on 3 hosts, and was following the setup for 
> self-hosted engine. The setup fails when detecting peers and indicates that 
> they are already part of a cluster. So i restart the install and choose the 
> install engine on single node with Gluster. I now have all three nodes 
> connected to ovirt engine, however my trouble is I am not understanding how 
> to add the disk of the two nodes to the glusterFS. I also have some extra 
> disks on my primary node I want to add. I believe it is as follows but I dont 
> want to mess this up.
>
> Under Compute >> Hosts >> $HOSTNAME
> Select Storage Devices
> Select Disk in my case sde
> Then create brick?
>  If this is the case Do I add it to a LV if so which one 
> engine,data or vmstore?
>  Do I repeat this for each hosts?
>
> I can duplicate the engine, data and vmstore on each one, but that will still 
> leave me with two disks on each node without assignment
> If anyone can help that would be great.

Using the engine UI to create a brick maps 1 disk -> 1 brick. So if
you want to use sde to create multiple bricks, that is not possible
currently via the UI.
Once you create bricks on the 2 hosts - you need to expand the gluster
volume and add the bricks from the 2 nodes.

Can you provide a bit more detail on the error you ran into while
installing on 3 hosts. Was gluster setup prior to the install?

>
>
> Thank you.
> Pollard
>
> ___
> 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/NRAIDCNL5UETBSR6RMXDEHUPU4D26AHG/
___
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/JU44JOAMZ747M634BPZTRRKDB7WCGRI6/


[ovirt-users] Re: Ovirt Glusterfs

2019-02-24 Thread Sahina Bose
The options set on the gluster volume are tuned for data consistency and
reliability.

Some of the changes that you can try
1. use gfapi - however this will not provide you HA if the server used to
access the gluster volume is down. (the backup-volfile-servers are not used
in case of gfapi). You can change this using the engine-config tool for
your cluster level.
2. Change the remote-dio:enable to turn on client side brick caching.
Ensure that you have a power backup in place, so that you don't end up with
data loss in case server goes down before data is flushed.

If you're seeing issues with a particular version of glusterfs, please
provide gluster profile output for us to help identify bottleneck.  (check
https://docs.gluster.org/en/latest/Administrator%20Guide/Monitoring%20Workload/
on how to do this)

On Fri, Feb 22, 2019 at 1:39 PM Sandro Bonazzola 
wrote:

> Adding Sahina
>
> Il giorno ven 22 feb 2019 alle ore 06:51 Strahil 
> ha scritto:
>
>> I have done some testing and it seems that storhaug + ctdb + nfs-ganesha
>> is showing decent performance in a 3 node  hyperconverged setup.
>> Fuse mounts are hitting some kind of limit when mounting gluster
>> -3.12.15  volumes.
>>
>> 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/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/7U5J4KYDJJS4W3BE2KEIR67NU3532XGY/
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.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/QL7Z56UFMWTGQ7F22JWNCYI6OHZHEI24/


[ovirt-users] Re: Problem deploying self-hosted engine on ovirt 4.3.0

2019-02-24 Thread Sahina Bose
You can interrupt and continue from hosted engine setup the next time.
Please download the ovirt-engine-appliance rpm prior to install to
speeden things up.

On Mon, Feb 25, 2019 at 4:56 AM matteo fedeli  wrote:
>
> after several attempts I managed to install and deploying the ovel gluster 
> but during the self-hosted engine deploy stuck on [INFO] TASK 
> ["oVirt.engine-setup: Install oVirt Engine package"] for 30 minutes ... How 
> to safely interrupt ? I let it go on while I look at some logs?
> ___
> 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/FOLFFYVCDBFNPDZ7TKETX7QFTUEUQ3I7/
___
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/4GS7IULDHCNA3Z424LGOJHUO5TIQ5ROQ/


[ovirt-users] HostedEngine Unreachable

2019-02-24 Thread Sakhi Hadebe
Hi,

 Our cluster was running fine, until we moved it to the new network.
Looking at the agent.log file, it stills pings the old gateway. Not sure if
this is the reason it's failing the liveliness check.

Please help.

On Thu, Feb 21, 2019 at 4:39 PM Sakhi Hadebe  wrote:

> Hi,
>
> I need some help. We had a working ovirt cluster in the testing
> environment. We have just moved it to the production environment with the
> same network settings. The only thing we changed is the public VLAN. In
> production we're using a different subnet.
>
> The problem is we can't get the HostedEngine Up. It does come up but it
> fails the LIVELINESS CHECK and its health status is bad. We can't ping even
> ping it. It is on the same subnet as host machines: 192.168.x.x/24:
>
> *HostedEngine VM status:*
>
> [root@garlic qemu]# hosted-engine --vm-status
>
>
> --== Host 1 status ==--
>
> conf_on_shared_storage : True
> Status up-to-date  : True
> Hostname   : goku.sanren.ac.za
> Host ID: 1
> Engine status  : {"reason": "vm not running on this
> host", "health": "bad", "vm": "down", "detail": "unknown"}
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : 57b2ece9
> local_conf_timestamp   : 8463
> Host timestamp : 8463
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=8463 (Thu Feb 21 16:32:29 2019)
> host-id=1
> score=3400
> vm_conf_refresh_time=8463 (Thu Feb 21 16:32:29 2019)
> conf_on_shared_storage=True
> maintenance=False
> state=EngineDown
> stopped=False
>
>
> --== Host 2 status ==--
>
> conf_on_shared_storage : True
> Status up-to-date  : True
> Hostname   : garlic.sanren.ac.za
> Host ID: 2
> Engine status  : {"reason": "failed liveliness check",
> "health": "bad", "vm": "up", "detail": "Powering down"}
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : 71dc3daf
> local_conf_timestamp   : 8540
> Host timestamp : 8540
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=8540 (Thu Feb 21 16:32:31 2019)
> host-id=2
> score=3400
> vm_conf_refresh_time=8540 (Thu Feb 21 16:32:31 2019)
> conf_on_shared_storage=True
> maintenance=False
> state=EngineStop
> stopped=False
> timeout=Thu Jan  1 04:24:29 1970
>
>
> --== Host 3 status ==--
>
> conf_on_shared_storage : True
> Status up-to-date  : True
> Hostname   : gohan.sanren.ac.za
> Host ID: 3
> Engine status  : {"reason": "vm not running on this
> host", "health": "bad", "vm": "down", "detail": "unknown"}
> Score  : 3400
> stopped: False
> Local maintenance  : False
> crc32  : 49645620
> local_conf_timestamp   : 5480
> Host timestamp : 5480
> Extra metadata (valid at timestamp):
> metadata_parse_version=1
> metadata_feature_version=1
> timestamp=5480 (Thu Feb 21 16:32:22 2019)
> host-id=3
> score=3400
> vm_conf_refresh_time=5480 (Thu Feb 21 16:32:22 2019)
> conf_on_shared_storage=True
> maintenance=False
> state=EngineDown
> stopped=False
> You have new mail in /var/spool/mail/root
>
> The service are running but with errors:
> *vdsmd.service:*
> [root@garlic qemu]# systemctl status vdsmd
> ● vdsmd.service - Virtual Desktop Server Manager
>Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor
> preset: enabled)
>Active: active (running) since Thu 2019-02-21 16:12:12 SAST; 3min 31s
> ago
>   Process: 40117 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh
> --post-stop (code=exited, status=0/SUCCESS)
>   Process: 40121 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
> --pre-start (code=exited, status=0/SUCCESS)
>  Main PID: 40224 (vdsmd)
> Tasks: 47
>CGroup: /system.slice/vdsmd.service
>├─40224 /usr/bin/python2 /usr/share/vdsm/vdsmd
>└─40346 /usr/libexec/ioprocess --read-pipe-fd 65
> --write-pipe-fd 64 --max-threads 10 --max-queued-requests 10
>
> Feb 21 16:12:11 garlic.sanren.ac.za vdsmd_init_common.sh[40121]: vdsm:
> Running nwfilter
> Feb 21 16:12:11 garlic.sanren.ac.za vdsmd_init_common.sh[40121]: libvirt:
> Network Filter Driver error : 

[ovirt-users] Re: Python-SDK4- Issue following links

2019-02-24 Thread Joey Ma
Hi Don,

Please using `network.vnic_profiles` instead of `network.vnicprofiles` as
the parameter of  `connection.follow_link`.

Regards,
Joey


On Mon, Feb 25, 2019 at 9:22 AM Don Dupuis  wrote:

> Hi
>
> I am trying to write some code to update the names of existing
> vnicprofiles in ovirt-4.2. The problem I am having is trying to follow the
> links to the vnicprofiles. Below is web info that I am trying to get:
>
>  href="/ovirt-engine/api/networks/740cae1f-c49f-4563-877a-5ce173e83be4"
> id="740cae1f-c49f-4563-877a-5ce173e83be4">ovirtmgmtLOOKING href="/ovirt-engine/api/networks/740cae1f-c49f-4563-877a-5ce173e83be4/permissions"
> rel="permissions"/> href="/ovirt-engine/api/networks/740cae1f-c49f-4563-877a-5ce173e83be4/vnicprofiles"
> rel="vnicprofiles"/> href="/ovirt-engine/api/networks/740cae1f-c49f-4563-877a-5ce173e83be4/networklabels"
> rel="networklabels"/>0falsevm id="4050"/> href="/ovirt-engine/api/datacenters/1d00d32b-abdc-43cd-b990-257aaf01d514"
> id="1d00d32b-abdc-43cd-b990-257aaf01d514"/>
>
> Below is the code that I am trying to do the same thing and I want to
> follow the vnicprofiles link to get to the actual data that I want to
> change:
> #!/usr/bin/env python
>
> import logging
> import time
> import string
> import sys
> import os
> import MySQLdb
>
> import ovirtsdk4 as sdk
> import ovirtsdk4.types as types
>
> #logging.basicConfig(level=logging.DEBUG, filename='/tmp/addhost.log')
>
> ### Variables to be used ###
> #NUMANODE = 3
> #MEM = 20
> GB = 1024 * 1024 * 1024
> #MEMORY = MEM * GB
> GB = 1024 * 1024 * 1024
> URL = 'https://host/ovirt-engine/api'
> CAFILE = '/etc/pki/ovirt-engine/ca.pem'
> USERNAME = 'admin@internal'
> PASSWORD = 'password'
> HOSTNAME = 'rvs06'
>
> connection = sdk.Connection(
> url=URL,
> username=USERNAME,
> password=PASSWORD,
> #ca_file='ca.pem',
> debug='True',
> insecure='True',
> #log=logging.getLogger(),
> )
>
> #dcs_service = connection.system_service().data_centers_service()
> #dc = dcs_service.list(search='cluster=%s-local' % HOSTNAME)[0]
> #network = dcs_service.service(dc.id).networks_service()
> networks_service = connection.system_service().networks_service()
> network = networks_service.list(
> search='name=ovirtmgmt and datacenter=%s-local' % HOSTNAME) [0]
> print ("Network name is %s" % network.name)
> print ("Network id is %s" % network.id)
> vnic = connection.follow_link(network.vnicprofiles)
>
> connection.close()
>
> Below is the output of my code:
>
> ./update-vnic.py
> Network name is ovirtmgmt
> Network id is 740cae1f-c49f-4563-877a-5ce173e83be4
> Traceback (most recent call last):
>   File "./update-vnic.py", line 46, in 
> vnic = connection.follow_link(network.vnicprofiles)
> AttributeError: 'Network' object has no attribute 'vnicprofiles'
>
> The network name and network id is correct. Any help would be appreciated
> on what I am missing or what I am doing wrong. The actual updating of the
> name with code isn't written yet as I can't get past this part.
>
> Thanks
>
> Don
> ___
> 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/PRV7MA2X3IS5WSXEEYAY54PPXFIMNRM4/
>
___
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/2ELMZLAPM6MG7HOZIL42O3UL5RRGKHL4/


[ovirt-users] Re: oVirt Node install failed

2019-02-24 Thread kiv
in logs:

 Candidate host 'ovirt2' ('4086-9cce-365172819c60') was filtered out by 
'VAR__FILTERTYPE__INTERNAL' filter 'HA' (correlation id: null)
___
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/3SIO2D555W4OGNSYDIL3CI4PDFUFNKMJ/


[ovirt-users] Re: oVirt Node install failed

2019-02-24 Thread kiv
Thanks for the answer.

Now I have two hosts 4.2.6 and 4.2.8, and the engine 4.2.6. VMs migrate between 
these hosts without problems. But the VM with the engine to migrate to host 
4.2.8 refuses - he say:

No available Host to migrate to.

Since it cannot migrate, there is no way to put the host in maintenance mode. 
And there is no possibility of upgrade.How to find out why? Install Host 4.2.6?
___
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/ECVQUALTXCX2VE63T5K4AMYO2UID2HMM/


[ovirt-users] Python-SDK4- Issue following links

2019-02-24 Thread Don Dupuis
Hi

I am trying to write some code to update the names of existing vnicprofiles
in ovirt-4.2. The problem I am having is trying to follow the links to the
vnicprofiles. Below is web info that I am trying to get:

ovirtmgmtLOOKING0falsevm

Below is the code that I am trying to do the same thing and I want to
follow the vnicprofiles link to get to the actual data that I want to
change:
#!/usr/bin/env python

import logging
import time
import string
import sys
import os
import MySQLdb

import ovirtsdk4 as sdk
import ovirtsdk4.types as types

#logging.basicConfig(level=logging.DEBUG, filename='/tmp/addhost.log')

### Variables to be used ###
#NUMANODE = 3
#MEM = 20
GB = 1024 * 1024 * 1024
#MEMORY = MEM * GB
GB = 1024 * 1024 * 1024
URL = 'https://host/ovirt-engine/api'
CAFILE = '/etc/pki/ovirt-engine/ca.pem'
USERNAME = 'admin@internal'
PASSWORD = 'password'
HOSTNAME = 'rvs06'

connection = sdk.Connection(
url=URL,
username=USERNAME,
password=PASSWORD,
#ca_file='ca.pem',
debug='True',
insecure='True',
#log=logging.getLogger(),
)

#dcs_service = connection.system_service().data_centers_service()
#dc = dcs_service.list(search='cluster=%s-local' % HOSTNAME)[0]
#network = dcs_service.service(dc.id).networks_service()
networks_service = connection.system_service().networks_service()
network = networks_service.list(
search='name=ovirtmgmt and datacenter=%s-local' % HOSTNAME) [0]
print ("Network name is %s" % network.name)
print ("Network id is %s" % network.id)
vnic = connection.follow_link(network.vnicprofiles)

connection.close()

Below is the output of my code:

./update-vnic.py
Network name is ovirtmgmt
Network id is 740cae1f-c49f-4563-877a-5ce173e83be4
Traceback (most recent call last):
  File "./update-vnic.py", line 46, in 
vnic = connection.follow_link(network.vnicprofiles)
AttributeError: 'Network' object has no attribute 'vnicprofiles'

The network name and network id is correct. Any help would be appreciated
on what I am missing or what I am doing wrong. The actual updating of the
name with code isn't written yet as I can't get past this part.

Thanks

Don
___
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/PRV7MA2X3IS5WSXEEYAY54PPXFIMNRM4/


[ovirt-users] Problem deploying self-hosted engine on ovirt 4.3.0

2019-02-24 Thread matteo fedeli
after several attempts I managed to install and deploying the ovel gluster but 
during the self-hosted engine deploy stuck on [INFO] TASK ["oVirt.engine-setup: 
Install oVirt Engine package"] for 30 minutes ... How to safely interrupt ? I 
let it go on while I look at some logs?
___
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/FOLFFYVCDBFNPDZ7TKETX7QFTUEUQ3I7/


[ovirt-users] Re: Creating new VM

2019-02-24 Thread Scott Worthington
Is that Cockpit or the oVirt manager interface?

On Sun, Feb 24, 2019, 3:48 PM Yujin Boby  wrote:

> I installed oVirt, when i try to create a new VM, it says
>
> This host is managed by a virtualization manager, so creation of new VM
> from this host is not possible.
>
> https://imgur.com/a/hpqV6ML
>
> Any idea why i am getting this error ? Do i need more than 1 server to
> create Virtual machines ? Like adding a node ?
> ___
> 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/23WWWLOYNPFZL3DUI4MWYNBYQMUVYP27/
>
___
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/2EIOLL4QL3BQZQNNY7E7AYUMTELUWAW4/


[ovirt-users] Creating new VM

2019-02-24 Thread Yujin Boby
I installed oVirt, when i try to create a new VM, it says

This host is managed by a virtualization manager, so creation of new VM from 
this host is not possible.

https://imgur.com/a/hpqV6ML

Any idea why i am getting this error ? Do i need more than 1 server to create 
Virtual machines ? Like adding a node ?
___
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/23WWWLOYNPFZL3DUI4MWYNBYQMUVYP27/


[ovirt-users] Move infrastructure ,how to change FQDN

2019-02-24 Thread Fabrice SOLER

Hello,

I need to move all the physical infrastructure  oVirt to another site 
(for student education).


The node's FQDN and the hosted engine's FQDN must change.

The version is ovirt 4.2.8 for the hosted engine and nodes.

Is there sommone who know how to do ?

Fabrice SOLER

___
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/I4KC7PNPDATLBAGDR7JFNNH4QUHSFVVS/


[ovirt-users] Re: unable to put ovirt host in maintenance

2019-02-24 Thread slaurencelle
Hello Vaibhav,

i check with the vdsm-client and not task seem to be running for him.

any other idea ?

Stephane
___
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/CV7PISSR42S3ZYOVORJH3ENG3O6QP36D/


[ovirt-users] running engine-setup against postgresql running on non-default port

2019-02-24 Thread ivan . kabaivanov
Hi,

I'm running Linux From Scratch and I'm compiling ovirt from source.  It all 
builds and installs fine.  However, since I may sometimes run engine-setup from 
within a chroot on a host that already runs ovirt-engine and postgresql on port 
5432, I would like to be able to start a new instance of postgresql on port 
5 inside the chroot, run engine-setup within the same chroot, tell it to 
connect to postgresql on port 5, then once set up, I would like to manually 
change all config files and change postgresql port from 5 to 5432, so when 
I transfer this installation to a different computer postgresql will run on 
5432 and ovirt-engine (and all the other components) will know to use port 5432.

Trouble is, this is easier said than done.  Even when I tell engine-setup to 
connect to 5 something insists on connecting to 5432:

[ INFO  ] Installing PostgreSQL uuid-ossp extension into database
[ ERROR ] Failed to execute stage 'Misc configuration': could not connect to 
server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket 
"/var/run/postgresql/.s.PGSQL.5432"?

I've manually changed all the ovirt-engine and ovirt-engine-dwh files that 
contained 5432, to no avail.

Ideas?

Thanks,
IvanK.
___
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/YMMUX63N6D4WLBHAVHQSQVQUUC4GJEIN/


[ovirt-users] Re: unable to put ovirt host in maintenance

2019-02-24 Thread Vaibhav Pagar
Hello,
You can check if there is any task running on SPM host using VDSclient
command, if yes then you can stop and clear that task

Clear the task from database as well, after that try to put host into
maintenance mode.

You will find VDSMClients command online somewhere on ovirt.com

Thanks,

Vaibhav Pagar

On Sun, 24 Feb 2019 at 8:16 PM,  wrote:

> Hello Shani,
> thanks for the quick reply.
> i did the 2 requests but the error still show in th web gui when i try to
> put the host in maintenance.
>
> Do i need to do anything else to solve this ?
>
> I try to restart the ovirt-engine but same thing
> i even reboot the host completely and same result.
>
> thanks in advance for the help
>
> Stephane
> ___
> 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/NM3XKIIVFDIA3YOUQ4F2VE2ISOKR6RCF/
>
___
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/OHQO64EXHOEAL7I5QQKVHH4FCEHWJG2V/


[ovirt-users] Re: unable to put ovirt host in maintenance

2019-02-24 Thread slaurencelle
Hello Shani, 
thanks for the quick reply.
i did the 2 requests but the error still show in th web gui when i try to put 
the host in maintenance.

Do i need to do anything else to solve this ?

I try to restart the ovirt-engine but same thing
i even reboot the host completely and same result.

thanks in advance for the help

Stephane
___
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/NM3XKIIVFDIA3YOUQ4F2VE2ISOKR6RCF/


[ovirt-users] Re: update to 4.2.8 fails

2019-02-24 Thread Nir Levy
repo:
https://github.com/oVirt/ovirt-site.git

patch attached for review.

On Fri, Feb 22, 2019 at 5:04 PM Sandro Bonazzola 
wrote:

> Nir Levy can you please add this to upgrade guide? Please add Yuval to
> reviewers for the PR.
>
> Il dom 17 feb 2019, 10:49 Yuval Turgeman  ha scritto:
>
>> It's mentioned in the release notes [1], probably worth to mention it in
>> the general upgrade guide
>>
>> [1]
>> https://ovirt.org/release/4.3.0/#install--upgrade-from-previous-versions
>>
>>
>> On Fri, Feb 15, 2019 at 1:05 PM Greg Sheremeta 
>> wrote:
>>
>>>
>>> On Thu, Feb 14, 2019 at 11:06 PM Vincent Royer 
>>> wrote:
>>>
 Greg,

 Can I contribute?

>>>
>>> I'm so glad you asked -- YES, please do! :)
>>>
>>> The docs, along with the rest of the ovirt.org site, are in GitHub, and
>>> very easily editable. To edit a single page -- in the page footer, click
>>> "Edit this page on GitHub". That will create a simple Pull Request for
>>> review.
>>>
>>> You can also clone and fork like any other project, if you are more
>>> comfortable with that. If you want to run the site locally,
>>> https://github.com/oVirt/ovirt-site/blob/master/CONTRIBUTING.md
>>>
>>> Let me know if you have any questions!
>>>
>>>



 On Thu, Feb 14, 2019 at 2:05 PM Greg Sheremeta 
 wrote:

>
> On Thu, Feb 14, 2019 at 2:16 PM Vincent Royer 
> wrote:
>
>> Greg,
>>
>> The first thing on the list in your link is to check what repos are
>> enabled with yum repolist, but makes no mention of what repos
>> *should *be enabled on node-ng, nor what to do about it if you have
>> the wrong ones. I've never had an Ovirt update go the way it was 
>> "supposed"
>> to go, despite having a bunch of documentation at hand.  Usually I end up
>> blowing away the hosts and starting with a fresh ISO.
>>
>> The page you linked makes no mention of the command Edward mentioned
>> that got things working for me:
>>
>> yum update ovirt-node-ng-image-update
>>
>> All the instructions I can find just say to run yum update, but that
>> resulted in a bunch of dependency errors for me, on a normal 4.2.6 node
>> install that I haven't touched since installation.  Why?  If I'm 
>> following
>> the instructions, shouldn't it work?
>>
>>
>> running this command in the upgrade guide:
>>
>> [image: image.png]
>>
>> Gives me "This system is not registered with an entitlement server".
>>  Is that an outdated instruction?  Does it apply to the particular update
>> I'm trying to apply?   No way to tell...
>>
>
> It only applies to RHEL. If you are not on RHEL, you wouldn't run that.
> So it definitely needs improvement.
>
>
>>
>> What would really help is a clear separation between commands
>> intended for centos/RHEL and commands intended for Node.  As an outsider,
>> it's very difficult to know.   Every chapter, where there is any 
>> difference
>> in procedure, the documents should be split with RHEL on one side and 
>> NODE
>> on the other.
>>
>
> +1.
>
>
>>
>> The documentation would also benefit from tags like dates and
>> versions that they apply to.  "Valid for Ovirt 4.2.6 to 4.2.8 as of Feb 
>> 2,
>> 2019".Then the documents should be tested and the dates/versions
>> adjusted, or the docs adjusted, as needed.
>>
>
> Agree.
>
>
>>
>> Ovirt is awesome.
>>
>
> Agree :)
>
>
>> But the docs are the project's worst enemy.
>>
>
> I understand your frustrations. We've been trying to improve the
> documentation lately, and feedback like yours is crucial. So thank you.
> I opened to https://github.com/oVirt/ovirt-site/issues/1906 track
> this.
>
> Best wishes,
> Greg
>
>
>
>>
>>
>>
>> On Thu, Feb 14, 2019 at 3:34 AM Greg Sheremeta 
>> wrote:
>>
>>> Hi,
>>>
>>> On Wed, Feb 13, 2019 at 11:18 PM Vincent Royer <
>>> vinc...@epicenergy.ca> wrote:
>>>
 wow am I crazy or is that not mentioned anywhere that I can find in
 the docs?

>>>
>>>
>>> https://ovirt.org/documentation/upgrade-guide/appe-Manually_Updating_Hosts.html
>>>
>>> Does that make sense, or do you think it needs enhancement? If it
>>> needs enhancement, please open a documentation bug:
>>> https://github.com/oVirt/ovirt-site/issues/new
>>>
>>>
>>>

 some combinations of commands and reboots finally got the update to
 take.

 Any idea about the messages about not being registered to an
 entitlement server?  whats that all about??

>>>
>>> If you're on CentOS, it's a harmless side effect of cockpit being
>>> installed.
>>> # cat  /etc/yum/pluginconf.d/subscription-manager.conf
>>> 

[ovirt-users] Re: Problem with snapshots in illegal status

2019-02-24 Thread Shani Leviim
Hi Bruno,

It seems that the disk you're trying to deactivate is in use ( Logical
volume
e655abce-c5e8-44f3-8d50-9fd76edf05cb/fa154782-0dbb-45b5-ba62-d6937259f097
in use).
Is there any task that uses that disk?

Also, did you try to verify the snapshot's creation date with the DB?
( select * from snapshots; )


*Regards*

*Shani Leviim*


On Fri, Feb 22, 2019 at 6:08 PM Bruno Rodriguez  wrote:

> Hello,
>
> We are experiencing some problems with some snapshots in illegal status
> generated with the python API. I think I'm not the only one, and that is
> not a relief but I hope someone can help about it.
>
> I'm a bit scared because, for what I see, the creation date in the engine
> for every snapshot is way different from the date when it was really
> created. The name of the snapshot is in the format
> backup_snapshot_MMDD-HHMMSS, but as you can see in the following
> examples, the stored date is totally random...
>
> Size
> Creation Date
> Snapshot Description
> Status
> Disk Snapshot ID
>
> 33 GiB
> Mar 2, 2018, 5:03:57 PM
> backup_snapshot_20190217-011645
> Illegal
> 5734df23-de67-41a8-88a1-423cecfe7260
>
> 33 GiB
> May 8, 2018, 10:02:56 AM
> backup_snapshot_20190216-013047
> Illegal
> f649d9c1-563e-49d4-9fad-6bc94abc279b
>
> 10 GiB
> Feb 21, 2018, 11:10:17 AM
> backup_snapshot_20190217-010004
> Illegal
> 2929df28-eae8-4f27-afee-a984fe0b07e7
>
> 43 GiB
> Feb 2, 2018, 12:55:51 PM
> backup_snapshot_20190216-015544
> Illegal
> 4bd4360e-e0f4-4629-ab38-2f0d80d3ae0f
>
> 11 GiB
> Feb 13, 2018, 12:51:08 PM
> backup_snapshot_20190217-010541
> Illegal
> fbaff53b-30ce-4b20-8f10-80e70becb48c
>
> 11 GiB
> Feb 13, 2018, 4:05:39 PM
> backup_snapshot_20190217-011207
> Illegal
> c628386a-da6c-4a0d-ae7d-3e6ecda27d6d
>
> 11 GiB
> Feb 13, 2018, 4:38:25 PM
> backup_snapshot_20190216-012058
> Illegal
> e9ddaa5c-007d-49e6-8384-efefebb00aa6
>
> 11 GiB
> Feb 13, 2018, 10:52:09 AM
> backup_snapshot_20190216-012550
> Illegal
> 5b6db52a-bfe3-45f8-b7bb-d878c4e63cb4
>
> 55 GiB
> Jan 22, 2018, 5:02:29 PM
> backup_snapshot_20190217-012659
> Illegal
> 7efe2e7e-ca24-4b27-b512-b42795c79ea4
>
>
> When I'm getting the logs for the first one, to check what happened to it,
> I get the following
>
> 2019-02-17 01:16:45,839+01 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.CreateVolumeVDSCommand] (default
> task-100) [96944daa-c90a-4ad7-a556-c98e66550f87] START,
> CreateVolumeVDSCommand(
> CreateVolumeVDSCommandParameters:{storagePoolId='fa64792e-73b3-4da2-9d0b-f334422aaccf',
> ignoreFailoverLimit='false',
> storageDomainId='e655abce-c5e8-44f3-8d50-9fd76edf05cb',
> imageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f',
> imageSizeInBytes='32212254720', volumeFormat='COW',
> newImageId='fa154782-0dbb-45b5-ba62-d6937259f097', imageType='Sparse',
> newImageDescription='', imageInitialSizeInBytes='0',
> imageId='5734df23-de67-41a8-88a1-423cecfe7260',
> sourceImageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f'}), log id:
> 497c168a
> 2019-02-17 01:18:26,506+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVolumeInfoVDSCommand]
> (default task-212) [19f00d3e-5159-48aa-b3a0-615a085b62d9] START,
> GetVolumeInfoVDSCommand(HostName = hood13.pic.es,
> GetVolumeInfoVDSCommandParameters:{hostId='0a774472-5737-4ea2-b49a-6f0ea4572199',
> storagePoolId='fa64792e-73b3-4da2-9d0b-f334422aaccf',
> storageDomainId='e655abce-c5e8-44f3-8d50-9fd76edf05cb',
> imageGroupId='c5cc464e-eb71-4edf-a780-60180c592a6f',
> imageId='5734df23-de67-41a8-88a1-423cecfe7260'}), log id: 111a34cf
> 2019-02-17 01:18:26,764+01 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
> (default task-212) [19f00d3e-5159-48aa-b3a0-615a085b62d9] Successfully
> added Download disk 'vm.example.com_Disk1' (id
> '5734df23-de67-41a8-88a1-423cecfe7260') for image transfer command
> '11104d8c-2a9b-4924-96ce-42ef66725616'
> 2019-02-17 01:18:27,310+01 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand]
> (default task-212) [19f00d3e-5159-48aa-b3a0-615a085b62d9] START,
> AddImageTicketVDSCommand(HostName = hood11.pic.es,
> AddImageTicketVDSCommandParameters:{hostId='79cbda85-35f4-44df-b309-01b57bc2477e',
> ticketId='0d389c3e-5ea5-4886-8ea7-60a1560e3b2d', timeout='300',
> operations='[read]', size='35433480192',
> url='file:///rhev/data-center/mnt/blockSD/e655abce-c5e8-44f3-8d50-9fd76edf05cb/images/c5cc464e-eb71-4edf-a780-60180c592a6f/5734df23-de67-41a8-88a1-423cecfe7260',
> filename='null'}), log id: f5de141
> 2019-02-17 01:22:28,898+01 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-100)
> [19f00d3e-5159-48aa-b3a0-615a085b62d9] Renewing transfer ticket for
> Download disk 'vm.example.com_Disk1' (id
> '5734df23-de67-41a8-88a1-423cecfe7260')
> 2019-02-17 01:26:33,588+01 INFO
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
> (EE-ManagedThreadFactory-engineScheduled-Thread-100)
> [19f00d3e-5159-48aa-b3a0-615a085b62d9] Renewing transfer 

[ovirt-users] Re: How to recreate Ovirt CA from scratch

2019-02-24 Thread Yedidyah Bar David
On Wed, Feb 20, 2019 at 6:34 PM Giorgio Biacchi  wrote:
>
> On 2/20/19 7:47 AM, Yedidyah Bar David wrote:
> > On Tue, Feb 19, 2019 at 3:18 PM Giorgio Biacchi  wrote:
> >>
> >> Hi list,
> >> during our datacenter lifetime many things changed. We moved the engine
> >> twice on different hosts with, of course, different FQDNs, and many
> >> other changes. Now we are stuck with an error when we try to upload an
> >> image to a data domain. The error is somehow bound to a failure to
> >> validate the ovirt-imageio-proxy certificate and, since the current root
> >> CA certificate is still signed with sha1WithRSAEncryption we'd like to
> >> regenerate the whole CA.
> >
> > Is "sha1" all your problem? You might want to check:
> >
> > https://www.ovirt.org/develop/migrate-pki-to-sha256.html
>
> Today I repeated the procedure described in the link here above and
> finally I was successful. Maybe yesterday I was too quick to fall back
> to the original state but my enviroment is in production and I was scared...
>
> I had some problems while enrolling the new certificate on the
> hypervisors, but removing/rebooting/readding did the trick.

If you still have logs of the failure, you might want to open a bug.
I think 'Enroll Certificate' should have worked.

>
> Our engine have an SSO_ALTERNATE_ENGINE_FQDN (before it was the real
> engine FQDN) so I found that ImageProxyAddress was still pointing to the
> old name.

Should be fixed in ovirt-engine-rename in 4.3:

https://bugzilla.redhat.com/show_bug.cgi?id=1519194

If you used other means (e.g. only add alternate fqdn but do not run
rename), it's up to you to handle, e.g. as you did below.

> I'm now able (as before) to access the admin portal with both
> names but only one (the one with the green lock in the browser) is the
> FQDN in the certificate, so I did:
>
> engine-config --set ImageProxyAddress=realFQDN:54323
>
> and now I have sha256 certs and ovirt-imageio-proxy working as expected. :)

Glad to hear that, thanks for the report!

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


[ovirt-users] Re: unable to put ovirt host in maintenance

2019-02-24 Thread Shani Leviim
Hi Stephane,

In order to delete the reference to those tasks you can use:
PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh

and:
PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R

You can use -help flag for more options.


*Regards,*

*Shani Leviim*


On Sat, Feb 23, 2019 at 6:36 PM  wrote:

> Hello I'm trying to put one of my ovirt host ( whcih is also the
> ovirt-engine) into maintenance mode but i receive this error:
>
> Error while executing action: Cannot switch Host OvirtHome to Maintenance
> mode. Image transfer is in progress for the following (5) disks:
>
> b6338adf-a43b-4051-9bc0-7bb436876b5e,
> b8aa8ac8-e4bf-4a31-bd6f-02a33e04f8c6,
> f8548d7b-40c4-4d1e-9b21-8d4aa4966fff,
> 3626520b-ba03-452a-833f-4e4d48215047,
> 4b3242d0-73f6-46c5-99ac-9bac86b4ab41
>
> Please wait for the operations to complete and try again
>
> I start does transfert from command line ans they failed, how can i delete
> the reference to those from the linux command line ?
>
> My ovirt version is the 4.3 (latest one)
> I'm running it on centos 7.6 with latest update
>
> Hope someone can help me !
>
> Best regards
>
> stephane
> ___
> 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/V3UVMKZXUK4X36V73P335PAF2DOUANXA/
>
___
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/4VP262LT35KR6HUAAXOY6XKM3XKQGLME/