Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center

2015-11-08 Thread Alex Crow 

Messed up the quote. removed it for clarity:
One thing that would render this whole issue moot is being able to use 
local fast storage on the hypervisor hosts, ie SSD or 3D-Xpoint drives 
in LVM-Cache to accelerate IOPS on shared storage.


The underlying stuff is already there, and it works. I've been using 
LVM cache for while in Centos 7.


Geting this to work in oVirt would be a killer feature.

Alex
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute 
advice.
The information provided is correct to our knowledge & belief and must 
not
be used as a substitute for obtaining tax, regulatory, investment, 
legal or

any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 
7608 5300.

(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute 
advice.
The information provided is correct to our knowledge & belief and must 
not
be used as a substitute for obtaining tax, regulatory, investment, 
legal or

any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 
7608 5300.

(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).


--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Engine setup: insistent DNS demand

2015-11-08 Thread Yedidyah Bar David 
On Sat, Nov 7, 2015 at 3:00 AM, Jamie Lawrence
 wrote:
> Hi all,
>
> I’m having trouble finding current references to this problem. (I’m seeing
> workarounds from 2013, but, not surprisingly, things have changed since
> then.)
>
> I’m attempting to run engine-setup, and get to the DNS reverse lookup of the
> FQDN. The machine has two (bonded) interfaces, one for storage and one for
> everything else. The “everything else” network has DNS service, the storage
> network doesn’t, and this seems to make engine-setup cranky. /etc/hosts is
> properly set up for the storage network, but that apparently doesn’t count.
> I tried running with the -offline flag, but that apparently still expects
> DNS.

IIUC engine-setup never fails on missing DNS resolution, only warns.

>
> We do not want/need DNS on the storage network, and I’m hoping someone knows
> a workaround for this not involving DNSMasq.
>
> I considered downing that interface for the setup, but I don’t know why
> engine-setup is so insistent about DNS, and hiding an interface seems like a
> potentially bad idea in any case, so I thought I’d ask about it first.
>
> Details:
> ovirt-engine.noarch 0:3.6.0.3-1.el7.centos
> ovirt-engine-setup-plugin-allinone.noarch 0:3.6.0.3-1.el7.centos
>
> CentOS Linux release 7.1.1503 (Core)
>
> TIA, and happy weekend to all,

Please check/post setup logs. Thanks!

Best,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Moving a Hosted Engine from Fedora 20 to CentOS 7

2015-11-08 Thread Yedidyah Bar David 
On Sat, Nov 7, 2015 at 2:38 AM, John Florian  wrote:
> On 10/29/2015 05:49 AM, Roy Golan wrote:
>
>
>
> On Thu, Oct 29, 2015 at 11:39 AM, Roy Golan  wrote:
>>
>>
>>
>> On Wed, Oct 28, 2015 at 10:23 PM, John Florian 
>> wrote:
>>>
>>> Can somebody please point me to documentation or describe how I should
>>> proceed with this task?  I see lots of pages for moving from a physical
>>> engine to a VM and vice-versa but am having no luck finding how to go
>>> about building a new HE to obsolete my original.
>>>
>>
>> using ovirt-hosted-engine-setup you can choose a setup without using the
>> appliance. So you can scratch install your VM
>
>
>
> BTW the ovirt-engine-appliacnce we build [1] is Centos based. Seems like
> perfect candidate.
>
> #install the appliance
> yum install ovirt-engine-appliance
>
> #and then run the setup
> ovirt-hosted-engine-setup
>
> choose "disk" in this stage
>
> Please specify the device to boot the VM from (cdrom, disk, pxe) [cdrom]:
> disk
>
> it will suggest the downloaded appliance automatically
>
> See this wiki for reference
> http://www.ovirt.org/Features/HEApplianceFlow#Testing
>
>
>
> I'm afraid I'm lost here.  Here's a map of my setup:
>
> oVirt 3.5.5 hosted engine is named enceladus-f20 (on Fedora 20)
> I have one oVirt 3.5.5 Host named oberon-f20 (also on Fedora 20)
> I previously had one other oVirt 3.5.5 Host named ophelia-f20
>
> I took opehlia down, installed CentOS 7 on it and attempted a "hosted-engine
> --deploy".  I can't remember if that was 3.5.5 or 3.6, but I could not add
> it to my cluster.  From what I could gather enceladus-f20 provided an
> emulation type of pc1.0 while ophelia-c7 didn't seem to have anything that
> matched, the closest being just "pc".  That looked hopelessly complicated to
> resolve so I thought I'd try again, but this time putting F22 on the ophelia
> and doing a 3.6 HE deploy saying yes to the redeploy prompt.  This time I
> was met with:
>
>   Checking for oVirt-Engine status at enceladus-f20.doubledog.org...
>
> [ INFO  ] Engine replied: DB Up!Welcome to Health Status!
>
> [ ERROR ] Cannot automatically add the host to cluster Default: Cannot add
> Host. Connecting to host via SSH has failed, verify that the host is
> reachable (IP address, routable address etc.) You may refer to the
> engine.log file for further details.
>
>
>
>   Please check Engine VM configuration.
>
> On enceladus-f20, I see:
>
> ==> /var/log/ovirt-engine/engine.log <==
>
> 2015-11-06 19:17:12,085 INFO
> [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (ajp--127.0.0.1-8702-9)
> Running command: LoginUserCommand internal: false.
>
> 2015-11-06 19:17:12,128 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (ajp--127.0.0.1-8702-9) Correlation ID: null, Call Stack: null, Custom Event
> ID: -1, Message: User admin@internal logged in.
>
> ==> /var/log/ovirt-engine/server.log <==
>
> 2015-11-06 19:17:13,654 INFO
> [org.apache.sshd.client.session.ClientSessionImpl] (pool-18-thread-1) Client
> session created
>
> 2015-11-06 19:17:13,663 INFO
> [org.apache.sshd.client.session.ClientSessionImpl] (pool-18-thread-2) Server
> version string: SSH-2.0-OpenSSH_6.9
>
> 2015-11-06 19:17:13,667 WARN
> [org.apache.sshd.client.session.ClientSessionImpl] (pool-18-thread-3)
> Exception caught: java.lang.IllegalStateException: Unable to negotiate key
> exchange for kex algorithms (client: diffie-hellman-group1-sha1 / server:
> curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1)
>
> at
> org.apache.sshd.common.session.AbstractSession.negotiate(AbstractSession.java:1098)
>
> at
> org.apache.sshd.common.session.AbstractSession.doHandleMessage(AbstractSession.java:357)
>
> at
> org.apache.sshd.common.session.AbstractSession.handleMessage(AbstractSession.java:295)
>
> at
> org.apache.sshd.client.session.ClientSessionImpl.handleMessage(ClientSessionImpl.java:266)
>
> at
> org.apache.sshd.common.session.AbstractSession.decode(AbstractSession.java:720)
>
> at
> org.apache.sshd.common.session.AbstractSession.messageReceived(AbstractSession.java:277)
>
> at
> org.apache.sshd.common.AbstractSessionIoHandler.messageReceived(AbstractSessionIoHandler.java:54)
>
> at
> org.apache.sshd.common.io.nio2.Nio2Session$1.completed(Nio2Session.java:188)
>
> at
> org.apache.sshd.common.io.nio2.Nio2Session$1.completed(Nio2Session.java:174)
>
> at sun.nio.ch.Invoker.invokeUnchecked(Invoker.java:126)
> [rt.jar:1.7.0_79]
>
> at sun.nio.ch.Invoker$2.run(Invoker.java:218) [rt.jar:1.7.0_79]
>
> at
> sun.nio.ch.AsynchronousChannelGroupImpl$1.run(AsynchronousChannelGroupImpl.java:112)
> [rt.jar:1.7.0_79]
>
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>

Re: [ovirt-users] upgrade from 3.5 to 3.6 causing problems with migration

2015-11-08 Thread Dan Kenigsberg 
On Fri, Nov 06, 2015 at 02:37:56PM -0500, Jason Keltz wrote:
> On 11/06/2015 02:02 PM, Simone Tiraboschi wrote:
> >
> >
> >On Fri, Nov 6, 2015 at 5:21 PM, Jason Keltz  >> wrote:
> >
> >Hi.
> >
> >Last night, I upgraded my engine from 3.5 to 3.6.  That went
> >flawlessly.
> >Today, I'm trying to upgrade the vdsm on the hosts from 3.5 to 3.6
> >(along with applying other RHEL7.1 updates) However, when I'm
> >trying to put each host into maintenance mode, and migrations
> >start to occur, they all seem to FAIL now!  Even worse, when they
> >fail, it leaves the hosts DOWN!  If there's a failure, I'd expect
> >the host to simply abort the migration  Any help in debugging
> >this would be VERY much appreciated!
> >
> >2015-11-06 10:09:16,065 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-4) [] Correlation ID:
> >658ba478, Job ID: 524e8c44-04e0-42d3-89f9-9f4e4d397583, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: eportfolio, Source: virt1).
> >2015-11-06 10:10:17,112 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-22) [2f0dee16] Correlation ID:
> >7da3ac1b, Job ID: 93c0b1f2-4c8e-48cf-9e63-c1ba91be425f, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: ftp1, Source: virt1).
> >2015-11-06 10:15:08,273 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-45) [] Correlation ID:
> >5394ef76, Job ID: 994065fc-a142-4821-934a-c2297d86ec12, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >while Host is in 'preparing for maintenance' state.
> >2015-11-06 10:19:13,712 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-36) [] Correlation ID:
> >6e422728, Job ID: 994065fc-a142-4821-934a-c2297d86ec12, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >while Host is in 'preparing for maintenance' state.
> >2015-11-06 10:42:37,852 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-12) [] Correlation ID:
> >e7f6300, Job ID: 1ea16622-0fa0-4e92-89e5-9dc235c03ef8, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: ipa, Source: virt1).
> >2015-11-06 10:43:59,732 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-40) [] Correlation ID:
> >39cfdf9, Job ID: 72be29bc-a02b-4a90-b5ec-8b995c2fa692, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: labtesteval, Source: virt1).
> >2015-11-06 10:52:11,893 ERROR
> >
> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(org.ovirt.thread.pool-8-thread-23) [] Correlation ID:
> >5c435149, Job ID: 1dcd1e14-baa6-44bc-a853-5d33107b759c, Call
> >Stack: null, Custom Event ID: -1, Message: Migration failed
> >(VM: www-vhost, Source: virt1).
> >
> >
> >
> >The complete engine log, virt1, virt2, and virt3 vdsm logs are here:
> >
> >http://www.eecs.yorku.ca/~jas/ovirt-debug/11062015
> >
> >
> >
> >Is vdsmd service still active on that hosts?
> 
> Hi Simone..
> 
> Yes..

