Re: [ovirt-users] Unable to remove storage domain's

[Ladislav Humenik]

Hello again,

the result is: ERROR:  permission denied to create temporary tables in 
database "engine"



- I forgot to mention we do not run the DB on localhost, but on 
dedicated server which is managed by DB-admins. After granting the 
necessary TEMPORARY privileges:






engine-log:

2018-02-22 08:47:57,678+01 INFO 
[org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand] 
(default task-13) [6f250dbf-40d2-4017-861a-ae410fc382f5] Lock Acquired 
to object 
'EngineLock:{exclusiveLocks='[f5efd264-045b-48d5-b35c-661a30461de5=STORAGE]', 
sharedLocks=''}'
2018-02-22 08:47:57,694+01 INFO 
[org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand] 
(default task-13) [6f250dbf-40d2-4017-861a-ae410fc382f5] Running 
command: RemoveStorageDomainCommand internal: false. Entities affected 
:  ID: f5efd264-045b-48d5-b35c-661a30461de5 Type: StorageAction group 
DELETE_STORAGE_DOMAIN with role type ADMIN
2018-02-22 08:47:57,877+01 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-13) [6f250dbf-40d2-4017-861a-ae410fc382f5] EVENT_ID: 
USER_REMOVE_STORAGE_DOMAIN(960), Correlation ID: 
6f250dbf-40d2-4017-861a-ae410fc382f5, Job ID: 
d825643c-3f2e-449c-a19d-dc55af74d153, Call Stack: null, Custom ID: null, 
Custom Event ID: -1, Message: Storage Domain bs09aF2C9kvm was removed by 
admin@internal
2018-02-22 08:47:57,881+01 INFO 
[org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand] 
(default task-13) [6f250dbf-40d2-4017-861a-ae410fc382f5] Lock freed to 
object 
'EngineLock:{exclusiveLocks='[f5efd264-045b-48d5-b35c-661a30461de5=STORAGE]', 
sharedLocks=''}'



Thank you for your help,

Ladislav


On 22.02.2018 06:11, Eyal Shenitzky wrote:

So here is the Query:

BEGIN -- Creating a temporary table which will give all the images and 
the disks which resids on only the specified storage domain. (copied 
template disks on multiple storage domains will not be part of this 
table) CREATE TEMPORARY TABLE STORAGE_DOMAIN_MAP_TABLEAS SELECT image_guidAS image_id,

 disk_id
 FROM memory_and_disk_images_storage_domain_view
 WHERE storage_id = v_storage_domain_id

 EXCEPT SELECT image_guidAS image_id,
 disk_id
 FROM memory_and_disk_images_storage_domain_view
 WHERE storage_id != v_storage_domain_id;

 exception when othersthen TRUNCATETABLE STORAGE_DOMAIN_MAP_TABLE;

 INSERT INTO STORAGE_DOMAIN_MAP_TABLE
 SELECT image_guidAS image_id,
 disk_id
 FROM memory_and_disk_images_storage_domain_view
 WHERE storage_id = v_storage_domain_id

 EXCEPT SELECT image_guidAS image_id,
 disk_id
 FROM memory_and_disk_images_storage_domain_view
 WHERE storage_id != v_storage_domain_id;
END;
Try to run it and share the results please.

On Wed, Feb 21, 2018 at 4:01 PM, Eyal Shenitzky > wrote:


Note that destroy and remove are two different operations.

Did you try both?

On Wed, Feb 21, 2018 at 3:17 PM, Ladislav Humenik
> wrote:

Hi, of course i did. I put these domain's first in to
maintenance, then Detached it from the datacenter.

The last step is destroy or remove "just name it" and this
last step is mysteriously not working.



and throwing sql exception which I attached before.

Thank you in advance
ladislav

On 21.02.2018 14:03, Eyal Shenitzky wrote:

Did you manage to set the domain to maintenance?

If so you can try to 'Destroy' the domain.

On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik
> wrote:

Hi, no


this table "STORAGE_DOMAIN_MAP_TABLE" is not present at
any of our ovirt's and

based on link


this is just a temporary table. Can you point me to what
query should I test?

thank you in advance

Ladislav


On 21.02.2018 12:50, Eyal Shenitzky wrote:

According to the logs, it seems like you somehow missing
a table in the DB -
STORAGE_DOMAIN_MAP_TABLE.
4211-b98f-a37604642251] Command

'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand'
failed: CallableStatementCallback; bad SQL grammar
[{call force_delete_storage_domain(?)}]; nested
exception is org.postgresql.util.PSQLException: ERROR:
relation "storage_domain_map_table" does not exist
Did you tryied to run some SQL query which cause that issue?



On Wed, 

Re: [ovirt-users] Unable to remove storage domain's

[Eyal Shenitzky]

So here is the Query:

BEGIN
-- Creating a temporary table which will give all the images and
the disks which resids on only the specified storage domain. (copied
template disks on multiple storage domains will not be part of this
table)
CREATE TEMPORARY TABLE STORAGE_DOMAIN_MAP_TABLE AS

SELECT image_guid AS image_id,
disk_id
FROM memory_and_disk_images_storage_domain_view
WHERE storage_id = v_storage_domain_id

EXCEPT

SELECT image_guid AS image_id,
disk_id
FROM memory_and_disk_images_storage_domain_view
WHERE storage_id != v_storage_domain_id;

exception when others then

TRUNCATE TABLE STORAGE_DOMAIN_MAP_TABLE;

INSERT INTO STORAGE_DOMAIN_MAP_TABLE
SELECT image_guid AS image_id,
disk_id
FROM memory_and_disk_images_storage_domain_view
WHERE storage_id = v_storage_domain_id

EXCEPT

SELECT image_guid AS image_id,
disk_id
FROM memory_and_disk_images_storage_domain_view
WHERE storage_id != v_storage_domain_id;
END;

Try to run it and share the results please.

On Wed, Feb 21, 2018 at 4:01 PM, Eyal Shenitzky  wrote:

> Note that destroy and remove are two different operations.
>
> Did you try both?
>
> On Wed, Feb 21, 2018 at 3:17 PM, Ladislav Humenik <
> ladislav.hume...@1und1.de> wrote:
>
>> Hi, of course i did. I put these domain's first in to maintenance, then
>> Detached it from the datacenter.
>>
>> The last step is destroy or remove "just name it" and this last step is
>> mysteriously not working.
>>
>>
>> and throwing sql exception which I attached before.
>>
>> Thank you in advance
>> ladislav
>>
>> On 21.02.2018 14:03, Eyal Shenitzky wrote:
>>
>> Did you manage to set the domain to maintenance?
>>
>> If so you can try to 'Destroy' the domain.
>>
>> On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik <
>> ladislav.hume...@1und1.de> wrote:
>>
>>> Hi, no
>>>
>>>
>>> this table "STORAGE_DOMAIN_MAP_TABLE" is not present at any of our
>>> ovirt's and
>>>
>>> based on link
>>> 
>>> this is just a temporary table. Can you point me to what query should I
>>> test?
>>>
>>> thank you in advance
>>>
>>> Ladislav
>>>
>>> On 21.02.2018 12:50, Eyal Shenitzky wrote:
>>>
>>> According to the logs, it seems like you somehow missing a table in the
>>> DB -
>>>
>>> STORAGE_DOMAIN_MAP_TABLE.
>>>
>>> 4211-b98f-a37604642251] Command 
>>> 'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand' 
>>> failed: CallableStatementCallback; bad SQL grammar [{call 
>>> force_delete_storage_domain(?)}]; nested exception is 
>>> org.postgresql.util.PSQLException: ERROR: relation 
>>> "storage_domain_map_table" does not exist
>>>
>>> Did you tryied to run some SQL query which cause that issue?
>>>
>>>
>>>
>>>
>>> On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik <
>>> ladislav.hume...@1und1.de> wrote:
>>>
 Hello,

 we can not remove old NFS-data storage domains, this 4 are already
 deactivated and unattached:

 engine=> select id,storage_name from storage_domains where storage_name
 like 'bs09%';
   id  | storage_name
 --+---
  819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
  9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
  f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
  a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
 (4 rows)


 The only images which still resides in DB are OVF_STORE templates:

 engine=> select image_guid,storage_name,disk_description from
 images_storage_domain_view where storage_name like 'bs09%';
   image_guid  | storage_name  |
 disk_description
 --+---+-
 -
  6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
  997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
  2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
  85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
  bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
  797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
  5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
  dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
 (8 rows)



 Current oVirt Engine version: 4.1.8.2-1.el7.centos
 Exception logs from engine are in attachment

 Do you have any magic sql statement to figure out what is causing this
 exception and how we can remove those storage domains without disruption ?

 Thank you in advance

 --
 Ladislav 

Re: [ovirt-users] VMs with multiple vdisks don't migrate

[Maor Lipchuk]

Hi Frank,

Sorry about the delay repond.
I've been going through the logs you attached, although I could not find
any specific indication why the migration failed because of the disk you
were mentionning.
Does this VM run with both disks on the target host without migration?

Regards,
Maor


On Fri, Feb 16, 2018 at 11:03 AM, fsoyer  wrote:

> Hi Maor,
> sorry for the double post, I've change the email adress of my account and
> supposed that I'd need to re-post it.
> And thank you for your time. Here are the logs. I added a vdisk to an
> existing VM : it no more migrates, needing to poweroff it after minutes.
> Then simply deleting the second disk makes migrate it in exactly 9s without
> problem !
> https://gist.github.com/fgth/4707446331d201eef574ac31b6e89561
> https://gist.github.com/fgth/f8de9c22664aee53722af676bff8719d
>
> --
>
> Cordialement,
>
> *Frank Soyer *
> Le Mercredi, Février 14, 2018 11:04 CET, Maor Lipchuk 
> a écrit:
>
>
> Hi Frank,
>
> I already replied on your last email.
> Can you provide the VDSM logs from the time of the migration failure for
> both hosts:
>   ginger.local.systea.f r and v
> ictor.local.systea.fr
>
> Thanks,
> Maor
>
> On Wed, Feb 14, 2018 at 11:23 AM, fsoyer  wrote:
>>
>> Hi all,
>> I discovered yesterday a problem when migrating VM with more than one
>> vdisk.
>> On our test servers (oVirt4.1, shared storage with Gluster), I created 2
>> VMs needed for a test, from a template with a 20G vdisk. On this VMs I
>> added a 100G vdisk (for this tests I didn't want to waste time to extend
>> the existing vdisks... But I lost time finally...). The VMs with the 2
>> vdisks works well.
>> Now I saw some updates waiting on the host. I tried to put it in
>> maintenance... But it stopped on the two VM. They were marked "migrating",
>> but no more accessible. Other (small) VMs with only 1 vdisk was migrated
>> without problem at the same time.
>> I saw that a kvm process for the (big) VMs was launched on the source AND
>> destination host, but after tens of minutes, the migration and the VMs was
>> always freezed. I tried to cancel the migration for the VMs : failed. The
>> only way to stop it was to poweroff the VMs : the kvm process died on the 2
>> hosts and the GUI alerted on a failed migration.
>> In doubt, I tried to delete the second vdisk on one of this VMs : it
>> migrates then without error ! And no access problem.
>> I tried to extend the first vdisk of the second VM, the delete the second
>> vdisk : it migrates now without problem !
>>
>> So after another test with a VM with 2 vdisks, I can say that this
>> blocked the migration process :(
>>
>> In engine.log, for a VMs with 1 vdisk migrating well, we see :
>>
>> 2018-02-12 16:46:29,705+01 INFO  
>> [org.ovirt.engine.core.bll.MigrateVmToServerCommand]
>> (default task-28) [2f712024-5982-46a8-82c8-fd8293da5725] Lock Acquired
>> to object 
>> 'EngineLock:{exclusiveLocks='[3f57e669-5e4c-4d10-85cc-d573004a099d=VM]',
>> sharedLocks=''}'
>> 2018-02-12 16:46:29,955+01 INFO  
>> [org.ovirt.engine.core.bll.MigrateVmToServerCommand]
>> (org.ovirt.thread.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725]
>> Running command: MigrateVmToServerCommand internal: false. Entities
>> affected :  ID: 3f57e669-5e4c-4d10-85cc-d573004a099d Type: VMAction
>> group MIGRATE_VM with role type USER
>> 2018-02-12 16:46:30,261+01 INFO  
>> [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand]
>> (org.ovirt.thread.pool-6-thread-32) [2f712024-5982-46a8-82c8-fd8293da5725]
>> START, MigrateVDSCommand( MigrateVDSCommandParameters:{runAsync='true',
>> hostId='ce3938b1-b23f-4d22-840a-f17d7cd87bb1',
>> vmId='3f57e669-5e4c-4d10-85cc-d573004a099d', srcHost='192.168.0.6',
>> dstVdsId='d569c2dd-8f30-4878-8aea-858db285cf69', dstHost='
>> 192.168.0.5:54321', migrationMethod='ONLINE', tunnelMigration='false',
>> migrationDowntime='0', autoConverge='true', migrateCompressed='false',
>> consoleAddress='null', maxBandwidth='500', enableGuestEvents='true',
>> maxIncomingMigrations='2', maxOutgoingMigrations='2',
>> convergenceSchedule='[init=[{name=setDowntime, params=[100]}],
>> stalling=[{limit=1, action={name=setDowntime, params=[150]}}, {limit=2,
>> action={name=setDowntime, params=[200]}}, {limit=3,
>> action={name=setDowntime, params=[300]}}, {limit=4,
>> action={name=setDowntime, params=[400]}}, {limit=6,
>> action={name=setDowntime, params=[500]}}, {limit=-1, action={name=abort,
>> params=[]}}]]'}), log id: 14f61ee0
>> 2018-02-12 16:46:30,262+01 INFO  [org.ovirt.engine.core.vdsbro
>> ker.vdsbroker.MigrateBrokerVDSCommand] (org.ovirt.thread.pool-6-thread-32)
>> [2f712024-5982-46a8-82c8-fd8293da5725] START,
>> MigrateBrokerVDSCommand(HostName = victor.local.systea.fr,
>> MigrateVDSCommandParameters:{runAsync='true',
>> hostId='ce3938b1-b23f-4d22-840a-f17d7cd87bb1',
>> vmId='3f57e669-5e4c-4d10-85cc-d573004a099d', srcHost='192.168.0.6',
>> 

Re: [ovirt-users] problem importing ova vm

[Jiří Sléžka]

On 02/21/2018 05:35 PM, Arik Hadas wrote:
> 
> 
> On Wed, Feb 21, 2018 at 6:03 PM, Jiří Sléžka  > wrote:
> 
> On 02/21/2018 03:43 PM, Jiří Sléžka wrote:
> > On 02/20/2018 11:09 PM, Arik Hadas wrote:
> >>
> >>
> >> On Tue, Feb 20, 2018 at 6:37 PM, Jiří Sléžka  
> >> >> wrote:
> >>
> >>     On 02/20/2018 03:48 PM, Arik Hadas wrote:
> >>     >
> >>     >
> >>     > On Tue, Feb 20, 2018 at 3:49 PM, Jiří Sléžka
> 
> >
> >>     > 
>  >>     >
> >>     >     Hi Arik,
> >>     >
> >>     >     On 02/20/2018 01:22 PM, Arik Hadas wrote:
> >>     >     >
> >>     >     >
> >>     >     > On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka
> 
> >
> >>     
> >>
> >>     >     >    >
> >>     
>  wrote:
> >>     >     >
> >>     >     >     Hi,
> >>     >     >
> >>     >     >
> >>     >     > Hi Jiří,
> >>     >     >  
> >>     >     >
> >>     >     >
> >>     >     >     I would like to try import some ova files into
> our oVirt
> >>     instance [1]
> >>     >     >     [2] but I facing problems.
> >>     >     >
> >>     >     >     I have downloaded all ova images into one of hosts
> >>     (ovirt01) into
> >>     >     >     direcory /ova
> >>     >     >
> >>     >     >     ll /ova/
> >>     >     >     total 6532872
> >>     >     >     -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21
> >>     HAAS-hpcowrie.ovf
> >>     >     >     -rw-r--r--. 1 vdsm kvm 785984 Feb 16 16:22
> >>     HAAS-hpdio.ova
> >>     >     >     -rw-r--r--. 1 vdsm kvm  846736896 Feb 16 16:22
> >>     HAAS-hpjdwpd.ova
> >>     >     >     -rw-r--r--. 1 vdsm kvm  891043328 Feb 16 16:23
> >>     HAAS-hptelnetd.ova
> >>     >     >     -rw-r--r--. 1 vdsm kvm  908222464 Feb 16 16:23
> >>     HAAS-hpuchotcp.ova
> >>     >     >     -rw-r--r--. 1 vdsm kvm  880643072 Feb 16 16:24
> >>     HAAS-hpuchoudp.ova
> >>     >     >     -rw-r--r--. 1 vdsm kvm  890833920 Feb 16 16:24
> >>     HAAS-hpuchoweb.ova
> >>     >     >
> >>     >     >     Then I tried to import them - from host ovirt01 and
> >>     directory /ova but
> >>     >     >     spinner spins infinitly and nothing is happen.
> >>     >     >
> >>     >     >
> >>     >     > And does it work when you provide a path to the
> actual ova
> >>     file, i.e.,
> >>     >     > /ova/HAAS-hpdio.ova, rather than to the directory?
> >>     >
> >>     >     this time it ends with "Failed to load VM configuration
> from
> >>     OVA file:
> >>     >     /ova/HAAS-hpdio.ova" error. 
> >>     >
> >>     >
> >>     > Note that the logic that is applied on a specified folder
> is "try
> >>     > fetching an 'ova folder' out of the destination folder"
> rather than
> >>     > "list all the ova files inside the specified folder". It seems
> >>     that you
> >>     > expected the former output since there are no disks in that
> >>     folder, right?
> >>
> >>     yes, It would be more user friendly to list all ova files and
> then
> >>     select which one to import (like listing all vms in vmware
> import)
> >>
> >>     Maybe description of path field in manager should be "Path to
> ova file"
> >>     instead of "Path" :-)
> >>
> >>
> >> Sorry, I obviously meant 'latter' rather than 'former' before..
> >> Yeah, I agree that would be better, at least until listing the
> OVA files
> >> in the folder is implemented (that was the original plan, btw) -
> could
> >> you please file a bug?
> >
> > yes, sure
> >
> >
> >>     >     >     I cannot see anything relevant in vdsm log of
> host ovirt01.
> >>     >     >
> >>     >     >     In the engine.log of our standalone ovirt manager
> is just this
> >>     >     >     relevant line
> >>     >     >
> >>     >     >     2018-02-20 12:35:04,289+01 INFO
> >>     >     >   
>  

Re: [ovirt-users] Spice Client Connection Issues Using aSpice

[Jeremy Tourville]

Hello everyone,

I can confirm that spice is working for me when I launch it using the .vv file. 
 I have virt viewer installed on my Windows pc and it works without issue.  I 
can also launch spice when I use movirt without any issues.  I examined the 
contents of the .vv file to see what the certificate looks like.   I can 
confirm that the certficate in the .vv file is the same as the file I 
downloaded in step 1 of my directions.


I reviewed the PKI reference 
(https://www.ovirt.org/develop/release-management/features/infra/pki/)  


for a second time and I see the same certificate located in different locations.


For example, all these locations contain the same certificate-

  *    
https://ovirtengine.lan/ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA
  *   /etc/pki/vdsm/certs/cacert.pem
  *   /etc/pki/vdsm/libvirt-spice/ca-cert.pem
  *   /etc/pki/CA/cacert.pem

This is the certificate I am using to configure my aSpice client.

Can someone answer the question from my original post?  The PKI reference says 
for version 3.2 and 3.3.  Is the documentation still correct for version 4.2?


At this point I am trying to find out where the problems exists - ie.

#1 Is my client not configured correctly?

#2 Am I using the wrong cert?  (I think I am using the correct cert based on 
the research I listed above)

#3 Does my client need to be able to send a pasword?  (based on the contents of 
the .vv file, I'd have to guess yes)

Also my xml file for the VM in question contains this:

 
Please note:  I did not perform any hand configuration of the xml file, it was 
all done by the system using the UI.
#4 Can I configure a file on the system to turn off ticketing and passwords and 
see if that makes a difference, if so, what file?

#5  Can someone explain this error?

140400191081600:error:14094438:SSL routines:ssl3_read_bytes:tlsv1 alert 
internal error:s3_pkt.c:1493:SSL alert number 80
((null):27595): Spice-Warning **:reds_stream.c:379:reds_stream_ssl_accept: 
SSL_accept failed, error=1

What I know about it is this:
According to RFC 2246, the alert number 80 represents an "internal error".  
Here is the description from the RFC
internal_error: An internal error unrelated to the peer or the correctness of 
the protocol makes it impossible to continue (such as a memory allocation 
failure). This message is always fatal.

#6 Could this error be related to any of #1 through #4 above?

Thanks!



From: Karli Sjöberg 
Sent: Tuesday, February 20, 2018 2:56 AM
To: Tomas Jelinek; Jeremy Tourville
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Spice Client Connection Issues Using aSpice

On Tue, 2018-02-20 at 08:59 +0100, Tomas Jelinek wrote:
>
>
> On Mon, Feb 19, 2018 at 7:10 PM, Jeremy Tourville  otmail.com> wrote:
> > Hi Tomas,
> > To answer your question, yes I am really trying to use aSpice.
> >
> > I appreciate your suggestion.  I'm not sure if it meets my
> > objective.  Maybe our goals are different?  It seems to me that
> > movirt is built around portable management of the ovirt
> > environment.  I am attempting to provide a VDI type experience for
> > running a vm.  My goal is to run a lab environment with 30
> > chromebooks loaded with a spice clent.  The spice client would of
> > course connect to the 30 vms running Kali and each session would be
> > independent of each other.
> >
>
> yes, it looks like a different use case
>
> > I did  a little further testing with a different client.  (spice
> > plugin for chrome).  When I attempted to connect using that client
> > I got a slightly different error message.  The message still seemed
> > to be of the same nature- i.e.: there is a problem with SSL
> > protocol and communication.
> >
> > Are you suggesting that movirt can help set up the proper
> > certficates and config the vms to use spice?  Thanks!
> >
>
> moVirt has been developed for quite some time and works pretty well,
> this is why I recommended it. But anyway, you have a different use
> case.
>
> What I think the issue is, is that oVirt can have different CAs set
> for console communication and for API. And I think you are trying to
> configure aSPICE to use the one for API.
>
> What moVirt does to make sure it is using the correct CA to put into
> the aSPICE is that it downloads the .vv file of the VM (e.g. you can
> just connect to console using webadmin and save the .vv file
> somewhere), parse it and use the CA= part from it as a certificate.
> This one is guaranteed to be the correct one.
>
> For more details about what else it takes from the .vv file you can
> check here:
> the parsing: https://github.com/oVirt/moVirt/blob/master/moVirt/src/m
> ain/java/org/ovirt/mobile/movirt/rest/client/httpconverter/VvFileHttp
> MessageConverter.java
> configuration of aSPICE: 

Re: [ovirt-users] problem importing ova vm

[Arik Hadas]

On Wed, Feb 21, 2018 at 6:03 PM, Jiří Sléžka  wrote:

> On 02/21/2018 03:43 PM, Jiří Sléžka wrote:
> > On 02/20/2018 11:09 PM, Arik Hadas wrote:
> >>
> >>
> >> On Tue, Feb 20, 2018 at 6:37 PM, Jiří Sléžka  >> > wrote:
> >>
> >> On 02/20/2018 03:48 PM, Arik Hadas wrote:
> >> >
> >> >
> >> > On Tue, Feb 20, 2018 at 3:49 PM, Jiří Sléžka  
> >> > >> wrote:
> >> >
> >> > Hi Arik,
> >> >
> >> > On 02/20/2018 01:22 PM, Arik Hadas wrote:
> >> > >
> >> > >
> >> > > On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka <
> jiri.sle...@slu.cz 
> >> >
> >> > > 
> >>  >> > >
> >> > > Hi,
> >> > >
> >> > >
> >> > > Hi Jiří,
> >> > >
> >> > >
> >> > >
> >> > > I would like to try import some ova files into our oVirt
> >> instance [1]
> >> > > [2] but I facing problems.
> >> > >
> >> > > I have downloaded all ova images into one of hosts
> >> (ovirt01) into
> >> > > direcory /ova
> >> > >
> >> > > ll /ova/
> >> > > total 6532872
> >> > > -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21
> >> HAAS-hpcowrie.ovf
> >> > > -rw-r--r--. 1 vdsm kvm 785984 Feb 16 16:22
> >> HAAS-hpdio.ova
> >> > > -rw-r--r--. 1 vdsm kvm  846736896 Feb 16 16:22
> >> HAAS-hpjdwpd.ova
> >> > > -rw-r--r--. 1 vdsm kvm  891043328 Feb 16 16:23
> >> HAAS-hptelnetd.ova
> >> > > -rw-r--r--. 1 vdsm kvm  908222464 Feb 16 16:23
> >> HAAS-hpuchotcp.ova
> >> > > -rw-r--r--. 1 vdsm kvm  880643072 Feb 16 16:24
> >> HAAS-hpuchoudp.ova
> >> > > -rw-r--r--. 1 vdsm kvm  890833920 Feb 16 16:24
> >> HAAS-hpuchoweb.ova
> >> > >
> >> > > Then I tried to import them - from host ovirt01 and
> >> directory /ova but
> >> > > spinner spins infinitly and nothing is happen.
> >> > >
> >> > >
> >> > > And does it work when you provide a path to the actual ova
> >> file, i.e.,
> >> > > /ova/HAAS-hpdio.ova, rather than to the directory?
> >> >
> >> > this time it ends with "Failed to load VM configuration from
> >> OVA file:
> >> > /ova/HAAS-hpdio.ova" error.
> >> >
> >> >
> >> > Note that the logic that is applied on a specified folder is "try
> >> > fetching an 'ova folder' out of the destination folder" rather
> than
> >> > "list all the ova files inside the specified folder". It seems
> >> that you
> >> > expected the former output since there are no disks in that
> >> folder, right?
> >>
> >> yes, It would be more user friendly to list all ova files and then
> >> select which one to import (like listing all vms in vmware import)
> >>
> >> Maybe description of path field in manager should be "Path to ova
> file"
> >> instead of "Path" :-)
> >>
> >>
> >> Sorry, I obviously meant 'latter' rather than 'former' before..
> >> Yeah, I agree that would be better, at least until listing the OVA files
> >> in the folder is implemented (that was the original plan, btw) - could
> >> you please file a bug?
> >
> > yes, sure
> >
> >
> >> > > I cannot see anything relevant in vdsm log of host
> ovirt01.
> >> > >
> >> > > In the engine.log of our standalone ovirt manager is
> just this
> >> > > relevant line
> >> > >
> >> > > 2018-02-20 12:35:04,289+01 INFO
> >> > > 
> >> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (default
> >> > > task-31) [458990a7-b054-491a-904e-5c4fe44892c4]
> Executing Ansible
> >> > > command: ANSIBLE_STDOUT_CALLBACK=ovaqueryplugin
> >> > > [/usr/bin/ansible-playbook,
> >> > > --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
> >> > > --inventory=/tmp/ansible-inventory8237874608161160784,
> >> > > --extra-vars=ovirt_query_ova_path=/ova,
> >> > > /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml]
> [Logfile:
> >> > > /var/log/ovirt-engine/ova/ovirt-query-ova-ansible-
> 20180220123504-ovirt01.net
> >> 
> >> >  >> >
> >> > >  >> 
> >> > 

Re: [ovirt-users] Manageiq ovn

[Alona Kaplan]

Hi Alexy.

First of all, please reply to users@ovirt.org list, so all our users can
enjoy the discussion.

To summarize, currently you have two questions.

1. How to automatically trigger the provider refresh after doing changes to
the provider?

There is an open RFE regrading it - https://bugzilla.redhat.com/1547415,
you can add yourself to its CC list to track it.

2. Adding a router with external gateway is not working since an ip address
is expected in external_fixed_ips by the ovn provider but manageiq doesn't
provide it.
Looking at the neutron api (
https://developer.openstack.org/api-ref/network/v2/#create-router) seems
the ip address is mandatory.
So it is a manageiq bug (also tried to add a router with an external
gateway with no ip address directly to neutron and got an error).

As a workaround to the bug, you can add the router to the ovn-provider
directly using the api -
https://gist.github.com/dominikholler/f58658407ae7620280f4cb47c398d849

Mor, can you please open a bug regarding the issue?

On Tue, Feb 20, 2018 at 12:32 PM, Aliaksei Nazarenka <
aliaksei.nazare...@gmail.com> wrote:

> Hi, Alona!
> Can you help ve with add external ip for creating router procedure?
>
> 2018-02-19 14:52 GMT+03:00 Aliaksei Nazarenka <
> aliaksei.nazare...@gmail.com>:
>
>> I do not really understand the essence of how this will work, you specify
>> the router 10.0.0.2, while on dhcp will be distributed ip gateway 10.0.0.1?
>> It seems to me that in the role of geystwey just had to act as a router, or
>> am I wrong?
>>
>> 2018-02-19 14:46 GMT+03:00 Aliaksei Nazarenka <
>> aliaksei.nazare...@gmail.com>:
>>
>>> Dominik sent me this link here -  https://gist.github.com/domini
>>> kholler/f58658407ae7620280f4cb47c398d849
>>>
>>> 2018-02-19 14:45 GMT+03:00 Aliaksei Nazarenka <
>>> aliaksei.nazare...@gmail.com>:
>>>
 Hi, Alona!
 Dominik said that you can help. I need to create an external gateway in
 manageiq, I did not find a native way to do this. As a result of lack of ip
 address, I can not create a router. Here are the logs:

 2018-02-19 14:22:16,942 root Starting server
 2018-02-19 14:22:16,943 root Version: 1.2.5-1
 2018-02-19 14:22:16,943 root Build date: 20180117090014
 2018-02-19 14:22:16,944 root Githash: 12b705d
 2018-02-19 14:23:17,250 root From: 10.0.184.20:57674 Request: POST
 /v2.0/tokens
 2018-02-19 14:23:17,252 root Request body:
 {"auth": {"tenantName": "tenant", "passwordCredentials": {"username":
 "admin@internal", "password": ""}}}
 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool
 Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool
 Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool
 Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool
 Starting new HTTPS connection (1): lbn-r-engine-01.mp.local
 2018-02-19 14:23:17,870 root Response code: 200
 2018-02-19 14:23:17,870 root Response body: {"access": {"token":
 {"expires": "2018-02-23T15:23:17Z", "id": "lmceG8s1SROKskN-H4T93IPwgwSFb
 8mN7UJ6qz4HObrC2PqNWcSyS_dZGIcax6dEBVIz8H6ShgDXl_2fvflbeg"},
 "serviceCatalog": [{"endpoints_links": [], "endpoints": [{"adminURL": "
 https://lbn-r-engine-01.mp.local:9696/;, "region": "RegionOne", "id":
 "0001", "internalURL": "
 https://lbn-r-engine-01.mp.local:9696/;, "publicURL": "
 https://lbn-r-engine-01.mp.local:9696/"}], "type": "network", "name":
 "neutron"}, {"endpoints_links": [], "endpoints": [{"adminURL": "
 https://lbn-r-engine-01.mp.local:35357/;, "region": "RegionOne",
 "publicURL": "https://lbn-r-engine-01.mp.local:35357/;, "internalURL":
 "https://lbn-r-engine-01.mp.local:35357/;, "id":
 "0002"}], "type": "identity", "name":
 "keystone"}, {"endpoints_links": [], "endpoints": [{"adminURL": "
 https://lbn-r-engine-01.mp.local:8774/v2.1/;, "region": "RegionOne",
 "publicURL": "https://lbn-r-engine-01.mp.local:8774/v2.1/;,
 "internalURL": "https://lbn-r-engine-01.mp.local:8774/v2.1/;, "id":
 "0002"}], "type": "compute", "name":
 "nova"}], "user": {"username": "admin", "roles_links": [], "id": "",
 "roles": [{"name": "admin"}], "name": "admin"}}}
 2018-02-19 14:23:17,974 root From: 10.0.184.20:43600 Request: POST
 /v2.0/routers
 2018-02-19 14:23:17,974 root Request body:
 {"router":{"name":"test_router","external_gateway_info":{"ne
 twork_id":"17c31685-56ef-428a-94dd-3202bf407d36","external_f
 ixed_ips":[{"subnet_id":"c425f071-4b4e-4598-8c56-d5457a59dac
 3"}],"enable_snat":0}}}
 2018-02-19 14:23:17,980 requests.packages.urllib3.connectionpool
 Starting new HTTPS connection (1): 

Re: [ovirt-users] problem importing ova vm

[Jiří Sléžka]

On 02/21/2018 03:43 PM, Jiří Sléžka wrote:
> On 02/20/2018 11:09 PM, Arik Hadas wrote:
>>
>>
>> On Tue, Feb 20, 2018 at 6:37 PM, Jiří Sléžka > > wrote:
>>
>> On 02/20/2018 03:48 PM, Arik Hadas wrote:
>> >
>> >
>> > On Tue, Feb 20, 2018 at 3:49 PM, Jiří Sléžka > 
>> > >> wrote:
>> >
>> >     Hi Arik,
>> >
>> >     On 02/20/2018 01:22 PM, Arik Hadas wrote:
>> >     >
>> >     >
>> >     > On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka > 
>> >
>> >     > 
>> > >     >
>> >     >     Hi,
>> >     >
>> >     >
>> >     > Hi Jiří,
>> >     >  
>> >     >
>> >     >
>> >     >     I would like to try import some ova files into our oVirt
>> instance [1]
>> >     >     [2] but I facing problems.
>> >     >
>> >     >     I have downloaded all ova images into one of hosts
>> (ovirt01) into
>> >     >     direcory /ova
>> >     >
>> >     >     ll /ova/
>> >     >     total 6532872
>> >     >     -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21
>> HAAS-hpcowrie.ovf
>> >     >     -rw-r--r--. 1 vdsm kvm 785984 Feb 16 16:22
>> HAAS-hpdio.ova
>> >     >     -rw-r--r--. 1 vdsm kvm  846736896 Feb 16 16:22
>> HAAS-hpjdwpd.ova
>> >     >     -rw-r--r--. 1 vdsm kvm  891043328 Feb 16 16:23
>> HAAS-hptelnetd.ova
>> >     >     -rw-r--r--. 1 vdsm kvm  908222464 Feb 16 16:23
>> HAAS-hpuchotcp.ova
>> >     >     -rw-r--r--. 1 vdsm kvm  880643072 Feb 16 16:24
>> HAAS-hpuchoudp.ova
>> >     >     -rw-r--r--. 1 vdsm kvm  890833920 Feb 16 16:24
>> HAAS-hpuchoweb.ova
>> >     >
>> >     >     Then I tried to import them - from host ovirt01 and
>> directory /ova but
>> >     >     spinner spins infinitly and nothing is happen.
>> >     >
>> >     >
>> >     > And does it work when you provide a path to the actual ova
>> file, i.e.,
>> >     > /ova/HAAS-hpdio.ova, rather than to the directory?
>> >
>> >     this time it ends with "Failed to load VM configuration from
>> OVA file:
>> >     /ova/HAAS-hpdio.ova" error. 
>> >
>> >
>> > Note that the logic that is applied on a specified folder is "try
>> > fetching an 'ova folder' out of the destination folder" rather than
>> > "list all the ova files inside the specified folder". It seems
>> that you
>> > expected the former output since there are no disks in that
>> folder, right?
>>
>> yes, It would be more user friendly to list all ova files and then
>> select which one to import (like listing all vms in vmware import)
>>
>> Maybe description of path field in manager should be "Path to ova file"
>> instead of "Path" :-)
>>
>>
>> Sorry, I obviously meant 'latter' rather than 'former' before..
>> Yeah, I agree that would be better, at least until listing the OVA files
>> in the folder is implemented (that was the original plan, btw) - could
>> you please file a bug?
> 
> yes, sure
> 
> 
>> >     >     I cannot see anything relevant in vdsm log of host ovirt01.
>> >     >
>> >     >     In the engine.log of our standalone ovirt manager is just 
>> this
>> >     >     relevant line
>> >     >
>> >     >     2018-02-20 12:35:04,289+01 INFO
>> >     >     [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] 
>> (default
>> >     >     task-31) [458990a7-b054-491a-904e-5c4fe44892c4] Executing 
>> Ansible
>> >     >     command: ANSIBLE_STDOUT_CALLBACK=ovaqueryplugin
>> >     >     [/usr/bin/ansible-playbook,
>> >     >     --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
>> >     >     --inventory=/tmp/ansible-inventory8237874608161160784,
>> >     >     --extra-vars=ovirt_query_ova_path=/ova,
>> >     >     /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] 
>> [Logfile:
>> >     >     
>> /var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180220123504-ovirt01.net
>> 
>> >     > >
>> >     >     > 
>> >     > >>.slu.cz.log]
>> >     >
>> >     >     also there are two ansible processes which are still running
>> >     (and makes
>> >     >     heavy load on system (load 9+ and growing, it looks like it
>>

[ovirt-users] [ANN] oVirt 4.2.2 Second Release Candidate is now available

[Lev Veyde]

The oVirt Project is pleased to announce the availability of the oVirt
4.2.2 Second
Release Candidate, as of February 21th, 2018

This update is a release candidate of the second in a series of
stabilization updates to the 4.2
series.
This is pre-release software. This pre-release should not to be used in
production.

This release is available now for:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.4 or later
* CentOS Linux (or similar) 7.4 or later
* oVirt Node 4.2

See the release notes [1] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:
- oVirt Appliance is already available
- oVirt Node will be available soon [2]

Additional Resources:
* Read more about the oVirt 4.2.2 release highlights:
http://www.ovirt.org/release/4. 2
. 
2 /

* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] http://www.ovirt.org/release/4. 2
. 
2 /

[2] http://resources.ovirt.org/pub/ovirt-4.
2-pre
/iso/


-- 

Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel



l...@redhat.com | lve...@redhat.com

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

Re: [ovirt-users] VM with "a lot" of disks : OK ?

[Yaniv Kaul]

On Wed, Feb 21, 2018 at 4:38 PM,  wrote:

> Hi,
> Is there any kind of penalty or risk using something like a dozen of
> separate disks for a VM stored on a NFS datastore ?
>

No.
However, note that I believe in some cases NFS performance is slower than
iSCSI (which can use multipathing and multiple connections).
Y.


> Regards
>
> --
> FreeMail powered by mail.fr
> ___
> 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] VM with "a lot" of disks : OK ?

[Christopher Cox]

On 02/21/2018 08:38 AM, spfma.t...@e.mail.fr wrote:

Hi,
Is there any kind of penalty or risk using something like a dozen of separate
disks for a VM stored on a NFS datastore ?
Regards


I don't use NFS, we use iSCSI SAN, but we have some hosts with that many disks 
(or more).


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

Re: [ovirt-users] Cannot delete auto-generated snapshot

[Langley, Robert]

I have the server down (the one that was used as the hyperviser when the live 
migration was done). I’ll get the logs in about an hour and a half.
I’ll check them first with Log Reaper.

Get Outlook for iOS

From: Eyal Shenitzky 
Sent: Wednesday, February 21, 2018 12:38:09 AM
To: Langley, Robert; users@ovirt.org
Subject: Re: [ovirt-users] Cannot delete auto-generated snapshot

Hi Robert,

The Auto-generated snapshot created while performing live storage migration of 
disks
(moving disks from one storage domain to another while the VM is up), the 
Auto-generated snapshot should be removed
automatically by the engine when the live migration ends.

The log you sent me doesn't contain the disk migration that you described.
Please send me some older log so I will be able to investigate if there was a 
problem.

On Tue, Feb 20, 2018 at 6:38 PM, Langley, Robert 
> wrote:

Attached now is the vdsm log from the hypervisor currently hosting the VMs.



From: Eyal Shenitzky >
Sent: Tuesday, February 20, 2018 2:49 AM
To: Langley, Robert
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Cannot delete auto-generated snapshot

Hey Robert,

Can you please attach the VDSM and Engine log?

Also, please write the version of the engine you are working with.



On Tue, Feb 20, 2018 at 12:17 PM, Langley, Robert 
> wrote:

I was moving some virtual disks from one storage server to another. Now, I have 
a couple servers that have the auto-generated snapshot, without disks, and I 
cannot delete them. The VM will not start and there is the complaint that the 
disks are illegal.

Any help would be appreciated. I'm going to bed for now, but will try to wake 
up earlier.

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




--
Regards,
Eyal Shenitzky



--
Regards,
Eyal Shenitzky
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] problem importing ova vm

[Jiří Sléžka]

On 02/20/2018 11:09 PM, Arik Hadas wrote:
> 
> 
> On Tue, Feb 20, 2018 at 6:37 PM, Jiří Sléžka  > wrote:
> 
> On 02/20/2018 03:48 PM, Arik Hadas wrote:
> >
> >
> > On Tue, Feb 20, 2018 at 3:49 PM, Jiří Sléžka  
> > >> wrote:
> >
> >     Hi Arik,
> >
> >     On 02/20/2018 01:22 PM, Arik Hadas wrote:
> >     >
> >     >
> >     > On Tue, Feb 20, 2018 at 2:03 PM, Jiří Sléžka  
> >
> >     > 
>  >     >
> >     >     Hi,
> >     >
> >     >
> >     > Hi Jiří,
> >     >  
> >     >
> >     >
> >     >     I would like to try import some ova files into our oVirt
> instance [1]
> >     >     [2] but I facing problems.
> >     >
> >     >     I have downloaded all ova images into one of hosts
> (ovirt01) into
> >     >     direcory /ova
> >     >
> >     >     ll /ova/
> >     >     total 6532872
> >     >     -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21
> HAAS-hpcowrie.ovf
> >     >     -rw-r--r--. 1 vdsm kvm 785984 Feb 16 16:22
> HAAS-hpdio.ova
> >     >     -rw-r--r--. 1 vdsm kvm  846736896 Feb 16 16:22
> HAAS-hpjdwpd.ova
> >     >     -rw-r--r--. 1 vdsm kvm  891043328 Feb 16 16:23
> HAAS-hptelnetd.ova
> >     >     -rw-r--r--. 1 vdsm kvm  908222464 Feb 16 16:23
> HAAS-hpuchotcp.ova
> >     >     -rw-r--r--. 1 vdsm kvm  880643072 Feb 16 16:24
> HAAS-hpuchoudp.ova
> >     >     -rw-r--r--. 1 vdsm kvm  890833920 Feb 16 16:24
> HAAS-hpuchoweb.ova
> >     >
> >     >     Then I tried to import them - from host ovirt01 and
> directory /ova but
> >     >     spinner spins infinitly and nothing is happen.
> >     >
> >     >
> >     > And does it work when you provide a path to the actual ova
> file, i.e.,
> >     > /ova/HAAS-hpdio.ova, rather than to the directory?
> >
> >     this time it ends with "Failed to load VM configuration from
> OVA file:
> >     /ova/HAAS-hpdio.ova" error. 
> >
> >
> > Note that the logic that is applied on a specified folder is "try
> > fetching an 'ova folder' out of the destination folder" rather than
> > "list all the ova files inside the specified folder". It seems
> that you
> > expected the former output since there are no disks in that
> folder, right?
> 
> yes, It would be more user friendly to list all ova files and then
> select which one to import (like listing all vms in vmware import)
> 
> Maybe description of path field in manager should be "Path to ova file"
> instead of "Path" :-)
> 
> 
> Sorry, I obviously meant 'latter' rather than 'former' before..
> Yeah, I agree that would be better, at least until listing the OVA files
> in the folder is implemented (that was the original plan, btw) - could
> you please file a bug?

yes, sure


> >     >     I cannot see anything relevant in vdsm log of host ovirt01.
> >     >
> >     >     In the engine.log of our standalone ovirt manager is just this
> >     >     relevant line
> >     >
> >     >     2018-02-20 12:35:04,289+01 INFO
> >     >     [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] 
> (default
> >     >     task-31) [458990a7-b054-491a-904e-5c4fe44892c4] Executing 
> Ansible
> >     >     command: ANSIBLE_STDOUT_CALLBACK=ovaqueryplugin
> >     >     [/usr/bin/ansible-playbook,
> >     >     --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa,
> >     >     --inventory=/tmp/ansible-inventory8237874608161160784,
> >     >     --extra-vars=ovirt_query_ova_path=/ova,
> >     >     /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] 
> [Logfile:
> >     >     
> /var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180220123504-ovirt01.net
> 
> >      >
> >     >      
> >      >>.slu.cz.log]
> >     >
> >     >     also there are two ansible processes which are still running
> >     (and makes
> >     >     heavy load on system (load 9+ and growing, it looks like it
> >     eats all the
> >     >     memory and system starts swapping))
> >     >
> >     >     ovirt    32087  3.3  0.0 332252  5980 ?        Sl 
>  

[ovirt-users] VM with "a lot" of disks : OK ?

[spfma . tech]

Hi,
 Is there any kind of penalty or risk using something like a dozen of separate 
disks for a VM stored on a NFS datastore ? Regards 

-
FreeMail powered by mail.fr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to remove storage domain's

[Ladislav Humenik]

Hi, yes, destroy is also not working and throwing SQL exception

detailed logs from engine by doing destroy in attachment

thank you in advance
ladislav

On 21.02.2018 15:01, Eyal Shenitzky wrote:

Note that destroy and remove are two different operations.

Did you try both?

On Wed, Feb 21, 2018 at 3:17 PM, Ladislav Humenik 
> wrote:


Hi, of course i did. I put these domain's first in to maintenance,
then Detached it from the datacenter.

The last step is destroy or remove "just name it" and this last
step is mysteriously not working.



and throwing sql exception which I attached before.

Thank you in advance
ladislav

On 21.02.2018 14:03, Eyal Shenitzky wrote:

Did you manage to set the domain to maintenance?

If so you can try to 'Destroy' the domain.

On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik
> wrote:

Hi, no


this table "STORAGE_DOMAIN_MAP_TABLE" is not present at any
of our ovirt's and

based on link


this is just a temporary table. Can you point me to what
query should I test?

thank you in advance

Ladislav


On 21.02.2018 12:50, Eyal Shenitzky wrote:

According to the logs, it seems like you somehow missing a
table in the DB -
STORAGE_DOMAIN_MAP_TABLE.
4211-b98f-a37604642251] Command
'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand'
failed: CallableStatementCallback; bad SQL grammar [{call
force_delete_storage_domain(?)}]; nested exception is
org.postgresql.util.PSQLException: ERROR: relation
"storage_domain_map_table" does not exist
Did you tryied to run some SQL query which cause that issue?



On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik
> wrote:

Hello,

we can not remove old NFS-data storage domains, this 4
are already deactivated and unattached:

engine=> select id,storage_name from storage_domains
where storage_name like 'bs09%';
id  | storage_name
--+---
 819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
 9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
 f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
 a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
(4 rows)


The only images which still resides in DB are OVF_STORE
templates:

engine=> select image_guid,storage_name,disk_description
from images_storage_domain_view where storage_name like
'bs09%';
image_guid  | storage_name  | disk_description

--+---+--
 6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  |
OVF_STORE
 997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  |
OVF_STORE
 2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm |
OVF_STORE
 85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  |
OVF_STORE
 bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  |
OVF_STORE
 797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm |
OVF_STORE
 5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm |
OVF_STORE
 dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm |
OVF_STORE
(8 rows)



Current oVirt Engine version: 4.1.8.2-1.el7.centos
Exception logs from engine are in attachment

Do you have any magic sql statement to figure out what
is causing this exception and how we can remove those
storage domains without disruption ?

Thank you in advance

-- 
Ladislav Humenik



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





-- 
Regards,

Eyal Shenitzky


-- 
Ladislav Humenik


System administrator / VI
IT Operations Hosting Infrastructure

1&1 Internet SE |Ernst-Frey-Str. 5 | 76135 Karlsruhe | Germany

Re: [ovirt-users] Unable to remove storage domain's

[Eyal Shenitzky]

Note that destroy and remove are two different operations.

Did you try both?

On Wed, Feb 21, 2018 at 3:17 PM, Ladislav Humenik  wrote:

> Hi, of course i did. I put these domain's first in to maintenance, then
> Detached it from the datacenter.
>
> The last step is destroy or remove "just name it" and this last step is
> mysteriously not working.
>
>
> and throwing sql exception which I attached before.
>
> Thank you in advance
> ladislav
>
> On 21.02.2018 14:03, Eyal Shenitzky wrote:
>
> Did you manage to set the domain to maintenance?
>
> If so you can try to 'Destroy' the domain.
>
> On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik <
> ladislav.hume...@1und1.de> wrote:
>
>> Hi, no
>>
>>
>> this table "STORAGE_DOMAIN_MAP_TABLE" is not present at any of our
>> ovirt's and
>>
>> based on link
>> 
>> this is just a temporary table. Can you point me to what query should I
>> test?
>>
>> thank you in advance
>>
>> Ladislav
>>
>> On 21.02.2018 12:50, Eyal Shenitzky wrote:
>>
>> According to the logs, it seems like you somehow missing a table in the
>> DB -
>>
>> STORAGE_DOMAIN_MAP_TABLE.
>>
>> 4211-b98f-a37604642251] Command 
>> 'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand' 
>> failed: CallableStatementCallback; bad SQL grammar [{call 
>> force_delete_storage_domain(?)}]; nested exception is 
>> org.postgresql.util.PSQLException: ERROR: relation 
>> "storage_domain_map_table" does not exist
>>
>> Did you tryied to run some SQL query which cause that issue?
>>
>>
>>
>>
>> On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik <
>> ladislav.hume...@1und1.de> wrote:
>>
>>> Hello,
>>>
>>> we can not remove old NFS-data storage domains, this 4 are already
>>> deactivated and unattached:
>>>
>>> engine=> select id,storage_name from storage_domains where storage_name
>>> like 'bs09%';
>>>   id  | storage_name
>>> --+---
>>>  819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
>>>  9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
>>>  f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
>>>  a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
>>> (4 rows)
>>>
>>>
>>> The only images which still resides in DB are OVF_STORE templates:
>>>
>>> engine=> select image_guid,storage_name,disk_description from
>>> images_storage_domain_view where storage_name like 'bs09%';
>>>   image_guid  | storage_name  | disk_description
>>> --+---+-
>>> -
>>>  6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
>>>  997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
>>>  2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
>>>  85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
>>>  bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
>>>  797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
>>>  5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
>>>  dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
>>> (8 rows)
>>>
>>>
>>>
>>> Current oVirt Engine version: 4.1.8.2-1.el7.centos
>>> Exception logs from engine are in attachment
>>>
>>> Do you have any magic sql statement to figure out what is causing this
>>> exception and how we can remove those storage domains without disruption ?
>>>
>>> Thank you in advance
>>>
>>> --
>>> Ladislav Humenik
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>>
>> --
>> Ladislav Humenik
>>
>> System administrator / VI
>> IT Operations Hosting Infrastructure
>>
>> 1&1 Internet SE | Ernst-Frey-Str. 5 | 76135 Karlsruhe | Germany 
>> 
>> Phone: +49 721 91374-8361 <+49%20721%20913748361>
>> E-Mail: ladislav.hume...@1und1.de | Web: www.1und1.de
>>
>> Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498
>>
>> Vorstand: Robert Hoffmann, Hans-Henning Kettler, Uwe Lamnek, Matthias 
>> Steinberg
>> Aufsichtsratsvorsitzender: René Obermann
>>
>>
>> Member of United Internet
>>
>> Diese E-Mail kann vertrauliche und/oder gesetzlich geschützte Informationen 
>> enthalten. Wenn Sie nicht der bestimmungsgemäße Adressat sind oder diese 
>> E-Mail irrtümlich erhalten haben, unterrichten Sie bitte den Absender und 
>> vernichten Sie diese E-Mail. Anderen als dem bestimmungsgemäßen Adressaten 
>> ist untersagt, diese E-Mail zu speichern, weiterzuleiten oder ihren Inhalt 
>> auf welche Weise auch immer zu verwenden.
>>
>> This e-mail may 

Re: [ovirt-users] Use of virtual disks

[Langley, Robert]

Right. I know about understand those features. The problem is that whenever I 
try them, they fail. Constant complaints about the snapshot. Which I am unable 
to delete.
How else can I work with the disk files?
I need something on a more advanced level.

Get Outlook for iOS

From: Eyal Shenitzky 
Sent: Wednesday, February 21, 2018 12:01:57 AM
To: Langley, Robert
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Use of virtual disks

Hi Robert,

If I understand correctly you are trying to share disks between two VMs,
In Ovirt you can set a disk as sharable by editing the disk properties.
A shareable disk can be attached to multiple VMs.

If you wish to detach a disk from one VM and attach it to another VM it is 
simple too,
select the VM that hold the relevant disk and detach the disk from it, you will 
find the detached disk under the 'disks' tab.
To attach the floating disk to another VM, select the desired VM, go to the 
disks tab and press 'attach'.
You will see all the floating disks that exist in the data-center.

I hope it helped, please ask if you have more questions.

For more information, you can visit at -
https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks/

On Wed, Feb 21, 2018 at 9:16 AM, Langley, Robert 
> wrote:
My first experience with this situation using oVirt.
I do come from using VMWare and have been also been using oVirt for several 
years.
We've also paid for RHEV, but migration is held up at the moment. I am trying 
to prepare for that.

My problem is how it does not appear to be so simple to utilize the VM disks. 
In VMWare it is so simple. Snapshot or not, in vSphere I can take the virtual 
disk file and use it for another VM when needed. It doesn't make sense to me in 
oVirt. I have another entry here about my  issue that lead to this need, where 
I am not able to delete snapshot files for those disks I was attempting to live 
migrate and there was an issue... Now, the empty snapshot files are preventing 
some VMs from starting. It seems I should be able to take the VM disk files, 
without the snapshots, and use them with another VM. But, that does not appear 
possible from what I can tell in oVirt.

I desperately need to get one specific VM going. The other two, no worries. I 
was able to restore from backup, one of the effected VMs. The third is not 
important at all and can easily by re-created.
Is anyone experienced with taking VM disks from one and using them (without 
snapshots) with another VM? I could really use some sort of workaround.

Thanks if anyone can come up with a good answer that would help.
-Robert L.

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




--
Regards,
Eyal Shenitzky
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to remove storage domain's

[Ladislav Humenik]

Hi, of course i did. I put these domain's first in to maintenance, then 
Detached it from the datacenter.


The last step is destroy or remove "just name it" and this last step is 
mysteriously not working.




and throwing sql exception which I attached before.

Thank you in advance
ladislav

On 21.02.2018 14:03, Eyal Shenitzky wrote:

Did you manage to set the domain to maintenance?

If so you can try to 'Destroy' the domain.

On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik 
> wrote:


Hi, no


this table "STORAGE_DOMAIN_MAP_TABLE" is not present at any of our
ovirt's and

based on link


this is just a temporary table. Can you point me to what query
should I test?

thank you in advance

Ladislav


On 21.02.2018 12:50, Eyal Shenitzky wrote:

According to the logs, it seems like you somehow missing a table
in the DB -
STORAGE_DOMAIN_MAP_TABLE.
4211-b98f-a37604642251] Command
'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand'
failed: CallableStatementCallback; bad SQL grammar [{call
force_delete_storage_domain(?)}]; nested exception is
org.postgresql.util.PSQLException: ERROR: relation
"storage_domain_map_table" does not exist
Did you tryied to run some SQL query which cause that issue?



On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik
> wrote:

Hello,

we can not remove old NFS-data storage domains, this 4 are
already deactivated and unattached:

engine=> select id,storage_name from storage_domains where
storage_name like 'bs09%';
  id  | storage_name
--+---
 819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
 9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
 f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
 a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
(4 rows)


The only images which still resides in DB are OVF_STORE
templates:

engine=> select image_guid,storage_name,disk_description from
images_storage_domain_view where storage_name like 'bs09%';
  image_guid  | storage_name  |
disk_description

--+---+--
 6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
 997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
 2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
 85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
 bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
 797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
 5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
 dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
(8 rows)



Current oVirt Engine version: 4.1.8.2-1.el7.centos
Exception logs from engine are in attachment

Do you have any magic sql statement to figure out what is
causing this exception and how we can remove those storage
domains without disruption ?

Thank you in advance

-- 
Ladislav Humenik



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





-- 
Regards,

Eyal Shenitzky


-- 
Ladislav Humenik


System administrator / VI
IT Operations Hosting Infrastructure

1&1 Internet SE | Ernst-Frey-Str. 5 | 76135 Karlsruhe | Germany
Phone:+49 721 91374-8361 
E-Mail:ladislav.hume...@1und1.de   | 
Web:www.1und1.de 

Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498

Vorstand: Robert Hoffmann, Hans-Henning Kettler, Uwe Lamnek, Matthias 
Steinberg
Aufsichtsratsvorsitzender: René Obermann


Member of United Internet

Diese E-Mail kann vertrauliche und/oder gesetzlich geschützte Informationen 
enthalten. Wenn Sie nicht der bestimmungsgemäße Adressat sind oder diese E-Mail 
irrtümlich erhalten haben, unterrichten Sie bitte den Absender und vernichten 
Sie diese E-Mail. Anderen als dem bestimmungsgemäßen Adressaten ist untersagt, 
diese E-Mail zu speichern, weiterzuleiten oder ihren Inhalt auf welche Weise 
auch immer zu verwenden.

This e-mail may contain confidential and/or privileged information. If you 
are not the intended recipient of this e-mail, you are hereby notified that 
saving, distribution or use of the content of this e-mail in any way is 

Re: [ovirt-users] Unable to remove storage domain's

[Eyal Shenitzky]

Did you manage to set the domain to maintenance?

If so you can try to 'Destroy' the domain.

On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik  wrote:

> Hi, no
>
>
> this table "STORAGE_DOMAIN_MAP_TABLE" is not present at any of our ovirt's
> and
>
> based on link
> 
> this is just a temporary table. Can you point me to what query should I
> test?
>
> thank you in advance
>
> Ladislav
>
> On 21.02.2018 12:50, Eyal Shenitzky wrote:
>
> According to the logs, it seems like you somehow missing a table in the DB
> -
>
> STORAGE_DOMAIN_MAP_TABLE.
>
> 4211-b98f-a37604642251] Command 
> 'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand' failed: 
> CallableStatementCallback; bad SQL grammar [{call 
> force_delete_storage_domain(?)}]; nested exception is 
> org.postgresql.util.PSQLException: ERROR: relation "storage_domain_map_table" 
> does not exist
>
> Did you tryied to run some SQL query which cause that issue?
>
>
>
>
> On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik <
> ladislav.hume...@1und1.de> wrote:
>
>> Hello,
>>
>> we can not remove old NFS-data storage domains, this 4 are already
>> deactivated and unattached:
>>
>> engine=> select id,storage_name from storage_domains where storage_name
>> like 'bs09%';
>>   id  | storage_name
>> --+---
>>  819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
>>  9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
>>  f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
>>  a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
>> (4 rows)
>>
>>
>> The only images which still resides in DB are OVF_STORE templates:
>>
>> engine=> select image_guid,storage_name,disk_description from
>> images_storage_domain_view where storage_name like 'bs09%';
>>   image_guid  | storage_name  | disk_description
>> --+---+--
>>  6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
>>  997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
>>  2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
>>  85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
>>  bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
>>  797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
>>  5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
>>  dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
>> (8 rows)
>>
>>
>>
>> Current oVirt Engine version: 4.1.8.2-1.el7.centos
>> Exception logs from engine are in attachment
>>
>> Do you have any magic sql statement to figure out what is causing this
>> exception and how we can remove those storage domains without disruption ?
>>
>> Thank you in advance
>>
>> --
>> Ladislav Humenik
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
>
> --
> Ladislav Humenik
>
> System administrator / VI
> IT Operations Hosting Infrastructure
>
> 1&1 Internet SE | Ernst-Frey-Str. 5 | 76135 Karlsruhe | Germany
> Phone: +49 721 91374-8361 <+49%20721%20913748361>
> E-Mail: ladislav.hume...@1und1.de | Web: www.1und1.de
>
> Hauptsitz Montabaur, Amtsgericht Montabaur, HRB 24498
>
> Vorstand: Robert Hoffmann, Hans-Henning Kettler, Uwe Lamnek, Matthias 
> Steinberg
> Aufsichtsratsvorsitzender: René Obermann
>
>
> Member of United Internet
>
> Diese E-Mail kann vertrauliche und/oder gesetzlich geschützte Informationen 
> enthalten. Wenn Sie nicht der bestimmungsgemäße Adressat sind oder diese 
> E-Mail irrtümlich erhalten haben, unterrichten Sie bitte den Absender und 
> vernichten Sie diese E-Mail. Anderen als dem bestimmungsgemäßen Adressaten 
> ist untersagt, diese E-Mail zu speichern, weiterzuleiten oder ihren Inhalt 
> auf welche Weise auch immer zu verwenden.
>
> This e-mail may contain confidential and/or privileged information. If you 
> are not the intended recipient of this e-mail, you are hereby notified that 
> saving, distribution or use of the content of this e-mail in any way is 
> prohibited. If you have received this e-mail in error, please notify the 
> sender and delete the e-mail.
>
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Multiple 'scsi' controllers with index '0'.

[spfma . tech]

Hi,
   I just got the same problem again, with version 4.2.2-1.   This time I 
wanted to add one more disk to a newly created machine, then it was not able to 
start again. Neither disabling or removing the disk helps.   Is there a way to 
tweak the configuration to remove this offending device, so that I can start 
the machine again ? Regards 

 Le 12-Feb-2018 09:43:53 +0100, spfma.t...@e.mail.fr a crit:   
 Hi, I have tried this but it didn't solved the problem. I removed the disk and 
tried to boot with an ISO but no more success. As I need to work on what was 
installed on this disk, I tried the most violent but efficient solution : 
destroying the VM and recreating it, keeping its mac address.   

 Le 09-Feb-2018 14:29:41 +0100, gianluca.cec...@gmail.com a crit: 

 Il 09 Feb 2018 13:50,  ha scritto:

 I have just done it.
   Is it possible to tweak this XML file (where ?) in order to get a working VM 
?   Regards  

 Le 09-Feb-2018 12:44:08 +0100, from...@redhat.com a crit: 

Hi, 

could you please file a bug? Please attach the failing XML, you should find it 
pretty easily in the Vdsm logs. 

Thanks, 
 On 02/09/2018 12:08 PM, spfma.t...@e.mail.fr wrote: 
   Hi,   I just wanted to increase the number of CPUs for a VM and after 
validating, I got the following error when I try to start it:   VM vm-test is 
down with error. Exit message: XML error: Multiple 'scsi' controllers with 
index '0'.   I am sure it is a bug, but for now, what can I do in order to 
remove or edit conflicting devices definitions ? I need to be able to start 
this machine.   4.2.0.2-1.el7.centos (as I still don't manage to update the 
hosted engine to something newer)   Regards   

-
FreeMail powered by mail.fr 

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

-- Francesco Romani Senior SW Eng., Virtualization R Red Hat IRC: fromani 
github: @fromanirh  

-
FreeMail powered by mail.fr 
___
 Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

   I seem to remember a similar problem and that deactivating disks of the VM 
and the then activating them again corrected the problem. Or in case that 
doesn't work, try to remove disks and Then readd from the floating disk pane... 
Hih,  gianluca   

-
FreeMail powered by mail.fr 

-
FreeMail powered by mail.fr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Disk image upload pausing

[spfma . tech]

Hi,
   I get this :ImageProxyAddress:hosted-ovirt-engine.domain.loc:54323 
version: general
   Regards 

 Le 21-Feb-2018 10:16:23 +0100, gianluca.cec...@gmail.com a crit:   
   On Tue, Feb 20, 2018 at 2:33 PM,  wrote:

 Hi,
   Here are lines I have found for my last faulty try : Just to be sure 
it is not a problem I got before and inherited by an update from a previous 
version (btw: version and history of this install?): if you execute this on 
engine what do you get   engine-config -g ImageProxyAddress   Gianluca 

-
FreeMail powered by mail.fr
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to remove storage domain's

[Eyal Shenitzky]

According to the logs, it seems like you somehow missing a table in the DB
-

STORAGE_DOMAIN_MAP_TABLE.


4211-b98f-a37604642251] Command
'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand'
failed: CallableStatementCallback; bad SQL grammar [{call
force_delete_storage_domain(?)}]; nested exception is
org.postgresql.util.PSQLException: ERROR: relation
"storage_domain_map_table" does not exist


Did you tryied to run some SQL query which cause that issue?




On Wed, Feb 21, 2018 at 11:48 AM, Ladislav Humenik <
ladislav.hume...@1und1.de> wrote:

> Hello,
>
> we can not remove old NFS-data storage domains, this 4 are already
> deactivated and unattached:
>
> engine=> select id,storage_name from storage_domains where storage_name
> like 'bs09%';
>   id  | storage_name
> --+---
>  819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
>  9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
>  f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
>  a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
> (4 rows)
>
>
> The only images which still resides in DB are OVF_STORE templates:
>
> engine=> select image_guid,storage_name,disk_description from
> images_storage_domain_view where storage_name like 'bs09%';
>   image_guid  | storage_name  | disk_description
> --+---+--
>  6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
>  997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
>  2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
>  85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
>  bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
>  797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
>  5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
>  dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
> (8 rows)
>
>
>
> Current oVirt Engine version: 4.1.8.2-1.el7.centos
> Exception logs from engine are in attachment
>
> Do you have any magic sql statement to figure out what is causing this
> exception and how we can remove those storage domains without disruption ?
>
> Thank you in advance
>
> --
> Ladislav Humenik
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Reinitializing lockspace

[Martin Sivak]

Hi,

the bug you found describes the right procedure for reinitializing the
lockspace indeed. The hosted engine tool just packages the script to
make it easier for you to use.

You should check whether all hosted engine tools are down first
(systemctl stop ovirt-ha-agent ovirt-ha-broker) on all hosts before
attempting the reinitialization. Also check the storage connection you
the lockspace and that all hosts have different host id in
/etc/ovirt-hosted-engine/hosted-engine.conf.

I can't help you more without logs and more details about the issue.
Like what version you are using and what happened that you started
looking into logs in the first place.

Best regards

Martin Sivak

On Wed, Feb 21, 2018 at 12:04 AM, Jamie Lawrence
 wrote:
> Hello,
>
> I have a sanlock problem. I don't fully understand the logs, but from what I 
> can gather, messages like this means it ain't working.
>
> 2018-02-16 14:51:46 22123 [15036]: s1 renewal error -107 delta_length 0 
> last_success 22046
> 2018-02-16 14:51:47 22124 [15036]: 53977885 aio collect RD 
> 0x7fe5040008c0:0x7fe5040008d0:0x7fe518922000 result -107:0 match res
> 2018-02-16 14:51:47 22124 [15036]: s1 delta_renew read rv -107 offset 0 
> /rhev/data-center/mnt/glusterSD/sc5-gluster-10g-1.squaretrade.com:ovirt__images/53977885-0887-48d0-a02c-8d9e3faec93c/dom_md/ids
>
> I attempted `hosted-engine --reinitialize-lockspace --force`, which didn't 
> appear to do anything, but who knows.
>
> I downed everything and and tried `sanlock direct init -s `, which caused 
> sanlock to dump core.
>
> At this point the only thing I can think of to do is down everything, whack 
> and manually recreate the lease files and try again. I'm worried that that 
> will lose something that the setup did or will otherwise destroy the 
> installation. It looks like this has been done by others[1], but the 
> references I can find are a bit old, so I'm unsure if that is still a valid 
> approach.
>
> So, questions:
>
>  - Will that work?
>  - Is there something I should do instead of that?
>
> Thanks,
>
> -j
>
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1116469
> ___
> 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] info about vdsClient and vdsm-client

