Re: [ovirt-users] Engine start up error (NIC name too long)

[Alexander Witte]

Hi Didi,

Thanks for the reply.

oVirt Engine Version: 4.1.6.2-1.el7.centos

I was able to locate the vm.conf file (/var/run/ovirt-hosted-engine-ha) for the 
engine and I tried changing the NIC name to something smaller: “prvmgmt".  
Libvirt then threw an error that the MTU for the NIC was incorrect.  So I’m not 
sure if the NIC name length was the exact cause.  Anyway I ended up editing the 
conf file to wipe that NIC and then was able to successfully log into the 
engine.

Thanks for your response, appreciate it.

Alex Witte


On Oct 15, 2017, at 9:31 AM, Yedidyah Bar David 
<d...@redhat.com<mailto:d...@redhat.com>> wrote:

On Sun, Oct 15, 2017 at 4:25 AM, Alexander Witte
<alexander.wi...@baicanada.com<mailto:alexander.wi...@baicanada.com>> wrote:
Help!

I seem to be getting this error when trying to start the hosted engine.  I
had created another network interface for the engine and it appears the name
is too long?  Can someone please point me to how I can resolve this?



2017-10-14 21:03:00,292-0400 ERROR (vm/c1dae7a4) [virt.vm]
(vmId='c1dae7a4-5b86-4fcb-b66d-4a6a91bbe2ad') The vm start process failed
(vm:631)
Traceback (most recent call last):
 File "/usr/share/vdsm/virt/vm.py", line 562, in _startUnderlyingVm
   self._run()
 File "/usr/share/vdsm/virt/vm.py", line 2060, in _run
   self._connection.createXML(domxml, flags),
 File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
123, in wrapper
   ret = f(*args, **kwargs)
 File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1006, in
wrapper
   return func(inst, *args, **kwargs)
 File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3567, in
createXML
   if ret is None:raise libvirtError('virDomainCreateXML() failed',
conn=self)
libvirtError: Network interface name 'PrivateManagement' is too long:
Numerical result out of range
2017-10-14 21:03:00,300-0400 INFO  (vm/c1dae7a4) [virt.vm]
(vmId='c1dae7a4-5b86-4fcb-b66d-4a6a91bbe2ad') Changed state to Down: Network
interface name 'PrivateManagement' is too long: Numerical result out of
range (code=1) (vm:1259)

Searching google, I only find two results - your post, and:

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

So should be fixed in 4.1.6. Which version do you use?

Regards,
--
Didi

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

[ovirt-users] Engine start up error (NIC name too long)

[Alexander Witte]

Help!

I seem to be getting this error when trying to start the hosted engine.  I had 
created another network interface for the engine and it appears the name is too 
long?  Can someone please point me to how I can resolve this?



2017-10-14 21:03:00,292-0400 ERROR (vm/c1dae7a4) [virt.vm] 
(vmId='c1dae7a4-5b86-4fcb-b66d-4a6a91bbe2ad') The vm start process failed 
(vm:631)
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/vm.py", line 562, in _startUnderlyingVm
self._run()
  File "/usr/share/vdsm/virt/vm.py", line 2060, in _run
self._connection.createXML(domxml, flags),
  File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 123, 
in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1006, in wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3567, in createXML
if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: Network interface name 'PrivateManagement' is too long: Numerical 
result out of range
2017-10-14 21:03:00,300-0400 INFO  (vm/c1dae7a4) [virt.vm] 
(vmId='c1dae7a4-5b86-4fcb-b66d-4a6a91bbe2ad') Changed state to Down: Network 
interface name 'PrivateManagement' is too long: Numerical result out of range 
(code=1) (vm:1259)

Sincerely appreciate any help.

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

Re: [ovirt-users] How to import a qcow2 disk into ovirt

[Alexander Witte]

Hey Nick,

I had the same problem and in my case the engine firewall was blocking.  I 
tried disabling it temporarily and it worked.  I think the specific port to 
allow is 54322.


Sent from my iPhone

On Oct 4, 2017, at 5:50 AM, nicola.gentile.to 
> wrote:

hi,
I tried to import qcow2 vm image (1.1) on ovirt.
My version of ovirt is 4.1.6.2-1.el7.centos on centos.

By admin portal I click on Disk-> Upload -> Start
then I choose a file qcow2, I set the dimension and alias, but after 
inizialization the following message appears:

Unable to upload image to disk a8c878e2-8255-4aa1-8954-a76e0bdf3b88 due to a 
network error. Make sure ovirt-imageio-proxy service is installed and 
configured, and ovirt-engine's certificate is registered as a valid CA in the 
browser. The certificate can be fetched from 
https:///ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA

I have registered the certificate in the browser but nothing not work.
I tried with Firefox and Chromium browsers.

I tried to modify the ovirt-imageio-proxy.conf with setting 'use_ssl = false' 
but not work.

I attach engine logs

How can I solve? Thank very much
Regards

Nick


Il 08/09/2016 09:00, Yaniv Dary ha scritto:
Can you send a screenshot of your browser when the issue happens?


Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary

On Fri, Sep 2, 2016 at 11:10 PM, Martín Follonier 
> wrote:

Hi,

I've done all the recommendations in this thread, and I'm still getting the 
"Paused by System" message just after the transfer starts.

Honestly I don't know were else to look at, cause I don't find any log entry or 
packet capture that give me a hint about what is happening.

I'll appreciate any help! Thank you in advance!

Regards

Martin


On Thu, Sep 1, 2016 at 5:01 PM, Amit Aviram 
> wrote:

> You can do both,
> Through the database, the table is "vdc_options". change "option_value"
> where "option_name" = 'ImageProxyAddress' .
>
> On Thu, Sep 1, 2016 at 4:56 PM, Gianluca Cecchi 
> 
> > wrote:
>
>> On Thu, Sep 1, 2016 at 3:53 PM, Amit Aviram 
>> > wrote:
>>
>>> You can just replace this value in the DB and change it to the right
>>> FQDN, it is a config value named "ImageProxyAddress". replace "localhost"
>>> with the right address (notice that the port is there too).
>>>
>>> If this will keep happen after users will have the latest version, we
>>> will have to open a bug and fix whatever causes the URL to be "localhost".
>>>
>>>
>> Do you mean through "engine-config" or directly into database?
>> In this second case which is the table involved?
>>
>> Gianluca
>>
>
>

[root@ractorshe bin]# systemctl stop ovirt-imageio-proxy

engine=# select * from vdc_options where option_name='ImageProxyAddress';
 option_id |option_name|  option_value   | version
---+---+-+-
   950 | ImageProxyAddress | localhost:54323 | general
(1 row)

engine=# update vdc_options set option_value='ractorshe.mydomain:54323'
where option_name='ImageProxyAddress';
UPDATE 1
engine=# select * from vdc_options where option_name='ImageProxyAddress';
option_id |option_name| option_value |
version
---+---+--+-
   950 | ImageProxyAddress | ractorshe.mydomain:54323 | general
(1 row)

engine=#

engine=# select * from vdc_options where option_name='ImageProxyAddress';
option_id |option_name| option_value |
version
---+---+--+-
   950 | ImageProxyAddress | ractorshe.mydomain:54323 | general
(1 row)


systemctl stop ovirt-engine
(otherwise it remained localhost)

systemctl start ovirt-engine

systemctl start ovirt-imageio-proxy

Now transfer is ok.
I tried a qcow2 disck configured as 40Gb but containing about 1.6Gb of data.
I'm going to connect it to a VM and see if all is ok also from a contents
point of view.

Gianluca


___
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



___
Users mailing list

[ovirt-users] Passing through a display port to a GUEST vm

[Alexander Witte]

Hi,

Our server has 2 display ports on an integrated graphics card.  One port 
displays the host OS (Centos7 with KVM installed) and we would like the second 
display port to display one of the GUEST VMs (a Windows 10 server).  I was just 
curious if anyone had set this kind of thing up before or if this is even 
possible as there is not external Video card.  This is all in an oVirt 
environment.

If the passthrough on the display port is not possible I was thinking maybe of 
using a usb to hdmi adapter and passing through the USB port to the guest VM?

Here’s the server we’re using:

https://www.menmicro.com/products/box-pcs/bl70w/

If anyone has done this or has any thoughts it would be helpful!

Thanks,

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

Re: [ovirt-users] Host cannot connect to hosted storage domain

[Alexander Witte]

Hi Sandro,

Thanks so much for the reply.

Yeah I ended up reinstalling the Engine referencing the FQDN in the storage 
path.  Fixed all the issues.