It seems that 3.6's vdsm-4.17.10.1 cannot consume a Random Number Generator
device that was created on 3.5.

Please open a bug on this - it should be fixed ASAP.

Thread-156::DEBUG::2015-11-06 
10:43:19,134::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling 
'VM.migrationCreate' in bridge with [u'77766cb4-0625-4432-a16f-def5e702102a', 
{u'guestFQDN': u'', u'acpiEnable': u'true', u'emulatedMachine': u'rhel6.5.0', 
u'afterMigrationStatus': u'', u'spiceSecureChannels': 
u'smain,sinputs,scursor,splayback,srecord,sdisplay,susbredir,ssmartcard', 
u'vmId': u'77766cb4-0625-4432-a16f-def5e702102a', u'memGuaranteedSize': 666, 
u'transparentHugePages': u'true', u'displaySecurePort': u'5905', 
u'spiceSslCipherSuite': u'DEFAULT', u'cpuType': u'SandyBridge', u'smp': u'1', 
u'migrationDest': u'libvirt', u'custom': 
{u'device_652f5624-9607-43b3-9cb1-d4b60145858cdevice_f6cf6e79-c87b-4859-ac35-90f21e402d06':
 u'VmDevice {vmId=77766cb4-0625-4432-a16f-def5e702102a, 
deviceId=f6cf6e79-c87b-4859-ac35-90f21e402d06, device=unix, type=CHANNEL, 
bootOrder=0, specParams={}, address={bus=0, controller=0, type=virtio-serial, 
port=1}, managed=false, plugged=true, re
 adOnly=false, deviceAlias=channel0, customProperties={}, snapshotId=null,

Re: [ovirt-users] MacSpoof with multiple VM's -> bad/slow response on 3.5.3

2015-11-08 Thread Matt . 
Hi Dan,

It's a little bit difficult to find some pinpoint, I already tried
that earlier, but I won't giveup.

It is the setting on the VM itself that vanished.

2015-11-08 9:31 GMT+01:00 Dan Kenigsberg :
> On Sun, Nov 08, 2015 at 04:56:42AM +0100, Matt . wrote:
>> Updated Pfsense, rebooted where failovers where done, same issues
>> occures in some way when the FW was rebooted or turned off/onn again.
>>
>> I happens randomly but is a pain in the ass to debug as you are
>> expecting it should not vanish :)
>>
>> CARP IP's are not working anymore, sometimes they are... and finally
>> you find out... macspoofing is gone as setting on the VM.
>
> Is it a setting of the VM, or the more modern setting on the vnic
> profile?
>
> NOTHING in oVirt changes custom properties like this by its own
> volition. Could you share your vnic profile definition, and you VM
> definition when they are properly configured. Then, please share how
> they look after the setting is "gone".
>
> Then, maybe you can pinpoint when the definition is changed, and by
> whom. engine.log may provide clues.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Virtio Disk ThinProvisioning default ?

2015-11-08 Thread Matt . 
I'm facing that when I create a virtio disk, set it preallocated that
the disk becomes a Thin one after creation.

I can create a IDE preallocated and change that to virtio, but I
wonder why this happens.

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

Re: [ovirt-users] Manually preconfigured network interfaces/bridges on oVirt 3.6 HC HE

2015-11-08 Thread Giuseppe Ragusa 
On Tue, Nov 3, 2015, at 23:17, Giuseppe Ragusa wrote:
> On Tue, Nov 3, 2015, at 15:27, Simone Tiraboschi wrote:
> > 
> > 
> > On Mon, Nov 2, 2015 at 11:55 PM, Giuseppe Ragusa 
> >  wrote:
> >> __
> >> 
> >> On Mon, Nov 2, 2015, at 09:52, Simone Tiraboschi wrote:
> >>> 
> >>> 
> >>> On Mon, Nov 2, 2015 at 1:48 AM, Giuseppe Ragusa 
> >>>  wrote:
>  Hi all,
>  I'm stuck with the following error during the final phase of 
>  ovirt-hosted-engine-setup:
>  
>            The host hosted_engine_1 is in non-operational state.
>            Please try to activate it via the engine webadmin UI.
>  
>  If I login on the engine administration web UI I find the corresponding 
>  message (inside NonOperational first host hosted_engine_1 Events tab):
>  
>  Host hosted_engine_1 does not comply with the cluster Default networks, 
>  the following networks are missing on host: 'ovirtmgmt'
>  
>  I'm installing with an oVirt snapshot from October the 27th on a 
>  fully-patched CentOS 7.1 host with a GlusterFS volume (3.7.5 
>  hyperconverged, replica 3, for the engine-vm) pre-created and network 
>  interfaces/bridges (ovirtmgmt and other two bridges, called nfs and lan, 
>  on underlying 802.3ad bonds or plain interfaces) manually pre-configured 
>  in /etc/sysconfig/network-interfaces/ifcfg-* (using "classic" network 
>  service; NetworkManager disabled).
>  
> >>> 
> >>> If you manually created the network bridges, the match between them and 
> >>> the logical network should happen on name bases.
> >> 
> >> 
> >> Hi Simone,
> >> many thanks fpr your help (again) :)
> >> 
> >> As you may note from the above comment, the name should actually match 
> >> (it's exactly ovirtmgmt) but it doesn't get recognized.
> >> 
> >> 
> >>> If it doesn't for any reasons (please report if you find any evidence), 
> >>> you can manually bind logical network and network interfaces editing the 
> >>> host properties from the web-ui. At that point the host should become 
> >>> active in a few seconds.
> >> 
> >> 
> >> Well, the most immediate evidence are the error messages already reported 
> >> (given that the bridge is actually present, with the right name and 
> >> actually working).
> >> Apart from that, I find the following past logs (I don't know whether they 
> >> are relevant or not):
> >> 
> >> From /var/log/vdsm/connectivity.log:
> > 
> > 
> > Can you please add also host-deploy logs?
> 
> Please find a gzipped tar archive of the whole directory 
> /var/log/ovirt-engine/host-deploy/ at:
> 
> https://onedrive.live.com/redir?resid=74BDE216CAA3E26F!110=!AIQUc6i-n5blQO0=file%2cgz

Since I suppose that there's nothing relevant on those logs, I'm planning to 
specify "net_persistence = ifcfg" in /etc/vdsm/vdsm.conf and restart VDSM on 
the host, then making the (still blocked) setup re-check.

Is there anything I should pay attention to before proceeding? (in particular 
while restarting VDSM)

I will report back here on the results.

Regards,
Giuseppe

> Many thanks again for your kind assistance.
> 
> Regards,
> Giuseppe
> 
> >> 2015-11-01 21:37:21,029:DEBUG:recent_client:True
> >> 2015-11-01 21:37:51,088:DEBUG:recent_client:False
> >> 2015-11-01 21:38:21,146:DEBUG:dropped vnet0:(operstate:up speed:0 
> >> duplex:full) d
> >> ropped vnet2:(operstate:up speed:0 duplex:full) dropped 
> >> vnet1:(operstate:up spee
> >> d:0 duplex:full) 
> >> 2015-11-01 21:38:36,174:DEBUG:recent_client:True
> >> 2015-11-01 21:39:06,233:DEBUG:recent_client:False
> >> 2015-11-01 21:48:22,383:DEBUG:recent_client:True, lan:(operstate:up 
> >> speed:0 dupl
> >> ex:unknown), bond0:(operstate:up speed:2000 duplex:full), 
> >> bond1:(operstate:up sp
> >> eed:2000 duplex:full), enp0s20f1:(operstate:up speed:1000 duplex:full), 
> >> ;vdsmdum
> >> my;:(operstate:down speed:0 duplex:unknown), ovirtmgmt:(operstate:up 
> >> speed:0 dup
> >> lex:unknown), lo:(operstate:up speed:0 duplex:unknown), 
> >> enp7s0f0:(operstate:up s
> >> peed:1000 duplex:full), enp6s0f0:(operstate:up speed:100 duplex:full), 
> >> enp6s0f1:
> >> (operstate:up speed:1000 duplex:full), nfs:(operstate:up speed:0 
> >> duplex:unknown)
> >> , bond2:(operstate:up speed:3000 duplex:full), enp7s0f1:(operstate:up 
> >> speed:1000
> >>  duplex:full), enp0s20f0:(operstate:up speed:1000 duplex:full), 
> >> enp0s20f3:(opers
> >> tate:up speed:1000 duplex:full), enp0s20f2:(operstate:up speed:1000 
> >> duplex:full)
> >> 2015-11-01 21:48:52,450:DEBUG:recent_client:False
> >> 2015-11-01 22:55:21,668:DEBUG:recent_client:True, lan:(operstate:up 
> >> speed:0 dupl
> >> ex:unknown), bond0:(operstate:up speed:2000 duplex:full), 
> >> bond1:(operstate:up sp
> >> eed:2000 duplex:full), enp0s20f1:(operstate:up speed:1000 duplex:full), 
> >> ;vdsmdum
> >> my;:(operstate:down speed:0 duplex:unknown), ovirtmgmt:(operstate:up 
> >> speed:0 dup
> >> lex:unknown), lo:(operstate:up

[ovirt-users] Unable to import template from export domain Ovirt 3.6

2015-11-08 Thread Liam Curtis 
Able to create a template on one host, and then export to NFS. I detach
from one host and successfully attach to second host. WHen I attempt to
import template, I see error 'Failed to complete copy of template
mytemplate to Domain '

Errors in log are:

2015-11-08 20:08:26,516 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-28) [9f0aa95] Correlation ID: d957f05, Job
ID: 084199b0-96ce-4b80-bd02-a0d45bcd5de9, Call Stack: null, Custom Event
ID: -1, Message: Failed to import Template mytemplate to Data Center
ovirt-2_localdc, Cluster ovirt-2_localclstr
2015-11-08 20:08:29,329 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-50) [] Correlation ID: d957f05, Call Stack:
null, Custom Event ID: -1, Message: Failed to complete copy of Template
mytemplate to Domain .

Seeing this command that failed:

2015-11-08 20:08:29,296 ERROR
[org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
(DefaultQuartzScheduler_Worker-76) [395116d1]
BaseAsyncTask::logEndTaskFailure: Task
'd2681280-fff6-469d-81c8-edc5fd9fb7af' (Parent Command 'ImportVmTemplate',
Parameters Type
'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
failure:
-- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand
to HSMGetAllTasksStatusesVDS, error = d2681280-fff6-469d-81c8-edc5fd9fb7af',
-- Exception: 'VDSGenericException: VDSErrorException: Failed in vdscommand
to HSMGetAllTasksStatusesVDS, error = d2681280-fff6-469d-81c8-edc5fd9fb7af'

But dont see anything else...

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

Re: [ovirt-users] Ovirt 3.6 | After upgrade host can not connect to storage domains | returned by VDSM was: 480

2015-11-08 Thread Punit Dambiwal 
Hi,

Yes...i am using replica 2...but it was ok in the ovirt 3.5 and even i am
able to attach it via command line but from the protal cannot work..

Thanks,
Punit

On Fri, Nov 6, 2015 at 7:52 PM, Amador Pahim  wrote:

> On 11/06/2015 05:07 AM, Punit Dambiwal wrote:
>
> Hi,
>
> After upgrade to host with ovirt 3.6 i am not able to attach the storage
> domain to host...storage domain can be add through command line but from
> ovirt dashboard as active host can not..
>
> engine logs :- https://paste.fedoraproject.org/287499/
>
>
> 2015-11-06 15:01:51,103 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler_Worker-78) [40bde6e1] Correlation ID: null, Call
> Stack: null, Custom Event ID: -1, Message: The error message for connection
> gluster.3linux.com:/sata returned by VDSM was: 480
>
>
> Checking the error 480 in vdsm:
>
> (vdsm/storage/storage_exception.py)
>
> class
> UnsupportedGlusterVolumeReplicaCountError(StorageException):
>
> code =
> 480
>
> message = "Gluster volume replica count is not supported"
>
> Seems like you're not using a replica 3 gluster volume.
>
>
> Thanks,
> Punit
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center

2015-11-08 Thread Alex Crow 
There are many things that tie a VM to a host, like USB device 
passthrough, but that's not reason to remove all such support from 
oVirt, is it? In my case, I'd like to mix iSCSI and local storage, 
because I have a couple of systems that need higher disk I/O that I'd 
like to put on my shared storage. The two systems are redundant to each 
other, so that is taken care of at a different layer. The two systems 
don't however consume all the resources of the host machines (lots of 
CPU and RAM available). I'd like to make them nodes in my oVirt cluster, 
so those resources can be used for other VMs (that are on shared storage 
for that level of HA), but I can't do that (at least as far as I know, 
with oVirt 3.5). I thought that had been mentioned as a feature for 3.6, 
but I don't see it anywhere in the features or release notes, so I 
assume that functionality is still not available.


