Re: [ovirt-users] Remote DB: How do you set server_version?

[Yedidyah Bar David]

On Thu, May 3, 2018 at 12:13 AM, Roy Golan  wrote:
>
>
> On Wed, 2 May 2018 at 23:27 Jamie Lawrence 
> wrote:
>>
>>
>> I've been down this road. Postgres won't lie about its version for you.
>> If you want to do this, you have to patch the Ovirt installer[1]. I stopped
>> trying to use my PG cluster at some point -  the relationship between the
>> installer and the product combined with the overly restrictive requirements
>> baked into the installer[2]) makes doing so  an ongoing hassle. So I treat
>> Ovirt's PG as an black box; disappointing, considering that we are a very
>> heavy PG shop with a lot of expertise and automation I can't use with Ovirt.

Sorry about that, but not sure it's such a bad choice.

>>
>> If nothing has changed (my notes are from a few versions ago), everything
>> you need to correct is in
>>
>>
>> /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/constants.py
>>
>> Aside from the version, you'll also have to make the knobs for vacuuming
>> match those of your current installation, and I think there was another
>> configurable for something else I'm not remembering right now.
>>
>> Be aware that doing so is accepting an ongoing commitment to monkeying
>> with the installer a lot. At one time I thought doing so was the right
>> tradeoff, but it turns out I  was wrong.
>>
>> -j
>>
>> [1] Or you could rebuild PG with a fake version. That option was
>> unavailable here.
>> [2] Not criticizing, just stating a technical fact. How folks apportion
>> their QA resources is their business.
>>
>> > On May 2, 2018, at 12:49 PM, ~Stack~  wrote:
>> >
>> > Greetings,
>> >
>> > Exploring hosting my engine and ovirt_engine_history db's on my
>> > dedicated PostgreSQL server.
>> >
>> > This is a 9.5 install on a beefy box from the postgresql.org yum repos
>> > that I'm using for other SQL needs too. 9.5.12 to be exact. I set up the
>> > database just as the documentation says and I'm doing a fresh install of
>> > my engine-setup.
>> >
>> > During the install, right after I give it the details for the remote I
>> > get this error:
>> > [ ERROR ] Please set:
>> >  server_version = 9.5.9
>> > in postgresql.conf on 'None'. Its location is usually
>> > /var/lib/pgsql/data , or somewhere under /etc/postgresql* .
>> >
>> > Huh?
>> >
>
>
> Yes it's annoying and I think +Yaniv Dary opened a bug for it after both of
> got mad at it. Yaniv?

Yaniv did, and I asked for details. Comments are welcome:

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

Of course, if it's so annoying, and we are so confident in PG's compatibility
inside z-stream, we can simply lax the test by checking only x.y but changing
no other functionality, and discuss something stronger later on (if at all).

Pushed this for now, didn't verify:

https://gerrit.ovirt.org/90866

Ideally, "verification" isn't merely checking that it works as expected, but
also coming up with means to enhance our confidence that it's indeed safe.

But it might not be such a big risk to merge this anyway, even for 4.2.

>
> Meanwhile let us know if you were able to patch constants.py as suggested.
>
>> > Um. OK.
>> > $ grep ^server_version postgresql.conf
>> > server_version = 9.5.9
>> >
>> > $ systemctl restart postgresql-9.5.service
>> >
>> > LOG:  syntax error in file "/var/lib/pgsql/9.5/data/postgresql.conf"
>> > line 33, n...n ".9"
>> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
>> > contains errors
>> >
>> >
>> > Well that didn't work. Let's try something else.
>> >
>> > $ grep ^server_version postgresql.conf
>> > server_version = 9.5.9
>> >
>> > $ systemctl restart postgresql-9.5.service
>> > LOG:  parameter "server_version" cannot be changed
>> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
>> > contains errors
>> >
>> > Whelp. That didn't work either. I can't seem to find anything in the
>> > oVirt docs on setting this.
>> >
>> > How am I supposed to do this?
>> >
>> > Thanks!
>> > ~Stack~
>> >
>> > ___
>> > 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
>



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

[ovirt-users] Is PostgreSQL 9.5 required now as of oVirt 4.2?

[Lacey Powers]

Hi All,

I have a setup of oVirt on 4.1 that has been working brilliantly for
over a year, serving the production workloads at my dayjob without
complaint.

Originally, I had set it up with a custom PostgreSQL version, 9.6, from
the PGDG repositories, since the suggested 9.2 was already quite old,
and it allowed me to keep consistent versions of PostgreSQL across all
the infrastructure I have.

Now that I am trying to upgrade to oVirt 4.2, when I run engine-setup
per the directions in the release notes documentation, engine-setup
insists on PostgreSQL 9.5 from Software Collections, comparing the
postgresql versions and then aborting.

I don't see a way to tell it that I have a different running version of
PostgreSQL that's greater than 9.5 already.

Does this mean that no other versions than 9.5 are supported, and I need
to downgrade and use the Software Collections version exclusively?

Or is there a custom setting that I am missing that will enable me to
continue using the 9.6 install I already have.

Thank you for your time.

Best,

Lacey


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

[ovirt-users] newbie questions on networking

[Rue, Randy]

Hi All,

I'm new to oVirt and have set up a basic cluster of an engine and five 
hosts, using the quick start and default settings as much as possible. I 
confess it's taken some heavy flailing to get this far, the docs all 
seem to be for the previous versions and the latest greatest appears to 
be significantly different. I now have a working data center / cluster 
/hosts and a bouncing baby ubuntu server LTS VM.


My VM is getting a DHCP address and nameservers from the data center the 
hosts sit in. But from the VM I can only ping the IP of the host the VM 
is on. Can't reach the gateway of the local subnet, or anything in the 
real world.


Am I missing some step? the "Quick Start" doesn't say much beyond "The 
ovirtmgmt Management network is used for this document, however if you 
wish to create new logical networks see the oVirt Administration Guide." 
The admin guide has information on creating new networks but I'm not 
spotting the parts I need to connect my VM to the real world. Or how to 
attach another network to the host if all NICs are in use.


Short Version:

* Is some change needed to allow VMs on the ovirtmgmt network to connect 
to the real world? If so, what?


* Is the ovirtmgmt network not meant for "commodity" use, and instead I 
should have some other network? If so, how do I connect that to the real 
LAN/WAN, and how do I replace the ovirtmgmt with it? (my hosts each only 
have two NICs bonded in a pair).



Hope to hear from you,

Randy in Seattle

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

[ovirt-users] routing

[Justin Zygmont]

I don't understand why you would want this unless the ovirtnode itself was 
actually the router, wouldn't you want to only have an IP on the management 
network, and leave the rest of the VLANS blank so they depend on the router to 
route the traffic:

NIC1  -> ovirt-mgmt  - gateway set
NIC2  -> VLAN3, VLAN4, etc...


https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/

Viewing or Editing the Gateway for a Logical Network
Users can define the gateway, along with the IP address and subnet mask, for a 
logical network. This is necessary when multiple networks exist on a host and 
traffic should be routed through the specified network, rather than the default 
gateway.
If multiple networks exist on a host and the gateways are not defined, return 
traffic will be routed through the default gateway, which may not reach the 
intended destination. This would result in users being unable to ping the host.
oVirt handles multiple gateways automatically whenever an interface goes up or 
down.


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

Re: [ovirt-users] Remote DB: How do you set server_version?

[~Stack~]

On 05/02/2018 03:26 PM, Jamie Lawrence wrote:
> 
> I've been down this road. Postgres won't lie about its version for you.  If 
> you want to do this, you have to patch the Ovirt installer[1]. I stopped 
> trying to use my PG cluster at some point -  the relationship between the 
> installer and the product combined with the overly restrictive requirements 
> baked into the installer[2]) makes doing so  an ongoing hassle. So I treat 
> Ovirt's PG as an black box; disappointing, considering that we are a very 
> heavy PG shop with a lot of expertise and automation I can't use with Ovirt.
> 
> If nothing has changed (my notes are from a few versions ago), everything you 
> need to correct is in
> 
> /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/constants.py
> 
> Aside from the version, you'll also have to make the knobs for vacuuming 
> match those of your current installation, and I think there was another 
> configurable for something else I'm not remembering right now.
> 
> Be aware that doing so is accepting an ongoing commitment to monkeying with 
> the installer a lot. At one time I thought doing so was the right tradeoff, 
> but it turns out I  was wrong.
> 
> -j
> 
> [1] Or you could rebuild PG with a fake version. That option was unavailable 
> here.
> [2] Not criticizing, just stating a technical fact. How folks apportion their 
> QA resources is their business.
>

Yikes! OK. Thanks for the warning. I've got better things to do with my
time. I will just skip this part of exploring. :-)

