[ovirt-users] Re: Desktops as Nodes and Client?

[Tony Brian Albers]

On Wed, 2018-10-31 at 22:17 +, gilbert.drew+ov...@gmail.com wrote:
> Hi, 
> 
> I'm starting to look at oVirt to help with a datacentre consolidation
> project to drastically reduce the number of physical servers and it
> seems like a great fit.
> 
> As an added bonus, it looks like it might help solve some desktop
> management challenges we have.  Since the desktop PCs are reasonably
> powerful, what I would ideally like is for them to be nodes, each
> capable of running a single templated VM accessed by the local user.
> 
> I can only seem to find documentation relating to standard VDI, i.e
> thin clients and fat servers.  As I'm trying to reduce the number of
> servers, this is not ideal.
> 
> Does anyone know of a similar setup or can provide some pointers?
> 
> Thanks
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt.org/community/about/communit
> y-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/OXPT73W2MFBJN3FSOJH425AR62467L2L/

What about just using something like SpaceWalk for management and
FreeIPA for user management?

You're not supposed to use a oVirt node as a workstation IIRC.

/tony


-- 
Tony Albers
Systems Architect
Systems Director, National Cultural Heritage Cluster
Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark.
Tel: +45 2566 2383 / +45 8946 2316
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/347VHMGP3PEHEY2VOSYEDKOAGKNXE6ND/

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[David Johnson]

The saga has ended and all is well.

When I stopped all of the active VM's, the storage domains came back to
normal and came online. At that point I had to delete the VM's that had
been running unmanaged on the hosts, then I could import all of the objects
from he storage domain into the data center. the only thing I lost was a
bitnami redmine VM that had been installed from an OVA. This was no major
loss, since I backed it up at the beginning of this adventure.

In retrospect, the biggest issues I had were:
* being overly cautious because I didn't know which operations were
destructive, and
* finding the right actions in the GUI when I decided to take the plunge.

Thank you all for your generous assistance.

Regards,
David Johnson


On Tue, Oct 30, 2018 at 10:29 PM David Johnson 
wrote:

> Host 1 is now back in "normal" mode. It was stuck in preparing for
> maintenance because the VM's were not fully under the control of the
> cluster. Once I powered off the VM's it finished what it was doing,
> rebooted, and is now properly part of the cluster.
>
> However, the main data domain is still in "Maintenance" state, and I can't
> find any way to make it "Active". My ISO partition is also inactive, with
> no visible way to make it "Active".
>
> Regards,
> David Johnson
> Director of Development, Maxis Technology
> 844.696.2947 ext 702 (o)  |  479.531.3590 (c)
> djohn...@maxistechnology.com
>
>
> [image: Maxis Techncology] 
> www.maxistechnology.com
>
>
> *stay connected *
>
>
> On Tue, Oct 30, 2018 at 4:22 PM David Johnson <
> djohn...@maxistechnology.com> wrote:
>
>> Hi everyone, and thank you again for all of your help.
>>
>> Here is the latest update in the never ending story.
>>
>> I worked through NFS woes on my san, configured a throwaway storage
>> domain to bootstrap the system, and have reconnected the storage domains.
>>
>> The main data domain is in "Maintenance" state
>> Host 1 is in "Preparing for Maintenance" state with SPM = "normal",
>> Host 2 is in "Up" state with SPM = "SPM",
>>
>> I think the next step is to get host 1 either fully into or out of
>> maintenance mode, and the storage domain out of maintenance mode.
>>
>> Regards,
>> David Johnson
>> Director of Development, Maxis Technology
>> 844.696.2947 ext 702 (o)  |  479.531.3590 (c)
>> djohn...@maxistechnology.com
>>
>>
>> [image: Maxis Techncology] 
>> www.maxistechnology.com
>>
>>
>> *stay connected *
>>
>>
>> On Mon, Oct 29, 2018 at 10:10 PM Nathan Lager 
>> wrote:
>>
>>> The cluster will need a default storage domain before you can import
>>> your existing domain. That much I do remember.  What's causing your error I
>>> don't know. What sort of storage are you working with?
>>>
>>> On Mon, Oct 29, 2018, 6:04 PM David Johnson <
>>> djohn...@maxistechnology.com> wrote:
>>>
 Thank you everyone for all of your help. Here is where things stand now:

 I gave up trying to recover from backup. I wasn't able to mount the
 OVA. Since this is a test rack, I looked at the amount of time I've sunk
 into it already (about the same as it took to build from scratch the first
 time around) and decided that it was worthwhile to risk starting from
 scratch rather than become an overnight bit bashing Ovirt guru.

 I installed the 4.2 controller, upgraded the hosts to 4.2, and then
 added the two hosts to the default data center.  At this point, all of the
 running JVM's were visible to the controller, but the vm's do not appear to
 be managed by the controller. I can't migrate them from one host to the
 other, for example.

 As near as I can tell,  the next crucial step is to import the existing
 storage domains.

 There is no visible way to import an existing storage domain to an
 uninitialized data center (uninitialized data centers are not available to
 the Import Domain button)), so I created a new share on the SAN for a
 bootstrap domain, and am unable to connect to it. The error message given
 by OVirt is "Error while executing action Add Storage Connection:
 Problem while trying to mount target", which is not really information.

 Is there a command line tool for importing the existing storage domains
 that will not choke on an uninitialized data center?

 Thank you in advance,

 On Mon, Oct 29, 2018 at 7:14 AM David Johnson <
 djohn...@maxistechnology.com> wrote:

> Thank you for your generous help.
>
> 4.1 wouldn't install because a number of dependencies were pointing to
> dead links. It felt like over half, although I'm sure it was a more 
> limited
> subset.
>
> I will give these suggestions a try
>
>
> On Mon, Oct 29, 2018, 4:50 AM Yedidyah Bar David 
> wrote:
>
>> On Mon, Oct 29, 2018 at 10:00 AM Simone Tiraboschi <
>> 

[ovirt-users] Open UDS and Ovirt

[Hari Prasanth Loganathan]

Hi Team,

I come across one interesting article:
https://www.udsenterprise.com/en/blog/2018/05/24/uds-enterprise-supports-ovirt-42/

which talks about the integration of UDS with Ovirt.

My question is as a default ovirt provides the way to create the VM and
take the console of it using virt-viewer then why we need the open UDS to
be integrated with ovirt? Am I missing something?

Thanks,
Hari

-- 


DISCLAIMER - *MSysTechnologies LLC* 



This email message, contents and 
its attachments may contain confidential, proprietary or legally privileged 
information and is intended solely for the use of the individual or entity 
to whom it is actually intended. If you have erroneously received this 
message, please permanently delete it immediately and notify the sender. If 
you are not the intended recipient of the email message,you are notified 
strictly not to disseminate,distribute or copy this e-mail.E-mail 
transmission cannot be guaranteed to be secure or error-free as Information 
could be intercepted, corrupted, lost, destroyed, incomplete or contain 
viruses and MSysTechnologies LLC accepts no liability for the contents and 
integrity of this mail or for any damage caused by the limitations of the 
e-mail transmission.

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

[ovirt-users] Desktops as Nodes and Client?

[gilbert . drew+ovirt]

Hi, 

I'm starting to look at oVirt to help with a datacentre consolidation project 
to drastically reduce the number of physical servers and it seems like a great 
fit.

As an added bonus, it looks like it might help solve some desktop management 
challenges we have.  Since the desktop PCs are reasonably powerful, what I 
would ideally like is for them to be nodes, each capable of running a single 
templated VM accessed by the local user.

I can only seem to find documentation relating to standard VDI, i.e thin 
clients and fat servers.  As I'm trying to reduce the number of servers, this 
is not ideal.

Does anyone know of a similar setup or can provide some pointers?

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

[ovirt-users] Networking - How to pass all vlan (trunk) to a guest VM?

[Jonathan Greg]

Hi,

I didn't find the documentation about it... How I can pass all the vlan (trunk) 
to a guest VM (without SR-IOV)?

My switch is configured to trunk all vlans.
I do have configured a logical network with the "Enable VLAN tagging" box 
uncheck and assign it to a VM. My understanding with this setting is that 
tagged and untagged packet should be forwarded to the VM guest.
Unfortunately it doesn't work at all, if I run a tcpdump on the VM nic attached 
to this logical network, I don't see anything... I would really like to run a 
virtual router or firewall on my setup without having to shutdown my VM and 
having attach a new vnic each time I want to add a new vlan.

Any idea?

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

[ovirt-users] Re: vdsmd.service stuck in state: activating

[Nir Soffer]

On Wed, Oct 31, 2018 at 11:48 AM Shani Leviim  wrote:

> B) What do you use here, top or bottom posting?
>>
> Depends on you.
>

But if you want to get help from other users or developers reading this
list,
you should not use top posting.


> C) Which is the line length limit? I've written this email manually
>> entering
>>  new line after 80 chars, is it fine?
>>
> Once again - your call :)
>

Keeping 60-70 characters per line will help others to read on a computer.
However this does not people reading mobile phones.

D) Which is the log length limit?
>>
> It's better to keep it focused on your issue, but not too short -
> basically it should contain the operation you're trying to do.
> If some more logs are needed, you'll be asked to add them.
>

When posting logs please trim the log so it starts at the start of a flow,
and ends after the end of the flow.

Always compress logs, I think xz format give the best compression
these days.

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

[ovirt-users] Re: High frequency of getVolumeSize()

[Nir Soffer]

On Fri, Oct 26, 2018 at 10:07 PM Markus Stockhausen 
wrote:

> we observed high count of getVolumeSize() calls in vdsm.log Looking
> at the logs it seems as if this is done every minute for all disk that
> are currently running on a node.
>
> Is this frequency normal and if yes why?
>

Yes, this is expected.

Vdsm is monitoring volume size every 60 seconds, based on this
configuration:
https://github.com/oVirt/vdsm/blob/cbdbee979f0bfc7a7dd447af0d69c5aa9e0f8b8c/lib/vdsm/common/config.py.in#L369

