date:20180618

We prevent starting VMs with illegal images[1]


You can use "$ vdsm-tool dump-volume-chains"
to look for illegal images and then look in the engine log for the reason
they became illagal,

if it's something like this, it usually means you can remove them:
63696:2018-06-15 09:41:58,134+01 ERROR
[org.ovirt.engine.core.bll.snapshots.RemoveSnapshotSingleDiskLiveCommand]
(DefaultQuartzScheduler2) [6fa97ea4-8f61-4a48-8e08-a8bb1b9de826] Merging of
snapshot 'e609d6cc-2025-4cf0-ad34-03519131cdd1' images
'1d01c6c8-b61e-42bc-a054-f04c3f792b10'..'ef6f732e-2a7a-4a14-a10f-bcc88bdd805f'
failed. Images have been marked illegal and can no longer be previewed or
reverted to. Please retry Live Merge on the snapshot to complete the
operation.


On Mon, Jun 18, 2018 at 5:46 PM,  wrote:

> Indeed, when the problem started I think the SPM was the host I added as
> VDSM log in the first e-mail. Currently it is the one I sent in the second
> mail.
>
> FWIW, if it helps to debug more fluently, we can provide VPN access to our
> infrastructure so you can access and see whateve you need (all hosts, DB,
> etc...).
>
> Right now the machines that keep running work, but once shut down they
> start showing the problem below...
>
> Thank you
>
>
> El 2018-06-18 15:20, Benny Zlotnik escribió:
>
>> I'm having trouble following the errors, I think the SPM changed or
>> the vdsm log from the right host might be missing.
>>
>> However, I believe what started the problems is this transaction
>> timeout:
>>
>> 2018-06-15 14:20:51,378+01 ERROR
>> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
>> (org.ovirt.thread.pool-6-thread-29)
>> [1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction for
>> action type RemoveSnapshotSingleDisk threw an exception.:
>> org.springframework.jdbc.CannotGetJdbcConnectionException: Could not
>> get JDBC Connection; nested exception is java.sql.SQLException:
>> javax.resource.ResourceException: IJ000460: Error checking for a
>> transaction
>>  at
>> org.springframework.jdbc.datasource.DataSourceUtils.getConne
>> ction(DataSourceUtils.java:80)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:615)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$P
>> ostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDi
>> alect.java:152)
>> [dal.jar:]
>>
>> This looks like a bug
>>
>> Regardless, I am not sure restoring a backup would help since you
>> probably have orphaned images on the storage which need to be removed
>>
>> Adding Ala
>>
>> On Mon, Jun 18, 2018 at 4:19 PM,  wrote:
>>
>> Hi Benny,
>>>
>>> Please find the SPM logs at [1].
>>>
>>> Thank you
>>>
>>>   [1]:
>>>
>>> https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b
>> 0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee
>>
>>> [1]
>>>
>>> El 2018-06-18 13:19, Benny Zlotnik escribió:
>>> Can you send the SPM logs as well?
>>>
>>> On Mon, Jun 18, 2018 at 1:13 PM,  wrote:
>>>
>>> Hi Benny,
>>>
>>> Please find the logs at [1].
>>>
>>> Thank you.
>>>
>>>   [1]:
>>>
>>>
>>> https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af1
>> 94c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d
>>
>>> [2]
>>>
>>> [1]
>>>
>>> El 2018-06-18 09:28, Benny Zlotnik escribió:
>>>
>>> Can you provide full engine and vdsm logs?
>>>
>>> On Mon, Jun 18, 2018 at 11:20 AM,  wrote:
>>>
>>> Hi,
>>>
>>> We're running oVirt 4.1.9 (we cannot upgrade at this time) and
>>> we're having a major problem in our infrastructure. On friday, a
>>> snapshots were automatically created on more than 200 VMs and as
>>> this was just a test task, all of them were deleted at the same
>>> time, which seems to have corrupted several VMs.
>>>
>>> When trying to delete a snapshot on some of the VMs, a "General
>>> error" is thrown with a NullPointerException in the engine log
>>> (attached).
>>>
>>> But the worst part is that when some of these machines is powered
>>> off and then powered on, the VMs are corrupt...
>>>
>>> VM myvm is down with error. Exit message: Bad volume specification
>>> {u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
>>> 'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
>>> {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
>>> u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
>>> u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
>>> '23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
>>> u'discard': False, u'specParams': {}, u'readonly': u'false',
>>> u'iface': u'virtio', u'optional':

[ovirt-users] glusterfs-fuse consuming large amounts of ram

2018-06-18 Thread Edward Clay


It looks like we are experiencing a bug in the version of glusterfs
included with ovirt 4.2.3.  It looks like glusterfs 3.12.x has an issue
where it consumes large amounts of ram which has caused our HV report
storage errors and pause VMs.

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

Is there a safe way to get glusterfs-fuse v3.13.x installed with ovirt
4.2.3 or do we have to live with this issue until future updates to
ovirt/glusterfs are released?

$ ssh hv1.domain.com "sudo grep glusterfs
/var/log/messages-* | grep -i kill "
/var/log/messages-20180610:Jun  6 13:49:54 hv1 kernel: Out of memory:
Kill process 15353 (glusterfs) score 630 or sacrifice child
/var/log/messages-20180610:Jun  6 13:49:54 hv1 kernel: Killed process
15353 (glusterfs) total-vm:33800604kB, anon-rss:31896632kB,
file-rss:840kB, shmem-rss:0kB
/var/log/messages-20180617:Jun 17 00:24:16 hv1 kernel: Out of memory:
Kill process 4072 (glusterfs) score 678 or sacrifice child
/var/log/messages-20180617:Jun 17 00:24:16 hv1 kernel: Killed process
4072 (glusterfs) total-vm:36159900kB, anon-rss:34338508kB,
file-rss:888kB, shmem-rss:0kB


We see this same issue occur on all hv in our cluster.

Edward Clay
Systems Administrator
The Hut Group

Tel:
Email: edward.c...@uk2group.com

For the purposes of this email, the "company" means The Hut Group Limited, a 
company registered in England and Wales (company number 6539496) whose registered office 
is at Fifth Floor, Voyager House, Chicago Avenue, Manchester Airport, M90 3DQ and/or any 
of its respective subsidiaries.

Confidentiality Notice
This e-mail is confidential and intended for the use of the named recipient 
only. If you are not the intended recipient please notify us by telephone 
immediately on +44(0)1606 811888 or return it to us by e-mail. Please then 
delete it from your system and note that any use, dissemination, forwarding, 
printing or copying is strictly prohibited. Any views or opinions are solely 
those of the author and do not necessarily represent those of the company.

Encryptions and Viruses
Please note that this e-mail and any attachments have not been encrypted. They 
may therefore be liable to be compromised. Please also note that it is your 
responsibility to scan this e-mail and any attachments for viruses. We do not, 
to the extent permitted by law, accept any liability (whether in contract, 
negligence or otherwise) for any virus infection and/or external compromise of 
security and/or confidentiality in relation to transmissions sent by e-mail.

Monitoring
Activity and use of the company's systems is monitored to secure its effective 
use and operation and for other lawful business purposes. Communications using 
these systems will also be monitored and may be recorded to secure effective 
use and operation and for other lawful business purposes.

hgvyjuv
___
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/WRYEBOLNHJZGKKJUNF77TJ7WMBS66ZYK/

[ovirt-users] Re: Ovirt Node NG (4.2.3.1-0.20180530) Boot fail ISCSI using ibft after installation

2018-06-18 Thread Ryan Barry

On Mon, Jun 11, 2018 at 12:06 PM, Ralf Schenk  wrote:

> Hello,
>
> I successfully installed Ovirt Node NG from ISO to an ISCSI target
> attached via first network interface by using following extensions to the
> grub cmdline:
>
> "rd.iscsi.ibft=1 ip=ibft ip=eno2:dhcp"
>
> I want to use the server as diskless ovirt-node-ng Server.
>
> After successful install the system reboots and starts up but it fails
> later in dracut even having detected correctly the disk and all the LV's.
>
> I think "iscsistart" is run multiple times even after already being logged
> in to the ISCSI-Target and that fails finally like that:
>
> *[  147.644872] localhost dracut-initqueue[1075]: iscsistart: initiator
> reported error (15 - session exists)*
> [  147.645588] localhost dracut-initqueue[1075]: iscsistart: Logging into
> iqn.2018-01.de.databay.office:storage01.epycdphv02-disk1 172.16.1.3:3260,1
> [  147.651027] localhost dracut-initqueue[1075]: Warning: 'iscsistart -b '
> failed with return code 0
> [  147.807510] localhost systemd[1]: Starting Login iSCSI Target...
> [  147.809293] localhost iscsistart[6716]: iscsistart: TargetName not set.
> Exiting iscsistart
> [  147.813625] localhost systemd[1]: iscsistart_iscsi.service: main
> process exited, code=exited, status=7/NOTRUNNING
> [  147.824897] localhost systemd[1]: Failed to start Login iSCSI Target.
> [  147.825050] localhost systemd[1]: Unit iscsistart_iscsi.service entered
> failed state.
> [  147.825185] localhost systemd[1]: iscsistart_iscsi.service failed.
>

Hey Ralf -

I don't have an ibft environment to test on, but my understanding from the
documentation is that TargetName shouldn't be required when using ibft. Can
you please send over the whole dracut log, and I'll see if I can run down a
root cause?


> --
> Mit freundlichen Grüßen
>
> Ralf Schenk
>
>
> ___
> 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/VVWCTGGBVCPEFKO6U7FMJNWQ6XXTSJO7/
>
>


-- 

RYAN BARRY

SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHEV HYPERVISOR

Red Hat NA 

rba...@redhat.comM: +1-651-815-9306 IM: rbarry

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

[ovirt-users] Re: General failure

2018-06-18 Thread Marcelo Leandro

Hi Marcelo,
Do you mean copying the whole disk block to a different device and
attaching it to a new VM?
Yes
Anything will be appreciated, as currently we're facing a distressing
situation, so if you can describe what you mean I'd be grateful.
1-Create a New vm with same configs.
2-See Volume ID in snapshot tab (new and old vm).
3-Acess a host :
4- find the volume :
run this command for 2 disks(new and old)
find /rhve -name VolumeID
5-check format disk
qemu-img info (path of VolumeID)
Send for me the results.

2018-06-18 12:38 GMT-03:00 :

> Hi Marcelo,
>
> Do you mean copying the whole disk block to a different device and
> attaching it to a new VM?
>
> Anything will be appreciated, as currently we're facing a distressing
> situation, so if you can describe what you mean I'd be grateful.
>
> Thanks.
>
>
> El 2018-06-18 16:19, Marcelo Leandro escribió:
>
>> Hello,
>> Do you can copy diskbase to a new vm.
>>
>> If you want I can describe the step.
>>
>> Em seg, 18 de jun de 2018 11:49,  escreveu:
>>
>> Indeed, when the problem started I think the SPM was the host I
>>> added as
>>> VDSM log in the first e-mail. Currently it is the one I sent in the
>>>
>>> second mail.
>>>
>>> FWIW, if it helps to debug more fluently, we can provide VPN access
>>> to
>>> our infrastructure so you can access and see whateve you need (all
>>> hosts, DB, etc...).
>>>
>>> Right now the machines that keep running work, but once shut down
>>> they
>>> start showing the problem below...
>>>
>>> Thank you
>>>
>>> El 2018-06-18 15:20, Benny Zlotnik escribió:
>>>
 I'm having trouble following the errors, I think the SPM changed

>>> or
>>>
 the vdsm log from the right host might be missing.

 However, I believe what started the problems is this transaction
 timeout:

 2018-06-15 14:20:51,378+01 ERROR
 [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
 (org.ovirt.thread.pool-6-thread-29)
 [1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction

>>> for
>>>
 action type RemoveSnapshotSingleDisk threw an exception.:
 org.springframework.jdbc.CannotGetJdbcConnectionException: Could

>>> not
>>>
 get JDBC Connection; nested exception is java.sql.SQLException:
 javax.resource.ResourceException: IJ000460: Error checking for a
 transaction
   at


>>> org.springframework.jdbc.datasource.DataSourceUtils.getConne
>> ction(DataSourceUtils.java:80)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
   at


>>> org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTempl
>> ate.java:615)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
   at


>>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
   at


>>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
   at


>>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)
>>
>>> [spring-jdbc.jar:4.2.4.RELEASE]
   at


>>> org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$P
>> ostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDi
>> alect.java:152)
>>
>>> [dal.jar:]

 This looks like a bug

 Regardless, I am not sure restoring a backup would help since you
 probably have orphaned images on the storage which need to be

>>> removed
>>>

 Adding Ala

 On Mon, Jun 18, 2018 at 4:19 PM,  wrote:

 Hi Benny,
>
> Please find the SPM logs at [1].
>
> Thank you
>
>   [1]:
>
>

>>> https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b
>> 0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee
>>
>>> [1]
>>>
 [1]
>
> El 2018-06-18 13:19, Benny Zlotnik escribió:
> Can you send the SPM logs as well?
>
> On Mon, Jun 18, 2018 at 1:13 PM,  wrote:
>
> Hi Benny,
>
> Please find the logs at [1].
>
> Thank you.
>
>   [1]:
>
>
>

>>> https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af1
>> 94c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d
>>
>>> [2]
>>>
 [2]
> [1]
>
> El 2018-06-18 09:28, Benny Zlotnik escribió:
>
> Can you provide full engine and vdsm logs?
>
> On Mon, Jun 18, 2018 at 11:20 AM,  wrote:
>
> Hi,
>
> We're running oVirt 4.1.9 (we cannot upgrade at this time) and
> we're having a major problem in our infrastructure. On friday, a
> snapshots were automatically created on more than 200 VMs and as
> this was just a test task, all of them were deleted at the same
> time, which seems to have corrupted several VMs.
>
> When trying to delete a snapshot on some of the VMs, a "General
> error" is thrown with a NullPointerException in the engine log
> (attached).
>
> But the worst part is that when some of these machines is
>

[ovirt-users] Re: General failure


Hi Marcelo,

Do you mean copying the whole disk block to a different device and 
attaching it to a new VM?


Anything will be appreciated, as currently we're facing a distressing 
situation, so if you can describe what you mean I'd be grateful.


Thanks.

El 2018-06-18 16:19, Marcelo Leandro escribió:

Hello, 
Do you can copy diskbase to a new vm.

If you want I can describe the step.

Em seg, 18 de jun de 2018 11:49,  escreveu:


Indeed, when the problem started I think the SPM was the host I
added as
VDSM log in the first e-mail. Currently it is the one I sent in the

second mail.

FWIW, if it helps to debug more fluently, we can provide VPN access
to
our infrastructure so you can access and see whateve you need (all
hosts, DB, etc...).

Right now the machines that keep running work, but once shut down
they
start showing the problem below...

Thank you

El 2018-06-18 15:20, Benny Zlotnik escribió:

I'm having trouble following the errors, I think the SPM changed

or

the vdsm log from the right host might be missing.

However, I believe what started the problems is this transaction
timeout:

2018-06-15 14:20:51,378+01 ERROR
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
(org.ovirt.thread.pool-6-thread-29)
[1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction

for

action type RemoveSnapshotSingleDisk threw an exception.:
org.springframework.jdbc.CannotGetJdbcConnectionException: Could

not

get JDBC Connection; nested exception is java.sql.SQLException:
javax.resource.ResourceException: IJ000460: Error checking for a
transaction
  at




org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:80)

[spring-jdbc.jar:4.2.4.RELEASE]
  at




org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:615)