Thank you!
~Stack~



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] adding a host

[Justin Zygmont]

I read this page and it doesn’t help since this is a host that can’t be 
removed, the “remove” button is dimmed out.

This is 4.22 ovirt node, but the host stays in a “non operational” state.  I 
notice the logs have a lot of errors, for example:


the SERVER log:

2018-05-02 14:40:23,847-07 WARN  
[org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] 
(ForkJoinPool-1-worker-14) IJ000609: Attempt to return connection twice: 
org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@1fab84d7[state=NORMAL
 managed 
connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@3f37cf10 
connection handles=0 lastReturned=1525297223847 lastValidated=1525290267811 
lastCheckedOut=1525296923770 trackByTx=false 
pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@20550f35 
mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@5baa90f[pool=ENGINEDataSource]
 xaResource=LocalXAResourceImpl@24a7fc0b[connectionListener=1fab84d7 
connectionManager=5bec70d2 warned=false currentXid=null productName=PostgreSQL 
productVersion=9.5.9 jndiName=java:/ENGINEDataSource] txSync=null]: 
java.lang.Throwable: STACKTRACE
at 
org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.returnConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:722)
at 
org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.returnConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:611)
at 
org.jboss.jca.core.connectionmanager.pool.AbstractPool.returnConnection(AbstractPool.java:847)
at 
org.jboss.jca.core.connectionmanager.AbstractConnectionManager.returnManagedConnection(AbstractConnectionManager.java:725)
at 
org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.managedConnectionDisconnected(TxConnectionManagerImpl.java:585)
at 
org.jboss.jca.core.connectionmanager.AbstractConnectionManager.disconnectManagedConnection(AbstractConnectionManager.java:988)
at 
org.jboss.jca.core.connectionmanager.AbstractConnectionManager.reconnectManagedConnection(AbstractConnectionManager.java:974)
at 
org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:792)
at 
org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
at 
org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:64)
at 
org.springframework.jdbc.datasource.DataSourceUtils.doGetConnection(DataSourceUtils.java:111)
 [spring-jdbc.jar:4.3.9.RELEASE]
at 
org.springframework.jdbc.datasource.DataSourceUtils.getConnection(DataSourceUtils.java:77)
 [spring-jdbc.jar:4.3.9.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:619) 
[spring-jdbc.jar:4.3.9.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:684) 
[spring-jdbc.jar:4.3.9.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:716) 
[spring-jdbc.jar:4.3.9.RELEASE]
at 
org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:766) 
[spring-jdbc.jar:4.3.9.RELEASE]
at 
org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.executeCallInternal(PostgresDbEngineDialect.java:152)
 [dal.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall.doExecute(PostgresDbEngineDialect.java:118)
 [dal.jar:]
at 
org.springframework.jdbc.core.simple.SimpleJdbcCall.execute(SimpleJdbcCall.java:198)
 [spring-jdbc.jar:4.3.9.RELEASE]
at 
org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeImpl(SimpleJdbcCallsHandler.java:135)
 [dal.jar:]
at 
org.ovirt.engine.core.dal.dbbroker.SimpleJdbcCallsHandler.executeReadList(SimpleJdbcCallsHandler.java:105)
 [dal.jar:]
at 
org.ovirt.engine.core.dao.VmDynamicDaoImpl.getAllRunningForVds(VmDynamicDaoImpl.java:52)
 [dal.jar:]
at 
org.ovirt.engine.core.vdsbroker.vdsbroker.HostNetworkTopologyPersisterImpl.isVmRunningOnHost(HostNetworkTopologyPersisterImpl.java:210)
 [vdsbroker.jar:]
at 
org.ovirt.engine.core.vdsbroker.vdsbroker.HostNetworkTopologyPersisterImpl.logChangedDisplayNetwork(HostNetworkTopologyPersisterImpl.java:179)
 [vdsbroker.jar:]
at 
org.ovirt.engine.core.vdsbroker.vdsbroker.HostNetworkTopologyPersisterImpl.auditNetworkCompliance(HostNetworkTopologyPersisterImpl.java:148)
 [vdsbroker.jar:]
at 
org.ovirt.engine.core.vdsbroker.vdsbroker.HostNetworkTopologyPersisterImpl.lambda$persistAndEnforceNetworkCompliance$0(HostNetworkTopologyPersisterImpl.java:100)
 [vdsbroker.jar:]
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202)
 [utils.jar:]
at 
org.ovirt.engine.core.utils.transaction.TransactionSupport.

Re: [ovirt-users] Remote DB: How do you set server_version?

[Roy Golan]

On Wed, 2 May 2018 at 23:27 Jamie Lawrence 
wrote:

>
> I've been down this road. Postgres won't lie about its version for you.
> If you want to do this, you have to patch the Ovirt installer[1]. I stopped
> trying to use my PG cluster at some point -  the relationship between the
> installer and the product combined with the overly restrictive requirements
> baked into the installer[2]) makes doing so  an ongoing hassle. So I treat
> Ovirt's PG as an black box; disappointing, considering that we are a very
> heavy PG shop with a lot of expertise and automation I can't use with Ovirt.
>
> If nothing has changed (my notes are from a few versions ago), everything
> you need to correct is in
>
> /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/constants.py
>
> Aside from the version, you'll also have to make the knobs for vacuuming
> match those of your current installation, and I think there was another
> configurable for something else I'm not remembering right now.
>
> Be aware that doing so is accepting an ongoing commitment to monkeying
> with the installer a lot. At one time I thought doing so was the right
> tradeoff, but it turns out I  was wrong.
>
> -j
>
> [1] Or you could rebuild PG with a fake version. That option was
> unavailable here.
> [2] Not criticizing, just stating a technical fact. How folks apportion
> their QA resources is their business.
>
> > On May 2, 2018, at 12:49 PM, ~Stack~  wrote:
> >
> > Greetings,
> >
> > Exploring hosting my engine and ovirt_engine_history db's on my
> > dedicated PostgreSQL server.
> >
> > This is a 9.5 install on a beefy box from the postgresql.org yum repos
> > that I'm using for other SQL needs too. 9.5.12 to be exact. I set up the
> > database just as the documentation says and I'm doing a fresh install of
> > my engine-setup.
> >
> > During the install, right after I give it the details for the remote I
> > get this error:
> > [ ERROR ] Please set:
> >  server_version = 9.5.9
> > in postgresql.conf on 'None'. Its location is usually
> > /var/lib/pgsql/data , or somewhere under /etc/postgresql* .
> >
> > Huh?
> >
>

Yes it's annoying and I think +Yaniv Dary  opened a bug
for it after both of got mad at it. Yaniv?

Meanwhile let us know if you were able to patch constants.py as suggested.

> Um. OK.
> > $ grep ^server_version postgresql.conf
> > server_version = 9.5.9
> >
> > $ systemctl restart postgresql-9.5.service
> >
> > LOG:  syntax error in file "/var/lib/pgsql/9.5/data/postgresql.conf"
> > line 33, n...n ".9"
> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
> > contains errors
> >
> >
> > Well that didn't work. Let's try something else.
> >
> > $ grep ^server_version postgresql.conf
> > server_version = 9.5.9
> >
> > $ systemctl restart postgresql-9.5.service
> > LOG:  parameter "server_version" cannot be changed
> > FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
> > contains errors
> >
> > Whelp. That didn't work either. I can't seem to find anything in the
> > oVirt docs on setting this.
> >
> > How am I supposed to do this?
> >
> > Thanks!
> > ~Stack~
> >
> > ___
> > 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] unable to start engine

[Justin Zygmont]

Pretty close, it was a reboot of the host that had been running the engine, no 
maint was set.  It came back on its own, I guess all it takes is it boot back 
up and wait?


-Original Message-
From: Martin Sivak [mailto:msi...@redhat.com] 
Sent: Wednesday, May 2, 2018 1:10 AM
To: Justin Zygmont 
Cc: users@ovirt.org
Subject: Re: [ovirt-users] unable to start engine

Hi,

you are probably running 4.2 in global maintenance mode right? We do not 
download the vm.conf unless we need it and since you just rebooted the machine 
it might be missing indeed.

It should recover properly if you let the agent do its job and start the engine 
by itself. It will download the vm.conf in the process.

Best regards

Martin Sivak