The monitoring is needed to update engine about disk actual size when
using thin provisioning.

- With block storage, when vdsm detect that a disk is too full, it will
extend the disk with help
  of the SPM host.
- With sparse disks on file storage, the disk actual size will grow as the
VM writes more
  data to the disk.

Engine show the actual disk size based on the size reported by vdsm, using
data collected by
these getVolumeSize calls.

This check can probably optimized to run only on file based thin
provisioned disks instead of
any disk. Please file a bug to optimize this is you think it is an issue.

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

[ovirt-users] Re: data(Master) storage domain is inactive / Failed to Reconstruct Master Domain

[Jonathan Greg]

Hi all,

I finally found the cause of my problem.
I did not remember that I had changed the MTU on the bridge ovirtmgmt to 9000 
but also on my NFS server and my switch.

Doing some ping NFS server I realized that I had an issue.
I had to set the MTU to 9020 on my switch (IP header). Right after that change, 
the storage domain cam backup properly.

My problem is fixed!

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

[ovirt-users] Re: Can't create iSCSI storage

[Tryfon Farmakakis]

Yes, that's what I did.

On Wed, Oct 31, 2018 at 6:06 PM Shani Leviim  wrote:

> Just to clarify, after getting the 'discard after delete not supported'
> error message, on the bottom of that window, did you un-checked the
> 'Discard After Delete' box and pressed ok?
>
> Also, here's a 'how to fix' for a similar issue:
> https://access.redhat.com/solutions/3526901
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Wed, Oct 31, 2018 at 4:19 PM Tryfon Farmakakis <
> farmakakistry...@gmail.com> wrote:
>
>> Screenshots and logs attached (I can't understand why am I getting the
>> "discard after delete not supported" error message since I have the
>> relevant checkbox unchecked)
>> No, the new storage domain is never created. Yes, the lun appears as
>> selectable.
>>
>> On Wed, Oct 31, 2018 at 11:51 AM Shani Leviim  wrote:
>>
>>> Hi,
>>> Can you please attach the engine.log? (and maybe some screenshots from
>>> the UI?)
>>>
>>> Also, when you're trying to re-create the storage domain, does that lun
>>> appear as selectable (which maybe indicates that the domain wasn't created),
>>> or the new storage domain appears on the storage domains list so it was
>>> created?
>>>
>>>
>>> *Regards,*
>>>
>>> *Shani Leviim*
>>>
>>>
>>> On Mon, Oct 29, 2018 at 6:12 PM Tryfon Farmakakis <
>>> farmakakistry...@gmail.com> wrote:
>>>
 Hi, I have an oVirt 4.2.6.4 installation. I added a new Centos 7.5 host
 and a new, still uninitialized Data Center with shared storage. I then try
 to add a new iSCSI Data Storage Domain on this Data Center and I have
 selected to use the only host I have where the iSCSI target also resides,
 over a local device. command 'targetcli ls' outputs:
 o- /
 .
 [...]
   o- backstores
 ..
 [...]
   | o- block
 ..
 [Storage Objects: 0]
   | o- fileio
 .
 [Storage Objects: 0]
   | o- pscsi
 ..
 [Storage Objects: 1]
   | | o- vicinityvolume
 
 [/dev/iof/vicinityvolume activated]
   | |   o- alua
 ...
 [ALUA Groups: 0]
   | o- ramdisk
 
 [Storage Objects: 0]
   o- iscsi
 
 [Targets: 1]
   | o- iqn.2015-03.com.iofabric:vicinityvolume
 ...
 [TPGs: 1]
   |   o- tpg1
 ..
 [gen-acls, no-auth]
   | o- acls
 ..
 [ACLs: 0]
   | o- luns
 ..
 [LUNs: 1]
   | | o- lun0
 ..
 [pscsi/vicinityvolume (/dev/iof/vicinityvolume) (None)]
   | o- portals
 
 [Portals: 1]
   |   o- 0.0.0.0:3260
 .
 [OK]
   o- loopback
 .
 [Targets: 0]

 iSCSI target is discovered successfully, login also works but then when
 I click 'OK' button nothing happens. The iSCSI initiator seems to have been
 created though. Command 'iscsiadm -m session' outputs: tcp: [1]
 44.128.20.202:3260,1 iqn.2015-03.com.iofabric:vicinityvolume
 (non-flash)
 Command 'lsblk' outputs:
 NAMEMAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
 sda   8:00   1,8T  0 disk
 sdb   8:16   0   1,8T  0 disk
 sdc   8:32   0   477G  0 disk
 sdd   8:48   0 238,5G  0 disk
 ├─sdd18:49   0   500M  0 part /boot
 └─sdd28:50   0   238G  0 part
   ├─centos-root 253:0050G  0 lvm  /
   ├─centos-swap 253:10  15,7G  0 lvm  

[ovirt-users] Re: Can't create iSCSI storage

[Shani Leviim]

Just to clarify, after getting the 'discard after delete not supported'
error message, on the bottom of that window, did you un-checked the
'Discard After Delete' box and pressed ok?

Also, here's a 'how to fix' for a similar issue:
https://access.redhat.com/solutions/3526901


*Regards,*

*Shani Leviim*


On Wed, Oct 31, 2018 at 4:19 PM Tryfon Farmakakis <
farmakakistry...@gmail.com> wrote:

> Screenshots and logs attached (I can't understand why am I getting the
> "discard after delete not supported" error message since I have the
> relevant checkbox unchecked)
> No, the new storage domain is never created. Yes, the lun appears as
> selectable.
>
> On Wed, Oct 31, 2018 at 11:51 AM Shani Leviim  wrote:
>
>> Hi,
>> Can you please attach the engine.log? (and maybe some screenshots from
>> the UI?)
>>
>> Also, when you're trying to re-create the storage domain, does that lun
>> appear as selectable (which maybe indicates that the domain wasn't created),
>> or the new storage domain appears on the storage domains list so it was
>> created?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>> On Mon, Oct 29, 2018 at 6:12 PM Tryfon Farmakakis <
>> farmakakistry...@gmail.com> wrote:
>>
>>> Hi, I have an oVirt 4.2.6.4 installation. I added a new Centos 7.5 host
>>> and a new, still uninitialized Data Center with shared storage. I then try
>>> to add a new iSCSI Data Storage Domain on this Data Center and I have
>>> selected to use the only host I have where the iSCSI target also resides,
>>> over a local device. command 'targetcli ls' outputs:
>>> o- /
>>> .
>>> [...]
>>>   o- backstores
>>> ..
>>> [...]
>>>   | o- block
>>> ..
>>> [Storage Objects: 0]
>>>   | o- fileio
>>> .
>>> [Storage Objects: 0]
>>>   | o- pscsi
>>> ..
>>> [Storage Objects: 1]
>>>   | | o- vicinityvolume
>>> 
>>> [/dev/iof/vicinityvolume activated]
>>>   | |   o- alua
>>> ...
>>> [ALUA Groups: 0]
>>>   | o- ramdisk
>>> 
>>> [Storage Objects: 0]
>>>   o- iscsi
>>> 
>>> [Targets: 1]
>>>   | o- iqn.2015-03.com.iofabric:vicinityvolume
>>> ...
>>> [TPGs: 1]
>>>   |   o- tpg1
>>> ..
>>> [gen-acls, no-auth]
>>>   | o- acls
>>> ..
>>> [ACLs: 0]
>>>   | o- luns
>>> ..
>>> [LUNs: 1]
>>>   | | o- lun0
>>> ..
>>> [pscsi/vicinityvolume (/dev/iof/vicinityvolume) (None)]
>>>   | o- portals
>>> 
>>> [Portals: 1]
>>>   |   o- 0.0.0.0:3260
>>> .
>>> [OK]
>>>   o- loopback
>>> .
>>> [Targets: 0]
>>>
>>> iSCSI target is discovered successfully, login also works but then when
>>> I click 'OK' button nothing happens. The iSCSI initiator seems to have been
>>> created though. Command 'iscsiadm -m session' outputs: tcp: [1]
>>> 44.128.20.202:3260,1 iqn.2015-03.com.iofabric:vicinityvolume (non-flash)
>>> Command 'lsblk' outputs:
>>> NAMEMAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
>>> sda   8:00   1,8T  0 disk
>>> sdb   8:16   0   1,8T  0 disk
>>> sdc   8:32   0   477G  0 disk
>>> sdd   8:48   0 238,5G  0 disk
>>> ├─sdd18:49   0   500M  0 part /boot
>>> └─sdd28:50   0   238G  0 part
>>>   ├─centos-root 253:0050G  0 lvm  /
>>>   ├─centos-swap 253:10  15,7G  0 lvm  [SWAP]
>>>   └─centos-home 253:20 172,2G  0 lvm  /home
>>> sde   8:64   0 3T  0 disk
>>> sdf   8:80   0 3T  0 disk
>>> sr0  11:01  1024M  0 rom
>>>
>>> 

[ovirt-users] Re: ovirt-engine-extension-aaa-ldap-setup failed

[Jeremy Tourville]

From: Jeremy Tourville 
Sent: Thursday, October 25, 2018 7:33 AM
To: Ondra Machacek
Subject: Re: [ovirt-users] ovirt-engine-extension-aaa-ldap-setup failed

I ran the command again after completing the setup wizard as you directed and 
the results are still the same.  Here's the last few lines. I have also 
attached a complete log file for reference.

2018-10-25 07:09:00,679-05 FINEST  VARS-END
2018-10-25 07:09:00,679-05 FINErunSequence Return name='authn'
2018-10-25 07:09:00,680-05 FINEdoAuthenticateCredentials Return 
{Extkey[name=AAA_AUTHN_RESULT;type=class 
java.lang.Integer;uuid=AAA_AUTHN_RESULT[af9771dc-a0bb-417d-a700-277616aedd85];]=12}
2018-10-25 07:09:00,680-05 FINEST  Invoke Output BEGIN
2018-10-25 07:09:00,680-05 FINEST  
{Extkey[name=EXTENSION_INVOKE_RESULT;type=class 
java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=0,
 Extkey[name=AAA_AUTHN_RESULT;type=class 
java.lang.Integer;uuid=AAA_AUTHN_RESULT[af9771dc-a0bb-417d-a700-277616aedd85];]=12}
2018-10-25 07:09:00,680-05 FINEST  Invoke Output END
2018-10-25 07:09:00,680-05 INFOAPI: 
<--Authn.InvokeCommands.AUTHENTICATE_CREDENTIALS profile='ldap.cyber-range.lan' 
result=CREDENTIALS_INVALID
2018-10-25 07:09:00,684-05 SEVERE  Authn.Result code is: CREDENTIALS_INVALID
2018-10-25 07:09:00,684-05 FINEException:
java.lang.RuntimeException: Authn.Result code is: CREDENTIALS_INVALID
at 
org.ovirt.engine.exttool.aaa.AAAServiceImpl$Action.lambda$static$3(AAAServiceImpl.java:188)
at 
org.ovirt.engine.exttool.aaa.AAAServiceImpl$Action.execute(AAAServiceImpl.java:417)
at 
org.ovirt.engine.exttool.aaa.AAAServiceImpl.run(AAAServiceImpl.java:686)
at 
org.ovirt.engine.exttool.core.ExtensionsToolExecutor.main(ExtensionsToolExecutor.java:120)
at org.jboss.modules.Module.run(Module.java:352)
at org.jboss.modules.Module.run(Module.java:320)
at org.jboss.modules.Main.main(Main.java:593)

2018-10-25 07:09:00,685-05 FINEExiting with status '1'




From: Ondra Machacek 
Sent: Thursday, October 25, 2018 2:28 AM
To: Jeremy Tourville; users@ovirt.org
Subject: Re: [ovirt-users] ovirt-engine-extension-aaa-ldap-setup failed



On 10/24/18 1:00 AM, Jeremy Tourville wrote:
> I am having trouble completing the AAA extension setup.  It fails at the end 
> when testing the login flow, if I test the search that part works.
> I can confirm that I am able to login to my system using the admin account so 
> there is not a password issue.
>
> I have listed my results below to include log level=finest.  I have also 
> attached a log.  Sugeestions on troubleshooting are appreciated. I am not 
> sure where to start.  Thanks!
>
>Please provide credentials to test login flow:
>Enter user name: admin
>Enter user password:
> [ INFO  ] Executing login sequence...
>Login output:
>2018-10-23 16:43:46,432-05 INFO
> ===   
>  
> =
>2018-10-23 16:43:46,452-05 INFO 
> Initia
> lization 
>2018-10-23 16:43:46,452-05 INFO
> ===   
>  
> =
>2018-10-23 16:43:46,565-05 INFOLoading extension 
> 'ldap.cyber-range 
>.lan-authn'
>2018-10-23 16:43:46,668-05 INFOExtension 
> 'ldap.cyber-range.lan-aut 
>hn' loaded
>2018-10-23 16:43:46,672-05 INFOLoading extension 
> 'ldap.cyber-range 
>.lan'
>2018-10-23 16:43:46,681-05 INFOExtension 
> 'ldap.cyber-range.lan' lo 
>aded
>2018-10-23 16:43:46,682-05 INFOInitializing extension 
> 'ldap.cyber-  
>   range.lan-authn'
>2018-10-23 16:43:46,682-05 INFO
> [ovirt-engine-extension-aaa-ldap.au   
>  thn::ldap.cyber-range.lan-authn] 
> Creating LDAP pool 'authz'
>2018-10-23 16:43:47,236-05 INFO
> [ovirt-engine-extension-aaa-ldap.au   
>  

[ovirt-users] Re: Metrics Store installation - ansible playbook "deploy_cluster" - docker_image_availability

[Shirly Radco]

Adding OpenShift mailing list.
Please help with this OpenShift installation.
--
SHIRLY RADCO
BI SENIOR SOFTWARE ENGINEER
Red Hat Israel 

TRIED. TESTED. TRUSTED. 

>
>
> On Fri, Oct 26, 2018 at 9:28 PM Marcelo Leandro 
> wrote:
>
>> Hello I am with same problem.
>>
>> ● origin-master-controllers.service - Atomic OpenShift Master Controllers
>>
>>Loaded: loaded
>> (/usr/lib/systemd/system/origin-master-controllers.service; enabled; vendor
>> preset: disabled)
>>
>>Active: inactive (dead) (Result: exit-code) since Fri 2018-10-26
>> 15:27:19 -03; 1s ago
>>
>>  Docs: https://github.com/openshift/origin
>>
>>   Process: 26872 ExecStart=/usr/bin/openshift start master controllers
>> --config=${CONFIG_FILE} $OPTIONS *(code=exited, status=255)*
>>
>>  Main PID: 26872 (code=exited, status=255)
>>
>>
>> Oct 26 15:27:14 es.hybriddc.com.br systemd[1]: 
>> *origin-master-controllers.service:
>> main process exited, code=exited, status=255/n/a*
>>
>> Oct 26 15:27:14 es.hybriddc.com.br systemd[1]: *Failed to start Atomic
>> OpenShift Master Controllers.*
>>
>> Oct 26 15:27:14 es.hybriddc.com.br systemd[1]: *Unit
>> origin-master-controllers.service entered failed state.*
>>
>> Oct 26 15:27:14 es.hybriddc.com.br systemd[1]: 
>> *origin-master-controllers.service
>> failed.*
>>
>> Oct 26 15:27:19 es.hybriddc.com.br systemd[1]:
>> origin-master-controllers.service holdoff time over, scheduling restart.
>>
>>
>>
>>
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.057760   26916 start_api.go:104] Using a listen address
>> override "0.0.0.0:8443"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058002   26916 plugins.go:83] Registered admission plugin
>> "NamespaceLifecycle"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058017   26916 plugins.go:83] Registered admission plugin
>> "Initializers"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058028   26916 plugins.go:83] Registered admission plugin
>> "ValidatingAdmissionWebhook"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058040   26916 plugins.go:83] Registered admission plugin
>> "MutatingAdmissionWebhook"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058120   26916 plugins.go:83] Registered admission plugin
>> "AlwaysAdmit"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058131   26916 plugins.go:83] Registered admission plugin
>> "AlwaysPullImages"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058142   26916 plugins.go:83] Registered admission plugin
>> "LimitPodHardAntiAffinityTopology"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058155   26916 plugins.go:83] Registered admission plugin
>> "DefaultTolerationSeconds"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058164   26916 plugins.go:83] Registered admission plugin
>> "AlwaysDeny"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058178   26916 plugins.go:83] Registered admission plugin
>> "EventRateLimit"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058190   26916 plugins.go:83] Registered admission plugin
>> "DenyEscalatingExec"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058199   26916 plugins.go:83] Registered admission plugin
>> "DenyExecOnPrivileged"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058210   26916 plugins.go:83] Registered admission plugin
>> "ExtendedResourceToleration"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058222   26916 plugins.go:83] Registered admission plugin
>> "OwnerReferencesPermissionEnforcement"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058237   26916 plugins.go:83] Registered admission plugin
>> "ImagePolicyWebhook"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058249   26916 plugins.go:83] Registered admission plugin
>> "InitialResources"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058261   26916 plugins.go:83] Registered admission plugin
>> "LimitRanger"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 15:27:30.058272   26916 plugins.go:83] Registered admission plugin
>> "NamespaceAutoProvision"
>>
>> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
>> I1026 