[spring-jdbc.jar:4.2.4.RELEASE]
  at




org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)

[spring-jdbc.jar:4.2.4.RELEASE]
  at




org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)

[spring-jdbc.jar:4.2.4.RELEASE]
  at




org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)

[spring-jdbc.jar:4.2.4.RELEASE]
  at




org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:152)

[dal.jar:]

This looks like a bug

Regardless, I am not sure restoring a backup would help since you
probably have orphaned images on the storage which need to be

removed


Adding Ala

On Mon, Jun 18, 2018 at 4:19 PM,  wrote:


Hi Benny,

Please find the SPM logs at [1].

Thank you

  [1]:






https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee

[1]

[1]

El 2018-06-18 13:19, Benny Zlotnik escribió:
Can you send the SPM logs as well?

On Mon, Jun 18, 2018 at 1:13 PM,  wrote:

Hi Benny,

Please find the logs at [1].

Thank you.

  [1]:







https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d

[2]

[2]
[1]

El 2018-06-18 09:28, Benny Zlotnik escribió:

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:

Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.

When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).

But the worst part is that when some of these machines is

powered

off and then powered on, the VMs are corrupt...

VM myvm is down with error. Exit message: Bad volume

specification

{u'index': 0, u'domainID':

u'110ea376-d789-40a1-b9f6-6b40c31afe01',

'reqsize': '0', u'format': u'cow', u'bootOrder': u'1',

u'address':

{u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID':

u'65519220-68e1-462a-99b3-f0763c78eae2',

u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize':

'23622320128',

u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off',

u'type':

u'disk'}.

We're really frustrated by now and don't know how to procceed...

We

have a DB backup (with engine-backup) from thursday which would
have
a "sane" DB definition without all the snapshots, as they were

all

created on friday. Would it be safe to restore this backup?

Any help is really appreciated...

Thanks.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email

[ovirt-users] Re: HostedEngine and affinity groups

2018-06-18 Thread Martin Sivak

Hi,

yes, the affinity enforcement engine does work with soft rules.
However, soft affinity is just one input to the weighting part of the
algorithm and other inputs (free memory, cpu load, ..) can counter it.

You could increase the weight of the affinity policy units in the
Scheduling policy configuration, but it should already be high enough
(I think the default is 100).

There is an table in the log when debug logging is enabled:
https://ovirt.org/develop/release-management/features/sla/scheduling-weight-normalization/#testing

You can check the internal weights and the selection process by
enabling this like this:

- use the logcontrol script from here
https://github.com/oVirt/ovirt-engine/blob/master/contrib/log-control.sh
- and enable DEBUG for
org.ovirt.engine.core.bll.scheduling.policyunits.RankSelectorPolicyUnit

Best regards

--
Martin Sivak
SLA, oVirt

On Mon, Jun 18, 2018 at 4:52 PM,   wrote:
> Hi,
>
> i operate a 3 node ovirt42 cluster (hyperconverged).
>
> Now i would like to isolate the HostedEngine from the other VMs.
> The reason is to minimize the impact of outage of one of the nodes.
> When the node with the HE is away there is no impact at all on the running 
> VMs.
> If one of the other nodes goes down, then i have still a running HE which 
> restarts
> the missing VMs on remaining nodes fast again.
>
> I cannot use hard affinity because in case of failure i need all resources of 
> the 2 remaining modes,
> so i configured a soft negative affinity group for every VM between this VM 
> and the HE.
>
> As a first test i migrated the HE to a node with VMs but even after a while 
> nothing happened.
> I would have expected that either the HE or the VMs on this node would have 
> been migrated to
> fullfill the soft negative affinity.
>
> Now my questions:
>
> Are my thoughts correct?
> Is there a better solution than making one (soft negative) affinity group for 
> every VM to isolate from HE?
> Does the affinity group enforcement engine work at all with soft rules?
>
> Regards,
> Robert
> ___
> 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/XKHYWZD6CO5FQG67IL6OIBAHVKVBSX5Q/
___
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/X52PVRF2U7R5XFPL7M4IUZIJOXL54HXC/

[ovirt-users] oVirt 4.2 and I/O threads configuration

2018-06-18 Thread Gianluca Cecchi

Hello,
in oVirt 4.1 I could enable I/O threads for a VM and then there was a field
where I could define how many I/O threads (aka virtual scsi controllers
from vm point of view).
In 4.2 now I see only the option to enable them but not to specify the
number.
Next to the setting there is a symbol and a mouseover says "the field is
not attached to any instance type"

See this screenshot for the Edit VM -> Resource Allocation content:

https://drive.google.com/file/d/1JzCiUBnWxS9fiY64_p5TJMY0uO5ZZUID/view?usp=sharing

Any hints for setting the number?

Thanks in advance,
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/NJIRXBTKMBZO7HWQVUT33F6VFVKOLH5K/

[ovirt-users] Re: General failure

2018-06-18 Thread Marcelo Leandro

Hello,
Do you can copy diskbase to a new vm.

If you want I can describe the step.

Em seg, 18 de jun de 2018 11:49,  escreveu:

> Indeed, when the problem started I think the SPM was the host I added as
> VDSM log in the first e-mail. Currently it is the one I sent in the
> second mail.
>
> FWIW, if it helps to debug more fluently, we can provide VPN access to
> our infrastructure so you can access and see whateve you need (all
> hosts, DB, etc...).
>
> Right now the machines that keep running work, but once shut down they
> start showing the problem below...
>
> Thank you
>
> El 2018-06-18 15:20, Benny Zlotnik escribió:
> > I'm having trouble following the errors, I think the SPM changed or
> > the vdsm log from the right host might be missing.
> >
> > However, I believe what started the problems is this transaction
> > timeout:
> >
> > 2018-06-15 14:20:51,378+01 ERROR
> > [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> > (org.ovirt.thread.pool-6-thread-29)
> > [1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction for
> > action type RemoveSnapshotSingleDisk threw an exception.:
> > org.springframework.jdbc.CannotGetJdbcConnectionException: Could not
> > get JDBC Connection; nested exception is java.sql.SQLException:
> > javax.resource.ResourceException: IJ000460: Error checking for a
> > transaction
> >  at
> >
> org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:80)
> > [spring-jdbc.jar:4.2.4.RELEASE]
> >  at
> > org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:615)
> > [spring-jdbc.jar:4.2.4.RELEASE]
> >  at
> > org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)
> > [spring-jdbc.jar:4.2.4.RELEASE]
> >  at
> > org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)
> > [spring-jdbc.jar:4.2.4.RELEASE]
> >  at
> > org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)
> > [spring-jdbc.jar:4.2.4.RELEASE]
> >  at
> >
> org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:152)
> > [dal.jar:]
> >
> > This looks like a bug
> >
> > Regardless, I am not sure restoring a backup would help since you
> > probably have orphaned images on the storage which need to be removed
> >
> > Adding Ala
> >
> > On Mon, Jun 18, 2018 at 4:19 PM,  wrote:
> >
> >> Hi Benny,
> >>
> >> Please find the SPM logs at [1].
> >>
> >> Thank you
> >>
> >>   [1]:
> >>
> >
> https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee
> >> [1]
> >>
> >> El 2018-06-18 13:19, Benny Zlotnik escribió:
> >> Can you send the SPM logs as well?
> >>
> >> On Mon, Jun 18, 2018 at 1:13 PM,  wrote:
> >>
> >> Hi Benny,
> >>
> >> Please find the logs at [1].
> >>
> >> Thank you.
> >>
> >>   [1]:
> >>
> >>
> >
> https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d
> >> [2]
> >> [1]
> >>
> >> El 2018-06-18 09:28, Benny Zlotnik escribió:
> >>
> >> Can you provide full engine and vdsm logs?
> >>
> >> On Mon, Jun 18, 2018 at 11:20 AM,  wrote:
> >>
> >> Hi,
> >>
> >> We're running oVirt 4.1.9 (we cannot upgrade at this time) and
> >> we're having a major problem in our infrastructure. On friday, a
> >> snapshots were automatically created on more than 200 VMs and as
> >> this was just a test task, all of them were deleted at the same
> >> time, which seems to have corrupted several VMs.
> >>
> >> When trying to delete a snapshot on some of the VMs, a "General
> >> error" is thrown with a NullPointerException in the engine log
> >> (attached).
> >>
> >> But the worst part is that when some of these machines is powered
> >> off and then powered on, the VMs are corrupt...
> >>
> >> VM myvm is down with error. Exit message: Bad volume specification
> >> {u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
> >> 'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
> >> {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
> >> u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
> >> u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
> >> '23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
> >> u'discard': False, u'specParams': {}, u'readonly': u'false',
> >> u'iface': u'virtio', u'optional': u'false', u'deviceId':
> >> u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
> >> u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
> >> u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
> >> u'disk'}.
> >>
> >> We're really frustrated by now and don't know how to procceed... We
> >> have a DB backup (with engine-backup) from thursday which would
> >> have
> >> a "sane" DB definition without all the snapshots, as they were all
> >> created on friday. Would it be safe to restore this backup?
> >>
> >> Any help is really

[ovirt-users] Re: Ovirt 4.2 hosted engine deploy failed

2018-06-18 Thread tehnic

Hi,

did you try to setup by command line or by cockpit?

I think i had the same problem when using the command line installer and
selecting static address for the HE. When using cockpit all worked,
but i noticed that cockpit asked additionally for a netmask...

I not tried again with command line installer, but i think when giving
the static address for the HE one should add netmask (e.g. /24).
Maybe this helps.

Regards, Robert
___
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/IGNHNQRCE3UXGGAFJ2WSBH3PH5OOLD6O/

[ovirt-users] Re: remote-viewer Spice Problem on MacOS

2018-06-18 Thread Christophe TREFOIS

We have the same issue potentially.

In fact, for some VMs, we get even an error now (even though it works from 
Windows).

In the error log on the hypervisor, we get a “SSL error”. This is in libvirtd 
logs.

@Hendrik, do you have perhaps same error?

140085012483328:error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown 
protocol:s23_srvr.c:640:
(process:375537): Spice-WARNING **: reds-stream.c:469:reds_stream_ssl_accept: 
SSL_accept failed, error=1

I did post to this mailing list 2 weeks ago, but received 0 replies.

Thank you,
Christophe 

> On 18 Jun 2018, at 13:22, hpey...@plusline.net wrote:
> 
>> you need something like [1]. It was always the case with spice’s client on 
>> mac
>> If it is only occasionally used on mac, alternatively you can use SPICE+VNC 
>> and connect to
>> VNC on mac an SPICE on linux/windows
>> 
>> Thanks,
>> michal
>> 
>> [1] https://github.com/juhoffma/rhev-console-launcher
> 
> Hi Michal,
> 
> thanks for your quick reply, sadly the rhev-console-launcher will also depend 
> and open the remote-viewer that we currently have issues with. VNC is only a 
> very last resort especially since the virt-viewer has been working for us for 
> over 2 years now.
> 
> Thanks,
> Hendrik
> ___
> 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/4G7DUEHTVC7E47WXKKGCOSBX4XGQBJEB/



smime.p7s
Description: S/MIME cryptographic signature
___
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/2IB25GDWGZKLVPKTJEAQ7FUHNDUVCZHE/

[ovirt-users] Re: General failure

Can you add the server.log?

On Mon, Jun 18, 2018 at 5:46 PM,  wrote:

> Indeed, when the problem started I think the SPM was the host I added as
> VDSM log in the first e-mail. Currently it is the one I sent in the second
> mail.
>
> FWIW, if it helps to debug more fluently, we can provide VPN access to our
> infrastructure so you can access and see whateve you need (all hosts, DB,
> etc...).
>
> Right now the machines that keep running work, but once shut down they
> start showing the problem below...
>
> Thank you
>
>
> El 2018-06-18 15:20, Benny Zlotnik escribió:
>
>> I'm having trouble following the errors, I think the SPM changed or
>> the vdsm log from the right host might be missing.
>>
>> However, I believe what started the problems is this transaction
>> timeout:
>>
>> 2018-06-15 14:20:51,378+01 ERROR
>> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
>> (org.ovirt.thread.pool-6-thread-29)
>> [1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction for
>> action type RemoveSnapshotSingleDisk threw an exception.:
>> org.springframework.jdbc.CannotGetJdbcConnectionException: Could not
>> get JDBC Connection; nested exception is java.sql.SQLException:
>> javax.resource.ResourceException: IJ000460: Error checking for a
>> transaction
>>  at
>> org.springframework.jdbc.datasource.DataSourceUtils.getConne
>> ction(DataSourceUtils.java:80)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:615)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)
>> [spring-jdbc.jar:4.2.4.RELEASE]
>>  at
>> org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$P
>> ostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDi
>> alect.java:152)
>> [dal.jar:]
>>
>> This looks like a bug
>>
>> Regardless, I am not sure restoring a backup would help since you
>> probably have orphaned images on the storage which need to be removed
>>
>> Adding Ala
>>
>> On Mon, Jun 18, 2018 at 4:19 PM,  wrote:
>>
>> Hi Benny,
>>>
>>> Please find the SPM logs at [1].
>>>
>>> Thank you
>>>
>>>   [1]:
>>>
>>> https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b
>> 0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee
>>
>>> [1]
>>>
>>> El 2018-06-18 13:19, Benny Zlotnik escribió:
>>> Can you send the SPM logs as well?
>>>
>>> On Mon, Jun 18, 2018 at 1:13 PM,  wrote:
>>>
>>> Hi Benny,
>>>
>>> Please find the logs at [1].
>>>
>>> Thank you.
>>>
>>>   [1]:
>>>
>>>
>>> https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af1
>> 94c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d
>>
>>> [2]
>>>
>>> [1]
>>>
>>> El 2018-06-18 09:28, Benny Zlotnik escribió:
>>>
>>> Can you provide full engine and vdsm logs?
>>>
>>> On Mon, Jun 18, 2018 at 11:20 AM,  wrote:
>>>
>>> Hi,
>>>
>>> We're running oVirt 4.1.9 (we cannot upgrade at this time) and
>>> we're having a major problem in our infrastructure. On friday, a
>>> snapshots were automatically created on more than 200 VMs and as
>>> this was just a test task, all of them were deleted at the same
>>> time, which seems to have corrupted several VMs.
>>>
>>> When trying to delete a snapshot on some of the VMs, a "General
>>> error" is thrown with a NullPointerException in the engine log
>>> (attached).
>>>
>>> But the worst part is that when some of these machines is powered
>>> off and then powered on, the VMs are corrupt...
>>>
>>> VM myvm is down with error. Exit message: Bad volume specification
>>> {u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
>>> 'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
>>> {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
>>> u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
>>> u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
>>> '23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
>>> u'discard': False, u'specParams': {}, u'readonly': u'false',
>>> u'iface': u'virtio', u'optional': u'false', u'deviceId':
>>> u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
>>> u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
>>> u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
>>> u'disk'}.
>>>
>>> We're really frustrated by now and don't know how to procceed... We
>>> have a DB backup (with engine-backup) from thursday which would
>>> have
>>> a "sane" DB definition without all the snapshots, as they were all
>>> created on friday. Would it be safe to restore this backup?
>>>
>>> Any help is really appreciated...
>>>
>>> Thanks.
>>> ___
>>> Users mailing list -- users@ovirt.org
>>> To unsubscribe send

[ovirt-users] VM can't start: Unknown CPU-Model

2018-06-18 Thread Tobias Scheinert


Hi,

we see here a confusing problem. A college reboots/shutdown his VMs for 
maintenance. After that he starts the VMs (~20), but one of them throws 
following error:



VM  is down with error. Exit message: internal error: Unknown CPU-Model 
SandyBridge,+spec-ctrl


All nodes of the clusters are reporting:


CPU Type:
Intel SandyBridge IBRS Family


And the cluster is configured with:


Cluster CPU Type:
Intel SandyBridge IBRS Family


My quick fix for the vm was, that I used a specific (not the cluster 
default) CPU-Model without the spectre/meltdown mitigation:



Guest CPU Type:
SandyBridge


I've also tried to select manually "SandyBridge,+spec-ctrl". But when I 
do this the wizard blocks and surround the field with a red border (see 
picture in the attachment).


Any idea?


Greeting Tobias


smime.p7s
Description: S/MIME Cryptographic Signature
___
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/AF4OHLBEFUMB5SYZH4OCW5GHUAHJIWTS/

[ovirt-users] HostedEngine and affinity groups

2018-06-18 Thread tehnic

Hi,

i operate a 3 node ovirt42 cluster (hyperconverged).

Now i would like to isolate the HostedEngine from the other VMs.
The reason is to minimize the impact of outage of one of the nodes.
When the node with the HE is away there is no impact at all on the running VMs.
If one of the other nodes goes down, then i have still a running HE which 
restarts
the missing VMs on remaining nodes fast again.

I cannot use hard affinity because in case of failure i need all resources of 
the 2 remaining modes,
so i configured a soft negative affinity group for every VM between this VM and 
the HE.

As a first test i migrated the HE to a node with VMs but even after a while 
nothing happened.
I would have expected that either the HE or the VMs on this node would have 
been migrated to
fullfill the soft negative affinity.

Now my questions:

Are my thoughts correct?
Is there a better solution than making one (soft negative) affinity group for 
every VM to isolate from HE?
Does the affinity group enforcement engine work at all with soft rules?

Regards,
Robert
___
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/XKHYWZD6CO5FQG67IL6OIBAHVKVBSX5Q/

[ovirt-users] Re: glusterfs backup-volfile-servers lost

agent.log is here 
https://pastebin.com/tGyeBNr3 
___
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/NRNJMXT4MR2RJAPTSKVXZNJUVOQDA2BD/

[ovirt-users] Re: glusterfs backup-volfile-servers lost

interesting part of agent.log is here 
https://pastebin.com/tGyeBNr3
___
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/ZGIWWVTFAQPCRYCNE26ZCRLRLRRJS5SU/

[ovirt-users] Re: General failure

Indeed, when the problem started I think the SPM was the host I added as 
VDSM log in the first e-mail. Currently it is the one I sent in the 
second mail.


FWIW, if it helps to debug more fluently, we can provide VPN access to 
our infrastructure so you can access and see whateve you need (all 
hosts, DB, etc...).


Right now the machines that keep running work, but once shut down they 
start showing the problem below...


Thank you

El 2018-06-18 15:20, Benny Zlotnik escribió:

I'm having trouble following the errors, I think the SPM changed or
the vdsm log from the right host might be missing.

However, I believe what started the problems is this transaction
timeout:

2018-06-15 14:20:51,378+01 ERROR
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
(org.ovirt.thread.pool-6-thread-29)
[1db468cb-85fd-4189-b356-d31781461504] [within thread]: endAction for
action type RemoveSnapshotSingleDisk threw an exception.:
org.springframework.jdbc.CannotGetJdbcConnectionException: Could not
get JDBC Connection; nested exception is java.sql.SQLException:
javax.resource.ResourceException: IJ000460: Error checking for a
transaction
 at
org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:80)
[spring-jdbc.jar:4.2.4.RELEASE]
 at
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:615)
[spring-jdbc.jar:4.2.4.RELEASE]
 at
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)
[spring-jdbc.jar:4.2.4.RELEASE]
 at
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)
[spring-jdbc.jar:4.2.4.RELEASE]
 at
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)
[spring-jdbc.jar:4.2.4.RELEASE]
 at
