subject:"Re\: \[ovirt\-users\] RHEV"

Re: [ovirt-users] RHEV-M installation failure

2016-06-15 Thread Alexis HAUSER

It is telling you where is the log file to check :

Log file is located at 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160614145427-u8mxun.log

That would give more details
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV-M installation failure

2016-06-15 Thread Yedidyah Bar David

On Wed, Jun 15, 2016 at 1:15 AM, Grant Lowe  wrote:
> Hi all,
>
>
>
> I’m trying to install an RHEV-M image on an RHEV-V hypervisor.

Please be more specific about what you want to do. What guide are you
following?

What's "RHEV-V"?

> When I do,
> the installation finishes with this error:
>
[snip]
> 2016-06-14 15:00:21 ERROR otopi.plugins.ovirt_hosted_engine_setup.core.misc
> misc._terminate:170 Hosted Engine deployment failed: this system is not
> reliable, please check the issue, fix and redeploy

This means you are trying to deploy a hosted-engine. Is that what you want?

This error is not enough to understand what failed.

>
> 2016-06-14 15:00:21 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:219 DIALOG:SEND Log file is located at
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160614145427-u8mxun.log

Please check above log and/or post a link to it.

If you can't understand yourself the error from checking this file, it's
quite likely we won't either - in that case, please check/post also vdsm
logs, perhaps engine logs (from the engine vm).

> So what do I need to do? I’m new to the whole oVirt world. So any and all
> help is appreciated.

Welcome and good luck!
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV-H 7.2 Beta Install

2016-02-24 Thread Fabian Deutsch

On Tue, Feb 23, 2016 at 5:32 PM, Christopher Young
 wrote:
> I know this is the ovirt-list, but I've had great success with help
> here as I have been running a couple of ovirt instances for some time
> (as part of a lab/testing).
>
> In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO),
> and for whatever reason, my install gets to 22% (right after
> partitioning up the local drive, I believe) and fails.
>
> I have no idea how to troubleshoot this.  I've tried changing install
> options (i've been installing via PXE) to no avail, and I notice that
> there don't appear to be any virtual terminals to switch to look at
> things and/or see where things failed.
>
> The errors that I get say something along the lines of:
>
> unexpected EOF while looking for matching ''
>
> I'll try and get more details, but i've attached a screenshot from the 
> console.

Hey Christoph,

first thanks for the report.

> Any help on HOW to troubleshoot this, pull logs, etc.. would be most
> appreciated as I'd like to get this moving forward.

As Ryan wrote, you need to drop to shell, then all logs are in /var/log.

The problem seems to be an old code fragment which assumes sysV init scripts.
I wonder why we did not encounter it earlier.

Could you file a bug about this issue?

- fabian

> Thanks for all of your hard work and the help of the community!
>
> -- Chris
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Fabian Deutsch 
RHEV Hypervisor
Red Hat
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV-H 7.2 Beta Install

2016-02-24 Thread Gabi C

.back in 2013

http://comments.gmane.org/gmane.comp.emulators.ovirt.user/11657


On Tue, Feb 23, 2016 at 10:23 PM, Ryan Barry  wrote:

> Hi Christopher --
>
> You can get to a console by pressing F2 (I think this is blocked while the
> progress bar is moving, but should be available after the exception, and
> it's available at any point the installer is interactive).
>
> This is a new issue to me.
>
> Can you please file a bug report? An sosreport may be helpful (this works
> normally from the rescue shell at )
>
> If possible, it would be best to get debug logs.
>
> To do that, press F2 immediately after entering the installer, and run:
>
> python -m ovirt.node.installer --debug
>
> Logs will be available at /tmp/ovirt-node.debug.log or
> /var/log/ovirt-node.debug.log, depending on how far through the installer
> it gets.
>
> On Tue, Feb 23, 2016 at 9:32 AM,  wrote:
>
>> I know this is the ovirt-list, but I've had great success with help
>> here as I have been running a couple of ovirt instances for some time
>> (as part of a lab/testing).
>>
>> In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO),
>> and for whatever reason, my install gets to 22% (right after
>> partitioning up the local drive, I believe) and fails.
>>
>> I have no idea how to troubleshoot this.  I've tried changing install
>> options (i've been installing via PXE) to no avail, and I notice that
>> there don't appear to be any virtual terminals to switch to look at
>> things and/or see where things failed.
>>
>> The errors that I get say something along the lines of:
>>
>> unexpected EOF while looking for matching ''
>>
>> I'll try and get more details, but i've attached a screenshot from the
>> console.
>>
>> Any help on HOW to troubleshoot this, pull logs, etc.. would be most
>> appreciated as I'd like to get this moving forward.
>>
>> Thanks for all of your hard work and the help of the community!
>>
>> -- Chris
>>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV-H 7.2 Beta Install

2016-02-23 Thread Ryan Barry

Hi Christopher --

You can get to a console by pressing F2 (I think this is blocked while the
progress bar is moving, but should be available after the exception, and
it's available at any point the installer is interactive).

This is a new issue to me.

Can you please file a bug report? An sosreport may be helpful (this works
normally from the rescue shell at )

If possible, it would be best to get debug logs.

To do that, press F2 immediately after entering the installer, and run:

python -m ovirt.node.installer --debug

Logs will be available at /tmp/ovirt-node.debug.log or
/var/log/ovirt-node.debug.log, depending on how far through the installer
it gets.

On Tue, Feb 23, 2016 at 9:32 AM,  wrote:

> I know this is the ovirt-list, but I've had great success with help
> here as I have been running a couple of ovirt instances for some time
> (as part of a lab/testing).
>
> In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO),
> and for whatever reason, my install gets to 22% (right after
> partitioning up the local drive, I believe) and fails.
>
> I have no idea how to troubleshoot this.  I've tried changing install
> options (i've been installing via PXE) to no avail, and I notice that
> there don't appear to be any virtual terminals to switch to look at
> things and/or see where things failed.
>
> The errors that I get say something along the lines of:
>
> unexpected EOF while looking for matching ''
>
> I'll try and get more details, but i've attached a screenshot from the
> console.
>
> Any help on HOW to troubleshoot this, pull logs, etc.. would be most
> appreciated as I'd like to get this moving forward.
>
> Thanks for all of your hard work and the help of the community!
>
> -- Chris
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV-H 7.2 Beta Install

2016-02-23 Thread Christopher Young

For some reason, completely power-cycling the machine (pull power)
resolved this.  Odd one, but I'm not going to put too much thought
into it unless I encounter it on other nodes that I build

I do have another interesting problem with node that I don't seem to
understand, but I'll create a new thread.

On Tue, Feb 23, 2016 at 11:32 AM, Christopher Young
 wrote:
> I know this is the ovirt-list, but I've had great success with help
> here as I have been running a couple of ovirt instances for some time
> (as part of a lab/testing).
>
> In any case, I'm trying to install the RHEV-H beta (7.2 latest ISO),
> and for whatever reason, my install gets to 22% (right after
> partitioning up the local drive, I believe) and fails.
>
> I have no idea how to troubleshoot this.  I've tried changing install
> options (i've been installing via PXE) to no avail, and I notice that
> there don't appear to be any virtual terminals to switch to look at
> things and/or see where things failed.
>
> The errors that I get say something along the lines of:
>
> unexpected EOF while looking for matching ''
>
> I'll try and get more details, but i've attached a screenshot from the 
> console.
>
> Any help on HOW to troubleshoot this, pull logs, etc.. would be most
> appreciated as I'd like to get this moving forward.
>
> Thanks for all of your hard work and the help of the community!
>
> -- Chris
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV and RHS integration

2015-10-30 Thread Dan Kenigsberg

On Thu, Oct 22, 2015 at 02:18:10AM +, BYUNGSUK KIM (byungkim) wrote:
> 
> 
> Hi,
> 
> We are trying to integration RHEV and RHS with oVirt. But we have just 1G 
> network between RHEV host and RHS volumes.
> 
> So I think there is bottle lack on network area.  Can we optimize this 
> environment to solve this proble?
> 
> Please Let us know your experience.

Which kind of integration did you have in mind? What is the motivation
of mixing RHEV and oVirt? Which kind performance issues do you see, with
how many VMs and how many IOPS are are produced by each?

It is hard to provide smart suggestion without more details.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

2015-02-19 Thread Jakub Bittner

It is rhev, but sometimes it is easier to post messages here than to
support.


Dne 19.2.2015 v 12:15 InterNetX - Juergen Gotteswinter napsal(a):
 RHEV or Ovirt? If RHEV, i whould suggest contacting the RH Support?

 Am 19.02.2015 um 11:46 schrieb Jakub Bittner:
 Hello,

 after restart we had problem with manager to connect to nodes. All nodes
 are down and not reachable. When I try to remove and readd to engine it
 fails too.

 10 days ago we changed SSL certs of rhev-m apache to IPA's generated.

 We have this in logs:

 2015-02-19 11:41:33,491 ERROR
 [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
 (DefaultQuartzScheduler_Worker-30) Failure to refresh Vds runtime info:
 org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
 java.io.EOFException: SSL peer shut down incorrectly
 at
 org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:126)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:101)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
 [dal.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:571)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:648)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:494)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
 [vdsbroker.jar:]
 at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
 [:1.7.0_75]
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.7.0_75]
 at java.lang.reflect.Method.invoke(Method.java:606)
 [rt.jar:1.7.0_75]
 at
 org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
 [scheduler.jar:]
 at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
 [quartz.jar:]
 at
 org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
 [quartz.jar:]
 Caused by: java.io.EOFException: SSL peer shut down incorrectly
 at sun.security.ssl.InputRecord.read(InputRecord.java:482)
 [jsse.jar:1.7.0_75]
 at
 sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
 [jsse.jar:1.7.0_75]
 at
 sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
 [jsse.jar:1.7.0_75]
 at
 sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:709)
 [jsse.jar:1.7.0_75]
 at
 sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
 [jsse.jar:1.7.0_75]
 at
 java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
 [rt.jar:1.7.0_75]
 at
 java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
 [rt.jar:1.7.0_75]
 at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
 [rt.jar:1.7.0_75]
 at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
 [rt.jar:1.7.0_75]
 at
 org.apache.xmlrpc.client.XmlRpcCommonsTransport$1$1.close(XmlRpcCommonsTransport.java:204)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcHttpTransport$ByteArrayReqWriter.write(XmlRpcHttpTransport.java:55)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcCommonsTransport$1.writeRequest(XmlRpcCommonsTransport.java:214)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
 [commons-httpclient.jar:]
 at
 org.apache.xmlrpc.client.XmlRpcCommonsTransport.writeRequest(XmlRpcCommonsTransport.java:227)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:151)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:143)
 [xmlrpc-client.jar:3.1.3]

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