[ovirt-users] Re: Metrics Store installation - ansible playbook "deploy_cluster" - docker_image_availability

[Shirly Radco]

Adding OpenShift mailing list.
Please help with this OpenShift installation.

--

SHIRLY RADCO

BI SENIOR SOFTWARE ENGINEER

Red Hat Israel 

TRIED. TESTED. TRUSTED. 


On Fri, Oct 26, 2018 at 9:28 PM Marcelo Leandro 
wrote:

> Hello I am with same problem.
>
> ● origin-master-controllers.service - Atomic OpenShift Master Controllers
>
>Loaded: loaded
> (/usr/lib/systemd/system/origin-master-controllers.service; enabled; vendor
> preset: disabled)
>
>Active: inactive (dead) (Result: exit-code) since Fri 2018-10-26
> 15:27:19 -03; 1s ago
>
>  Docs: https://github.com/openshift/origin
>
>   Process: 26872 ExecStart=/usr/bin/openshift start master controllers
> --config=${CONFIG_FILE} $OPTIONS *(code=exited, status=255)*
>
>  Main PID: 26872 (code=exited, status=255)
>
>
> Oct 26 15:27:14 es.hybriddc.com.br systemd[1]: 
> *origin-master-controllers.service:
> main process exited, code=exited, status=255/n/a*
>
> Oct 26 15:27:14 es.hybriddc.com.br systemd[1]: *Failed to start Atomic
> OpenShift Master Controllers.*
>
> Oct 26 15:27:14 es.hybriddc.com.br systemd[1]: *Unit
> origin-master-controllers.service entered failed state.*
>
> Oct 26 15:27:14 es.hybriddc.com.br systemd[1]: 
> *origin-master-controllers.service
> failed.*
>
> Oct 26 15:27:19 es.hybriddc.com.br systemd[1]:
> origin-master-controllers.service holdoff time over, scheduling restart.
>
>
>
>
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.057760   26916 start_api.go:104] Using a listen address
> override "0.0.0.0:8443"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058002   26916 plugins.go:83] Registered admission plugin
> "NamespaceLifecycle"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058017   26916 plugins.go:83] Registered admission plugin
> "Initializers"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058028   26916 plugins.go:83] Registered admission plugin
> "ValidatingAdmissionWebhook"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058040   26916 plugins.go:83] Registered admission plugin
> "MutatingAdmissionWebhook"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058120   26916 plugins.go:83] Registered admission plugin
> "AlwaysAdmit"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058131   26916 plugins.go:83] Registered admission plugin
> "AlwaysPullImages"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058142   26916 plugins.go:83] Registered admission plugin
> "LimitPodHardAntiAffinityTopology"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058155   26916 plugins.go:83] Registered admission plugin
> "DefaultTolerationSeconds"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058164   26916 plugins.go:83] Registered admission plugin
> "AlwaysDeny"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058178   26916 plugins.go:83] Registered admission plugin
> "EventRateLimit"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058190   26916 plugins.go:83] Registered admission plugin
> "DenyEscalatingExec"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058199   26916 plugins.go:83] Registered admission plugin
> "DenyExecOnPrivileged"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058210   26916 plugins.go:83] Registered admission plugin
> "ExtendedResourceToleration"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058222   26916 plugins.go:83] Registered admission plugin
> "OwnerReferencesPermissionEnforcement"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058237   26916 plugins.go:83] Registered admission plugin
> "ImagePolicyWebhook"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058249   26916 plugins.go:83] Registered admission plugin
> "InitialResources"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058261   26916 plugins.go:83] Registered admission plugin
> "LimitRanger"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058272   26916 plugins.go:83] Registered admission plugin
> "NamespaceAutoProvision"
>
> Oct 26 15:27:30 es.hybriddc.com.br atomic-openshift-master-api[26916]:
> I1026 15:27:30.058281   26916 plugins.go:83] Registered admission plugin
> "NamespaceExists"
>
> Oct 26 15:27:30 es.hybriddc.com.br 