org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:152)
[dal.jar:]

This looks like a bug

Regardless, I am not sure restoring a backup would help since you
probably have orphaned images on the storage which need to be removed

Adding Ala

On Mon, Jun 18, 2018 at 4:19 PM,  wrote:


Hi Benny,

Please find the SPM logs at [1].

Thank you

  [1]:


https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee

[1]

El 2018-06-18 13:19, Benny Zlotnik escribió:
Can you send the SPM logs as well?

On Mon, Jun 18, 2018 at 1:13 PM,  wrote:

Hi Benny,

Please find the logs at [1].

Thank you.

  [1]:



https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d

[2]
[1]

El 2018-06-18 09:28, Benny Zlotnik escribió:

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:

Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.

When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).

But the worst part is that when some of these machines is powered
off and then powered on, the VMs are corrupt...

VM myvm is down with error. Exit message: Bad volume specification
{u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
{u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
u'disk'}.

We're really frustrated by now and don't know how to procceed... We
have a DB backup (with engine-backup) from thursday which would
have
a "sane" DB definition without all the snapshots, as they were all
created on friday. Would it be safe to restore this backup?

Any help is really appreciated...

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/ [3]
[2]
[1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [4] [3]
[2]
List Archives:



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

[5]
[4]
[3]

Links:
--
[1] https://www.ovirt.org/site/privacy-policy/ [3] [2]
[2] https://www.ovirt.org/community/about/community-guidelines/ [4]
[3]
[3]

[ovirt-users] Re: glusterfs backup-volfile-servers lost

from glusterfs/rhev_datacenter
[2018-06-18 12:32:50.854668] W [socket.c:593:__socket_rwv] 0-glusterfs: readv 
on 172.16.224.10:24007 failed (No data available)
[2018-06-18 12:33:38.194322] C 
[rpc-clnt-ping.c:166:rpc_clnt_ping_timer_expired] 0-engine-client-0: server 
172.16.224.10:49152 has not responded in the last 30 seconds, disconnecting.
[2018-06-18 12:33:38.195797] E [rpc-clnt.c:350:saved_frames_unwind] (--> 
/lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (--> 
/lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (--> 
/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] ) 
0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(STATFS(14)) 
called at 2018-06-18 12:33:07.800145 (xid=0x21be)
[2018-06-18 12:33:38.195824] W [MSGID: 114031] 
[client-rpc-fops.c:777:client3_3_statfs_cbk] 0-engine-client-0: remote 
operation failed [Transport endpoint is not connected]
[2018-06-18 12:33:38.196036] E [rpc-clnt.c:350:saved_frames_unwind] (--> 
/lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (--> 
/lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (--> 
/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] ) 
0-engine-client-0: forced unwinding frame type(GF-DUMP) op(NULL(2)) called at 
2018-06-18 12:33:07.800158 (xid=0x21bf)
[2018-06-18 12:33:38.196057] W [rpc-clnt-ping.c:223:rpc_clnt_ping_cbk] 
0-engine-client-0: socket disconnected
[2018-06-18 12:33:38.196224] E [rpc-clnt.c:350:saved_frames_unwind] (--> 
/lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (--> 
/lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (--> 
/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] ) 
0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(READ(12)) 
called at 2018-06-18 12:33:08.307804 (xid=0x21c0)
[2018-06-18 12:33:38.196243] W [MSGID: 114031] 
[client-rpc-fops.c:2922:client3_3_readv_cbk] 0-engine-client-0: remote 
operation failed [Transport endpoint is not connected]
[2018-06-18 12:33:38.196279] W [MSGID: 114061] 
[client-common.c:704:client_pre_fstat] 0-engine-client-0:  
(6f81ab66-8991-45a2-9576-5c7defdec302) remote_fd is -1. EBADFD [File descriptor 
in bad state]
[2018-06-18 12:33:38.196545] E [rpc-clnt.c:350:saved_frames_unwind] (--> 
/lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (--> 
/lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (--> 
/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] ) 
0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(READ(12)) 
called at 2018-06-18 12:33:08.307812 (xid=0x21c4)

last part get repeated a lot of times.

2018-06-18 12:33:38.199480] W [MSGID: 114061] 
[client-common.c:704:client_pre_fstat] 0-engine-client-0:  
(2bddf734-3baa-439f-90e9-93b483260e01) remote_fd is -1. EBADFD [File descriptor 
in bad state]
[2018-06-18 12:33:38.199721] E [rpc-clnt.c:350:saved_frames_unwind] (--> 
/lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fb89f2c0efb] (--> 
/lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fb89f085e6e] (--> 
/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710] (--> 
/lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] ) 
0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(READ(12)) 
called at 2018-06-18 12:33:16.836613 (xid=0x21cb)

this part also get repeated sometimes

> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fb89f085f8e] (--> 
> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fb89f087710] (--> 
> /lib64/libgfrpc.so.0(rpc_clnt_notify+0x2a0)[0x7fb89f088200] ) 
> 0-engine-client-0: forced unwinding frame type(GlusterFS 3.3) op(READ(12)) 
> called at 2018-06-18 12:33:37.337567 (xid=0x21db)
The message "W [MSGID: 114031] [client-rpc-fops.c:2922:client3_3_readv_cbk] 
0-engine-client-0: remote operation failed [Transport endpoint is not 
connected]" repeated 8 times between [2018-06-18 12:33:38.202531] and 
[2018-06-18 12:33:38.205070]
[2018-06-18 12:33:38.205097] W [MSGID: 114061] 
[client-common.c:704:client_pre_fstat] 0-engine-client-0:  
(2bddf734-3baa-439f-90e9-93b483260e01) remote_fd is -1. EBADFD [File descriptor 
in bad state]
[2018-06-18 12:33:38.205461] E [rpc-clnt.c:350:saved_frames_unwind] (-->

[ovirt-users] Re: General failure

I'm having trouble following the errors, I think the SPM changed or the
vdsm log from the right host might be missing.

However, I believe what started the problems is this transaction timeout:
2018-06-15 14:20:51,378+01 ERROR
[org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
(org.ovirt.thread.pool-6-thread-29) [1db468cb-85fd-4189-b356-d31781461504]
[within thread]: endAction for action type RemoveSnapshotSingleDisk threw
an exception.: org.springframework.jdbc.CannotGetJdbcConnectionException:
Could not get JDBC Connection; nested exception is java.sql.SQLException:
javax.resource.ResourceException: IJ000460: Error checking for a transaction
at
org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:80)
[spring-jdbc.jar:4.2.4.RELEASE]
at
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:615)
[spring-jdbc.jar:4.2.4.RELEASE]
at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:680)
[spring-jdbc.jar:4.2.4.RELEASE]
at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:712)
[spring-jdbc.jar:4.2.4.RELEASE]
at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:762)
[spring-jdbc.jar:4.2.4.RELEASE]
at
org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:152)
[dal.jar:]