2015-02-19 Thread InterNetX - Juergen Gotteswinter

RHEV or Ovirt? If RHEV, i whould suggest contacting the RH Support?

Am 19.02.2015 um 11:46 schrieb Jakub Bittner:
 Hello,
 
 after restart we had problem with manager to connect to nodes. All nodes
 are down and not reachable. When I try to remove and readd to engine it
 fails too.
 
 10 days ago we changed SSL certs of rhev-m apache to IPA's generated.
 
 We have this in logs:
 
 2015-02-19 11:41:33,491 ERROR
 [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
 (DefaultQuartzScheduler_Worker-30) Failure to refresh Vds runtime info:
 org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
 java.io.EOFException: SSL peer shut down incorrectly
 at
 org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:126)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:101)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
 [dal.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:571)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:648)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:494)
 [vdsbroker.jar:]
 at
 org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
 [vdsbroker.jar:]
 at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown Source)
 [:1.7.0_75]
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.7.0_75]
 at java.lang.reflect.Method.invoke(Method.java:606)
 [rt.jar:1.7.0_75]
 at
 org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
 [scheduler.jar:]
 at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
 [quartz.jar:]
 at
 org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
 [quartz.jar:]
 Caused by: java.io.EOFException: SSL peer shut down incorrectly
 at sun.security.ssl.InputRecord.read(InputRecord.java:482)
 [jsse.jar:1.7.0_75]
 at
 sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
 [jsse.jar:1.7.0_75]
 at
 sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
 [jsse.jar:1.7.0_75]
 at
 sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:709)
 [jsse.jar:1.7.0_75]
 at
 sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
 [jsse.jar:1.7.0_75]
 at
 java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
 [rt.jar:1.7.0_75]
 at
 java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
 [rt.jar:1.7.0_75]
 at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
 [rt.jar:1.7.0_75]
 at java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
 [rt.jar:1.7.0_75]
 at
 org.apache.xmlrpc.client.XmlRpcCommonsTransport$1$1.close(XmlRpcCommonsTransport.java:204)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcHttpTransport$ByteArrayReqWriter.write(XmlRpcHttpTransport.java:55)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcCommonsTransport$1.writeRequest(XmlRpcCommonsTransport.java:214)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
 [commons-httpclient.jar:]
 at
 org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
 [commons-httpclient.jar:]
 at
 org.apache.xmlrpc.client.XmlRpcCommonsTransport.writeRequest(XmlRpcCommonsTransport.java:227)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcStreamTransport.sendRequest(XmlRpcStreamTransport.java:151)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcHttpTransport.sendRequest(XmlRpcHttpTransport.java:143)
 [xmlrpc-client.jar:3.1.3]
 at
 org.apache.xmlrpc.client.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:56)
 [xmlrpc-client.jar:3.1.3]
 at

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