One thing that would render this whole issue moot is being able to use 
local fast storage on the hypervisor hosts, ie SSD or 3D-Xpoint drives 
in LVM-Cache to accelerate IOPS on shared storage.


The underlying stuff is already there, and it works. I've been using LVM 
cache for while in Centos 7.


Geting this to work in oVirt would be a killer feature.

Alex
--
This message is intended only for the addressee and may contain
confidential information. Unless you are that person, you may not
disclose its contents or use it in any way and are requested to delete
the message along with any attachments and notify us immediately.
This email is not intended to, nor should it be taken to, constitute advice.
The information provided is correct to our knowledge & belief and must not
be used as a substitute for obtaining tax, regulatory, investment, legal or
any other appropriate advice.

"Transact" is operated by Integrated Financial Arrangements Ltd.
29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300.
(Registered office: as above; Registered in England and Wales under
number: 3727592). Authorised and regulated by the Financial Conduct
Authority (entered on the Financial Services Register; no. 190856).
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Multiple console access

2015-11-08 Thread Budur Nagaraju 
HI ,

AM using SPICE console to access the vm console ,how to enable multi user
console access.

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

Re: [ovirt-users] Ovirt 3.6 | After upgrade host can not connect to storage domains | returned by VDSM was: 480

2015-11-08 Thread Sandro Bonazzola 
On Mon, Nov 9, 2015 at 4:10 AM, Punit Dambiwal  wrote:

> Hi,
>
> Yes...i am using replica 2...but it was ok in the ovirt 3.5 and even i am
> able to attach it via command line but from the protal cannot work..
>
>
Allon, Sahina, I'm pretty sure this is not a bug but a feature. I remember
to have seen something in the vdsm conf file for allowing to use a
different replica level.
I think that a couple of lines in the 3.6 release notes should be added.
Can you please take care of documenting this change there?



> Thanks,
> Punit
>
> On Fri, Nov 6, 2015 at 7:52 PM, Amador Pahim  wrote:
>
>> On 11/06/2015 05:07 AM, Punit Dambiwal wrote:
>>
>> Hi,
>>
>> After upgrade to host with ovirt 3.6 i am not able to attach the storage
>> domain to host...storage domain can be add through command line but from
>> ovirt dashboard as active host can not..
>>
>> engine logs :- https://paste.fedoraproject.org/287499/
>>
>>
>> 2015-11-06 15:01:51,103 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (DefaultQuartzScheduler_Worker-78) [40bde6e1] Correlation ID: null, Call
>> Stack: null, Custom Event ID: -1, Message: The error message for connection
>> gluster.3linux.com:/sata returned by VDSM was: 480
>>
>>
>> Checking the error 480 in vdsm:
>>
>> (vdsm/storage/storage_exception.py)
>>
>> class
>> UnsupportedGlusterVolumeReplicaCountError(StorageException):
>>
>> code =
>> 480
>>
>> message = "Gluster volume replica count is not supported"
>>
>> Seems like you're not using a replica 3 gluster volume.
>>
>>
>> Thanks,
>> Punit
>>
>>
>>
>> ___
>> Users mailing 
>> listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Manually preconfigured network interfaces/bridges on oVirt 3.6 HC HE