This looks like a bug

Regardless, I am not sure restoring a backup would help since you probably
have orphaned images on the storage which need to be removed

Adding Ala

On Mon, Jun 18, 2018 at 4:19 PM,  wrote:

> Hi Benny,
>
> Please find the SPM logs at [1].
>
> Thank you
>
>   [1]: https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b
> 0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee
>
> El 2018-06-18 13:19, Benny Zlotnik escribió:
>
>> Can you send the SPM logs as well?
>>
>> On Mon, Jun 18, 2018 at 1:13 PM,  wrote:
>>
>> Hi Benny,
>>>
>>> Please find the logs at [1].
>>>
>>> Thank you.
>>>
>>>   [1]:
>>>
>>> https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af1
>> 94c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d
>>
>>> [1]
>>>
>>>
>>> El 2018-06-18 09:28, Benny Zlotnik escribió:
>>>
>>> Can you provide full engine and vdsm logs?
>>>
>>> On Mon, Jun 18, 2018 at 11:20 AM,  wrote:
>>>
>>> Hi,
>>>
>>> We're running oVirt 4.1.9 (we cannot upgrade at this time) and
>>> we're having a major problem in our infrastructure. On friday, a
>>> snapshots were automatically created on more than 200 VMs and as
>>> this was just a test task, all of them were deleted at the same
>>> time, which seems to have corrupted several VMs.
>>>
>>> When trying to delete a snapshot on some of the VMs, a "General
>>> error" is thrown with a NullPointerException in the engine log
>>> (attached).
>>>
>>> But the worst part is that when some of these machines is powered
>>> off and then powered on, the VMs are corrupt...
>>>
>>> VM myvm is down with error. Exit message: Bad volume specification
>>> {u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
>>> 'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
>>> {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
>>> u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
>>> u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
>>> '23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
>>> u'discard': False, u'specParams': {}, u'readonly': u'false',
>>> u'iface': u'virtio', u'optional': u'false', u'deviceId':
>>> u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
>>> u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
>>> u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
>>> u'disk'}.
>>>
>>> We're really frustrated by now and don't know how to procceed... We
>>> have a DB backup (with engine-backup) from thursday which would
>>> have
>>> a "sane" DB definition without all the snapshots, as they were all
>>> created on friday. Would it be safe to restore this backup?
>>>
>>> Any help is really appreciated...
>>>
>>> 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/ [2]
>>> [1]
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/ [3] [2]
>>> List Archives:
>>>
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/messag
>> e/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/
>>
>>> [4]
>>> [3]
>>>
>>> Links:
>>> --
>>> [1] https://www.ovirt.org/site/privacy-policy/ [2]
>>> [2] https://www.ovirt.org/community/about/community-guidelines/ [3]
>>> [3]
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/messag
>> e/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/
>>
>>> [4]
>>>
>>
>>
>>
>> Links:
>> --
>> [1]
>> https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af1
>>

[ovirt-users] Re: ovirt 4.2 and hugepages

2018-06-18 Thread Gianluca Cecchi

On Sun, Jun 17, 2018 at 3:18 PM, Sharon Gratch  wrote:

> Hi Gianluca,
>
> in 4.2 we added a new engine custom property "hugepages" to replace the
> VDSM hook, where the value of the property is the size of the pages in KiB
> (1G = 1048576, 2M = 2048).
>
> This property can be set for any VM profile type (not just to high
> performance VM's).
>
> Please see the following for more details (not all details are up to date,
> but most are):
> https://mpolednik.github.io/2017/06/26/hugepages-and-ovirt/
>
>
> Regards,
> Sharon
>
>
Hi Sharon,
thanks for the link I didn't know about.
There are a couple of things I have to comment

1) In my opinion it is in general a bad opinion to change meaning of an
already existing parameter/variable/setting.
In 4.1 the custom property hugepages was meant for the number of hugepages
to give to the guest
Now the same custom property is meant to indicate the size of them
It seems misleading and confusing.
Why not using the same name used by the kernel command line "hugepagesz"?

2) from the article it seems that the whole guest memory is allocated
through huge pages
Is this true?
In this case:
a) What happens if guest total memory > number of pages of that size
allocated on hypervisor?
b) In general the need/plus of having huge pages inside guest is driven by
an application running in it, not in the total ram of the guest itself.
In my case, I have one or more Oracle instances running and in general a
good tradeoff is to assign to Oracle instances a total of about 40% of the
operating system ram.
This ram associated to Oracle instances through their so-called SGA
So it would be nice to be able to specify a number of huge pages to
allocate to guest (in my case the sum of the SGAs of the Oracle RDBMS
instances I plan to run on it).
The rest is a waste of resources, especially if I plan to pre-allocate huge
pages on host.
A good candidate for the name would be again the kernel command line
"hugepages" that would return to having its original meaning
What about this?