Thanks a lot for the Hyperconverged link- at first glance it almost looks like 
the exact setup I am creating and might suit our needs exactly.

Thanks!

Alex Witte
Technology Specialist
Office:  647-349-8484
Mobile: 647-880-7048
www.baicanada.com<http://www.baicanada.com>

[cid:image001.gif@01D0D506.FAB96B00]

On Sep 29, 2017, at 2:21 AM, Sandro Bonazzola 
<sbona...@redhat.com<mailto:sbona...@redhat.com>> wrote:



2017-09-28 2:32 GMT+02:00 Alexander Witte 
<alexander.wi...@baicanada.com<mailto:alexander.wi...@baicanada.com>>:
Hi!

Question hopefully someone can help me out with:

In my Self Hosted Engine environment, the local storage domain DATA (NFS) that 
was created with the self engine installation has been configured as 
localhost:/shares


So it seems you're trying to do an Hyperconverged setup on local NFS. Please 
note this is not a supported configuration.
If you need to have the storage on the hosts you use for running Self Hosted 
Engine and other VMs, I would suggest to follow 
https://ovirt.org/documentation/gluster-hyperconverged/Gluster_Hyperconverged_Guide/



I suspect this is preventing me from adding any additional hosts to the oVirt 
Datacenter as I am receiving a VDSM error that I cannot mount that domain.  I 
think since the domain is set as localhost it cannot be resolved correct by any 
additional hosts...?

You are correct, being the NFS export referenced as localhost:// it is not 
accessible by other hosts.


 The ISO, Data(Master) and EXPORT domains are set as FQDN:/shares/iso and I am 
not seeing problems specific to them.

I am curious what the correct procedure is to change this hosted engine storage 
domain path from localhost:/shares to FQDN:/shares ?  I have attempted this:

1) Put hosted engine in Global Maintenance Mode
2) Shutdown hosted engine
3) edit the /etc/ovirt-hosted-engine/hosted-engine.conf file file and change:
storage=10.0.0.223:/shares   to
storage=menmaster.traindemo.local:/shares
4) Restart hosted engine


If this is a fresh install, I would suggest to restart from scratch following 
the Hyperconverged guide.


Although I’m not having any luck restarting the hosted engine after and running 
a journalctl -u on the overt-ha-agent service is giving me this:

Sep 27 20:17:19 menmaster.traindemo.local ovirt-ha-agent[2052]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call 
last):
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 
191, in _run_agent
return 
action(he)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 
64, in action_proper
return 
he.start_monitoring()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
 line 409, in start_monitoring

self._initialize_storage_images(force=True)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
 line 651, in _initialize_storage_images

img.teardown_images()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/image.py", line 
218, in teardown_images

volumeID=volUUID,
  File 
"/usr/lib/python2.7/site-packages/vdsm/jsonrpcvdscli.py", line 155, in 
_callMethod

(methodName, args, e))
Exception: 
Attempt to call function: teardownImage with arguments: () error: 
'teardownImage'
Sep 27 20:17:19 menmaster.traindemo.local ovirt-ha-agent[2052]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent
Sep 27 20:17:24 menmaster.traindemo.local ovirt-ha-agent[2052]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Too many errors occurred, giving 
up. Please review the log and consider filing
Sep 27 20:17:24 menmaster.traindemo.local systemd[1]: ovirt-ha-agent.service: 
main process exited, code=exited, status=157/n/a
Sep 27 20:17:24 menmaster.traindemo.local systemd[1]: Unit 
ovirt-ha-agent.se

Re: [ovirt-users] Host cannot connect to hosted storage domain

[Alexander Witte]

What is the correct procedure to change the hosted_storage NFS path?

Right now:
localhost:/shares
Change to:
menmaster.traindemo.local:/shares

1) Put VM in global maintenance
2) Shutdown VM
3) Edit /etc/ovirt-hosted-engine/hosted-engine.conf
4) Restart VM
5) Exit global maintenance

Is this correct?

I think having the localhost in the storage domain path is preventing hosts 
being added to the oVirt datacenter object.

Thanks,

Alex Witte


[cid:image001.gif@01D0D506.FAB96B00]

On Sep 27, 2017, at 11:23 PM, Alexander Witte 
<alexander.wi...@baicanada.com<mailto:alexander.wi...@baicanada.com>> wrote:

OK after a host reboot I was able to get the Engine VM up again and into the 
Web interface.  Although continually when I try a second host to the datacenter 
within oVirt I run into the error:

"Host mennode2 cannot access the Storage Domain(s) hosted_storage attached to 
the Data Center Train1.  Setting Host state to Non Operational."

Note:  I can successfully read (and mount) the NFS exports oVirt is complaining 
about:

[root@mennode2 ~]# showmount -e menmaster.traindemo.local
Export list for menmaster.traindemo.local:
/shares *
/shares/exports *
/shares/data*
/shares/isos*
[root@mennode2 ~]#

[root@mennode2 tmp]# mount -t nfs menmaster.traindemo.local:/shares test
[root@mennode2 tmp]# cd test
[root@mennode2 test]# ls
7d18ff24-57a3-4b4a-9934-0263191fe2e4  data  __DIRECT_IO_TEST__  exports  isos
[root@mennode2 test]#

One thing I DO notice is the path of my exports is the difference in the path 
for the hosted_storage domain.  I wonder if the second host would have issues 
resolving this?

Data. ==> menmaster.traindemo.local:/shares/data
Export  ==> menmaster.traindemo.local:/shares/exports
Hosted_storage. ==> localhost:/shares
ISO. ==> menmaster.traindemo.local:/shares/exports


Below I have copied exports from the VDSM and OVIRT-ENGINE log and have copied 
the output of the hosted-engine.conf file.  Any help in pinpointing the source 
of the problem is greatly appreciated!!


VSDM logs:

2017-09-27 23:10:01,700-0400 INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call 
Host.getStats succeeded in 0.06 seconds (__init__:539)
2017-09-27 23:10:03,104-0400 INFO  (jsonrpc/5) [vdsm.api] START 
getSpmStatus(spUUID=u'59c7f8f3-0063-00a8-02c7-00f3', options=None) 
from=:::10.0.0.227,39748, flow_id=19e2dbb3, 
task_id=7a05a5bd-9b15-43be-890d-c6f5d7650e5c (api:46)
2017-09-27 23:10:03,109-0400 INFO  (jsonrpc/5) [vdsm.api] FINISH getSpmStatus 
return={'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 8L}} 
from=:::10.0.0.227,39748, flow_id=19e2dbb3, 
task_id=7a05a5bd-9b15-43be-890d-c6f5d7650e5c (api:52)
2017-09-27 23:10:03,110-0400 INFO  (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call 
StoragePool.getSpmStatus succeeded in 0.01 seconds (__init__:539)
2017-09-27 23:10:03,189-0400 INFO  (jsonrpc/7) [vdsm.api] START 
getStoragePoolInfo(spUUID=u'59c7f8f3-0063-00a8-02c7-00f3', 
options=None) from=:::10.0.0.227,39866, flow_id=19e2dbb3, 
task_id=0f8b49e9-9d82-457e-a2a2-39dc7ed9f022 (api:46)
2017-09-27 23:10:03,196-0400 INFO  (jsonrpc/7) [vdsm.api] FINISH 
getStoragePoolInfo return={'info': {'name': 'No Description', 'isoprefix': 
u'/rhev/data-center/mnt/menmaster.traindemo.local:_shares_isos/da001a29-eca5-44d6-a097-129dd9be623f/images/----',
 'pool_status': 'connected', 'lver': 8L, 'domains': 
u'da001a29-eca5-44d6-a097-129dd9be623f:Active,f36157cc-b25a-400a-ab0f-a071e8a8eea7:Active,7d18ff24-57a3-4b4a-9934-0263191fe2e4:Active,795d4a1d-3ceb-4773-99de-8e7cf05112f3:Active',
 'master_uuid': u'f36157cc-b25a-400a-ab0f-a071e8a8eea7', 'version': '4', 
'spm_id': 1, 'type': 'NFS', 'master_ver': 1}, 'dominfo': 
{u'da001a29-eca5-44d6-a097-129dd9be623f': {'status': u'Active', 'diskfree': 
'1044166737920', 'isoprefix': 
u'/rhev/data-center/mnt/menmaster.traindemo.local:_shares_isos/da001a29-eca5-44d6-a097-129dd9be623f/images/----',
 'alerts': [], 'disktotal': '1049702170624', 'version': 0}, 
u'f36157cc-b25a-400a-ab0f-a071e8a8eea7': {'status': u'Active', 'diskfree': 
'1044166737920', 'isoprefix': '', 'alerts': [], 'disktotal': '1049702170624', 
'version': 4}, u'7d18ff24-57a3-4b4a-9934-0263191fe2e4': {'status': u'Active', 
'diskfree': '1044166737920', 'isoprefix': '', 'alerts': [], 'disktotal': 
'1049702170624', 'version': 4}, u'795d4a1d-3ceb-4773-99de-8e7cf05112f3': 
{'status': u'Active', 'diskfree': '1044166737920', 'isoprefix': '', 'alerts': 
[], 'disktotal': '1049702170624', 'version': 0}}} from=:::10.0.0.227,39866, 
flow_id=19e2dbb3, task_id=0f8b49e9-9d82-457e-a2a2-39dc7ed9f022 (api:52)
2017-09-27 23:10:03,198-0400 INFO  (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call 
StoragePool.getInfo succeeded in 0.01 seconds (__init__:539)
2017-09-27 23:10:04,212-0400 INFO  (Reactor thread) 
[ProtocolDetector.AcceptorImpl] Accepted connection from ::1:35980 
(protocoldetector:72)
2017-09-27 23:10

Re: [ovirt-users] Host cannot connect to hosted storage domain

[Alexander Witte]

fqdn=engine.traindemo.local
vm_disk_id=0077cb58-7abe-4bdf-96b1-55cc85030d76
vm_disk_vol_id=d5bd2690-7cfb-4aa2-b898-41579114ec08
vmid=564d290f-ae66-4352-9770-f2e062000358
storage=menmaster.traindemo.local:/shares
mnt_options=
conf=/var/run/ovirt-hosted-engine-ha/vm.conf
host_id=1
console=vnc
domainType=nfs3
spUUID=----
sdUUID=7d18ff24-57a3-4b4a-9934-0263191fe2e4
connectionUUID=addfd5fc-8668-4d2a-9b0b-f801b21a98d8
ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
ca_subject="C=EN, L=Test, O=Test, CN=Test"
vdsm_use_ssl=true
gateway=10.0.0.1
bridge=ovirtmgmt
metadata_volume_UUID=156c7549-8e2e-4580-9825-81c3b13387ce
metadata_image_UUID=c5db06ac-ea37-47bc-9065-b94eb230616a
lockspace_volume_UUID=5f4f4a63-5608-4daf-a034-2b8e83b5de42
lockspace_image_UUID=0d7f8661-3abd-44e8-87a7-3b85f2e29fda
conf_volume_UUID=ddffd499-294c-456f-bb0e-08e366380a22
conf_image_UUID=5f264ea1-4654-4e40-87aa-80fcaacc60d8
Thanks,


Alex Witte


On Sep 27, 2017, at 8:32 PM, Alexander Witte 
<alexander.wi...@baicanada.com<mailto:alexander.wi...@baicanada.com>> wrote:

/etc/ovirt-hosted-engine/hosted-engine.conf

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

[ovirt-users] Host cannot connect to hosted storage domain

[Alexander Witte]

Hi!

Question hopefully someone can help me out with:

In my Self Hosted Engine environment, the local storage domain DATA (NFS) that 
was created with the self engine installation has been configured as 
localhost:/shares

I suspect this is preventing me from adding any additional hosts to the oVirt 
Datacenter as I am receiving a VDSM error that I cannot mount that domain.  I 
think since the domain is set as localhost it cannot be resolved correct by any 
additional hosts...?  The ISO, Data(Master) and EXPORT domains are set as 
FQDN:/shares/iso and I am not seeing problems specific to them.

I am curious what the correct procedure is to change this hosted engine storage 
domain path from localhost:/shares to FQDN:/shares ?  I have attempted this:

1) Put hosted engine in Global Maintenance Mode
2) Shutdown hosted engine
3) edit the /etc/ovirt-hosted-engine/hosted-engine.conf file file and change:
storage=10.0.0.223:/shares   to
storage=menmaster.traindemo.local:/shares
4) Restart hosted engine

Although I’m not having any luck restarting the hosted engine after and running 
a journalctl -u on the overt-ha-agent service is giving me this:

Sep 27 20:17:19 menmaster.traindemo.local ovirt-ha-agent[2052]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call 
last):
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 
191, in _run_agent
return 
action(he)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 
64, in action_proper
return 
he.start_monitoring()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
 line 409, in start_monitoring

