[ovirt-users] Re: VM Snapshot inconsistent

2020-07-30 Thread Arsène Gschwind
On Thu, 2020-07-23 at 15:17 +0300, Benny Zlotnik wrote:
I think you can remove 6197b30d-0732-4cc7-aef0-12f9f6e9565b from images and the 
corresponding snapshot, and set the parent, 
8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 as active (active = 't' field), and change 
its snapshot to be active snapshot. That is if I correctly understand the 
current layout, that 6197b30d-0732-4cc7-aef0-12f9f6e9565b was removed from the 
storage and 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 is now the only volume for the 
disk

What do you mean by "change its snapshot to be active snapshot" ?
Yes correct, 6197b30d-0732-4cc7-aef0-12f9f6e9565b was removed from the storage 
and 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 is now the only volume for the disk

Thanks,
arsene

On Wed, Jul 22, 2020 at 1:32 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Please find the result:

psql -d engine -c "\x on" -c "select * from images where image_group_id = 
'd7bd480d-2c51-4141-a386-113abf75219e';"

Expanded display is on.

-[ RECORD 1 ]-+-

image_guid| 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8

creation_date | 2020-04-23 14:59:23+02

size  | 161061273600

it_guid   | ----

parentid  | ----

imagestatus   | 1

lastmodified  | 2020-07-06 20:38:36.093+02

vm_snapshot_id| 6bc03db7-82a3-4b7e-9674-0bdd76933eb8

volume_type   | 2

volume_format | 4

image_group_id| d7bd480d-2c51-4141-a386-113abf75219e

_create_date  | 2020-04-23 14:59:20.919344+02

_update_date  | 2020-07-06 20:38:36.093788+02

active| f

volume_classification | 1

qcow_compat   | 2

-[ RECORD 2 ]-+-

image_guid| 6197b30d-0732-4cc7-aef0-12f9f6e9565b

creation_date | 2020-07-06 20:38:38+02

size  | 161061273600

it_guid   | ----

parentid  | 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8

imagestatus   | 1

lastmodified  | 1970-01-01 01:00:00+01

vm_snapshot_id| fd5193ac-dfbc-4ed2-b86c-21caa8009bb2

volume_type   | 2

volume_format | 4

image_group_id| d7bd480d-2c51-4141-a386-113abf75219e

_create_date  | 2020-07-06 20:38:36.093788+02

_update_date  | 2020-07-06 20:38:52.139003+02

active| t

volume_classification | 0

qcow_compat   | 2


psql -d engine -c "\x on" -c "SELECT s.* FROM snapshots s, images i where 
i.vm_snapshot_id = s.snapshot_id and i.image_guid = 
'6197b30d-0732-4cc7-aef0-12f9f6e9565b';"

Expanded display is on.

-[ RECORD 1 
]---+--

snapshot_id | fd5193ac-dfbc-4ed2-b86c-21caa8009bb2

vm_id   | b5534254-660f-44b1-bc83-d616c98ba0ba

snapshot_type   | ACTIVE

status  | OK

description | Active VM

creation_date   | 2020-04-23 14:59:20.171+02

app_list| 
kernel-3.10.0-957.12.2.el7,xorg-x11-drv-qxl-0.1.5-4.el7.1,kernel-3.10.0-957.12.1.el7,kernel-3.10.0-957.38.1.el7,ovirt-guest-agent-common-1.0.14-1.el7

vm_configuration|

_create_date| 2020-04-23 14:59:20.154023+02

_update_date| 2020-07-03 17:33:17.483215+02

memory_metadata_disk_id |

memory_dump_disk_id |

vm_configuration_broken | f


Thanks.


On Tue, 2020-07-21 at 13:45 +0300, Benny Zlotnik wrote:
I forgot to add the `\x on` to make the output readable, can you run it with:
$ psql -U engine -d engine -c "\x on" -c ""

On Mon, Jul 20, 2020 at 2:50 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi,

Please find the output:

select * from images where image_group_id = 
'd7bd480d-2c51-4141-a386-113abf75219e';


  image_guid  | creation_date  | size | 
  it_guid|   parentid   | 
imagestatus |lastmodified|vm_snapshot_id
| volume_type | volume_for

mat |image_group_id| _create_date  |
 _update_date  | active | volume_classification | qcow_compat

--++--+--+--+-++--+-+---

+--+---+---++---+-

 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 | 2020-0

[ovirt-users] Re: VM Snapshot inconsistent

2020-07-22 Thread Arsène Gschwind
Please find the result:

psql -d engine -c "\x on" -c "select * from images where image_group_id = 
'd7bd480d-2c51-4141-a386-113abf75219e';"

Expanded display is on.

-[ RECORD 1 ]-+-

image_guid| 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8

creation_date | 2020-04-23 14:59:23+02

size  | 161061273600

it_guid   | ----

parentid  | ----

imagestatus   | 1

lastmodified  | 2020-07-06 20:38:36.093+02

vm_snapshot_id| 6bc03db7-82a3-4b7e-9674-0bdd76933eb8

volume_type   | 2

volume_format | 4

image_group_id| d7bd480d-2c51-4141-a386-113abf75219e

_create_date  | 2020-04-23 14:59:20.919344+02

_update_date  | 2020-07-06 20:38:36.093788+02

active| f

volume_classification | 1

qcow_compat   | 2

-[ RECORD 2 ]-+-

image_guid| 6197b30d-0732-4cc7-aef0-12f9f6e9565b

creation_date | 2020-07-06 20:38:38+02

size  | 161061273600

it_guid   | ----

parentid  | 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8

imagestatus   | 1

lastmodified  | 1970-01-01 01:00:00+01

vm_snapshot_id| fd5193ac-dfbc-4ed2-b86c-21caa8009bb2

volume_type   | 2

volume_format | 4

image_group_id| d7bd480d-2c51-4141-a386-113abf75219e

_create_date  | 2020-07-06 20:38:36.093788+02

_update_date  | 2020-07-06 20:38:52.139003+02

active| t

volume_classification | 0

qcow_compat   | 2


psql -d engine -c "\x on" -c "SELECT s.* FROM snapshots s, images i where 
i.vm_snapshot_id = s.snapshot_id and i.image_guid = 
'6197b30d-0732-4cc7-aef0-12f9f6e9565b';"

Expanded display is on.

-[ RECORD 1 
]---+--

snapshot_id | fd5193ac-dfbc-4ed2-b86c-21caa8009bb2

vm_id   | b5534254-660f-44b1-bc83-d616c98ba0ba

snapshot_type   | ACTIVE

status  | OK

description | Active VM

creation_date   | 2020-04-23 14:59:20.171+02

app_list| 
kernel-3.10.0-957.12.2.el7,xorg-x11-drv-qxl-0.1.5-4.el7.1,kernel-3.10.0-957.12.1.el7,kernel-3.10.0-957.38.1.el7,ovirt-guest-agent-common-1.0.14-1.el7

vm_configuration|

_create_date| 2020-04-23 14:59:20.154023+02

_update_date| 2020-07-03 17:33:17.483215+02

memory_metadata_disk_id |

memory_dump_disk_id |

vm_configuration_broken | f


Thanks.



On Tue, 2020-07-21 at 13:45 +0300, Benny Zlotnik wrote:
I forgot to add the `\x on` to make the output readable, can you run it with:
$ psql -U engine -d engine -c "\x on" -c ""

On Mon, Jul 20, 2020 at 2:50 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi,

Please find the output:

select * from images where image_group_id = 
'd7bd480d-2c51-4141-a386-113abf75219e';


  image_guid  | creation_date  | size | 
  it_guid|   parentid   | 
imagestatus |lastmodified|vm_snapshot_id
| volume_type | volume_for

mat |image_group_id| _create_date  |
 _update_date  | active | volume_classification | qcow_compat

--++--+--+--+-++--+-+---

+--+---+---++---+-

 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 | 2020-04-23 14:59:23+02 | 161061273600 | 
---- | ---- |   
1 | 2020-07-06 20:38:36.093+02 | 6bc03db7-82a3-4b7e-9674-0bdd76933eb8 | 
  2 |

  4 | d7bd480d-2c51-4141-a386-113abf75219e | 2020-04-23 14:59:20.919344+02 | 
2020-07-06 20:38:36.093788+02 | f  | 1 |   2

 6197b30d-0732-4cc7-aef0-12f9f6e9565b | 2020-07-06 20:38:38+02 | 161061273600 | 
---- | 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 |   
1 | 1970-01-01 01:00:00+01 | fd5193ac-dfbc-4ed2-b86c-21caa8009bb2 | 
  2 |

  4 | d7bd480d-2c51-4141-a386-113abf75219e | 2020-07-06 20:38:36.093788+02 | 
2020-07-06 20:38:52.139003+02 | t  | 0 |   2

(2 rows)



SELECT s.* FROM snapshots s, images i where i.vm_snapsh

[ovirt-users] Re: VM Snapshot inconsistent

2020-07-20 Thread Arsène Gschwind
Hi,

Please find the output:

select * from images where image_group_id = 
'd7bd480d-2c51-4141-a386-113abf75219e';


  image_guid  | creation_date  | size | 
  it_guid|   parentid   | 
imagestatus |lastmodified|vm_snapshot_id
| volume_type | volume_for

mat |image_group_id| _create_date  |
 _update_date  | active | volume_classification | qcow_compat

--++--+--+--+-++--+-+---

+--+---+---++---+-

 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 | 2020-04-23 14:59:23+02 | 161061273600 | 
---- | ---- |   
1 | 2020-07-06 20:38:36.093+02 | 6bc03db7-82a3-4b7e-9674-0bdd76933eb8 | 
  2 |

  4 | d7bd480d-2c51-4141-a386-113abf75219e | 2020-04-23 14:59:20.919344+02 | 
2020-07-06 20:38:36.093788+02 | f  | 1 |   2

 6197b30d-0732-4cc7-aef0-12f9f6e9565b | 2020-07-06 20:38:38+02 | 161061273600 | 
---- | 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 |   
1 | 1970-01-01 01:00:00+01 | fd5193ac-dfbc-4ed2-b86c-21caa8009bb2 | 
  2 |

  4 | d7bd480d-2c51-4141-a386-113abf75219e | 2020-07-06 20:38:36.093788+02 | 
2020-07-06 20:38:52.139003+02 | t  | 0 |   2

(2 rows)



SELECT s.* FROM snapshots s, images i where i.vm_snapshot_id = s.snapshot_id 
and i.image_guid = '6197b30d-0732-4cc7-aef0-12f9f6e9565b';

 snapshot_id  |vm_id | 
snapshot_type | status | description |   creation_date| 
  app_list

 | vm_configuration | _create_date  
| _update_date  | memory_metadata_disk_id | 
memory_dump_disk_id | vm_configuration_broken

--+--+---++-++--

-+--+---+---+-+-+-

 fd5193ac-dfbc-4ed2-b86c-21caa8009bb2 | b5534254-660f-44b1-bc83-d616c98ba0ba | 
ACTIVE| OK | Active VM   | 2020-04-23 14:59:20.171+02 | 
kernel-3.10.0-957.12.2.el7,xorg-x11-drv-qxl-0.1.5-4.el7.1,kernel-3.10.0-957.12.1.el7,kernel-3.10.0-957.38.1.el7,ovirt

-guest-agent-common-1.0.14-1.el7 |  | 2020-04-23 
14:59:20.154023+02 | 2020-07-03 17:33:17.483215+02 | |  
   | f

(1 row)

Thanks,
Arsene

On Sun, 2020-07-19 at 16:34 +0300, Benny Zlotnik wrote:

Sorry, I only replied to the question, in addition to removing the

image from the images table, you may also need to set the parent as

the active image and remove the snapshot referenced by this image from

the database. Can you provide the output of:

$ psql -U engine -d engine -c "select * from images where

image_group_id = ";


As well as

$ psql -U engine -d engine -c "SELECT s.* FROM snapshots s, images i

where i.vm_snapshot_id = s.snapshot_id and i.image_guid =

'6197b30d-0732-4cc7-aef0-12f9f6e9565b';"


On Sun, Jul 19, 2020 at 12:49 PM Benny Zlotnik <

<mailto:bzlot...@redhat.com>

bzlot...@redhat.com

> wrote:


It can be done by deleting from the images table:

$ psql -U engine -d engine -c "DELETE FROM images WHERE image_guid =

'6197b30d-0732-4cc7-aef0-12f9f6e9565b'";


of course the database should be backed up before doing this




On Fri, Jul 17, 2020 at 6:45 PM Nir Soffer <

<mailto:nsof...@redhat.com>

nsof...@redhat.com

> wrote:


On Thu, Jul 16, 2020 at 11:33 AM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


It looks like the Pivot completed successfully, see attached vdsm.log.

Is there a way to recover that VM?

Or would it be better to recover the VM from Backup?


This what we see in the log:


1. Merge request recevied


2020-07-13 11:18:30,282+0200 INFO  (jsonrpc/7) [api.virt] START

merge(drive={u'imageID': u'd7bd480d-2c51-4141-a386-113abf75219e',

u'volumeID': u'6197b30d-0732-4cc7-aef0-12f9f6e9565b', u'domainID':

u'33777993-a3a5-4aad-a24c-dfe5e473faca', u'poolID':

u'0002-000

[ovirt-users] Re: Strange SD problem

2020-07-19 Thread Arsène Gschwind
Hi,

Any hint on that.
I'm wondering if the LUN serial is read out somewhere or if it is computed 
somehow.


On Fri, 2020-07-17 at 06:33 +, Arsène Gschwind wrote:
Hi,

I have some running VM on it, this isn't easy...
If I remove that LUN from the SD, what will happen to the disk defined in that 
SD? will they get lost?


On Thu, 2020-07-16 at 17:58 +0300, Ahmad Khiet wrote:
Hi,
if its the same LUN, then why not remove and import back?


On Thu, Jul 16, 2020 at 3:21 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi,

We did compare engine backups and found some differences in the LUNs

"public"."luns"  (restored db from 2020.04.09)


physical_volume_id  lun_idvolume_group_id   
serial lun_mapping  
vendor_id   product_id   device_sizediscard_max_size

wEx3tY-OELy-gOtD-CFDp-az4D-EyYO-1SAAqd  repl_HanaDB_osd_01
a1q5Jr-Bd7h-wEVJ-9b0C-Ggnr-M1JI-kyXeDVSHUAWEI_XSG1_2102350RMG10HC210053 
 6HUAWEI  XSG1 4096   268435456

DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG  repl_HanaLogs_osd_01  
4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1SHUAWEI_XSG1_2102350RMG10HC200035 
 7HUAWEI  XSG1 2048   268435456


"public"."luns"  (current db)



physical_volume_id  lun_idvolume_group_id   
serial lun_mapping  
vendor_id   product_id   device_sizediscard_max_size

wEx3tY-OELy-gOtD-CFDp-az4D-EyYO-1SAAqd  repl_HanaDB_osd_01
a1q5Jr-Bd7h-wEVJ-9b0C-Ggnr-M1JI-kyXeDVSHUAWEI_XSG1_2102350RMG10HC210053 
 6HUAWEI  XSG1 4096   268435456

repl_HanaLogs_osd_01
SHUAWEI_XSG1_2102350RMG10HC210054  7
HUAWEI  XSG1 2548   268435456

We observed that the physical_volume_id and volume_group_id is missing from the 
corrupt SD.
We also observed that the serial has changed on the corrupted SD/LUN.
Is the serial calculated or read somewhere?
Would it be possible to inject the missing values in the engine DB to recover 
to a consistent state?

Thanks for any help.
Arsene


On Wed, 2020-07-15 at 13:24 +0300, Ahmad Khiet wrote:
Hi Arsène,

can you please send which version are you referring to?

as shown in the log: Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.
can you put them in maintenance and then activate them back so it will be 
synced?
I guess that it is out of sync, that's why the "Add" button appears to already 
added LUNs



On Tue, Jul 14, 2020 at 4:58 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi Ahmad,

I did the following:

1. Storage -> Storage Domains
2 Click the existing Storage Domain and click "Manage Domain"
and then I see next to the LUN which is already part of the SD the "Add" button

I do not want to click add since it may destroy the existing SD or the content 
of the LUNs.
In the Engine Log I see the following:


020-07-14 09:57:45,131+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-20) [277145f2] EVENT_ID: 
STORAGE_DOMAINS_COULD_NOT_BE_SYNCED(1,046), Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.

Thanks a lot

On Tue, 2020-07-14 at 16:07 +0300, Ahmad Khiet wrote:
Hi Arsène Gschwind,

it's really strange that you see "Add" on a LUN that already has been added to 
the database.
to verify the steps you did make at first,
1- Storage -> Storage Domains
2- New Domain - [ select iSCSI ]
3- click on "+" on the iscsi target, then you see the "Add" button is available
4- after clicking add and ok, then this error will be shown in the logs
is that right?

can you also attach vdsm log?




On Tue, Jul 14, 2020 at 1:15 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hello all,

I've checked all my multipath configuration and everything seems korrekt.
Is there a way to correct this, may be in the DB?

I really need some help, thanks a lot.
Arsène

On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnecti

[ovirt-users] Re: Strange SD problem

2020-07-17 Thread Arsène Gschwind
Hi,

I have some running VM on it, this isn't easy...
If I remove that LUN from the SD, what will happen to the disk defined in that 
SD? will they get lost?


On Thu, 2020-07-16 at 17:58 +0300, Ahmad Khiet wrote:
Hi,
if its the same LUN, then why not remove and import back?


On Thu, Jul 16, 2020 at 3:21 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi,

We did compare engine backups and found some differences in the LUNs

"public"."luns"  (restored db from 2020.04.09)


physical_volume_id  lun_idvolume_group_id   
serial lun_mapping  
vendor_id   product_id   device_sizediscard_max_size

wEx3tY-OELy-gOtD-CFDp-az4D-EyYO-1SAAqd  repl_HanaDB_osd_01
a1q5Jr-Bd7h-wEVJ-9b0C-Ggnr-M1JI-kyXeDVSHUAWEI_XSG1_2102350RMG10HC210053 
 6HUAWEI  XSG1 4096   268435456

DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG  repl_HanaLogs_osd_01  
4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1SHUAWEI_XSG1_2102350RMG10HC200035 
 7HUAWEI  XSG1 2048   268435456


"public"."luns"  (current db)



physical_volume_id  lun_idvolume_group_id   
serial lun_mapping  
vendor_id   product_id   device_sizediscard_max_size

wEx3tY-OELy-gOtD-CFDp-az4D-EyYO-1SAAqd  repl_HanaDB_osd_01
a1q5Jr-Bd7h-wEVJ-9b0C-Ggnr-M1JI-kyXeDVSHUAWEI_XSG1_2102350RMG10HC210053 
 6HUAWEI  XSG1 4096   268435456

repl_HanaLogs_osd_01
SHUAWEI_XSG1_2102350RMG10HC210054  7
HUAWEI  XSG1 2548   268435456

We observed that the physical_volume_id and volume_group_id is missing from the 
corrupt SD.
We also observed that the serial has changed on the corrupted SD/LUN.
Is the serial calculated or read somewhere?
Would it be possible to inject the missing values in the engine DB to recover 
to a consistent state?

Thanks for any help.
Arsene


On Wed, 2020-07-15 at 13:24 +0300, Ahmad Khiet wrote:
Hi Arsène,

can you please send which version are you referring to?

as shown in the log: Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.
can you put them in maintenance and then activate them back so it will be 
synced?
I guess that it is out of sync, that's why the "Add" button appears to already 
added LUNs



On Tue, Jul 14, 2020 at 4:58 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi Ahmad,

I did the following:

1. Storage -> Storage Domains
2 Click the existing Storage Domain and click "Manage Domain"
and then I see next to the LUN which is already part of the SD the "Add" button

I do not want to click add since it may destroy the existing SD or the content 
of the LUNs.
In the Engine Log I see the following:


020-07-14 09:57:45,131+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-20) [277145f2] EVENT_ID: 
STORAGE_DOMAINS_COULD_NOT_BE_SYNCED(1,046), Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.

Thanks a lot

On Tue, 2020-07-14 at 16:07 +0300, Ahmad Khiet wrote:
Hi Arsène Gschwind,

it's really strange that you see "Add" on a LUN that already has been added to 
the database.
to verify the steps you did make at first,
1- Storage -> Storage Domains
2- New Domain - [ select iSCSI ]
3- click on "+" on the iscsi target, then you see the "Add" button is available
4- after clicking add and ok, then this error will be shown in the logs
is that right?

can you also attach vdsm log?




On Tue, Jul 14, 2020 at 1:15 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hello all,

I've checked all my multipath configuration and everything seems korrekt.
Is there a way to correct this, may be in the DB?

I really need some help, thanks a lot.
Arsène

On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS

[ovirt-users] Re: Strange SD problem

2020-07-16 Thread Arsène Gschwind
Hi,

We did compare engine backups and found some differences in the LUNs

"public"."luns"  (restored db from 2020.04.09)


physical_volume_id  lun_idvolume_group_id   
serial lun_mapping  
vendor_id   product_id   device_sizediscard_max_size

wEx3tY-OELy-gOtD-CFDp-az4D-EyYO-1SAAqd  repl_HanaDB_osd_01
a1q5Jr-Bd7h-wEVJ-9b0C-Ggnr-M1JI-kyXeDVSHUAWEI_XSG1_2102350RMG10HC210053 
 6HUAWEI  XSG1 4096   268435456

DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG  repl_HanaLogs_osd_01  
4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1SHUAWEI_XSG1_2102350RMG10HC200035 
 7HUAWEI  XSG1 2048   268435456


"public"."luns"  (current db)



physical_volume_id  lun_idvolume_group_id   
serial lun_mapping  
vendor_id   product_id   device_sizediscard_max_size

wEx3tY-OELy-gOtD-CFDp-az4D-EyYO-1SAAqd  repl_HanaDB_osd_01
a1q5Jr-Bd7h-wEVJ-9b0C-Ggnr-M1JI-kyXeDVSHUAWEI_XSG1_2102350RMG10HC210053 
 6HUAWEI  XSG1 4096   268435456

repl_HanaLogs_osd_01
SHUAWEI_XSG1_2102350RMG10HC210054  7
HUAWEI  XSG1 2548   268435456

We observed that the physical_volume_id and volume_group_id is missing from the 
corrupt SD.
We also observed that the serial has changed on the corrupted SD/LUN.
Is the serial calculated or read somewhere?
Would it be possible to inject the missing values in the engine DB to recover 
to a consistent state?

Thanks for any help.
Arsene


On Wed, 2020-07-15 at 13:24 +0300, Ahmad Khiet wrote:
Hi Arsène,

can you please send which version are you referring to?

as shown in the log: Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.
can you put them in maintenance and then activate them back so it will be 
synced?
I guess that it is out of sync, that's why the "Add" button appears to already 
added LUNs



On Tue, Jul 14, 2020 at 4:58 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi Ahmad,

I did the following:

1. Storage -> Storage Domains
2 Click the existing Storage Domain and click "Manage Domain"
and then I see next to the LUN which is already part of the SD the "Add" button

I do not want to click add since it may destroy the existing SD or the content 
of the LUNs.
In the Engine Log I see the following:


020-07-14 09:57:45,131+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-20) [277145f2] EVENT_ID: 
STORAGE_DOMAINS_COULD_NOT_BE_SYNCED(1,046), Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.

Thanks a lot

On Tue, 2020-07-14 at 16:07 +0300, Ahmad Khiet wrote:
Hi Arsène Gschwind,

it's really strange that you see "Add" on a LUN that already has been added to 
the database.
to verify the steps you did make at first,
1- Storage -> Storage Domains
2- New Domain - [ select iSCSI ]
3- click on "+" on the iscsi target, then you see the "Add" button is available
4- after clicking add and ok, then this error will be shown in the logs
is that right?

can you also attach vdsm log?




On Tue, Jul 14, 2020 at 1:15 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hello all,

I've checked all my multipath configuration and everything seems korrekt.
Is there a way to correct this, may be in the DB?

I really need some help, thanks a lot.
Arsène