3) Tomorrow I'm going to test anyway with an updated oVirt 4.2.3
environment.
In the mean time today I'm connected to a RHV 4.2 POC environment with
latest updates and RHV-H on the nodes (20180531 version)
When I set the kernel command line on host from the gui, actually I receive
the message that it needs to be "reinstalled" not only rebooted.
And indeed if I only put the host into maintenance and then reboot, I see
that the kernel command line has not changed.
And I'm still not able to run a VM with huge pages on it.
Even after rebooting I get an exclamation point telling that the host needs
to be reinstalled
If I put again into maintenance and reinstall, the host has been
reinstalled and activated again.
At this point I see that /boot/grub2/grub.cfg has been changed reflecting
the new kernel command line, but I think that instead of being activated,
it should be asked the admin to reboot the node, to have the changes
applied.
Another thing:
the file /etc/default/grub has remained unchanged, so I presume that a
future update would wipe these new settings, or not?
Or are the current kernel settings simply replicated, bypassing the default?

Does this reinstall requirement remain true in oVirt if I use ovirt-node-ng?

So after reinstalling the host and rebooting I have verified that on host
one should have allocated at least number of huge pages up to the total of
ram assigned to the VM as specified into the artcile, otherwise it
fails with the same message not enough free huge pages... to allocate ...
bad.. ;-(

In my case on a host I could have 3 VMs running (in general the load is
balanced between two hosts)
vm1 with 48 Gb of ram and need of 8200x2M huge pages (~ 16Gb)
vm2 with 24Gb of ram and need of 4100x2M huge pages (~ 8Gb)
vm3 with 64Gb of ram and need of 12300x2M hugee pages (~24Gb)

With the new model I should allocate 132Gb of huge pages on hosts, when to
manage huge pages for the SGA of 3 Oracle instances I would need only 48Gb
of them...

Do you confirm that in case of plain Linux Server host the reinstall is not
necessary?
For this late case (plain CentOS host) I can verify tomorrow. But I have
not at hand an oVirt environment with ovirt-node-ng

Thanks
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/MRU2VINW37D77IZ2YSHBRWBFYR7ASFH5/

[ovirt-users] Re: Gluster not synicng changes between nodes for engine

2018-06-18 Thread Hanson Turner

Ok,

So removing one downed node cleared all the non syncing issues.

In the mean time, when that one node was coming back, it seems to have
corrupted the hosted-engine vm.

Remote-Viewer nodeip:5900, the console shows:

Probing EDD (edd=off to disable)... ok

Doesn't matter which of the three remaining nodes try to launch the
engine, the engine comes up the same.

Had to set cluster to global maintenance, as the engine will keep trying
to start off different nodes.

I do have backups run nightly so I can restore engine vm, however, I
don't see a straight forward method of restoring the engine vm in a
hosted-engine gluster setup.

Can any of the redhat boys help?

Here's the hosted-engine --vm-status

--== Host 1 status ==--

conf_on_shared_storage : True
Status up-to-date : True
Hostname : ovirtnode1.abcxyzdomains.net
Host ID : 1
Engine status : {"reason": "failed liveliness
check", "health": "bad", "vm": "up", "detail": "Up"}

Score : 3400
stopped : False
Local maintenance : False
crc32 : 92254a68
local_conf_timestamp : 115910
Host timestamp : 115910
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=115910 (Mon Jun 18 09:43:20 2018)
host-id=1
score=3400
vm_conf_refresh_time=115910 (Mon Jun 18 09:43:20 2018)
conf_on_shared_storage=True
maintenance=False
state=GlobalMaintenance
stopped=False

---clipped---

On 06/16/2018 02:23 PM, Hanson Turner wrote:

Hi Guys,

I've got 60 some odd files for each of the nodes in the cluster, they
don't seem to be syncing.

Running a volume heal engine full, reports successful. Running volume
heal engine info reports the same files, and doesn't seem to be syncing.

Running a volume heal engine info split-brain, there's nothing listed
in split-brain.

Peers show as connected. Gluster volumes are started/up.

Hosted-engine --vm-status reports :
The hosted engine configuration has not been retrieved from shared
storage. Please ensure that ovirt-ha-agent is running and the storage
server is reachable.

This is leaving the cluster in an engine down with all vm's down state...

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

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

[ovirt-users] Re: General failure


Hi Benny,

Please find the SPM logs at [1].

Thank you

  [1]: 
https://wetransfer.com/downloads/62bf649462aabbc2ef21824682b0a08320180618131825/036b7782f58d337baf909a7220d8455320180618131825/5550ee


El 2018-06-18 13:19, Benny Zlotnik escribió:

Can you send the SPM logs as well?

On Mon, Jun 18, 2018 at 1:13 PM,  wrote:


Hi Benny,

Please find the logs at [1].

Thank you.

  [1]:


https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d

[1]

El 2018-06-18 09:28, Benny Zlotnik escribió:

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:

Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.

When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).

But the worst part is that when some of these machines is powered
off and then powered on, the VMs are corrupt...

VM myvm is down with error. Exit message: Bad volume specification
{u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
{u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
u'disk'}.

We're really frustrated by now and don't know how to procceed... We
have a DB backup (with engine-backup) from thursday which would
have
a "sane" DB definition without all the snapshots, as they were all
created on friday. Would it be safe to restore this backup?

Any help is really appreciated...

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/ [2]
[1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [3] [2]
List Archives:



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

[4]
[3]

Links:
--
[1] https://www.ovirt.org/site/privacy-policy/ [2]
[2] https://www.ovirt.org/community/about/community-guidelines/ [3]
[3]


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

[4]




Links:
--
[1]
https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d
[2] https://www.ovirt.org/site/privacy-policy/
[3] https://www.ovirt.org/community/about/community-guidelines/
[4]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/

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

[ovirt-users] Re: glusterfs backup-volfile-servers lost

2018-06-18 Thread Sahina Bose

Can you provide the engine mount logs under
/var/log/glusterfs/rhev_data-center*engine.log and also the
ovirt-ha/agent.log?

On Mon, Jun 18, 2018 at 8:42 AM,  wrote:

> it seems that reduduncy of glusterfs is working. It doesn't show on mount
> options but it is there in the processes. This must be something else that
> caused the engine to pause. So ignore this. Is there a way to debug why the
> hosted engine paused?
> ___
> 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/7ATGYEUZG3YZR2BMYTEMCZZ267QQ4LCW/
>
___
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/YW56NP5ZOCE4UJW7I6HGKVIHIFC4ZYDQ/

[ovirt-users] Re: glusterfs backup-volfile-servers lost

it seems that reduduncy of glusterfs is working. It doesn't show on mount 
options but it is there in the processes. This must be something else that 
caused the engine to pause. So ignore this. Is there a way to debug why the 
hosted engine paused?
___
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/7ATGYEUZG3YZR2BMYTEMCZZ267QQ4LCW/

[ovirt-users] Re: General failure

Can you send the SPM logs as well?

On Mon, Jun 18, 2018 at 1:13 PM,  wrote:

> Hi Benny,
>
> Please find the logs at [1].
>
> Thank you.
>
>   [1]: https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af1
> 94c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d
>
>
> El 2018-06-18 09:28, Benny Zlotnik escribió:
>
>> Can you provide full engine and vdsm logs?
>>
>> On Mon, Jun 18, 2018 at 11:20 AM,  wrote:
>>
>> Hi,
>>>
>>> We're running oVirt 4.1.9 (we cannot upgrade at this time) and
>>> we're having a major problem in our infrastructure. On friday, a
>>> snapshots were automatically created on more than 200 VMs and as
>>> this was just a test task, all of them were deleted at the same
>>> time, which seems to have corrupted several VMs.
>>>
>>> When trying to delete a snapshot on some of the VMs, a "General
>>> error" is thrown with a NullPointerException in the engine log
>>> (attached).
>>>
>>> But the worst part is that when some of these machines is powered
>>> off and then powered on, the VMs are corrupt...
>>>
>>> VM myvm is down with error. Exit message: Bad volume specification
>>> {u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
>>> 'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
>>> {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
>>> u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
>>> u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
>>> '23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
>>> u'discard': False, u'specParams': {}, u'readonly': u'false',
>>> u'iface': u'virtio', u'optional': u'false', u'deviceId':
>>> u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
>>> u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
>>> u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
>>> u'disk'}.
>>>
>>> We're really frustrated by now and don't know how to procceed... We
>>> have a DB backup (with engine-backup) from thursday which would have
>>> a "sane" DB definition without all the snapshots, as they were all
>>> created on friday. Would it be safe to restore this backup?
>>>
>>> Any help is really appreciated...
>>>
>>> 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/ [1]
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/ [2]
>>> List Archives:
>>>
>>> https://lists.ovirt.org/archives/list/users@ovirt.org/messag
>> e/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/
>>
>>> [3]
>>>
>>
>>
>>
>> Links:
>> --
>> [1] https://www.ovirt.org/site/privacy-policy/
>> [2] https://www.ovirt.org/community/about/community-guidelines/
>> [3]
>> https://lists.ovirt.org/archives/list/users@ovirt.org/messag
>> e/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/
>>
>
___
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/3MWI6UHSVYXAI5OWOQWSOC7N7ZGOZ2VA/

[ovirt-users] Re: Ovirt 4.2 hosted engine deploy failed

2018-06-18 Thread Phillip Bailey

Hi Rai,

Could you please provide the bootstrap_local_vm log located
at /var/log/ovirt-hosted-engine-setup?

Thanks!

-Phillip Bailey

On Sat, Jun 16, 2018 at 2:53 PM, Lakhwinder Rai 
wrote:

> i have error while installing hosted engine.
> if anybody have solution for this,please help i stuck here from two days.
>
> [ INFO ] TASK [Wait for the host to be up]
> [ ERROR ] fatal: [localhost]: FAILED! => {"ansible_facts": {"ovirt_hosts":
> []}, "attempts": 120, "changed": false}
> [ INFO ] TASK [include_tasks]
> [ INFO ] ok: [localhost]
> [ INFO ] TASK [Remove local vm dir]
> [ INFO ] changed: [localhost]
> [ INFO ] TASK [Notify the user about a failure]
> [ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "The
> system may not be provisioned according to the playbook results: please
> check the logs for the issue, fix accordingly or re-deploy from scratch.\n"}
>
> 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/RQ6CLBCGRIVSZRECBIGPZWSBMRPYXOAS/
>
>
___
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/EKG3N6TZBPZINDZFIESUY5MQ5AEXH3TK/

[ovirt-users] glusterfs backup-volfile-servers lost

I have a 4 node setup (centos 7) with hosted engine on glusterfs (replica 3 
arbiter1). Gluster fs is like this 
ohost01 104G brick (real data)
ohost02 104g brick (real data)
ohost04 104g brick (arbiter) 
ohost05 104g partition used as nfs-storage. 


hosted engine is on gluster.  I also have an fc domain of 3,6 TB 
mount of gluster is like this 

storage=172.16.224.10:/engine
mnt_options=backup-volfile-servers=172.16.224.11:172.16.224.13

172.16.224.10 is ohost01 storage network
172.16.224.12 is ohost02 storage network
172.16.224.13 is ohost04 storage network

Today I upgraded all nodes. I did it like this:
hosted-engine was running on ohost05 at the time
Put ohost04 (arbiter) on maintenance and did upgrade (ok)
Same with ohost02 
Ohost01 was spm so I did ohost05 spm then put ohost01 on maintenance and then 
upgraded it. I notticed that engine VM paused during the process (which usualy 
does not happen) as I have backup-volfile-servers mount option. But today I 
notticed that this option is ignored. On the hosts I also noted that mount is 
like this 
172.16.224.10:/engine on /rhev/data-center/mnt/glusterSD/172.16.224.10:_engine 
type fuse.glusterfs 
(rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
so reduduncy is gone from gluster and I cannot figure out why. 
If I restart ohost01 (after maintenance) hosted engine get paused until ohost01 
comes back up.
How can I solve this issue
___
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/2M3WNSDFUJELH354AMZRJZ7VRJFD4GC7/

[ovirt-users] Re: remote-viewer Spice Problem on MacOS

2018-06-18 Thread hpeyerl

> you need something like [1]. It was always the case with spice’s client on mac
> If it is only occasionally used on mac, alternatively you can use SPICE+VNC 
> and connect to
> VNC on mac an SPICE on linux/windows
> 
> Thanks,
> michal
> 
> [1] https://github.com/juhoffma/rhev-console-launcher

Hi Michal,

thanks for your quick reply, sadly the rhev-console-launcher will also depend 
and open the remote-viewer that we currently have issues with. VNC is only a 
very last resort especially since the virt-viewer has been working for us for 
over 2 years now.

Thanks,
Hendrik
___
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/4G7DUEHTVC7E47WXKKGCOSBX4XGQBJEB/

[ovirt-users] Re: General failure


Hi Benny,

Please find the logs at [1].

Thank you.

  [1]: 
https://wetransfer.com/downloads/12208fb4a6a5df3114bbbc10af194c8820180618101223/647c066b7b91096570def304da86dbca20180618101223/583d3d


El 2018-06-18 09:28, Benny Zlotnik escribió:

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:


Hi,

We're running oVirt 4.1.9 (we cannot upgrade at this time) and
we're having a major problem in our infrastructure. On friday, a
snapshots were automatically created on more than 200 VMs and as
this was just a test task, all of them were deleted at the same
time, which seems to have corrupted several VMs.

When trying to delete a snapshot on some of the VMs, a "General
error" is thrown with a NullPointerException in the engine log
(attached).

But the worst part is that when some of these machines is powered
off and then powered on, the VMs are corrupt...

VM myvm is down with error. Exit message: Bad volume specification
{u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
{u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x',
u'type': u'pci', u'slot': u'0x06'}, u'volumeID':
u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290', 'apparentsize':
'23622320128', u'imageID': u'65519220-68e1-462a-99b3-f0763c78eae2',
u'discard': False, u'specParams': {}, u'readonly': u'false',
u'iface': u'virtio', u'optional': u'false', u'deviceId':
u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device':
u'disk', u'shared': u'false', u'propagateErrors': u'off', u'type':
u'disk'}.

We're really frustrated by now and don't know how to procceed... We
have a DB backup (with engine-backup) from thursday which would have
a "sane" DB definition without all the snapshots, as they were all
created on friday. Would it be safe to restore this backup?

Any help is really appreciated...

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/ [1]
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/ [2]
List Archives:


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

[3]




Links:
--
[1] https://www.ovirt.org/site/privacy-policy/
[2] https://www.ovirt.org/community/about/community-guidelines/
[3]
https://lists.ovirt.org/archives/list/users@ovirt.org/message/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/

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

[ovirt-users] Re: remote-viewer Spice Problem on MacOS

2018-06-18 Thread Michal Skrivanek



> On 18 Jun 2018, at 11:09, hpey...@plusline.net wrote:
> 
> Hi all,
> 
> we are currently experiencing a weird problem with oVirt and the spice 
> console on MacOS:
> Occasionally when our Mac Users are connecting to a Spice Console of any 
> oVirt VM it opens the usual window but just displays the message: "Connected 
> to graphic server". When a Linux user now connects to it and closes the 
> connection the Mac user can also connect again normally.
> 
> I have tried https://www.spice-space.org/osx-client.html and 
> https://rizvir.com/articles/ovirt-mac-console/ with exactly the same 
> behaviour. The Issue appears on several different MacOS Versions and we 
> believe it started after our upgrade to oVirt 4.2.

you need something like [1]. It was always the case with spice’s client on mac
If it is only occasionally used on mac, alternatively you can use SPICE+VNC and 
connect to VNC on mac an SPICE on linux/windows

Thanks,
michal

[1] https://github.com/juhoffma/rhev-console-launcher
> 
> MacOS Version: 10.13.5
> oVirt Version: 4.2.3.8-1.el7
> 
> Any help or suggestion is greatly appreciated.
> 
> Best regards,
> Hendrik
> ___
> 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/ZQS676FGIRSLSXKSMIUEJAKY4RAVVA6F/
___
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/XPFAFNWTU7H3X5VJACGAR5UB6EX4C523/

[ovirt-users] remote-viewer Spice Problem on MacOS

2018-06-18 Thread hpeyerl

Hi all,

we are currently experiencing a weird problem with oVirt and the spice console 
on MacOS:
Occasionally when our Mac Users are connecting to a Spice Console of any oVirt 
VM it opens the usual window but just displays the message: "Connected to 
graphic server". When a Linux user now connects to it and closes the connection 
the Mac user can also connect again normally.

I have tried https://www.spice-space.org/osx-client.html and 
https://rizvir.com/articles/ovirt-mac-console/ with exactly the same behaviour. 
The Issue appears on several different MacOS Versions and we believe it started 
after our upgrade to oVirt 4.2.

MacOS Version: 10.13.5
oVirt Version: 4.2.3.8-1.el7

Any help or suggestion is greatly appreciated.

Best regards,
Hendrik
___
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/ZQS676FGIRSLSXKSMIUEJAKY4RAVVA6F/

[ovirt-users] Re: General failure

Can you provide full engine and vdsm logs?

On Mon, Jun 18, 2018 at 11:20 AM,  wrote:

> Hi,
>
> We're running oVirt 4.1.9 (we cannot upgrade at this time) and we're
> having a major problem in our infrastructure. On friday, a snapshots were
> automatically created on more than 200 VMs and as this was just a test
> task, all of them were deleted at the same time, which seems to have
> corrupted several VMs.
>
> When trying to delete a snapshot on some of the VMs, a "General error" is
> thrown with a NullPointerException in the engine log (attached).
>
> But the worst part is that when some of these machines is powered off and
> then powered on, the VMs are corrupt...
>
> VM myvm is down with error. Exit message: Bad volume specification
> {u'index': 0, u'domainID': u'110ea376-d789-40a1-b9f6-6b40c31afe01',
> 'reqsize': '0', u'format': u'cow', u'bootOrder': u'1', u'address':
> {u'function': u'0x0', u'bus': u'0x00', u'domain': u'0x', u'type':
> u'pci', u'slot': u'0x06'}, u'volumeID': 
> u'1fd0f9aa-6505-45d2-a17e-859bd5dd4290',
> 'apparentsize': '23622320128', u'imageID': 
> u'65519220-68e1-462a-99b3-f0763c78eae2',
> u'discard': False, u'specParams': {}, u'readonly': u'false', u'iface':
> u'virtio', u'optional': u'false', u'deviceId':
> u'65519220-68e1-462a-99b3-f0763c78eae2', 'truesize': '23622320128',
> u'poolID': u'75bf8f48-970f-42bc-8596-f8ab6efb2b63', u'device': u'disk',
> u'shared': u'false', u'propagateErrors': u'off', u'type': u'disk'}.
>
> We're really frustrated by now and don't know how to procceed... We have a
> DB backup (with engine-backup) from thursday which would have a "sane" DB
> definition without all the snapshots, as they were all created on friday.
> Would it be safe to restore this backup?
>
> Any help is really appreciated...
>
> 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/P5OOGBL3BRZIQ2I46FYELBUIIWT5QK4C/
>
>
___
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/7SLIUR6JDE4RHLEK72Y3NF6JFWXBW4PZ/

[ovirt-users] General failure