self._initialize_storage_images(force=True)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
 line 651, in _initialize_storage_images

img.teardown_images()
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/image.py", line 
218, in teardown_images

volumeID=volUUID,
  File 
"/usr/lib/python2.7/site-packages/vdsm/jsonrpcvdscli.py", line 155, in 
_callMethod

(methodName, args, e))
Exception: 
Attempt to call function: teardownImage with arguments: () error: 
'teardownImage'
Sep 27 20:17:19 menmaster.traindemo.local ovirt-ha-agent[2052]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Trying to restart agent
Sep 27 20:17:24 menmaster.traindemo.local ovirt-ha-agent[2052]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Too many errors occurred, giving 
up. Please review the log and consider filing
Sep 27 20:17:24 menmaster.traindemo.local systemd[1]: ovirt-ha-agent.service: 
main process exited, code=exited, status=157/n/a
Sep 27 20:17:24 menmaster.traindemo.local systemd[1]: Unit 
ovirt-ha-agent.service entered failed state.
Sep 27 20:17:24 menmaster.traindemo.local systemd[1]: ovirt-ha-agent.service 
failed.
Sep 27 20:17:25 menmaster.traindemo.local systemd[1]: ovirt-ha-agent.service 
holdoff time over, scheduling restart.
Sep 27 20:17:25 menmaster.traindemo.local systemd[1]: Started oVirt Hosted 
Engine High Availability Monitoring Agent.
Sep 27 20:17:25 menmaster.traindemo.local systemd[1]: Starting oVirt Hosted 
Engine High Availability Monitoring Agent...
Sep 27 20:17:35 menmaster.traindemo.local ovirt-ha-agent[2626]: ovirt-ha-agent 
ovirt_hosted_engine_ha.lib.storage_server.StorageServer ERROR The hosted-engine 
storage domain is already mounted on '/rhev/d
Sep 27 20:17:42 menmaster.traindemo.local ovirt-ha-agent[2626]: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Traceback (most recent call 
last):
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 
191, in _run_agent
return 
action(he)
  File 
"/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/agent/agent.py", line 
64, in action_proper
  

Re: [ovirt-users] oVirt repo errors..

[Alexander Witte]

Disregard, figured it out- system clock was wrong.  Sorry!

Alex Witte


On Sep 21, 2017, at 2:20 PM, Alexander Witte 
<alexander.wi...@baicanada.com<mailto:alexander.wi...@baicanada.com>> wrote:

I seem to get this error with multiple oVirt repos (4.0, 4.1).  I’m just trying 
to install the hosted engine on a fresh Centos 7.4 server...

Can someone please point me in the direction of what I am doing wrong?


[root@localhost ~]# yum install ovirt-hosted-engine-setup
Loaded plugins: fastestmirror
base

 | 3.6 kB  00:00:00
centos-opstools-release 

 | 2.9 kB  00:00:00
extras  

 | 3.4 kB  00:00:00
ovirt-4.1   

 | 3.0 kB  00:00:00
ovirt-4.1-centos-gluster38  

 | 2.9 kB  00:00:00


 One of the configured repositories failed (Unknown),
 and yum doesn't have enough cached data to continue. At this point the only
 safe thing yum can do is fail. There are a few ways to work "fix" this:

 1. Contact the upstream for the repository and get them to fix the problem.

 2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).

 3. Run the command with the repository temporarily disabled
yum --disablerepo= ...

 4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:

yum-config-manager --disable 
or
subscription-manager repos --disable=

 5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:

yum-config-manager --save --setopt=.skip_if_unavailable=true

Cannot retrieve metalink for repository: ovirt-4.1-epel/x86_64. Please verify 
its path and try again
[root@localhost ~]#

[root@localhost ~]# cat /etc/centos-release
CentOS Linux release 7.4.1708 (Core)
[root@localhost ~]#

Sorry if I’m dumb.

Alex

___
Users mailing list
Users@ovirt.org<mailto: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] oVirt repo errors..

[Alexander Witte]

I seem to get this error with multiple oVirt repos (4.0, 4.1).  I’m just trying 
to install the hosted engine on a fresh Centos 7.4 server...

Can someone please point me in the direction of what I am doing wrong?


[root@localhost ~]# yum install ovirt-hosted-engine-setup
Loaded plugins: fastestmirror
base

 | 3.6 kB  00:00:00