[Luca 'remix_tj' Lorenzetto]

On Wed, Feb 21, 2018 at 11:45 AM, Gianluca Cecchi
 wrote:
> Hello,
> on my cluster that has an history from 4.0.6 to 4.1.9 I find vdsClient
> installed.
> I don't remember if I manually installed it or if it was part of a
> default/standard install.
>
> Now that it is deprecated:
> https://www.ovirt.org/develop/developer-guide/vdsm/vdsclient/
>
> I notice I have not the vdsm-client package installed.
> Does it make sense to automatically pull it in for upgrades?
> Thanks,
> Gianluca

Hello Gianluca,

[root@kvm01 ~]# vds
vdsClientvdsm-client  vdsm-tool

That's what i find in a default setup.


-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] info about vdsClient and vdsm-client

[Gianluca Cecchi]

Hello,
on my cluster that has an history from 4.0.6 to 4.1.9 I find vdsClient
installed.
I don't remember if I manually installed it or if it was part of a
default/standard install.

Now that it is deprecated:
https://www.ovirt.org/develop/developer-guide/vdsm/vdsclient/

I notice I have not the vdsm-client package installed.
Does it make sense to automatically pull it in for upgrades?
Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Fwd: why host is not capable to run HE?

[Artem Tambovskiy]

I took a HE VM down and stopped ovirt-ha-agents on both hosts.
Tried  hosted-engine --reinitialize-lockspace  the command just silently
executes and I'm not sure if it doing something at all.
I also tried to clean the metadata. On one host it went correct, on second
host it always failing with following messages:

INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:VDSM domain
monitor status: PENDING
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:VDSM domain
monitor status: PENDING
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:VDSM domain
monitor status: PENDING
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:VDSM domain
monitor status: PENDING
ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Failed to
start monitoring domain (sd_uuid=4a7f8717-9bb0-4d80-8016-498fa4b88162,
host_id=2): timeout during domain acquisition
ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Traceback (most recent call
last):
  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
line 191, in _run_agent
return action(he)
  File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py",
line 67, in action_clean
return he.clean(options.force_cleanup)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
line 345, in clean
self._initialize_domain_monitor()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
line 829, in _initialize_domain_monitor
raise Exception(msg)
Exception: Failed to start monitoring domain
(sd_uuid=4a7f8717-9bb0-4d80-8016-498fa4b88162,
host_id=2): timeout during domain acquisition

ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Trying to restart agent
WARNING:ovirt_hosted_engine_ha.agent.agent.Agent:Restarting agent, attempt
'0'
ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Too many errors occurred,
giving up. Please review the log and consider filing a bug.
INFO:ovirt_hosted_engine_ha.agent.agent.Agent:Agent shutting down

I'm not an expert when it comes to read the sanlock but the output looks a
bit strange to me:

from first host (host_id=2)

[root@ovirt1 ~]# sanlock client status
daemon b1d7fea2-e8a9-4645-b449-97702fc3808e.ovirt1.tel
p -1 helper
p -1 listener
p -1 status
p 3763
p 62861 quaggaVM
p 63111 powerDNS
p 107818 pjsip_freepbx_14
p 109092 revizorro_dev
p 109589 routerVM
s hosted-engine:2:/var/run/vdsm/storage/4a7f8717-9bb0-4d80-
8016-498fa4b88162/093faa75-5e33-4559-84fa-1f1f8d48153b/
911c7637-b49d-463e-b186-23b404e50769:0
s a40cc3a9-54d6-40fd-acee-525ef29c8ce3:2:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_data/a40cc3a9-54d6-40fd-acee-525ef29c8ce3/dom_md/ids:0
s 4a7f8717-9bb0-4d80-8016-498fa4b88162:1:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_engine/4a7f8717-9bb0-4d80-8016-498fa4b88162/dom_md/ids:0
r a40cc3a9-54d6-40fd-acee-525ef29c8ce3:SDM:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_data/a40cc3a9-54d6-40fd-acee-525ef29c8ce3/dom_md/leases:1048576:49
p 3763