2015-11-08 Thread Sandro Bonazzola 
On Sun, Nov 8, 2015 at 9:57 PM, Giuseppe Ragusa  wrote:

> On Tue, Nov 3, 2015, at 23:17, Giuseppe Ragusa wrote:
> > On Tue, Nov 3, 2015, at 15:27, Simone Tiraboschi wrote:
> > >
> > >
> > > On Mon, Nov 2, 2015 at 11:55 PM, Giuseppe Ragusa <
> giuseppe.rag...@hotmail.com> wrote:
> > >> __
> > >>
> > >> On Mon, Nov 2, 2015, at 09:52, Simone Tiraboschi wrote:
> > >>>
> > >>>
> > >>> On Mon, Nov 2, 2015 at 1:48 AM, Giuseppe Ragusa <
> giuseppe.rag...@hotmail.com> wrote:
> >  Hi all,
> >  I'm stuck with the following error during the final phase of
> ovirt-hosted-engine-setup:
> > 
> >    The host hosted_engine_1 is in non-operational state.
> >    Please try to activate it via the engine webadmin UI.
> > 
> >  If I login on the engine administration web UI I find the
> corresponding message (inside NonOperational first host hosted_engine_1
> Events tab):
> > 
> >  Host hosted_engine_1 does not comply with the cluster Default
> networks, the following networks are missing on host: 'ovirtmgmt'
> > 
> >  I'm installing with an oVirt snapshot from October the 27th on a
> fully-patched CentOS 7.1 host with a GlusterFS volume (3.7.5
> hyperconverged, replica 3, for the engine-vm) pre-created and network
> interfaces/bridges (ovirtmgmt and other two bridges, called nfs and lan, on
> underlying 802.3ad bonds or plain interfaces) manually pre-configured in
> /etc/sysconfig/network-interfaces/ifcfg-* (using "classic" network service;
> NetworkManager disabled).
> > 
> > >>>
> > >>> If you manually created the network bridges, the match between them
> and the logical network should happen on name bases.
> > >>
> > >>
> > >> Hi Simone,
> > >> many thanks fpr your help (again) :)
> > >>
> > >> As you may note from the above comment, the name should actually
> match (it's exactly ovirtmgmt) but it doesn't get recognized.
> > >>
> > >>
> > >>> If it doesn't for any reasons (please report if you find any
> evidence), you can manually bind logical network and network interfaces
> editing the host properties from the web-ui. At that point the host should
> become active in a few seconds.
> > >>
> > >>
> > >> Well, the most immediate evidence are the error messages already
> reported (given that the bridge is actually present, with the right name
> and actually working).
> > >> Apart from that, I find the following past logs (I don't know whether
> they are relevant or not):
> > >>
> > >> From /var/log/vdsm/connectivity.log:
> > >
> > >
> > > Can you please add also host-deploy logs?
> >
> > Please find a gzipped tar archive of the whole directory
> /var/log/ovirt-engine/host-deploy/ at:
> >
> >
> https://onedrive.live.com/redir?resid=74BDE216CAA3E26F!110=!AIQUc6i-n5blQO0=file%2cgz
>
> Since I suppose that there's nothing relevant on those logs, I'm planning
> to specify "net_persistence = ifcfg" in /etc/vdsm/vdsm.conf and restart
> VDSM on the host, then making the (still blocked) setup re-check.
>
> Is there anything I should pay attention to before proceeding? (in
> particular while restarting VDSM)
>