centos-opstools-release 

 | 2.9 kB  00:00:00
extras  

 | 3.4 kB  00:00:00
ovirt-4.1   

 | 3.0 kB  00:00:00
ovirt-4.1-centos-gluster38  

 | 2.9 kB  00:00:00


 One of the configured repositories failed (Unknown),
 and yum doesn't have enough cached data to continue. At this point the only
 safe thing yum can do is fail. There are a few ways to work "fix" this:

 1. Contact the upstream for the repository and get them to fix the problem.

 2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).

 3. Run the command with the repository temporarily disabled
yum --disablerepo= ...

 4. Disable the repository permanently, so yum won't use it by default. Yum
will then just ignore the repository until you permanently enable it
again or use --enablerepo for temporary usage:

yum-config-manager --disable 
or
subscription-manager repos --disable=

 5. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:

yum-config-manager --save --setopt=.skip_if_unavailable=true

Cannot retrieve metalink for repository: ovirt-4.1-epel/x86_64. Please verify 
its path and try again
[root@localhost ~]#

[root@localhost ~]# cat /etc/centos-release
CentOS Linux release 7.4.1708 (Core)
[root@localhost ~]#

Sorry if I’m dumb.

Alex

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

[ovirt-users] Real Noob question- setting a static IP on host

[Alexander Witte]

I am incredibly sorry over this noob question but I am really bashing my head 
trying to simply change an IP address on an Ovirt host.  oVirt was pushed to 
this host through the server web interface.  It is running on top of Centos 7.

From the docs it says to log into the host and edit the ifcfg-ovirtmgmt file 
and I have done and here are the latest settings:

#Generated by VDSM version 4.19.28-1.e17.centos
DEVICE:ovirtmgmt
TYPE:Bridge
DELAY=0
STP=off
ONBOOT=yes
BOOTPROTO=none
MTU=1500
DEFROUTE=yes
NM_CONTROLLED=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPADDR=10.0.0.226
GATEWAY=10.0.0.1
PREFIX=13
DNS1=10.0.0.9
DNS2=8.8.8.8

The server can reach everything on the network fine.  Although it cannot be 
reached through the oVirt web interface and the host is in a “connecting” 
status.  In the oVirt web interface if I attempt to edit the NIC settings from 
DHCP to Static to reflect the changes Ive made above I run into this error:


  *   Cannot setup Networks. Another Setup Networks or Host Refresh process in 
progress on the host. Please try later.

What is the correct procedure to change a host management IP from DHCP to 
STATIC?  Should I make these changes manually on the host or through the NIC 
settings in the oVirt web interface (when I tried this it just seemed to hang..)

Any help is greatly appreciated.

Thanks!!


Alex


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

Re: [ovirt-users] Ovirt help!

[Alexander Witte]

Hi Lev,

Thanks so much for your reply!

Actually you can disregard this message- I figured out my problem later last 
night:

The remote-viewer application was not working because I needed to export a 
DISPLAY variable on my system.  Once that was fixed I determined through 
—spice-debug that port 5900 was blocked on my host system.  Opened the port and 
SPICE is now working!

Anyway thanks again for your response!


Alex Witte


On Sep 10, 2017, at 4:30 AM, Lev Veyde 
<lve...@redhat.com<mailto:lve...@redhat.com>> wrote:

Hi Alexander,

Yes, sure. What is the question?



On Sun, Sep 10, 2017 at 5:40 AM, Alexander Witte 
<alexander.wi...@baicanada.com<mailto:alexander.wi...@baicanada.com>> wrote:
Hello,

I am just curious- is this a valid email address I can use to ask a quick 
question regarding connecting to a VM via SPICE or VNC?

Thanks!

Alex Witte



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




--

Lev Veyde

Software Engineer, RHCE | RHCVA | MCITP

Red Hat Israel

<https://www.redhat.com/>

l...@redhat.com<mailto:l...@redhat.com> | 
lve...@redhat.com<mailto:lve...@redhat.com>

[https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png]<https://red.ht/sig>
TRIED. TESTED. TRUSTED.<https://redhat.com/trusted>

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

[ovirt-users] Ovirt help!

[Alexander Witte]

Hello,

I am just curious- is this a valid email address I can use to ask a quick 
question regarding connecting to a VM via SPICE or VNC?

Thanks!

Alex Witte


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