from second host (host_id=1)

[root@ovirt2 ~]# sanlock client status
daemon 9263e081-e5ea-416b-866a-0a73fe32fe16.ovirt2.tel
p -1 helper
p -1 listener
p 150440 CentOS-Desk
p 151061 centos-dev-box
p 151288 revizorro_nfq
p 151954 gitlabVM
p -1 status
s hosted-engine:1:/var/run/vdsm/storage/4a7f8717-9bb0-4d80-
8016-498fa4b88162/093faa75-5e33-4559-84fa-1f1f8d48153b/
911c7637-b49d-463e-b186-23b404e50769:0
s a40cc3a9-54d6-40fd-acee-525ef29c8ce3:1:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_data/a40cc3a9-54d6-40fd-acee-525ef29c8ce3/dom_md/ids:0
s 4a7f8717-9bb0-4d80-8016-498fa4b88162:1:/rhev/data-center/mnt/glusterSD/
ovirt2.telia.ru\:_engine/4a7f8717-9bb0-4d80-8016-498fa4b88162/dom_md/ids:0
ADD

Not sure if there is a problem with locspace
4a7f8717-9bb0-4d80-8016-498fa4b88162,
but both hosts showing 1 as a host_id here. Is this correct? Should't they
have different Id's here?

Once ha-agent's has been started hosted-engine --vm-status showing
'unknow-stale-data' for the second host. And HE just doesn't start on
second host at all.
Host redeployment haven't helped as well.