2015-02-19 Thread Tolik Litovsky

Hi

can you try going to one of the nodes and using the interface in admin account 
re accept the new certificate ? 

Tolik Litovsky
+972542277403

- Original Message -
 From: Jakub Bittner j.bitt...@nbu.cz
 To: j...@internetx.com, users@ovirt.org
 Sent: Thursday, 19 February, 2015 1:35:19 PM
 Subject: Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes
 
 It is rhev, but sometimes it is easier to post messages here than to
 support.
 
 
 Dne 19.2.2015 v 12:15 InterNetX - Juergen Gotteswinter napsal(a):
  RHEV or Ovirt? If RHEV, i whould suggest contacting the RH Support?
 
  Am 19.02.2015 um 11:46 schrieb Jakub Bittner:
  Hello,
 
  after restart we had problem with manager to connect to nodes. All
  nodes
  are down and not reachable. When I try to remove and readd to
  engine it
  fails too.
 
  10 days ago we changed SSL certs of rhev-m apache to IPA's
  generated.
 
  We have this in logs:
 
  2015-02-19 11:41:33,491 ERROR
  [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
  (DefaultQuartzScheduler_Worker-30) Failure to refresh Vds runtime
  info:
  org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
  java.io.EOFException: SSL peer shut down incorrectly
  at
  org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:126)
  [vdsbroker.jar:]
  at
  org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:101)
  [vdsbroker.jar:]
  at
  org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:56)
  [vdsbroker.jar:]
  at
  org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:31)
  [dal.jar:]
  at
  org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:571)
  [vdsbroker.jar:]
  at
  org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refreshVdsRunTimeInfo(VdsUpdateRunTimeInfo.java:648)
  [vdsbroker.jar:]
  at
  org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo.refresh(VdsUpdateRunTimeInfo.java:494)
  [vdsbroker.jar:]
  at
  org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:236)
  [vdsbroker.jar:]
  at sun.reflect.GeneratedMethodAccessor10.invoke(Unknown
  Source)
  [:1.7.0_75]
  at
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  [rt.jar:1.7.0_75]
  at java.lang.reflect.Method.invoke(Method.java:606)
  [rt.jar:1.7.0_75]
  at
  org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:60)
  [scheduler.jar:]
  at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
  [quartz.jar:]
  at
  org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:557)
  [quartz.jar:]
  Caused by: java.io.EOFException: SSL peer shut down incorrectly
  at sun.security.ssl.InputRecord.read(InputRecord.java:482)
  [jsse.jar:1.7.0_75]
  at
  sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:934)
  [jsse.jar:1.7.0_75]
  at
  sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1332)
  [jsse.jar:1.7.0_75]
  at
  sun.security.ssl.SSLSocketImpl.writeRecord(SSLSocketImpl.java:709)
  [jsse.jar:1.7.0_75]
  at
  sun.security.ssl.AppOutputStream.write(AppOutputStream.java:122)
  [jsse.jar:1.7.0_75]
  at
  java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:82)
  [rt.jar:1.7.0_75]
  at
  java.io.BufferedOutputStream.flush(BufferedOutputStream.java:140)
  [rt.jar:1.7.0_75]
  at
  java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
  [rt.jar:1.7.0_75]
  at
  java.io.FilterOutputStream.flush(FilterOutputStream.java:140)
  [rt.jar:1.7.0_75]
  at
  org.apache.xmlrpc.client.XmlRpcCommonsTransport$1$1.close(XmlRpcCommonsTransport.java:204)
  [xmlrpc-client.jar:3.1.3]
  at
  org.apache.xmlrpc.client.XmlRpcHttpTransport$ByteArrayReqWriter.write(XmlRpcHttpTransport.java:55)
  [xmlrpc-client.jar:3.1.3]
  at
  org.apache.xmlrpc.client.XmlRpcCommonsTransport$1.writeRequest(XmlRpcCommonsTransport.java:214)
  [xmlrpc-client.jar:3.1.3]
  at
  org.apache.commons.httpclient.methods.EntityEnclosingMethod.writeRequestBody(EntityEnclosingMethod.java:499)
  [commons-httpclient.jar:]
  at
  org.apache.commons.httpclient.HttpMethodBase.writeRequest(HttpMethodBase.java:2114)
  [commons-httpclient.jar:]
  at
  org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1096)
  [commons-httpclient.jar:]
  at
  org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
  [commons-httpclient.jar:]
  at
  org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
  [commons-httpclient.jar:]
  at
  org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397

