Re: [ovirt-users] move disk and lv not removed

[Idan Shaby]

On Tue, Oct 24, 2017 at 8:29 AM, Idan Shaby  wrote:

> Hi Gianluca,
>
> Can you try to reproduce it with FC? Maybe it's somehow related to that.
>
Just to make it clear - I know that bug originally occurred on FC, and it
will be helpful to have the full logs if we want to understand the root
cause for this.

> Did you try to lvremove the old lv's, or are they still in use?
> Trying to do this from the SPM should be ok. What do you mean synchronize
> the information at the other node side?
> In any case, this is a disk that you don't need anymore, isn't it? You
> said that the copy part of the move operation went well.
>
>
> Thanks,
> Idan
>
> On Thu, Oct 19, 2017 at 10:47 AM, Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>> On Thu, Oct 19, 2017 at 7:36 AM, Idan Shaby  wrote:
>>
>>> Hi Gianluca,
>>>
>>> This sounds like a bug to me.
>>> Can you please attach engine and vdsm logs?
>>>
>>>
>>> Thanks,
>>> Idan
>>>
>>
>> Hi Idan,
>> I have not at hand the full files right now, but these were the snippets
>> I cut from vdsm log and engine.log yesterday around the time of the first
>> error after sending the first e-mail
>> It seems vdsm reports that the logical volume is still in use while
>> trying to remove it
>> I have tried to replicate on another environment also based on block
>> storage, but now iSCSI and not FC and I was not able to get the error: the
>> move disk operation of the powered off vm always completed successfully.
>> Both tests were done trying to move preallocated disks if that matters
>>
>> vdsm.log of host1
>>
>> 2017-10-18 14:59:28,907+0200 ERROR (libvirt/events)
>> [storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
>> Unexpected error (task:872)
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/storage/task.py", line 879, in _run
>> return fn(*args, **kargs)
>>   File "", line 2, in teardownImage
>>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48,
>> in method
>> ret = func(*args, **kwargs)
>>   File "/usr/share/vdsm/storage/hsm.py", line 3189, in teardownImage
>> dom.deactivateImage(imgUUID)
>>   File "/usr/share/vdsm/storage/blockSD.py", line 1289, in
>> deactivateImage
>> lvm.deactivateLVs(self.sdUUID, volUUIDs)
>>   File "/usr/share/vdsm/storage/lvm.py", line 1304, in deactivateLVs
>> _setLVAvailability(vgName, toDeactivate, "n")
>>   File "/usr/share/vdsm/storage/lvm.py", line 843, in _setLVAvailability
>> raise error(str(e))
>> CannotDeactivateLogicalVolume: Cannot deactivate Logical Volume:
>> ('General Storage Exception: ("5 [] [\'  Logical volume
>> c5d360f5-cd90-4b3e-bdef-924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d
>> is used by another device.\']\\nc5d360f5-cd90-4b3
>> e-bdef-924649bfbc5f/[\'eff58f10-12bf-412f-a5db-944bfb10904d\']",)',)
>> 2017-10-18 14:59:28,907+0200 INFO  (libvirt/events)
>> [storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
>> aborting: Task is aborted: 'Cannot deactivate Logical Volume: (\'General
>> Storage Exception: ("5 [] [\\\'  Logical volume
>> c5d360f5-cd90-4b3e-bdef-924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d
>> is used by another device.\\\']nc5d360f5-cd90
>> -4b3e-bdef-924649bfbc5f/[\\\'eff58f10-12bf-412f-a5db-944bfb10904d\\\']",)\',)'
>> - code 552 (task:1177)
>> 2017-10-18 14:59:28,908+0200 ERROR (libvirt/events) [storage.Dispatcher]
>> FINISH teardownImage error=Cannot deactivate Logical Volume: ('General
>> Storage Exception: ("5 [] [\'  Logical volume c5d360f5-cd90-4b3e-bdef-924649
>> bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d is used by another
>> device.\']\\nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\'eff58f1
>> 0-12bf-412f-a5db-944bfb10904d\']",)',) (dispatcher:81)
>>
>> engine.log
>> 2017-10-18 15:01:53,097+02 INFO  [org.ovirt.engine.core.dal.dbb
>> roker.auditloghandling.AuditLogDirector] (D
>> efaultQuartzScheduler6) [] EVENT_ID: USER_MOVED_DISK_FINISHED_SUCCESS(2,010),
>> Correlation ID: a8948cbf-80a
>> 2-462d-8805-91da94868c6e, Job ID: ffba7504-a324-43ca-ab4c-481610c1098b,
>> Call Stack: null, Custom ID: null,
>>  Custom Event ID: -1, Message: User gcecchi@internal-authz finished
>> moving disk padora1_u01 to domain SATA
>> _ALLBCK.
>> 2017-10-18 15:01:54,029+02 ERROR [org.ovirt.engine.core.dal.dbb
>> roker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5)
>> [394f8568] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID:
>> null, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: VDSM
>> host1 command HSMGetAllTasksStatusesVDS failed: Cannot remove Logical
>> Volume: (['Cannot remove Logical Volume: 
>> (u\'c5d360f5-cd90-4b3e-bdef-924649bfbc5f\',
>> "[\'2255c544-165b-4126-86ee-70e6d1edef9a\']")'],)
>> 2017-10-18 15:01:54,029+02 INFO  
>> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
>> (DefaultQuartzScheduler5) [394f8568] SPMAsyncTask::PollTask: Polling task
>> '8446a883-9bb0-40a5-b1eb-8a919defe4c0' (Parent Command 'RemoveImage',
>> Parameters Type 'org.ovirt.engine.

Re: [ovirt-users] move disk and lv not removed

[Idan Shaby]

Hi Gianluca,

Can you try to reproduce it with FC? Maybe it's somehow related to that.
Did you try to lvremove the old lv's, or are they still in use?
Trying to do this from the SPM should be ok. What do you mean synchronize
the information at the other node side?
In any case, this is a disk that you don't need anymore, isn't it? You said
that the copy part of the move operation went well.


Regards,
Idan

On Thu, Oct 19, 2017 at 10:47 AM, Gianluca Cecchi  wrote:

> On Thu, Oct 19, 2017 at 7:36 AM, Idan Shaby  wrote:
>
>> Hi Gianluca,
>>
>> This sounds like a bug to me.
>> Can you please attach engine and vdsm logs?
>>
>>
>> Thanks,
>> Idan
>>
>
> Hi Idan,
> I have not at hand the full files right now, but these were the snippets I
> cut from vdsm log and engine.log yesterday around the time of the first
> error after sending the first e-mail
> It seems vdsm reports that the logical volume is still in use while trying
> to remove it
> I have tried to replicate on another environment also based on block
> storage, but now iSCSI and not FC and I was not able to get the error: the
> move disk operation of the powered off vm always completed successfully.
> Both tests were done trying to move preallocated disks if that matters
>
> vdsm.log of host1
>
> 2017-10-18 14:59:28,907+0200 ERROR (libvirt/events)
> [storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
> Unexpected error (task:872)
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/task.py", line 879, in _run
> return fn(*args, **kargs)
>   File "", line 2, in teardownImage
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in
> method
> ret = func(*args, **kwargs)
>   File "/usr/share/vdsm/storage/hsm.py", line 3189, in teardownImage
> dom.deactivateImage(imgUUID)
>   File "/usr/share/vdsm/storage/blockSD.py", line 1289, in deactivateImage
> lvm.deactivateLVs(self.sdUUID, volUUIDs)
>   File "/usr/share/vdsm/storage/lvm.py", line 1304, in deactivateLVs
> _setLVAvailability(vgName, toDeactivate, "n")
>   File "/usr/share/vdsm/storage/lvm.py", line 843, in _setLVAvailability
> raise error(str(e))
> CannotDeactivateLogicalVolume: Cannot deactivate Logical Volume: ('General
> Storage Exception: ("5 [] [\'  Logical volume c5d360f5-cd90-4b3e-bdef-
> 924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d is used by another
> device.\']\\nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\'
> eff58f10-12bf-412f-a5db-944bfb10904d\']",)',)
> 2017-10-18 14:59:28,907+0200 INFO  (libvirt/events)
> [storage.TaskManager.Task] (Task='6331ec00-b75b-465e-8d9c-04d465c09ea1')
> aborting: Task is aborted: 'Cannot deactivate Logical Volume: (\'General
> Storage Exception: ("5 [] [\\\'  Logical volume c5d360f5-cd90-4b3e-bdef-
> 924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d is used by another
> device.\\\']nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\
> \\'eff58f10-12bf-412f-a5db-944bfb10904d\\\']",)\',)' - code 552
> (task:1177)
> 2017-10-18 14:59:28,908+0200 ERROR (libvirt/events) [storage.Dispatcher]
> FINISH teardownImage error=Cannot deactivate Logical Volume: ('General
> Storage Exception: ("5 [] [\'  Logical volume c5d360f5-cd90-4b3e-bdef-
> 924649bfbc5f/eff58f10-12bf-412f-a5db-944bfb10904d is used by another
> device.\']\\nc5d360f5-cd90-4b3e-bdef-924649bfbc5f/[\'
> eff58f10-12bf-412f-a5db-944bfb10904d\']",)',) (dispatcher:81)
>
> engine.log
> 2017-10-18 15:01:53,097+02 INFO  [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (D
> efaultQuartzScheduler6) [] EVENT_ID: USER_MOVED_DISK_FINISHED_SUCCESS(2,010),
> Correlation ID: a8948cbf-80a
> 2-462d-8805-91da94868c6e, Job ID: ffba7504-a324-43ca-ab4c-481610c1098b,
> Call Stack: null, Custom ID: null,
>  Custom Event ID: -1, Message: User gcecchi@internal-authz finished
> moving disk padora1_u01 to domain SATA
> _ALLBCK.
> 2017-10-18 15:01:54,029+02 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (DefaultQuartzScheduler5)
> [394f8568] EVENT_ID: VDS_BROKER_COMMAND_FAILURE(10,802), Correlation ID:
> null, Call Stack: null, Custom ID: null, Custom Event ID: -1, Message: VDSM
> host1 command HSMGetAllTasksStatusesVDS failed: Cannot remove Logical
> Volume: (['Cannot remove Logical Volume: 
> (u\'c5d360f5-cd90-4b3e-bdef-924649bfbc5f\',
> "[\'2255c544-165b-4126-86ee-70e6d1edef9a\']")'],)
> 2017-10-18 15:01:54,029+02 INFO  
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (DefaultQuartzScheduler5) [394f8568] SPMAsyncTask::PollTask: Polling task
> '8446a883-9bb0-40a5-b1eb-8a919defe4c0' (Parent Command 'RemoveImage',
> Parameters Type 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters')
> returned status 'finished', result 'cleanSuccess'.
> 2017-10-18 15:01:54,029+02 ERROR 
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (DefaultQuartzScheduler5) [394f8568] BaseAsyncTask::logEndTaskFailure:
> Task '8446a883-9bb0-40a5-b1eb-8a919defe4c0' (Parent Command
> 'RemoveImage', Parameters Type 
> 'org.

Re: [ovirt-users] Problems to log into portal

[Juan Pablo Lorier]

Thanks Yedidyah for your reply. The FQDN is correct:

/etc/ovirt-engine/engine.conf.d/10-setup-protocols.conf:ENGINE_FQDN=ovirt01.tecnica.tnu.com.uy

I managed to connect to the admin portal using a ssh tunnel, but I can't
do it via a regular connection. Any other hint?

Regards,



El 23/10/17 a las 02:40, Yedidyah Bar David escribió:
> On Mon, Oct 23, 2017 at 2:04 AM, Juan Pablo Lorier  wrote:
>> Hi,
>>
>> I'm trying to log into a fresh install (4.1 on centos 7) but though I've
>> set the hostname-ip mapping in /etc/hosts of the server and my desktop,
>> it keep complaining with the error:
>>
>> The client is not authorized to request an authorization. It's required
>> to access the system using FQDN.
>>
>> Engine log shows the same error:
>>
>> ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-9) [] The
>> client is not authorized to request an authorization. It's required to
>> access the system using FQDN
>>
>> What else should I do to get access?
> Do you use the exact same name you provided when prompted by engine-setup?
>
> Check this:
>
> grep ^ENGINE_FQDN /etc/ovirt-engine/engine.conf.d/*.conf
>
> If you want/need to use a different name, search the list archives
> for "SSO_ALTERNATE_ENGINE_FQDNS".
>
> Regards,

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

Re: [ovirt-users] Vnc client from windows 10

[Sandro Bonazzola]

2017-10-18 22:43 GMT+02:00 John Taylor :

> Hi Gianluca,
>
> I've used the following as a cmd script to parse out the parms from
> the .vv and run
> the ultravnc vncviewer (uvnc.com).
>
>

You may want to contribute a wiki page on ovirt.org website with this.


>
>
> @setlocal enableextensions enabledelayedexpansion
> @echo off
> set file=%~1
> set area=[virt-viewer]
> set currarea=
> for /f "usebackq delims=" %%a in ("!file!") do (
> set ln=%%a
> if "x!ln:~0,1!"=="x[" (
> set currarea=!ln!
> ) else (
> for /f "tokens=1,2 delims==" %%b in ("!ln!") do (
> set currkey=%%b
> set currval=%%c
>
> if "x!area!"=="x!currarea!" if "x!host"=="x!currkey!" (
> set host=!currval!
> )
>
> set key=port
> if "x!area!"=="x!currarea!" if "x!currkey!"=="x!port" (
> set port=!currval!
> )
>
> if "x!area!"=="x!currarea!" if "x!currkey!"=="x!password" (
> set password=!currval!
> )
>
> )
>
> )
> )
>
> start "vnc" "vncviewer.exe" !host!:!port! /password "!password!"
> endlocal
>
>
>
> Hope that helps.
> -John
>
>
>
>
> On Wed, Oct 18, 2017 at 10:57 AM, Gianluca Cecchi
>  wrote:
> > Hello,
> > I'm trying to have a user connect to the console VM through vnc protocol,
> > but without the virt-viewer application.
> > The client is Windows 10.
> > I have tried some options without success, with tightvnc, ultravnc and
> > realvnc but all of them give error about syntax.
> > Any native client suggested/recommended with windows 10 and oVirt?
> >
> > Tried also noVnc that works from a Linux client and so I'm sure all is
> ok at
> > oVirt side, but from Windows 10 and chrome 61 I imported the certificate
> in
> > trusted root authority but nevertheless I get the error
> >
> > Any hints?
> > Thanks,
> > Gianluca
> >
> > ___
> > 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
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 

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

Re: [ovirt-users] oVirt-node and freeipa

[Sandro Bonazzola]

2017-10-23 14:53 GMT+02:00 Winfried de Heiden :

> Hi all,
>
> Using oVirt 4.1 using FreeIPA for authentication for oVirt Manager is
> quite straight forward. Now, for the hypervisor I'm using oVirt-node. OK, I
> do not much login on the hypervisor it self, but it would be nice to
> integrate oVirt-node with FreeIPA as well.
>
> Maybe I'm missing something, but I cannot find anything about this... Is
> it possible for oVirt-node to integrate with FreeIPA?
>

We are tracking a similar request here:
https://bugzilla.redhat.com/show_bug.cgi?id=1490041 - [RFE] Provide IdM
client software in RHVH
In oVirt Node you can just enable CentOS repos and install any needed
package and configure it as if it was a normal CentOS installation.
Nothing already integrated ready to be consumed.


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


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D

Red Hat EMEA 

TRIED. TESTED. TRUSTED. 

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

[ovirt-users] oVirt-node and freeipa

[Winfried de Heiden]

  
  
Hi all,
  
  Using oVirt 4.1 using FreeIPA for authentication for oVirt Manager
  is quite straight forward. Now, for the hypervisor I'm using
  oVirt-node. OK, I do not much login on the hypervisor it self, but
  it would be nice to integrate oVirt-node with FreeIPA as well.
  
  Maybe I'm missing something, but I cannot find anything about
  this... Is it possible for oVirt-node to integrate with FreeIPA?
  
  Winfried

  

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

[ovirt-users] using oVirt with newer librbd1

[Matthias Leopold]

Hi,

we want to use a Ceph cluster as the main storage for our oVirt 4.1.x 
datacenter. We successfully tested using librbd1-12.2.1-0.el7 package 
from Ceph repos instead of the standard librbd1-0.94.5-2.el7 from CentOS 
7 in an oVirt virtualization node. Are there any caveats when doing so? 
Will this work in oVirt 4.2?


thx
matthias

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

[ovirt-users] 3.6 InClusterUpgrade

[Kapetanakis Giannis]

Hi,

I'm in the process of upgrading to 4.1 from 3.6.7 (centos 6)
The default cluster runs in 3.5 compatibility mode.

I cannot add a new Centos 7 host:
2017-10-23 13:50:08,359 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(DefaultQuartzScheduler_Worker-40) [6a0dd9df] Correlation ID: 6a0dd9df, Job ID: 
e570c94b-bbd8-486b-bb93-3d28fb905bb3, Call Stack: null, Custom Event ID: -1, 
Message: Host v5 is compatible with versions (3.6,4.0,4.1) and cannot join 
Cluster Default which is set to version 3.5.

I'm following https://www.ovirt.org/feature/inclusterupgrade/ for upgrading.

I've set 
engine-config -s CheckMixedRhelVersions=false --cver=3.5
restarted and set Scheduling policy InClusterUpgrade

Any recommendations how to proceed without shutting down all VMs?

I also want to avoid creating a new cluster with 3.6 version cause then I will 
have to shutdown all VMs again.

Thanks

G
ps. The steps I had in mind were:
upgrade serially hosts to Centos 7
migrate VMs there
backup-restore engine to new Centos 7 machine
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot uplaod ot ISO domain

[Alex K]

Hi Kasturi,

I see. What I was missing is that the engine does not have a nic on
glusternw.
I was hoping that the engine would be able to upload using the hosts.
Anyway, this is not an issue since I can directly scp on export domain as
you mentioned.

Thanx

On Oct 23, 2017 09:46, "Kasturi Narra"  wrote:

> Hi Alex,
>
>   Can you check if you have the following on your setup ?
>
> 1) gluster volume which will be used as ISO storage domain should have
> bricks connected using glusternw.
> 2) NFS time out is caused due to not having nfs.disable off on the volume.
> Can you try to set this and try again.
> 3) self hosted engine requires an additional NIC on the gluster network
> for the engine-iso-uploader to work sucessfully  if ovirtmgmt and glusternw
> are on a different subnet.
>
> Even after having all the above if things do not work, you can just scp
> the file to /mnt//images/11--11
> 11-…/
>
> Hope this helps !!!
>
> Thanks
> kasturi
>
>
> On Thu, Oct 19, 2017 at 1:23 PM, Alex K  wrote:
>
>> The only workaround that seems to work for my case is the following:
>>
>> Enable NFS on ISO gluster volume.
>> Add ISO volume as NFS using hostname of server on the network that engine
>> has access.
>> This is not optimal as HA is not achieve -  if I loose that server then I
>> will need to redefine the ISO domain.
>>
>> Alex
>>
>>
>> On Thu, Oct 19, 2017 at 12:09 AM, Alex K  wrote:
>>
>>> If this is the case then I will try to set the gluster network to be at
>>> the network that engine can reach prior to adding the ISO domain. I would
>>> prefere not to add an additional interface to engine as then I will need to
>>> make the storage network a bridge which might incur some overhead and
>>> affect performance of storage network.
>>>
>>> Alex
>>>
>>> On Oct 18, 2017 11:36 PM, "Elad Ben Aharon"  wrote:
>>>
 Hi,

 The storage where 'ISO' storage domain resides has to be reachable for
 the engine server. Please check network connectivity between the two.

 On Wed, Oct 18, 2017 at 7:41 PM, Alex K 
 wrote:

> Hi all,
>
> I have setup a self hosted setup with 3 servers with several volumes
> in replica 3.
> These gluster volumes are set on a separate network (on separate NICs
> on same servers), dedicated for gluster traffic. The engine does not have
> any NIC in this network.
> The ISO storage domain is also on top one of these gluster volumes.
> Hope this makes sense.
>
> When I try to upload an ISO file from engine, I get the following
> error:
>
> engine-iso-uploader -i ISO upload /usr/share/ovirt-guest-tools-i
> so/oVirt-toolsSetup_4.1-3.fc24.iso
> Please provide the REST API password for the admin@internal oVirt
> Engine user (CTRL+D to abort):
> Uploading, please wait...
> ERROR: mount.nfs: No route to host
>
> Seems that the engine is trying to mount the volume and gives a no
> route to host.
>
> What is the correct procedure to add an ISO domain? Can't ISO domain
> be on a separate dedicated network which is reachable from each host?
>
> Thanx,
> Alex
>
>
> ___
> 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
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users