Any advises on this?
Regards,
Artem


On Mon, Feb 19, 2018 at 9:32 PM, Artem Tambovskiy <
artem.tambovs...@gmail.com> wrote:

> Thanks Martin.
>
> As you suggested I updated hosted-engine.conf with correct host_id values
> and restarted ovirt-ha-agent services on both hosts and now I run into the
> problem with  status "unknown-stale-data" :(
> And second host still doesn't looks as capable to run HE.
>
> Should I stop HE VM, bring down ovirt-ha-agents and reinitialize-lockspace
> and start ovirt-ha-agents again?
>
> Regards,
> Artem
>
>
>
> On Mon, Feb 19, 2018 at 6:45 PM, Martin Sivak  wrote:
>
>> Hi Artem,
>>
>> just a restart of ovirt-ha-agent services should be enough.
>>
>> Best regards
>>
>> Martin Sivak
>>
>> On Mon, Feb 19, 2018 at 4:40 PM, Artem Tambovskiy
>>  wrote:
>> > Ok, understood.
>> > Once I set correct 

[ovirt-users] Unable to remove storage domain's

[Ladislav Humenik]

Hello,

we can not remove old NFS-data storage domains, this 4 are already 
deactivated and unattached:


engine=> select id,storage_name from storage_domains where storage_name 
like 'bs09%';

  id  | storage_name
--+---
 819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm
 9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm
 f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm
 a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm
(4 rows)


The only images which still resides in DB are OVF_STORE templates:

engine=> select image_guid,storage_name,disk_description from 
images_storage_domain_view where storage_name like 'bs09%';

  image_guid  | storage_name  | disk_description
--+---+--
 6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm  | OVF_STORE
 997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm  | OVF_STORE
 2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE
 85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm  | OVF_STORE
 bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm  | OVF_STORE
 797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE
 5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE
 dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE
(8 rows)



Current oVirt Engine version: 4.1.8.2-1.el7.centos
Exception logs from engine are in attachment

Do you have any magic sql statement to figure out what is causing this 
exception and how we can remove those storage domains without disruption ?


Thank you in advance

--
Ladislav Humenik

2018-02-21 09:50:02,484+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand] (default 
task-154) [8badc63f-80cf-4211-b98f-a37604642251] Lock Acquired to object 
'EngineLock:{exclusiveLocks='[f5efd264-045b-48d5-b35c-661a30461de5=STORAGE]', 
sharedLocks=''}'
2018-02-21 09:50:02,509+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand] (default 
task-154) [8badc63f-80cf-4211-b98f-a37604642251] Running command: 
RemoveStorageDomainCommand internal: false. Entities affected :  ID: 
f5efd264-045b-48d5-b35c-661a30461de5 Type: StorageAction group 
DELETE_STORAGE_DOMAIN with role type ADMIN
2018-02-21 09:50:02,527+01 INFO  
[org.ovirt.engine.core.utils.transaction.TransactionSupport] (default task-154) 
[8badc63f-80cf-4211-b98f-a37604642251] transaction rolled back
2018-02-21 09:50:02,529+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand] (default 
task-154) [8badc63f-80cf-4211-b98f-a37604642251] Command 
'org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand' failed: 
CallableStatementCallback; bad SQL grammar [{call 
force_delete_storage_domain(?)}]; nested exception is 
org.postgresql.util.PSQLException: ERROR: relation "storage_domain_map_table" 
does not exist
  Where: SQL statement "TRUNCATE TABLE STORAGE_DOMAIN_MAP_TABLE"