^^ Dan?


>
> I will report back here on the results.
>
> Regards,
> Giuseppe
>
> > Many thanks again for your kind assistance.
> >
> > Regards,
> > Giuseppe
> >
> > >> 2015-11-01 21:37:21,029:DEBUG:recent_client:True
> > >> 2015-11-01 21:37:51,088:DEBUG:recent_client:False
> > >> 2015-11-01 21:38:21,146:DEBUG:dropped vnet0:(operstate:up speed:0
> duplex:full) d
> > >> ropped vnet2:(operstate:up speed:0 duplex:full) dropped
> vnet1:(operstate:up spee
> > >> d:0 duplex:full)
> > >> 2015-11-01 21:38:36,174:DEBUG:recent_client:True
> > >> 2015-11-01 21:39:06,233:DEBUG:recent_client:False
> > >> 2015-11-01 21:48:22,383:DEBUG:recent_client:True, lan:(operstate:up
> speed:0 dupl
> > >> ex:unknown), bond0:(operstate:up speed:2000 duplex:full),
> bond1:(operstate:up sp
> > >> eed:2000 duplex:full), enp0s20f1:(operstate:up speed:1000
> duplex:full), ;vdsmdum
> > >> my;:(operstate:down speed:0 duplex:unknown), ovirtmgmt:(operstate:up
> speed:0 dup
> > >> lex:unknown), lo:(operstate:up speed:0 duplex:unknown),
> enp7s0f0:(operstate:up s
> > >> peed:1000 duplex:full), enp6s0f0:(operstate:up speed:100
> duplex:full), enp6s0f1:
> > >> (operstate:up speed:1000 duplex:full), nfs:(operstate:up speed:0
> duplex:unknown)
> > >> , bond2:(operstate:up speed:3000 duplex:full), enp7s0f1:(operstate:up
> speed:1000
> > >>  duplex:full), enp0s20f0:(operstate:up speed:1000 duplex:full),
> enp0s20f3:(opers
> > >> tate:up speed:1000 duplex:full), enp0s20f2:(operstate:up speed:1000
> duplex:full)
> > >> 2015-11-01 21:48:52,450:DEBUG:recent_client:False
> > >> 2015-11-01 22:55:21,668:DEBUG:recent_client:True, lan:(operstate:up
> speed:0 dupl
> > >> ex:unknown), bond0:(operstate:up speed:2000 duplex:full),
> bond1:(operstate:up sp
> > >> eed:2000 duplex:full), enp0s20f1:(operstate:up speed:1000
> duplex:full), ;vdsmdum
> > >> my;:(operstate:down speed:0

[ovirt-users] SPICE/VNC shared consoles

2015-11-08 Thread Markus Stockhausen 
> Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von "Budur 
> Nagaraju [nbud...@gmail.com]
> Gesendet: Montag, 9. November 2015 05:53
> An: users
> Betreff: [ovirt-users] Multiple console access
> 
> HI ,
> 
> AM using SPICE console to access the vm console ,how to enable multi user 
> console access.
> 
> Thanks,
> 
> Nagaraju

Not yet possible via webadmin configuration. But you can do a small "hack" to 
achieve this. The
following 2 steps will allow shared VNC and SPICE consoles.

1) create a new start hook e.g. 
/usr/libexec/vdsm/hooks/before_vm_start/spice_mc.py