On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS 
varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST 
('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST 
('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST 
('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST 
(268435456 AS int8)) as result was aborted: ERROR: duplicate key value violates 
un

[ovirt-users] Re: VM Snapshot inconsistent

2020-07-15 Thread Arsène Gschwind
,676+0200 INFO  (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call 
VM.merge succeeded in 0.42 seconds (__init__:312)
2020-07-13 11:18:30,690+0200 INFO  (jsonrpc/7) [virt.vm] 
(vmId='b5534254-660f-44b1-bc83-d616c98ba0ba') Starting merge with 
jobUUID=u'720410c3-f1a0-4b25-bf26-cf40aa6b1f97', original 
chain=8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 < 
6197b30d-0732-4cc7-aef0-12f9f6e9565b (top), disk='sda', base='sda[1]', 
top=None, bandwidth=0, flags=12 (vm:5945)
2020-07-13 11:18:30,716+0200 INFO  (jsonrpc/7) [vdsm.api] START 
sendExtendMsg(spUUID='0002-0002-0002-0002-0289', 
volDict={'newSize': 50734301184, 'domainID': 
'33777993-a3a5-4aad-a24c-dfe5e473faca', 'name': 'sda', 'poolID': 
'0002-0002-0002-0002-0289', 'clock': , 'internal': True, 'volumeID': 
u'8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8', 'imageID': 
'd7bd480d-2c51-4141-a386-113abf75219e'}, newSize=50734301184, 
callbackFunc=>) from=:::10.34.38.31,39226, 
flow_id=4a8b9527-06a3-4be6-9bb9-88630febc227, 
task_id=ca213f64-0223-4adb-bba9-8b704e477c40 (api:48)
2020-07-13 11:18:30,716+0200 INFO  (jsonrpc/7) [vdsm.api] FINISH sendExtendMsg 
return=None from=:::10.34.38.31,39226, 
flow_id=4a8b9527-06a3-4be6-9bb9-88630febc227, 
task_id=ca213f64-0223-4adb-bba9-8b704e477c40 (api:54)
2020-07-13 11:18:30,740+0200 INFO  (jsonrpc/6) [virt.vm] 
(vmId='b5534254-660f-44b1-bc83-d616c98ba0ba') Starting merge with 
jobUUID=u'241dfab0-2ef2-45a6-a22f-c7122e9fc193', original 
chain=29f99f8d-d8a6-475a-928c-e2ffdba76d80 < 
28ed1acb-9697-43bd-980b-fe4317a06f24 (top), disk='sdc', base='sdc[1]', 
top=None, bandwidth=0, flags=12 (vm:5945)
2020-07-13 11:18:30,752+0200 INFO  (mailbox-hsm) 
[storage.MailBox.HsmMailMonitor] HSM_MailMonitor sending mail to SPM - 
['/usr/bin/dd', 
'of=/rhev/data-center/0002-0002-0002-0002-0289/mastersd/dom_md/inbox',
 'iflag=fullblock', 'oflag=direct', 'conv=notrunc', 'bs=4096', 'count=1', 
'seek=2'] (mailbox:380)
2020-07-13 11:18:30,808+0200 INFO  (jsonrpc/6) [api.virt] FINISH merge 
return={'status': {'message': 'Done', 'code': 0}} 
from=:::10.34.38.31,39226, flow_id=4a8b9527-06a3-4be6-9bb9-88630febc227, 
vmId=b5534254-660f-44b1-bc83-d616c98ba0ba (api:54)
2020-07-13 11:18:30,809+0200 INFO  (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call 
VM.merge succeeded in 0.53 seconds (__init__:312)
2020-07-13 11:18:30,817+0200 INFO  (jsonrpc/7) [api.virt] FINISH merge 
return={'status': {'message': 'Done', 'code': 0}} 
from=:::10.34.38.31,39226, flow_id=4a8b9527-06a3-4be6-9bb9-88630febc227, 
vmId=b5534254-660f-44b1-bc83-d616c98ba0ba (api:54)


The most important log is the one showing the original merge. If the merge

succeeded, we should see a log showing the new libvirt chain, which

should contain

only the parent volume.


Nir


--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel
___
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/PD5LZBNZ2HDOLOTHMZRDZYUEEUGNY3SL/


[ovirt-users] Re: Strange SD problem

2020-07-15 Thread Arsène Gschwind
Hi Ahmad,

I was running 4.3.9 and yesterday evening I've updated everything to 4.3.10.
I did put this SD several to maintenance mode and active them back without any 
luck. The message appears every time.
When you look at the log I've posted you will see that there seems to be a 
problem with a duplicate key. It looks like the engine isn't able to add this 
SD since it already exists.

Thanks,
Arsene

On Wed, 2020-07-15 at 13:24 +0300, Ahmad Khiet wrote:
Hi Arsène,

can you please send which version are you referring to?

as shown in the log: Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.
can you put them in maintenance and then activate them back so it will be 
synced?
I guess that it is out of sync, that's why the "Add" button appears to already 
added LUNs



On Tue, Jul 14, 2020 at 4:58 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi Ahmad,

I did the following:

1. Storage -> Storage Domains
2 Click the existing Storage Domain and click "Manage Domain"
and then I see next to the LUN which is already part of the SD the "Add" button

I do not want to click add since it may destroy the existing SD or the content 
of the LUNs.
In the Engine Log I see the following:


020-07-14 09:57:45,131+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-20) [277145f2] EVENT_ID: 
STORAGE_DOMAINS_COULD_NOT_BE_SYNCED(1,046), Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.

Thanks a lot

On Tue, 2020-07-14 at 16:07 +0300, Ahmad Khiet wrote:
Hi Arsène Gschwind,

it's really strange that you see "Add" on a LUN that already has been added to 
the database.
to verify the steps you did make at first,
1- Storage -> Storage Domains
2- New Domain - [ select iSCSI ]
3- click on "+" on the iscsi target, then you see the "Add" button is available
4- after clicking add and ok, then this error will be shown in the logs
is that right?

can you also attach vdsm log?




On Tue, Jul 14, 2020 at 1:15 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hello all,

I've checked all my multipath configuration and everything seems korrekt.
Is there a way to correct this, may be in the DB?

I really need some help, thanks a lot.
Arsène

On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS 
varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST 
('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST 
('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST 
('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST 
(268435456 AS int8)) as result was aborted: ERROR: duplicate key value violates 
unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement  Call getNextException to see 
other errors in the batch.
2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch. Next 
exception is: ERROR: duplicate key value violates unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping

[ovirt-users] Re: VM Snapshot inconsistent

2020-07-15 Thread Arsène Gschwind
On Wed, 2020-07-15 at 16:28 +0300, Nir Soffer wrote:

On Wed, Jul 15, 2020 at 4:00 PM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


On Wed, 2020-07-15 at 15:42 +0300, Nir Soffer wrote:


On Wed, Jul 15, 2020 at 3:12 PM Arsène Gschwind


<


<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



Hi Nir,



I've followed your guide, please find attached the informations.


Thanks a lot for your help.



Thanks, looking at the data.



Quick look in the pdf show that one qemu-img info command failed:



---


lvchange -ay 
33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b



lvs 33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b


LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert


6197b30d-0732-4cc7-aef0-12f9f6e9565b


33777993-a3a5-4aad-a24c-dfe5e473faca -wi-a- 5.00g



qemu-img info --backing-chain


/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b


qemu-img: Could not open


'/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8':


It is clear now - qemu could not open the backing file:


lv=8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8


You must activate all the volumes in this image. I think my

instructions was not clear enough.


1. Find all lvs related to this image


2. Activate all of them


for lv_name in lv-name-1 lv-name-2 lv-name-3; do

lvchange -ay vg-name/$lv_name

done


3. Run qemu-img info on the LEAF volume


4. Deactivate the lvs activated in step 2.


Ouups, sorry .

Now it should be correct.


qemu-img info --backing-chain 
/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b

image: 
/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b

file format: qcow2

virtual size: 150G (161061273600 bytes)

disk size: 0

cluster_size: 65536

backing file: 8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8 (actual path: 
/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8)

backing file format: qcow2

Format specific information:

compat: 1.1

lazy refcounts: false

refcount bits: 16

corrupt: false


image: 
/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8

file format: qcow2

virtual size: 150G (161061273600 bytes)

disk size: 0

cluster_size: 65536

Format specific information:

compat: 1.1

lazy refcounts: false

refcount bits: 16

corrupt: false



---



Maybe this lv was deactivated by vdsm after you activate it? Please


try to activate it again and


run the command again.



Sending all the info in text format in the mail message would make it


easier to respond.


I did it again with the same result, and the LV was still activated.


lvchange -ay 
33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b


lvs 33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b


  LV   VG   
Attr   LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert


  6197b30d-0732-4cc7-aef0-12f9f6e9565b 33777993-a3a5-4aad-a24c-dfe5e473faca 
-wi-a- 5.00g


qemu-img info --backing-chain 
/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b


qemu-img: Could not open 
'/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8':
 Could not open 
'/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8':
 No such file or directory


lvs 33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b


  LV   VG   
Attr   LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert


  6197b30d-0732-4cc7-aef0-12f9f6e9565b 33777993-a3a5-4aad-a24c-dfe5e473faca 
-wi-a- 5.00g



Sorry for the PDF, it was easier for me, but I will post everything in the mail 
from now on.




Arsene



On Tue, 2020-07-14 at 23:47 +0300, Nir Soffer wrote:



On Tue, Jul 14, 2020 at 7:51 PM Arsène Gschwind



<



<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch





wrote:




On Tue, 2020-07-14 at 19:10 +0300, Nir Soffer wrote:




On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind




<




<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch







wrote:





Hi,





I running oVirt 4.3.9 with FC based storage.




I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.




disk1 : Snapshot still visible in DB and on Storage using LVM commands




disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)




disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)





When I try to de

[ovirt-users] Re: VM Snapshot inconsistent

2020-07-15 Thread Arsène Gschwind
On Wed, 2020-07-15 at 15:42 +0300, Nir Soffer wrote:

On Wed, Jul 15, 2020 at 3:12 PM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


Hi Nir,


I've followed your guide, please find attached the informations.

Thanks a lot for your help.


Thanks, looking at the data.


Quick look in the pdf show that one qemu-img info command failed:


---

lvchange -ay 
33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b


lvs 33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b

LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert

6197b30d-0732-4cc7-aef0-12f9f6e9565b

33777993-a3a5-4aad-a24c-dfe5e473faca -wi-a- 5.00g


qemu-img info --backing-chain

/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b

qemu-img: Could not open

'/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8':

Could not open '/dev/33777993-

a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8': No

such file or directory

---


Maybe this lv was deactivated by vdsm after you activate it? Please

try to activate it again and

run the command again.


Sending all the info in text format in the mail message would make it

easier to respond.

I did it again with the same result, and the LV was still activated.

lvchange -ay 
33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b

lvs 33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b

  LV   VG   
Attr   LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert

  6197b30d-0732-4cc7-aef0-12f9f6e9565b 33777993-a3a5-4aad-a24c-dfe5e473faca 
-wi-a- 5.00g

qemu-img info --backing-chain 
/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b

qemu-img: Could not open 
'/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8':
 Could not open 
'/dev/33777993-a3a5-4aad-a24c-dfe5e473faca/8e412b5a-85ec-4c53-a5b8-dfb4d6d987b8':
 No such file or directory

lvs 33777993-a3a5-4aad-a24c-dfe5e473faca/6197b30d-0732-4cc7-aef0-12f9f6e9565b

  LV   VG   
Attr   LSize Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert

  6197b30d-0732-4cc7-aef0-12f9f6e9565b 33777993-a3a5-4aad-a24c-dfe5e473faca 
-wi-a- 5.00g


Sorry for the PDF, it was easier for me, but I will post everything in the mail 
from now on.



Arsene


On Tue, 2020-07-14 at 23:47 +0300, Nir Soffer wrote:


On Tue, Jul 14, 2020 at 7:51 PM Arsène Gschwind


<


<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



On Tue, 2020-07-14 at 19:10 +0300, Nir Soffer wrote:



On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind



<



<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch





wrote:




Hi,




I running oVirt 4.3.9 with FC based storage.



I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.



disk1 : Snapshot still visible in DB and on Storage using LVM commands



disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)



disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)




When I try to delete the snapshot again it runs forever and nothing happens.




Did you try also when the vm is not running?



Yes I've tried that without success




In general the system is designed so trying again a failed merge will complete



the merge.




If the merge does complete, there may be some bug that the system cannot



handle.




Is there a way to suppress that snapshot?



Is it possible to merge disk1 with its snapshot using LVM commands and then 
cleanup the Engine DB?




Yes but it is complicated. You need to understand the qcow2 chain



on storage, complete the merge manually using qemu-img commit,



update the metadata manually (even harder), then update engine db.




The best way - if the system cannot recover, is to fix the bad metadata



that cause the system to fail, and the let the system recover itself.




Which storage domain format are you using? V5? V4?



I'm using storage format V5 on FC.



Fixing the metadata is not easy.



First you have to find the volumes related to this disk. You can find


the disk uuid and storage


domain uuid in engine ui, and then you can find the volumes like this:



lvs -o vg_name,lv_name,tags | grep disk-uuid



For every lv, you will have a tag MD_N where n is a number. This is


the slot number


in the metadata volume.



You need to calculate the offset of the metadata area for every volume using:



offset = 1024*1024 + 8192 * N



Then you can copy the metadata block using:



dd if=/dev/vg-name/metadata bs=5

[ovirt-users] Re: VM Snapshot inconsistent

2020-07-15 Thread Arsène Gschwind
Hi Nir,

I've followed your guide, please find attached the informations.
Thanks a lot for your help.

Arsene

On Tue, 2020-07-14 at 23:47 +0300, Nir Soffer wrote:

On Tue, Jul 14, 2020 at 7:51 PM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


On Tue, 2020-07-14 at 19:10 +0300, Nir Soffer wrote:


On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind


<


<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



Hi,



I running oVirt 4.3.9 with FC based storage.


I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.


disk1 : Snapshot still visible in DB and on Storage using LVM commands


disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)


disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)



When I try to delete the snapshot again it runs forever and nothing happens.



Did you try also when the vm is not running?


Yes I've tried that without success



In general the system is designed so trying again a failed merge will complete


the merge.



If the merge does complete, there may be some bug that the system cannot


handle.



Is there a way to suppress that snapshot?


Is it possible to merge disk1 with its snapshot using LVM commands and then 
cleanup the Engine DB?



Yes but it is complicated. You need to understand the qcow2 chain


on storage, complete the merge manually using qemu-img commit,


update the metadata manually (even harder), then update engine db.



The best way - if the system cannot recover, is to fix the bad metadata


that cause the system to fail, and the let the system recover itself.



Which storage domain format are you using? V5? V4?


I'm using storage format V5 on FC.


Fixing the metadata is not easy.


First you have to find the volumes related to this disk. You can find

the disk uuid and storage

domain uuid in engine ui, and then you can find the volumes like this:


lvs -o vg_name,lv_name,tags | grep disk-uuid


For every lv, you will have a tag MD_N where n is a number. This is

the slot number

in the metadata volume.


You need to calculate the offset of the metadata area for every volume using:


offset = 1024*1024 + 8192 * N


Then you can copy the metadata block using:


dd if=/dev/vg-name/metadata bs=512 count=1 skip=$offset

conv=skip_bytes > lv-name.meta


Please share these files.


This part is not needed in 4.4, we have a new StorageDomain dump API,

that can find the same

info in one command:


vdsm-client StorageDomain dump sd_id=storage-domain-uuid | \

jq '.volumes | .[] | select(.image=="disk-uuid")'


The second step is to see what is the actual qcow2 chain. Find the

volume which is the LEAF

by grepping the metadata files. In some cases you may have more than

one LEAF (which may

be the problem).


Then activate all volumes using:


lvchange -ay vg-name/lv-name


Now you can get the backing chain using qemu-img and the LEAF volume.


qemu-img info --backing-chain /dev/vg-name/lv-name


If you have more than one LEAF, run this on all LEAFs. Ony one of them

will be correct.


Please share also output of qemu-img.


Once we finished with the volumes, deactivate them:


lvchange -an vg-name/lv-name


Based on the output, we can tell what is the real chain, and what is

the chain as seen by

vdsm metadata, and what is the required fix.


Nir



Thanks.



Thanks for any hint or help.


rgds , arsene



--



Arsène Gschwind <


<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch





Universitaet Basel


___


Users mailing list --


<mailto:users@ovirt.org>

users@ovirt.org




To unsubscribe send an email to


<mailto:users-le...@ovirt.org>

users-le...@ovirt.org




Privacy Statement:


<https://www.ovirt.org/privacy-policy.html>

https://www.ovirt.org/privacy-policy.html




oVirt Code of Conduct:


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

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




List Archives:


<https://lists.ovirt.org/archives/list/users@ovirt.org/message/5WZ6KO2LVD3ZA2JNNIHJRCXG65HO4LMZ/>

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





--


Arsène Gschwind

Fa. Sapify AG im Auftrag der universitaet Basel

IT Services

Klinelbergstr. 70 | CH-4056 Basel | Switzerland

Tel: +41 79 449 25 63 |

<http://its.unibas.ch>

http://its.unibas.ch


ITS-ServiceDesk:

<mailto:support-...@unibas.ch>

support-...@unibas.ch

 | +41 61 267 14 11


--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel


cpslpd01.pdf
Description: cpslpd01.pdf
CAP=354334801920
CTIME=158765
DE

[ovirt-users] Re: VM Snapshot inconsistent

2020-07-14 Thread Arsène Gschwind
On Tue, 2020-07-14 at 16:50 +, Arsène Gschwind wrote:
On Tue, 2020-07-14 at 19:10 +0300, Nir Soffer wrote:

On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


Hi,


I running oVirt 4.3.9 with FC based storage.

I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.

disk1 : Snapshot still visible in DB and on Storage using LVM commands

disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)

disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)


When I try to delete the snapshot again it runs forever and nothing happens.


Did you try also when the vm is not running?

Yes I've tried that without success


In general the system is designed so trying again a failed merge will complete

the merge.


If the merge does complete, there may be some bug that the system cannot

handle.


Is there a way to suppress that snapshot?

Is it possible to merge disk1 with its snapshot using LVM commands and then 
cleanup the Engine DB?


Yes but it is complicated. You need to understand the qcow2 chain

on storage, complete the merge manually using qemu-img commit,

update the metadata manually (even harder), then update engine db.


The best way - if the system cannot recover, is to fix the bad metadata

that cause the system to fail, and the let the system recover itself.

Do you have some hint how to fix the metadata?

Thanks a lot.


Which storage domain format are you using? V5? V4?

I'm using storage format V5 on FC.

Thanks.


Thanks for any hint or help.

rgds , arsene


--


Arsène Gschwind <

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

>

Universitaet Basel

___

Users mailing list --

<mailto:users@ovirt.org>

users@ovirt.org


To unsubscribe send an email to

<mailto:users-le...@ovirt.org>

users-le...@ovirt.org


Privacy Statement:

<https://www.ovirt.org/privacy-policy.html>

https://www.ovirt.org/privacy-policy.html


oVirt Code of Conduct:

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

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


List Archives:

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/5WZ6KO2LVD3ZA2JNNIHJRCXG65HO4LMZ/>

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



--

Arsène Gschwind
Fa. Sapify AG im Auftrag der universitaet Basel
IT Services
Klinelbergstr. 70 | CH-4056 Basel | Switzerland
Tel: +41 79 449 25 63 | http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11

___

Users mailing list --

<mailto:users@ovirt.org>

users@ovirt.org


To unsubscribe send an email to

<mailto:users-le...@ovirt.org>

users-le...@ovirt.org


Privacy Statement:

<https://www.ovirt.org/privacy-policy.html>

https://www.ovirt.org/privacy-policy.html


oVirt Code of Conduct:

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

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


List Archives:

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y4A2PG6PNTSW2DR72QREH3IW6DITCU4U/>

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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der universitaet Basel
IT Services
Klinelbergstr. 70 | CH-4056 Basel | Switzerland
Tel: +41 79 449 25 63 | http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11
___
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/5WXK7YFY7NBER6HWZ5G2MCGMFX3VD5KH/


[ovirt-users] Re: VM Snapshot inconsistent

2020-07-14 Thread Arsène Gschwind
On Tue, 2020-07-14 at 19:10 +0300, Nir Soffer wrote:

On Tue, Jul 14, 2020 at 5:37 PM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


Hi,


I running oVirt 4.3.9 with FC based storage.

I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.

disk1 : Snapshot still visible in DB and on Storage using LVM commands

disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)

disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)


When I try to delete the snapshot again it runs forever and nothing happens.


Did you try also when the vm is not running?

Yes I've tried that without success


In general the system is designed so trying again a failed merge will complete

the merge.


If the merge does complete, there may be some bug that the system cannot

handle.


Is there a way to suppress that snapshot?

Is it possible to merge disk1 with its snapshot using LVM commands and then 
cleanup the Engine DB?


Yes but it is complicated. You need to understand the qcow2 chain

on storage, complete the merge manually using qemu-img commit,

update the metadata manually (even harder), then update engine db.


The best way - if the system cannot recover, is to fix the bad metadata

that cause the system to fail, and the let the system recover itself.


Which storage domain format are you using? V5? V4?

I'm using storage format V5 on FC.

Thanks.


Thanks for any hint or help.

rgds , arsene


--


Arsène Gschwind <

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

>

Universitaet Basel

___

Users mailing list --

<mailto:users@ovirt.org>

users@ovirt.org


To unsubscribe send an email to

<mailto:users-le...@ovirt.org>

users-le...@ovirt.org


Privacy Statement:

<https://www.ovirt.org/privacy-policy.html>

https://www.ovirt.org/privacy-policy.html


oVirt Code of Conduct:

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

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


List Archives:

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/5WZ6KO2LVD3ZA2JNNIHJRCXG65HO4LMZ/>

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



--

Arsène Gschwind
Fa. Sapify AG im Auftrag der universitaet Basel
IT Services
Klinelbergstr. 70 | CH-4056 Basel | Switzerland
Tel: +41 79 449 25 63 | http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11
___
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/Y4A2PG6PNTSW2DR72QREH3IW6DITCU4U/


[ovirt-users] VM Snapshot inconsistent

2020-07-14 Thread Arsène Gschwind
Hi,

I running oVirt 4.3.9 with FC based storage.
I'm running several VM with 3 disks on 3 different SD. Lately we did delete a 
VM Snapshot and that task failed after a while and since then the Snapshot is 
inconsistent.
disk1 : Snapshot still visible in DB and on Storage using LVM commands
disk2: Snapshot still visible in DB but not on storage anymore (It seems the 
merge did run correctly)
disk3: Snapshot still visible in DB but not on storage ansmore (It seems the 
merge did run correctly)

When I try to delete the snapshot again it runs forever and nothing happens.
Is there a way to suppress that snapshot?
Is it possible to merge disk1 with its snapshot using LVM commands and then 
cleanup the Engine DB?

Thanks for any hint or help.
rgds , arsene

--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel
___
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/5WZ6KO2LVD3ZA2JNNIHJRCXG65HO4LMZ/


[ovirt-users] Re: Strange SD problem

2020-07-14 Thread Arsène Gschwind
Hi Ahmad,

I did the following:

1. Storage -> Storage Domains
2 Click the existing Storage Domain and click "Manage Domain"
and then I see next to the LUN which is already part of the SD the "Add" button

I do not want to click add since it may destroy the existing SD or the content 
of the LUNs.
In the Engine Log I see the following:


020-07-14 09:57:45,131+02 WARN  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-20) [277145f2] EVENT_ID: 
STORAGE_DOMAINS_COULD_NOT_BE_SYNCED(1,046), Storage domains with IDs 
[6b82f31b-fa2a-406b-832d-64d9666e1bcc] could not be synchronized. To 
synchronize them, please move them to maintenance and then activate.

Thanks a lot

On Tue, 2020-07-14 at 16:07 +0300, Ahmad Khiet wrote:
Hi Arsène Gschwind,

it's really strange that you see "Add" on a LUN that already has been added to 
the database.
to verify the steps you did make at first,
1- Storage -> Storage Domains
2- New Domain - [ select iSCSI ]
3- click on "+" on the iscsi target, then you see the "Add" button is available
4- after clicking add and ok, then this error will be shown in the logs
is that right?

can you also attach vdsm log?




On Tue, Jul 14, 2020 at 1:15 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hello all,

I've checked all my multipath configuration and everything seems korrekt.
Is there a way to correct this, may be in the DB?

I really need some help, thanks a lot.
Arsène

On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS 
varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST 
('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST 
('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST 
('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST 
(268435456 AS int8)) as result was aborted: ERROR: duplicate key value violates 
unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement  Call getNextException to see 
other errors in the batch.
2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch. Next 
exception is: ERROR: duplicate key value violates unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement
2020-07-13 17:48:07,293+02 INFO  
[org.ovirt.engine.core.utils.transaction.TransactionSupport] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] transaction rolled back
2020-07-13 17:48:07,293+02 ERROR 
[org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand]
 (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Command 
'org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand'
 failed: ConnectionCallback; ]; ERROR: duplicate key value violates unique 
constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volu

[ovirt-users] engine log level

2020-07-14 Thread Arsène Gschwind
Hi,

I'm running oVirt 4.3.9 and i'm wondering if it is possible to increase engine 
Loglevel. I could not find anything on Google or in the docs.

Thanks for any Hint?
rgds, Arsène

--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel
___
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/3KKQJOMII5A6OC7CTFXWVX5MBF5FENPA/


[ovirt-users] Re: Strange SD problem

2020-07-14 Thread Arsène Gschwind
Hello all,

I've checked all my multipath configuration and everything seems korrekt.
Is there a way to correct this, may be in the DB?

I really need some help, thanks a lot.
Arsène

On Tue, 2020-07-14 at 00:29 +, Arsène Gschwind wrote:
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS 
varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST 
('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST 
('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST 
('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST 
(268435456 AS int8)) as result was aborted: ERROR: duplicate key value violates 
unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement  Call getNextException to see 
other errors in the batch.
2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch. Next 
exception is: ERROR: duplicate key value violates unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement
2020-07-13 17:48:07,293+02 INFO  
[org.ovirt.engine.core.utils.transaction.TransactionSupport] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] transaction rolled back
2020-07-13 17:48:07,293+02 ERROR 
[org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand]
 (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Command 
'org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand'
 failed: ConnectionCallback; ]; ERROR: duplicate key value violates unique 
constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"

It looks like the engine will add a LUN to an SD and it already exist...
Any Idea how to resolve that problem?

Thanks a lot



--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel

___

Users mailing list --

<mailto:users@ovirt.org>

users@ovirt.org


To unsubscribe send an email to

<mailto:users-le...@ovirt.org>

users-le...@ovirt.org


Privacy Statement:

<https://www.ovirt.org/privacy-policy.html>

https://www.ovirt.org/privacy-policy.html


oVirt Code of Conduct:

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

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


List Archives:

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/2YE7ZX53W4WDLHJW34P5CQTGTHW4RJGY/>

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


--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch&

[ovirt-users] Strange SD problem

2020-07-13 Thread Arsène Gschwind
HI,

I'm having a strange behavior with a SD. When trying to manage the SD I see 
they "Add" button for the LUN which should already be the one use for that SD.
In the Logs I see the following:

2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch: 
Batch entry 0 select * from public.insertluns(CAST ('repl_HanaLogs_osd_01' AS 
varchar),CAST ('DPUtaW-Q5zp-aZos-HriP-5Z0v-hiWO-w7rmwG' AS varchar),CAST 
('4TCXZ7-R1l1-xkdU-u0vx-S3n4-JWcE-qksPd1' AS varchar),CAST 
('SHUAWEI_XSG1_2102350RMG10HC200035' AS varchar),CAST (7 AS int4),CAST 
('HUAWEI' AS varchar),CAST ('XSG1' AS varchar),CAST (2548 AS int4),CAST 
(268435456 AS int8)) as result was aborted: ERROR: duplicate key value violates 
unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement  Call getNextException to see 
other errors in the batch.
2020-07-13 17:48:07,292+02 ERROR 
[org.ovirt.engine.core.dal.dbbroker.BatchProcedureExecutionConnectionCallback] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] Can't execute batch. Next 
exception is: ERROR: duplicate key value violates unique constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"
PL/pgSQL function insertluns(character varying,character varying,character 
varying,character varying,integer,character varying,character 
varying,integer,bigint) line 3 at SQL statement
2020-07-13 17:48:07,293+02 INFO  
[org.ovirt.engine.core.utils.transaction.TransactionSupport] 
(EE-ManagedThreadFactory-engine-Thread-95) [51091853] transaction rolled back
2020-07-13 17:48:07,293+02 ERROR 
[org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand]
 (EE-ManagedThreadFactory-engine-Thread-95) [51091853] Command 
'org.ovirt.engine.core.bll.storage.domain.SyncLunsInfoForBlockStorageDomainCommand'
 failed: ConnectionCallback; ]; ERROR: duplicate key value violates unique 
constraint "pk_luns"
  Detail: Key (lun_id)=(repl_HanaLogs_osd_01) already exists.
  Where: SQL statement "INSERT INTO LUNs (
LUN_id,
physical_volume_id,
volume_group_id,
serial,
lun_mapping,
vendor_id,
product_id,
device_size,
discard_max_size
)
VALUES (
v_LUN_id,
v_physical_volume_id,
v_volume_group_id,
v_serial,
v_lun_mapping,
v_vendor_id,
v_product_id,
v_device_size,
v_discard_max_size
)"

It looks like the engine will add a LUN to an SD and it already exist...
Any Idea how to resolve that problem?

Thanks a lot



--

Arsène Gschwind mailto:arsene.gschw...@unibas.ch>>
Universitaet Basel
___
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/2YE7ZX53W4WDLHJW34P5CQTGTHW4RJGY/


[ovirt-users] Re: disk locked after export as OVA

2019-10-15 Thread Arsène Gschwind
Hi,

I'm having exactly the same problem after exporting a VM as OVA, the duplicated 
Disk stays as "locked" even if no unfinished or zombie task is there.
Any idea how to get that disk removed?
I did try taskcleaner.sh and unlock_entity.sh without success since there is no 
task available.

I'm running oVirt: 4.2.8.2-1.el7

Thanks a lot,
Arsene