Re: [ovirt-users] RHEV

2014-08-28 Thread Itamar Heim


On 08/28/2014 10:35 AM, Koen Vanoppen wrote:

Dear all,

Besides the fact that we as team where very happy about ovirt and the
community, there is a chance that we have to move to RHEV... Superiors
decisions...

Now my next obvious question is... IF this will be the case, can we move
all of our vms to RHEV or... If so, how can we do this in the best
possible way?

Kind regards,

Koen


from the technical standpoint:
currently - export/import the VMs
in 3.5 - detach/attach storage domain (after upgrading the DC level to 
3.5 first).

(you'll need to re-install the hosts of course)

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

Re: [ovirt-users] RHEV

2014-08-28 Thread John Gardeniers

I assume the same would apply in reverse.

Given our utter disappointment with Red Hat support (or more
accurately, the lack of it), we see no good reason to continue with RHEV
and will very likely switch to Ovirt when our current subscription runs
out. We've had far more support from this list than we've had from RH,
for which we thank the list.

regards,
John


On 28/08/14 17:55, Itamar Heim wrote:
 On 08/28/2014 10:35 AM, Koen Vanoppen wrote:
 Dear all,

 Besides the fact that we as team where very happy about ovirt and the
 community, there is a chance that we have to move to RHEV... Superiors
 decisions...

 Now my next obvious question is... IF this will be the case, can we move
 all of our vms to RHEV or... If so, how can we do this in the best
 possible way?

 Kind regards,

 Koen

 from the technical standpoint:
 currently - export/import the VMs
 in 3.5 - detach/attach storage domain (after upgrading the DC level to
 3.5 first).
 (you'll need to re-install the hosts of course)

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

 __
 This email has been scanned by the Symantec Email Security.cloud service.
 For more information please visit http://www.symanteccloud.com
 __

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

Re: [ovirt-users] rhev

2014-08-25 Thread Michal Skrivanek


On Aug 25, 2014, at 13:59 , mhd aymanrifai000...@gmail.com wrote:

 
 i install rhev in machine and rhevm another machine , and i use vdsm hooks 
 and create script file and putted in /usr/libexec/vdsm/hooks/before_vm_start 
 , but when i restart rhev the script file is fly not only this file every 
 file which i can create is fly ..….

you installed rhev-h?
the file needs to be persisted. You should find that in docs. 

what are you trying to do in befor_vm_start?

Thanks,
michal

 
 how i can fixed script file for vdsm hooks???
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

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

Re: [ovirt-users] rhev

2014-08-25 Thread Dan Yasny

the hook should be rx-able for vdsm:kvm iirc. Run chown 36:36 over the hook
files


On Mon, Aug 25, 2014 at 10:31 AM, Michal Skrivanek 
michal.skriva...@redhat.com wrote:


 On Aug 25, 2014, at 13:59 , mhd aymanrifai000...@gmail.com wrote:

 
  i install rhev in machine and rhevm another machine , and i use vdsm
 hooks and create script file and putted in
 /usr/libexec/vdsm/hooks/before_vm_start , but when i restart rhev the
 script file is fly not only this file every file which i can create is fly
 ..….

 you installed rhev-h?
 the file needs to be persisted. You should find that in docs.

 what are you trying to do in befor_vm_start?

 Thanks,
 michal

 
  how i can fixed script file for vdsm hooks???
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users

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

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

Re: [ovirt-users] RHEV - Hypervisor directory structure.

2014-07-28 Thread Nir Soffer

- Original Message -
 From: santosh sba...@commvault.com
 To: users@ovirt.org
 Sent: Friday, July 25, 2014 8:34:35 PM
 Subject: [ovirt-users] RHEV - Hypervisor directory structure.
 
 Hi,
 
 I am trying to understand the directory structure on the RHEV hypervisor.
 Below is the part of the directory tree on hypervisor.
 
 
 
 
 
 root@XYZ dom_md] tree
 /rhev/data-center/51a24440-6a1f-48f0-8306-92455fe7aaa1/mastersd/
 
 /rhev/data-center/51a24440-6a1f-48f0-8306-92455fe7aaa1/mastersd/
 ├── dom_md
 │   ├── ids - /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/ids
 │   ├── inbox - /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/inbox
 │   ├── leases - /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/leases
 │   ├── master - /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/master
 │   ├── metadata - /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/metadata
 │   └── outbox - /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/outbox
 ├── images
 │   ├── 7f0be608-0251-4125-a3a1-b4e74bbcaa34
 │   │   └── 53596e07-0317-43b3-838a-13cde56ce1c8 -
 /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/53596e07-0317-43b3-838a-13cde56ce1c8
 │   ├── aa6b4787-271f-4651-98c8-97054ff4418d
 │   │   ├── 22961431-c139-4311-bc78-c4f5a58cfda7 -
 /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/22961431-c139-4311-bc78-c4f5a58cfda7
 │   │   └── f5f5f1ff-af71-4d11-a15a-dbc863e5d6f7 -
 /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/f5f5f1ff-af71-4d11-a15a-dbc863e5d6f7
 │   └── e4f70c9e-c5b3-4cbe-a755-684d6a86026f
 │   └── 8c2f5f05-c109-45e7-af98-c54437ad5d9e -
 /dev/f86ee04c-d84d-4032-a3f8-c77ed1ad29ea/8c2f5f05-c109-45e7-af98-c54437ad5d9e
 └── master
 ├── lost+found
 ├── tasks
 └── vms
 ├── 1ba7645c-79db-403a-95f6-b3078e441b86
 │   └── 1ba7645c-79db-403a-95f6-b3078e441b86.ovf
 └── 6df2c080-a0d5-4202-8f09-ed719184f667
 └── 6df2c080-a0d5-4202-8f09-ed719184f667.ovf
 
 
 
 I am trying to understand the ids, inbox, leases, master, metadata and outbox
 device files above.

ids - used by sanlock - each host maintain a lockspace on each domain, allowing 
it to acquire resources
  on the leases volume.
leases - used for acquiring resources. For example, the spm node acquire a 
resource on this volume
inbox - every host can write message to the spm node using this volume
outbox - the spm write messages to other hosts on this volume
master - this volume is mounted on the spm node for storing stuff related to 
the master storage domain
metadata - used to store storage domain metadata

On block storage, these volumes are lvs. On file storage, these ares files.

For more info on inbox and outbox, see:
http://www.ovirt.org/File:Storage-mailbox.odp

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

Re: [ovirt-users] RHEV 3.4 trial hosted-engine either host wants to take ownership

2014-07-22 Thread Martin Sivak

Hi Steve,

we had a bug (or two..) in the score comparison logic:

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

Which was fixed by:

http://gerrit.ovirt.org/29580
http://gerrit.ovirt.org/29787

and

http://gerrit.ovirt.org/30025

Unfortunately those did not get to the current 3.4 releases, but will be 
available in the upcoming 3.5 and any subsequent 3.4 that will appear.

One of the patches (29580) just fixes two words in the code and you can apply 
it manually if you want.

Regards

--
Martin Sivák
msi...@redhat.com
Red Hat Czech
RHEV-M SLA / Brno, CZ

- Original Message -
 I added a hook to rhevm, and then restarted the engine service which
 triggered a hosted-engine VM shutdown (likely because of the failed
 liveliness check).
 
 Once the hosted-engine VM shutdown it did not restart on the other host.
 
 On both hosts configured for hosted-engine I'm seeing logs from ha-agent
 where each host thinks the other host has a better score. Is there supposed
 to be a mechanism for a tie breaker here? I do notice that the log mentions
 best REMOTE host, so perhaps I'm interpreting this message incorrectly.
 
 ha-agent logs:
 
 Host 001:
 
 MainThread::INFO::2014-07-21
 11:51:57,396::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Trying: notify time=1405957917.4 type=state_transition
 detail=EngineDown-EngineDown hostname='rhev001.miovision.corp'
 MainThread::INFO::2014-07-21
 11:51:57,397::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Success, was notification of state_transition (EngineDown-EngineDown) sent?
 ignored
 MainThread::INFO::2014-07-21
 11:51:57,924::hosted_engine::323::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
 Current state EngineDown (score: 2400)
 MainThread::INFO::2014-07-21
 11:51:57,924::hosted_engine::328::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
 Best remote host rhev002.miovision.corp (id: 2, score: 2400)
 MainThread::INFO::2014-07-21
 11:52:07,961::states::454::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
 Engine down, local host does not have best score
 MainThread::INFO::2014-07-21
 11:52:07,975::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Trying: notify time=1405957927.98 type=state_transition
 detail=EngineDown-EngineDown hostname='rhev001.miovision.corp'
 
 Host 002:
 
 MainThread::INFO::2014-07-21
 11:51:47,405::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Trying: notify time=1405957907.41 type=state_transition
 detail=EngineDown-EngineDown hostname='rhev002.miovision.corp'
 MainThread::INFO::2014-07-21
 11:51:47,406::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Success, was notification of state_transition (EngineDown-EngineDown) sent?
 ignored
 MainThread::INFO::2014-07-21
 11:51:47,834::hosted_engine::323::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
 Current state EngineDown (score: 2400)
 MainThread::INFO::2014-07-21
 11:51:47,835::hosted_engine::328::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
 Best remote host rhev001.miovision.corp (id: 1, score: 2400)
 MainThread::INFO::2014-07-21
 11:51:57,870::states::454::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(consume)
 Engine down, local host does not have best score
 MainThread::INFO::2014-07-21
 11:51:57,883::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Trying: notify time=1405957917.88 type=state_transition
 detail=EngineDown-EngineDown hostname='rhev002.miovision.corp'
 
 This went on for 20 minutes about an hour ago, and I decided to --vm-start on
 one of the hosts. The manager VM runs for a few minutes with the engine ui
 accessible, before shutting itself down again.
 
 I then put host 002 into local maintenance mode, and host 001 auto started
 the hosted-engine VM. The logging still references host 002 as the 'best
 remote host' even though the calculated score is now 0:
 
 MainThread::INFO::2014-07-21
 12:03:24,011::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Trying: notify time=1405958604.01 type=state_transition
 detail=EngineUp-EngineUp hostname='rhev001.miovision.corp'
 MainThread::INFO::2014-07-21
 12:03:24,013::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
 Success, was notification of state_transition (EngineUp-EngineUp) sent?
 ignored
 MainThread::INFO::2014-07-21
 12:03:24,515::hosted_engine::323::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
 Current state EngineUp (score: 2400)
 MainThread::INFO::2014-07-21
 12:03:24,516::hosted_engine::328::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
 Best remote host rhev002.miovision.corp (id: 2, score: 0)
 MainThread::INFO::2014-07-21

Re: [ovirt-users] RHEV-M installation failure

Re: [ovirt-users] RHEV-M installation failure

Re: [ovirt-users] RHEV-H 7.2 Beta Install

Re: [ovirt-users] RHEV-H 7.2 Beta Install

Re: [ovirt-users] RHEV-H 7.2 Beta Install

Re: [ovirt-users] RHEV-H 7.2 Beta Install

Re: [ovirt-users] RHEV and RHS integration

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

Re: [ovirt-users] RHEV 3.5 problem with connecting rhev-m to nodes

Re: [ovirt-users] RHEV

Re: [ovirt-users] RHEV

Re: [ovirt-users] rhev

Re: [ovirt-users] rhev

Re: [ovirt-users] RHEV - Hypervisor directory structure.

Re: [ovirt-users] RHEV 3.4 trial hosted-engine either host wants to take ownership

16 matches

Site Navigation

Mail list logo

Footer information