[ovirt-users] Re: Force VM delete API

[Bohdan Iakymets]

Hello,

as I see, your error message tell that, you can't delete VM because *Template
is being created from this VM. *So did you try to remove template first?

BI

On Wed, Oct 31, 2018 at 11:13 AM Shani Leviim  wrote:

> Hi Hari,
>
> In case you don't have any more locked tasks, I would give a try to unlock
> all the tasks:
> PGPASSWORD=password
> /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t all
>
> This one may help too:
> PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh
> -R
>
>
> *Regards,*
>
> *Shani Leviim*
>
>
> On Fri, Oct 26, 2018 at 9:53 AM Hari Prasanth Loganathan <
> hariprasant...@msystechnologies.com> wrote:
>
>> Hi Benny,
>>
>> As per the doc, I did the following, Is this the correct way to unlock
>> the VM ?
>>
>> cd /usr/share/ovirt-engine/setup/dbutils
>> ./unlock_entity.sh -t vm c002bf24-bd34-4954-83ce-03619d7438fd
>> Caution, this operation may lead to data corruption and should be used
>> with care. Please contact support prior to running this command
>> Are you sure you want to proceed? [y/n]
>> y
>> select fn_db_unlock_entity('vm', 'c002bf24-bd34-4954-83ce-03619d7438fd',
>> false);
>>
>>
>> INSERT 0 1
>> unlock vm c002bf24-bd34-4954-83ce-03619d7438fd completed successfully.
>> [root@qcvm dbutils]# ./unlock_entity.sh -t vm
>> c002bf24-bd34-4954-83ce-03619d7438fd
>> Caution, this operation may lead to data corruption and should be used
>> with care. Please contact support prior to running this command
>> Are you sure you want to proceed? [y/n]
>> y
>> select fn_db_unlock_entity('vm', 'c002bf24-bd34-4954-83ce-03619d7438fd',
>> false);
>>
>>
>> INSERT 0 1
>> unlock vm c002bf24-bd34-4954-83ce-03619d7438fd completed successfully.
>>
>>
>>
>>
>> But now when I try to delete the VM using ovirt rest API, I face the
>> following issue,
>>
>>
>>
>>
>> *{"detail": "[Cannot remove VM: VM is locked. Please try again in a
>> few minutes.]","reason": "Operation Failed"}*
>>
>> NOTE : I used the force way to bring down
>>
>> 
>> true
>> 
>>
>> Could you let me know the reason for the issue?
>>
>>
>> On Fri, Oct 26, 2018 at 9:27 AM Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> Thank you so much Benny,
>>>
>>> I see a way to use the unlock_entity.sh, Could you provide the right
>>> method to remove the virtual machine which is there in some locked state?
>>>
>>> ./unlock_entity.sh -u "${ENGINE_DB_USER}" -d "${ENGINE_DB_DATABASE}" -t all
>>>
>>>
>>> On Thu, Oct 25, 2018 at 4:16 PM Benny Zlotnik 
>>> wrote:
>>>
 You can use /us/share/ovirt-engine/setup/dbutils/unlock_entity.sh to
 unlock it first, before removing
 On Thu, Oct 25, 2018 at 1:40 PM Hari Prasanth Loganathan <
 hariprasant...@msystechnologies.com> wrote:

> Hi Team,
>
> Any update on this ?
>
> On Tue, Oct 23, 2018 at 9:22 PM Hari Prasanth Loganathan <
> hariprasant...@msystechnologies.com> wrote:
>
>> I see an API in this doc for FORCE delete :
>> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/version_3_rest_api_guide/sect-actions
>>
>> DELETE /ovirt-engine/api/vms/5114bb3e-a4e6-44b2-b783-b3eea7d84720 
>> HTTP/1.1
>> Accept: application/xml
>> Content-type: application/xml
>>
>> 
>> true
>> 
>>
>> I tried apply the same, but it doesn't seem to be working, I get the 
>> following error message
>>
>> {
>> "detail": "[Cannot remove VM. Template is being created from this 
>> VM.]",
>> "reason": "Operation Failed"
>> }
>>
>> But it's status is there in IMAGE_LOCKED state so I need to delete it.
>>
>>
>> Thanks,
>> Hari
>>
>> On Tue, Oct 23, 2018 at 8:29 PM Hari Prasanth Loganathan <
>> hariprasant...@msystechnologies.com> wrote:
>>
>>> Hi Team,
>>>
>>> I have a VM which is moved to Image locked state in ovirt, I am not
>>> able to remove this VM from ovirt,
>>>
>>> So Is there a way to perform force delete of VM using ovirt API?
>>>
>>> Thanks,
>>> Hari
>>>
>>
> DISCLAIMER - *MSysTechnologies LLC*
>
> This email message, contents and its attachments may contain
> confidential, proprietary or legally privileged information and is 
> intended
> solely for the use of the individual or entity to whom it is actually
> intended. If you have erroneously received this message, please 
> permanently
> delete it immediately and notify the sender. If you are not the intended
> recipient of the email message,you are notified strictly not to
> disseminate,distribute or copy this e-mail.E-mail transmission cannot be
> guaranteed to be secure or error-free as Information could be intercepted,
> corrupted, lost, destroyed, incomplete or contain viruses and
> MSysTechnologies LLC accepts no liability for the contents and integrity 
> of
> this mail or for any damage 

[ovirt-users] How to test incremental backup

[Gianluca Cecchi]

Hello,
based on this:
https://ovirt.org/develop/release-management/features/storage/incremental-backup/
how can I made an initial test run?
Which version of hypervisor?
Am I forced to test with RHEL 7.6 beta right now, or are there
ovirt-node-ng master images available with the features?
Which version of oVirt to use to try?

Thanks in advance for any insight to start with.

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

[ovirt-users] Re: Force VM delete API

[Shani Leviim]

Hi Hari,

In case you don't have any more locked tasks, I would give a try to unlock
all the tasks:
PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
-t all

This one may help too:
PGPASSWORD=password  /usr/share/ovirt-engine/setup/dbutils/taskcleaner.sh -R


*Regards,*

*Shani Leviim*


On Fri, Oct 26, 2018 at 9:53 AM Hari Prasanth Loganathan <
hariprasant...@msystechnologies.com> wrote:

> Hi Benny,
>
> As per the doc, I did the following, Is this the correct way to unlock the
> VM ?
>
> cd /usr/share/ovirt-engine/setup/dbutils
> ./unlock_entity.sh -t vm c002bf24-bd34-4954-83ce-03619d7438fd
> Caution, this operation may lead to data corruption and should be used
> with care. Please contact support prior to running this command
> Are you sure you want to proceed? [y/n]
> y
> select fn_db_unlock_entity('vm', 'c002bf24-bd34-4954-83ce-03619d7438fd',
> false);
>
>
> INSERT 0 1
> unlock vm c002bf24-bd34-4954-83ce-03619d7438fd completed successfully.
> [root@qcvm dbutils]# ./unlock_entity.sh -t vm
> c002bf24-bd34-4954-83ce-03619d7438fd
> Caution, this operation may lead to data corruption and should be used
> with care. Please contact support prior to running this command
> Are you sure you want to proceed? [y/n]
> y
> select fn_db_unlock_entity('vm', 'c002bf24-bd34-4954-83ce-03619d7438fd',
> false);
>
>
> INSERT 0 1
> unlock vm c002bf24-bd34-4954-83ce-03619d7438fd completed successfully.
>
>
>
>
> But now when I try to delete the VM using ovirt rest API, I face the
> following issue,
>
>
>
>
> *{"detail": "[Cannot remove VM: VM is locked. Please try again in a
> few minutes.]","reason": "Operation Failed"}*
>
> NOTE : I used the force way to bring down
>
> 
> true
> 
>
> Could you let me know the reason for the issue?
>
>
> On Fri, Oct 26, 2018 at 9:27 AM Hari Prasanth Loganathan <
> hariprasant...@msystechnologies.com> wrote:
>
>> Thank you so much Benny,
>>
>> I see a way to use the unlock_entity.sh, Could you provide the right
>> method to remove the virtual machine which is there in some locked state?
>>
>> ./unlock_entity.sh -u "${ENGINE_DB_USER}" -d "${ENGINE_DB_DATABASE}" -t all
>>
>>
>> On Thu, Oct 25, 2018 at 4:16 PM Benny Zlotnik 
>> wrote:
>>
>>> You can use /us/share/ovirt-engine/setup/dbutils/unlock_entity.sh to
>>> unlock it first, before removing
>>> On Thu, Oct 25, 2018 at 1:40 PM Hari Prasanth Loganathan <
>>> hariprasant...@msystechnologies.com> wrote:
>>>
 Hi Team,

 Any update on this ?

 On Tue, Oct 23, 2018 at 9:22 PM Hari Prasanth Loganathan <
 hariprasant...@msystechnologies.com> wrote:

> I see an API in this doc for FORCE delete :
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/version_3_rest_api_guide/sect-actions
>
> DELETE /ovirt-engine/api/vms/5114bb3e-a4e6-44b2-b783-b3eea7d84720 HTTP/1.1
> Accept: application/xml
> Content-type: application/xml
>
> 
> true
> 
>
> I tried apply the same, but it doesn't seem to be working, I get the 
> following error message
>
> {
> "detail": "[Cannot remove VM. Template is being created from this 
> VM.]",
> "reason": "Operation Failed"
> }
>
> But it's status is there in IMAGE_LOCKED state so I need to delete it.
>
>
> Thanks,
> Hari
>
> On Tue, Oct 23, 2018 at 8:29 PM Hari Prasanth Loganathan <
> hariprasant...@msystechnologies.com> wrote:
>
>> Hi Team,
>>
>> I have a VM which is moved to Image locked state in ovirt, I am not
>> able to remove this VM from ovirt,
>>
>> So Is there a way to perform force delete of VM using ovirt API?
>>
>> Thanks,
>> Hari
>>
>
 DISCLAIMER - *MSysTechnologies LLC*

 This email message, contents and its attachments may contain
 confidential, proprietary or legally privileged information and is intended
 solely for the use of the individual or entity to whom it is actually
 intended. If you have erroneously received this message, please permanently
 delete it immediately and notify the sender. If you are not the intended
 recipient of the email message,you are notified strictly not to
 disseminate,distribute or copy this e-mail.E-mail transmission cannot be
 guaranteed to be secure or error-free as Information could be intercepted,
 corrupted, lost, destroyed, incomplete or contain viruses and
 MSysTechnologies LLC accepts no liability for the contents and integrity of
 this mail or for any damage caused by the limitations of the e-mail
 transmission.

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

[ovirt-users] Re: High frequency of getVolumeSize()

[Shani Leviim]

Hi,
Can you please attach the vdsm.log?
Also, can you please supply the output of rpm -qa | grep vdsm ?

+Nir Soffer 


*Regards,*

*Shani Leviim*


On Fri, Oct 26, 2018 at 10:07 PM Markus Stockhausen 
wrote:

> Hi,
>
> we observed high count of getVolumeSize() calls in vdsm.log Looking
> at the logs it seems as if this is done every minute for all disk that
> are currently running on a node.
>
> Is this frequency normal and if yes why?
>
> Best regards.
>
> Markus
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> Mit freundlichen Grüßen,
>
>
>
> Markus Stockhausen
>
> Head of Software Technology
>
>
> Ubierring 11 · 50678 Köln
>
>
>
> Telefon: +49 221 33 608 611
>
> Mobil: +49 151 12040606
>
>
>
> Mail: markus.stockhau...@collogia.de
>
> Web: www.collogia-it-services.de
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WYPXJYJ6YHNNEUI2SWPXCKDU46Z3XLFN/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/EBLICYPG5UWGLDBSBRGKRUAUZSDZA5FU/

[ovirt-users] Re: Can't create iSCSI storage

[Shani Leviim]

Hi,
Can you please attach the engine.log? (and maybe some screenshots from the
UI?)

Also, when you're trying to re-create the storage domain, does that lun
appear as selectable (which maybe indicates that the domain wasn't created),
or the new storage domain appears on the storage domains list so it was
created?


*Regards,*

*Shani Leviim*


On Mon, Oct 29, 2018 at 6:12 PM Tryfon Farmakakis <
farmakakistry...@gmail.com> wrote:

> Hi, I have an oVirt 4.2.6.4 installation. I added a new Centos 7.5 host
> and a new, still uninitialized Data Center with shared storage. I then try
> to add a new iSCSI Data Storage Domain on this Data Center and I have
> selected to use the only host I have where the iSCSI target also resides,
> over a local device. command 'targetcli ls' outputs:
> o- /
> .
> [...]
>   o- backstores
> ..
> [...]
>   | o- block
> ..
> [Storage Objects: 0]
>   | o- fileio
> .
> [Storage Objects: 0]
>   | o- pscsi
> ..
> [Storage Objects: 1]
>   | | o- vicinityvolume
> 
> [/dev/iof/vicinityvolume activated]
>   | |   o- alua
> ...
> [ALUA Groups: 0]
>   | o- ramdisk
> 
> [Storage Objects: 0]
>   o- iscsi
> 
> [Targets: 1]
>   | o- iqn.2015-03.com.iofabric:vicinityvolume
> ...
> [TPGs: 1]
>   |   o- tpg1
> ..
> [gen-acls, no-auth]
>   | o- acls
> ..
> [ACLs: 0]
>   | o- luns
> ..
> [LUNs: 1]
>   | | o- lun0
> ..
> [pscsi/vicinityvolume (/dev/iof/vicinityvolume) (None)]
>   | o- portals
> 
> [Portals: 1]
>   |   o- 0.0.0.0:3260
> .
> [OK]
>   o- loopback
> .
> [Targets: 0]
>
> iSCSI target is discovered successfully, login also works but then when I
> click 'OK' button nothing happens. The iSCSI initiator seems to have been
> created though. Command 'iscsiadm -m session' outputs: tcp: [1]
> 44.128.20.202:3260,1 iqn.2015-03.com.iofabric:vicinityvolume (non-flash)
> Command 'lsblk' outputs:
> NAMEMAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
> sda   8:00   1,8T  0 disk
> sdb   8:16   0   1,8T  0 disk
> sdc   8:32   0   477G  0 disk
> sdd   8:48   0 238,5G  0 disk
> ├─sdd18:49   0   500M  0 part /boot
> └─sdd28:50   0   238G  0 part
>   ├─centos-root 253:0050G  0 lvm  /
>   ├─centos-swap 253:10  15,7G  0 lvm  [SWAP]
>   └─centos-home 253:20 172,2G  0 lvm  /home
> sde   8:64   0 3T  0 disk
> sdf   8:80   0 3T  0 disk
> sr0  11:01  1024M  0 rom
>
> The sde device is the original device to which the iSCSI target points and
> sdf is the device created by the iSCSI initiator.
> Any help would be appreciated.
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/M5ZQQWCKIBX24R6K35TUREJXZJ7TMB2V/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 

[ovirt-users] Re: vdsmd.service stuck in state: activating

[Shani Leviim]

Hi there and welcome aboard!

= Noob questions =
> A) First time here. I couldn't find the rulebook/netiquette for oVirt
> mailing

 list, could you give me a link?
>
Asking questions regarding to ovirt  is a part of this mailing porpuses, so
I don't think there's a rulebook.
It was meant to help you and others :)

For my opinion, just try to be as imformative as you can.
If there's some more needed information, you'll probably be asked to supply
it :)

B) What do you use here, top or bottom posting?
>
Depends on you.


> C) Which is the line length limit? I've written this email manually
> entering
>  new line after 80 chars, is it fine?
>
Once again - your call :)


> D) Which is the log length limit?
>
It's better to keep it focused on your issue, but not too short - basically
it should contain the operation you're trying to do.
If some more logs are needed, you'll be asked to add them.

E) When should I use pastebin or similar websites?
>
As much as I know, attaching the logs as mail attachments are more common.
It's worth checking if the data you've pasted on patebin will be expired
eventually, so I personally think that attaching the logs here is will be
more durable.