On Mon, 2018-09-17 at 17:04 +0800, adam...@adagene.com.cn wrote:
Hello, everyone. I tried to export a vm as OVA. I got a error in webui:
VDSM ovirt1.ntbaobei.com command HSMGetAllTasksStatusesVDS failed: Volume Group 
not big enough: (u'Not enough free extents for extending LV 
d9f2378f-92f0-4bc1-96a8-20a0f2c575cb/c515a3f9-0590-4ebe-81c5-9d0993f1fec9 
(free=848, needed=872)',)

seems no enough space in the storage domain.
I deleted the vm which i wanted to export as OVA before, but I saw a disk with 
id 8140d2e7-6908-438e-a646-23e58a33913e left in the storage and the status is 
locked.

here's some log in the engine.log:
2018-09-17 14:27:03,467+08 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-107849) 
[a407f6a9-445d-4ccc-b998-f9dfc6dc67ec] START, CopyImageVDSCommand( 
CopyImageVDSCommandParameters:{storagePoolId='79432500-ad45-11e8-98f3-00163e188641',
 ignoreFailoverLimit='false', 
storageDomainId='d9f2378f-92f0-4bc1-96a8-20a0f2c575cb', 
imageGroupId='ee55bbe7-8001-4c82-b1a6-0cac7710704b', 
imageId='701a7472-8c00-4b9f-aa87-4837eb128695', 
dstImageGroupId='8140d2e7-6908-438e-a646-23e58a33913e', 
vmId='b3aa623e-3072-430e-87d6-b81a3b07f466', 
dstImageId='c515a3f9-0590-4ebe-81c5-9d0993f1fec9', imageDescription='', 
dstStorageDomainId='d9f2378f-92f0-4bc1-96a8-20a0f2c575cb', 
copyVolumeType='LeafVol', volumeFormat='COW', preallocate='Sparse', 
postZero='false', discard='false', force='true'}), log id: 164e3046
2018-09-17 14:27:03,467+08 INFO  
[org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-107849) 
[a407f6a9-445d-4ccc-b998-f9dfc6dc67ec] ++ 
dstImageGUID=8140d2e7-6908-438e-a646-23e58a33913e

I think maybe some command did not been excuted after I export the vm as OVA. I 
can find the similar case here:
https://access.redhat.com/solutions/1298893

I have used the tool  unlock_entity.sh but cannot find any disk that is locked.
So what should I do to delete the disk that is been locked?




yours Adam

___

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

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


[ovirt-users] Re: CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-29 Thread Arsène Gschwind
I've created the bug report : 
https://bugzilla.redhat.com/show_bug.cgi?id=1693983

Thanks for your help,
Arsene
On Fri, 2019-03-29 at 12:14 +0530, Sahina Bose wrote:


On Fri, Mar 29, 2019 at 3:29 AM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
On Thu, 2019-03-28 at 12:18 +, Arsène Gschwind wrote:
On Wed, 2019-03-27 at 12:19 +0530, Sahina Bose wrote:

On Wed, Mar 27, 2019 at 1:59 AM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


On Tue, 2019-03-26 at 18:09 +0530, Sahina Bose wrote:


On Tue, Mar 26, 2019 at 3:00 PM Kaustav Majumder <

<mailto:kmaju...@redhat.com>

kmaju...@redhat.com



wrote:



Let me rephrase



On Tue, Mar 26, 2019 at 2:53 PM Arsène Gschwind <

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



Hi,



Thanks for your answer but it seems that this BUG is resolved by oVirt Release 
4.3.2 and that's the version I've installed.


Any other Idea?




On Tue, 2019-03-26 at 12:59 +0530, Kaustav Majumder wrote:



Hi,


We have this since

<https://gerrit.ovirt.org/#/c/97365/>

https://gerrit.ovirt.org/#/c/97365/





this patch included the validator to disallow  disabling gluster when volumes 
are present, hence you won't be able to do it currently.



for bug :

<https://bugzilla.redhat.com/show_bug.cgi?id=1589512>

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



 where volumes are present in the cluster.



On Tue, Mar 26, 2019 at 12:46 PM Arsène Gschwind <

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



Any Idea about this?



Is the "Enable Gluster Service" unchecked on your cluster?


Looks like it see this value as disabled but there are gluster volumes


being managed on the cluster?


Yes, the "Enable Gluster Service" is unchecked ( I didn't realize this), this 
must be happen during update from 4.2.8 to 4.3.2, it was definitively checked 
before the upgrade.

It is grayed out, is there a way to enable it again, I'm running a 
hyperconverged installation on gluster volumes.


The only case where this would be grayed out is if the install is

running with "AllowClusterWithVirtGlusterEnabled" set to false

You can check the value of option_name

"AllowClusterWithVirtGlusterEnabled" by running

#engine-config -g AllowClusterWithVirtGlusterEnabled - on the host

running ovirt-engine

This should be true to indicate cluster supports both gluster and virt

services. Please change to true if false


But I do wonder how it changed if it did.

I've checked this setting and it's set to true

# engine-config -g AllowClusterWithVirtGlusterEnabled

AllowClusterWithVirtGlusterEnabled: true version: general

And here a screenshot about the settings in the Admin Portal.

[cid:959c781778620ffa67d16726959727f24538bbfb.camel@unibas.ch]

I'm definitively sure the Enable Cluster Service was checked before since this 
environment was setup initially as hyperconverged and is running on gluster 
since then.

Thanks,
Arsene

Additionally I'm not able to change any of the Cluster settings, doing will end 
with the same error.
Is there a way to debug/resolve that problem?

Could you raise a bug to track?

Kaustav, can you take a look at this issue?


Thanks a lot,
Arsene




Thanks




rgds,


Arsene


On Wed, 2019-03-20 at 13:45 +, Arsène Gschwind wrote:



Hi,



I updated ou oVirt cluster to 4.3.2 and when i try to update the cluster 
version to 4.3 i get the following error:


CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES



So far I remember I could update the cluster version to 4.2 without having to 
stop everything.


I've searched around about this error but couldn't find anything.



The engine log says:



2019-03-20 14:33:28,125+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'



2019-03-20 14:33:28,214+01 WARN  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Validation of action 'UpdateCluster' 
failed for user @yyy. Reasons: 
VAR__TYPE__CLUSTER,VAR__ACTION__UPDAT

[ovirt-users] Re: CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-28 Thread Arsène Gschwind
On Thu, 2019-03-28 at 12:18 +, Arsène Gschwind wrote:
On Wed, 2019-03-27 at 12:19 +0530, Sahina Bose wrote:

On Wed, Mar 27, 2019 at 1:59 AM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


On Tue, 2019-03-26 at 18:09 +0530, Sahina Bose wrote:


On Tue, Mar 26, 2019 at 3:00 PM Kaustav Majumder <

<mailto:kmaju...@redhat.com>

kmaju...@redhat.com



wrote:



Let me rephrase



On Tue, Mar 26, 2019 at 2:53 PM Arsène Gschwind <

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



Hi,



Thanks for your answer but it seems that this BUG is resolved by oVirt Release 
4.3.2 and that's the version I've installed.


Any other Idea?




On Tue, 2019-03-26 at 12:59 +0530, Kaustav Majumder wrote:



Hi,


We have this since

<https://gerrit.ovirt.org/#/c/97365/>

https://gerrit.ovirt.org/#/c/97365/





this patch included the validator to disallow  disabling gluster when volumes 
are present, hence you won't be able to do it currently.



for bug :

<https://bugzilla.redhat.com/show_bug.cgi?id=1589512>

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



 where volumes are present in the cluster.



On Tue, Mar 26, 2019 at 12:46 PM Arsène Gschwind <

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



Any Idea about this?



Is the "Enable Gluster Service" unchecked on your cluster?


Looks like it see this value as disabled but there are gluster volumes


being managed on the cluster?


Yes, the "Enable Gluster Service" is unchecked ( I didn't realize this), this 
must be happen during update from 4.2.8 to 4.3.2, it was definitively checked 
before the upgrade.

It is grayed out, is there a way to enable it again, I'm running a 
hyperconverged installation on gluster volumes.


The only case where this would be grayed out is if the install is

running with "AllowClusterWithVirtGlusterEnabled" set to false

You can check the value of option_name

"AllowClusterWithVirtGlusterEnabled" by running

#engine-config -g AllowClusterWithVirtGlusterEnabled - on the host

running ovirt-engine

This should be true to indicate cluster supports both gluster and virt

services. Please change to true if false


But I do wonder how it changed if it did.

I've checked this setting and it's set to true

# engine-config -g AllowClusterWithVirtGlusterEnabled

AllowClusterWithVirtGlusterEnabled: true version: general

And here a screenshot about the settings in the Admin Portal.

[cid:aaada281c19804b35cf6196a26633ba4f7b661f4.camel@unibas.ch]

I'm definitively sure the Enable Cluster Service was checked before since this 
environment was setup initially as hyperconverged and is running on gluster 
since then.

Thanks,
Arsene

Additionally I'm not able to change any of the Cluster settings, doing will end 
with the same error.
Is there a way to debug/resolve that problem?

Thanks a lot,
Arsene




Thanks




rgds,


Arsene


On Wed, 2019-03-20 at 13:45 +, Arsène Gschwind wrote:



Hi,



I updated ou oVirt cluster to 4.3.2 and when i try to update the cluster 
version to 4.3 i get the following error:


CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES



So far I remember I could update the cluster version to 4.2 without having to 
stop everything.


I've searched around about this error but couldn't find anything.



The engine log says:



2019-03-20 14:33:28,125+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'



2019-03-20 14:33:28,214+01 WARN  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Validation of action 'UpdateCluster' 
failed for user @yyy. Reasons: 
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES



2019-03-20 14:33:28,215+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock freed to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0

[ovirt-users] Re: CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-28 Thread Arsène Gschwind
On Wed, 2019-03-27 at 12:19 +0530, Sahina Bose wrote:

On Wed, Mar 27, 2019 at 1:59 AM Arsène Gschwind

<

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


On Tue, 2019-03-26 at 18:09 +0530, Sahina Bose wrote:


On Tue, Mar 26, 2019 at 3:00 PM Kaustav Majumder <


<mailto:kmaju...@redhat.com>

kmaju...@redhat.com



wrote:



Let me rephrase



On Tue, Mar 26, 2019 at 2:53 PM Arsène Gschwind <


<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



Hi,



Thanks for your answer but it seems that this BUG is resolved by oVirt Release 
4.3.2 and that's the version I've installed.


Any other Idea?




On Tue, 2019-03-26 at 12:59 +0530, Kaustav Majumder wrote:



Hi,


We have this since


<https://gerrit.ovirt.org/#/c/97365/>

https://gerrit.ovirt.org/#/c/97365/





this patch included the validator to disallow  disabling gluster when volumes 
are present, hence you won't be able to do it currently.



for bug :


<https://bugzilla.redhat.com/show_bug.cgi?id=1589512>

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



 where volumes are present in the cluster.



On Tue, Mar 26, 2019 at 12:46 PM Arsène Gschwind <


<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch



wrote:



Any Idea about this?



Is the "Enable Gluster Service" unchecked on your cluster?


Looks like it see this value as disabled but there are gluster volumes


being managed on the cluster?


Yes, the "Enable Gluster Service" is unchecked ( I didn't realize this), this 
must be happen during update from 4.2.8 to 4.3.2, it was definitively checked 
before the upgrade.

It is grayed out, is there a way to enable it again, I'm running a 
hyperconverged installation on gluster volumes.


The only case where this would be grayed out is if the install is

running with "AllowClusterWithVirtGlusterEnabled" set to false

You can check the value of option_name

"AllowClusterWithVirtGlusterEnabled" by running

#engine-config -g AllowClusterWithVirtGlusterEnabled - on the host

running ovirt-engine

This should be true to indicate cluster supports both gluster and virt

services. Please change to true if false


But I do wonder how it changed if it did.

I've checked this setting and it's set to true

# engine-config -g AllowClusterWithVirtGlusterEnabled

AllowClusterWithVirtGlusterEnabled: true version: general


And here a screenshot about the settings in the Admin Portal.

[cid:0a2d3c3da816344fbec8fcc6848d00f81497e285.camel@unibas.ch]

I'm definitively sure the Enable Cluster Service was checked before since this 
environment was setup initially as hyperconverged and is running on gluster 
since then.

Thanks,
Arsene




Thanks




rgds,


Arsene


On Wed, 2019-03-20 at 13:45 +, Arsène Gschwind wrote:



Hi,



I updated ou oVirt cluster to 4.3.2 and when i try to update the cluster 
version to 4.3 i get the following error:


CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES



So far I remember I could update the cluster version to 4.2 without having to 
stop everything.


I've searched around about this error but couldn't find anything.



The engine log says:



2019-03-20 14:33:28,125+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'



2019-03-20 14:33:28,214+01 WARN  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Validation of action 'UpdateCluster' 
failed for user @yyy. Reasons: 
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES



2019-03-20 14:33:28,215+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock freed to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a

[ovirt-users] Re: CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-26 Thread Arsène Gschwind
On Tue, 2019-03-26 at 18:09 +0530, Sahina Bose wrote:

On Tue, Mar 26, 2019 at 3:00 PM Kaustav Majumder <

<mailto:kmaju...@redhat.com>

kmaju...@redhat.com

> wrote:


Let me rephrase


On Tue, Mar 26, 2019 at 2:53 PM Arsène Gschwind <

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


Hi,


Thanks for your answer but it seems that this BUG is resolved by oVirt Release 
4.3.2 and that's the version I've installed.

Any other Idea?



On Tue, 2019-03-26 at 12:59 +0530, Kaustav Majumder wrote:


Hi,

We have this since

<https://gerrit.ovirt.org/#/c/97365/>

https://gerrit.ovirt.org/#/c/97365/



this patch included the validator to disallow  disabling gluster when volumes 
are present, hence you won't be able to do it currently.


for bug :

<https://bugzilla.redhat.com/show_bug.cgi?id=1589512>

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

 where volumes are present in the cluster.


On Tue, Mar 26, 2019 at 12:46 PM Arsène Gschwind <

<mailto:arsene.gschw...@unibas.ch>

arsene.gschw...@unibas.ch

> wrote:


Any Idea about this?


Is the "Enable Gluster Service" unchecked on your cluster?

Looks like it see this value as disabled but there are gluster volumes

being managed on the cluster?

Yes, the "Enable Gluster Service" is unchecked ( I didn't realize this), this 
must be happen during update from 4.2.8 to 4.3.2, it was definitively checked 
before the upgrade.
It is grayed out, is there a way to enable it again, I'm running a 
hyperconverged installation on gluster volumes.

Thanks




rgds,

Arsene

On Wed, 2019-03-20 at 13:45 +, Arsène Gschwind wrote:


Hi,


I updated ou oVirt cluster to 4.3.2 and when i try to update the cluster 
version to 4.3 i get the following error:

CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES


So far I remember I could update the cluster version to 4.2 without having to 
stop everything.

I've searched around about this error but couldn't find anything.


The engine log says:


2019-03-20 14:33:28,125+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'


2019-03-20 14:33:28,214+01 WARN  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Validation of action 'UpdateCluster' 
failed for user @yyy. Reasons: 
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES


2019-03-20 14:33:28,215+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock freed to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'



Any Idea for the reason of this error?


Thanks


___


Users mailing list --


<mailto:users@ovirt.org>

users@ovirt.org




To unsubscribe send an email to


<mailto:users-le...@ovirt.org>

users-le...@ovirt.org




Privacy Statement:


<https://www.ovirt.org/site/privacy-policy/>

https://www.ovirt.org/site/privacy-policy/




oVirt Code of Conduct:


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

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




List Archives:


<https://lists.ovirt.org/archives/list/users@ovirt.org/message/KIPTI7NP2RTZGV4CW57D77G4AG5V2KY4/>

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




__

[ovirt-users] Re: CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-26 Thread Arsène Gschwind
Hi,

Thanks for your answer but it seems that this BUG is resolved by oVirt Release 
4.3.2 and that's the version I've installed.
Any other Idea?


On Tue, 2019-03-26 at 12:59 +0530, Kaustav Majumder wrote:
Hi,
We have this since https://gerrit.ovirt.org/#/c/97365/ for bug : 
https://bugzilla.redhat.com/show_bug.cgi?id=1589512 where volumes are present 
in the cluster.

On Tue, Mar 26, 2019 at 12:46 PM Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
Any Idea about this?

rgds,
Arsene
On Wed, 2019-03-20 at 13:45 +, Arsène Gschwind wrote:
Hi,

I updated ou oVirt cluster to 4.3.2 and when i try to update the cluster 
version to 4.3 i get the following error:
CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

So far I remember I could update the cluster version to 4.2 without having to 
stop everything.
I've searched around about this error but couldn't find anything.

The engine log says:

2019-03-20 14:33:28,125+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'

2019-03-20 14:33:28,214+01 WARN  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Validation of action 'UpdateCluster' 
failed for user @yyy. Reasons: 
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-20 14:33:28,215+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock freed to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'

Any Idea for the reason of this error?

Thanks

___

Users mailing list --

<mailto:users@ovirt.org>

users@ovirt.org


To unsubscribe send an email to

<mailto:users-le...@ovirt.org>

users-le...@ovirt.org


Privacy Statement:

<https://www.ovirt.org/site/privacy-policy/>

https://www.ovirt.org/site/privacy-policy/


oVirt Code of Conduct:

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

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


List Archives:

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/KIPTI7NP2RTZGV4CW57D77G4AG5V2KY4/>

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

___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/NLSUSRPUAYD7YDSYLMFXLKDN3PGH2SY7/


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


[ovirt-users] Re: CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-26 Thread Arsène Gschwind
Any Idea about this?

rgds,
Arsene
On Wed, 2019-03-20 at 13:45 +, Arsène Gschwind wrote:
Hi,

I updated ou oVirt cluster to 4.3.2 and when i try to update the cluster 
version to 4.3 i get the following error:
CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

So far I remember I could update the cluster version to 4.2 without having to 
stop everything.
I've searched around about this error but couldn't find anything.

The engine log says:

2019-03-20 14:33:28,125+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'

2019-03-20 14:33:28,214+01 WARN  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Validation of action 'UpdateCluster' 
failed for user @yyy. Reasons: 
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-20 14:33:28,215+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock freed to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'

Any Idea for the reason of this error?

Thanks

___

Users mailing list --

<mailto:users@ovirt.org>

users@ovirt.org


To unsubscribe send an email to

<mailto:users-le...@ovirt.org>

users-le...@ovirt.org


Privacy Statement:

<https://www.ovirt.org/site/privacy-policy/>

https://www.ovirt.org/site/privacy-policy/


oVirt Code of Conduct:

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

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


List Archives:

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/KIPTI7NP2RTZGV4CW57D77G4AG5V2KY4/>

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

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


[ovirt-users] CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-20 Thread Arsène Gschwind
Hi,

I updated ou oVirt cluster to 4.3.2 and when i try to update the cluster 
version to 4.3 i get the following error:
CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

So far I remember I could update the cluster version to 4.2 without having to 
stop everything.
I've searched around about this error but couldn't find anything.

The engine log says:

2019-03-20 14:33:28,125+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'

2019-03-20 14:33:28,214+01 WARN  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Validation of action 'UpdateCluster' 
failed for user @yyy. Reasons: 
VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_DISABLE_GLUSTER_WHEN_CLUSTER_CONTAINS_VOLUMES

2019-03-20 14:33:28,215+01 INFO  
[org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-59) 
[c93c7f4f-b9a3-4e10-82bf-f8bbda46cc87] Lock freed to object 
'EngineLock:{exclusiveLocks='[25682477-0bd2-4303-a5fd-0ae9adfd276c=TEMPLATE]', 
sharedLocks='[119fad69-b4a2-441f-9056-354cd1b8a7aa=VM, 
1f696eca-c0a0-48ff-8aa9-b977345b5618=VM, 
95ee485d-7992-45b8-b1be-256223b5a89f=VM, 
432ed647-c150-425e-aac7-3cb5410f4bc8=VM, 
7c2646b1-8a4c-4618-b3c9-dfe563f29e00=VM, 
629e40c0-e83b-47e0-82bc-df42ec310ca4=VM, 
2e0741bd-33e2-4a8e-9624-a9b7bb70b664=VM, 
136d0ca0-478c-48d9-9af4-530f98ac30fd=VM, 
dafaa8d2-c60c-44c8-b9a3-2b5f80f5aee3=VM, 
2112902c-ed42-4fbb-a187-167a5f5a446c=VM, 
5330b948-f0cd-4b2f-b722-28918f59c5ca=VM, 
3f06be8c-8af9-45e2-91bc-9946315192bf=VM, 
8cf338bf-8c94-4db4-b271-a85dbc5d6996=VM, 
c0be6ae6-3d25-4a99-b93d-81b4ecd7c9d7=VM, 
8f4acfc6-3bb1-4863-bf97-d7924641b394=VM]'}'


Any Idea for the reason of this error?

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


[ovirt-users] Re: Libgfapisupport messes disk image ownership

2019-03-18 Thread Arsène Gschwind
Hi ,

I'm observing the same problem using oVirt 4.3.1 .
The ownership of the VM disk changes to root:root every reboot.

rgds,
arsene

On Sat, 2019-03-16 at 00:25 +0300, Hesham Ahmed wrote:

I had reported this here:



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



Has anyone else faced this with 4.3.1?

___

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

___
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/2LH3CI6LMORUSHVJJQDLPOBUWNZC5G3M/


[ovirt-users] Re: Problem with SAN FC and Ovirt 4.2

2019-01-03 Thread Arsène Gschwind
could you share the output of both command?

On Thu, 2019-01-03 at 07:02 -0300, Sebastian Antunez N. wrote:
Hello
I see with multipath -ll and lsbls but not show the LUN

Regards

Sebas

El jue., 3 ene. 2019 a las 3:57, Arsène Gschwind 
(mailto:arsene.gschw...@unibas.ch>>) escribió:
Hi,

Do you see the LUNs on the Hypervisor using lsblk or multipath -ll ?

rgds,
Arsene
On Wed, 2019-01-02 at 18:25 +, Sebastian Antunez N. wrote:

Hello Guys


I install 6 host with Ovirt 4.2 connected via FC to Brocade 300 switch and HP 
EVA P2000 Storage.


Zoning was performed on each SAN switch and when creating a Virtual Disk with 3 
LUN, but adding the Storage in OVIRT does not see any LUN. The OVIRT nodes were 
restarted, the Engine but still does not see the LUNs


I have searched for information on how to resolve this issue but I have not had 
any information.


I will appreciate your help in this regard as I have not been able to resolve 
the issue.


Thanks to all

Regards


Sebastian

___

Users mailing list --

<mailto:users@ovirt.org>

users@ovirt.org


To unsubscribe send an email to

<mailto:users-le...@ovirt.org>

users-le...@ovirt.org


Privacy Statement:

<https://www.ovirt.org/site/privacy-policy/>

https://www.ovirt.org/site/privacy-policy/


oVirt Code of Conduct:

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

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


List Archives:

<https://lists.ovirt.org/archives/list/users@ovirt.org/message/UPILMALCBD5GW2A7ZFVUIGFMXYHLG3QE/>

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

___
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/2U6FKPEVJMLLWFYBB66SYOM53M66FVGW/


[ovirt-users] Re: Problem with SAN FC and Ovirt 4.2

2019-01-02 Thread Arsène Gschwind
Hi,

Do you see the LUNs on the Hypervisor using lsblk or multipath -ll ?

rgds,
Arsene
On Wed, 2019-01-02 at 18:25 +, Sebastian Antunez N. wrote:

Hello Guys


I install 6 host with Ovirt 4.2 connected via FC to Brocade 300 switch and HP 
EVA P2000 Storage.


Zoning was performed on each SAN switch and when creating a Virtual Disk with 3 
LUN, but adding the Storage in OVIRT does not see any LUN. The OVIRT nodes were 
restarted, the Engine but still does not see the LUNs


I have searched for information on how to resolve this issue but I have not had 
any information.


I will appreciate your help in this regard as I have not been able to resolve 
the issue.


Thanks to all

Regards


Sebastian

___

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

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


[ovirt-users] Re: [ovrit-users] Anyone with Fiber Channel oVirt Storage Experience?

2018-11-20 Thread Arsène Gschwind
We did a storage migration from a HDS to Huawei Dorado FC Storage.
We did import the new LUNs into the oVirt cluster and setup a new storage 
domain with the new LUNs, then we did a live storage migration of all VMs and 
finally removed the "old" SD and LUNs without disruption.
You could do the oVirt update before or after the storage migration.

rgds,
Arsene

On Wed, 2018-11-14 at 09:09 -0600, Jacob Green wrote:

 I just have a few simple questions, have you migrated a fiber

channel storage domain from one ovirt environment to another? And how

did it go, did it just work aside from having to import all the vms and

configure their settings was it any more difficult than that?


We want to migrate our fiber channel storage with VM's intact from an

oVirt 4.1 environment to a brand new oVirt 4.2 environment.


We are using fiber channel via An HP MSA. I do not for see any issues,

but since we have never done it before, and we do not have spare Fiber

Channel storage to test with, we are just unsure of what the behavior

should be. So just wanted to get some opinions or basic guidance, is

there anything we should watch out for and does it "just work".



--

Jacob Green


Systems Admin


713-300-5690

___

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

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


[ovirt-users] Re: ui error

2018-06-04 Thread Arsène Gschwind
Bug opened: https://bugzilla.redhat.com/show_bug.cgi?id=1585662

thanks for any help.

On Sun, 2018-06-03 at 14:48 +0300, Benny Zlotnik wrote:
Are you able to move the disk?

Can you open a bug?

On Sun, Jun 3, 2018 at 1:35 PM, Arsène Gschwind 
mailto:arsene.gschw...@unibas.ch>> wrote:
I'm using version : 4.2.3.8-1.el7 the latest version.


On Sun, 2018-06-03 at 12:59 +0300, Benny Zlotnik wrote:
Which version are you using?

On Sun, 3 Jun 2018, 12:57 Arsène Gschwind, 
mailto:arsene.gschw...@unibas.ch>> wrote:
Hi,

in the UI error log ui.log i do get a lot of those errors:

2018-06-03 10:57:17,486+02 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default 
task-52) [] Permutation name: AEA766696E550914FBFDA5936BC98453
2018-06-03 10:57:17,486+02 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default 
task-52) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: 
(TypeError) : Cannot read property 'G' of null
at 
org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel.$lambda$1(DisksAllocationModel.java:107)
at 
org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel$lambda$1$Type.onSuccess(DisksAllocationModel.java:107)
at 
org.ovirt.engine.ui.frontend.Frontend$1.$onSuccess(Frontend.java:227) 
[frontend.jar:]
at org.ovirt.engine.ui.frontend.Frontend$1.onSuccess(Frontend.java:227) 
[frontend.jar:]
at 
org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.$onSuccess(OperationProcessor.java:133)
 [frontend.jar:]
at 
org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.onSuccess(OperationProcessor.java:133)
 [frontend.jar:]
at 
org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider.java:270)
 [frontend.jar:]
at 
org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider.java:270)
 [frontend.jar:]
at 
com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198)
 [gwt-servlet.jar:]
at 
com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:233) 
[gwt-servlet.jar:]
at 
com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409)
 [gwt-servlet.jar:]
at Unknown.eval(webadmin-0.js)
at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236) 
[gwt-servlet.jar:]
at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275) 
[gwt-servlet.jar:]
at Unknown.eval(webadmin-0.js)

This error also appears when tying to migrate a VM disk to another SD.
Any idea why this happens?

regards,
Arsène


--



Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 
70<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
 
|<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
  CH-4056 
Basel<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
  
|<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
  
Switzerland<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
Tel. +41 79 449 25 63  |  http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11

___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto: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/F3JZZHGZYAEXN33TON46LWF3IQNK7KUM/

--



Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 
70<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
 
|<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
  CH-4056 
Basel<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
  
|<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
  
Switzerland<https://maps.google.com/?q=Klingelbergstr.+70+%7C+CH-4056+Basel+%7C+Switzerland=gmail=g>
Tel. +41 79 449 25 63  |  http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11


--



Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.

[ovirt-users] ui error

2018-06-03 Thread Arsène Gschwind
Hi,

in the UI error log ui.log i do get a lot of those errors:

2018-06-03 10:57:17,486+02 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default 
task-52) [] Permutation name: AEA766696E550914FBFDA5936BC98453
2018-06-03 10:57:17,486+02 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] (default 
task-52) [] Uncaught exception: com.google.gwt.core.client.JavaScriptException: 
(TypeError) : Cannot read property 'G' of null
at 
org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel.$lambda$1(DisksAllocationModel.java:107)
at 
org.ovirt.engine.ui.uicommonweb.models.storage.DisksAllocationModel$lambda$1$Type.onSuccess(DisksAllocationModel.java:107)
at 
org.ovirt.engine.ui.frontend.Frontend$1.$onSuccess(Frontend.java:227) 
[frontend.jar:]
at org.ovirt.engine.ui.frontend.Frontend$1.onSuccess(Frontend.java:227) 
[frontend.jar:]
at 
org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.$onSuccess(OperationProcessor.java:133)
 [frontend.jar:]
at 
org.ovirt.engine.ui.frontend.communication.OperationProcessor$1.onSuccess(OperationProcessor.java:133)
 [frontend.jar:]
at 
org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.$onSuccess(GWTRPCCommunicationProvider.java:270)
 [frontend.jar:]
at 
org.ovirt.engine.ui.frontend.communication.GWTRPCCommunicationProvider$5$1.onSuccess(GWTRPCCommunicationProvider.java:270)
 [frontend.jar:]
at 
com.google.gwt.user.client.rpc.impl.RequestCallbackAdapter.onResponseReceived(RequestCallbackAdapter.java:198)
 [gwt-servlet.jar:]
at 
com.google.gwt.http.client.Request.$fireOnResponseReceived(Request.java:233) 
[gwt-servlet.jar:]
at 
com.google.gwt.http.client.RequestBuilder$1.onReadyStateChange(RequestBuilder.java:409)
 [gwt-servlet.jar:]
at Unknown.eval(webadmin-0.js)
at com.google.gwt.core.client.impl.Impl.apply(Impl.java:236) 
[gwt-servlet.jar:]
at com.google.gwt.core.client.impl.Impl.entry0(Impl.java:275) 
[gwt-servlet.jar:]
at Unknown.eval(webadmin-0.js)

This error also appears when tying to migrate a VM disk to another SD.
Any idea why this happens?

regards,
Arsène


--



Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11
___
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/F3JZZHGZYAEXN33TON46LWF3IQNK7KUM/


[ovirt-users] Re: HE LUN change

2018-05-18 Thread Arsène Gschwind
Thanks for the hint Simone, I may try the shortcut.
Alternatively would it be possible to use LVM tools VGExtent - PVMove and then 
remove to old LUN?
Do you see any problem when using LVM? This could even be done on a running 
system...

regards,
Arsene
On Fri, 2018-05-18 at 09:23 +0200, Simone Tiraboschi wrote:
Hi,
the proper way is trough backup/restore following 
https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/

If you want to try a shortcut, I'm pretty confident that if both the source FC 
LUN and the target one are correctly mapped on the relevant hosts, you could 
simply:

- set global maintenance mode
- shutdown the engine VM
- stop ovirt-ha-agent and ovirt-ha-broker on all the involved hosts
- copy the source LUN content over the target LUN with dd
- filter out the source LUN at multipath level
- restart the relevant services

On Wed, May 16, 2018 at 3:31 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch<mailto:arsene.gschw...@unibas.ch>> wrote:
Hi,

We are running HE on a separate FC LUN on a storage system which needs to be 
replaced, what would be the best method to move / copy that LUN to another FC 
LUN?
Do we need to redeploy HE with backup/restore DB?

Thanks for any hint.
regards,
Arsène

--



Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11

___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto:users-le...@ovirt.org>



--



Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


[ovirt-users] HE LUN change

2018-05-16 Thread Arsène Gschwind
Hi,

We are running HE on a separate FC LUN on a storage system which needs to be 
replaced, what would be the best method to move / copy that LUN to another FC 
LUN?
Do we need to redeploy HE with backup/restore DB?

Thanks for any hint.
regards,
Arsène

--



Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch<mailto:support-...@unibas.ch> | +41 61 
267 14 11
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org


Re: [ovirt-users] After upgrade to 4.2 some VM won't start

2018-02-27 Thread Arsène Gschwind

Hi,

I would like investigate what went wrong during the Cluster 
Compatibility update on running VMs, for sure the workaround by creating 
new VM and attaching disk works great but i think it would be 
interesting to know what went wrong.


I've tried to find a way to create a dump of the VM config to be able to 
make a diff between old and new one to see what is different but without 
any luck so far...


Any idea how to create such a dump?

Thanks for any help.

rgds,

Arsene


On 02/24/2018 09:03 AM, Arsène Gschwind wrote:


When creating an identical VM and attaching the one disk it will start 
and run perfectly. It seems that during the Cluster Compatibility 
Update something doesn't work right on running VM, this only happens 
on running VMs and I could reproduce it.


Is there a way to do some kind of diff between the new and the old VM 
settings to find out what may be different?


Thanks,
Arsene


On 02/23/2018 08:14 PM, Arsène Gschwind wrote:


Hi,

After upgrading cluster compatibility to 4.2 some VM won't start and 
I'm unable to figured out why, it throws a java exception.


I've attached the engine log.

Thanks for any help/hint.

rgds,
Arsene

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] After upgrade to 4.2 some VM won't start

2018-02-24 Thread Arsène Gschwind

Yes exactly


On 02/24/2018 11:58 AM, Mahdi Adnan wrote:
So if you create new VM and attach the same disk to it, it will run 
without issues ?



--

Respectfully*
**Mahdi A. Mahdi*


*From:* users-boun...@ovirt.org <users-boun...@ovirt.org> on behalf of 
Arsène Gschwind <arsene.gschw...@unibas.ch>

*Sent:* Saturday, February 24, 2018 11:03 AM
*To:* users@ovirt.org
*Subject:* Re: [ovirt-users] After upgrade to 4.2 some VM won't start

When creating an identical VM and attaching the one disk it will start 
and run perfectly. It seems that during the Cluster Compatibility 
Update something doesn't work right on running VM, this only happens 
on running VMs and I could reproduce it.


Is there a way to do some kind of diff between the new and the old VM 
settings to find out what may be different?


Thanks,
Arsene


On 02/23/2018 08:14 PM, Arsène Gschwind wrote:


Hi,

After upgrading cluster compatibility to 4.2 some VM won't start and 
I'm unable to figured out why, it throws a java exception.


I've attached the engine log.

Thanks for any help/hint.

rgds,
Arsene

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  | Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch <mailto:support-...@unibas.ch> 
| +41 61 267 14 11




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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch <mailto:support-...@unibas.ch> 
| +41 61 267 14 11




--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] After upgrade to 4.2 some VM won't start

2018-02-24 Thread Arsène Gschwind
When creating an identical VM and attaching the one disk it will start 
and run perfectly. It seems that during the Cluster Compatibility Update 
something doesn't work right on running VM, this only happens on running 
VMs and I could reproduce it.


Is there a way to do some kind of diff between the new and the old VM 
settings to find out what may be different?


Thanks,
Arsene


On 02/23/2018 08:14 PM, Arsène Gschwind wrote:


Hi,

After upgrading cluster compatibility to 4.2 some VM won't start and 
I'm unable to figured out why, it throws a java exception.


I've attached the engine log.

Thanks for any help/hint.

rgds,
Arsene

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] After upgrade to 4.2 some VM won't start

2018-02-23 Thread Arsène Gschwind

Yes all using the same SD.


rgds,

Arsene


On 02/23/2018 08:41 PM, Mahdi Adnan wrote:

All VMs are using the same storage domain ?


--

Respectfully*
**Mahdi A. Mahdi*


*From:* users-boun...@ovirt.org <users-boun...@ovirt.org> on behalf of 
Arsène Gschwind <arsene.gschw...@unibas.ch>

*Sent:* Friday, February 23, 2018 10:14 PM
*To:* users
*Subject:* [ovirt-users] After upgrade to 4.2 some VM won't start

Hi,

After upgrading cluster compatibility to 4.2 some VM won't start and 
I'm unable to figured out why, it throws a java exception.


I've attached the engine log.

Thanks for any help/hint.

rgds,
Arsene

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch <mailto:support-...@unibas.ch> 
| +41 61 267 14 11




--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] Network and disk inactive after 4.2.1 upgrade

2018-02-23 Thread Arsène Gschwind

Hi Chris,

After upgrading from 4.1.9 to 4.2.1 I had the same problem.
Had to reactivate network and disk on all VMs.

rgds,
Arsene


On 02/13/2018 04:05 PM, Chris Adams wrote:

I upgraded my dev cluster from 4.2.0 to 4.2.1 yesterday, and I noticed
that all my VMs show the network interfaces unplugged and disks inactive
(despite the VMs being up and running just fine).  This includes the
hosted engine.

I had not rebooted VMs after upgrading, so I tried powering one off and
on; it would not start until I manually activated the disk.

I haven't seen a problem like this before (although it usually means
that I did something wrong :) ) - what should I look at?


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] Upgrade Cluster Compat Level from 4.1 to 4.2

2018-02-23 Thread Arsène Gschwind

Hi Machal,

Thanks, I've forgot to set the hook property for version 4.2.

That did the trick.

Rgds,
Arsene


On 02/22/2018 09:42 PM, Michal Skrivanek wrote:



On 22 Feb 2018, at 20:23, Arsène Gschwind <arsene.gschw...@unibas.ch 
<mailto:arsene.gschw...@unibas.ch>> wrote:


Hi,

I could successfully upgrade our Ovirt Environment from 4.1.9 to 
4.2.1, really great job with the new interface.
Everything runs well so far, the only problem I have is when trying 
to Upgrade the Cluster Compatibility Level from 4.1 to 4.2 it throw 
an error :


Error while executing action: Update of cluster compatibility version 
failed because there are VMs/Templates [spfy-tscon] with incorrect 
configuration. To fix the issue, please go to each of them, edit and 
press OK. If the save does not pass, fix the dialog validation.


This VM is a Windows Server 2016 System with a custom property using 
smbios hook, could that be the problem?



Hi,
if it’s a user defined custom property you need to define it for the 
new cluster level too, similarly as you did originally


Thanks,
michal


The engine log don't help a lot:

/2018-02-22 18:49:42,026+01 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-57) [595850d5] EVENT_ID: 
CLUSTER_CANNOT_UPDATE_VM_COMPATIBILITY_VERSION(12,005), Cannot update 
compatibility version of Vm/Template: [spfy-tscon], Message: [No 
Message]//

/

Are there some other place to investigate and get some more 
information about this error?


Thanks a lot for any Hint/Help.

rgds,
Arsene

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  | Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11


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




--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


[ovirt-users] Upgrade Cluster Compat Level from 4.1 to 4.2

2018-02-22 Thread Arsène Gschwind

Hi,

I could successfully upgrade our Ovirt Environment from 4.1.9 to 4.2.1, 
really great job with the new interface.
Everything runs well so far, the only problem I have is when trying to 
Upgrade the Cluster Compatibility Level from 4.1 to 4.2 it throw an error :


Error while executing action: Update of cluster compatibility version 
failed because there are VMs/Templates [spfy-tscon] with incorrect 
configuration. To fix the issue, please go to each of them, edit and 
press OK. If the save does not pass, fix the dialog validation.


This VM is a Windows Server 2016 System with a custom property using 
smbios hook, could that be the problem?

The engine log don't help a lot:

/2018-02-22 18:49:42,026+01 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-57) [595850d5] EVENT_ID: 
CLUSTER_CANNOT_UPDATE_VM_COMPATIBILITY_VERSION(12,005), Cannot update 
compatibility version of Vm/Template: [spfy-tscon], Message: [No Message]//

/

Are there some other place to investigate and get some more information 
about this error?


Thanks a lot for any Hint/Help.

rgds,
Arsene

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11


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


Re: [ovirt-users] ovirtmgmt network

2017-11-08 Thread Arsène Gschwind

Any hint or answer to my question?

I've searched around but couldn't find any answer...


On 10/31/2017 10:36 AM, Arsène Gschwind wrote:


Hi,

I have a question about ovirtmgmt network.

When deploying Hosted-Engine it creates ovirtmgmt bridge on top of 
main nic of the host. This means the HE will be connected to the same 
network as the main Host connection. Is it possible to separate those 
subnet, let say I would have something like


Host:

IP: 10.0.a.b (VLAN a untagged) The host has an IP address on that 
interface

GW: 10.0.a.gw

Then i would have a tagged VLAN on top of that interface :

IF2 : 10.0.c.x (VLAN c tagged) The host has no IP address on that 
interface

GW: 10.0.c.gw

Would it be possible to have the HE connected on IF2, if Yes how do we 
deploy such a setup?


Thanks for any hint.
Rgds,
Arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] can't migrate Windows 2012R2 VM

2017-11-07 Thread Arsène Gschwind

Hi Mathias,

I had a similar problem with Windows Server 2016 and could resolve it by 
installing the latest driver for QXL found at 
https://www.spice-space.org/download/windows/qxl-wddm-dod/qxl-wddm-dod-0.18/. 
This should also work for Windows 2012R2.


Arsène


On 11/07/2017 12:47 PM, Matthias Leopold wrote:

Hi,

i'm experiencing reproducible problems migrating Windows 2012R2 VMs in 
oVirt 4.1 environments. I can't migrate two different Windows 2012R2 
VMs in two different oVirt environments. engine.log in this situation 
is the same in both cases, i'm attaching it.


lines like
"Failed to destroy VM 'd4ddd4d1-2de4-4ace-900d-76552cadefb0' because 
VM does not exist, ignoring"
"VM 'd4ddd4d1-2de4-4ace-900d-76552cadefb0'(ovirt-test03_win2012) was 
unexpectedly detected as 'Down' on VDS 'xxx'"

don't sound too confidence-inspiring.

Windows 2008 and Windows 2016 VMs can be migrated with no problem.

- oVirt version is 4.1.6
- VirtIO drivers and oVirt guest agent in windows guest were installed 
from oVirt-toolsSetup-4.1-5.fc24.iso (one VM is using VirtIO devices, 
other VM isn't)
- oVirt cluster migration settings are default in a 4.1 install 
(migration policy: legacy, i also tried: minimal downtime, post copy 
migration, no avail...)


thx for any advice
matthias




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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


[ovirt-users] ovirtmgmt network

2017-10-31 Thread Arsène Gschwind

Hi,

I have a question about ovirtmgmt network.

When deploying Hosted-Engine it creates ovirtmgmt bridge on top of main 
nic of the host. This means the HE will be connected to the same network 
as the main Host connection. Is it possible to separate those subnet, 
let say I would have something like


Host:

IP: 10.0.a.b (VLAN a untagged) The host has an IP address on that interface
GW: 10.0.a.gw

Then i would have a tagged VLAN on top of that interface :

IF2 : 10.0.c.x (VLAN c tagged) The host has no IP address on that interface
GW: 10.0.c.gw

Would it be possible to have the HE connected on IF2, if Yes how do we 
deploy such a setup?


Thanks for any hint.
Rgds,
Arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] Question about gluster network

2017-10-16 Thread Arsène Gschwind



On 10/16/2017 11:21 AM, Sahina Bose wrote:



On Mon, Oct 16, 2017 at 2:33 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi,

My setup uses a separate physical network for gluster storage,
this network is available on all hosts and defined as gluster
network in the engine but the engine itself has no connection to
that network.
Does the engine need to have a connection to the gluster network?


No, it does not.

engine.log reports a lot of those warnings:

2017-10-16 10:56:58,789+02 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler8) [44485247] START,
GlusterVolumesListVDSCommand(HostName = spfy-hw03,
GlusterVolumesListVDSParameters:{runAsync='true',
hostId='78cb5865-a771-415b-af27-79e4681a6831'}), log id: 75765557
2017-10-16 10:56:58,987+02 WARN
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
(DefaultQuartzScheduler8) [44485247] Could not associate brick
'spfy-hw01:/gluster/engine/brick' of volume
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
gluster network found in cluster
'd9a88245-00ef-4d8b-b8f9-0948cde2b3e4'
2017-10-16 10:56:58,991+02 WARN
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
(DefaultQuartzScheduler8) [44485247] Could not associate brick
'spfy-hw02:/gluster/engine/brick' of volume
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
gluster network found in cluster
'd9a88245-00ef-4d8b-b8f9-0948cde2b3e4'
2017-10-16 10:56:58,994+02 WARN
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
(DefaultQuartzScheduler8) [44485247] Could not associate brick
'spfy-hw03:/gluster/engine/brick' of volume
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no
gluster network found in cluster
'd9a88245-00ef-4d8b-b8f9-0948cde2b3e4'
2017-10-16 10:56:59,016+02 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(DefaultQuartzScheduler8) [44485247] FINISH,
GlusterVolumesListVDSCommand, return:

{7ef3b155-47d7-4405-aa70-82a9b8be4033=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@34662183,

af169181-d72e-4325-9947-d7dd09e512f0=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@5f70adf6,

6d3c8561-4e52-4221-9473-88fd48ef4909=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@30e34b53,

9ecd980c-512a-4f9e-ae5e-fa1708c74076=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bb50177f},
log id: 75765557

What does this mean?

spfy-hw01, spfy-hw02, spfy-hw03 - Do these resolve correctly to the 
gluster network's IP address that engine knows? This message indicates 
that engine cannot resolve spfy-hw01 to associate it with one of the 
host's network.
This names do resolve the oVirt hosts IP but not the effective gluster 
IP, this is the case only for the engine gluster volume and has been set 
at HE setup. Is there a way to change this for HE? using the UI it seems 
not possible



Thanks for any info / help.

rgds,
Arsène

    -- 


*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  | Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch
<mailto:support-...@unibas.ch> | +41 61 267 14 11


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




--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


[ovirt-users] Question about gluster network

2017-10-16 Thread Arsène Gschwind

Hi,

My setup uses a separate physical network for gluster storage, this 
network is available on all hosts and defined as gluster network in the 
engine but the engine itself has no connection to that network.

Does the engine need to have a connection to the gluster network?

engine.log reports a lot of those warnings:

2017-10-16 10:56:58,789+02 INFO 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] 
(DefaultQuartzScheduler8) [44485247] START, 
GlusterVolumesListVDSCommand(HostName = spfy-hw03, 
GlusterVolumesListVDSParameters:{runAsync='true', 
hostId='78cb5865-a771-415b-af27-79e4681a6831'}), log id: 75765557
2017-10-16 10:56:58,987+02 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(DefaultQuartzScheduler8) [44485247] Could not associate brick 
'spfy-hw01:/gluster/engine/brick' of volume 
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no 
gluster network found in cluster 'd9a88245-00ef-4d8b-b8f9-0948cde2b3e4'
2017-10-16 10:56:58,991+02 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(DefaultQuartzScheduler8) [44485247] Could not associate brick 
'spfy-hw02:/gluster/engine/brick' of volume 
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no 
gluster network found in cluster 'd9a88245-00ef-4d8b-b8f9-0948cde2b3e4'
2017-10-16 10:56:58,994+02 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(DefaultQuartzScheduler8) [44485247] Could not associate brick 
'spfy-hw03:/gluster/engine/brick' of volume 
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no 
gluster network found in cluster 'd9a88245-00ef-4d8b-b8f9-0948cde2b3e4'
2017-10-16 10:56:59,016+02 INFO 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] 
(DefaultQuartzScheduler8) [44485247] FINISH, 
GlusterVolumesListVDSCommand, return: 
{7ef3b155-47d7-4405-aa70-82a9b8be4033=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@34662183, 
af169181-d72e-4325-9947-d7dd09e512f0=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@5f70adf6, 
6d3c8561-4e52-4221-9473-88fd48ef4909=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@30e34b53, 
9ecd980c-512a-4f9e-ae5e-fa1708c74076=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@bb50177f}, 
log id: 75765557


What does this mean?

Thanks for any info / help.

rgds,
Arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] oVirt web interface events console sorting

2017-09-15 Thread Arsène Gschwind

Hi,

I can confirm the same behavior on 4.1.5 HE setup.

Rgds,
Arsene


On 08/24/2017 04:41 PM, Misak Khachatryan wrote:

Hello,

my events started appear in reverse order lower part of web interface.
Anybody have same issues?


Best regards,
Misak Khachatryan
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] Failed to import the Hosted Engine Storage Domain

2017-09-06 Thread Arsène Gschwind



On 09/05/2017 09:02 AM, Arsène Gschwind wrote:




On 09/04/2017 07:59 PM, Simone Tiraboschi wrote:


On Mon, Sep 4, 2017 at 7:32 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:




On 09/04/2017 06:32 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 6:24 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>>
wrote:



On 09/04/2017 02:51 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 2:21 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:



On 09/04/2017 02:01 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 1:55 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:



On 09/04/2017 01:52 PM, Simone Tiraboschi wrote:



    On Mon, Sep 4, 2017 at 12:23 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Hi Simone,


On 09/04/2017 11:14 AM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 10:56 AM, Arsène
Gschwind <arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Hi Didi,


On 09/04/2017 10:15 AM, Yedidyah Bar
    David wrote:

On Mon, Sep 4, 2017 at 10:16 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch>
<mailto:arsene.gschw...@unibas.ch>  wrote:

Hi all,

A while ago I had some problem with hosted-engine 
network which wasn't set
correctly at deploy time, so I finally decided to 
redeploy the hosted engine
in the hope the network will be set correctly this 
time. I've followed this
procedure:

Stop all VMs
Full backup of HE DB and export to safe place
Cleanup HE storage 
followinghttps://access.redhat.com/solutions/2121581
<https://access.redhat.com/solutions/2121581>
Reboot Hosts
Re-deploy HE until DB recovery
Recover DB adding the following param:
  --he-remove-storage-vm Removes the 
hosted-engine storage
domain, all its entities and the hosted-engine VM 
during restore.
  --he-remove-hosts  Removes all the 
hosted-engine hosts
during restore.

Finalize HE deployment.

Everything did run without errors and I'm able to 
access Web UI.

But now I don't see my HE VM and its respective Storage 
Domain, the logs
says it isn't able to import it. I see all other SD and 
I'm able to manage
my VMs as before.

Please find attached engine.log

I think this is your problem:

2017-09-04 03:26:14,272+02 INFO

[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-24) [2383eaa0] There 
are existing luns
in the system which are part of VG id
'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'

I don't see a VG with this ID, here the
IDs I see on the hosts:

VG #PV #LV #SN Attr   VSize VFree
6b62cc06-fc44-4c38-af6d-bfd9cbe73246 1 
10   0 wz--n- 99.62g 14.50g
b0414c06-d984-4001-a998-fd9a2e79fb83 2 
70   0 wz--n- 10.00t 2.31t
b2e30961-7cff-4cca-83d6-bee3a4f890ee 2 
47   0 wz--n-  5.27t 2.50t



Could you please repeat the command on host
adm-kvmh70 ?

2017-09-04 09:04:18,163+02 INFO
 [org.ovirt.engine.core.bll.st

<http://org.ovirt.engine.core.bll.st>orage.domain.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-34)
[247a3718] Running command:
ImportHostedEngineStorageDomainCommand
internal: true.
2017-09-04 09:04:18,189+02 INFO
 
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand]
(org.ovirt.thread

Re: [ovirt-users] Failed to import the Hosted Engine Storage Domain

2017-09-04 Thread Arsène Gschwind



On 09/04/2017 06:32 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 6:24 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:




On 09/04/2017 02:51 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 2:21 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:



On 09/04/2017 02:01 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 1:55 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:



On 09/04/2017 01:52 PM, Simone Tiraboschi wrote:



    On Mon, Sep 4, 2017 at 12:23 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Hi Simone,


On 09/04/2017 11:14 AM, Simone Tiraboschi wrote:



    On Mon, Sep 4, 2017 at 10:56 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Hi Didi,


On 09/04/2017 10:15 AM, Yedidyah Bar David wrote:

On Mon, Sep 4, 2017 at 10:16 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch>
<mailto:arsene.gschw...@unibas.ch>  wrote:

Hi all,

A while ago I had some problem with hosted-engine network 
which wasn't set
correctly at deploy time, so I finally decided to redeploy 
the hosted engine
in the hope the network will be set correctly this time. 
I've followed this
procedure:

Stop all VMs
Full backup of HE DB and export to safe place
Cleanup HE storage 
followinghttps://access.redhat.com/solutions/2121581
<https://access.redhat.com/solutions/2121581>
Reboot Hosts
Re-deploy HE until DB recovery
Recover DB adding the following param:
  --he-remove-storage-vm Removes the 
hosted-engine storage
domain, all its entities and the hosted-engine VM during 
restore.
  --he-remove-hosts  Removes all the 
hosted-engine hosts
during restore.

Finalize HE deployment.

Everything did run without errors and I'm able to access 
Web UI.

But now I don't see my HE VM and its respective Storage 
Domain, the logs
says it isn't able to import it. I see all other SD and I'm 
able to manage
my VMs as before.

Please find attached engine.log

I think this is your problem:

2017-09-04 03:26:14,272+02 INFO

[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-24) [2383eaa0] There are 
existing luns
in the system which are part of VG id
'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'

I don't see a VG with this ID, here the IDs I
see on the hosts:

VG #PV #LV #SN Attr   VSize VFree
6b62cc06-fc44-4c38-af6d-bfd9cbe73246 1  10   0
wz--n- 99.62g 14.50g
b0414c06-d984-4001-a998-fd9a2e79fb83 2  70   0
wz--n- 10.00t 2.31t
b2e30961-7cff-4cca-83d6-bee3a4f890ee 2  47   0
wz--n-  5.27t 2.50t



Could you please repeat the command on host
adm-kvmh70 ?

2017-09-04 09:04:18,163+02 INFO
 [org.ovirt.engine.core.bll.st

<http://org.ovirt.engine.core.bll.st>orage.domain.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-34) [247a3718]
Running command:
ImportHostedEngineStorageDomainCommand internal: true.
2017-09-04 09:04:18,189+02 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2]
START, GetVGInfoVDSCommand(HostName = adm-kvmh70,
GetVGInfoVDSCommandParameters:{runAsync='true',
hostId='acbacabb-6c4a-43fd-a1e2-2d7ff2f6f98b',
VGID='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'}),
log id: 6693b98a
2017-09-04 09:04:18,232+02 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2]
FINISH, GetVGInfoVDSCommand, return:
 

Re: [ovirt-users] Failed to import the Hosted Engine Storage Domain

2017-09-04 Thread Arsène Gschwind



On 09/04/2017 02:51 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 2:21 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:




On 09/04/2017 02:01 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 1:55 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:



On 09/04/2017 01:52 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 12:23 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Hi Simone,


On 09/04/2017 11:14 AM, Simone Tiraboschi wrote:



    On Mon, Sep 4, 2017 at 10:56 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Hi Didi,


On 09/04/2017 10:15 AM, Yedidyah Bar David wrote:

    On Mon, Sep 4, 2017 at 10:16 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch>
<mailto:arsene.gschw...@unibas.ch>  wrote:

Hi all,

A while ago I had some problem with hosted-engine network which 
wasn't set
correctly at deploy time, so I finally decided to redeploy the 
hosted engine
in the hope the network will be set correctly this time. I've 
followed this
procedure:

Stop all VMs
Full backup of HE DB and export to safe place
Cleanup HE storage 
followinghttps://access.redhat.com/solutions/2121581
<https://access.redhat.com/solutions/2121581>
Reboot Hosts
Re-deploy HE until DB recovery
Recover DB adding the following param:
  --he-remove-storage-vm Removes the hosted-engine 
storage
domain, all its entities and the hosted-engine VM during 
restore.
  --he-remove-hosts  Removes all the 
hosted-engine hosts
during restore.

Finalize HE deployment.

Everything did run without errors and I'm able to access Web UI.

But now I don't see my HE VM and its respective Storage Domain, 
the logs
says it isn't able to import it. I see all other SD and I'm 
able to manage
my VMs as before.

Please find attached engine.log

I think this is your problem:

2017-09-04 03:26:14,272+02 INFO

[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-24) [2383eaa0] There are 
existing luns
in the system which are part of VG id
'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'