On Wed, May 2, 2018 at 2:52 AM, Justin Zygmont  wrote:
> After rebooting the node hosting the engine, I get this:
>
>
>
> # hosted-engine --connect-storage
>
> # hosted-engine --vm-start
>
> 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.
>
>
>
> ovirt-ha-agent is running and the NFS server is reachable, it used to work.
> I don’t see which log to check or where to look
>
>
> ___
> Users mailing list
> Users@ovirt.org
> https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.ovirt.org_ma
> ilman_listinfo_users&d=DwIFaQ&c=Vxt5e0Osvvt2gflwSlsJ5DmPGcPvTRKLJyp031rXjhg&r=FiPhL0Cl1ymZlnTyAIIL75tE4L0reHcDdD-7wUtUGHA&m=8tQlwRfQPKcvoS9q-_aBf6wmkipE7qhk5BljU5nPDn0&s=LtaekvpEMs7QzLdu_hwlmZwODxlHEaZsbAT8yyCJ9B4&e=
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] unable to start engine

[Justin Zygmont]

This link is good, thanks.

From: Yanir Quinn [mailto:yqu...@redhat.com]
Sent: Wednesday, May 2, 2018 12:54 AM
To: Justin Zygmont 
Cc: users@ovirt.org
Subject: Re: [ovirt-users] unable to start engine

I would also recommend reading:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html/self-hosted_engine_guide/troubleshooting


On Wed, May 2, 2018 at 10:26 AM, Yanir Quinn 
mailto:yqu...@redhat.com>> wrote:
Hi Justin,

What are the version release numbers of ovirt-hosted-engine, ovirt-host, 
ovirt-engine, vdsm, ovirt-host-deploy, libvirt ?
What type of installation are you using ?
What is the status of the ovirt-ha-agent ovirt-ha-broker services ?
Does vm.conf file exist ?  (e.g. /var/run/ovirt-hosted-engine-ha/vm.conf)
What is the output of  hosted-engine --vm-status ?
Can you provide agent.log, vdsm.log ?

Thanks
Yanir Quinn

On Wed, May 2, 2018 at 3:52 AM, Justin Zygmont 
mailto:jzygm...@proofpoint.com>> wrote:
After rebooting the node hosting the engine, I get this:

# hosted-engine --connect-storage
# hosted-engine --vm-start
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.

ovirt-ha-agent is running and the NFS server is reachable, it used to work.  I 
don’t see which log to check or where to look

___
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

[ovirt-users] problem to create snapshot

[Marcelo Leandro]

Hello ,

I am geting error when try do a snapshot:

Error msg in SPM log.

2018-05-02 17:46:11,235-0300 WARN  (tasks/2) [storage.ResourceManager]
Resource factory failed to create resource
'01_img_6e5cce71-3438-4045-9d54-607123e0557e.ed7f1c0f-5986-4979-b783-5c465b0854c6'.
Canceling request. (resourceManager:543)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/resourceManager.py",
line 539, in registerResource
obj = namespaceObj.factory.createResource(name, lockType)
  File
"/usr/lib/python2.7/site-packages/vdsm/storage/resourceFactories.py", line
193, in createResource
lockType)
  File
"/usr/lib/python2.7/site-packages/vdsm/storage/resourceFactories.py", line
122, in __getResourceCandidatesList
imgUUID=resourceName)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/image.py", line 213,
in getChain
if srcVol.isLeaf():
  File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line
1430, in isLeaf
return self._manifest.isLeaf()
  File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 138,
in isLeaf
return self.getVolType() == sc.type2name(sc.LEAF_VOL)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 134,
in getVolType
self.voltype = self.getMetaParam(sc.VOLTYPE)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/volume.py", line 118,
in getMetaParam
meta = self.getMetadata()
  File "/usr/lib/python2.7/site-packages/vdsm/storage/blockVolume.py", line
112, in getMetadata
md = VolumeMetadata.from_lines(lines)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/volumemetadata.py",
line 103, in from_lines
"Missing metadata key: %s: found: %s" % (e, md))
MetaDataKeyNotFoundError: Meta Data key not found error: ("Missing metadata
key: 'DOMAIN': found: {'NONE':
'##'}",)
2018-05-02 17:46:11,286-0300 WARN  (tasks/2)
[storage.ResourceManager.Request]
(ResName='01_img_6e5cce71-3438-4045-9d54-607123e0557e.ed7f1c0f-5986-4979-b783-5c465b0854c6',
ReqID='a3cd9388-977b-45b9-9aa0-e431aeff8750') Tried to cancel a processed
request (resourceManager:187)
2018-05-02 17:46:11,286-0300 ERROR (tasks/2) [storage.TaskManager.Task]
(Task='ba0766ca-08a1-4d65-a4e9-1e0171939037') Unexpected error (task:875)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882,
in _run
return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 336,
in run
return self.cmd(*self.argslist, **self.argsdict)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line
79, in wrapper
return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1938, in
createVolume
with rm.acquireResource(img_ns, imgUUID, rm.EXCLUSIVE):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/resourceManager.py",
line 1025, in acquireResource
return _manager.acquireResource(namespace, name, lockType,
timeout=timeout)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/resourceManager.py",
line 475, in acquireResource
raise se.ResourceAcqusitionFailed()
ResourceAcqusitionFailed: Could not acquire resource. Probably resource
factory threw an exception.: ()


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

Re: [ovirt-users] Remote DB: How do you set server_version?

[Jamie Lawrence]

I've been down this road. Postgres won't lie about its version for you.  If you 
want to do this, you have to patch the Ovirt installer[1]. I stopped trying to 
use my PG cluster at some point -  the relationship between the installer and 
the product combined with the overly restrictive requirements baked into the 
installer[2]) makes doing so  an ongoing hassle. So I treat Ovirt's PG as an 
black box; disappointing, considering that we are a very heavy PG shop with a 
lot of expertise and automation I can't use with Ovirt.

If nothing has changed (my notes are from a few versions ago), everything you 
need to correct is in

/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/constants.py

Aside from the version, you'll also have to make the knobs for vacuuming match 
those of your current installation, and I think there was another configurable 
for something else I'm not remembering right now.

Be aware that doing so is accepting an ongoing commitment to monkeying with the 
installer a lot. At one time I thought doing so was the right tradeoff, but it 
turns out I  was wrong.

-j

[1] Or you could rebuild PG with a fake version. That option was unavailable 
here.
[2] Not criticizing, just stating a technical fact. How folks apportion their 
QA resources is their business.

> On May 2, 2018, at 12:49 PM, ~Stack~  wrote:
> 
> Greetings,
> 
> Exploring hosting my engine and ovirt_engine_history db's on my
> dedicated PostgreSQL server.
> 
> This is a 9.5 install on a beefy box from the postgresql.org yum repos
> that I'm using for other SQL needs too. 9.5.12 to be exact. I set up the
> database just as the documentation says and I'm doing a fresh install of
> my engine-setup.
> 
> During the install, right after I give it the details for the remote I
> get this error:
> [ ERROR ] Please set:
>  server_version = 9.5.9
> in postgresql.conf on 'None'. Its location is usually
> /var/lib/pgsql/data , or somewhere under /etc/postgresql* .
> 
> Huh?
> 
> Um. OK.
> $ grep ^server_version postgresql.conf
> server_version = 9.5.9
> 
> $ systemctl restart postgresql-9.5.service
> 
> LOG:  syntax error in file "/var/lib/pgsql/9.5/data/postgresql.conf"
> line 33, n...n ".9"
> FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
> contains errors
> 
> 
> Well that didn't work. Let's try something else.
> 
> $ grep ^server_version postgresql.conf
> server_version = 9.5.9
> 
> $ systemctl restart postgresql-9.5.service
> LOG:  parameter "server_version" cannot be changed
> FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
> contains errors
> 
> Whelp. That didn't work either. I can't seem to find anything in the
> oVirt docs on setting this.
> 
> How am I supposed to do this?
> 
> Thanks!
> ~Stack~
> 
> ___
> 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

[ovirt-users] Remote DB: How do you set server_version?

[~Stack~]

Greetings,

Exploring hosting my engine and ovirt_engine_history db's on my
dedicated PostgreSQL server.

This is a 9.5 install on a beefy box from the postgresql.org yum repos
that I'm using for other SQL needs too. 9.5.12 to be exact. I set up the
database just as the documentation says and I'm doing a fresh install of
my engine-setup.

During the install, right after I give it the details for the remote I
get this error:
[ ERROR ] Please set:
  server_version = 9.5.9
 in postgresql.conf on 'None'. Its location is usually
/var/lib/pgsql/data , or somewhere under /etc/postgresql* .

Huh?

Um. OK.
$ grep ^server_version postgresql.conf
server_version = 9.5.9

$ systemctl restart postgresql-9.5.service

LOG:  syntax error in file "/var/lib/pgsql/9.5/data/postgresql.conf"
line 33, n...n ".9"
FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
contains errors


Well that didn't work. Let's try something else.

$ grep ^server_version postgresql.conf
server_version = 9.5.9