= /Noob questions =
>
> = Issue questions =
> TL;DR
> self host engine deployment fails, vdsmd.service has this error I can't
> find on
>  Google:
> 'sysctl: cannot stat /proc/sys/ssl: No such file or directory'
>
> Long description:
> I've been trying for a while to deploy an oVirt self hosted engine but it
> failed
>  all the time. After every failed deployment, node status resulted in
> 'FAIL' (or
>  'DEGRADED', I don't remember) and to restore it to 'OK' status I'd to run
>  'vdsm-tool configure --force'.
>
> vdsm-tool configuration never went through fully successful:
> < code >
> abrt is not configured for vdsm
> lvm is configured for vdsm
> libvirt is not configured for vdsm yet
> FAILED: conflicting vdsm and libvirt-qemu tls configuration.
> vdsm.conf with ssl=True requires the following changes:
> libvirtd.conf: listen_tcp=0, auth_tcp="sasl", listen_tls=1
> qemu.conf: spice_tls=1.
> Current revision of multipath.conf detected, preserving
> < /code >
>
> I set 'auth_tcp = "sasl"' (in "/etc/libvirtd.conf") and 'spice_tls=1' (in
>  "/etc/libvirt/qemu.conf") and restart vdsdmd.service, but it still fails:
> < code >
> Starting Virtual Desktop Server Manager...
> _init_common.sh[2839]: vdsm: Running mkdirs
> _init_common.sh[2839]: vdsm: Running configure_coredump
> _init_common.sh[2839]: vdsm: Running configure_vdsm_logs
> _init_common.sh[2839]: vdsm: Running wait_for_network
> _init_common.sh[2839]: vdsm: Running run_init_hooks
> _init_common.sh[2839]: vdsm: Running check_is_configured
> _init_common.sh[2839]: abrt is already configured for vdsm
> _init_common.sh[2839]: lvm is configured for vdsm
> _init_common.sh[2839]: libvirt is already configured for vdsm
> _init_common.sh[2839]: Current revision of multipath.conf detected,
> preserving
> _init_common.sh[2839]: vdsm: Running validate_configuration
> _init_common.sh[2839]: SUCCESS: ssl configured to true. No conflicts
> _init_common.sh[2839]: vdsm: Running prepare_transient_repository
> _init_common.sh[2839]: vdsm: Running syslog_available
> _init_common.sh[2839]: vdsm: Running nwfilter
> _init_common.sh[2839]: vdsm: Running dummybr
> _init_common.sh[2839]: vdsm: Running tune_system
> _init_common.sh[2839]: sysctl: cannot stat /proc/sys/ssl: No such file or
> directory
> md[1]: vdsmd.service: control process exited, code=exited status=1
> md[1]: Failed to start Virtual Desktop Server Manager.
> md[1]: Unit vdsmd.service entered failed state.
> md[1]: vdsmd.service failed.
> md[1]: vdsmd.service holdoff time over, scheduling restart.
> < /code >
>
> I've no idea about how to investigate, solve or troubleshoot this issue.
>
> I've updated yesterday to the last version but nothing changed:
> ovirt-release-master-4.3.0-0.1.master.2018082052.gitdd598f0.el7.noarch
> = /Issue questions =
>

I think that this one can help :
https://www.ovirt.org/develop/developer-guide/vdsm/installing-vdsm-from-rpm/#installing--configuring-vdsm
Make sure you've installed libvirt from the rpm as appeared on the link
there.

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




*Regards,*
*Shani Leviim*
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 

[ovirt-users] Re: Automated VM rollout

[Ondra Machacek]

In case of virtio_scsi, you should use following:

/dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_{{ disk_id[:-16] }}

Where disk_id[:-16], is id which you get from API, for example:

 /api/disks/cdb62095-62ba-4137-8fa0-6375748d8868

so the result path is:

 /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_cdb62095-62ba-4137-8

Which is symlink to sda, sdb, sdX...

On 10/30/18 12:01 PM, Markus Schaufler wrote:

Hi!

We are developing a tool for automated vm rollouts and struggle with the disk 
ordering which seems to be completly random?
ie. when creating a vm with 3 disks the order on the virtio scsi bus is 
different each time - which of course causes troubles when executing the next 
steps.

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


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

[ovirt-users] Re: Out-of-sync networks can only be detached

[Sakhi Hadebe]

Hi Dominik,

Thank you for your help. No i can attach all logical networks

The problem was the configurations on the Data Center and the hosts. They
were not the same. After changing everything to be the same, it worked fine.

On Thu, Oct 11, 2018 at 3:52 PM Dominik Holler  wrote:

> On Thu, 11 Oct 2018 14:00:50 +0200
> Sakhi Hadebe  wrote:
>
> > Hi,
> >
> > The main issue here is the Logical that cannot be attached to the 3rd
> node
> > (please check attached AttachErr.png file), while it has attached to the
> > other two nodes.
> >
>
> In the first step the configuration of ovirtmgmt on the 3rd node has to
> be synchronized. If you hover ovirtmgmt in the "Setup Host 3rd
> Networks", you see a list of settings which has to be adjusted. Each
> setting can be configured manually or the "Sync All Networks" button in
> "Compute >> Hosts >> 3rd >> Network Interfaces" can be used.
> But if the hostname (FQDN or IP address) used to add the host to oVirt
> does not match the desired configuration, this might not work.
> For this reason I recommend to:
> 1. Put the host in maintenance state
> 2. Remove the host from oVirt
> 3. Configure manually em1 (or em2 or bond0) to use the desired IP
>address and VLAN for ovirtmgmt network
> 4. Add the host to oVirt using this IP address as hostname
> 5. Configure all attributes of ovirtmgmt, which are marked as
>"Out-of-sync" via oVirt
> 6. ovirtmgmt should be synchronized now, so public can now be added to
>the same interface (em1, em2 or bond0 if bonded), if public has
>another VLAN tag
>
>
> > The Logical Network configurations are the same in all 3 networks.,
> please
> > check the logical configurations in attached scrnshot2.png file
> >
>
> Not really, the configuration shown in scrnshot2.png is not valid, because
> it
> is not allowed to attach two logical networks with the same VLAN id
> (VLAN 20) to the same NIC/bond.
> Maybe ovirtmgmt configuration on the host is configured like public
> should be?
>
>
> > Here are the logs grepped from engine.log file:
> >
> > [root@engine ~]# tail -f  /var/log/ovirt-engine/engine.log | egrep
> > "${OUT_OF_SYNC_VALUES} | goku.sanren.ac.za"
> > 2018-10-11 13:52:20,779+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce] Before
> > acquiring and wait lock
> >
> 'EngineLock:{exclusiveLocks='[722583f2-b11a-11e8-9a47-00163e5858df=OVF_UPDATE]',
> > sharedLocks=''}'
> > 2018-10-11 13:52:20,779+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce] Lock-wait
> > acquired to object
> >
> 'EngineLock:{exclusiveLocks='[722583f2-b11a-11e8-9a47-00163e5858df=OVF_UPDATE]',
> > sharedLocks=''}'
> > 2018-10-11 13:52:20,780+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce] Running
> > command: ProcessOvfUpdateForStoragePoolCommand internal: true. Entities
> > affected :  ID: 722583f2-b11a-11e8-9a47-00163e5858df Type: StoragePool
> > 2018-10-11 13:52:20,784+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce] Attemptin
> > to update VM OVFs in Data Center 'Default'
> > 2018-10-11 13:52:20,789+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce]
> Successfully
> > updated VM OVFs in Data Center 'Default'
> > 2018-10-11 13:52:20,789+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce] Attemptin
> > to update template OVFs in Data Center 'Default'
> > 2018-10-11 13:52:20,790+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce]
> Successfully
> > updated templates OVFs in Data Center 'Default'
> > 2018-10-11 13:52:20,790+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce] Attemptin
> > to remove unneeded template/vm OVFs in Data Center 'Default'
> > 2018-10-11 13:52:20,790+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce]
> Successfully
> > removed unneeded template/vm OVFs in Data Center 'Default'
> > 2018-10-11 13:52:20,791+02 INFO
> >
> [org.ovirt.engine.core.bll.storage.ovfstore.ProcessOvfUpdateForStoragePoolCommand]
> > (EE-ManagedThreadFactory-engineScheduled-Thread-13) [555cc9ce] Lock free
> > to object
> >
> 

[ovirt-users]Re: Storage domain mount error: Lustre file system(Posix compliant FS)

[김형근]

Um...


Does the gluster included in version 4.2.7 improve small file I/O performance?
If that 's the case, I will test you as you say.


Finally, I want to ask one more time.
How can I use lustre?



















보내는사람 : Yaniv Kaul yk...@redhat.com


받는사람 : '김형근'okok102...@fusiondata.co.kr


참조 : Ovirt Users users@ovirt.org


보낸 날짜 : 2018-10-29 16:57:57






제목 : Re: [ovirt-users] Storage domain mount error: Lustre file system(Posix 
compliant FS)















On Thu, Oct 25, 2018 at 7:25 AM 
okok102...@fusiondata.co.kr wrote:

Hi.

I am an ovirt user in Korea. I am working on VDI. It's 
a pleasure to meet you, the ovirt specialists.

(I do not speak English well... Thank you for your 
understanding!)



I am testing Lustre File System in Ovirt or RH(E)V 
environment.

(The reason is simple: glusterfs and nfs have limit of 
performance, SAN Storage and excellent Software Defined Storage are quite 
expensive.)







Please re-test Gluster with latest 4.2.7, where we have 
improved performance nicely specifically for Gluster based storage.







Testing for file system performance was successful.

As expected, luster showed amazing performance.

However, there was an error adding luster storage to 
the storage domain as Posix compliant FS.





Domain Function : Data

Storage Type : POSIX compliant FS

Host to Use : [SPM_HOSTNAME]

Name : [STORAGE_DOMAIN_NAME]

Path : 10.10.10.15@tcp:/lustre/vmstore

VFS Type : lustre

Mount Options : 



The vdsm debug logs are shown below.





2018-10-25 12:46:58,963+0900 INFO (jsonrpc/2) 
[storage.xlease] Formatting index for lockspace 
u'c0ef7ee6-1da9-4eef-9e03-387cd3a24445' (version=1) (xlease:653)

2018-10-25 12:46:58,971+0900 DEBUG (jsonrpc/2) [root] 
/usr/bin/dd iflag=fullblock 
of=/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases
 oflag=direct,seek_bytes seek=1048576 bs=256512 count=1 
conv=notrunc,nocreat,fsync (cwd None) (commands:65)

2018-10-25 12:46:58,985+0900 DEBUG (jsonrpc/2) [root] 
FAILED: err = "/usr/bin/dd: error writing 
'/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases':
 Invalid argument\n1+0 records in\n0+0 records out\n0 bytes (0 B) copied, 
0.000943896 s, 0.0 kB/s\n"; rc = 1 (commands:86) 

2018-10-25 12:46:58,985+0900 INFO (jsonrpc/2) 
[vdsm.api] FINISH createStorageDomain error=Command ['/usr/bin/dd', 
'iflag=fullblock', 
u'of=/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases',
 'oflag=direct,seek_bytes', 'seek=1048576', 'bs=256512', 'count=1', 
'conv=notrunc,nocreat,fsync'] failed with rc=1 out='[suppressed]' 
err="/usr/bin/dd: error writing 
'/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases':
 Invalid argument\n1+0 records in\n0+0 records out\n0 bytes (0 B) copied, 
0.000943896 s, 0.0 kB/s\n" from=:::192.168.161.104,52188, flow_id=794bd395, 
task_id=c9847bf3-2267-483b-9099-f05a46981f7f (api:50)

2018-10-25 12:46:58,985+0900 ERROR (jsonrpc/2) 
[storage.TaskManager.Task] (Task='c9847bf3-2267-483b-9099-f05a46981f7f') 
Unexpected error (task:875)

Traceback (most recent call last): File 
"/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in 
_run  return fn(*args, **kargs) File "string", line 
2, in createStorageDomain

 File 
"/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method

  ret = func(*args, **kwargs)

 File 
"/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2591, in 
createStorageDomain

  storageType, domVersion)

 File 