I don't see a VG with this ID, here the IDs I see
on the hosts:

VG #PV #LV #SN Attr   VSize VFree
6b62cc06-fc44-4c38-af6d-bfd9cbe73246 1  10   0
wz--n- 99.62g 14.50g
b0414c06-d984-4001-a998-fd9a2e79fb83 2  70   0
wz--n- 10.00t 2.31t
b2e30961-7cff-4cca-83d6-bee3a4f890ee 2  47   0
wz--n-  5.27t 2.50t



Could you please repeat the command on host adm-kvmh70 ?

2017-09-04 09:04:18,163+02 INFO
 [org.ovirt.engine.core.bll.st

<http://org.ovirt.engine.core.bll.st>orage.domain.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-34) [247a3718] Running
command: ImportHostedEngineStorageDomainCommand
internal: true.
2017-09-04 09:04:18,189+02 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] START,
GetVGInfoVDSCommand(HostName = adm-kvmh70,
GetVGInfoVDSCommandParameters:{runAsync='true',
hostId='acbacabb-6c4a-43fd-a1e2-2d7ff2f6f98b',
VGID='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'}), log
id: 6693b98a
2017-09-04 09:04:18,232+02 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] FINISH,
GetVGInfoVDSCommand, return:
[LUNs:{id='repl_HostedEngine',
physicalVolumeId='kYN8Jj-FBDw-MhxI-XcoZ-w1zH-eQL8-IRIgzO',
volumeGroupId='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g',
serial='SHITACHI_OPEN-V_5048', lunMapping='4',
vendorId='HITACHI', productId='OPEN-V',
lunConnections='[]', deviceSize='100', pvSize='0',
peCount='797', peAllocatedCount='681',
vendorName='HITACHI', pathsDictionary='[sdf=true,
sdu=true, sdk=true, sd

Re: [ovirt-users] Failed to import the Hosted Engine Storage Domain

2017-09-04 Thread Arsène Gschwind



On 09/04/2017 01:52 PM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 12:23 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi Simone,


On 09/04/2017 11:14 AM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 10:56 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:

Hi Didi,


On 09/04/2017 10:15 AM, Yedidyah Bar David wrote:

On Mon, Sep 4, 2017 at 10:16 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch> <mailto:arsene.gschw...@unibas.ch>  wrote:

Hi all,

A while ago I had some problem with hosted-engine network which wasn't 
set
correctly at deploy time, so I finally decided to redeploy the hosted 
engine
in the hope the network will be set correctly this time. I've followed 
this
procedure:

Stop all VMs
Full backup of HE DB and export to safe place
Cleanup HE storage followinghttps://access.redhat.com/solutions/2121581
<https://access.redhat.com/solutions/2121581>
Reboot Hosts
Re-deploy HE until DB recovery
Recover DB adding the following param:
  --he-remove-storage-vm Removes the hosted-engine storage
domain, all its entities and the hosted-engine VM during restore.
  --he-remove-hosts  Removes all the hosted-engine hosts
during restore.

Finalize HE deployment.

Everything did run without errors and I'm able to access Web UI.

But now I don't see my HE VM and its respective Storage Domain, the logs
says it isn't able to import it. I see all other SD and I'm able to 
manage
my VMs as before.

Please find attached engine.log

I think this is your problem:

2017-09-04 03:26:14,272+02 INFO

[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-24) [2383eaa0] There are existing luns
in the system which are part of VG id
'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'

I don't see a VG with this ID, here the IDs I see on the hosts:

  VG #PV #LV #SN Attr   VSize  VFree
6b62cc06-fc44-4c38-af6d-bfd9cbe73246 1  10   0 wz--n- 99.62g
14.50g
b0414c06-d984-4001-a998-fd9a2e79fb83 2  70   0 wz--n- 10.00t 
2.31t
b2e30961-7cff-4cca-83d6-bee3a4f890ee 2  47   0 wz--n-  5.27t 
2.50t



Could you please repeat the command on host adm-kvmh70 ?

2017-09-04 09:04:18,163+02 INFO
 
[org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-34) [247a3718] Running command:
ImportHostedEngineStorageDomainCommand internal: true.
2017-09-04 09:04:18,189+02 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] START,
GetVGInfoVDSCommand(HostName = adm-kvmh70,
GetVGInfoVDSCommandParameters:{runAsync='true',
hostId='acbacabb-6c4a-43fd-a1e2-2d7ff2f6f98b',
VGID='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'}), log id: 6693b98a
2017-09-04 09:04:18,232+02 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand]
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] FINISH,
GetVGInfoVDSCommand, return: [LUNs:{id='repl_HostedEngine',
physicalVolumeId='kYN8Jj-FBDw-MhxI-XcoZ-w1zH-eQL8-IRIgzO',
volumeGroupId='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g',
serial='SHITACHI_OPEN-V_5048', lunMapping='4',
vendorId='HITACHI', productId='OPEN-V', lunConnections='[]',
deviceSize='100', pvSize='0', peCount='797',
peAllocatedCount='681', vendorName='HITACHI',
pathsDictionary='[sdf=true, sdu=true, sdk=true, sdp=true]',
pathsCapacity='[sdf=100, sdu=100, sdk=100, sdp=100]',
lunType='FCP', status='null', diskId='null', diskAlias='null',
storageDomainId='6b62cc06-fc44-4c38-af6d-bfd9cbe73246',
storageDomainName='null', discardMaxSize='268435456',
discardZeroesData='true'}], log id: 6693b98a
2017-09-04 09:04:18,245+02 INFO
 
[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] There are existing
luns in the system which are part of VG id
'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'
2017-09-04 09:04:18,245+02 WARN
 
[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] Validation of
action 'AddExistingBlockStorageDomain' failed for user SYSTEM.
Reasons:

VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ADD,ACTION_TYPE_FAILED_IMPORT_STORAGE_DOMAIN_EXTERNAL_LUN_DISK_EXIST

I don't know which command you are talking about, I didn't run any
command since it tries to import the SD automatically.


Sorry, 

Re: [ovirt-users] Failed to import the Hosted Engine Storage Domain

2017-09-04 Thread Arsène Gschwind

Hi Simone,


On 09/04/2017 11:14 AM, Simone Tiraboschi wrote:



On Mon, Sep 4, 2017 at 10:56 AM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi Didi,


On 09/04/2017 10:15 AM, Yedidyah Bar David wrote:

On Mon, Sep 4, 2017 at 10:16 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch> <mailto:arsene.gschw...@unibas.ch>  wrote:

Hi all,

A while ago I had some problem with hosted-engine network which wasn't set
correctly at deploy time, so I finally decided to redeploy the hosted engine
in the hope the network will be set correctly this time. I've followed this
procedure:

Stop all VMs
Full backup of HE DB and export to safe place
Cleanup HE storage followinghttps://access.redhat.com/solutions/2121581
<https://access.redhat.com/solutions/2121581>
Reboot Hosts
Re-deploy HE until DB recovery
Recover DB adding the following param:
  --he-remove-storage-vm Removes the hosted-engine storage
domain, all its entities and the hosted-engine VM during restore.
  --he-remove-hosts  Removes all the hosted-engine hosts
during restore.

Finalize HE deployment.

Everything did run without errors and I'm able to access Web UI.

But now I don't see my HE VM and its respective Storage Domain, the logs
says it isn't able to import it. I see all other SD and I'm able to manage
my VMs as before.

Please find attached engine.log

I think this is your problem:

2017-09-04 03:26:14,272+02 INFO

[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-24) [2383eaa0] There are existing luns
in the system which are part of VG id
'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'

I don't see a VG with this ID, here the IDs I see on the hosts:

  VG    #PV #LV #SN Attr   VSize  VFree
  6b62cc06-fc44-4c38-af6d-bfd9cbe73246 1  10   0 wz--n- 99.62g 14.50g
  b0414c06-d984-4001-a998-fd9a2e79fb83 2  70   0 wz--n- 10.00t  2.31t
  b2e30961-7cff-4cca-83d6-bee3a4f890ee 2  47   0 wz--n-  5.27t  2.50t



Could you please repeat the command on host adm-kvmh70 ?

2017-09-04 09:04:18,163+02 INFO 
 [org.ovirt.engine.core.bll.storage.domain.ImportHostedEngineStorageDomainCommand] 
(org.ovirt.thread.pool-6-thread-34) [247a3718] Running command: 
ImportHostedEngineStorageDomainCommand internal: true.
2017-09-04 09:04:18,189+02 INFO 
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] 
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] START, 
GetVGInfoVDSCommand(HostName = adm-kvmh70, 
GetVGInfoVDSCommandParameters:{runAsync='true', 
hostId='acbacabb-6c4a-43fd-a1e2-2d7ff2f6f98b', 
VGID='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'}), log id: 6693b98a
2017-09-04 09:04:18,232+02 INFO 
 [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] 
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] FINISH, 
GetVGInfoVDSCommand, return: [LUNs:{id='repl_HostedEngine', 
physicalVolumeId='kYN8Jj-FBDw-MhxI-XcoZ-w1zH-eQL8-IRIgzO', 
volumeGroupId='vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g', 
serial='SHITACHI_OPEN-V_5048', lunMapping='4', vendorId='HITACHI', 
productId='OPEN-V', lunConnections='[]', deviceSize='100', pvSize='0', 
peCount='797', peAllocatedCount='681', vendorName='HITACHI', 
pathsDictionary='[sdf=true, sdu=true, sdk=true, sdp=true]', 
pathsCapacity='[sdf=100, sdu=100, sdk=100, sdp=100]', lunType='FCP', 
status='null', diskId='null', diskAlias='null', 
storageDomainId='6b62cc06-fc44-4c38-af6d-bfd9cbe73246', 
storageDomainName='null', discardMaxSize='268435456', 
discardZeroesData='true'}], log id: 6693b98a
2017-09-04 09:04:18,245+02 INFO 
 [org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand] 
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] There are existing luns 
in the system which are part of VG id 
'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'
2017-09-04 09:04:18,245+02 WARN 
 [org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand] 
(org.ovirt.thread.pool-6-thread-34) [7d2e6cb2] Validation of action 
'AddExistingBlockStorageDomain' failed for user SYSTEM. Reasons: 
VAR__TYPE__STORAGE__DOMAIN,VAR__ACTION__ADD,ACTION_TYPE_FAILED_IMPORT_STORAGE_DOMAIN_EXTERNAL_LUN_DISK_EXIST
I don't know which command you are talking about, I didn't run any 
command since it tries to import the SD automatically.


Thanks,
Arsene





Thanks for any help to resolve that issue.

I guess you can try to remove this disk/lun from the engine and let it 
retry.

Could let me know how to remove that lun from the engine?

If the only disk is of the hosted-engine, I guess it should have been
removed by '--he-remove-storage-vm' - if so, please open a bug
describing your flow in detail. Thanks.

It seems that this option didn't remove the he storage information
and that this VG is still the old one.

Re: [ovirt-users] Failed to import the Hosted Engine Storage Domain

2017-09-04 Thread Arsène Gschwind

Hi Didi,


On 09/04/2017 10:15 AM, Yedidyah Bar David wrote:

On Mon, Sep 4, 2017 at 10:16 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch> wrote:

Hi all,

A while ago I had some problem with hosted-engine network which wasn't set
correctly at deploy time, so I finally decided to redeploy the hosted engine
in the hope the network will be set correctly this time. I've followed this
procedure:

Stop all VMs
Full backup of HE DB and export to safe place
Cleanup HE storage following https://access.redhat.com/solutions/2121581
Reboot Hosts
Re-deploy HE until DB recovery
Recover DB adding the following param:
  --he-remove-storage-vm Removes the hosted-engine storage
domain, all its entities and the hosted-engine VM during restore.
  --he-remove-hosts  Removes all the hosted-engine hosts
during restore.

Finalize HE deployment.

Everything did run without errors and I'm able to access Web UI.

But now I don't see my HE VM and its respective Storage Domain, the logs
says it isn't able to import it. I see all other SD and I'm able to manage
my VMs as before.

Please find attached engine.log

I think this is your problem:

2017-09-04 03:26:14,272+02 INFO
[org.ovirt.engine.core.bll.storage.domain.AddExistingBlockStorageDomainCommand]
(org.ovirt.thread.pool-6-thread-24) [2383eaa0] There are existing luns
in the system which are part of VG id
'vvIoS2-fZTZ-99Ox-Ltzq-pr8U-SL2z-wbTU8g'

I don't see a VG with this ID, here the IDs I see on the hosts:

  VG   #PV #LV #SN Attr   VSize VFree
  6b62cc06-fc44-4c38-af6d-bfd9cbe73246   1  10   0 wz--n- 99.62g 14.50g
  b0414c06-d984-4001-a998-fd9a2e79fb83   2  70   0 wz--n- 10.00t  2.31t
  b2e30961-7cff-4cca-83d6-bee3a4f890ee   2  47   0 wz--n- 5.27t  2.50t


Thanks for any help to resolve that issue.


I guess you can try to remove this disk/lun from the engine and let it retry.

Could let me know how to remove that lun from the engine?


If the only disk is of the hosted-engine, I guess it should have been
removed by '--he-remove-storage-vm' - if so, please open a bug
describing your flow in detail. Thanks.
It seems that this option didn't remove the he storage information and 
that this VG is still the old one.


Many thanks for your help
Rgds,
Arsene


Best,


Arsène

--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11


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






--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] ovirt on sdcard?

2017-07-20 Thread Arsène Gschwind

Hi Lionel,

I'm running such a setup since about 4 month without any problem so far, 
on Cisco UCS Blades.


rgds,
Arsène


On 07/19/2017 09:16 PM, Lionel Caignec wrote:

Hi,

i'm planning to install some new hypervisors (ovirt) and i'm wondering if it's 
possible to get it installed on sdcard.
I know there is write limitation on this kind of storage device.
Is it a viable solution? there is somewhere some tuto about tuning ovirt on 
this kind of storage?

Thanks

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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


[ovirt-users] oVirt Metrics

2017-07-11 Thread Arsène Gschwind

Hi all,

I'm trying to setup oVirt metrics as described at 
https://www.ovirt.org/develop/release-management/features/engine/metrics-store/ 
using SSO.

My oVirt installation is based on Version: 4.1.3.5-1.el7.centos.

I'm missing the SSO tool called ovirt-register-sso-client as written in 
the doc to register new SSO client. I couldn't figure out which package 
contains that tool, is it included in the latest distribution ?


Thanks for any help.

rgds,
Arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] hosted-engine network

2017-06-27 Thread Arsène Gschwind

Would re-deploying the hosted-engine and restoring the backup be an option?

Thanks a lot for your help

Rgds,
Arsène


On 06/27/2017 03:15 PM, Evgenia Tokar wrote:

The set-shared-config does not allow editing of the vm.conf or the ovf.

The original vm.conf that the hosted engine vm was started with 
contains the correct network, so it must have been removed at a later 
stage.


To get a working environment I don't see another option then fixing 
the network in the db.

What do the following queries return:
  1. select vm_interface.vm_guid, vnic_profile_id from vm_interface, 
vm_static where vm_name='HostedEngine';

  2. select id from vnic_profiles where name='ovirtmgmt';
The vnic profile id that is returned from the first query should be 
the same as the one that has the ovirtmgmt name in the second query.


Thanks,
Jenny



Jenny Tokar


On Thu, Jun 22, 2017 at 2:53 PM, Yedidyah Bar David <d...@redhat.com 
<mailto:d...@redhat.com>> wrote:


On Thu, Jun 22, 2017 at 2:32 PM, Yanir Quinn <yqu...@redhat.com
<mailto:yqu...@redhat.com>> wrote:
> Adding Didi,
> Didi, do you happen to know of scenarios where we use the
migration scripts
> and the nic in the OVF is gone missing ?  (maybe after the
restore stage)

I do not think I understand the question.

Migration from standalone to hosted-engine does not involve a nic
in an ovf, AFAIU.

To get/set stuff on the shared storage, hosted-engine has options
'--{get,set}-shared-config', see also:

https://bugzilla.redhat.com/show_bug.cgi?id=1301681
<https://bugzilla.redhat.com/show_bug.cgi?id=1301681>

For the engine vm.conf, indeed it's updated from data in the engine
db, but I do not know well the details. Adding Simone.

>
> Regards,
> Yanir
>
> On Wed, Jun 21, 2017 at 12:02 PM, Arsène Gschwind
> <arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>>
wrote:
>>
>> Hi Yanir,
>>
>> We had our oVirt Engine running on a HW server so we decided to
move it to
>> hosted-engine. For this I've followed the Howto at
>>

http://www.ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_Metal_to_an_EL-Based_Self-Hosted_Environment/

<http://www.ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_Metal_to_an_EL-Based_Self-Hosted_Environment/>.
>>
>> The Hosted-Storage is located on a FC SAN LUN.
>>
>> Please find attached the setup log.
>>
>> Tanks a lot.
>>
>> Regards,
>> Arsène
>>
>>
>> On 06/21/2017 10:14 AM, Yanir Quinn wrote:
>>
>> HI Arsene
>>
>> Just to be clear, can you write down the steps to reproduce ? (the
>> migration procedure . and if possible the state before and after)
>>
>> Thanks
>>
>> On Mon, Jun 19, 2017 at 8:34 PM, Arsène Gschwind
>> <arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>>
wrote:
>>>
>>> Hi Jenny,
>>>
>>> Thanks for the explanations..
>>>
>>> Please find vm.conf attached, it looks like the ovirtmgmt
network is
>>> defined
>>>
>>> Regards,
>>> Arsène
>>>
>>>
>>> On 06/19/2017 01:46 PM, Evgenia Tokar wrote:
>>>
>>> Hi,
>>>
>>> It should be in one of the directories on your storage domain:
>>>
/cd1f6775-61e9-4d04-b41c-c64925d5a905/images//
>>>
>>> To see which one you can run the following command:
>>>
>>> vdsm-client Volume getInfo volumeID= imageID=
>>> storagedomainID= storagepoolID=
>>>
>>> the storage domain id is: cd1f6775-61e9-4d04-b41c-c64925d5a905
    >>> the storage pool id can be found using: vdsm-client
StorageDomain getInfo
>>> storagedomainID=cd1f6775-61e9-4d04-b41c-c64925d5a905
>>>
>>> The volume that has "description":
"HostedEngineConfigurationImage" is
>>> the one you are looking for.
>>> Untar it and it should contain the original vm.conf which was
used to
>>> start the hosted engine.
>>>
>>> Jenny Tokar
>>>
>>>
>>> On Mon, Jun 19, 2017 at 12:59 PM, Arsène Gschwind
>>> <arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>>
wrote:
>>>>
>>>> Hi Jenny,
>>>>
>>>> 1. I couldn't locate any tar file containing vm.conf, do 

Re: [ovirt-users] hosted-engine network

2017-06-21 Thread Arsène Gschwind

Hi Yanir,

We had our oVirt Engine running on a HW server so we decided to move it 
to hosted-engine. For this I've followed the Howto at 
http://www.ovirt.org/documentation/self-hosted/chap-Migrating_from_Bare_Metal_to_an_EL-Based_Self-Hosted_Environment/.


The Hosted-Storage is located on a FC SAN LUN.

Please find attached the setup log.

Tanks a lot.

Regards,
Arsène


On 06/21/2017 10:14 AM, Yanir Quinn wrote:

HI Arsene

Just to be clear, can you write down the steps to reproduce ? (the 
migration procedure . and if possible the state before and after)


Thanks

On Mon, Jun 19, 2017 at 8:34 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi Jenny,

Thanks for the explanations..

Please find vm.conf attached, it looks like the ovirtmgmt network
is defined

Regards,
Arsène


On 06/19/2017 01:46 PM, Evgenia Tokar wrote:

Hi,

It should be in one of the directories on your storage domain:
/cd1f6775-61e9-4d04-b41c-c64925d5a905/images//

To see which one you can run the following command:

vdsm-client Volume getInfo volumeID= imageID=
storagedomainID= storagepoolID=

the storage domain id is: cd1f6775-61e9-4d04-b41c-c64925d5a905
the storage pool id can be found using: vdsm-client StorageDomain
getInfo storagedomainID=cd1f6775-61e9-4d04-b41c-c64925d5a905

The volume that has "description":
"HostedEngineConfigurationImage" is the one you are looking for.
Untar it and it should contain the original vm.conf which was
used to start the hosted engine.

Jenny Tokar


On Mon, Jun 19, 2017 at 12:59 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:

Hi Jenny,

1. I couldn't locate any tar file containing vm.conf, do you
know the exact place where it is stored?

2. The ovirtmgmt appears in the network dropdown but I'm not
able to change since it complains about locked values.

Thanks a lot for your help.

Regards,
Arsène



On 06/14/2017 01:26 PM, Evgenia Tokar wrote:

Hi Arseny,

Looking at the log the ovf doesn't contain the ovirtmgmt
network.

1. Can you provide the original vm.conf file the engine was
started with? It is located in a tar archive on your storage
domain.
2. It's uncelar from the screenshot, in the network dropdown
do you have an option to add a ovirtmgmt network?

Thanks,
Jenny


    On Tue, Jun 13, 2017 at 11:19 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Sorry for that, I haven't checked.

I've replaced the log file with a new version which
should work i hope.

Many Thanks.

Regards,
Arsène


On 06/12/2017 02:33 PM, Martin Sivak wrote:

I am sorry to say so, but it seems the log archive is corrupted. I
can't open it.

Regards

Martin Sivak

    On Mon, Jun 12, 2017 at 12:47 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch>
<mailto:arsene.gschw...@unibas.ch>  wrote:

Please find the logs here:

https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0

<https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0>

Thanks.

Regards,
Arsène

Hi,

Sorry for this, it seems that the attachment have been detached.

So let's try again

Regards,
Arsène


On 06/12/2017 11:59 AM, Martin Sivak wrote:

Hi,

I would love to help you, but I didn't get the log file..

Regards

    Martin Sivak

On Mon, Jun 12, 2017 at 11:49 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch>
<mailto:arsene.gschw...@unibas.ch>  wrote:

Hi all,

Any chance to get help or a hint to solve my Problem, I have no 
idea how to
change this configuration since it is not possible using the WebUI.

Thanks a lot.

    Regards,
Arsène


On 06/07/2017 11:50 AM, Arsène Gschwind wrote:

Hi all,

Please find attached the agent.log DEBUG and a screenshot from webui

Thanks a lot

Best regards,

Arsène


On 06/07/2017 11:27 AM, Martin Sivak wrote:

Hi all,

Yanir is right, the local vm.conf is just a cache of what was
retrieved from the engine.

I might be interesting to check what the configuration of the engine
VM shows when edited using the webadmin. 

Re: [ovirt-users] hosted-engine network

2017-06-19 Thread Arsène Gschwind

Hi Jenny,

Thanks for the explanations..

Please find vm.conf attached, it looks like the ovirtmgmt network is defined

Regards,
Arsène


On 06/19/2017 01:46 PM, Evgenia Tokar wrote:

Hi,

It should be in one of the directories on your storage domain:
/cd1f6775-61e9-4d04-b41c-c64925d5a905/images//

To see which one you can run the following command:

vdsm-client Volume getInfo volumeID= imageID= 
storagedomainID= storagepoolID=


the storage domain id is: cd1f6775-61e9-4d04-b41c-c64925d5a905
the storage pool id can be found using: vdsm-client StorageDomain 
getInfo storagedomainID=cd1f6775-61e9-4d04-b41c-c64925d5a905


The volume that has "description": "HostedEngineConfigurationImage" is 
the one you are looking for.
Untar it and it should contain the original vm.conf which was used to 
start the hosted engine.


Jenny Tokar


On Mon, Jun 19, 2017 at 12:59 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi Jenny,

1. I couldn't locate any tar file containing vm.conf, do you know
the exact place where it is stored?

2. The ovirtmgmt appears in the network dropdown but I'm not able
to change since it complains about locked values.

Thanks a lot for your help.

Regards,
Arsène



On 06/14/2017 01:26 PM, Evgenia Tokar wrote:

Hi Arseny,

Looking at the log the ovf doesn't contain the ovirtmgmt network.

1. Can you provide the original vm.conf file the engine was
started with? It is located in a tar archive on your storage domain.
2. It's uncelar from the screenshot, in the network dropdown do
you have an option to add a ovirtmgmt network?

Thanks,
Jenny


On Tue, Jun 13, 2017 at 11:19 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:

Sorry for that, I haven't checked.

I've replaced the log file with a new version which should
work i hope.

Many Thanks.

Regards,
Arsène


On 06/12/2017 02:33 PM, Martin Sivak wrote:

I am sorry to say so, but it seems the log archive is corrupted. I
can't open it.

Regards

Martin Sivak

    On Mon, Jun 12, 2017 at 12:47 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch> <mailto:arsene.gschw...@unibas.ch>  wrote:

Please find the logs here:

https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0

<https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0>

Thanks.

Regards,
Arsène

Hi,

Sorry for this, it seems that the attachment have been detached.

So let's try again

Regards,
Arsène


On 06/12/2017 11:59 AM, Martin Sivak wrote:

Hi,

I would love to help you, but I didn't get the log file..

Regards

    Martin Sivak

On Mon, Jun 12, 2017 at 11:49 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch> <mailto:arsene.gschw...@unibas.ch>  wrote:

Hi all,

Any chance to get help or a hint to solve my Problem, I have no idea 
how to
change this configuration since it is not possible using the WebUI.

Thanks a lot.

    Regards,
Arsène


On 06/07/2017 11:50 AM, Arsène Gschwind wrote:

Hi all,

Please find attached the agent.log DEBUG and a screenshot from webui

Thanks a lot

Best regards,

Arsène


On 06/07/2017 11:27 AM, Martin Sivak wrote:

Hi all,

Yanir is right, the local vm.conf is just a cache of what was
retrieved from the engine.

I might be interesting to check what the configuration of the engine
VM shows when edited using the webadmin. Or enable debug logging [1]
for hosted engine and add the OVF dump we send there now and then (the
xml representation of the VM).

[1] See /etc/ovirt-hosted-engine-ha/agent-log.conf and change the
level for root logger to DEBUG

Best regards

Martin Sivak

On Wed, Jun 7, 2017 at 11:12 AM, Yanir Quinn<yqu...@redhat.com> 
<mailto:yqu...@redhat.com>  wrote:

If im not mistaken the values of vm.conf are repopulated from the 
database ,
but i wouldn't recommend meddling with DB data.
maybe the network device wasn't set properly during the hosted engine 
setup
?

On Wed, Jun 7, 2017 at 11:47 AM, Arsène Gschwind<arsene.gschw...@unibas.ch> 
<mailto:arsene.gschw...@unibas.ch>
wrote:

Hi,

Any chance to get a hint how to change the vm.conf file so it will not 
be
    overwritten constantly?

Thanks a lot.

Arsène


On 06/06/2017 09:50 AM, Arsène Gschwind wrote:

Hi,

I've migrated our oVirt engine to hosted-engine 

Re: [ovirt-users] hosted-engine network

2017-06-19 Thread Arsène Gschwind

Hi Jenny,

1. I couldn't locate any tar file containing vm.conf, do you know the 
exact place where it is stored?


2. The ovirtmgmt appears in the network dropdown but I'm not able to 
change since it complains about locked values.


Thanks a lot for your help.

Regards,
Arsène



On 06/14/2017 01:26 PM, Evgenia Tokar wrote:

Hi Arseny,

Looking at the log the ovf doesn't contain the ovirtmgmt network.

1. Can you provide the original vm.conf file the engine was started 
with? It is located in a tar archive on your storage domain.
2. It's uncelar from the screenshot, in the network dropdown do you 
have an option to add a ovirtmgmt network?


Thanks,
Jenny