#!/usr/bin/python

import os
import sys
import hooking
import traceback

domxml = hooking.read_domxml()

# Add header tag to allow command line manipulation

d = domxml.getElementsByTagName('domain')[0]
d.setAttribute('xmlns:qemu','http://libvirt.org/schemas/domain/qemu/1.0')

# Add environment variable to allow shared SPICE consoles

c = domxml.createElement('qemu:commandline')
p = domxml.createElement('qemu:env')
p.setAttribute('name','SPICE_DEBUG_ALLOW_MC')
p.setAttribute('value','1')
c.appendChild(p)

# Add environment variables to domain

# Modify graphics tag to allow shared VNC consoles

g = domxml.getElementsByTagName('graphics')[0]
g.setAttribute('connected','keep')
g.setAttribute('sharePolicy','ignore')

d.appendChild(c)

# Writeback domain

hooking.write_domxml(domxml)

# Script end

2) Modify /usr/share/vdsm/rpc/BindingXMLRPC.py

Old: return vm.setTicket(password, ttl, existingConnAction, params)
New: return vm.setTicket(password, ttl, 'keep', params)

Markus

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


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

Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center

2015-11-08 Thread Sandro Bonazzola 
On Sun, Nov 8, 2015 at 9:22 AM, Barak Korren  wrote:

>
>
> On 3 November 2015 at 07:48, Liam Curtis  wrote:
>
>> Any chance this will change? It is a severe limitation to not be able to
>> use local storage available to a host as that is often very fast storage.
>>
>>
> It is not completely impossible to mix shared and local storage. There is
> a VDSM hook that allows you to attach some local storage to a VM, stored on
> a shared storage, for temporary use.
> We actually plan to try and use it in the oVirt CI infrastructure to speed
> up builds and other random-I/O-intensive operations.
> Anton Marchukov from the oVirt infra team could give you more details
> about that.
>
>

Please document this somewhere in the wiki as well.