"/usr/lib/python2.7/site-packages/vdsm/storage/nfsSD.py", line 87, in create

  remotePath, storageType, version)

 File 
"/usr/lib/python2.7/site-packages/vdsm/storage/fileSD.py", line 465, in 
_prepareMetadata

[ovirt-users] Re: VM paused then killed with "device vda reported I/O error"

[fsoyer]

Hi,
unfortunatly, at the time of this error there was no messages. In fact, this 
file (rhev-data-center-mnt-glusterSD-victor.local.systea.fr:_DATA01.log) 
contains only :
[2018-10-21 01:41:11.646681] I [glusterfsd-mgmt.c:1894:mgmt_getspec_cbk] 
0-glusterfs: No change in volfile,continuing
[2018-10-28 02:08:10.081010] I [MSGID: 100011] [glusterfsd.c:1446:reincarnate] 
0-glusterfsd: Fetching the volume file from server...
As I said in my another post "VMs unexpectidly restarted" which is maybe 
related to this one (not exactly the same things but close enough... Please see 
this posts as they can give some additional informations ? Especially the 
messages since sunday 28 12:42, after I tried an export/import of a VM on 
saturday 27) I see no revelant error in gluster logs at time of the problems 
occur on the VMs.

Though, looking on this files, I find some messages in the mount log of the 
second volume DATA02, concerned by the second problem on oct-27. I'll add this 
messages on the other post "VMs unexpectidly restarted" to avoid confusion. I 
might not have open this new post after this one, but on the moment I couldn't 
be sure that this was a unique problem.

Thank you for your time,
--

Regards,

Frank

Le Mercredi, Octobre 31, 2018 08:15 CET, Sahina Bose  a 
écrit:
 2018-10-25 01:21:07,944+0200 INFO (libvirt/events) [virt.vm]
(vmId='14fb9d79-c603-4691-b19e-9133c6bd5e22') abnormal vm stop device
ua-134c4848-6897-46fc-b346-dd4a180ac653 error eio (vm:5158)
2018-10-25 01:21:07,944+0200 INFO (libvirt/events) [virt.vm]
(vmId='14fb9d79-c603-4691-b19e-9133c6bd5e22') CPU stopped: onIOError
(vm:6199)
2018-10-25 01:21:08,030+0200 INFO (libvirt/events) [virt.vm]
(vmId='14fb9d79-c603-4691-b19e-9133c6bd5e22') CPU stopped: onSuspend
(vm:6199)


This indicates an I/O error from storage layer most likely. Can you
also provide the mount logs for the gluster volume that hosts these
VM's disks (under
/var/log/glusterfs/rhev-data-center-mnt-glusterSD-.log)

On Fri, Oct 26, 2018 at 12:38 AM fsoyer  wrote:
>
> Oops, reading my message I find an error : the problem occurs at 1:21AM not 
> 1:01 :/
>
> Frank
>
>
>
> Le Jeudi, Octobre 25, 2018 17:55 CEST, "fsoyer"  a écrit:
>
>
>
>
> Hi,
> related (or maybe not) with my problem "VMs unexpectidly restarted", I have 
> one VM (only one) which was paused then killed this morning (1:01AM).
> This is the second time (first time about 15 days ago), only this one (it is 
> on a domain with 5 others VMs, and it is not the most used of them. And it 
> was at night, without any particular treatment at this time). The others VMs 
> on the same storage were not impacted at all. And it is not on the same 
> storage domain as the other VM of "VMs unexpectidly restarted"...
> At the same time, gluster seems to have seen absolutly nothing. Is there 
> really a storage issue ??
>
> Here are some revelant logs
> /var/log/messages of the node
> vdsm.log
> engine.log
> glusterd.log
> data01-brick.log
>
> For recall, this is a 3 nodes 4.2.3 cluster, on Gluster 3.12.13 (2+arbiter).
> Any idea where or what I must search for ?
>
> Thanks
> --
>
> Cordialement,
>
> Frank
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3BI45NBQTKNHLOOS3TO2TAT53LREC4EF/
 
 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/J4LWH5J7PUIFOO65YIBSC2BDFT2GD3VY/

[ovirt-users] Re: Automated VM rollout

[Lucie Leistnerova]

Hi, you can find the information here

/ovirt-engine/api/vms/{vm:id}/diskattachments

    href="/ovirt-engine/api/vms/fe3f36c3-8284-483c-8cdd-fd0690297bf8/diskattachments/165c72fb-39fe-4115-a0ad-05bf10113e11" 
id="165c72fb-39fe-4115-a0ad-05bf10113e11">

    true
    false
    virtio_scsi
    /dev/sdb
    false
    false
false
    href="/ovirt-engine/api/disks/165c72fb-39fe-4115-a0ad-05bf10113e11" 
id="165c72fb-39fe-4115-a0ad-05bf10113e11"/>
    href="/ovirt-engine/api/vms/fe3f36c3-8284-483c-8cdd-fd0690297bf8" 
id="fe3f36c3-8284-483c-8cdd-fd0690297bf8"/>

    


Best regards,

Lucie L.

On 10/31/18 6:37 AM, Markus Schaufler wrote:

I did. And it didn't help me. I tried several requests like
GET 
/ovirt-engine/api/datacenters/{datacenter:id}/storagedomains/{storagedomain:id}/disks/{disk:id}

But there is no virtio-scsi information at all. I suppose the hosted engine 
itself does not need to know that information.

The workflow would be to create the vm with all the disks over the rest-api and 
then to install it using a prepared iso with a kickstart file which holds the 
information about the disk layout, filesystem, etc. In order to prepare the 
kickstart file correctly I need to know which disk is ie. vda, vdb, ...

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


--
Lucie Leistnerova
Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

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

[ovirt-users] Re: SR-IOV / No free VF (pci=assign-busses issue ?)

[Sandro Bonazzola]

Il giorno mer 31 ott 2018 alle ore 09:07  ha
scritto:

> Is yesterday Errara, with libvirt 4.5 resolve issue ?
> https://access.redhat.com/errata/RHSA-2018:3113 and BZ - 1556828
>
> Do you think we will see Centos 7.6 / LibVirt 4.5 soon ?
>

code has been pushed to CentOS repositories:
https://git.centos.org/summary/?r=rpms/libvirt.git
CentOS 7.6 build started yesterday:
https://twitter.com/Arrfab/status/1057197763484700672
I would expect 2-3 weeks before CentOS 7.6 go GA. In the meanwhile, if you
have a test environment, you can use the Continuous Release repo for
helping to test CentOS: http://mirror.centos.org/centos/7/cr/x86_64/
(already passed initial QE) or development repo at
https://buildlogs.centos.org/c7.1810.00.x86_64/


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


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com

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

[ovirt-users] Re: Engine restore failing

[Simone Tiraboschi]

OK,
found the real error is here:

2018-10-26 08:16:17 1874: pg_cmd running: pg_restore -w -U engine -h
localhost -p 5432 -d engine -j 2
/tmp/engine-backup.uqg1Ha3mFP/db/engine_backup.db
pg_restore: [archiver] unsupported version (1.13) in file header

So pg_restore is restoring nothing and everything else after that fails
with strange results.

On Wed, Oct 31, 2018 at 7:52 AM Maton, Brett 
wrote:

> Raised bug report https://bugzilla.redhat.com/show_bug.cgi?id=1644550
>
> 5 days with no hosted engine to manage production servers
>
> On Tue, 30 Oct 2018 at 06:45, Maton, Brett 
> wrote:
>
>> Any suggestions on the FATAL: Failed checking DbJustRestored error ?
>>
>> On Sat, 27 Oct 2018 at 16:01, Maton, Brett 
>> wrote:
>>
>>> Not sure what you mean by ovirt-engine-appliance, I just deploy with
>>> 'hosted-engine --deploy...' and keep it upto date.
>>>
>>> On Fri, 26 Oct 2018 at 13:23, Simone Tiraboschi 
>>> wrote:
>>>
 Adding also Didi on this.
 Brett, are you using the latest ovirt-engine-appliance?

 On Fri, Oct 26, 2018 at 1:31 PM Maton, Brett 
 wrote:

> Hi Simone,
>
>   I'm seeing the same error with new hosted-engine0setup RPM...
> ...
> [ ERROR ] fatal: [ovirt.gh.ltresources.co.uk]: FAILED! => {"changed":
> true, "cmd": "engine-backup --mode=restore
> --log=/var/log/ovirt-engine/setup/restore-backup-$(date -u
> +%Y%m%d%H%M%S).log --file=/root/engine_backup --provision-all-databases
> --restore-permissions", "delta": "0:00:12.219742", "end": "2018-10-26
> 12:28:20.127547", "msg": "non-zero return code", "rc": 1, "start":
> "2018-10-26 12:28:07.907805", "stderr": "FATAL: Failed checking
> DbJustRestored", "stderr_lines": ["FATAL: Failed checking 
> DbJustRestored"],
> "stdout": "Preparing to restore:\n- Unpacking file
> '/root/engine_backup'\nRestoring:\n- Files\nProvisioning PostgreSQL
> users/databases:\n- user 'engine', database 'engine'\n- user
> 'ovirt_engine_history', database 'ovirt_engine_history'\nRestoring:\n-
> Engine database 'engine'\n  - Cleaning up temporary tables in engine
> database 'engine'", "stdout_lines": ["Preparing to restore:", "- Unpacking
> file '/root/engine_backup'", "Restoring:", "- Files", "Provisioning
> PostgreSQL users/databases:", "- user 'engine', database 'engine'", "- 
> user
> 'ovirt_engine_history', database 'ovirt_engine_history'", "Restoring:", "-
> Engine database 'engine'", "  - Cleaning up temporary tables in engine
> database 'engine'"]}
> ...
>
> On Fri, 26 Oct 2018 at 09:19, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Fri, Oct 26, 2018 at 9:52 AM Maton, Brett <
>> mat...@ltresources.co.uk> wrote:
>>
>>> Hi Simone,
>>>
>>>   Can I simply installed the 4.2.7 hosted-engine-setup rpm on top of
>>> the 4.2.6 installation on the node I'm using to redeploy SHE, or should 
>>> I
>>> bump everything to the 4.2.7 pre-release ?
>>>
>>
>> You can simply update ovirt-hosted-engine-setup rpm
>>
>>
>>>
>>> Regards,
>>> Brett
>>>
>>> On Fri, 26 Oct 2018 at 08:35, Simone Tiraboschi 
>>> wrote:
>>>


 On Fri, Oct 26, 2018 at 9:23 AM Maton, Brett <
 mat...@ltresources.co.uk> wrote:

> oVirt: 4.2.6.2-1
>
> I'm Moving hosted engine from one storage domain to another by
> backing up and restoring the engine.
>
> New VM provisioned in new storage domain, I get as far as trying
> to restore the backup:
>
> but am getting this DbJustRestored Error:
>

 Hi,
 you probably hit:
 https://bugzilla.redhat.com/show_bug.cgi?id=1620314

 That feature has been reworked for 4.2.7: with next release you
 will be able to run
   hosted-engine --deploy --restore-from-file=yourbackup.tar.gz
 that will automatically inject your backup file.

 If you want to have a preview of that feature you can try with

 https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_build-artifacts-el7-x86_64/161/artifact/exported-artifacts/ovirt-hosted-engine-setup-2.2.30-1.el7.noarch.rpm



> engine-backup --mode=restore --file=engine.backup
> --log=engine-restore.log --provision-db --provision-dwh-db
> --restore-permissions
> Preparing to restore:
> - Unpacking file 'engine.backup'
> Restoring:
> - Files
> Provisioning PostgreSQL users/databases:
> - user 'engine', database 'engine'
> - user 'ovirt_engine_history', database 'ovirt_engine_history'
> Restoring:
> - Engine database 'engine'
>   - Cleaning up temporary tables in engine database 'engine'
> FATAL: Failed checking DbJustRestored
>
> restore log 

[ovirt-users] Re: SR-IOV / No free VF (pci=assign-busses issue ?)

[jeanbaptiste]

Is yesterday Errara, with libvirt 4.5 resolve issue ? 
https://access.redhat.com/errata/RHSA-2018:3113 and BZ - 1556828

Do you think we will see Centos 7.6 / LibVirt 4.5 soon ?

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

[ovirt-users] Re: VM paused then killed with "device vda reported I/O error"

[Sahina Bose]

2018-10-25 01:21:07,944+0200 INFO (libvirt/events) [virt.vm]
(vmId='14fb9d79-c603-4691-b19e-9133c6bd5e22') abnormal vm stop device
ua-134c4848-6897-46fc-b346-dd4a180ac653 error eio (vm:5158)
2018-10-25 01:21:07,944+0200 INFO (libvirt/events) [virt.vm]
(vmId='14fb9d79-c603-4691-b19e-9133c6bd5e22') CPU stopped: onIOError
(vm:6199)
2018-10-25 01:21:08,030+0200 INFO (libvirt/events) [virt.vm]
(vmId='14fb9d79-c603-4691-b19e-9133c6bd5e22') CPU stopped: onSuspend
(vm:6199)


This indicates an I/O error from storage layer most likely. Can you
also provide the mount logs for the gluster volume that hosts these
VM's disks (under
/var/log/glusterfs/rhev-data-center-mnt-glusterSD-.log)

On Fri, Oct 26, 2018 at 12:38 AM fsoyer  wrote:
>
> Oops, reading my message I find an error : the problem occurs at 1:21AM  not 
> 1:01 :/
>
> Frank
>
>
>
> Le Jeudi, Octobre 25, 2018 17:55 CEST, "fsoyer"  a écrit:
>
>
>
>
> Hi,
> related (or maybe not) with my problem "VMs unexpectidly restarted", I have 
> one VM (only one) which was paused then killed this morning (1:01AM).
> This is the second time (first time about 15 days ago), only this one (it is 
> on a domain with 5 others VMs, and it is not the most used of them. And it 
> was at night, without any particular treatment at this time). The others VMs 
> on the same storage were not impacted at all. And it is not on the same 
> storage domain as the other VM of "VMs unexpectidly restarted"...
> At the same time, gluster seems to have seen absolutly nothing. Is there 
> really a storage issue ??
>
> Here are some revelant logs
> /var/log/messages of the node
> vdsm.log
> engine.log
> glusterd.log
> data01-brick.log
>
> For recall, this is a 3 nodes 4.2.3 cluster, on Gluster 3.12.13 (2+arbiter).
> Any idea where or what I must search for ?
>
> Thanks
> --
>
> Cordialement,
>
> Frank
>
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3BI45NBQTKNHLOOS3TO2TAT53LREC4EF/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Y4UBRJJUR4OXH635XNZ7XQ6HXWLLMC5W/

[ovirt-users] Re: Engine restore failing

[Maton, Brett]

Raised bug report https://bugzilla.redhat.com/show_bug.cgi?id=1644550

5 days with no hosted engine to manage production servers

On Tue, 30 Oct 2018 at 06:45, Maton, Brett  wrote:

> Any suggestions on the FATAL: Failed checking DbJustRestored error ?
>
> On Sat, 27 Oct 2018 at 16:01, Maton, Brett 
> wrote:
>
>> Not sure what you mean by ovirt-engine-appliance, I just deploy with
>> 'hosted-engine --deploy...' and keep it upto date.
>>
>> On Fri, 26 Oct 2018 at 13:23, Simone Tiraboschi 
>> wrote:
>>
>>> Adding also Didi on this.
>>> Brett, are you using the latest ovirt-engine-appliance?
>>>
>>> On Fri, Oct 26, 2018 at 1:31 PM Maton, Brett 
>>> wrote:
>>>
 Hi Simone,

   I'm seeing the same error with new hosted-engine0setup RPM...
 ...
 [ ERROR ] fatal: [ovirt.gh.ltresources.co.uk]: FAILED! => {"changed":
 true, "cmd": "engine-backup --mode=restore
 --log=/var/log/ovirt-engine/setup/restore-backup-$(date -u
 +%Y%m%d%H%M%S).log --file=/root/engine_backup --provision-all-databases
 --restore-permissions", "delta": "0:00:12.219742", "end": "2018-10-26
 12:28:20.127547", "msg": "non-zero return code", "rc": 1, "start":
 "2018-10-26 12:28:07.907805", "stderr": "FATAL: Failed checking
 DbJustRestored", "stderr_lines": ["FATAL: Failed checking DbJustRestored"],
 "stdout": "Preparing to restore:\n- Unpacking file
 '/root/engine_backup'\nRestoring:\n- Files\nProvisioning PostgreSQL
 users/databases:\n- user 'engine', database 'engine'\n- user
 'ovirt_engine_history', database 'ovirt_engine_history'\nRestoring:\n-
 Engine database 'engine'\n  - Cleaning up temporary tables in engine
 database 'engine'", "stdout_lines": ["Preparing to restore:", "- Unpacking
 file '/root/engine_backup'", "Restoring:", "- Files", "Provisioning
 PostgreSQL users/databases:", "- user 'engine', database 'engine'", "- user
 'ovirt_engine_history', database 'ovirt_engine_history'", "Restoring:", "-
 Engine database 'engine'", "  - Cleaning up temporary tables in engine
 database 'engine'"]}
 ...

 On Fri, 26 Oct 2018 at 09:19, Simone Tiraboschi 
 wrote:

>
>
> On Fri, Oct 26, 2018 at 9:52 AM Maton, Brett 
> wrote:
>
>> Hi Simone,
>>
>>   Can I simply installed the 4.2.7 hosted-engine-setup rpm on top of
>> the 4.2.6 installation on the node I'm using to redeploy SHE, or should I
>> bump everything to the 4.2.7 pre-release ?
>>
>
> You can simply update ovirt-hosted-engine-setup rpm
>
>
>>
>> Regards,
>> Brett
>>
>> On Fri, 26 Oct 2018 at 08:35, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Fri, Oct 26, 2018 at 9:23 AM Maton, Brett <
>>> mat...@ltresources.co.uk> wrote:
>>>
 oVirt: 4.2.6.2-1

 I'm Moving hosted engine from one storage domain to another by
 backing up and restoring the engine.

 New VM provisioned in new storage domain, I get as far as trying to
 restore the backup:

 but am getting this DbJustRestored Error:

>>>
>>> Hi,
>>> you probably hit:
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1620314
>>>
>>> That feature has been reworked for 4.2.7: with next release you will
>>> be able to run
>>>   hosted-engine --deploy --restore-from-file=yourbackup.tar.gz
>>> that will automatically inject your backup file.
>>>
>>> If you want to have a preview of that feature you can try with
>>>
>>> https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_build-artifacts-el7-x86_64/161/artifact/exported-artifacts/ovirt-hosted-engine-setup-2.2.30-1.el7.noarch.rpm
>>>
>>>
>>>
 engine-backup --mode=restore --file=engine.backup
 --log=engine-restore.log --provision-db --provision-dwh-db
 --restore-permissions
 Preparing to restore:
 - Unpacking file 'engine.backup'
 Restoring:
 - Files
 Provisioning PostgreSQL users/databases:
 - user 'engine', database 'engine'
 - user 'ovirt_engine_history', database 'ovirt_engine_history'
 Restoring:
 - Engine database 'engine'
   - Cleaning up temporary tables in engine database 'engine'
 FATAL: Failed checking DbJustRestored

 restore log attached, any suggestions ?
 ___
 Users mailing list -- users@ovirt.org
 To unsubscribe send an email to users-le...@ovirt.org
 Privacy Statement: https://www.ovirt.org/site/privacy-policy/
 oVirt Code of Conduct:
 https://www.ovirt.org/community/about/community-guidelines/
 List Archives:
 https://lists.ovirt.org/archives/list/users@ovirt.org/message/NJ4USBWDAN3EOVV3YMSYYBJFPCJNXAXB/

>>>
___
Users mailing list