On Tue, Jun 13, 2017 at 11:19 AM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Sorry for that, I haven't checked.

I've replaced the log file with a new version which should work i
hope.

Many Thanks.

Regards,
Arsène


On 06/12/2017 02:33 PM, Martin Sivak wrote:

I am sorry to say so, but it seems the log archive is corrupted. I
can't open it.

Regards

Martin Sivak

On Mon, Jun 12, 2017 at 12:47 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch> <mailto:arsene.gschw...@unibas.ch>  wrote:

Please find the logs here:
https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0
<https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0>

Thanks.

Regards,
Arsène

Hi,

Sorry for this, it seems that the attachment have been detached.

So let's try again

Regards,
Arsène


On 06/12/2017 11:59 AM, Martin Sivak wrote:

Hi,

I would love to help you, but I didn't get the log file..

Regards

Martin Sivak

On Mon, Jun 12, 2017 at 11:49 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch> <mailto:arsene.gschw...@unibas.ch>  wrote:

Hi all,

Any chance to get help or a hint to solve my Problem, I have no idea how to
change this configuration since it is not possible using the WebUI.

Thanks a lot.

Regards,
Arsène


    On 06/07/2017 11:50 AM, Arsène Gschwind wrote:

Hi all,

Please find attached the agent.log DEBUG and a screenshot from webui

Thanks a lot

Best regards,

Arsène


On 06/07/2017 11:27 AM, Martin Sivak wrote:

Hi all,

Yanir is right, the local vm.conf is just a cache of what was
retrieved from the engine.

I might be interesting to check what the configuration of the engine
VM shows when edited using the webadmin. Or enable debug logging [1]
for hosted engine and add the OVF dump we send there now and then (the
xml representation of the VM).

[1] See /etc/ovirt-hosted-engine-ha/agent-log.conf and change the
level for root logger to DEBUG

Best regards

Martin Sivak

On Wed, Jun 7, 2017 at 11:12 AM, Yanir Quinn<yqu...@redhat.com> 
<mailto:yqu...@redhat.com>  wrote:

If im not mistaken the values of vm.conf are repopulated from the database ,
but i wouldn't recommend meddling with DB data.
maybe the network device wasn't set properly during the hosted engine setup
?

On Wed, Jun 7, 2017 at 11:47 AM, Arsène Gschwind<arsene.gschw...@unibas.ch> 
<mailto:arsene.gschw...@unibas.ch>
wrote:

Hi,

Any chance to get a hint how to change the vm.conf file so it will not be
overwritten constantly?

    Thanks a lot.

Arsène


On 06/06/2017 09:50 AM, Arsène Gschwind wrote:

Hi,

I've migrated our oVirt engine to hosted-engine located on a FC storage
LUN, so far so good.
For some reason I'm not able to start the hosted-engine VM, after digging
in the log files i could figured out the reason. The Network device was set
to "None" as follow:


devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:None,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I've created a new config file /var/run/ovirt-hosted-engine-ha/vm.conf.new
and set the nic device to ovirtmgnt, the I could start the hosted-engine
using :
hosted-engine --vm-start
--vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new

The nic  device line in vm.conf.new looks like:


devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:ovirtmgmt,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I tried to find out a way to change this setting on vm.conf but it is
constantly rewritten, even when using the webui is say's:
HostedEngine:

There was an attempt to change Hosted Engine VM values that are locked.

Is there a way to modify/correct the hosted-engine vm.conf file so it will
stay and not be overwritten?

    Thank

Re: [ovirt-users] hosted-engine network

2017-06-13 Thread Arsène Gschwind

Sorry for that, I haven't checked.

I've replaced the log file with a new version which should work i hope.

Many Thanks.

Regards,
Arsène


On 06/12/2017 02:33 PM, Martin Sivak wrote:

I am sorry to say so, but it seems the log archive is corrupted. I
can't open it.

Regards

Martin Sivak

On Mon, Jun 12, 2017 at 12:47 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch> wrote:

Please find the logs here:
https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0

Thanks.

Regards,
Arsène

Hi,

Sorry for this, it seems that the attachment have been detached.

So let's try again

Regards,
Arsène


On 06/12/2017 11:59 AM, Martin Sivak wrote:

Hi,

I would love to help you, but I didn't get the log file..

Regards

Martin Sivak

On Mon, Jun 12, 2017 at 11:49 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch> wrote:

Hi all,

Any chance to get help or a hint to solve my Problem, I have no idea how to
change this configuration since it is not possible using the WebUI.

Thanks a lot.

Regards,
Arsène


On 06/07/2017 11:50 AM, Arsène Gschwind wrote:

Hi all,

Please find attached the agent.log DEBUG and a screenshot from webui

Thanks a lot

Best regards,

Arsène


On 06/07/2017 11:27 AM, Martin Sivak wrote:

Hi all,

Yanir is right, the local vm.conf is just a cache of what was
retrieved from the engine.

I might be interesting to check what the configuration of the engine
VM shows when edited using the webadmin. Or enable debug logging [1]
for hosted engine and add the OVF dump we send there now and then (the
xml representation of the VM).

[1] See /etc/ovirt-hosted-engine-ha/agent-log.conf and change the
level for root logger to DEBUG

Best regards

Martin Sivak

On Wed, Jun 7, 2017 at 11:12 AM, Yanir Quinn <yqu...@redhat.com> wrote:

If im not mistaken the values of vm.conf are repopulated from the database ,
but i wouldn't recommend meddling with DB data.
maybe the network device wasn't set properly during the hosted engine setup
?

On Wed, Jun 7, 2017 at 11:47 AM, Arsène Gschwind <arsene.gschw...@unibas.ch>
wrote:

Hi,

Any chance to get a hint how to change the vm.conf file so it will not be
overwritten constantly?

Thanks a lot.

Arsène


On 06/06/2017 09:50 AM, Arsène Gschwind wrote:

Hi,

I've migrated our oVirt engine to hosted-engine located on a FC storage
LUN, so far so good.
For some reason I'm not able to start the hosted-engine VM, after digging
in the log files i could figured out the reason. The Network device was set
to "None" as follow:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:None,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I've created a new config file /var/run/ovirt-hosted-engine-ha/vm.conf.new
and set the nic device to ovirtmgnt, the I could start the hosted-engine
using :
hosted-engine --vm-start
--vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new

The nic  device line in vm.conf.new looks like:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:ovirtmgmt,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I tried to find out a way to change this setting on vm.conf but it is
constantly rewritten, even when using the webui is say's:
HostedEngine:

There was an attempt to change Hosted Engine VM values that are locked.

Is there a way to modify/correct the hosted-engine vm.conf file so it will
stay and not be overwritten?

Thanks a lot for any hint/help

rgds,
arsène

--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11


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

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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |  http://its.unibas.ch
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerl

Re: [ovirt-users] hosted-engine network

2017-06-12 Thread Arsène Gschwind
Please find the logs here: 
https://www.dropbox.com/sh/k2zk7ig4tbd9tnj/AAB2NKjVk2z6lVPQ15NIeAtCa?dl=0


Thanks.

Regards,
Arsène

Hi,

Sorry for this, it seems that the attachment have been detached.

So let's try again

Regards,
Arsène


On 06/12/2017 11:59 AM, Martin Sivak wrote:

Hi,

I would love to help you, but I didn't get the log file..

Regards

Martin Sivak

On Mon, Jun 12, 2017 at 11:49 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch>  wrote:

Hi all,

Any chance to get help or a hint to solve my Problem, I have no idea how to
change this configuration since it is not possible using the WebUI.

Thanks a lot.

Regards,
Arsène


On 06/07/2017 11:50 AM, Arsène Gschwind wrote:

Hi all,

Please find attached the agent.log DEBUG and a screenshot from webui

Thanks a lot

Best regards,

Arsène


On 06/07/2017 11:27 AM, Martin Sivak wrote:

Hi all,

Yanir is right, the local vm.conf is just a cache of what was
retrieved from the engine.

I might be interesting to check what the configuration of the engine
VM shows when edited using the webadmin. Or enable debug logging [1]
for hosted engine and add the OVF dump we send there now and then (the
xml representation of the VM).

[1] See /etc/ovirt-hosted-engine-ha/agent-log.conf and change the
level for root logger to DEBUG

Best regards

Martin Sivak

On Wed, Jun 7, 2017 at 11:12 AM, Yanir Quinn<yqu...@redhat.com>  wrote:

If im not mistaken the values of vm.conf are repopulated from the database ,
but i wouldn't recommend meddling with DB data.
maybe the network device wasn't set properly during the hosted engine setup
?

On Wed, Jun 7, 2017 at 11:47 AM, Arsène Gschwind<arsene.gschw...@unibas.ch>
wrote:

Hi,

Any chance to get a hint how to change the vm.conf file so it will not be
overwritten constantly?

Thanks a lot.

Arsène


On 06/06/2017 09:50 AM, Arsène Gschwind wrote:

Hi,

I've migrated our oVirt engine to hosted-engine located on a FC storage
LUN, so far so good.
For some reason I'm not able to start the hosted-engine VM, after digging
in the log files i could figured out the reason. The Network device was set
to "None" as follow:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:None,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I've created a new config file /var/run/ovirt-hosted-engine-ha/vm.conf.new
and set the nic device to ovirtmgnt, the I could start the hosted-engine
using :
hosted-engine --vm-start
--vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new

The nic  device line in vm.conf.new looks like:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:ovirtmgmt,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I tried to find out a way to change this setting on vm.conf but it is
constantly rewritten, even when using the webui is say's:
HostedEngine:

There was an attempt to change Hosted Engine VM values that are locked.

Is there a way to modify/correct the hosted-engine vm.conf file so it will
stay and not be overwritten?

Thanks a lot for any hint/help

rgds,
arsène

--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |http://its.unibas.ch
ITS-ServiceDesk:support-...@unibas.ch  | +41 61 267 14 11



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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |http://its.unibas.ch
ITS-ServiceDesk:support-...@unibas.ch  | +41 61 267 14 11


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

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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |http://its.unibas.ch
ITS-ServiceDesk:support-...@unibas.ch  | +41 61 267 14 11



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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |http://its.unibas.ch
ITS-ServiceDesk:support-...@unibas.ch  | +41 61 267 14 11


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



--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
T

[ovirt-users] SPM in case of Failure

2017-06-12 Thread Arsène Gschwind

Hi

Our setup looks like:

- 2 clusters in 2 different site connected with 10GBit LAN
- Storage based on FC SAN replicated on both site and available for both 
site (The LUNs are available over 4 pathes, 2 from each site)


My observation:

In case one site goes down and this site owned SPM is it not possible to 
move or force SPM on the second site.
On the site which is down it's possible to reset all VMs that crashed 
using the "Confirm Host rebooted" menu on the oVirt Host but this does 
not reset SPM.
The only solution I found was to bring the Host which owned SPM up again 
to be able to move it to the other site and then reactivate the storage 
domains.


Is this a normal behavior?
Is there any way to force SPM reelection ?

Thanks for your help or idea...

Regards,
Arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] hosted-engine network

2017-06-12 Thread Arsène Gschwind

Hi all,

Any chance to get help or a hint to solve my Problem, I have no idea how 
to change this configuration since it is not possible using the WebUI.


Thanks a lot.

Regards,
Arsène


On 06/07/2017 11:50 AM, Arsène Gschwind wrote:


Hi all,

Please find attached the agent.log DEBUG and a screenshot from webui

Thanks a lot

Best regards,

Arsène


On 06/07/2017 11:27 AM, Martin Sivak wrote:

Hi all,

Yanir is right, the local vm.conf is just a cache of what was
retrieved from the engine.

I might be interesting to check what the configuration of the engine
VM shows when edited using the webadmin. Or enable debug logging [1]
for hosted engine and add the OVF dump we send there now and then (the
xml representation of the VM).

[1] See /etc/ovirt-hosted-engine-ha/agent-log.conf and change the
level for root logger to DEBUG

Best regards

Martin Sivak

On Wed, Jun 7, 2017 at 11:12 AM, Yanir Quinn<yqu...@redhat.com>  wrote:

If im not mistaken the values of vm.conf are repopulated from the database ,
but i wouldn't recommend meddling with DB data.
maybe the network device wasn't set properly during the hosted engine setup
?

On Wed, Jun 7, 2017 at 11:47 AM, Arsène Gschwind<arsene.gschw...@unibas.ch>
wrote:

Hi,

Any chance to get a hint how to change the vm.conf file so it will not be
overwritten constantly?

Thanks a lot.

Arsène


On 06/06/2017 09:50 AM, Arsène Gschwind wrote:

Hi,

I've migrated our oVirt engine to hosted-engine located on a FC storage
LUN, so far so good.
For some reason I'm not able to start the hosted-engine VM, after digging
in the log files i could figured out the reason. The Network device was set
to "None" as follow:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:None,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I've created a new config file /var/run/ovirt-hosted-engine-ha/vm.conf.new
and set the nic device to ovirtmgnt, the I could start the hosted-engine
using :
hosted-engine --vm-start
--vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new

The nic  device line in vm.conf.new looks like:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:ovirtmgmt,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I tried to find out a way to change this setting on vm.conf but it is
constantly rewritten, even when using the webui is say's:
HostedEngine:

There was an attempt to change Hosted Engine VM values that are locked.

Is there a way to modify/correct the hosted-engine vm.conf file so it will
stay and not be overwritten?

Thanks a lot for any hint/help

rgds,
arsène

--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |http://its.unibas.ch
ITS-ServiceDesk:support-...@unibas.ch  | +41 61 267 14 11



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


--

Arsène Gschwind
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  |http://its.unibas.ch
ITS-ServiceDesk:support-...@unibas.ch  | +41 61 267 14 11


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


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



--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] hosted-engine network

2017-06-07 Thread Arsène Gschwind

Hi,

Any chance to get a hint how to change the vm.conf file so it will not 
be overwritten constantly?


Thanks a lot.

Arsène


On 06/06/2017 09:50 AM, Arsène Gschwind wrote:


Hi,

I've migrated our oVirt engine to hosted-engine located on a FC 
storage LUN, so far so good.
For some reason I'm not able to start the hosted-engine VM, after 
digging in the log files i could figured out the reason. The Network 
device was set to "None" as follow:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:*None*,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I've created a new config file 
/var/run/ovirt-hosted-engine-ha/vm.conf.new and set the nic device to 
ovirtmgnt, the I could start the hosted-engine using :
hosted-engine --vm-start 
--vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new


The nic  device line in vm.conf.new looks like:
devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:*ovirtmgmt*,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I tried to find out a way to change this setting on vm.conf but it is 
constantly rewritten, even when using the webui is say's:

HostedEngine:

  * There was an attempt to change Hosted Engine VM values that are
locked.

Is there a way to modify/correct the hosted-engine vm.conf file so it 
will stay and not be overwritten?


Thanks a lot for any hint/help

rgds,
arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] hosted-engine network

2017-06-06 Thread Arsène Gschwind

Ive forgot to mention, i'm runing the latest oVirt 4.1.2 version.

Thanks


On 06/06/2017 09:50 AM, Arsène Gschwind wrote:


Hi,

I've migrated our oVirt engine to hosted-engine located on a FC 
storage LUN, so far so good.
For some reason I'm not able to start the hosted-engine VM, after 
digging in the log files i could figured out the reason. The Network 
device was set to "None" as follow:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:*None*,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I've created a new config file 
/var/run/ovirt-hosted-engine-ha/vm.conf.new and set the nic device to 
ovirtmgnt, the I could start the hosted-engine using :
hosted-engine --vm-start 
--vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new


The nic  device line in vm.conf.new looks like:
devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:*ovirtmgmt*,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I tried to find out a way to change this setting on vm.conf but it is 
constantly rewritten, even when using the webui is say's:

HostedEngine:

  * There was an attempt to change Hosted Engine VM values that are
locked.

Is there a way to modify/correct the hosted-engine vm.conf file so it 
will stay and not be overwritten?


Thanks a lot for any hint/help

rgds,
arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11



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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


[ovirt-users] hosted-engine network

2017-06-06 Thread Arsène Gschwind

Hi,

I've migrated our oVirt engine to hosted-engine located on a FC storage 
LUN, so far so good.
For some reason I'm not able to start the hosted-engine VM, after 
digging in the log files i could figured out the reason. The Network 
device was set to "None" as follow:

devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:*None*,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I've created a new config file 
/var/run/ovirt-hosted-engine-ha/vm.conf.new and set the nic device to 
ovirtmgnt, the I could start the hosted-engine using :
hosted-engine --vm-start 
--vm-conf=var/run/ovirt-hosted-engine-ha/vm.conf.new


The nic  device line in vm.conf.new looks like:
devices={nicModel:pv,macAddr:00:16:3e:3a:6b:60,linkActive:true,network:*ovirtmgmt*,deviceId:56cb4d71-13ff-42a8-bb83-7faef99fd3ea,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0},device:bridge,type:interface}

I tried to find out a way to change this setting on vm.conf but it is 
constantly rewritten, even when using the webui is say's:

HostedEngine:

 * There was an attempt to change Hosted Engine VM values that are locked.

Is there a way to modify/correct the hosted-engine vm.conf file so it 
will stay and not be overwritten?


Thanks a lot for any hint/help

rgds,
arsène

--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] Is 3.6.7 direct to 4.1.2 a supported upgrade path?

2017-05-24 Thread Arsène Gschwind
Mostly read in threads and docs that the upgrade path should be 3.6.x -> 
4.0.x -> 4.1.x

I did it that way and it did work perfectly.

Rgds,
Arsène


On 05/24/2017 10:52 AM, Yaniv Kaul wrote:



On Wed, May 24, 2017 at 5:36 AM, Richard Chan 
<rich...@treeboxsolutions.com <mailto:rich...@treeboxsolutions.com>> 
wrote:


Time to take the plunge to 4.x — is it supported to upgrade from
3.6.7 to 4.1.2 directly?


I'm not sure what 'supported' means. I don't think many have tried - 
it probably works though. I suggest testing on a non-production system 
first.

Y.





-- 
Richard Chan



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




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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-04-20 Thread Arsène Gschwind

Hi,

You just need to patch ovf2VmParams.py the other 3 files are just for 
testing purpose.

Don't forget to restart *ovirt-ha-agent* service before starting HE VM.

Rgds,
Arsène


On 04/20/2017 07:19 PM, Gianluca Cecchi wrote:
On Wed, Apr 19, 2017 at 4:26 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


I did start the hosted engine on the host I've applied the patch
but I've forgot to restart ovirt-ha-agent, and now it works.

Great job, thanks

Best regards,
Arsène



Hello,
I have the same on my single host hosted engine environment, after 
passing from 4.1.0 to 4.1.1

I tried to change the file as in gerrit entry

/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/ovf/ovf2VmParams.py

[root@ractor ovf]# diff ovf2VmParams.py ovf2VmParams.py.bck
164,168d163
< def buildGraphics(device):
< graphics = buildDevice(device)
< return graphics
<
<
257,258d251
< elif t == 'graphics':
< devices.append(buildGraphics(device))

I don't find in my environment the other 3 files
ovf2VmParams_test.py
ovf_test.xml
ovf_test_max_vcpu.xml

Then I
set global maintenance
restart ovirt-guest-agent
shutdown engine vm
exit global maintenance
the engine vm starts up and I'm able to connect, but its console still 
grey




--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-04-19 Thread Arsène Gschwind
I did start the hosted engine on the host I've applied the patch but 
I've forgot to restart ovirt-ha-agent, and now it works.


Great job, thanks

Best regards,
Arsène


On 04/19/2017 03:39 PM, Martin Sivak wrote:
> I've applied the patch on one off my host and restarted the hosted 
engine as you wrote but it didn't help,

> the console button   is still grayed out and not available.

Are you sure the host with the patch applied was used to start the 
engine? Btw, you need to restart the ovirt-ha-agent service first 
before restarting the engine VM.


Best regards

Martin Sivak

On Wed, Apr 19, 2017 at 3:17 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi,

I've applied the patch on one off my host and restarted the hosted
engine as you wrote but it didn't help, the console button is
still grayed out and not available.

Rgds,
Arsène


On 04/18/2017 02:20 PM, Evgenia Tokar wrote:

Hi,

Thanks for bringing the issue to our attention and for answering
the questions.

There is a patch to fix this: https://gerrit.ovirt.org/#/c/75515/
<https://gerrit.ovirt.org/#/c/75515/>
After applying the patch a restart to the hosted engine vm is
required (not just the engine).

Let me know if you are still experiencing issues with this.

Thanks,
Jenny


On Wed, Apr 12, 2017 at 8:05 PM, Rafał Wojciechowski
<i...@rafalwojciechowski.pl <mailto:i...@rafalwojciechowski.pl>> wrote:

hi,

I will answer also. however I am using single hypervisor so
without ha and I have no performed steps:
https://www.ovirt.org/documentation/how-to/hosted-engine/
<https://www.ovirt.org/documentation/how-to/hosted-engine/>

1. yes - however I have to start in headless mode so it is
quite obvius
if I am trying to start with spice/vnc console I am getting
segfault from libvirtd
2. as above
3. as above


W dniu 12.04.2017 o 14:12, Arsène Gschwind pisze:


Hi all,

I will answer your questions:

1. definitively yes
2. the command hosted-engine --console works well and I'm
able to connect.
3. Here are the device entries


devices={device:qxl,alias:video0,type:video,deviceId:5210a3c3-9cc4-4aed-90c6-432dd2d37c46,address:{slot:0x02,
bus:0x00,domain:0x,type:pci,function:0x0}}
devices={device:console,type:console}

Thanks and rgds,
Arsène

On 04/12/2017 10:53 AM, Evgenia Tokar wrote:

Hi all,

I have managed to reproduce this issue and opened a bug for
tracking it:
https://bugzilla.redhat.com/show_bug.cgi?id=1441570
<https://bugzilla.redhat.com/show_bug.cgi?id=1441570> .

There is no solution yet, but I would appreciate if any who
encountered this issue will answer some questions:
1. Is the console button greyed out in the UI?
2. On the hosted engine host, does the command
hosted-engine --console fails?
 If it fails, try upgrading ovirt-hosted-engine-ha on