$ systemctl restart postgresql-9.5.service
LOG:  parameter "server_version" cannot be changed
FATAL:  configuration file "/var/lib/pgsql/9.5/data/postgresql.conf"
contains errors

Whelp. That didn't work either. I can't seem to find anything in the
oVirt docs on setting this.

How am I supposed to do this?

Thanks!
~Stack~



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Re-attaching ISOs and moving ISOs storage

[Callum Smith]

Attached, thank you for looking into this


https://HOSTNAME/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae


https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae>"
 id="f5914df0-f46c-4cc0-b666-c929aa0225ae">

https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/isattached>"
 rel="isattached"/>
https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/reduceluns>"
 rel="reduceluns"/>
https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/refreshluns>"
 rel="refreshluns"/>
https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/updateovfstore>"
 rel="updateovfstore"/>

VMISOs
https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/disksnapshots>"
 rel="disksnapshots"/>
https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/files>"
 rel="files"/>
https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/diskprofiles>"
 rel="diskprofiles"/>
https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/storageconnections>"
 rel="storageconnections"/>
https://virtman.cluster/ovirt-engine/api/v4/storagedomains/f5914df0-f46c-4cc0-b666-c929aa0225ae/permissions>"
 rel="permissions"/>
11770357874688
false
0
5
false
ok
false

backoffice01.cluster
/vm-iso
nfs

v1
false
false
iso
38654705664
10
false

https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304>"
 id="5a54bf81-0228-02bc-0358-0304"/>




https://HOSTNAME/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains



https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/d9f8093b-71cd-423d-9b7d-91a613ef98ba>"
 id="d9f8093b-71cd-423d-9b7d-91a613ef98ba">

https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/d9f8093b-71cd-423d-9b7d-91a613ef98ba/activate>"
 rel="activate"/>
https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/d9f8093b-71cd-423d-9b7d-91a613ef98ba/deactivate>"
 rel="deactivate"/>

tegile-virtman-backup
https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/d9f8093b-71cd-423d-9b7d-91a613ef98ba/disks>"
 rel="disks"/>
17519171600384
false
0
5
false
ok
false
maintenance

192.168.64.248
auto
/export/virtman/backup
nfs

v1
false
false
export
8589934592
10
false
https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304>"
 id="5a54bf81-0228-02bc-0358-0304"/>

https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304>"
 id="5a54bf81-0228-02bc-0358-0304"/>


https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/017dd620-65ec-4fa4-8d46-67737dedd7a1>"
 id="017dd620-65ec-4fa4-8d46-67737dedd7a1">

https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/017dd620-65ec-4fa4-8d46-67737dedd7a1/activate>"
 rel="activate"/>
https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/017dd620-65ec-4fa4-8d46-67737dedd7a1/deactivate>"
 rel="deactivate"/>

VMStorage
https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/017dd620-65ec-4fa4-8d46-67737dedd7a1/disks>"
 rel="disks"/>
11770357874688
false
118111600640
5
false
ok
true
active

backoffice01.cluster
/vm-storage2
nfs

v4
false
false
data
38654705664
10
false
https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304>"
 id="5a54bf81-0228-02bc-0358-0304"/>

https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304>"
 id="5a54bf81-0228-02bc-0358-0304"/>


https://virtman.cluster/ovirt-engine/api/v4/datacenters/5a54bf81-0228-02bc-0358-0304/storagedomains/e572c874-17f8-4ad8-

Re: [ovirt-users] Re-attaching ISOs and moving ISOs storage

[Fred Rolland]

Can you share the REST API data of the Storage domain and Data Center?
Here an example of the URLs, you will need to replace with correct ids.

http://MY-SERVER/ovirt-engine/api/v4/storagedomains/13461356-f6f7-4a58-9897-2fac61ff40af

http://MY-SERVER/ovirt-engine/api/v4/datacenters/5a5df553-022d-036d-01e8-0071/storagedomains



On Wed, May 2, 2018 at 12:53 PM, Callum Smith  wrote:

> This is on 4.2.0.2-1, I've linked the main logs to dropbox simply because
> they're big, full of noise right now.
> https://www.dropbox.com/s/f8q3m5amro2a1b2/engine.log?dl=0
> https://www.dropbox.com/s/uods85jk65halo3/vdsm.log?dl=0
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
> On 2 May 2018, at 10:43, Fred Rolland  wrote:
>
> Which version are you using?
> Can you provide the whole log?
>
> For some reason, it looks like the Vdsm thinks that the Storage Domain is
> not part of the pool.
>
> On Wed, May 2, 2018 at 11:20 AM, Callum Smith 
> wrote:
>
>> State is maintenance for the ISOs storage. I've extracted what is
>> hopefully the relevant bits of the log.
>>
>> VDSM.log (SPM)
>>
>> 2018-05-02 09:16:03,455+0100 INFO  (ioprocess communication (179084))
>> [IOProcess] Starting ioprocess (__init__:447)
>> 2018-05-02 09:16:03,456+0100 INFO  (ioprocess communication (179091))
>> [IOProcess] Starting ioprocess (__init__:447)
>> 2018-05-02 09:16:03,461+0100 INFO  (jsonrpc/0) [vdsm.api] FINISH
>> activateStorageDomain error=Storage domain not in pool:
>> u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae,
>> pool=5a54bf81-0228-02bc-0358-0304' from=:::192.168.64.254,58968,
>> flow_id=93433989-8e26-48a9-bd3a-2ab95f296c08,
>> task_id=7f21f911-348f-45a3-b79c-e3cb11642035 (api:50)
>> 2018-05-02 09:16:03,461+0100 ERROR (jsonrpc/0) [storage.TaskManager.Task]
>> (Task='7f21f911-348f-45a3-b79c-e3cb11642035') Unexpected error (task:875)
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line
>> 882, in _run
>> return fn(*args, **kargs)
>>   File "", line 2, in activateStorageDomain
>>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48,
>> in method
>> ret = func(*args, **kwargs)
>>   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line
>> 1256, in activateStorageDomain
>> pool.activateSD(sdUUID)
>>   File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py",
>> line 79, in wrapper
>> return method(self, *args, **kwargs)
>>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1130,
>> in activateSD
>> self.validateAttachedDomain(dom)
>>   File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py",
>> line 79, in wrapper
>> return method(self, *args, **kwargs)
>>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 557,
>> in validateAttachedDomain
>> raise se.StorageDomainNotInPool(self.spUUID, dom.sdUUID)
>> StorageDomainNotInPool: Storage domain not in pool:
>> u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae,
>> pool=5a54bf81-0228-02bc-0358-0304'
>> 2018-05-02 09:16:03,461+0100 INFO  (jsonrpc/0) [storage.TaskManager.Task]
>> (Task='7f21f911-348f-45a3-b79c-e3cb11642035') aborting: Task is aborted:
>> "Storage domain not in pool: u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae,
>> pool=5a54bf81-0228-02bc-0358-0304'" - code 353 (task:1181)
>> 2018-05-02 09:16:03,462+0100 ERROR (jsonrpc/0) [storage.Dispatcher]
>> FINISH activateStorageDomain error=Storage domain not in pool:
>> u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae,
>> pool=5a54bf81-0228-02bc-0358-0304' (dispatcher:82)
>>
>> engine.log
>>
>> 2018-05-02 09:16:02,326+01 INFO  [org.ovirt.engine.core.bll.st
>> orage.domain.ActivateStorageDomainCommand] (default task-20)
>> [93433989-8e26-48a9-bd3a-2ab95f296c08] Lock Acquired to object
>> 'EngineLock:{exclusiveLocks='[f5914df0-f46c-4cc0-b666-c929aa0225ae=STORAGE]',
>> sharedLocks=''}'
>> 2018-05-02 09:16:02,376+01 INFO  [org.ovirt.engine.core.bll.st
>> orage.domain.ActivateStorageDomainCommand] 
>> (EE-ManagedThreadFactory-engine-Thread-33455)
>> [93433989-8e26-48a9-bd3a-2ab95f296c08] Running command:
>> ActivateStorageDomainCommand internal: false. Entities affected :  ID:
>> f5914df0-f46c-4cc0-b666-c929aa0225ae Type: StorageAction group
>> MANIPULATE_STORAGE_DOMA
>> IN with role type ADMIN
>> 2018-05-02 09:16:02,385+01 INFO  [org.ovirt.engine.core.bll.st
>> orage.domain.ActivateStorageDomainCommand] 
>> (EE-ManagedThreadFactory-engine-Thread-33455)
>> [93433989-8e26-48a9-bd3a-2ab95f296c08] Lock freed to object
>> 'EngineLock:{exclusiveLocks='[f5914df0-f46c-4cc0-b666-c929aa0225ae=STORAGE]',
>> sharedLocks=''}'
>> 2018-05-02 09:16:02,385+01 INFO  [org.ovirt.engine.core.bll.st
>> orage.domain.ActivateStorageDomainCommand] 
>> (EE-ManagedThreadFactory-engine-Thread-33455)
>> [93433989-8e26-48a9-bd3a-2ab95f296c08] ActivateStorage Domain. 