>
>
>> On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan  wrote:
>>
>>> No...
>>>
>>> when creating DC you choose shared/local (where gluster is shared)
>>>
>>> You can mix shared (gluster/iscsi/nfs etc) but not local.
>>>
>>>
>>>
>>>
>>> Regards,
>>> __
>>> Aharon Canan
>>>
>>> --
>>>
>>> *From: *"Liam Curtis" 
>>> *To: *Users@ovirt.org
>>> *Sent: *Sunday, November 1, 2015 5:17:58 PM
>>> *Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in
>>> same datacenter
>>>
>>> Hello all...
>>>
>>> Would like to be able to use both local storage and gluster within same
>>> host / data center.
>>>
>>> Wondering if this is something being worked on?
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>
>>
>> --
>>
>> *Liam Curtis*
>> Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228
>> www.datto.com
>>
>> 
>> Join the conversation! [image: Facebook]
>>  [image: Twitter]
>>  [image: LinkedIn]
>>  [image: Blog RSS]
>>  [image: YouTube]
>>  [image: Google Plus Page]
>> 
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> *Barak Korren*
> bkor...@redhat.com
> RHEV-CI Team
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrade method for 3.5 node

2015-11-08 Thread Sandro Bonazzola 
On Fri, Nov 6, 2015 at 3:45 PM, Phil Daws  wrote:

> Hello,
>
> I have upgraded my engine to 3.6 (el6) and would now like to do the same
> on my 3.5 (el7) node.  The node was built using a minimal Centos7 ISO and
> then I installed the 3.5 rpm.
>
> How best would I go about performing the upgrade please ?
>


So this is not an ovirt-node but a minimal CentOS installed with 3.5 right?
In this case you can try the new 3.6 feature Host Upgrade Manager: here's a
video about how to do it: https://www.youtube.com/watch?v=fDzBNKu5pyQ
Or you can move the host to maintenance, install ovirt-release36 on it and
use reinstall command from the web ui.

[1] http://www.ovirt.org/Home/Features/UpgradeManager




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



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] MacSpoof with multiple VM's -> bad/slow response on 3.5.3

2015-11-08 Thread Dan Kenigsberg 
On Sun, Nov 08, 2015 at 10:26:09PM +0100, Matt . wrote:
> Hi Dan,
> 
> It's a little bit difficult to find some pinpoint, I already tried
> that earlier, but I won't giveup.
> 
> It is the setting on the VM itself that vanished.

The setting (ifacemacspoof) should better exist on the VNIC profile.
Maybe if you provide a step-by-step explanation of what you are doing
(screenshots are welcome as well), we could assist.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt-shell - Polling or also events?

2015-11-08 Thread Fabian Deutsch 
Hey,

does somebody know if ovirt-shell can also wait (block) for properties
of an object to change, i.e.:

ovirt-shell wait --query "status-state=installed"

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

Re: [ovirt-users] Wishlist - Mix gluster and local storage in same data center

2015-11-08 Thread Barak Korren 
On 3 November 2015 at 07:48, Liam Curtis  wrote:

> Any chance this will change? It is a severe limitation to not be able to
> use local storage available to a host as that is often very fast storage.
>
>
It is not completely impossible to mix shared and local storage. There is a
VDSM hook that allows you to attach some local storage to a VM, stored on a
shared storage, for temporary use.
We actually plan to try and use it in the oVirt CI infrastructure to speed
up builds and other random-I/O-intensive operations.
Anton Marchukov from the oVirt infra team could give you more details about
that.



> On Sun, Nov 1, 2015 at 10:22 AM, Aharon Canan  wrote:
>
>> No...
>>
>> when creating DC you choose shared/local (where gluster is shared)
>>
>> You can mix shared (gluster/iscsi/nfs etc) but not local.
>>
>>
>>
>>
>> Regards,
>> __
>> Aharon Canan
>>
>> --
>>
>> *From: *"Liam Curtis" 
>> *To: *Users@ovirt.org
>> *Sent: *Sunday, November 1, 2015 5:17:58 PM
>> *Subject: *[ovirt-users] Wishlist - Mix gluster and local storage in
>> same datacenter
>>
>> Hello all...
>>
>> Would like to be able to use both local storage and gluster within same
>> host / data center.
>>
>> Wondering if this is something being worked on?
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>
>
> --
>
> *Liam Curtis*
> Manager of Systems EngineeringDatto, Inc.(203) 529-4949 x228
> www.datto.com
>
> 
> Join the conversation! [image: Facebook]
>  [image: Twitter]
>  [image: LinkedIn]
>  [image: Blog RSS]
>  [image: YouTube]
>  [image: Google Plus Page]
> 
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
*Barak Korren*
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] MacSpoof with multiple VM's -> bad/slow response on 3.5.3

2015-11-08 Thread Dan Kenigsberg 
On Sun, Nov 08, 2015 at 04:56:42AM +0100, Matt . wrote:
> Updated Pfsense, rebooted where failovers where done, same issues
> occures in some way when the FW was rebooted or turned off/onn again.
> 
> I happens randomly but is a pain in the ass to debug as you are
> expecting it should not vanish :)
> 
> CARP IP's are not working anymore, sometimes they are... and finally
> you find out... macspoofing is gone as setting on the VM.

Is it a setting of the VM, or the more modern setting on the vnic
profile?

NOTHING in oVirt changes custom properties like this by its own
volition. Could you share your vnic profile definition, and you VM
definition when they are properly configured. Then, please share how
they look after the setting is "gone".

Then, maybe you can pinpoint when the definition is changed, and by
whom. engine.log may provide clues.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users