the hosted engine host. We had a bug related to this issue
that was fixed
(https://bugzilla.redhat.com/show_bug.cgi?id=1364132
<https://bugzilla.redhat.com/show_bug.cgi?id=1364132>).
 After upgrade and restart of the vm, this should work,
and you should be able to connect to the console.
3. On the hosted engine host look at the content of:
/var/run/ovirt-hosted-engine-ha/vm.conf
Does it contain a graphical device? Or a console device?

Thanks,
Jenny


On Mon, Apr 10, 2017 at 11:44 AM, Martin Sivak
<msi...@redhat.com <mailto:msi...@redhat.com>> wrote:

Hi,

we are working on that, we can only ask for patience
now, Jenny was trying to find out what happened and how
to fix it all week.

Best regards

--
Martin Sivak
SLA / oVirt

On Mon, Apr 10, 2017 at 9:38 AM, Rafał Wojciechowski
<i...@rafalwojciechowski.pl
<mailto:i...@rafalwojciechowski.pl>> wrote:

hi,

I have similiar issue(I also started my mailthread)
after upgrade 4.0 to 4.1

Version 4.1.1.8-1.el7.centos (before it was some
4.1.0.x or similiar - update not fixed it)

to run VM I have to set in Console tab Headless
mode - without it I got libvirtd segfault(logs
attached in my mailthread).

So I am able to run VMs only without Console - do
you also have to set headless before run VM?

I noticed that libvirt-daemon was also upgraded to
  

Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-04-19 Thread Arsène Gschwind

Hi,

I've applied the patch on one off my host and restarted the hosted 
engine as you wrote but it didn't help, the console button is still 
grayed out and not available.


Rgds,
Arsène


On 04/18/2017 02:20 PM, Evgenia Tokar wrote:

Hi,

Thanks for bringing the issue to our attention and for answering the 
questions.


There is a patch to fix this: https://gerrit.ovirt.org/#/c/75515/
After applying the patch a restart to the hosted engine vm is required 
(not just the engine).


Let me know if you are still experiencing issues with this.

Thanks,
Jenny


On Wed, Apr 12, 2017 at 8:05 PM, Rafał Wojciechowski 
<i...@rafalwojciechowski.pl <mailto:i...@rafalwojciechowski.pl>> wrote:


hi,

I will answer also. however I am using single hypervisor so
without ha and I have no performed steps:
https://www.ovirt.org/documentation/how-to/hosted-engine/
<https://www.ovirt.org/documentation/how-to/hosted-engine/>

1. yes - however I have to start in headless mode so it is quite
obvius
if I am trying to start with spice/vnc console I am getting
segfault from libvirtd
2. as above
3. as above


W dniu 12.04.2017 o 14:12, Arsène Gschwind pisze:


Hi all,

I will answer your questions:

1. definitively yes
2. the command hosted-engine --console works well and I'm able to
connect.
3. Here are the device entries


devices={device:qxl,alias:video0,type:video,deviceId:5210a3c3-9cc4-4aed-90c6-432dd2d37c46,address:{slot:0x02,
bus:0x00,domain:0x,type:pci,function:0x0}}
devices={device:console,type:console}

Thanks and rgds,
Arsène

On 04/12/2017 10:53 AM, Evgenia Tokar wrote:

Hi all,

I have managed to reproduce this issue and opened a bug for
tracking it: https://bugzilla.redhat.com/show_bug.cgi?id=1441570
<https://bugzilla.redhat.com/show_bug.cgi?id=1441570> .

There is no solution yet, but I would appreciate if any who
encountered this issue will answer some questions:
1. Is the console button greyed out in the UI?
2. On the hosted engine host, does the command hosted-engine
--console fails?
 If it fails, try upgrading ovirt-hosted-engine-ha on the
hosted engine host. We had a bug related to this issue that was
fixed (https://bugzilla.redhat.com/show_bug.cgi?id=1364132
<https://bugzilla.redhat.com/show_bug.cgi?id=1364132>).
 After upgrade and restart of the vm, this should work, and
you should be able to connect to the console.
3. On the hosted engine host look at the content of:
/var/run/ovirt-hosted-engine-ha/vm.conf
Does it contain a graphical device? Or a console device?

Thanks,
Jenny


On Mon, Apr 10, 2017 at 11:44 AM, Martin Sivak
<msi...@redhat.com <mailto:msi...@redhat.com>> wrote:

Hi,

we are working on that, we can only ask for patience now,
Jenny was trying to find out what happened and how to fix it
all week.

Best regards

--
Martin Sivak
SLA / oVirt

On Mon, Apr 10, 2017 at 9:38 AM, Rafał Wojciechowski
<i...@rafalwojciechowski.pl <mailto:i...@rafalwojciechowski.pl>>
wrote:

hi,

I have similiar issue(I also started my mailthread)
after upgrade 4.0 to 4.1

Version 4.1.1.8-1.el7.centos (before it was some 4.1.0.x
or similiar - update not fixed it)

to run VM I have to set in Console tab Headless mode -
without it I got libvirtd segfault(logs attached in my
mailthread).

So I am able to run VMs only without Console - do you
also have to set headless before run VM?

I noticed that libvirt-daemon was also upgraded to 2.0
version during ovirt upgrade - I dont think that 4.1 was
not testes due to such libvirtd upgrade... but maybe?

Regards,
Rafal Wojciechowski

W dniu 10.04.2017 o 08:24, Arsène Gschwind pisze:


Hi,

After updating to oVirt 4.1.1 Async release i can
confirm that the problem still persists.

Rgds,
        Arsène


On 03/25/2017 12:25 PM, Arsène Gschwind wrote:


Hi,

After updating to 4.1.1 i'm observing the same
behavior, HE without any console.
Even when trying to edit the HE VMs it doesn't change
anything, Graphics stays to NONE.

Thanks for any Help.

Regards,
Arsène

On 03/24/2017 03:11 PM, Nelson Lameiras wrote:

Hello,

When upgrading my test setup from 4.0 to 4.1, my
engine vm lost it's console (from SPICE to None in GUI)

My test setup :
2 manually built hosts using centos 7.3, ovirt 4.1
1 manually built hosted engine

Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-04-12 Thread Arsène Gschwind

Hi all,

I will answer your questions:

1. definitively yes
2. the command hosted-engine --console works well and I'm able to connect.
3. Here are the device entries

devices={device:qxl,alias:video0,type:video,deviceId:5210a3c3-9cc4-4aed-90c6-432dd2d37c46,address:{slot:0x02,
bus:0x00,domain:0x,type:pci,function:0x0}}
devices={device:console,type:console}

Thanks and rgds,
Arsène

On 04/12/2017 10:53 AM, Evgenia Tokar wrote:

Hi all,

I have managed to reproduce this issue and opened a bug for tracking 
it: https://bugzilla.redhat.com/show_bug.cgi?id=1441570 .


There is no solution yet, but I would appreciate if any who 
encountered this issue will answer some questions:

1. Is the console button greyed out in the UI?
2. On the hosted engine host, does the command hosted-engine --console 
fails?
 If it fails, try upgrading ovirt-hosted-engine-ha on the hosted 
engine host. We had a bug related to this issue that was fixed 
(https://bugzilla.redhat.com/show_bug.cgi?id=1364132).
 After upgrade and restart of the vm, this should work, and you 
should be able to connect to the console.
3. On the hosted engine host look at the content of: 
/var/run/ovirt-hosted-engine-ha/vm.conf

Does it contain a graphical device? Or a console device?

Thanks,
Jenny


On Mon, Apr 10, 2017 at 11:44 AM, Martin Sivak <msi...@redhat.com 
<mailto:msi...@redhat.com>> wrote:


Hi,

we are working on that, we can only ask for patience now, Jenny
was trying to find out what happened and how to fix it all week.

Best regards

--
Martin Sivak
SLA / oVirt

On Mon, Apr 10, 2017 at 9:38 AM, Rafał Wojciechowski
<i...@rafalwojciechowski.pl <mailto:i...@rafalwojciechowski.pl>> wrote:

hi,

I have similiar issue(I also started my mailthread) after
upgrade 4.0 to 4.1

Version 4.1.1.8-1.el7.centos (before it was some 4.1.0.x or
similiar - update not fixed it)

to run VM I have to set in Console tab Headless mode - without
it I got libvirtd segfault(logs attached in my mailthread).

So I am able to run VMs only without Console - do you also
have to set headless before run VM?

I noticed that libvirt-daemon was also upgraded to 2.0 version
during ovirt upgrade - I dont think that 4.1 was not testes
due to such libvirtd upgrade... but maybe?

Regards,
Rafal Wojciechowski

W dniu 10.04.2017 o 08:24, Arsène Gschwind pisze:


Hi,

After updating to oVirt 4.1.1 Async release i can confirm
that the problem still persists.

Rgds,
Arsène


On 03/25/2017 12:25 PM, Arsène Gschwind wrote:


Hi,

After updating to 4.1.1 i'm observing the same behavior, HE
without any console.
Even when trying to edit the HE VMs it doesn't change
anything, Graphics stays to NONE.

Thanks for any Help.

Regards,
Arsène

On 03/24/2017 03:11 PM, Nelson Lameiras wrote:

Hello,

When upgrading my test setup from 4.0 to 4.1, my engine vm
lost it's console (from SPICE to None in GUI)

My test setup :
2 manually built hosts using centos 7.3, ovirt 4.1
1 manually built hosted engine centos 7.3, oVirt
4.1.0.4-el7, accessible with SPICE console via GUI

I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine :
- yum update
- engine-setup
- reboot engine

When accessing 4.1.1 GUI, Graphics is set to "None" on
"Virtual Machines" page, with "console button" greyed out
(all other VMs have the same Graphics set to the same value
as before)
I tried to edit engine VM settings, and console options are
same as before (SPLICE, QXL).

I'm hopping this is not a new feature, since if we loose
network on engine, console is the only way to debug...

Is this a bug?

ps. I was able to reproduce this bug 2 times

cordialement, regards,

<https://www.lyra-network.com/>

Nelson LAMEIRAS
Ingénieur Systèmes et Réseaux/ Systems and Networks engineer
Tel: +33 5 32 09 09 70
nelson.lamei...@lyra-network.com
<mailto:nelson.lamei...@lyra-network.com>
www.lyra-network.com <https://www.lyra-network.com/> |
www.payzen.eu <https://payzen.eu>

<https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA>
<https://www.linkedin.com/company/lyra-network_2>
<https://twitter.com/LyraNetwork>
<https://payzen.eu>



Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE




___

Re: [ovirt-users] Gluster network

2017-03-28 Thread Arsène Gschwind

Hi,

I'm exactly in the same case, my gluster network is on a separate VLAN 
which isn't routed to the engine.
But in my case the bricks are defined with the host/gluster IP address 
as shown in the following screenshot.


What's wrong in that case?

Thanks a lot

Rgds,
Arsène

On 03/27/2017 04:05 PM, Davide Ferrari wrote:
Sorry for hijacking the thread but, in my case, I have a separate VLAN 
for gluster intercommunication and that VLAN is not accessible from 
the hosted engine. Maybe that's the problem?


2017-03-27 12:14 GMT+02:00 Sahina Bose <sab...@redhat.com 
<mailto:sab...@redhat.com>>:




On Mon, Mar 27, 2017 at 2:06 PM, Davide Ferrari
<dav...@billymob.com <mailto:dav...@billymob.com>> wrote:

I have the same error (warning) and in my case the answer is
yes to both questions.


Which IP address does "spfy-hw01" resolve to from engine.
Is it the same IP address that you see in Networks sub-tab under
hosts-  for network associated with "gluster"

The engine tries to associate the brick info returned from gluster
CLI using the following logic:
i) check if the ip/hostname in :
matches that of host
ii) check the IP address that hostname in brick resolves to - and
match it against any of the interface associated with host that
has gluster network tagged to it



2017-03-27 10:12 GMT+02:00 Sahina Bose <sab...@redhat.com
<mailto:sab...@redhat.com>>:

Is "spfy-hw01" resolvable from engine? Have you associated
network named "gluster" to interface associated with
"spfy-hw01" under "Setup Host Network" of host?

On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Hi,

I do have a recuring warning in engine.log and i'm not
able to figure out what is wrong in my setup.

2017-03-25 10:13:12,391+01 WARN

[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
(DefaultQuartzScheduler4)
[e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not
associate brick 'spfy-hw01:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with
correct network as no gluster network found in cluster
'0002-0002-0002-0002-02a6'
2017-03-25 10:13:12,394+01 WARN

[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
(DefaultQuartzScheduler4)
[e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not
associate brick 'spfy-hw02:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with
correct network as no gluster network found in cluster
'0002-0002-0002-0002-02a6'
2017-03-25 10:13:12,397+01 WARN

[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]
(DefaultQuartzScheduler4)
[e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not
associate brick 'spfy-hw03:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with
correct network as no gluster network found in cluster
'0002-0002-0002-0002-02a6'

My setup:

  * oVirt 4.1.0
  * gluster 3.8.10-1.el7

I've setup a gluster network and dedicated to gluster:

gluster

Could someone explain why I do have this warning and
how to resolve the problem .

Thanks a lot

rgds,

Arsène

-- 



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



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




    -- 
Davide Ferrari

Senior Systems Engineer





--
Davide Ferrari
Senior Systems Engineer


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] Gluster network

2017-03-27 Thread Arsène Gschwind

The answer is yes to both question


On 03/27/2017 10:12 AM, Sahina Bose wrote:
Is "spfy-hw01" resolvable from engine? Have you associated network 
named "gluster" to interface associated with "spfy-hw01" under "Setup 
Host Network" of host?


On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi,

I do have a recuring warning in engine.log and i'm not able to
figure out what is wrong in my setup.

2017-03-25 10:13:12,391+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]

(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9]
Could not associate brick 'spfy-hw01:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network
as no gluster network found in cluster
'0002-0002-0002-0002-02a6'
2017-03-25 10:13:12,394+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]

(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9]
Could not associate brick 'spfy-hw02:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network
as no gluster network found in cluster
'0002-0002-0002-0002-02a6'
2017-03-25 10:13:12,397+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn]

(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9]
Could not associate brick 'spfy-hw03:/gluster/engine/brick' of
volume 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network
as no gluster network found in cluster
'0002-0002-0002-0002-02a6'

My setup:

  * oVirt 4.1.0
  * gluster 3.8.10-1.el7

I've setup a gluster network and dedicated to gluster:

gluster

Could someone explain why I do have this warning and how to
resolve the problem .

Thanks a lot

rgds,

Arsène

-- 



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




--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


[ovirt-users] Gluster network

2017-03-25 Thread Arsène Gschwind

Hi,

I do have a recuring warning in engine.log and i'm not able to figure 
out what is wrong in my setup.


2017-03-25 10:13:12,391+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could 
not associate brick 'spfy-hw01:/gluster/engine/brick' of volume 
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no 
gluster network found in cluster '0002-0002-0002-0002-02a6'
2017-03-25 10:13:12,394+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could 
not associate brick 'spfy-hw02:/gluster/engine/brick' of volume 
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no 
gluster network found in cluster '0002-0002-0002-0002-02a6'
2017-03-25 10:13:12,397+01 WARN 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturn] 
(DefaultQuartzScheduler4) [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could 
not associate brick 'spfy-hw03:/gluster/engine/brick' of volume 
'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no 
gluster network found in cluster '0002-0002-0002-0002-02a6'


My setup:

 * oVirt 4.1.0
 * gluster 3.8.10-1.el7

I've setup a gluster network and dedicated to gluster:

gluster

Could someone explain why I do have this warning and how to resolve the 
problem .


Thanks a lot

rgds,

Arsène

--

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


Re: [ovirt-users] engine upgrade 4.1.0 => 4.1.1, no more engine console available

2017-03-25 Thread Arsène Gschwind

Hi,

After updating to 4.1.1 i'm observing the same behavior, HE without any 
console.
Even when trying to edit the HE VMs it doesn't change anything, Graphics 
stays to NONE.


Thanks for any Help.

Regards,
Arsène

On 03/24/2017 03:11 PM, Nelson Lameiras wrote:

Hello,

When upgrading my test setup from 4.0 to 4.1, my engine vm lost it's 
console (from SPICE to None in GUI)


My test setup :
2 manually built hosts using centos 7.3, ovirt 4.1
1 manually built hosted engine centos 7.3, oVirt 4.1.0.4-el7, 
accessible with SPICE console via GUI


I updated ovirt-engine from 4.1.0 to 4.1.1 by doing on engine :
- yum update
- engine-setup
- reboot engine

When accessing 4.1.1 GUI, Graphics is set to "None" on "Virtual 
Machines" page, with "console button" greyed out (all other VMs have 
the same Graphics set to the same value as before)
I tried to edit engine VM settings, and console options are same as 
before (SPLICE, QXL).


I'm hopping this is not a new feature, since if we loose network on 
engine, console is the only way to debug...


Is this a bug?

ps. I was able to reproduce this bug 2 times

cordialement, regards,

<https://www.lyra-network.com/>

Nelson LAMEIRAS
Ingénieur Systèmes et Réseaux/ Systems and Networks engineer
Tel: +33 5 32 09 09 70
nelson.lamei...@lyra-network.com <mailto:nelson.lamei...@lyra-network.com>
www.lyra-network.com <https://www.lyra-network.com/> | www.payzen.eu 
<https://payzen.eu>


<https://www.youtube.com/channel/UCrVl1CO_Jlu3KbiRH-tQ_vA>
<https://www.linkedin.com/company/lyra-network_2>
<https://twitter.com/LyraNetwork>
<https://payzen.eu>



Lyra Network, 109 rue de l'innovation, 31670 Labège, FRANCE




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


--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


[ovirt-users] Migration downtime

2017-03-20 Thread Arsène Gschwind

Hi,

Since I've upgraded to 4.1 I don't have "actual downtime" after VM 
migration displayed, it displays N/A


 Duration: 1 minute 59 seconds, Total: 1 minute 59 seconds, Actual 
downtime: (N/A) .


So far I remember this value was available in 3.6, does anybody else 
have the same situation where this value is missing?

I've investigate the logs but could just find the same information (N/A)

Where is this value calculated / measured?

Regards,
Arsène



--

*Arsène Gschwind*
Fa. Sapify AG im Auftrag der Universität Basel
IT Services
Klingelbergstr. 70 |  CH-4056 Basel  |  Switzerland
Tel. +41 79 449 25 63  | http://its.unibas.ch <http://its.unibas.ch/>
ITS-ServiceDesk: support-...@unibas.ch | +41 61 267 14 11

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


Re: [ovirt-users] oVirt 4.1 Dashboard

2017-03-15 Thread Arsène Gschwind

Hi,

When creating the bug report I've found a similar bug 
https://bugzilla.redhat.com/show_bug.cgi?id=1414379. I've tried the 
provided solution and it did work for me, now the Dashboard shows 
everything.


Thanks a lot for your help.

Regards,
Arsène


On 03/13/2017 08:26 PM, Shirly Radco wrote:

Hi,

Please open a bug so we can better track you issue.
As far as I can see from the screenshot the dwh does collect the 
samples, but do not aggregate it to hourly tables.
1. I see that you installed the full dwh. Did it work correctly in the 
past? Did you use the reports and was able to use them?
2. Please attach the ovirt_engine_history db dump and the dwh log and 
screenshot to the bug and state the versions of the engine and dwh.


 Best regards,

--
Shirly Radco
BI Software Engineer Red Hat Israel Ltd.

On Mon, Mar 13, 2017 at 2:12 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi,

I'm wondering if you could identify something. I've investigate on
my side but couldn't find any problem but for some reason it seams
DWH is not collecting data.

Thanks a lot for any hint/help

Rgds,
Arsène


On 03/07/2017 11:04 AM, Arsène Gschwind wrote:


Please find files attached


On 03/07/2017 10:48 AM, Shirly Radco wrote:

Hi,

Please attach ovirt-engine-dwh logs and a screenshot.

Best regards,
Shirly Radco
BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road
Building A, 4th floor Ra'anana, Israel 4350109

On Tue, Mar 7, 2017 at 11:41 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>>
wrote:

Please find engine.log attached


On 03/07/2017 10:06 AM, Oved Ourfali wrote:



On Tue, Mar 7, 2017 at 10:57 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch
<mailto:arsene.gschw...@unibas.ch>> wrote:

Hi,

I've update our oVirt installation 3.6 --> 4.0 --> 4.1,
everything went smooth except update some of the hosts
which i could update after several hour playing around.

We greatly appreciate the dashboard in 4.1 but we see
the information missing:

 1. On the cluster block in the upper part we see the
amount of clusters but no Status (N/A)


The reason there is no status there is that in oVirt there
is no cluster status (look at the cluster main-tab, for
example).
We only have statuses for objects like DCs, Hosts, VMs, SDs
(well, maybe we have for some more, but not clusters...).
We decided to include clusters in the inventory part
anyway, for user visibility, and provide access to the
clusters main tab by pressing the link.

 1. On the lower part at "Cluster Utilization" and
"Storage Utilization" we don't have any information
at all.

Where does this information come from? DWH service is
up and running

The inventory part is taken from the engine.
All the rest is taken from DWH.
You can start with sharing the engine logs here.
Shirly - any other logs or information you think is required?

Where do I have have to investigate further to find out
what is missing/not working?

Let me know if you need further information.

Rgds,
Arsène


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












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


Re: [ovirt-users] oVirt 4.1 Dashboard

2017-03-13 Thread Arsène Gschwind

Hi,

I'm wondering if you could identify something. I've investigate on my 
side but couldn't find any problem but for some reason it seams DWH is 
not collecting data.


Thanks a lot for any hint/help

Rgds,
Arsène


On 03/07/2017 11:04 AM, Arsène Gschwind wrote:


Please find files attached


On 03/07/2017 10:48 AM, Shirly Radco wrote:

Hi,

Please attach ovirt-engine-dwh logs and a screenshot.

Best regards,
Shirly Radco
BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building 
A, 4th floor Ra'anana, Israel 4350109


On Tue, Mar 7, 2017 at 11:41 AM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Please find engine.log attached


On 03/07/2017 10:06 AM, Oved Ourfali wrote:



On Tue, Mar 7, 2017 at 10:57 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>>
wrote:

Hi,

I've update our oVirt installation 3.6 --> 4.0 --> 4.1,
everything went smooth except update some of the hosts which
i could update after several hour playing around.

We greatly appreciate the dashboard in 4.1 but we see the
information missing:

 1. On the cluster block in the upper part we see the amount
of clusters but no Status (N/A)


The reason there is no status there is that in oVirt there is no
cluster status (look at the cluster main-tab, for example).
We only have statuses for objects like DCs, Hosts, VMs, SDs
(well, maybe we have for some more, but not clusters...).
We decided to include clusters in the inventory part anyway, for
user visibility, and provide access to the clusters main tab by
pressing the link.

 1. On the lower part at "Cluster Utilization" and "Storage
Utilization" we don't have any information at all.

Where does this information come from? DWH service is up and
running

The inventory part is taken from the engine.
All the rest is taken from DWH.
You can start with sharing the engine logs here.
Shirly - any other logs or information you think is required?

Where do I have have to investigate further to find out what
is missing/not working?

Let me know if you need further information.

Rgds,
Arsène


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









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


Re: [ovirt-users] oVirt 4.1 Dashboard

2017-03-07 Thread Arsène Gschwind

Please find files attached


On 03/07/2017 10:48 AM, Shirly Radco wrote:

Hi,

Please attach ovirt-engine-dwh logs and a screenshot.

Best regards,
Shirly Radco
BI Software Engineer Red Hat Israel Ltd. 34 Jerusalem Road Building A, 
4th floor Ra'anana, Israel 4350109


On Tue, Mar 7, 2017 at 11:41 AM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Please find engine.log attached


On 03/07/2017 10:06 AM, Oved Ourfali wrote:



On Tue, Mar 7, 2017 at 10:57 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:

Hi,

I've update our oVirt installation 3.6 --> 4.0 --> 4.1,
everything went smooth except update some of the hosts which
i could update after several hour playing around.

We greatly appreciate the dashboard in 4.1 but we see the
information missing:

 1. On the cluster block in the upper part we see the amount
of clusters but no Status (N/A)


The reason there is no status there is that in oVirt there is no
cluster status (look at the cluster main-tab, for example).
We only have statuses for objects like DCs, Hosts, VMs, SDs
(well, maybe we have for some more, but not clusters...).
We decided to include clusters in the inventory part anyway, for
user visibility, and provide access to the clusters main tab by
pressing the link.

 1. On the lower part at "Cluster Utilization" and "Storage
Utilization" we don't have any information at all.

Where does this information come from? DWH service is up and
running

The inventory part is taken from the engine.
All the rest is taken from DWH.
You can start with sharing the engine logs here.
Shirly - any other logs or information you think is required?

Where do I have have to investigate further to find out what
is missing/not working?

Let me know if you need further information.

Rgds,
Arsène


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









ovirt-engine-dwhd.log.gz
Description: application/gzip
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt 4.1 Dashboard

2017-03-07 Thread Arsène Gschwind

Hi,

I've update our oVirt installation 3.6 --> 4.0 --> 4.1, everything went 
smooth except update some of the hosts which i could update after 
several hour playing around.


We greatly appreciate the dashboard in 4.1 but we see the information 
missing:


1. On the cluster block in the upper part we see the amount of clusters
   but no Status (N/A)
2. On the lower part at "Cluster Utilization" and "Storage Utilization"
   we don't have any information at all.

Where does this information come from? DWH service is up and running

Where do I have have to investigate further to find out what is 
missing/not working?


Let me know if you need further information.

Rgds,
Arsène

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


Re: [ovirt-users] oVirt Nodes Monitoring

2017-03-07 Thread Arsène Gschwind

Hi Fernando,

We do monitor our oVirt hosts using Zabbix and we add the zabbix repo to 
the host so we keep it up to date.


rgds,
Arsène


On 03/06/2017 03:00 PM, FERNANDO FREDIANI wrote:

Hi.

How do you guys monitor your hosts with Zabbix ?
I see the oVirt Nodes have snmpd service installed and could be used 
for basic things but ideally, for Zabbix is good to use its agent.


What would be the best way to install its zabbix-agent package and 
make it persistent ? Add its repository to the oVirt-Node in 
/etc/yum.repos.d/ and install it with yum or install using a .rpm 
directly ?


Thanks
Fernando

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


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


[ovirt-users] oVirt 4.0.5 and Glance images

2016-12-14 Thread Arsène Gschwind

Hi,

I've setup correctly the oVirt Glance repository as described in the doc 
but the Storage domain doesn't show up as expected and I'm not able to 
browse nor import images...


Any Idea why this happen ?

Thanks for any help/hint
Arsène

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


Re: [ovirt-users] oVirt 4 + Foreman

2016-09-13 Thread Arsène Gschwind

Hi,

Thanks, that was the problem, it works now.

Regards,
Arsène


On 09/08/2016 06:16 PM, Karli Sjöberg wrote:



Den 8 sep 2016 15:32 skrev Arsène Gschwind <arsene.gschw...@unibas.ch>:
>
> Hi,
>
> Sorry for this late reply, i've been busy with some other projects 
in the last weeks.

>
> I did some log analysing and could find the following in the foreman 
log when trying to add foreman as an external provider for oVirt:

>
> 2016-09-08 15:20:03 [app] [I] Started GET "/api/v2" for 10.0.10.10 
at 2016-09-08 15:20:03 +0200

>
> 2016-09-08 15:20:03 [app] [I] Processing by 
Api::V2::HomeController#index as JSON

>
> 2016-09-08 15:20:03 [app] [I]   Parameters: {"apiv"=>"v2", "home"=>{}}
>
> 2016-09-08 15:20:03 [app] [I] Authorized user ovirt(oVirt org)
>
> 2016-09-08 15:20:03 [app] [I]   Rendered api/v2/home/index.json.rabl 
(81.8ms)

>
> 2016-09-08 15:20:03 [app] [I] Completed 200 OK in 104ms (Views: 
82.3ms | ActiveRecord: 4.6ms)

>
> 2016-09-08 15:20:03 [app] [I] Started GET "/api/v2/discovered_hosts" 
for 10.0.10.10 at 2016-09-08 15:20:03 +0200

>
> 2016-09-08 15:20:03 [app] [F]
>
>  | ActionController::RoutingError (No route matches [GET] 
"/api/v2/discovered_hosts"):

>
>  |   actionpack (4.2.5.1) 
lib/action_dispatch/middleware/debug_exceptions.rb:21:in `call'

>
>  |   actionpack (4.2.5.1) 
lib/action_dispatch/middleware/show_exceptions.rb:30:in `call'

>
>  |   railties (4.2.5.1) lib/rails/rack/logger.rb:38:in `call_app'
>
> It looks like ovirt is calling an api method which doesn't exist : 
/api/v2/discovered_hosts

>
> an extract from ovirt-engine.log
>
> 2016-09-08 15:20:00,862 INFO 
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] 
(DefaultQuartzScheduler3) [] FINISH, GlusterVolumesListVDSCommand, 
return: {d6f938d1-8886-40f3-8210-e5be397f951c=org.ovirt.engine.core.c

>
> ommon.businessentities.gluster.GlusterVolumeEntity@a32edae4, 
7ef3b155-47d7-4405-aa70-82a9b8be4033=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@d94d8f95, 
af169181-d72e-4325-9947-d7dd09e512f0=org.ovirt.engine.c

>
> ore.common.businessentities.gluster.GlusterVolumeEntity@2a649db3, 
6d3c8561-4e52-4221-9473-88fd48ef4909=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a35e1b82}, 
log id: 5ffa2bf1

>
> 2016-09-08 15:20:03,173 INFO 
[org.ovirt.engine.core.bll.provider.ImportProviderCertificateCommand] 
(default task-24) [146f761a] Running command: 
ImportProviderCertificateCommand internal: false. Entities affected :  
ID: aaa0--00

>
> 00--123456789aaa Type: SystemAction group CREATE_STORAGE_POOL 
with role type ADMIN

>
> 2016-09-08 15:20:03,178 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-24) [146f761a] Correlation ID: 146f761a, Call Stack: 
null, Custom Event ID: -1, Message: Certificate for provider spfy-dep 
was imported. (User: admin@internal-authz)

>
> 2016-09-08 15:20:03,295 INFO 
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] 
(default task-23) [6f5d9746] Running command: 
TestProviderConnectivityCommand internal: false. Entities affected :  
ID: aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_POOL with role type ADMIN

>
> 2016-09-08 15:20:03,955 ERROR 
[org.ovirt.engine.core.bll.host.provider.foreman.ForemanHostProviderProxy] 
(default task-23) [6f5d9746] Exception is 
https://spfy-dep.host.sapify.ch:443/api/v2/discovered_hosts

>
> 2016-09-08 15:20:03,955 ERROR 
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] 
(default task-23) [6f5d9746] Command 
'org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand' 
failed: EngineException: 
https://spfy-dep.host.sapify.ch:443/api/v2/discovered_hosts (Failed 
with error PROVIDER_FAILURE and code 5050)

>
> 2016-09-08 15:20:04,279 INFO 
[org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher] 
(DefaultQuartzScheduler4) [] Fetched 3 VMs from VDS 
'd36d9aff-a953-466b-bdf7-70ba4f63e180'

>
>
> Thanks for any hint/help.

That's a plugin you need to install into Foreman:
https://theforeman.org/plugins/foreman_discovery/2.0/

/K

>
> rgds,
> Arsène
>
>
>
> On 08/22/2016 08:22 AM, Oved Ourfali wrote:
>>
>> Can you please attach the complete logs of ovirt and foreman?
>>
>>
>> On Wed, Aug 17, 2016 at 10:25 AM, Martin Perina 
<mper...@redhat.com> wrote:

>>>
>>> Adding Yaniv ...
>>>
>>> On Wed, Aug 17, 2016 at 9:16 AM, Arsène Gschwind 
<arsene.gschw...@unibas.ch> wrote:

>>>>
>>>> Hi,
>>>>
>>>> Thanks a lot this did work on the Foreman side using 
https:///ovirt-e

Re: [ovirt-users] oVirt 4 + Foreman

2016-09-08 Thread Arsène Gschwind

Hi,

Sorry for this late reply, i've been busy with some other projects in 
the last weeks.


I did some log analysing and could find the following in the foreman log 
when trying to add foreman as an external provider for oVirt:


2016-09-08 15:20:03 [app] [I] Started GET "/api/v2" for 10.0.10.10 at 
2016-09-08 15:20:03 +0200
2016-09-08 15:20:03 [app] [I] Processing by Api::V2::HomeController#index as 
JSON
2016-09-08 15:20:03 [app] [I]   Parameters: {"apiv"=>"v2", "home"=>{}}
2016-09-08 15:20:03 [app] [I] Authorized user ovirt(oVirt org)
2016-09-08 15:20:03 [app] [I]   Rendered api/v2/home/index.json.rabl (81.8ms)
2016-09-08 15:20:03 [app] [I] Completed 200 OK in 104ms (Views: 82.3ms | 
ActiveRecord: 4.6ms)
2016-09-08 15:20:03 [app] [I] Started GET "/api/v2/discovered_hosts" for 
10.0.10.10 at 2016-09-08 15:20:03 +0200
2016-09-08 15:20:03 [app] [F]
 | ActionController::RoutingError (No route matches [GET] 
"/api/v2/discovered_hosts"):
 |   actionpack (4.2.5.1) 
lib/action_dispatch/middleware/debug_exceptions.rb:21:in `call'
 |   actionpack (4.2.5.1) 
lib/action_dispatch/middleware/show_exceptions.rb:30:in `call'
 |   railties (4.2.5.1) lib/rails/rack/logger.rb:38:in `call_app'

It looks like ovirt is calling an api method which doesn't exist : 
/api/v2/discovered_hosts


an extract from ovirt-engine.log

2016-09-08 15:20:00,862 INFO  
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] 
(DefaultQuartzScheduler3) [] FINISH, GlusterVolumesListVDSCommand, return: 
{d6f938d1-8886-40f3-8210-e5be397f951c=org.ovirt.engine.core.c

ommon.businessentities.gluster.GlusterVolumeEntity@a32edae4, 
7ef3b155-47d7-4405-aa70-82a9b8be4033=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@d94d8f95,
 af169181-d72e-4325-9947-d7dd09e512f0=org.ovirt.engine.c

ore.common.businessentities.gluster.GlusterVolumeEntity@2a649db3, 
6d3c8561-4e52-4221-9473-88fd48ef4909=org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeEntity@a35e1b82},
 log id: 5ffa2bf1