Re: [ovirt-users] User portal permissions

[Staniforth, Paul]

Hello Kristian,


I haven't upgraded to 4.2 yet but in 4.1


I create a Directory services group and add the user to it

Then I give the user roles


VmCreator

DiskProfileUser

VnicProfileUser


These can be added to a DC, storage domain, cluster, etc.


The  VnicProfileUser means that you can restrict networks and impose QOS, 
Network Filters,etc.


We then add UserTemplateBasedVm permission to give them access to specific 
templates.


For users we allow to create templates we add TemplateCreator permission to 
their group.


These are all user permissions so they can't login to the admin portal.


Regards,

 Paul S.





From: users-boun...@ovirt.org  on behalf of Kristian 
Petersen 
Sent: 01 May 2018 16:36
To: users
Subject: [ovirt-users] User portal permissions

I have a user that I want to be able to create VMs, create and attach disks to 
the new VM, add a network interface to the VM, and get the OS installed so it 
is ready to use.  I am completely confused on which role (or roles) this user 
would need to do that without making them an admin.  Can someone give me some 
guidance here?

--
Kristian Petersen
System Administrator
BYU Dept. of Chemistry and Biochemistry
To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Is it possible to recover from a failed Engine host?

[~Stack~]

On 05/02/2018 07:27 AM, Alexander Wels wrote:
> On Wednesday, May 2, 2018 8:03:53 AM EDT ~Stack~ wrote:
>> Greetings,
>>
>> I have a dev environment where it seems the hard drive on our Engine
>> host kicked the bucket (Yeah, I know. Smartmon. I watch it closely on
>> the systems I care about - this was a learning environment for me so I
>> didn't).
>>
>> The Hypervisors are fine and the VM's running on the Hypervisors are
>> fine...But I can't manage any of the Hypervisors. To make things a bit
>> more tricky, the SQL and the backups were on the drive that died. I
>> really don't have anything from that host. It's dev. I can rebuild. But
>> it is also a learning environment for me so might as well use this to learn.
>>
>> Is it possible for me to build a new Engine host and attach it to an
>> existing hypervisor environment? Better yet, would this be something I
>> could do as a hosted-engine-deploy? (something I haven't experimented
>> with yet.)
>>
>> Again, this is a play ground so if it goes horrifically wrong...oh well.
>> But I would really like to try to recover it for the learning
>> experience. I've been poking around in the documentation but I haven't
>> seen anything that seems to address this issue directly.
>>
>> Thoughts?
>>
>> Thanks!
>> ~Stack~
> 
> As long as the storage domain is in tact you should be able to recover 
> everything. And it does sound like this is the case as the VMs are still 
> running. Basically you just install a new engine somewhere and then do the 
> following:
> 
> - Create new Data Center
> - Create new Cluster
> - You will need a host to add to your cluster. Add this host.
> - Create a small temporary storage domain, this will allow you to bring up 
> the 
> data center which in turn will allow you to IMPORT the existing storage 
> domain.
> - Once the DC is up, you can 'import' the existing storage domain, it will 
> warn you that the storage domain is still attached to another DC, but since 
> that engine is gone, you can ignore that.
> - Once the new DC is imported you can stop/detach/remove the small temporary 
> storage domain, which will make the imported storage domain, the master 
> domain.
> 
> Once all that is done, you can simply go to the storage domain, and 'import' 
> whatever VM/template you have stored on the storage domain, and it will show 
> up in the VM/template list. Then you add all your hosts and you should have a 
> running environment again.
> 

Thank you! I will give it a try and see what happens.
~Stack~




signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Is it possible to recover from a failed Engine host?

[Alexander Wels]

On Wednesday, May 2, 2018 8:03:53 AM EDT ~Stack~ wrote:
> Greetings,
> 
> I have a dev environment where it seems the hard drive on our Engine
> host kicked the bucket (Yeah, I know. Smartmon. I watch it closely on
> the systems I care about - this was a learning environment for me so I
> didn't).
> 
> The Hypervisors are fine and the VM's running on the Hypervisors are
> fine...But I can't manage any of the Hypervisors. To make things a bit
> more tricky, the SQL and the backups were on the drive that died. I
> really don't have anything from that host. It's dev. I can rebuild. But
> it is also a learning environment for me so might as well use this to learn.
> 
> Is it possible for me to build a new Engine host and attach it to an
> existing hypervisor environment? Better yet, would this be something I
> could do as a hosted-engine-deploy? (something I haven't experimented
> with yet.)
> 
> Again, this is a play ground so if it goes horrifically wrong...oh well.
> But I would really like to try to recover it for the learning
> experience. I've been poking around in the documentation but I haven't
> seen anything that seems to address this issue directly.
> 
> Thoughts?
> 
> Thanks!
> ~Stack~

As long as the storage domain is in tact you should be able to recover 
everything. And it does sound like this is the case as the VMs are still 
running. Basically you just install a new engine somewhere and then do the 
following:

- Create new Data Center
- Create new Cluster
- You will need a host to add to your cluster. Add this host.
- Create a small temporary storage domain, this will allow you to bring up the 
data center which in turn will allow you to IMPORT the existing storage 
domain.
- Once the DC is up, you can 'import' the existing storage domain, it will 
warn you that the storage domain is still attached to another DC, but since 
that engine is gone, you can ignore that.
- Once the new DC is imported you can stop/detach/remove the small temporary 
storage domain, which will make the imported storage domain, the master 
domain.

Once all that is done, you can simply go to the storage domain, and 'import' 
whatever VM/template you have stored on the storage domain, and it will show 
up in the VM/template list. Then you add all your hosts and you should have a 
running environment again.





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

[ovirt-users] Is it possible to recover from a failed Engine host?

[~Stack~]

Greetings,

I have a dev environment where it seems the hard drive on our Engine
host kicked the bucket (Yeah, I know. Smartmon. I watch it closely on
the systems I care about - this was a learning environment for me so I
didn't).

The Hypervisors are fine and the VM's running on the Hypervisors are
fine...But I can't manage any of the Hypervisors. To make things a bit
more tricky, the SQL and the backups were on the drive that died. I
really don't have anything from that host. It's dev. I can rebuild. But
it is also a learning environment for me so might as well use this to learn.

Is it possible for me to build a new Engine host and attach it to an
existing hypervisor environment? Better yet, would this be something I
could do as a hosted-engine-deploy? (something I haven't experimented
with yet.)

Again, this is a play ground so if it goes horrifically wrong...oh well.
But I would really like to try to recover it for the learning
experience. I've been poking around in the documentation but I haven't
seen anything that seems to address this issue directly.

Thoughts?

Thanks!
~Stack~



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Re-attaching ISOs and moving ISOs storage

[Callum Smith]

This is on 4.2.0.2-1, I've linked the main logs to dropbox simply because 
they're big, full of noise right now.
https://www.dropbox.com/s/f8q3m5amro2a1b2/engine.log?dl=0
https://www.dropbox.com/s/uods85jk65halo3/vdsm.log?dl=0

Regards,
Callum

--

Callum Smith
Research Computing Core
Wellcome Trust Centre for Human Genetics
University of Oxford
e. cal...@well.ox.ac.uk

On 2 May 2018, at 10:43, Fred Rolland 
mailto:froll...@redhat.com>> wrote:

Which version are you using?
Can you provide the whole log?

For some reason, it looks like the Vdsm thinks that the Storage Domain is not 
part of the pool.

On Wed, May 2, 2018 at 11:20 AM, Callum Smith 
mailto:cal...@well.ox.ac.uk>> wrote:
State is maintenance for the ISOs storage. I've extracted what is hopefully the 
relevant bits of the log.

VDSM.log (SPM)

2018-05-02 09:16:03,455+0100 INFO  (ioprocess communication (179084)) 
[IOProcess] Starting ioprocess (__init__:447)
2018-05-02 09:16:03,456+0100 INFO  (ioprocess communication (179091)) 
[IOProcess] Starting ioprocess (__init__:447)
2018-05-02 09:16:03,461+0100 INFO  (jsonrpc/0) [vdsm.api] FINISH 
activateStorageDomain error=Storage domain not in pool: 
u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae, 
pool=5a54bf81-0228-02bc-0358-0304' from=:::192.168.64.254,58968, 
flow_id=93433989-8e26-48a9-bd3a-2ab95f296c08, 
task_id=7f21f911-348f-45a3-b79c-e3cb11642035 (api:50)
2018-05-02 09:16:03,461+0100 ERROR (jsonrpc/0) [storage.TaskManager.Task] 
(Task='7f21f911-348f-45a3-b79c-e3cb11642035') Unexpected error (task:875)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in 
_run
return fn(*args, **kargs)
  File "", line 2, in activateStorageDomain
  File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method
ret = func(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 1256, in 
activateStorageDomain
pool.activateSD(sdUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, 
in wrapper
return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1130, in 
activateSD
self.validateAttachedDomain(dom)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, 
in wrapper
return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 557, in 
validateAttachedDomain
raise se.StorageDomainNotInPool(self.spUUID, dom.sdUUID)
StorageDomainNotInPool: Storage domain not in pool: 
u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae, 
pool=5a54bf81-0228-02bc-0358-0304'
2018-05-02 09:16:03,461+0100 INFO  (jsonrpc/0) [storage.TaskManager.Task] 
(Task='7f21f911-348f-45a3-b79c-e3cb11642035') aborting: Task is aborted: 
"Storage domain not in pool: u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae, 
pool=5a54bf81-0228-02bc-0358-0304'" - code 353 (task:1181)
2018-05-02 09:16:03,462+0100 ERROR (jsonrpc/0) [storage.Dispatcher] FINISH 
activateStorageDomain error=Storage domain not in pool: 
u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae, 
pool=5a54bf81-0228-02bc-0358-0304' (dispatcher:82)

engine.log

2018-05-02 09:16:02,326+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(default task-20) [93433989-8e26-48a9-bd3a-2ab95f296c08] Lock Acquired to 
object 
'EngineLock:{exclusiveLocks='[f5914df0-f46c-4cc0-b666-c929aa0225ae=STORAGE]', 
sharedLocks=''}'
2018-05-02 09:16:02,376+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(EE-ManagedThreadFactory-engine-Thread-33455) 
[93433989-8e26-48a9-bd3a-2ab95f296c08] Running command: 
ActivateStorageDomainCommand internal: false. Entities affected :  ID: 
f5914df0-f46c-4cc0-b666-c929aa0225ae Type: StorageAction group 
MANIPULATE_STORAGE_DOMA
IN with role type ADMIN
2018-05-02 09:16:02,385+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(EE-ManagedThreadFactory-engine-Thread-33455) 
[93433989-8e26-48a9-bd3a-2ab95f296c08] Lock freed to object 
'EngineLock:{exclusiveLocks='[f5914df0-f46c-4cc0-b666-c929aa0225ae=STORAGE]', 
sharedLocks=''}'
2018-05-02 09:16:02,385+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(EE-ManagedThreadFactory-engine-Thread-33455) 
[93433989-8e26-48a9-bd3a-2ab95f296c08] ActivateStorage Domain. Before Connect 
all hosts to pool. Time: Wed May 02 09:16:02 BST 2018
2018-05-02 09:16:02,407+01 INFO  
[org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand] 
(EE-ManagedThreadFactory-engine-Thread-33456) [40a82b47] Running command: 
ConnectStorageToVdsCommand internal: true. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN
2018-05-02 09:16:02,421+01 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(EE

Re: [ovirt-users] Can't switch ovirt host to maintenance mode : image transfer in progress

[Fred Rolland]

Hi,

Maybe you tried to upload/download images, and these are still running.
Go to the disks tab and see if you have Upload/Download operations in
progress cancel them.
You have the option to cancel in the Download/Upload buttons.

Regards,
Fred

On Wed, May 2, 2018 at 11:29 AM, Arnaud Lauriou 
wrote:

> Hi,
>
> While upgrading host from ovirt 4.1.9 to ovirt 4.2.2, got one ovirt host
> which I can't move to maintenance mode for the following reason :
> 2018-05-02 10:16:18,789+02 WARN 
> [org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand]
> (default task-27) [193c3d45-5b25-4ccf-9d2c-5b792e99b9fe] Validation of
> action 'MaintenanceNumberOfVdss' failed for user admin@internal-authz.
> Reasons: VAR__TYPE__HOST,VAR__ACTION__MAINTENANCE,VDS_CANNOT_MAINTENA
> NCE_HOST_WITH_RUNNING_IMAGE_TRANSFERS,$host x,$disks
> a1476ae5-990d-45a7-90bd-c2553f8d08d3,
> b2616eef-bd13-4d9b-a513-52445ebaedb6,
> 13152865-2753-407a-a0e1-425e09889d92,$disks_COUNTER 3
>
> I don't know what are those 3 images transfers in progress, there is no VM
> running on this host.
> I try to list old task running on it with the taskcleaner.sh script on the
> engine : found nothing.
>
> How can I delete or remove those entries ?
>
> Regards,
>
> Arnaud Lauriou
> ___
> 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] Re-attaching ISOs and moving ISOs storage

[Fred Rolland]

Which version are you using?
Can you provide the whole log?

For some reason, it looks like the Vdsm thinks that the Storage Domain is
not part of the pool.

On Wed, May 2, 2018 at 11:20 AM, Callum Smith  wrote:

> State is maintenance for the ISOs storage. I've extracted what is
> hopefully the relevant bits of the log.
>
> VDSM.log (SPM)
>
> 2018-05-02 09:16:03,455+0100 INFO  (ioprocess communication (179084))
> [IOProcess] Starting ioprocess (__init__:447)
> 2018-05-02 09:16:03,456+0100 INFO  (ioprocess communication (179091))
> [IOProcess] Starting ioprocess (__init__:447)
> 2018-05-02 09:16:03,461+0100 INFO  (jsonrpc/0) [vdsm.api] FINISH
> activateStorageDomain error=Storage domain not in pool:
> u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae,
> pool=5a54bf81-0228-02bc-0358-0304' from=:::192.168.64.254,58968,
> flow_id=93433989-8e26-48a9-bd3a-2ab95f296c08, 
> task_id=7f21f911-348f-45a3-b79c-e3cb11642035
> (api:50)
> 2018-05-02 09:16:03,461+0100 ERROR (jsonrpc/0) [storage.TaskManager.Task]
> (Task='7f21f911-348f-45a3-b79c-e3cb11642035') Unexpected error (task:875)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882,
> in _run
> return fn(*args, **kargs)
>   File "", line 2, in activateStorageDomain
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in
> method
> ret = func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 1256,
> in activateStorageDomain
> pool.activateSD(sdUUID)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line
> 79, in wrapper
> return method(self, *args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1130,
> in activateSD
> self.validateAttachedDomain(dom)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line
> 79, in wrapper
> return method(self, *args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 557,
> in validateAttachedDomain
> raise se.StorageDomainNotInPool(self.spUUID, dom.sdUUID)
> StorageDomainNotInPool: Storage domain not in pool:
> u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae,
> pool=5a54bf81-0228-02bc-0358-0304'
> 2018-05-02 09:16:03,461+0100 INFO  (jsonrpc/0) [storage.TaskManager.Task]
> (Task='7f21f911-348f-45a3-b79c-e3cb11642035') aborting: Task is aborted:
> "Storage domain not in pool: u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae,
> pool=5a54bf81-0228-02bc-0358-0304'" - code 353 (task:1181)
> 2018-05-02 09:16:03,462+0100 ERROR (jsonrpc/0) [storage.Dispatcher] FINISH
> activateStorageDomain error=Storage domain not in pool:
> u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae,
> pool=5a54bf81-0228-02bc-0358-0304' (dispatcher:82)
>
> engine.log
>
> 2018-05-02 09:16:02,326+01 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] (default task-20)
> [93433989-8e26-48a9-bd3a-2ab95f296c08] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[f5914df0-f46c-4cc0-b666-c929aa0225ae=STORAGE]',
> sharedLocks=''}'
> 2018-05-02 09:16:02,376+01 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (EE-ManagedThreadFactory-engine-Thread-33455)
> [93433989-8e26-48a9-bd3a-2ab95f296c08] Running command:
> ActivateStorageDomainCommand internal: false. Entities affected :  ID:
> f5914df0-f46c-4cc0-b666-c929aa0225ae Type: StorageAction group
> MANIPULATE_STORAGE_DOMA
> IN with role type ADMIN
> 2018-05-02 09:16:02,385+01 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (EE-ManagedThreadFactory-engine-Thread-33455)
> [93433989-8e26-48a9-bd3a-2ab95f296c08] Lock freed to object
> 'EngineLock:{exclusiveLocks='[f5914df0-f46c-4cc0-b666-c929aa0225ae=STORAGE]',
> sharedLocks=''}'
> 2018-05-02 09:16:02,385+01 INFO  [org.ovirt.engine.core.bll.
> storage.domain.ActivateStorageDomainCommand] 
> (EE-ManagedThreadFactory-engine-Thread-33455)
> [93433989-8e26-48a9-bd3a-2ab95f296c08] ActivateStorage Domain. Before
> Connect all hosts to pool. Time: Wed May 02 09:16:02 BST 2018
> 2018-05-02 09:16:02,407+01 INFO  [org.ovirt.engine.core.bll.
> storage.connection.ConnectStorageToVdsCommand] 
> (EE-ManagedThreadFactory-engine-Thread-33456)
> [40a82b47] Running command: ConnectStorageToVdsCommand internal: true.
> Entities affected :  ID: aaa0----123456789aaa Type:
> SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN
> 2018-05-02 09:16:02,421+01 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
> (EE-ManagedThreadFactory-engine-Thread-33456) [40a82b47] START,
> ConnectStorageServerVDSCommand(HostName = virtA003,
> StorageServerConnectionManagementVDSParameters:{hostId='
> fe2861fc-2b47-4807-b054-470198eda473', storagePoolId='--
> --00
> 00', storageType='NFS', connectionList='[
> StorageServerConnections:{id='da392861-aedc-4f1e-97f4-6919fb0

[ovirt-users] Can't switch ovirt host to maintenance mode : image transfer in progress

[Arnaud Lauriou]

Hi,

While upgrading host from ovirt 4.1.9 to ovirt 4.2.2, got one ovirt host 
which I can't move to maintenance mode for the following reason :
2018-05-02 10:16:18,789+02 WARN 
[org.ovirt.engine.core.bll.MaintenanceNumberOfVdssCommand] (default 
task-27) [193c3d45-5b25-4ccf-9d2c-5b792e99b9fe] Validation of action 
'MaintenanceNumberOfVdss' failed for user admin@internal-authz. Reasons: 
VAR__TYPE__HOST,VAR__ACTION__MAINTENANCE,VDS_CANNOT_MAINTENANCE_HOST_WITH_RUNNING_IMAGE_TRANSFERS,$host 
x,$disks

a1476ae5-990d-45a7-90bd-c2553f8d08d3,
b2616eef-bd13-4d9b-a513-52445ebaedb6,
13152865-2753-407a-a0e1-425e09889d92,$disks_COUNTER 3

I don't know what are those 3 images transfers in progress, there is no 
VM running on this host.
I try to list old task running on it with the taskcleaner.sh script on 
the engine : found nothing.


How can I delete or remove those entries ?

Regards,

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

Re: [ovirt-users] Re-attaching ISOs and moving ISOs storage

[Callum Smith]

State is maintenance for the ISOs storage. I've extracted what is hopefully the 
relevant bits of the log.

VDSM.log (SPM)

2018-05-02 09:16:03,455+0100 INFO  (ioprocess communication (179084)) 
[IOProcess] Starting ioprocess (__init__:447)
2018-05-02 09:16:03,456+0100 INFO  (ioprocess communication (179091)) 
[IOProcess] Starting ioprocess (__init__:447)
2018-05-02 09:16:03,461+0100 INFO  (jsonrpc/0) [vdsm.api] FINISH 
activateStorageDomain error=Storage domain not in pool: 
u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae, 
pool=5a54bf81-0228-02bc-0358-0304' from=:::192.168.64.254,58968, 
flow_id=93433989-8e26-48a9-bd3a-2ab95f296c08, 
task_id=7f21f911-348f-45a3-b79c-e3cb11642035 (api:50)
2018-05-02 09:16:03,461+0100 ERROR (jsonrpc/0) [storage.TaskManager.Task] 
(Task='7f21f911-348f-45a3-b79c-e3cb11642035') Unexpected error (task:875)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in 
_run
return fn(*args, **kargs)
  File "", line 2, in activateStorageDomain
  File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in method
ret = func(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 1256, in 
activateStorageDomain
pool.activateSD(sdUUID)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, 
in wrapper
return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 1130, in 
activateSD
self.validateAttachedDomain(dom)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/securable.py", line 79, 
in wrapper
return method(self, *args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/sp.py", line 557, in 
validateAttachedDomain
raise se.StorageDomainNotInPool(self.spUUID, dom.sdUUID)
StorageDomainNotInPool: Storage domain not in pool: 
u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae, 
pool=5a54bf81-0228-02bc-0358-0304'
2018-05-02 09:16:03,461+0100 INFO  (jsonrpc/0) [storage.TaskManager.Task] 
(Task='7f21f911-348f-45a3-b79c-e3cb11642035') aborting: Task is aborted: 
"Storage domain not in pool: u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae, 
pool=5a54bf81-0228-02bc-0358-0304'" - code 353 (task:1181)
2018-05-02 09:16:03,462+0100 ERROR (jsonrpc/0) [storage.Dispatcher] FINISH 
activateStorageDomain error=Storage domain not in pool: 
u'domain=f5914df0-f46c-4cc0-b666-c929aa0225ae, 
pool=5a54bf81-0228-02bc-0358-0304' (dispatcher:82)

engine.log

2018-05-02 09:16:02,326+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(default task-20) [93433989-8e26-48a9-bd3a-2ab95f296c08] Lock Acquired to 
object 
'EngineLock:{exclusiveLocks='[f5914df0-f46c-4cc0-b666-c929aa0225ae=STORAGE]', 
sharedLocks=''}'
2018-05-02 09:16:02,376+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(EE-ManagedThreadFactory-engine-Thread-33455) 
[93433989-8e26-48a9-bd3a-2ab95f296c08] Running command: 
ActivateStorageDomainCommand internal: false. Entities affected :  ID: 
f5914df0-f46c-4cc0-b666-c929aa0225ae Type: StorageAction group 
MANIPULATE_STORAGE_DOMA
IN with role type ADMIN
2018-05-02 09:16:02,385+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(EE-ManagedThreadFactory-engine-Thread-33455) 
[93433989-8e26-48a9-bd3a-2ab95f296c08] Lock freed to object 
'EngineLock:{exclusiveLocks='[f5914df0-f46c-4cc0-b666-c929aa0225ae=STORAGE]', 
sharedLocks=''}'
2018-05-02 09:16:02,385+01 INFO  
[org.ovirt.engine.core.bll.storage.domain.ActivateStorageDomainCommand] 
(EE-ManagedThreadFactory-engine-Thread-33455) 
[93433989-8e26-48a9-bd3a-2ab95f296c08] ActivateStorage Domain. Before Connect 
all hosts to pool. Time: Wed May 02 09:16:02 BST 2018
2018-05-02 09:16:02,407+01 INFO  
[org.ovirt.engine.core.bll.storage.connection.ConnectStorageToVdsCommand] 
(EE-ManagedThreadFactory-engine-Thread-33456) [40a82b47] Running command: 
ConnectStorageToVdsCommand internal: true. Entities affected :  ID: 
aaa0----123456789aaa Type: SystemAction group 
CREATE_STORAGE_DOMAIN with role type ADMIN
2018-05-02 09:16:02,421+01 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-33456) [40a82b47] START, 
ConnectStorageServerVDSCommand(HostName = virtA003, 
StorageServerConnectionManagementVDSParameters:{hostId='fe2861fc-2b47-4807-b054-470198eda473',
 storagePoolId='----00
00', storageType='NFS', 
connectionList='[StorageServerConnections:{id='da392861-aedc-4f1e-97f4-6919fb01f1e9',
 connection='backoffice01.cluster:/vm-iso', iqn='null', vfsType='null', 
mountOptions='null', nfsVersion='null', nfsRetrans='null', nfsTimeo='null', 
iface='null', netIfaceName='null'}]'}), log id: 23ce648f
2018-05-02 09:16:02,446+01 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] 
(EE-ManagedThreadFactory-engine-

Re: [ovirt-users] unable to start engine

[Martin Sivak]

Hi,

you are probably running 4.2 in global maintenance mode right? We do
not download the vm.conf unless we need it and since you just rebooted
the machine it might be missing indeed.

It should recover properly if you let the agent do its job and start
the engine by itself. It will download the vm.conf in the process.

Best regards

Martin Sivak

On Wed, May 2, 2018 at 2:52 AM, Justin Zygmont  wrote:
> After rebooting the node hosting the engine, I get this:
>
>
>
> # hosted-engine --connect-storage
>
> # hosted-engine --vm-start
>
> 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.
>
>
>
> ovirt-ha-agent is running and the NFS server is reachable, it used to work.
> I don’t see which log to check or where to look
>
>
> ___
> 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] Hosted Engine Deploy failed

[suporte]

I managed to overcome giving this input to configuration, without a DNS server: 

...
  How should the engine VM network be configured (DHCP, Static)[DHCP]? 
Static
  Please enter the IP address to be used for the engine VM 
[192.168.50.200]: 192.168.50.190
[ INFO  ] The engine VM will be configured to use 192.168.50.190/24
  Please provide a comma-separated list (max 3) of IP addresses of 
domain name servers for the engine VM
  Engine VM DNS (leave it empty to skip) [127.0.0.1]: 
  Add lines for the appliance itself and for this host to /etc/hosts on 
the engine VM?
  Note: ensuring that this host could resolve the engine VM hostname is 
still up to you
  (Yes, No)[No] Yes
... 


De: "Simone Tiraboschi"  
Para: supo...@logicworks.pt 
Cc: "users"  
Enviadas: Sexta-feira, 27 De Abril de 2018 18:04:24 
Assunto: Re: [ovirt-users] Hosted Engine Deploy failed 



On Fri, Apr 27, 2018 at 1:07 AM, < supo...@logicworks.pt > wrote: 



I found that the setup process creates a different IP on /etc/hosts 

I choose static IP, enter the IP I want, already have the right configuration 
on /etc/hosts, but the setup creates another line with a different IP Address. 
I follow this https://bugzilla.redhat.com/show_bug.cgi?id=1548508 
but no luck 




This is absolutely fine: 
the node 0 flow creates a locally running VM connected over a natted DHCP 
network in order to use it to boostrap the rest of the system. 
At the end, the content of that local temporary VM will be moved over the 
shared storage and the VM will be restarted from there properly connected to 
your network. 

BQ_BEGIN


De: supo...@logicworks.pt 
Para: users@ovirt.org 
Enviadas: Quinta-feira, 26 De Abril de 2018 18:06:30 
Assunto: [ovirt-users] Hosted Engine Deploy failed 

Hi, 

I'm trying to install oVirt 4.2.2 HE but always get the error: 
[ INFO ] TASK [Shutdown local VM] 
[ INFO ] changed: [localhost] 
[ INFO ] TASK [Wait for local VM shutdown] 
[ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 120, "changed": true, 
"cmd": "virsh -r dominfo \"HostedEngineLocal\" | grep State", "delta": 
"0:00:00.037367", "end": "2018-04-26 17:58:56.480445", "msg": "non-zero return 
code", "rc": 1, "start": "2018-04-26 17:58:56.443078", "stderr": "", 
"stderr_lines": [], "stdout": "", "stdout_lines": []} 

It can write on the NFS storage but always fail. 

I have searching around but did not found any solution. 

Any idea? 



Log is attached. 

Versions: 
CentOS Linux release 7.4.1708 (Core) 
ovirt-hosted-engine-ha-2.2.10-1.el7.centos.noarch 
ovirt-release42-4.2.2-3.el7.centos.noarch 
ovirt-hosted-engine-setup-2.2.16-1.el7.centos.noarch 
python-ovirt-engine-sdk4-4.2.4-2.el7.centos.x86_64 
ovirt-host-deploy-1.7.3-1.el7.centos.noarch 
ovirt-vmconsole-1.0.4-1.el7.noarch 
ovirt-imageio-daemon-1.2.2-0.el7.centos.noarch 
ovirt-provider-ovn-driver-1.2.9-1.el7.centos.noarch 
ovirt-host-4.2.2-2.el7.centos.x86_64 
ovirt-engine-sdk-python-3.6.9.1-1.el7.noarch 
ovirt-setup-lib-1.1.4-1.el7.centos.noarch 
ovirt-host-dependencies-4.2.2-2.el7.centos.x86_64 
ovirt-engine-appliance-4.2-20180329.1.el7.centos.noarch 
cockpit-ovirt-dashboard-0.11.20-1.el7.centos.noarch 
ovirt-imageio-common-1.2.2-0.el7.centos.noarch 
ovirt-vmconsole-host-1.0.4-1.el7.noarch 

Thanks 

-- 

Jose Ferradeira 
http://www.logicworks.pt 

___ 
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 


BQ_END


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

Re: [ovirt-users] User portal permissions

[Michael Mortensen (MCMR)]

Hi Kristian,

As far as I’ve experienced myself, too, they would need one or more admin 
roles/permissions. The permissions can however be quite freely distributed to 
the user, and since you can create a custom role, too, it should be possible to 
stitch together a rather limited admin-role.
Regular non-admin privileges supposedly only gives access to the VM Portal and 
not actually the Administration Portal (in which you could do all of this).


All the best,
Mike


From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
Kristian Petersen
Sent: 1. maj 2018 17:36
To: users 
Subject: [ovirt-users] User portal permissions

I have a user that I want to be able to create VMs, create and attach disks to 
the new VM, add a network interface to the VM, and get the OS installed so it 
is ready to use.  I am completely confused on which role (or roles) this user 
would need to do that without making them an admin.  Can someone give me some 
guidance here?

--
Kristian Petersen
System Administrator
BYU Dept. of Chemistry and Biochemistry
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] unable to start engine

[Yanir Quinn]

I would also recommend reading:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.1/html/self-hosted_engine_guide/troubleshooting



On Wed, May 2, 2018 at 10:26 AM, Yanir Quinn  wrote:

> Hi Justin,
>
> What are the version release numbers of ovirt-hosted-engine, ovirt-host,
> ovirt-engine, vdsm, ovirt-host-deploy, libvirt ?
> What type of installation are you using ?
> What is the status of the ovirt-ha-*agent* ovirt-ha-broker services ?
> Does vm.conf file exist ?  (e.g. /var/run/ovirt-hosted-engine-ha/vm.conf)
> What is the output of  hosted-engine --vm-status ?
> Can you provide agent.log, vdsm.log ?
>
> Thanks
> Yanir Quinn
>
> On Wed, May 2, 2018 at 3:52 AM, Justin Zygmont 
> wrote:
>
>> After rebooting the node hosting the engine, I get this:
>>
>>
>>
>> # hosted-engine --connect-storage
>>
>> # hosted-engine --vm-start
>>
>> 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.
>>
>>
>>
>> ovirt-ha-agent is running and the NFS server is reachable, it used to
>> work.  I don’t see which log to check or where to look
>>
>> ___
>> 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] Re-attaching ISOs and moving ISOs storage

[Fred Rolland]

Hi,

Can you provide logs from engine and Vdsm(SPM)?
What is the state now?

Thanks,
Fred

On Tue, May 1, 2018 at 4:11 PM, Callum Smith  wrote:

> Dear All,
>
> It appears that clicking "detach" on the ISO storage domain is a really
> bad idea. This has gotten half way through the procedure and now can't be
> recovered from. Is there any advice for re-attaching the ISO storage domain
> manually? An NFS mount didn't add it back to the "pool" unfortunately.
>
> On a separate note, is it possible to migrate this storage to a new
> location? And if so how.
>
> Regards,
> Callum
>
> --
>
> Callum Smith
> Research Computing Core
> Wellcome Trust Centre for Human Genetics
> University of Oxford
> e. cal...@well.ox.ac.uk
>
>
> ___
> 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] adding a host

[Yanir Quinn]

Hi,

What document are you using ?
See if you find the needed information here :
https://ovirt.org/documentation/admin-guide/chap-Hosts/

For engine related potential errors i recommend also checking the
engine.log and in UI check the events section.

Regards,
Yanir Quinn

On Tue, May 1, 2018 at 11:11 PM, Justin Zygmont 
wrote:

> I have tried to add a host to the engine and it just takes forever never
> working or giving any error message.  When I look in the engine’s
> server.log I see it says the networks are missing.
>
> I thought when you install a node and add it to the engine it will add the
> networks automatically?  The docs don’t give much information about this,
> and I can’t even remove the host through the UI.  What steps are required
> to prepare a node when several vlans are involved?
>
>
>
>
>
> ___
> 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] unable to start engine

[Yanir Quinn]

Hi Justin,

What are the version release numbers of ovirt-hosted-engine, ovirt-host,
ovirt-engine, vdsm, ovirt-host-deploy, libvirt ?
What type of installation are you using ?
What is the status of the ovirt-ha-*agent* ovirt-ha-broker services ?
Does vm.conf file exist ?  (e.g. /var/run/ovirt-hosted-engine-ha/vm.conf)
What is the output of  hosted-engine --vm-status ?
Can you provide agent.log, vdsm.log ?

Thanks
Yanir Quinn

On Wed, May 2, 2018 at 3:52 AM, Justin Zygmont 
wrote:

> After rebooting the node hosting the engine, I get this:
>
>
>
> # hosted-engine --connect-storage
>
> # hosted-engine --vm-start
>
> 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.
>
>
>
> ovirt-ha-agent is running and the NFS server is reachable, it used to
> work.  I don’t see which log to check or where to look
>
> ___
> 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