PL/pgSQL function remove_entities_from_storage_domain(uuid) line 21 at SQL 
statement
SQL statement "SELECT Remove_Entities_From_storage_domain(v_storage_domain_id)"
PL/pgSQL function force_delete_storage_domain(uuid) line 3 at PERFORM
2018-02-21 09:50:02,530+01 ERROR 
[org.ovirt.engine.core.bll.storage.domain.RemoveStorageDomainCommand] (default 
task-154) [8badc63f-80cf-4211-b98f-a37604642251] Exception: 
org.springframework.jdbc.BadSqlGrammarException: CallableStatementCallback; bad 
SQL grammar [{call force_delete_storage_domain(?)}]; nested exception is 
org.postgresql.util.PSQLException: ERROR: relation "storage_domain_map_table" 
does not exist
  Where: SQL statement "TRUNCATE TABLE STORAGE_DOMAIN_MAP_TABLE"
PL/pgSQL function remove_entities_from_storage_domain(uuid) line 21 at SQL 
statement
SQL statement "SELECT Remove_Entities_From_storage_domain(v_storage_domain_id)"
PL/pgSQL function force_delete_storage_domain(uuid) line 3 at PERFORM
at 
org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator.doTranslate(SQLErrorCodeSQLExceptionTranslator.java:231)
 [spring-jdbc.jar:4.2.4.RELEASE]
at 
org.springframework.jdbc.support.AbstractFallbackSQLExceptionTranslator.translate(AbstractFallbackSQLExceptionTranslator.java:73)
 [spring-jdbc.jar:4.2.4.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:1094) 
[spring-jdbc.jar:4.2.4.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.call(JdbcTemplate.java:1130) 
[spring-jdbc.jar:4.2.4.RELEASE]
at 
org.springframework.jdbc.core.simple.AbstractJdbcCall.executeCallInternal(AbstractJdbcCall.java:405)
 [spring-jdbc.jar:4.2.4.RELEASE]
at 
org.springframework.jdbc.core.simple.AbstractJdbcCall.doExecute(AbstractJdbcCall.java:365)
 [spring-jdbc.jar:4.2.4.RELEASE]
at 
org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:198)
 [spring-jdbc.jar:4.2.4.RELEASE]
at 

Re: [ovirt-users] Disk image upload pausing

[Gianluca Cecchi]

On Tue, Feb 20, 2018 at 2:33 PM,  wrote:

> Hi,
>
> Here are lines I have found for my last faulty try :
>
>
Just to be sure it is not a problem I got before and inherited by an update
from a previous version (btw: version and history of this install?):
if you execute this on engine what do you get

engine-config -g ImageProxyAddress

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

Re: [ovirt-users] Disk image upload pausing

[Nir Soffer]

The vdsm and ovirt-imageio-daemon logs on the host selected for the upload
can help to understand this issue.

Nir

בתאריך יום ד׳, 21 בפבר׳ 2018, 7:10, מאת Idan Shaby ‏:

> On Tue, Feb 20, 2018 at 3:33 PM,  wrote:
>
>> Hi,
>>
>> Here are lines I have found for my last faulty try :
>>
>> ENGINE
>> 2018-02-19 17:52:27,283+01 INFO
>> [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-3) [1320afb0] Running
>> command: TransferImageStatusCommand internal: true. Entities affected :
>> ID: aaa0----123456789aaa Type: SystemAction group
>> CREATE_DISK with role type USER
>> 2018-02-19 17:52:27,290+01 INFO
>> [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-3) [1320afb0] Lock freed to
>> object 'EngineLock:{exclusiveLocks='', sharedLocks='[]'}'
>> 2018-02-19 17:52:28,658+01 INFO
>> [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand]
>> (default task-14) [32ba50ad-f7cd-4b7e-87b9-f7ad8a73a946] Running command:
>> TransferImageStatusCommand internal: false. Entities affected :  ID:
>> aaa0----123456789aaa Type: SystemAction group CREATE_DISK
>> with role type USER
>> 2018-02-19 17:52:28,659+01 INFO
>> [org.ovirt.engine.core.bll.storage.disk.image.ImageTransferUpdater]
>> (default task-14) [32ba50ad-f7cd-4b7e-87b9-f7ad8a73a946] Updating image
>> transfer 1c55d561-45bf-4e57-b3b6-8fcbf3734a28 (image
>> af5997c5-ae69-4677-9d86-30a978cf83a5) phase to Paused by System (message:
>> 'Sent 405200MB')
>> 2018-02-19 17:52:28,665+01 WARN
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (default task-14) [32ba50ad-f7cd-4b7e-87b9-f7ad8a73a946] EVENT_ID:
>> UPLOAD_IMAGE_NETWORK_ERROR(1,038), Unable to upload image to disk
>> af5997c5-ae69-4677-9d86-30a978cf83a5 due to a network error. Make sure
>> ovirt-imageio-proxy service is installed and configured, and ovirt-engine's
>> certificate is registered as a valid CA in the browser. The certificate can
>> be fetched from https://
>> /ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA
>> 2018-02-19 17:52:32,624+01 INFO
>> [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand]
>> (default task-28) [0eba65e6-cca8-46ee-9038-fb29838ead47] Running command:
>> TransferImageStatusCommand internal: false. Entities affected :  ID:
>> aaa0----123456789aaa Type: SystemAction group CREATE_DISK
>> with role type USER
>> 2018-02-19 17:52:36,679+01 INFO
>> [org.ovirt.engine.core.bll.storage.disk.image.TransferImageStatusCommand]
>> (default task-16) [5d662615-a4e7-412b-8ecf-45be03c7e49f] Running command:
>> TransferImageStatusCommand internal: false. Entities affected :  ID:
>> aaa0----123456789aaa Type: SystemAction group CREATE_DISK
>> with role type USER
>> 2018-02-19 17:52:37,304+01 INFO
>> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand]
>> (EE-ManagedThreadFactory-engineScheduled-Thread-40)
>> [6f21de96-d3bd-4cf0-b922-394be7389d3b] Transfer was paused by system.
>> Upload disk 'pfm-serv-pdc_Disk1' (id '----')
>>
>> PROXY
>> (Thread-4087) ERROR 2018-02-19 17:52:28,644
>> images:143:root:(make_imaged_request) Failed communicating with host: A
>> Connection error occurred.
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/images.py",
>> line 134, in make_imaged_request
>> timeout=timeout, stream=stream)
>>   File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 576,
>> in send
>> r = adapter.send(request, **kwargs)
>>   File "/usr/lib/python2.7/site-packages/requests/adapters.py", line 415,
>> in send
>> raise ConnectionError(err, request=request)
>> ConnectionError: ('Connection aborted.', error(32, 'Broken pipe'))
>> (Thread-4087) ERROR 2018-02-19 17:52:28,645 web:112:web:(log_error) ERROR
>> [10.100.0.184] PUT /images/f64acb43-d153-485d-b441-9f5d42773a03: [503]
>> Failed communicating with host: A Connection error occurred. (0.01s)
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_common/web.py",
>> line 64, in __call__
>> resp = self.dispatch(request)
>>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_common/web.py",
>> line 91, in dispatch
>> return method(*match.groups())
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/http_helper.py", line
>> 104, in wrapper
>> return func(self, *args)
>>   File
>> "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/http_helper.py", line
>> 60, in wrapper
>> ret = func(self, *args)
>>   File "/usr/lib/python2.7/site-packages/ovirt_imageio_proxy/images.py",
>> line 97, in put
>> self.request.method, imaged_url, headers, body, stream)
>>   File 

Re: [ovirt-users] Cannot delete auto-generated snapshot

[Eyal Shenitzky]

Hi Robert,

The Auto-generated snapshot created while performing live storage
migration of disks
(moving disks from one storage domain to another while the VM is up),
the Auto-generated snapshot should be removed
automatically by the engine when the live migration ends.

The log you sent me doesn't contain the disk migration that you described.
Please send me some older log so I will be able to investigate if there was
a problem.

On Tue, Feb 20, 2018 at 6:38 PM, Langley, Robert  wrote:

> Attached now is the vdsm log from the hypervisor currently hosting the VMs.
>
>
> --
> *From:* Eyal Shenitzky 
> *Sent:* Tuesday, February 20, 2018 2:49 AM
> *To:* Langley, Robert
> *Cc:* users@ovirt.org
> *Subject:* Re: [ovirt-users] Cannot delete auto-generated snapshot
>
> Hey Robert,
>
> Can you please attach the VDSM and Engine log?
>
> Also, please write the version of the engine you are working with.
>
>
>
> On Tue, Feb 20, 2018 at 12:17 PM, Langley, Robert <
> robert.lang...@ventura.org> wrote:
>
> I was moving some virtual disks from one storage server to another. Now, I
> have a couple servers that have the auto-generated snapshot, without disks,
> and I cannot delete them. The VM will not start and there is the complaint
> that the disks are illegal.
>
> Any help would be appreciated. I'm going to bed for now, but will try to
> wake up earlier.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
> Regards,
> Eyal Shenitzky
>



-- 
Regards,
Eyal Shenitzky
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] cloud-init issue /IP address lost

[Maton, Brett]

An alternative to disabling the service is:

touch /etc/cloud/cloud-init.disabled

On 21 February 2018 at 08:02, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> wrote:

> Hello Amir,
>
> I had the same issue. I've set as raw command in cloud init scripts the
> disable of autostart of cloud-init service at boot, so this doesn't bother
> anymore.
>
> Luca
>
> Il 21 feb 2018 8:48 AM, "Shamam Amir"  ha
> scritto:
>
>> Hi All,
>> I am using a centos template which I had imported from
>> ovirt-image-repository. Whenever I make a VM from this template and
>> configure its initial run section and run it for the first time, everything
>> goes well.  As long as I reboot the server, the VM lost its network
>> configuration (IP, gateway, dns) Then I have to put these parameters again
>> manually. In addition, when I shut down the VM and change its name, the
>> same problem happens again.  This actually causes me pretty much long
>> downtime in order to configure the parameters again.
>> Your help is highly appreciated.
>>
>>
>> Best Regards
>>
>> ___
>> 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

Re: [ovirt-users] CPU queues on ovirt hosts.

[Yaniv Kaul]

On Tue, Feb 20, 2018 at 3:09 PM, Endre Karlson 
wrote:

> Hi guys, is there a way to have CPU queues go down when having a java app
> on a ovirt hosT ?
>
> we have a idm app where the cpu queue is constantly 2-3 when we are doing
> things with the configuration but on esx on a similar host it is much faster
>

Your question is not clear to me and lacks a lot of details. I think what
you are asking is 'why is application X running faster on ESX?' - am I
reading it right?
Please provide much needed background information. What version of oVirt
and hosts you are using, the configuration of the VM, the type of workload
(IO bound? CPU bound? etc.).
Is that a Windows (based on the terminology 'CPU queues') or Linux VM? If
it's Windows, have you installed all relevant virtio drivers? Is your
workload using some kind of random data, perhaps (and then virtio-rng is
quite useful to have)? etc.

Y.


>
>
>
> ___
> 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] cloud-init issue /IP address lost

[Luca 'remix_tj' Lorenzetto]

Hello Amir,

I had the same issue. I've set as raw command in cloud init scripts the
disable of autostart of cloud-init service at boot, so this doesn't bother
anymore.

Luca

Il 21 feb 2018 8:48 AM, "Shamam Amir"  ha scritto:

> Hi All,
> I am using a centos template which I had imported from
> ovirt-image-repository. Whenever I make a VM from this template and
> configure its initial run section and run it for the first time, everything
> goes well.  As long as I reboot the server, the VM lost its network
> configuration (IP, gateway, dns) Then I have to put these parameters again
> manually. In addition, when I shut down the VM and change its name, the
> same problem happens again.  This actually causes me pretty much long
> downtime in order to configure the parameters again.
> Your help is highly appreciated.
>
>
> Best Regards
>
> ___
> 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] Use of virtual disks

[Eyal Shenitzky]

Hi Robert,

If I understand correctly you are trying to share disks between two VMs,
In Ovirt you can set a disk as sharable by editing the disk properties.
A shareable disk can be attached to multiple VMs.

If you wish to detach a disk from one VM and attach it to another VM it is
simple too,
select the VM that hold the relevant disk and detach the disk from it, you
will find the detached disk under the 'disks' tab.
To attach the floating disk to another VM, select the desired VM, go to the
disks tab and press 'attach'.
You will see all the floating disks that exist in the data-center.

I hope it helped, please ask if you have more questions.

For more information, you can visit at -
https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks/

On Wed, Feb 21, 2018 at 9:16 AM, Langley, Robert  wrote:

> My first experience with this situation using oVirt.
> I do come from using VMWare and have been also been using oVirt for
> several years.
> We've also paid for RHEV, but migration is held up at the moment. I am
> trying to prepare for that.
>
> My problem is how it does not appear to be so simple to utilize the VM
> disks. In VMWare it is so simple. Snapshot or not, in vSphere I can take
> the virtual disk file and use it for another VM when needed. It doesn't
> make sense to me in oVirt. I have another entry here about my  issue that
> lead to this need, where I am not able to delete snapshot files for those
> disks I was attempting to live migrate and there was an issue... Now, the
> empty snapshot files are preventing some VMs from starting. It seems I
> should be able to take the VM disk files, without the snapshots, and use
> them with another VM. But, that does not appear possible from what I can
> tell in oVirt.
>
> I desperately need to get one specific VM going. The other two, no
> worries. I was able to restore from backup, one of the effected VMs. The
> third is not important at all and can easily by re-created.
> Is anyone experienced with taking VM disks from one and using them
> (without snapshots) with another VM? I could really use some sort of
> workaround.
>
> Thanks if anyone can come up with a good answer that would help.
> -Robert L.
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Regards,
Eyal Shenitzky
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users