2016-09-08 15:20:03,173 INFO  
[org.ovirt.engine.core.bll.provider.ImportProviderCertificateCommand] (default 
task-24) [146f761a] Running command: ImportProviderCertificateCommand internal: 
false. Entities affected :  ID: aaa0--00

00--123456789aaa Type: SystemAction group CREATE_STORAGE_POOL with role 
type ADMIN

2016-09-08 15:20:03,178 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-24) [146f761a] Correlation ID: 146f761a, Call Stack: null, Custom Event 
ID: -1, Message: Certificate for provider spfy-dep was imported. (User: 
admin@internal-authz)

2016-09-08 15:20:03,295 INFO  
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (default 
task-23) [6f5d9746] Running command: TestProviderConnectivityCommand internal: 
false. Entities affected :  ID: aaa0----123456789aaa Type: 
SystemAction group CREATE_STORAGE_POOL with role type ADMIN

2016-09-08 15:20:03,955 ERROR 
[org.ovirt.engine.core.bll.host.provider.foreman.ForemanHostProviderProxy] 
(default task-23) [6f5d9746] Exception is 
https://spfy-dep.host.sapify.ch:443/api/v2/discovered_hosts

2016-09-08 15:20:03,955 ERROR 
[org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (default 
task-23) [6f5d9746] Command 
'org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand' failed: 
EngineException: https://spfy-dep.host.sapify.ch:443/api/v2/discovered_hosts 
(Failed with error PROVIDER_FAILURE and code 5050)

2016-09-08 15:20:04,279 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmsStatisticsFetcher] 
(DefaultQuartzScheduler4) [] Fetched 3 VMs from VDS 
'd36d9aff-a953-466b-bdf7-70ba4f63e180'


Thanks for any hint/help.

rgds,
Arsène



On 08/22/2016 08:22 AM, Oved Ourfali wrote:

Can you please attach the complete logs of ovirt and foreman?


On Wed, Aug 17, 2016 at 10:25 AM, Martin Perina <mper...@redhat.com 
<mailto:mper...@redhat.com>> wrote:


Adding Yaniv ...

On Wed, Aug 17, 2016 at 9:16 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:

Hi,

Thanks a lot this did work on the Foreman side using
https:///ovirt-engine/api/v3 .

But on the oVirt Side, to define Foreman as an external
provider, it still doesn't work, is there also a special URL
to enter? I didn't find anything in the docs.

Thanks for any hint.

Regards,
Arsène


    On 08/16/2016 05:01 PM, Juan Hernández wrote:

On 08/16/2016 11:58 AM, Arsène Gschwind wrote:

Hi,

has anybody been able to configure Foreman with oVirt
4 ? When trying to
add Foreman as an external provider and test the login
it always return
: Failed to communicate with the external provider,
 

Re: [ovirt-users] Upgrade hosts/nodes from engine

2016-08-17 Thread Arsène Gschwind
I've a similar setup and I use a proxy (Squid) to get out of our private 
LAN, all you have to do is define a proxy in your yum configuration 
(/etc/yum.conf) in case of RH/CentOS Systems.


rgds,
Arsène


On 08/17/2016 12:03 AM, Hanson wrote:

Hi Guys,

Quick question, I have my nodes on a bond-bridge-privateVlan setup, 
and my engine on a bond-bridge-publicVlan setup for remote monitoring.


Understandably, the nodes are complaining that they are failing 
updates. (They're on a private vlan, and only configured with IP's in 
that vlan, the public vlan doesn't have IP's set on the hosts so they 
can pass it to VMs).


Is there a way to have the engine do the updates on the node using its 
internet connection, like a proxy?


For security reasons I like to have the nodes not publicly accessible, 
as we see hundreds if not thousands of ssh attempts, and root would 
probably be the most attacked account.


Thanks,

Hanson

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


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


Re: [ovirt-users] oVirt 4 + Foreman

2016-08-17 Thread Arsène Gschwind

Hi,

Thanks a lot this did work on the Foreman side using 
https:///ovirt-engine/api/v3 .


But on the oVirt Side, to define Foreman as an external provider, it 
still doesn't work, is there also a special URL to enter? I didn't find 
anything in the docs.


Thanks for any hint.

Regards,
Arsène


On 08/16/2016 05:01 PM, Juan Hernández wrote:

On 08/16/2016 11:58 AM, Arsène Gschwind wrote:

Hi,

has anybody been able to configure Foreman with oVirt 4 ? When trying to
add Foreman as an external provider and test the login it always return
: Failed to communicate with the external provider, see log for
additional details.

On the Foreman side i get an SSO failed in the log, the user and
password entered are correct.

Running version:

oVirt Engine Version: 4.0.2.6-1.el7.centos
Foreman Version 1.12.1

Please find the log extract attached.
Thanks for any help/hint.

Regards,
Arsène


There are two important differences in version 4 of oVirt

1. The URL is now only /ovirt-engine/api (it used to accept /api and
/ovirt-engine/api).

2. There are two versions of the API now, v3, compatible with oVirt 3,
and v4, new and incompatible. Foreman only supports v3.

So, I'd suggest you try to use "https://.../ovirt-engine/api/v3; in the
URL. Does that work? If it doesn't, can you provide more details? Log files?



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


Re: [ovirt-users] Missing vdsm-vhostmd-hook for oVirt 4.x

2016-08-11 Thread Arsène Gschwind

Thanks a lot for the information and for your great job.

Regards,
Arsène

On 08/11/2016 08:13 PM, Sandro Bonazzola wrote:


There's a patch on vdsm master which is pending merge to re add it. In 
4.0.3 it should be back.



Il 09/Ago/2016 19:40, "Arsène Gschwind" <arsene.gschw...@unibas.ch 
<mailto:arsene.gschw...@unibas.ch>> ha scritto:


Hi,

I'm missing vdsm-vhostmd-hook for oVirt 4, will this hook not be
available for this version?

Regards,
Arsène

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



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


[ovirt-users] Missing vdsm-vhostmd-hook for oVirt 4.x

2016-08-09 Thread Arsène Gschwind

Hi,

I'm missing vdsm-vhostmd-hook for oVirt 4, will this hook not be 
available for this version?


Regards,
Arsène

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


[ovirt-users] oVirt 4 and Gluster network

2016-08-09 Thread Arsène Gschwind

Hi,

We have setup an oVirt 4 cluster using Gluster as storage backend.
I've setup a separate 10 Gb Network for Gluster traffic and tried to use 
that network as written in : 
https://www.ovirt.org/develop/release-management/features/network/select-network-for-gluster/


But I'm not able to find the "Edit - Brick" menu to be able to set the 
IP to use for existing bricks.

Is this not implemented yet? The feature status says "done".

I've been able to create new bricks using that network and it seems the 
traffic is going trough the right nics.


Thanks for any hint.
regards,

Arsène

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


Re: [ovirt-users] oVirt 4.0 Hosted Engine

2016-08-08 Thread Arsène Gschwind
I think I've found the problem, a typo in hostname and the certificate 
are also created with the wrong FQDN.

Sometime you just don't see the problem on first approach.

Many thanks for your help
Regards,
Arsène


On 08/08/2016 10:58 AM, Simone Tiraboschi wrote:

On Mon, Aug 8, 2016 at 10:54 AM, Arsène Gschwind
<arsene.gschw...@unibas.ch> wrote:

Status up-to-date  : False
Hostname   : 
Host ID: 1

The issue is that on both the host you just see the status of host 1,
which is also not up-to-date at host 2 eyes, and you miss host 2.

Can you please check the status of ovirt-ha-agent and ovirt-ha-broker
services and share your /var/log/ovirt-hosted-engine-ha/agent.log from
the problematic host?


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


Re: [ovirt-users] oVirt 4.0 Hosted Engine

2016-08-08 Thread Arsène Gschwind



On 08/08/2016 10:22 AM, Simone Tiraboschi wrote:

On Sun, Aug 7, 2016 at 3:42 PM, Arsène Gschwind
<arsene.gschw...@unibas.ch> wrote:

Hi,

I have an oVirt setup with 2 server using hosted-engine, both server
resgistered properly the hosted-engine using :
# hosted-engine --deploy

but for some reason the second isn't recognized as a host for hosted-engine
and I'm not able to migrate the hosted-engine.
The error I get when trying to migrate:

Cannot migrate VM. There is no host that satisfies current scheduling
constraints. See below for details:
The host xx did not satisfy internal filter HA because it is not a
Hosted Engine host..

I've tried to redeploy the hosted-engine but this will fail since the host
already exists in the management DB.
I've tried to redeploy the host using the GUI when editing the Host and set
DEPLOY at Hosted Engine but in that case the Event just says the
configuration was updated but nothing happens.

Is there a way to check if the host is registered as hosted-engine host?

Can you please execute hosted-engine --vm-status on the problematic host?

Here's the result from the host where hosted engine is running:

Status up-to-date  : True
Hostname   : xx
Host ID: 1
Engine status  : {"health": "good", "vm": "up", 
"detail": "up"}

Score  : 3400
stopped: False
Local maintenance  : False
crc32  : 3c9dd013
Host timestamp : 82115
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=82115 (Mon Aug  8 10:44:12 2016)
host-id=1
score=3400
maintenance=False
state=EngineUp
stopped=False

And this is from the problematic host:

Status up-to-date  : False
Hostname   : 
Host ID: 1
Engine status  : unknown stale-data
Score  : 3400
stopped: False
Local maintenance  : False
crc32  : 6c959fce
Host timestamp : 82149
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=82149 (Mon Aug  8 10:44:45 2016)
host-id=1
score=3400
maintenance=False
state=EngineUp
stopped=False



Do you see any hosted-engine score for it in the engine?

It seems the score is the same on both host

Thanks,
Arsène



How could I register it correctly?

Let me know if you need any logs.
Thanks for any hint.

Regards,
Arsène


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



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


Re: [ovirt-users] oVirt 4.0 Hosted Engine

2016-08-07 Thread Arsène Gschwind

Hi,

Thanks for your help...

The scheduling policy is set to none
I've set the "Enable HA Reservation" property and also install the 
macspoof hook and power management is configured correctly and seems to 
work but all that didn't help .


Regargs,

Arsène


On 08/07/2016 04:50 PM, Yanir Quinn wrote:

Hi,

Under Clusters-> your cluster -> Scheduling policy :
1. What is your selected policy and what properties does it contains ?
2. Under Additional Properties , is "Enable HA Reservation" selected ?

Also check if your host has the necessary hooks (e.g. macspoof) as in 
the first host you deployed the hosted engine on

and that it has power management enabled.

Regards,
Yanir Quinn




On Sun, Aug 7, 2016 at 4:42 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi,

I have an oVirt setup with 2 server using hosted-engine, both
server resgistered properly the hosted-engine using :
# hosted-engine --deploy

but for some reason the second isn't recognized as a host for
hosted-engine and I'm not able to migrate the hosted-engine.
The error I get when trying to migrate:

  * Cannot migrate VM. There is no host that satisfies current
scheduling constraints. See below for details:
  * The host xx did not satisfy internal filter HA because it
is not a Hosted Engine host..

I've tried to redeploy the hosted-engine but this will fail since
the host already exists in the management DB.
I've tried to redeploy the host using the GUI when editing the
Host and set DEPLOY at Hosted Engine but in that case the Event
just says the configuration was updated but nothing happens.

Is there a way to check if the host is registered as hosted-engine
host?
How could I register it correctly?

Let me know if you need any logs.
Thanks for any hint.

Regards,
Arsène


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




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


[ovirt-users] oVirt 4.0 Hosted Engine

2016-08-07 Thread Arsène Gschwind

Hi,

I have an oVirt setup with 2 server using hosted-engine, both server 
resgistered properly the hosted-engine using :

# hosted-engine --deploy

but for some reason the second isn't recognized as a host for 
hosted-engine and I'm not able to migrate the hosted-engine.

The error I get when trying to migrate:

 * Cannot migrate VM. There is no host that satisfies current
   scheduling constraints. See below for details:
 * The host xx did not satisfy internal filter HA because it is not
   a Hosted Engine host..

I've tried to redeploy the hosted-engine but this will fail since the 
host already exists in the management DB.
I've tried to redeploy the host using the GUI when editing the Host and 
set DEPLOY at Hosted Engine but in that case the Event just says the 
configuration was updated but nothing happens.


Is there a way to check if the host is registered as hosted-engine host?
How could I register it correctly?

Let me know if you need any logs.
Thanks for any hint.

Regards,
Arsène

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


Re: [ovirt-users] Shared storage between DC

2016-05-02 Thread Arsène Gschwind

Hi Idan,

Thanks a lot for your answer, that's clear now.
I will change my setup and use 2 cluster in the same DC instead.
In the case using 2 cluster in the same DC I've noticed that all Storage 
domain have to be available for all clusters, in my case I use SAN 
Storage. Is this by design or is there a way to have some Storage Domain 
only available on one cluster but not on the others?


Regards,
Arsène

On 05/02/2016 02:33 PM, Idan Shaby wrote:

Hi Arsène,

The only storage domain that can be shared between datacenters is the 
iso domain
But that's not what you're looking for. You can't share a data domain 
between two datacenters.


As for importing a storage domain which is active on one datacenter to 
another datacenter, there are two cases:
- If the datacenters are in the same oVirt setup, that won't be 
possible, and the operation will not be performed.
- If the datacenters are in two different oVirt setups, the import to 
the second datacenter will succeed, but you will experience issues in 
the first datacenter.
The reason for that is that the host in the second datacenter 
overrides the storage domain metadata when importing it.


Therefore, you cannot import a storage domain to a second datacenter 
while it is active on the first one, anyway.



Regards,
Idan

On Mon, May 2, 2016 at 10:44 AM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi Roberto,

Thanks for your information but
When I'm writing about DC I mean defined DC in oVirt and so far I
could see that when you define a storage domain in one oVirt DC it
will not be available in another DC and I don't know what would
happen if I would import it on the second DC.
In your setup, did you just define 1 DC and multiple clusters?

Regards,
Arsène


On 05/01/2016 01:37 PM, NUNIN Roberto wrote:

Hi
I have in production the scenery something similar to what you've
described.
The "enabling factor" is represented by an "storage
virtualization" set of appliances, that maintain mirrored logical
volume over fc physical volumes across two distinct datacenters,
while giving rw simultaneus access to cluster hypervisors split
between datacenters, that run the VMs.

So: cluster also is spread across dc, no need to import nothing.
Regards,

*Roberto*


Il giorno 01 mag 2016, alle ore 10:37, Arsène Gschwind
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> ha
scritto:


Hi,

Is it possible to have a shared Storage domain between 2
Datacenter in oVirt?
We do replicate a FC Volume between 2 datacenter using FC SAN
storage technology and we have an oVirt cluster on each site
defined in separate DCs. The idea behind this is to setup a DR
site and also balance the load between each site.
What happens if I do import a storage domain already active in
one DC, will it break the Storage domain?

Thanks for any information..
Regards,
Arsène
___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users




Questo messaggio e' indirizzato esclusivamente al destinatario
indicato e potrebbe contenere informazioni confidenziali,
riservate o proprietarie. Qualora la presente venisse ricevuta
per errore, si prega di segnalarlo immediatamente al mittente,
cancellando l'originale e ogni sua copia e distruggendo eventuali
copie cartacee. Ogni altro uso e' strettamente proibito e
potrebbe essere fonte di violazione di legge.

This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise private information. If you
have received it in error, please notify the sender immediately,
deleting the original and all copies and destroying any hard
copies. Any other use is strictly prohibited and may be unlawful.



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




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


[ovirt-users] Shared storage between DC

2016-05-01 Thread Arsène Gschwind

Hi,

Is it possible to have a shared Storage domain between 2 Datacenter in 
oVirt?
We do replicate a FC Volume between 2 datacenter using FC SAN storage 
technology and we have an oVirt cluster on each site defined in separate 
DCs. The idea behind this is to setup a DR site and also balance the 
load between each site.
What happens if I do import a storage domain already active in one DC, 
will it break the Storage domain?


Thanks for any information..
Regards,
Arsène
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] vhostmd vdsm-hook

2016-04-20 Thread Arsène Gschwind
I've never tried with 2 disks but I will assume that the next free 
available disk will be used by the vdsm hook and the vm-dump-metrics cmd 
will check the kind of disk.

Let me know if you give a try

thanks,
Arsène

On 04/19/2016 02:43 PM, Simon Barrett wrote:


Thanks again but how does that work when a VM is configured to have 
more than one disk?


If I have a VM with a /dev/vda disk and a /dev/vdb disk, when I turn 
the vhostmd hook on the vm metric device gets created  as /dev/vdb and 
the original /dev/vdb disk gets bumped to /dev/vdc.


Is that expected behavior? Will that not cause problems?

Thanks,

Simon

*From:*Arsène Gschwind [mailto:arsene.gschw...@unibas.ch]
*Sent:* Tuesday, 19 April, 2016 13:06
*To:* Simon Barrett <simon.barr...@tradingscreen.com>; users@ovirt.org
*Subject:* Re: [ovirt-users] vhostmd vdsm-hook

The metric information are available on this additional disk /dev/vdb. 
You may install the package vm-dump-metrics and use the command 
vm-dump-metrics which will display all metrics in an xml format.


Arsène

On 04/19/2016 10:48 AM, Simon Barrett wrote:

Thanks Arsène,

I have vhostmd running on the ovirt node and have set the
sap_agent to true on the VM configuration. I also stopped and
started the VM to ensure that the config change took effect.

On the oVirt node I see the vhostmd running and see the following
entry in the qemu-kvm output:

drive

file=/dev/shm/vhostmd0,if=none,id=drive-virtio-disk701,readonly=on,format=raw
-device

virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=drive-virtio-disk701,id=virtio-disk701

The part I wasn’t quite understanding was how this presented
itself on the VM but I now see a new disk device “/dev/vdb”. If I
cat the contents of /dev/vdb I now see the information that is
provided from the ovirt node, which is great news and very useful.

Thanks for your help.

Simon

*From:*users-boun...@ovirt.org <mailto:users-boun...@ovirt.org>
[mailto:users-boun...@ovirt.org] *On Behalf Of *Arsène Gschwind
*Sent:* Monday, 18 April, 2016 16:03
*To:* users@ovirt.org <mailto:users@ovirt.org>
*Subject:* Re: [ovirt-users] vhostmd vdsm-hook

Hi Simon,

You will need to have vhostmd running on the oVirt node and set
the "sap_agent" custom property for the vm as you may see on the
screenshot.

sap_agent

Arsène

On 04/15/2016 12:15 PM, Simon Barrett wrote:

I’m trying to use the vhostmd vdsm host to access ovirt node
metrics from within a VM. Vhostmd is running and updating the
/dev/shm/vhostmd0 on the ovirt node.

The part I’m stuck on is: “This disk image is exported
read-only to guests. Guests can read the disk image to see
metrics” from
http://www.ovirt.org/develop/developer-guide/vdsm/hook/vhostmd/

Does the hook do this by default? I don’t see any new
read-only device mounted in the guest. Is there additional
work I need to do to mount this and access the data from
within the guest?

Many thanks,

Simon





___

Users mailing list

Users@ovirt.org <mailto:Users@ovirt.org>

http://lists.ovirt.org/mailman/listinfo/users



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


Re: [ovirt-users] vhostmd vdsm-hook

2016-04-19 Thread Arsène Gschwind
The metric information are available on this additional disk /dev/vdb. 
You may install the package vm-dump-metrics and use the command 
vm-dump-metrics which will display all metrics in an xml format.


Arsène

On 04/19/2016 10:48 AM, Simon Barrett wrote:


Thanks Arsène,

I have vhostmd running on the ovirt node and have set the sap_agent to 
true on the VM configuration. I also stopped and started the VM to 
ensure that the config change took effect.


On the oVirt node I see the vhostmd running and see the following 
entry in the qemu-kvm output:


drive 
file=/dev/shm/vhostmd0,if=none,id=drive-virtio-disk701,readonly=on,format=raw 
-device 
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=drive-virtio-disk701,id=virtio-disk701


The part I wasn’t quite understanding was how this presented itself on 
the VM but I now see a new disk device “/dev/vdb”. If I cat the 
contents of /dev/vdb I now see the information that is provided from 
the ovirt node, which is great news and very useful.


Thanks for your help.

Simon

*From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On 
Behalf Of *Arsène Gschwind

*Sent:* Monday, 18 April, 2016 16:03
*To:* users@ovirt.org
*Subject:* Re: [ovirt-users] vhostmd vdsm-hook

Hi Simon,

You will need to have vhostmd running on the oVirt node and set the 
"sap_agent" custom property for the vm as you may see on the screenshot.


sap_agent

Arsène

On 04/15/2016 12:15 PM, Simon Barrett wrote:

I’m trying to use the vhostmd vdsm host to access ovirt node
metrics from within a VM. Vhostmd is running and updating the
/dev/shm/vhostmd0 on the ovirt node.

The part I’m stuck on is: “This disk image is exported read-only
to guests. Guests can read the disk image to see metrics” from
http://www.ovirt.org/develop/developer-guide/vdsm/hook/vhostmd/

Does the hook do this by default? I don’t see any new read-only
device mounted in the guest. Is there additional work I need to do
to mount this and access the data from within the guest?

Many thanks,

Simon




___

Users mailing list

Users@ovirt.org <mailto:Users@ovirt.org>

http://lists.ovirt.org/mailman/listinfo/users



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


Re: [ovirt-users] vhostmd vdsm-hook

2016-04-18 Thread Arsène Gschwind

Hi Simon,

You will need to have vhostmd running on the oVirt node and set the 
"sap_agent" custom property for the vm as you may see on the screenshot.


sap_agent

Arsène

On 04/15/2016 12:15 PM, Simon Barrett wrote:


I’m trying to use the vhostmd vdsm host to access ovirt node metrics 
from within a VM. Vhostmd is running and updating the 
/dev/shm/vhostmd0 on the ovirt node.


The part I’m stuck on is: “This disk image is exported read-only to 
guests. Guests can read the disk image to see metrics” from 
http://www.ovirt.org/develop/developer-guide/vdsm/hook/vhostmd/


Does the hook do this by default? I don’t see any new read-only device 
mounted in the guest. Is there additional work I need to do to mount 
this and access the data from within the guest?


Many thanks,

Simon



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


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


Re: [ovirt-users] Unable to start nor to migrate vm

2016-01-12 Thread Arsène Gschwind

Hi,

I've just restarted libvirtd on all nodes and now it seems to work 
again. Libvirtd was running before I've restarted it but for some reason 
it could not communicate with other services.

Libvirt is the latest from RH7.2 update and qemu-kvm-ev from ovirt repo.

Thanks a lot for your help.
rgds,
Arsène

On 01/12/2016 12:11 PM, Michal Skrivanek wrote:


On 11 Jan 2016, at 18:33, Arsène Gschwind <arsene.gschw...@unibas.ch 
<mailto:arsene.gschw...@unibas.ch>> wrote:


Please find logs attached

rgds,
Arsène

On 01/11/2016 05:52 PM, Yaniv Dary wrote:

Please attach logs.

Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 
Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : 
+972 (9) 7692306 8272306 Email: yd...@redhat.com 
<mailto:yd...@redhat.com> IRC : ydary


On Mon, Jan 11, 2016 at 6:31 PM, Arsène Gschwind 
<arsene.gschw...@unibas.ch <mailto:arsene.gschw...@unibas.ch>> wrote:


Hi,

I'm having trouble with our ovirt environment, i'm not able to
start VMs nor to migrate running ones, i'm getting the following
error:

libvirtError: error from service: ListActivatableNames: Did not
receive a reply. Possible causes include: the remote application
did not send a reply, the message bus security policy blocked
the reply, the reply timeout expired, or the network connection
was broken.



Hi,
libvirt is latest from 7.2 updates?
qemu-kvm-ev from ovirt repo?
anything wrong with systemd or libvirt? seem like when libvirt talks 
to systemd it can’t.


Thanks,
michal



Any idea what causes this error?

oVirt (oVirt Engine Version: 3.5.6.2-1.el7.centos) running on:
CentOS Linux release 7.2.1511
kernel : 3.10.0-327.4.4.el7.x86_64

Nodes:
Red Hat Enterprise Linux Server release 7.2 (Maipo)
vdsm-python-4.16.30-0.el7.centos.noarch
vdsm-cli-4.16.30-0.el7.centos.noarch
vdsm-yajsonrpc-4.16.30-0.el7.centos.noarch
vdsm-xmlrpc-4.16.30-0.el7.centos.noarch
vdsm-hook-vmdisk-4.16.30-0.el7.centos.noarch
vdsm-jsonrpc-4.16.30-0.el7.centos.noarch
vdsm-hook-floppy-4.16.30-0.el7.centos.noarch
vdsm-python-zombiereaper-4.16.30-0.el7.centos.noarch
vdsm-4.16.30-0.el7.centos.x86_64
vdsm-hook-vhostmd-4.16.30-0.el7.centos.noarch

Thanks for any hint/help.
rgds,
Arsène
___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users




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




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


[ovirt-users] Unable to start nor to migrate vm

2016-01-11 Thread Arsène Gschwind

Hi,

I'm having trouble with our ovirt environment, i'm not able to start VMs 
nor to migrate running ones, i'm getting the following error:


libvirtError: error from service: ListActivatableNames: Did not receive 
a reply. Possible causes include: the remote application did not send a 
reply, the message bus security policy blocked the reply, the reply 
timeout expired, or the network connection was broken.


Any idea what causes this error?

oVirt (oVirt Engine Version: 3.5.6.2-1.el7.centos) running on:
CentOS Linux release 7.2.1511
kernel : 3.10.0-327.4.4.el7.x86_64

Nodes:
Red Hat Enterprise Linux Server release 7.2 (Maipo)
vdsm-python-4.16.30-0.el7.centos.noarch
vdsm-cli-4.16.30-0.el7.centos.noarch
vdsm-yajsonrpc-4.16.30-0.el7.centos.noarch
vdsm-xmlrpc-4.16.30-0.el7.centos.noarch
vdsm-hook-vmdisk-4.16.30-0.el7.centos.noarch
vdsm-jsonrpc-4.16.30-0.el7.centos.noarch
vdsm-hook-floppy-4.16.30-0.el7.centos.noarch
vdsm-python-zombiereaper-4.16.30-0.el7.centos.noarch
vdsm-4.16.30-0.el7.centos.x86_64
vdsm-hook-vhostmd-4.16.30-0.el7.centos.noarch

Thanks for any hint/help.
rgds,
Arsène
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


  1   2   >