Re: [Users] Engine installation issue
On Thu, Jan 16, 2014 at 12:26:37PM +0500, Nauman Abbas wrote: > For some reason, the password I put during installation is not working. > I've tried the following combinations No reason to use trial and error here. There's always the excellent RHEV REST API Guide to the rescue: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Virtualization/3.0/html-single/REST_API_Guide/index.html#sect-REST_API_Guide-Authentication-HTTP Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] hosted-engine setup fails on RHEL6
Hi, I'm currently trying to setup a hosted-engine on a RHEL6 host with nightly repository (because 3.4 BETA didn't work either): [root@host ~]# hosted-engine --deploy [ INFO ] Stage: Initializing Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards. Are you sure you want to continue? (Yes, No)[Yes]: [ INFO ] Generating a temporary VNC password. [ INFO ] Stage: Environment setup Configuration files: [] Log file: /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20140123135916.log Version: otopi-1.2.0_master (otopi-1.2.0-0.2.master.20140121.git84f0852.el6) [ INFO ] Hardware supports virtualization [ INFO ] Bridge ovirtmgmt already created [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Waiting for VDSM hardware info [ INFO ] Stage: Environment customization --== STORAGE CONFIGURATION ==-- During customization use CTRL-D to abort. [ ERROR ] Failed to execute stage 'Environment customization': [Errno 111] Connection refused [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination The full log is available here: http://pastebin.com/Xpa87sjc The matching log entry is below: 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:138 Stage customization METHOD otopi.plugins.ovirt_hosted_engine_setup.storage.storage.Plugin._customization 2014-01-23 14:17:48 DEBUG otopi.plugins.otopi.dialog.human dialog.__logString:215 DIALOG:SEND During customization use CTRL-D to abort. 2014-01-23 14:17:48 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:630 _check_existing_pools 2014-01-23 14:17:48 DEBUG otopi.plugins.ovirt_hosted_engine_setup.storage.storage storage._check_existing_pools:631 getConnectedStoragePoolsList 2014-01-23 14:17:48 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 729, in _customization self._check_existing_pools() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/storage/storage.py", line 632, in _check_existing_pools pools = self.serv.s.getConnectedStoragePoolsList() File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request verbose=self.__verbose File "/usr/lib64/python2.6/xmlrpclib.py", line 1235, in request self.send_content(h, request_body) File "/usr/lib64/python2.6/xmlrpclib.py", line 1349, in send_content connection.endheaders() File "/usr/lib64/python2.6/httplib.py", line 908, in endheaders self._send_output() File "/usr/lib64/python2.6/httplib.py", line 780, in _send_output self.send(msg) File "/usr/lib64/python2.6/httplib.py", line 739, in send self.connect() File "/usr/lib64/python2.6/site-packages/vdsm/SecureXMLRPCServer.py", line 188, in connect sock = socket.create_connection((self.host, self.port), self.timeout) File "/usr/lib64/python2.6/socket.py", line 567, in create_connection raise error, msg error: [Errno 111] Connection refused 2014-01-23 14:17:48 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Environment customization': [Errno 111] Connection refused RPM version information: otopi-1.2.0-0.2.master.20140121.git84f0852.el6.noarch ovirt-host-deploy-1.2.0-0.2.master.20140120.gitdeb0453.el6.noarch ovirt-hosted-engine-setup-1.2.0-0.0.master.20140117.gitfaf77a5.el6.noarch ovirt-hosted-engine-ha-1.1.0-0.1.beta1.el6.noarch ovirt-engine-sdk-python-3.4.0.2-1.20140121.git42b7d69.el6.noarch ovirt-release-el6-10.0.1-2.noarch vdsm-python-zombiereaper-4.14.1-6.gite008998.el6.noarch vdsm-python-4.14.1-6.gite008998.el6.x86_64 vdsm-cli-4.14.1-6.gite008998.el6.noarch vdsm-xmlrpc-4.14.1-6.gite008998.el6.noarch vdsm-4.14.1-6.gite008998.el6.x86_64 Any hint? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted-engine setup fails on RHEL6
Hi Sandro,
On Thu, Jan 23, 2014 at 02:28:29PM +0100, Sandro Bonazzola wrote:
> Do you have the same issue you've with nightly?
on BETA the hosted-engine setup fails (earlier) with another issue that seems
to be
fixed in NIGHTLY:
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel rhel.status:138
check service vdsmd status
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel
plugin.executeRaw:366 execute: ('/sbin/initctl', 'status', 'vdsmd'),
executable='None', cwd='None', env=None
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel
plugin.executeRaw:383 execute-result: ('/sbin/initctl', 'status', 'vdsmd'), rc=1
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:441
execute-output: ('/sbin/initctl', 'status', 'vdsmd') stdout:
2014-01-23 13:50:58 DEBUG otopi.plugins.otopi.services.rhel plugin.execute:446
execute-output: ('/sbin/initctl', 'status', 'vdsmd') stderr:
initctl: Unknown job: vdsmd
Please don't mixup things... this was the first try on BETA. All other logs are
from NIGHTLY :-)
> can you attach vdsm logs?
Yes, but only a few lines are logged during hosted-engine setup:
MainThread::DEBUG::2014-01-23
14:17:37,132::supervdsmServer::424::SuperVdsm.Server::(main) Terminated normally
MainThread::DEBUG::2014-01-23
14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing config
set.
MainThread::DEBUG::2014-01-23
14:17:37,885::netconfpersistence::134::root::(_getConfigs) Non-existing config
set.
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::384::SuperVdsm.Server::(main) Making sure I'm
root - SuperVdsm
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::393::SuperVdsm.Server::(main) Parsing cmd args
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::396::SuperVdsm.Server::(main) Cleaning old
socket /var/run/vdsm/svdsm.sock
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::400::SuperVdsm.Server::(main) Setting up keep
alive thread
MainThread::DEBUG::2014-01-23
14:17:37,900::supervdsmServer::406::SuperVdsm.Server::(main) Creating remote
object manager
MainThread::DEBUG::2014-01-23
14:17:37,901::supervdsmServer::417::SuperVdsm.Server::(main) Started serving
super vdsm object
sourceRoute::DEBUG::2014-01-23
14:17:37,901::sourceRouteThread::56::root::(_subscribeToInotifyLoop)
sourceRouteThread.subscribeToInotifyLoop started
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] hosted-engine setup fails on RHEL6
On Thu, Jan 23, 2014 at 09:13:14AM -0500, Brad House wrote: > Yep, I get the _same_ exact issue. Please see my e-mail chain from > yesterday with the subject line: > "oVirt 3.4.0 beta - Hosted Engine Setup -- issues" Thanks for the pointer, I guess I missed that :-( As discussed on IRC the issue is related to wrong file permissions and a workaround is described in BZ 1055153 https://bugzilla.redhat.com/show_bug.cgi?id=1055153. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Hosted-engine runtime issues (3.4 BETA)
Hi, finally I've got the new hosted-engine feature running on RHEL6 using oVirt 3.4 BETA/nightly. I've come across a few issues and wanted to clarify if this is the desired behaviour: 1.) hosted-engine storage domain not visible in GUI The NFS-Storage I've used to install the hosted-engine is not visible in oVirt's Admin Portal. Though it is mounted on my oVirt Node below /rhev/data-center/mnt/. I tried to import this storage domain, but apparently this fails because it's already mounted. Is there any way to make this storage domain visible? 2.) hosted-engine VM device are not visible in GUI The disk and network devices are not visible in the admin portal. Thus I'm unable to change anything. Is this intended? If so, how am I supposed to make changes? 3.) move hosted-engine VM to a different storage Because of all of the above I seem to be unable to move my hosted-engine VM to a different NFS-Storage. How can this be done? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hosted-engine runtime issues (3.4 BETA)
Hi Itamar, On Sat, Jan 25, 2014 at 11:48:00PM +0200, Itamar Heim wrote: > > 2.) hosted-engine VM device are not visible in GUI > > The disk and network devices are not visible in the > > admin portal. Thus I'm unable to change anything. > > Is this intended? If so, how am I supposed to make changes? > > the VM should be visible, the disk/nics - not yet. confirmed. > > 3.) move hosted-engine VM to a different storage > > Because of all of the above I seem to be unable to move > > my hosted-engine VM to a different NFS-Storage. How can > > this be done? > > not yet (from the webadmin). > if you shutdown the engine and fix the config manually, > should be doable. OK, I'll give this a try. Just to be sure: If I move the hosted-engine VM to a different storage domain from the command line, will this storage domain still be visible from the webadmin? Or will it be hidden, because it runs the hosted-engine? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hosted-engine runtime issues (3.4 BETA)
Hi Itamar, On Sun, Jan 26, 2014 at 06:21:03PM +0200, Itamar Heim wrote: > > OK, I'll give this a try. Just to be sure: If I move the > > hosted-engine VM to a different storage domain from the > > command line, will this storage domain still be visible > > from the webadmin? Or will it be hidden, because it runs > > the hosted-engine? > > oh - do *not* move it to a storage domain managed by the engine at this > point. oh that was close! I've almost started the migration. Would it be safe to just move the hosted-engine VM to another host (without changing the storage domain)? I thought of copying all files in /etc/ovirt-hosted-engine* to a second ovirt node and starting the VM there... any objections? Anyway, I'm here to test new things once the issues I've mentioned in this thread have been addressed. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hosted-engine runtime issues (3.4 BETA)
Hi Itamar,
On Sun, Jan 26, 2014 at 07:13:35PM +0200, Itamar Heim wrote:
> hosted engine supports running on *multiple* nodes, providing out of the
> box HA between them.
> the setup should ask you if this is the second host and take care of all
> the right things to copy.
thanks for the pointer. The documentation at [1] describes the
required steps to setup a second node. Unfortunately it failed
for me because my second node was added to the cluster before [2].
Even manual setting the second node to "maintenance" and back
to state "up" didn't help, hosted-engine-setup as unable to
detect the host's state [3].
Though following the steps was enough to start the hosted-engine
VM manually on the second node. This makes a manual failover
possible, which is sufficient for now :)
Thanks
- Frank
[1]
http://www.ovirt.org/Hosted_Engine_Howto#Installing_additional_nodes
[2]
2014-01-26 18:24:59 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._closeup:437
Cannot add the host to the Default cluster
Traceback (most recent call last):
File
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/engine/add_host.py",
line 431, in _closeup
override_iptables=True,
File "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/brokers.py",
line 8679, in add
headers={"Expect":expect, "Correlation-Id":correlation_id}
File "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/proxy.py",
line 88, in add
return self.request('POST', url, body, headers)
File "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/proxy.py",
line 118, in request
persistent_auth=self._persistent_auth)
File "/usr/lib/python2.6/site-packages/ovirtsdk/infrastructure/proxy.py",
line 140, in __doRequest
persistent_auth=persistent_auth
File "/usr/lib/python2.6/site-packages/ovirtsdk/web/connection.py", line 134,
in doRequest
raise RequestError, response
RequestError:
status: 409
reason: Conflict
detail: Cannot add Host. Host with the same UUID already exists.
2014-01-26 18:24:59 ERROR
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host add_host._closeup:444
Cannot automatically add the host to the Default cluster:
Cannot add Host. Host with the same UUID already exists.
[3]
2014-01-26 18:24:59 INFO
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
add_host._wait_host_ready:200 Waiting for the host to become operational in the
engine. This may take several minutes...
2014-01-26 18:24:59 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
add_host._wait_host_ready:213 Error fetching host state: 'NoneType' object has
no attribute 'status'
2014-01-26 18:24:59 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
add_host._wait_host_ready:229 VDSM host in state
2014-01-26 18:25:00 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
add_host._wait_host_ready:213 Error fetching host state: 'NoneType' object has
no attribute 'status'
2014-01-26 18:25:00 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
add_host._wait_host_ready:229 VDSM host in state
2014-01-26 18:25:01 DEBUG
otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
add_host._wait_host_ready:213 Error fetching host state: 'NoneType' object has
no attribute 'status'
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hosted-engine runtime issues (3.4 BETA)
On Sun, Jan 26, 2014 at 10:40:18PM +0200, Itamar Heim wrote: > > thanks for the pointer. The documentation at [1] describes the > > required steps to setup a second node. Unfortunately it failed > > for me because my second node was added to the cluster before [2]. > > why would both your hosts have the same uuid? Both hosts have different UUIDs. The second node was already part of the cluster when I ran hosted-engine-setup... these are the steps I took to trigger this error: 1. ran `hosted-engine --deploy` on a new RHEL6 host (node1) 2. manually added a second node through webadmin (node2) 3. ran `hosted-engine --deploy` on node2 to add a second hosted-engine VM > > Even manual setting the second node to "maintenance" and back > > to state "up" didn't help, hosted-engine-setup as unable to > > detect the host's state [3]. > > you opened or made sure there is a bug for this i hope? Not yet, because I thought it might not be supported to run `hosted-engine --deploy` on a node where vdsmd is already running and the node is already part of a oVirt cluster. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hosted-engine runtime issues (3.4 BETA)
On Sun, Jan 26, 2014 at 03:54:34PM -0500, Yedidyah Bar David wrote: > Indeed. Might it be possible to not just move to maintenance but remove > it from the engine? Then you can try again deploy as a second host. I'll give it a spin. The host is scheduled for reinstallation tomorrow. > Well, this is also an unplanned, unsupported configuration. Might work > for you - I don't know about anyone that tried that - but if possible, > it's really better if you can add another host by hosted-engine --deploy. I was expecting this answer :-) That's OK for me, I just wanted to try it out before reinstalling the host. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Hosted-engine runtime issues (3.4 BETA)
On Sun, Jan 26, 2014 at 04:12:05PM -0500, Yedidyah Bar David wrote: > Please report about any results/issues. If it fails, you can try first, after > removing from the engine, > # yum remove libvirt vdsm > # rm -rf /etc/vdsm /etc/libvirt > > (or, of course, just reinstall if you do not care). I reinstalled the host and run `engine-setup --deploy` again. This time adding the second host worked OK. Though I had to workaround bugs BZ 1055153 and BZ 1055059 - I know you are already aware of them :-) https://bugzilla.redhat.com/show_bug.cgi?id=1055153 (vdsmd not starting on first run since vdsm logs are not included in rpm) https://bugzilla.redhat.com/show_bug.cgi?id=1055059 (The --vm-start function does not call the createvm command but --vm-start-paused does) So adding a second host basically works when using a fresh install. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Setup Networks: Unexpected exception
Hi,
still testing 3.4 and I'm unable to save a node's
network configuration in webadmin:
Error while executing action Setup Networks: Unexpected exception
My configuration on the ovirt node:
- manually added net2 bridge, attached to eth1
My configuration in ovirt-engine webadmin:
- added new network net2
- noticed that ovirt failed to find this network on node
- tried to add net2 to node with "Setup Host Networks"
Error in engine.log [1].
Error in vdsm.log [2].
I think it could be related to BZ 1054195:
https://bugzilla.redhat.com/show_bug.cgi?id=1054195 ([NetworkLabels] Attaching
two labeled networks to a cluster result in failure of the latter)
I'm not sure, because I only wanted to add *one* new network.
Please note that this is a self-hosted engine setup. Just in
case this makes a difference...
ovirt-engine:
ovirt-engine-3.4.0-0.5.beta1.el6.noarch
ovirt node:
vdsm-4.14.1-17.gitcf59a55.el6.x86_64
ovirt-hosted-engine-setup-1.2.0-0.0.master.20140117.gitfaf77a5.el6.noarch
Thanks
- Frank
[1]
2014-01-27 23:41:08,813 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-10) [1
783e132] START, SetupNetworksVDSCommand(HostName = mgt03rn.example.com, HostId
= a11f5383-b8f7-4bed-b1f3-3c7c46ecbe7a, for
ce=false, checkConnectivity=true, conectivityTimeout=120,
networks=[net2 {id=db98fa95-e922-4060-8d39-f9ac0cb2f16f,
description=Jumphost Network, comment=null, subnet=null,
gateway=null, type=null, vlanId=null, stp=false,
dataCenterId=0002-0002-0002-0002-0002, mtu=0, vmNetwork=true, cl
uster=NetworkCluster {id={clusterId=null, networkId=null}, status=OPERATIONAL,
display=false, required=true, migration=false}
, providedBy=null, label=null, qosId=null}],
bonds=[],
interfaces=[bond001 {id=c5b50ccf-5b74-4737-b7cd-980c9c8acf51,
vdsId=a11f5383-b8f7-4bed-b1f3-3c7c46ecbe7a, name=bond001,
macAddress=2c:44:fd:82:f5:5f, networkName=null, bondOptions=mode=802.3ad,
bootProtocol=STATIC_IP, address=10.0.0.103, subnet=255.255.255.0, gateway=null,
mtu=1500, bridged=false, type=0, networkImplementationDetails=null},
eth3 {id=7aaf1ac1-944a-4fe6-9d22-7dc41c6e275c,
vdsId=a11f5383-b8f7-4bed-b1f3-3c7c46ecbe7a, name=eth3,
macAddress=2C:44:FD:82:F5:5F, networkName=null, bondName=bond001,
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, bridged=false,
speed=1000, type=0, networkImplementationDetails=null},
eth4 {id=0c23834d-97ae-462a-9701-e89b3dc6a83a,
vdsId=a11f5383-b8f7-4bed-b1f3-3c7c46ecbe7a, name=eth4,
macAddress=D8:9D:67:22:B6:4C, networkName=null, bondName=bond001,
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, bridged=false,
speed=1000, type=0, networkImplementationDetails=null},
eth1 {id=54cb3cf6-c4bd-4907-bf28-9020022965d5,
vdsId=a11f5383-b8f7-4bed-b1f3-3c7c46ecbe7a, name=eth1,
macAddress=2c:44:fd:82:f5:5d, networkName=net2, bondName=null,
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=0, bridged=true,
speed=1000, type=0, networkImplementationDetails=null},
eth2 {id=a53c448f-8061-460f-9c24-3081a2376de7,
vdsId=a11f5383-b8f7-4bed-b1f3-3c7c46ecbe7a, name=eth2,
macAddress=2c:44:fd:82:f5:5e, networkName=null, bondName=null,
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, bridged=false,
speed=1000, type=0, networkImplementationDetails=null},
eth5 {id=e9f15827-bb15-41d9-8ccc-49d812cde8a6,
vdsId=a11f5383-b8f7-4bed-b1f3-3c7c46ecbe7a, name=eth5,
macAddress=d8:9d:67:22:b6:4d, networkName=null, bondName=null,
bootProtocol=DHCP, address=, subnet=, gateway=null, mtu=1500, bridged=false,
speed=0, type=0, networkImplementationDetails=null},
eth0 {id=b4aea8bc-bdde-4e1e-a206-46ee853220c0,
vdsId=a11f5383-b8f7-4bed-b1f3-3c7c46ecbe7a, name=eth0,
macAddress=2c:44:fd:82:f5:5c, networkName=ovirtmgmt, bondName=null,
bootProtocol=STATIC_IP, address=10.0.0.103, subnet=255.255.0.0,
gateway=10.0.0.1, mtu=1500, bridged=true, speed=1000, type=2,
networkImplementationDetails={inSync=true, managed=true}}],
removedNetworks=[],
removedBonds=[]), log id: 78e823a3
2014-01-27 23:41:08,817 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-10) [1783e132] FINISH, SetupNetworksVDSCommand, log id:
78e823a3
2014-01-27 23:41:09,323 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-10) [1783e132] Failed in SetupNetworksVDS method
2014-01-27 23:41:09,323 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-10) [1783e132]
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to SetupNetworksVDS, error =
Unexpected exception, code = 16
2014-01-27 23:41:09,324 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand]
(ajp--127.0.0.1-8702-10) [1783e132] Command SetupNetworksVDSCommand(Hos
Re: [Users] Setup Networks: Unexpected exception
On Tue, Jan 28, 2014 at 09:47:11AM +, Dan Kenigsberg wrote: > Frank, can you tell how did it reach your ovirt-3.4 installation? Did > you pull a nightly build of Vdsm ? Indeed, I'm currently testing vdsm nightly along with oVirt-Engine 3.4 Beta: ovirt-engine: ovirt-engine-3.4.0-0.5.beta1.el6.noarch ovirt node: vdsm-4.14.1-17.gitcf59a55.el6.x86_64 ovirt-hosted-engine-setup-1.2.0-0.0.master.20140117.gitfaf77a5.el6.noarch Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to upload images to a local storage ISO domain
Hi Christopher, On Wed, Jan 29, 2014 at 11:33:21AM +, Dresel Christopher wrote: > What is the procedure for uploading isos to local storage domains? > Are there other options than using the engine-iso-uploader? you can manually copy/rsync your files directly to the locally mounted directory of your ISO storage domain: /rhev/data-center/mnt/node01:_nfs_iso/662b24c0-68bb-4dd2-a8db-5fe67276921f/images/----/ The "images/----/" subfolder is where you should place all your ISO images. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Remove host from hosted-engine setup
Hi,
I've retired a host that was part of a hosted-engine setup. How do I
remove this host from my hosted-engine HA setup?
I have retired "host01" and would like to remove it completely:
[root@host03 ~]# hosted-engine --vm-status
--== Host 1 status ==--
Status up-to-date : False
Hostname : host01.example.com
Host ID: 1
Engine status : unknown stale-data
Score : 2400
Local maintenance : False
Host timestamp : 1390840600
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=1390840600 (Mon Jan 27 17:36:40 2014)
host-id=1
score=2400
maintenance=False
bridge=True
cpu-load=0.0034
engine-health={"reason": "vm not running on this host", "health":
"bad", "vm": "down", "detail": "unknown"}
gateway=True
mem-free=127844
--== Host 2 status ==--
Status up-to-date : True
Hostname : host02.example.com
Host ID: 2
Engine status : {"health": "good", "vm": "up", "detail":
"up"}
Score : 2400
Local maintenance : False
Host timestamp : 1392129793
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=1392129793 (Tue Feb 11 15:43:13 2014)
host-id=2
score=2400
maintenance=False
bridge=True
cpu-load=0.0057
engine-health={"health": "good", "vm": "up", "detail": "up"}
gateway=True
mem-free=107251
--== Host 3 status ==--
Status up-to-date : True
Hostname : host03.example.com
Host ID: 3
Engine status : {"reason": "vm not running on this host",
"health": "bad", "vm": "down", "detail": "unknown"}
Score : 2400
Local maintenance : False
Host timestamp : 1392129796
Extra metadata (valid at timestamp):
metadata_parse_version=1
metadata_feature_version=1
timestamp=1392129796 (Tue Feb 11 15:43:16 2014)
host-id=3
score=2400
maintenance=False
bridge=True
cpu-load=0.0134
engine-health={"reason": "vm not running on this host", "health":
"bad", "vm": "down", "detail": "unknown"}
gateway=True
mem-free=127838
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Remove host from hosted-engine setup
Hi Doron, On Tue, Feb 11, 2014 at 11:49:30AM -0500, Doron Fediuck wrote: > This is still in the works, but the right way to retire a host > is first to put it into local maintenance (there's CLI for it > and hopefully by 3.4 GA we will do it when you use the UI to put > a host into maintenance). > Once the host is in local HA maintenance, stale data is no longer > reported, which should give you a valid status report. > > Just FYI, we prefer to keep the original data for forensics, as > HA behavior is sensitive and we'd like to be able to trace back > in case of a failure. thanks for this clarification. Would it be possible to "overwrite" a retired host by choosing the same Host ID for a new host? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Foreman and oVirt 3.4 fails
Hi Andrew, On Mon, Feb 17, 2014 at 07:57:33PM +1100, Andrew Lau wrote: > Is anyone using Foreman with oVirt 3.4? > > Post upgrade, I appear to be having some issues with Foreman reporting " > undefined method `text' for nil:NilClass" this issue was reported to Foreman: http://projects.theforeman.org/issues/4346#change-13781 oVirt Compute Resource needs to be updated for rbovirt >0.0.21 There is also an API change in recent oVirt releases which requires changes to rbovirt: https://github.com/abenari/rbovirt/pull/28 work around change in Red Hat bugzilla #1038053 Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [oVirt Test Day 3] Upgrade oVirt from 3.3.4 results
On Thu, Mar 06, 2014 at 09:20:25AM -0500, Eli Mesika wrote: > I had to test the upgrade from 3.3.4 to 3.4 > I had installed and tested for sanity 3.3.4 but failed to upgrade it to 3.4 > on CentOS > Opened https://bugzilla.redhat.com/show_bug.cgi?id=1073487 FWIW, I've updated an All-in-one host from oVirt 3.3.3 to 3.4.0-RC two days ago. The upgrade went flawlessly. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Frustration defines the deployment of Hosted Engine
On Mon, Jun 26, 2017 at 10:51:52AM +0200, InterNetX - Juergen Gotteswinter wrote: > > 2. Should I migrate from XenServer to oVirt? This is biased, I know, but > > I would like to hear opinions. The folks with @redhat.com email > > addresses will know how to advocate in favor of oVirt. > > in term of reliability, better stay with xenserver Seriously, you should have provided some more insights to support your statement. What reliability issues did you encounter in oVirt that are not present in Xenserver? I have deployed *several* oVirt setups since 2012 and haven't found a single realibility issue since then. Of course, there have been some bugs, but the oVirt project made *tremendous* progress since 2012. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Fwd: [ovirt-devel] usage of the foreman / limitations of puppet
Hi Sven, On Thu, Oct 30, 2014 at 02:35:54PM +0100, Sven Kieske wrote: > I just wanted to ask if there are some plans to also > support other automation tools like salt, chef, cfengine > or others, because puppet is imho not a good tool for > large environments performance wise. actually Foreman has support for puppet, chef and saltstack. Although it's support may differ in maturity it should be in a usable state. Regarding puppet performance issues... did you read about Puppet Server? http://puppetlabs.com/blog/puppet-server-bringing-soa-to-a-puppet-master-near-you > Are there any opinions or plans within the ovirt community > regarding this topic? Maybe you should have a talk with the Foreman team over in #theforeman on irc.freenode.net. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] hosted engine , how to make changes to the VM post deploy
On Wed, Nov 05, 2014 at 08:11:39AM +0100, Jiri Moskovcak wrote: > On 11/04/2014 03:52 PM, Alastair Neil wrote: > > So is this the workflow? > > > > set the hosted-engine maintenance to global > > shutdown the engine VM > > make changes via virsh or editing vm.conf > > sync changes to the other ha nodes > > restart the VM > > set hosted-engine maintenance to none > > - well, not official, because it can cause a lot of troubles, so I would > not recommend it unless you have a really good reason to do it. I'd like to move my ovirt-engine VM to a new NFS storage. I was thinking to adopt this workflow for this use-case (in combination with rsync to mirror the old storage). Do you think this would succeed or is there another (and maybe "supported") way to move ovirt-engine to a different storage? Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] hosted engine , how to make changes to the VM post deploy
Hi Ryan, On Thu, Nov 06, 2014 at 09:10:32AM -0700, Groten, Ryan wrote: > I went through this a couple months ago. Migrated my hosted-engine from > one NFS host to another. Here are the steps that I documented from the > experience. just wanted to let you know that my migration went flawlessly, thanks to your documentation! Thank you for sharing this. Maybe this should be added to the official docs/wiki until there's a better way to do this. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] hosted-engine : how to shutdown hosts?
On Sun, Mar 01, 2015 at 02:26:12AM -0500, Yedidyah Bar David wrote: > You wrote '"shutdown -h now" on the hosts'. What happens if you shutdown > just one of them and then wait a bit? Does it get started too? > > Are you certain that 'shutdown -h now' worked on these hosts before the > setup - that it's not some kernel/bios/etc issue? I've seen similar issues on some CentOS 7 hosts running on desktop-class hardware. I haven't got time for extensive debugging, but I'd bet it's a kernel or hardware-related issue (or a combination of both). There's nothing indicating that this is related to oVirt, at least in my case. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Change locale for VNC console
Hi, when using oVirt 3.1 the locale for all VNC consoles defaults to en_US. This is OK if the user is using the same locale. But with any other locale on the client side (fr_FR, de_DE), the keyboard is really scrambled. As a result the VNC console is somewhat useless for an affected user. So my questions are... 1. How do I change the locale for VNC, either globally or for each VM? 2. Will there be an REST API call to configure the locale of the console? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Change locale for VNC console
On Thu, Jan 03, 2013 at 10:52:33AM +, Alexandre Santos wrote: > "you can change the vnc keyboard layout via the config tool > (VncKeyboardLayout option) globally. > still missing as a per vm option (though you can easily do this via a > hook if you need it per vm)" Wow, that was quick, thanks for the hint! Changing the value was easy: # engine-config -g VncKeyboardLayout VncKeyboardLayout: en-us version: general # engine-config -s VncKeyboardLayout=de --cver=general # engine-config -g VncKeyboardLayout VncKeyboardLayout: de version: general I did a quick test: shutdown a VM and power-on again. But unfortunately the VNC console keyboard is still odd. Do you know when this setting will be activated? Do I have to do something with the oVirt nodes for the new setting to be enabled? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Change locale for VNC console
On Thu, Jan 03, 2013 at 11:11:41AM +, Alexandre Santos wrote: > I can't remeber well and I don't have here a ovirt installation to > test it but I'm quite sure that it was immediate. > I guess it has to do with the key you've chosen: please try de_DE Actually, this was the first one I've tried, but engine-config wants a different notation: # engine-config -s VncKeyboardLayout=de_DE --cver=general 'de_DE' is not a valid value for type String. Valid values are [ar, da, de, de-ch, en-gb, en-us, es, et, fi, fo, fr, fr-be, fr-ca, fr-ch, hr, hu, is, it, ja, lt, lv, mk, nl, nl-be, no, pl, pt, pt-br, ru, sl, sv, th, tr] Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Change locale for VNC console
On Thu, Jan 03, 2013 at 11:20:34AM +, Alexandre Santos wrote: > Did you shutdown the VM and started it again or just restart the VNC > connection? It was a complete shutdown, have tried this multiple times. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] REST API: Change boot device / attach CD-ROM
Hi, I'm using the REST API to change the boot device and attach CD-ROM images. At least I try to... Currently I'm using the following calls to achieve this: Task: attach cdrom Path: https://ovirt-engine.example.com/vms/%%%VM-ID%%%/cdroms Method: POST Data: Task: change boot order Path: https://ovirt-engine.example.com/vms/%%%VM-ID%%% Method: PUT Data: And it seems to work, because I can see the changes to the cdrom... ...and the boot device is also changed... [...] [...] ...but the VM won't boot off the CD-ROM device, instead it just boots from the first harddisk. So what am I doing wrong? Besides that I can see these settings on the oVirt Admin Portal, too. The first boot device is "CD-ROM", the CD is attached and the Image is "FreeBSD-8.3-RELEASE-amd64-disc1.iso". Looks good to me. But it still won't boot from CD-ROM. The only way I am able to boot from CD-ROM is when using the "Run once" function on the Admin Portal and configure the CD-ROM device/image there (temporarely overwriting my config). It will NOT work if I configure the CD-ROM device through the REST API or the Admin Portal. Just "Run Once" will do the right thing. Sounds strange, don't you think? So the question is: Is it a known bug or did I broke something with the above API calls? # rpm -qa '*ovirt*' ovirt-engine-sdk-3.1.0.4-1.fc17.noarch ovirt-engine-config-3.1.0-2.fc17.noarch ovirt-engine-restapi-3.1.0-2.fc17.noarch ovirt-engine-3.1.0-2.fc17.noarch ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch ovirt-engine-tools-common-3.1.0-2.fc17.noarch ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch ovirt-release-fedora-4-2.noarch ovirt-engine-userportal-3.1.0-2.fc17.noarch ovirt-engine-webadmin-portal-3.1.0-2.fc17.noarch ovirt-engine-dbscripts-3.1.0-2.fc17.noarch ovirt-engine-backend-3.1.0-2.fc17.noarch ovirt-engine-setup-3.1.0-2.fc17.noarch ovirt-engine-notification-service-3.1.0-2.fc17.noarch ovirt-engine-genericapi-3.1.0-2.fc17.noarch Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] REST API: Change boot device / attach CD-ROM
On Thu, Jan 03, 2013 at 03:50:31PM +0100, Michal Skrivanek wrote: > regarding the Admin portal way - did you configure the order > there or just look at it but it was originally configured via REST? It was originally configured via REST. I used the Admin Portal only to verify my configuration. As a last resort I tried to configure it through the Admin Portal, but it didn't work either. So I ended up using the "run once" method, as described in my previous e-mail. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] local variable 'volPath' referenced before assignment
Hi, I've updated my oVirt engine and node from version 3.1.0-2 to the more recent 3.1.0-4. As far as I can tell from the update log, the engine update went fine by following these instructions: https://www.rvanderlinden.net/wordpress/ovirt/engine-installation/engine-upgrade/ Now I'm unable to start a VM through the Admin Portal. It fails with the following error message: VM test_srv is down. Exit message: local variable 'volPath' referenced before assignment. What's wrong? It seems this message is related to this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=843387 But apparently there is no solution. What is the fix or workaround to get VMs working again? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] local variable 'volPath' referenced before assignment
Hi Yeela,
On Tue, Jan 08, 2013 at 12:39:08PM -0500, Yeela Kaplan wrote:
> Can you tell if the vdsm version installed on your host includes this patch?
> (you can check under /usr/share/vdsm/clientIF.py).
well, I'm not sure if this patch is included in my version, but according to
the output of diff is seems that it is actually NOT included:
--- clientIF_new-617e328d546570a94e4357b3802a062e6a7610cb.py2012-08-08
14:52:28.0 +0200
+++ /usr/share/vdsm/clientIF.py 2012-10-04 22:46:42.0 +0200
[...skipping other differences...]
@@ -289,15 +255,11 @@
if drive['device'] == 'cdrom':
volPath = supervdsm.getProxy().mkIsoFs(vmId, files)
elif drive['device'] == 'floppy':
-volPath = \
- supervdsm.getProxy().mkFloppyFs(vmId, files)
+volPath = supervdsm.getProxy().mkFloppyFs(vmId,
files)
-elif "path" in drive:
+elif drive.has_key("path"):
volPath = drive['path']
-else:
-raise vm.VolumeError(drive)
-
# For BC sake: None as argument
elif not drive:
volPath = drive
Apparently the part from the fix with "raise vm.VolumeError(drive)" is missing,
although I'm running a newer version of vdsm. According to the bug report at
https://bugzilla.redhat.com/show_bug.cgi?id=843387
the fix should be in vdsm-4.9.6-29.0 (RHEL6), while I'm running
vdsm-4.10.0-10.fc17.x86_64:
# rpm -q --whatprovides /usr/share/vdsm/clientIF.py
vdsm-4.10.0-10.fc17.x86_64
I must admit that this is oVirt on FC17 and not RHEV on RHEL, so this may
explain the different versions of vdsm.
> If it's in there please send the full logs (engine+vdsm) and the bug might
> need to be reopened, otherwise you can just upgrade vdsm and hopefully it
> would solve the problem.
I've attached the full logs. It contains all log entries from activating
the ovirt node until trying to start the VM (both engine+vdsm).
Thanks
- Frank
logs.tgz
Description: application/gtar-compressed
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] local variable 'volPath' referenced before assignment
On Wed, Jan 09, 2013 at 05:54:22PM +0100, Frank Wall wrote: > I've attached the full logs. It contains all log entries from activating > the ovirt node until trying to start the VM (both engine+vdsm). The vdsm.log was missing/empty, so please find the required logs attached. Thanks - Frank logs.tgz Description: application/gtar-compressed ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Change locale for VNC console
Hi Itamar, On Sun, Jan 13, 2013 at 01:05:20AM +0200, Itamar Heim wrote: > actually, changing a config requires engine restart thanks for the hint, sounds logical to me. Don't know why I haven't tried this before... I restarted my oVirt engine, powered up the VM again and now the locale of the VNC console is configured correctly. GREAT! Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Unable to boot from CD-ROM (was: REST API: Change boot device / attach CD-ROM)
On Thu, Jan 03, 2013 at 01:05:00PM +0100, Frank Wall wrote: > > id="----"> > > > > > > ...and the boot device is also changed... > > [...] > > > > [...] > > ...but the VM won't boot off the CD-ROM device, instead it just > boots from the first harddisk. So what am I doing wrong? OK, the problem is still NOT solved, but I did some further investigation. First, the problem ONLY affects VMs with a bootable harddisk (and an operating system installed). A newly created VM is NOT affected and is able to boot from CD-ROM. Once I install an operating system, the VM will no longer be able to boot from CD-ROM. No matter what is configured as boot device... There is still only the following workaround to boot from CD-ROM: > The only way I am able to boot from CD-ROM is when using the > "Run once" function on the Admin Portal and configure the CD-ROM > device/image there (temporarely overwriting my config). > > It will NOT work if I configure the CD-ROM device through the REST > API or the Admin Portal. Just "Run Once" will do the right thing. Any idea how to debug this further and get a bugfix/working solution? oVirt is running fine, except this annoying bug makes it somewhat useless for us. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Access libvirt/virsh on oVirt node
Hi, how can I access libvirt/virsh on oVirt node? What are the credentials for accessing libvirt/virsh on the command line of a oVirt node? virsh # list Please enter your authentication name: Please enter your password: error: Failed to reconnect to the hypervisor error: no valid connection error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): generic failure: All-whitespace username.) It would make debugging things much easier... Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Access libvirt/virsh on oVirt node
On Thu, Feb 07, 2013 at 09:36:42AM -0500, Mike Burns wrote: > You can execute virsh using the -r or --readonly options. You can't > change anything that way, obviously, but you should be able to read all > the information from libvirt. All changes need to be initiated through > ovirt-engine and then through vdsm. Using --readonly works like a charm and does not hurt oVirt. This is the way to go! Thank you! Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to boot from CD-ROM (was: REST API: Change boot device / attach CD-ROM)
On Thu, Feb 07, 2013 at 03:15:57PM +0100, Frank Wall wrote: > Any idea how to debug this further and get a bugfix/working solution? Using virsh and the "dumpxml" command on the oVirt node I was able to find the reason for the cd-rom boot problems: the qemu/libvirt configuration differs. Have a look at this diff... --- virsh_normalboot 2013-02-07 15:47:02.584415306 +0100 +++ virsh_runonce 2013-02-07 15:48:49.141540166 +0100 @@ -18,7 +18,6 @@ hvm - @@ -43,6 +42,7 @@ 049339aa-1dd6-4cd7-8c43-cc9bac91a963 + @@ -54,6 +54,7 @@ + @@ -74,6 +75,7 @@ + First, I configured my VM through the REST API: "virsh_normalboot". The second attempt was the "Run Once" feature from the Admin Panel: "virsh_runonce". As you can see this results in different qemu/libvirt configurations, although I did configure the exactly same thing (boot order + attach cd-rom). The strange thing is, that the ovirt engine REST API does NOT show any difference in configuration for both scenarios. Look at the next diff... (normalboot => configured through REST API; runonce => "Run Once" from Admin Portal) --- engine_normalboot 2013-02-07 15:06:38.366216092 +0100 +++ engine_runonce 2013-02-07 15:08:10.218213737 +0100 @@ -48,7 +48,7 @@ -2013-02-07T13:56:55.906Z +2013-02-07T14:07:40.563Z 2012-12-22T22:50:52.174+01:00 ovirt false Both files, "engine_normalboot" and "engine_runonce", are the results of these queries: curl --insecure -X GET -H "Accept: application/xml" -u admin@internal:password https://ovirt-engine:8443/api/vms/0a388607-c971-4bfd-a0aa-3a20e967aa1e >> file curl --insecure -X GET -H "Accept: application/xml" -u admin@internal:password https://ovirt-engine:8443/api/vms/0a388607-c971-4bfd-a0aa-3a20e967aa1e/cdroms >> file It seems oVirt Engine does not set the "boot dev" and "boot order" attributes correctly through libvirt in some cases. Is this a known bug? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] CDROM boot problem
On Mon, Apr 22, 2013 at 10:41:29AM -0300, victor nunes wrote:
> Occur the following error:
>
> Booting from DVD / CD
> Boot failed: Could not read from CDROM (code 0003)
I have a similar problem with a newly installed All-in-one setup
running oVirt 3.2.1. When starting a VM with an CD-ROM image
attached, I can see the following message in engine.log:
2013-04-29 16:38:33,744 INFO
[org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
(DefaultQuartzScheduler_Worker-9) Received a cdrom Device without an address
when processing VM 658ca53d-12cf-4b03-973d-a0d2cdf5315f devices, skipping
device: {shared=false, bootOrder=1, iface=ide, index=2,
specParams={path=FreeBSD-9.1-RELEASE-amd64-disc1.iso}, device=cdrom,
path=/rhev/data-center/93cacf4c-6891-4c44-8b46-f1acf6913605/d61b3c06-b320-4b47-9981-5d64c0ce3736/images/----/FreeBSD-9.1-RELEASE-amd64-disc1.iso,
type=disk, readonly=true, deviceId=089a2b81-89a8-4868-acb0-a991b2f6b9a7}
As a result of this message I can see with `virsh -r` that the
CD-ROM is starting up with default configuration and NO IMAGE
attached:
This is a Fedora 18 ovirt host with all updates installed and the
following oVirt packages installed:
ovirt-engine-3.2.1-1.fc18.noarch
ovirt-engine-backend-3.2.1-1.fc18.noarch
ovirt-engine-cli-3.2.0.11-1.fc18.noarch
ovirt-engine-dbscripts-3.2.1-1.fc18.noarch
ovirt-engine-genericapi-3.2.1-1.fc18.noarch
ovirt-engine-restapi-3.2.1-1.fc18.noarch
ovirt-engine-sdk-3.2.0.10-1.fc18.noarch
ovirt-engine-setup-3.2.1-1.fc18.noarch
ovirt-engine-setup-plugin-allinone-3.2.1-1.fc18.noarch
ovirt-engine-tools-3.2.1-1.fc18.noarch
ovirt-engine-userportal-3.2.1-1.fc18.noarch
ovirt-engine-webadmin-portal-3.2.1-1.fc18.noarch
ovirt-host-deploy-1.0.1-1.fc18.noarch
ovirt-host-deploy-java-1.0.1-1.fc18.noarch
ovirt-host-deploy-offline-1.0.1-1.fc18.noarch
ovirt-image-uploader-3.2.2-1.fc18.noarch
ovirt-iso-uploader-3.2.2-1.fc18.noarch
ovirt-log-collector-3.2.2-1.fc18.noarch
ovirt-release-fedora-5-3.1.noarch
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] CDROM boot problem
On Mon, Apr 29, 2013 at 04:44:22PM +0200, Frank Wall wrote:
> 2013-04-29 16:38:33,744 INFO
> [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo]
> (DefaultQuartzScheduler_Worker-9) Received a cdrom Device without an address
> when processing VM 658ca53d-12cf-4b03-973d-a0d2cdf5315f devices, skipping
> device: {shared=false, bootOrder=1, iface=ide, index=2,
> specParams={path=FreeBSD-9.1-RELEASE-amd64-disc1.iso}, device=cdrom,
> path=/rhev/data-center/93cacf4c-6891-4c44-8b46-f1acf6913605/d61b3c06-b320-4b47-9981-5d64c0ce3736/images/----/FreeBSD-9.1-RELEASE-amd64-disc1.iso,
> type=disk, readonly=true, deviceId=089a2b81-89a8-4868-acb0-a991b2f6b9a7}
This is strange. I tried a reboot of the oVirt host, but it did
not solve this issue. Afterwards I set the host to maintenance
mode and - after a few minutes - activated it again.
Now it's again possible to boot VMs with an CD-ROM image.
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
[Users] How to add internal networks
Hi, I'm using oVirt 3.2 on a single hosts with only one NIC. Currently there is only the ovirtmgmt network configured. But I need to add more networks, especially some internal networks like 192.168.x.y/24 need to be usable for VMs. From the oVirt Admin Portal this does not seem to be possible. It seems I cannot reuse the ovirtmgmt interface for any other network. Is this true? How am I supposed to add several networks in oVirt if I have just one NIC? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to add internal networks
Hi René, Am 13.05.2013 09:56, schrieb René Koch (ovido): When using multiple logical networks on 1 physical nic you will need most likely VLAN tagging, as all vm networks are configured as a bridge in oVirt. unfortunately, using VLAN tagging is not an option for me, because I'm not the maintainer of the network devices (and my hosting provider won't configure VLANs for me). Is there another way to get multiple networks in oVirt up and running? FYI: The main purpose of these internal networks is a test environment for some VMs. Those VMs should be able to reach each other and to have internet access. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to add internal networks
Hi Asaf, Am 13.05.2013 15:05, schrieb Assaf Muller: Without the ability to control the networking devices in your vicinity and setup VLANs, what you're trying to do isn't supported via oVirt. I was already guessing that it is not supported. Thanks for the "official" confirmation. * Create two dummy interfaces on the host, and give them static IP addresses. For example: 192.168.1.254/24, and 192.168.2.254/24. OK, I've populated the required files... /etc/modules-load.d/dummy.conf /etc/modprobe.d/dummy.conf /etc/sysconfig/network-scripts/ifcfg-dummy0 ...and after a reboot I have a new dummy NIC configured: dummy0: flags=195 mtu 1500 inet 192.168.0.254 netmask 255.255.255.0 broadcast 192.168.0.255 ether 5e:61:0f:e7:f9:bc txqueuelen 0 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 3 bytes 210 (210.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 * Create two networks (VM) called One and Two and attach them to the dummy NICs. Unfortunately, this does not work as described. I was able to create the new VM network from the Admin Portal successfully, but I am unable to attach this network to the dummy NIC. When I choose the "Setup Host Networks" option from the Admin Portal: My Datacenter => My Cluster => Hosts => My Host => TAB: Network Interfaces -> Setup Host Networks The dummy NIC is NOT listed, but only the physical NIC (with ovirtmgmt attached to it). Is this expected? Does oVirt suppress any non-physical NICs? Is there another way to attach the VM network to my dummy NIC? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to add internal networks
Hi Lior,
Am 16.05.2013 16:12, schrieb Lior Vernia:
Search for a variable called "fake_nics", it should exist for 3.2. By
default it is empty, but you may define a pattern for fake NIC names
to
be passed to the engine (in your case probably "dummy*"). Restart the
vdsm daemon and everything should be fine. Maybe you'll have to move
the
host to maintenance and then reactivate just to refresh the UI.
IT WORKS! :-) Restarting vdsmd was sufficient. Attaching the network
to the dummy NIC worked like a charm and a test VM is able to
communicate
with the Node's dummy NIC. (I just need to setup routing on the Node to
get communication with the outside world running.)
--- /usr/lib64/python2.7/site-packages/vdsm/config.py.orig 2013-03-14
11:32:54.0 +0100
+++ /usr/lib64/python2.7/site-packages/vdsm/config.py 2013-05-16
16:34:27.722959670 +0200
@@ -38,7 +38,7 @@
('extra_mem_reserve', '65',
'Memory reserved for non-vds-administered programs.'),
-('fake_nics', '',
+('fake_nics', 'dummy*',
'Comma-separated list of fnmatch-patterns for dummy hosts
nics to '
'be shown to vdsm.'),
Is there a chance to change it from a hard-coded value to a
configurable item in a future release of oVirt? Or maybe
have a better default value (dummy*) in a bugfix release?
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] feedback-on-oVirt-engine-3.4.3-1.el6
On Tue, Jul 22, 2014 at 11:21:46AM -0700, pixelfairy wrote: > can novnc be the default? i like native vnc and spice clients too, but > for new users this would be much easier. esp for mac (and mobile > device) users who cant get remoteviewer.app working. NoVNC has some limitations. You may set it as a default for your environment on your oVirt engine like this: # engine-config -s ClientModeVncDefault=NoVnc You need to restart the ovirt-engine service for the change to take effect. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] VM paused unexpectedly
Hi, today I've noticed that one of my VMs was paused. I took a look at the engine.log and found only this: 2014-09-09 04:00:09,017 INFO [org.ovirt.engine.core.vdsbroker.VdsUpdateRunTimeInfo] (DefaultQuartzScheduler_Worker-46) VM XXX 8ad326be-5103-498a-a11d-0ea1eee4bbf4 moved from Up --> Paused The vdsm log provides a better error message: libvirtEventLoop::INFO::2014-09-09 04:00:07,279::vm::4574::vm.Vm::(_onIOError) vmId=`8ad326be-5103-498a-a11d-0ea1eee4bbf4`::abnormal vm stop device ide0-0-1 error libvirtEventLoop::DEBUG::2014-09-09 04:00:07,279::vm::5176::vm.Vm::(_onLibvirtLifecycleEvent) vmId=`8ad326be-5103-498a-a11d-0ea1eee4bbf4`::event Suspended detail 2 opaque None Still, I don't know what exactly caused this. Only *one* VM was affected, so I doubt it was a general error on this host. Does anyone have an explanation for this? ovirt-engine-3.4.3-1.fc19.noarch vdsm-4.14.11.2-0.fc19.x86_64 Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VM paused unexpectedly
On Tue, Sep 09, 2014 at 03:09:02PM +0100, Dafna Ron wrote: > qemu would pause a vm when doing extend on the vm disk and this would > result in INFO messages on vm's pause. > > looks like this is what you are seeing. For the records, I'm using thin provisioned disks here. Do you mean an internal qemu task which is triggered to extend a thin provisioned disk to the required size? This process shouldn't permanently pause the VM, right? Or do you mean something else? Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Messed up UI and missing CSS
On Mon, Sep 29, 2014 at 08:43:10AM -0400, Greg Sheremeta wrote: > Switch over to https://copr.fedoraproject.org/coprs/patternfly/patternfly1/ > and run 'yum update patternfly1' > and you'll be all set. Just for the records, the latest update to patternfly1-1.0.5-1.el6.noarch broke the oVirt Engine Admin GUI for me. I had to downgrade to patternfly1-1.0.5-5.el6.noarch, available from http://koji.spacewalkproject.org/packages/patternfly1/1.0.5/5.el6/noarch/patternfly1-1.0.5-5.el6.noarch.rpm and now the GUI is working again. FYI, running latest oVirt 3.5: ovirt-engine-lib-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-setup-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-backend-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-dbscripts-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_64 ovirt-engine-setup-base-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-websocket-proxy-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-extensions-api-impl-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-webadmin-portal-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-restapi-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-cli-3.5.0.5-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-sdk-python-3.5.0.7-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-tools-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch ovirt-engine-userportal-3.5.0-0.0.master.20141001234942.git65deb9d.el6.noarch Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Messed up UI and missing CSS
On Wed, Oct 08, 2014 at 11:39:44PM +0200, Frank Wall wrote: > Just for the records, the latest update to patternfly1-1.0.5-1.el6.noarch > broke the oVirt Engine Admin GUI for me. Oh, it's late. I was talking about the update to patternfly1-1.1.0-1.el6.noarch. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Cluster settings: "KSM Control" not working?
Hi, while testing oVirt 3.5 RC I've came across this cluster setting: Optimization -> KSM control -> [X] Enable KSM I guess it's related to Kernel Same-page Merging. Since KSM is a bad idea in my case (really slow CPUs), I've disabled this Cluster setting, expecting oVirt to disable KSM on each oVirt Node. But KSM is still running and consuming a lot CPU. 1) What is the expected result for this setting? 2) And how do I completely and permanentely disable KSM on oVirt Nodes? Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Fwd: Re: Cluster settings: "KSM Control" not working?
Hi Markus, On Thu, Oct 09, 2014 at 07:43:45PM +, Markus Stockhausen wrote: > Have a look at redhat bugzilla #1114226. It should give an > idea what is happening behind the scenes. well, even with reduced CPU load the impact of KSM is still big in my case. Though, I'm interested to see the result of this BZ. Thanks. > Regarding disabling the feature: I would give a reboot of the > hypervisor a try. I've already done this at least twice, including shutdown of the Engine. Once the Node was rebootet and a few VMs are started, KSM starts consuming CPU again. (It doesn't take much to stress this machine, since it's a low-end Intel J1900 CPU, but only 10W TDP.) Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cluster settings: "KSM Control" not working?
On Thu, Oct 09, 2014 at 05:08:56PM -0300, Amador Pahim wrote: > > On 10/09/2014 04:31 PM, Frank Wall wrote: > > while testing oVirt 3.5 RC I've came across this cluster setting: > > Optimization -> KSM control -> [X] Enable KSM > > [...] > > But KSM is still running and consuming a lot CPU. > > It will have effect next host change to Up state (i.e. from Maintenance > or from a reboot). Anyway, you can force the policy to have effect on > the fly: select the cluster, click in Hosts sub-tab, select the host(s) > and click "Sync MOM Policy". Unfortunately, it doesn't work for me. Everytime I restart vdsmd it will automatically start ksm again (and ksmd starts consuming CPU). I couldn't find anything ksm-related in vdsm.log. Is there a way to debug this? I strongly assume that the KSM Custer setting isn't working as expected. FWIW, I've just upgraded to oVirt 3.5.0 GA and test this setting again. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Cluster settings: "KSM Control" not working?
Hi Doron, On Sun, Oct 19, 2014 at 11:42:47AM -0400, Doron Fediuck wrote: > KSM is controlled by MoM, which gets its policy from the engine through > VDSM. MoM will call ksm directly as needed when needed. If you choose > to disable it the policy needs to get updated. > Can you please check your mom logs and see if there are any errors there? I wasn't aware of mom.log, thanks! :-) After another host reboot and a manual "Sync MOM Policy" it seems like the setting finally came through: 2014-10-19 15:57:18,211 - mom.Controllers.KSM - INFO - Updating KSM configuration: pages_to_scan:64 run:0 sleep_millisecs:10 Now the ksmd process is still there, but it remains idle. I've tried this multiple times before upgrading to 3.5.0 GA today. Maybe it was broken between RC and GA. I'll keep an eye on this and open a BZ in case the setting will change again. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 3.6: Dummy interfaces
Hi Alan, On Thu, Dec 24, 2015 at 10:37:17AM -0800, Alan Murrell wrote: > Are dummy interfaces still supported in 3.6? I'm running ovirt 3.6 AiO and dummy interfaces are working just fine. Instead of modifying oVirt's python source files, I'd recommend you rename the dummy interface(s) to match the required pattern. I've setup a service for this by creating /etc/systemd/system/dummynics.service with the following content: [Unit] Description=Rename dummy network interfaces for oVirt [Service] Type=oneshot ExecStart=/usr/sbin/ip l set dev dummy0 name dummy_0 ExecStart=/usr/sbin/ip l set dev dummy1 name dummy_1 ExecStart=/usr/sbin/ip l set dev dummy2 name dummy_2 ExecStart=/usr/sbin/ip l set dev dummy3 name dummy_3 RemainAfterExit=yes [Install] WantedBy=multi-user.target Then enable this service as follows: systemctl daemon-reload systemctl enable dummynics systemctl status dummynics Of course, you need to use the new dummy_* names when configuring the network interfaces. I'd recommend to reboot the host after making these changes. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Unable to upgrade ovirt-engine 3.5.5 to 3.6.1 on EL6
Hi, I've just tried to upgrade my ovirt-engine 3.5.5 which is still running on EL6, but it failed due to a dependency error regarding slf4j: # engine-setup [ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20151231233407-lmovl5.log Version: otopi-1.4.0 (otopi-1.4.0-1.el6) [ INFO ] Stage: Environment packages setup [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PRODUCT OPTIONS ==-- --== PACKAGES ==-- [ INFO ] Checking for product updates... [ ERROR ] Yum: [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1'] [ INFO ] Yum: Performing yum transaction rollback [ ERROR ] Failed to execute stage 'Environment customization': [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1'] [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20151231233407-lmovl5.log [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20151231233424-setup.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed I've followed the upgrade guide [1], and yes, I'm aware that AiO is no longer supported on EL6 [2], but this is just my Hosted-Engine VM, *not* an AiO host. So I thought it would still work. I haven't attached any further logs, because this error is really obvious I guess. These are the currently installed oVirt packages: otopi-1.4.0-1.el6.noarch otopi-java-1.4.0-1.el6.noarch ovirt-engine-3.5.5-1.el6.noarch ovirt-engine-backend-3.5.5-1.el6.noarch ovirt-engine-cli-3.5.0.5-1.el6.noarch ovirt-engine-dbscripts-3.5.5-1.el6.noarch ovirt-engine-extension-aaa-jdbc-1.0.4-1.el6.noarch ovirt-engine-extensions-api-impl-3.5.5-1.el6.noarch ovirt-engine-jboss-as-7.1.1-1.el6.x86_64 ovirt-engine-lib-3.6.1.3-1.el6.noarch ovirt-engine-restapi-3.5.5-1.el6.noarch ovirt-engine-sdk-python-3.5.2.1-1.el6.noarch ovirt-engine-setup-3.6.1.3-1.el6.noarch ovirt-engine-setup-base-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-ovirt-engine-common-3.6.1.3-1.el6.noarch ovirt-engine-setup-plugin-websocket-proxy-3.6.1.3-1.el6.noarch ovirt-engine-tools-3.5.5-1.el6.noarch ovirt-engine-userportal-3.5.5-1.el6.noarch ovirt-engine-webadmin-portal-3.5.5-1.el6.noarch ovirt-engine-websocket-proxy-3.5.5-1.el6.noarch ovirt-host-deploy-1.3.1-1.el6.noarch ovirt-host-deploy-java-1.3.1-1.el6.noarch ovirt-image-uploader-3.5.1-1.el6.noarch ovirt-iso-uploader-3.5.2-1.el6.noarch vdsm-jsonrpc-java-1.0.15-1.el6.noarch Any ideas? [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#oVirt_Hosted_Engine [2] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#Known_issues Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Unable to upgrade ovirt-engine 3.5.5 to 3.6.1 on EL6
On Sun, Jan 03, 2016 at 03:18:40PM +0100, Frank Wall wrote: > [ INFO ] Checking for product updates... > [ ERROR ] Yum: [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', > u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1'] > [ INFO ] Yum: Performing yum transaction rollback > [ ERROR ] Failed to execute stage 'Environment customization': > [u'ovirt-engine-3.6.1.3-1.el6.noarch requires slf4j >= 1.7.0', > u'vdsm-jsonrpc-java-1.1.5-1.el6.noarch requires slf4j >= 1.6.1'] Nobody's using EL6 anymore? :) I'd switch my Hosted-Engine VM to EL7 if it wouldn't be such a pain. The only "Upgrade Guide" I could find for Engine VM is this: http://www.ovirt.org/OVirt_Hosted_Engine_Backup_and_Restore No fun. :( FWIW, my oVirt nodes are all running EL7. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Unable to upgrade ovirt-engine 3.5.5 to 3.6.1 on EL6
On Tue, Jan 05, 2016 at 05:37:08PM +0200, Yedidyah Bar David wrote: > Perhaps to aid debugging you can try this, but _do_not_ press Enter: > > yum --disableplugin=versionlock update ovirt-engine > > Kill it (or reply 'no'). > > What does it output? Basically the same dependency error. I've attached the full output to this e-mail. To answer your other questions: > 16:43 fraenki: what happens when you try yum update slf4j? It is not currently installed (on oVirt 3.5.5) and only the inappropiate version is available: # yum --showduplicates list slf4j [...] Available Packages slf4j.noarch 1.5.8-8.el6 centos-base > 16:44 fraenki: also for vdsm-jsonrpc-java # yum update vdsm-jsonrpc-java [...] --> Running transaction check ---> Package vdsm-jsonrpc-java.noarch 0:1.0.15-1.el6 will be updated --> Processing Dependency: vdsm-jsonrpc-java < 1.1.0 for package: ovirt-engine-backend-3.5.5-1.el6.noarch ---> Package vdsm-jsonrpc-java.noarch 0:1.1.5-1.el6 will be an update --> Processing Dependency: slf4j >= 1.6.1 for package: vdsm-jsonrpc-java-1.1.5-1.el6.noarch [...] Error: Package: vdsm-jsonrpc-java-1.1.5-1.el6.noarch (ovirt-3.6) Requires: slf4j >= 1.6.1 Available: slf4j-1.5.8-8.el6.noarch (centos-base) slf4j = 1.5.8-8.el6 [...] Very similar (of not the same) output to the `yum update ovirt-engine` command. Where should I get "slf4j >= 1.6.1" from? It does not seem to be available from the "centos-base" repository (there's only slf4j = 1.5.8-8.el6 available): http://mirror.centos.org/centos/6/os/x86_64/Packages/ > 16:46 fraenki: if it still fails for you after the usual things, e.g. > yum clean all, check repos etc., I'll try to reproduce Yeah, tried this. Already wiped my repos and reinstalled ovirt-release36.rpm. FWIW, I've noticed that a more recent slf4j is available from the SL6 repo at: http://ftp.scientificlinux.org/linux/scientific/6x/external_products/maven/$basearch/ But I fear that this will break things in the long run (and it would replace several other packages as well, very likely to break ovirt-engine completely). > > I'd switch my Hosted-Engine VM to EL7 if it wouldn't be such a pain. The > > only > > "Upgrade Guide" I could find for Engine VM is this: > > http://www.ovirt.org/OVirt_Hosted_Engine_Backup_and_Restore > > No fun. :( > > This one does not deal with upgrading the engine OS. For that Sandro > started [1] but gave up after having some issues. Yeah, I wasn't really expecting that an in-place upgrade EL6->EL7 would work in this case. That's why I was thinking about the Backup/Restore method... Regards - Frank Resolving Dependencies --> Running transaction check ---> Package ovirt-engine.noarch 0:3.5.5-1.el6 will be updated --> Processing Dependency: ovirt-engine = 3.5.5-1.el6 for package: ovirt-engine-restapi-3.5.5-1.el6.noarch --> Processing Dependency: ovirt-engine = 3.5.5-1.el6 for package: ovirt-engine-backend-3.5.5-1.el6.noarch --> Processing Dependency: ovirt-engine = 3.5.5-1.el6 for package: ovirt-engine-webadmin-portal-3.5.5-1.el6.noarch --> Processing Dependency: ovirt-engine = 3.5.5-1.el6 for package: ovirt-engine-userportal-3.5.5-1.el6.noarch --> Processing Dependency: ovirt-engine = 3.5.5-1.el6 for package: ovirt-engine-dbscripts-3.5.5-1.el6.noarch --> Processing Dependency: ovirt-engine = 3.5.5-1.el6 for package: ovirt-engine-tools-3.5.5-1.el6.noarch ---> Package ovirt-engine.noarch 0:3.6.1.3-1.el6 will be an update --> Processing Dependency: slf4j >= 1.7.0 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-iso-uploader >= 3.6.0 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-image-uploader >= 3.6.0 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-engine-wildfly-overlay >= 8.0.0 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-engine-wildfly >= 8.2.1 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-engine-websocket-proxy >= 3.6.1.3-1.el6 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-engine-vmconsole-proxy-helper >= 3.6.1.3-1.el6 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-engine-cli >= 3.6.0.0 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Running transaction check ---> Package ovirt-engine.noarch 0:3.6.1.3-1.el6 will be an update --> Processing Dependency: slf4j >= 1.7.0 for package: ovirt-engine-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-engine-cli >= 3.6.0.0 for package: ovirt-engine-3.6.1.3-1.el6.noarch ---> Package ovirt-engine-backend.noarch 0:3.5.5-1.el6 will be updated ---> Package ovirt-engine-backend.noarch 0:3.6.1.3-1.el6 will be an update --> Processing Dependency: vdsm-jsonrpc-java >= 1.1.5 for package: ovirt-engine-backend-3.6.1.3-1.el6.noarch --> Processing Dependency: ovirt-host-deploy-java >= 1.4.0 for package: ovirt-engine-backe
Re: [ovirt-users] Unable to upgrade ovirt-engine 3.5.5 to 3.6.1 on EL6
On Tue, Jan 05, 2016 at 02:27:26PM -0500, Martin Perina wrote: > please make sure that on your machine you installed correct oVirt > repositories [1]. slf4j package is available for EL6 in oVirt 3.6 > repo [2]. Thanks for the pointer. And... well, sorry for wasting your time. It was not working for me due to my yum-priorities configuration. Actually this was the very first time yum-priorities bit me. I guess it was the first time that a centos-base package was replaced by oVirt, too. Normally I wouldn't allow (or expect) any repo to replace a "base" package, thus my yum-priorities configuration. :) I've fixed the priorities for the oVirt repositories to be higher than the CentOS repositories, and now everything is working as expected. Maybe this should be added to the oVirt 3.6 errata (for EL6). Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Set default console in oVirt 3.6 (NoVNC VS. Native)
Hi,
with oVirt 3.5 (and prior) it was possible to set the default console like this:
# engine-config -s ClientModeVncDefault=NoVnc
Unfortunately, starting with oVirt 3.6 this doesn't seem to work anymore.
The root cause seems to be that I am no longer allowed to use the previous
Video Type for my VMs ("Other OS"), oVirt forces me to choose "QXL" for
several VMs now. And hence I am presented with both SPICE and VNC as console
options (although I don't want to use SPICE at all).
What's the new way to set NoVNC as default console in that case?
Is there still a way to set VNC as default for "QXL"?
A related question: How to set the default console for SPICE to "SPICE HTML5"?
Regards
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Set default console in oVirt 3.6 (NoVNC VS. Native)
Hi Michal, On Tue, Feb 09, 2016 at 12:04:44PM +0100, Michal Skrivanek wrote: > what do you mean ???forces > you should be able to switch to cirrus (which forces vnc) or even use just > the vnc on qxl on the affected VMs the following error occurs when trying to start them: Error while executing action: Cannot run VM. Selected display type is not supported by the operating system. This is the case on VMs with Operating System set to "Other OS" and Video Type set to "CIRRUS". PLEASE NOTE that this only occurs on my "old" VMs (that have been available *before* upgrading from oVirt 3.5.x to 3.6.x). When creating new VMs this actually does work as expected. So I assume this is an upgrade issue in oVirt 3.6.x. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to add internal networks
Hi,
just installed oVirt 3.3 and noticed that the suggestion from this
thread was included:
--- /usr/lib64/python2.7/site-packages/vdsm/config.py.orig 2013-03-14
11:32:54.0 +0100
+++ /usr/lib64/python2.7/site-packages/vdsm/config.py 2013-05-16
16:34:27.722959670 +0200
@@ -38,7 +38,7 @@
('extra_mem_reserve', '65',
'Memory reserved for non-vds-administered programs.'),
-('fake_nics', '',
+('fake_nics', 'dummy*',
'Comma-separated list of fnmatch-patterns for dummy hosts
nics to '
'be shown to vdsm.'),
The suggestion was to include a pattern which makes it possible to use
dummy NICs in oVirt, but I think there is a typo:
--- /usr/lib64/python2.7/site-packages/vdsm/config.py.orig 2013-08-22
18:02:57.0 +0200
+++ /usr/lib64/python2.7/site-packages/vdsm/config.py 2013-08-25
20:02:54.123248727 +0200
@@ -38,7 +38,7 @@
('extra_mem_reserve', '65',
'Memory reserved for non-vds-administered programs.'),
-('fake_nics', 'dummy_*',
+('fake_nics', 'dummy*',
'Comma-separated list of fnmatch-patterns for dummy hosts
nics to '
'be shown to vdsm.'),
As you can see, the new pattern includes dummy NICs, but expect the
devices to be prefixes with "dummy_". Apparently the underscore does not
work. The pattern should expect "dummy*" instead. I did the modification
locally and dummy NICs are working again.
Any chance to get this fixed for 3.3 oder maybe 3.3.1?
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
On 09.08.2013 09:48, Jakub Bittner wrote:
Iam running ovirt 3.3.0.beta1 on centos 6,4 and all our VMs
disappeared from VMs tab. Nodes running on centos too. Repeating
problem in log is:
I have the same problem, but with a slightly different setup:
- fresh install of Fedora 19 (all updates installed)
- fresh install of oVirt 3.3 RC (no upgrade)
- All-in-One setup with only local storage
- VMs installed from scratch (no import)
- VM/node/engine uptime was about 22 hours before reboot
Now the problem is very the same as reported by Jakub:
Every time I reboot ovirt-engine the VMs will disappear. No matter what
I do before rebooting ovirt-engine - set storage to maintenance, set
host to maintenance - it's always the same.
One interesting thing to note: Only VMs created from my custom template
will disappear! If I create a VM from the "blank" template, it will NOT
disappear.
Of course, the VM Disks can still be found in the filesystem, but it's a
nightmare trying to guess what disk should be attached to what VM... I
consider these VMs lost, since it's (fortunately) my test server, but
still a day of work is lost.
Here are some interesting log entries from engine startup AFTER REBOOT:
2013-08-26 23:03:20,479 INFO
[org.ovirt.engine.core.bll.AsyncTaskManager] (pool-6-thread-7) Failing
task with empty vdsm id AsyncTaskType copyImage : Task
7fa218c7-14c3-4a7f-97e8-341f18c6cb3d Parent Command AddVmFromTemplate
2013-08-26 23:03:20,497 INFO
[org.ovirt.engine.core.bll.AsyncTaskManager] (pool-6-thread-7) Calling
updateTask for task with out vdsm id and AsyncTaskType copyImage : Task
7fa218c7-14c3-4a7f-97e8-341f18c6cb3d Parent Command AddVmFromTemplate
Parameters class {3}
2013-08-26 23:03:20,506 INFO
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7)
CommandAsyncTask::Adding CommandMultiAsyncTasks object for command
4202990d-e85f-4935-a91b-a832bc8582cc
2013-08-26 23:03:20,787 INFO
[org.ovirt.engine.core.bll.AddVmFromTemplateCommand] (pool-6-thread-7)
[10025b02] Lock Acquired to object EngineLock [exclusiveLocks= key:
vm1.example.com value: VM_NAME
2013-08-26 23:03:20,788 INFO
[org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (pool-6-thread-7)
[10025b02] CommandMultiAsyncTasks::AttachTask: Attaching task
---- to command
4202990d-e85f-4935-a91b-a832bc8582cc.
2013-08-26 23:03:20,796 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask]
(pool-6-thread-7) [10025b02] BaseAsyncTask::LogEndTaskFailure: Task
---- (Parent Command AddVmFromTemplate,
Parameters Type
org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with
failure:
2013-08-26 23:03:20,805 INFO
[org.ovirt.engine.core.bll.CommandMultiAsyncTasks] (pool-6-thread-7)
[10025b02] task with DB task ID ---- has
empty vdsm task ID and is about to be cleared
2013-08-26 23:03:20,806 INFO
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7)
[10025b02] CommandAsyncTask::EndActionIfNecessary: All tasks of command
4202990d-e85f-4935-a91b-a832bc8582cc has ended -> executing EndAction
2013-08-26 23:03:20,807 INFO
[org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-7)
[10025b02] CommandAsyncTask::EndAction: Ending action for 1 tasks
(command ID: 4202990d-e85f-4935-a91b-a832bc8582cc): calling EndAction .
Needless to say that I'm ABSOLUTELY SURE the template-copy tasks
actually did succeed before rebooting, as I was using the VMs,
installing software, rebooting, ... they were all running fine for 22
hours!
These messages exist for every missing VM. A show-stopper for 3.3 if you
ask me :-/
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
On 26.08.2013 23:40, Frank Wall wrote: Every time I reboot ovirt-engine the VMs will disappear. No matter what I do before rebooting ovirt-engine - set storage to maintenance, set host to maintenance - it's always the same. On IRC #ovirt I was asked to have a look at the "async_tasks" table while cloning a VM from a template. An entry is created in this table, but the vdsm_id is incorrect: engine=# select task_id,action_type,status,vdsm_task_id from async_tasks; 6fa81c23-6f64-444c-bab0-f178fa9233d5 | 2 | 2 | ---- Maybe this empty vdsm_id is related to the disappearing vm issue? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
Hi Laszlo, On 27.08.2013 14:24, Laszlo Hornyak wrote: If I understand correctly, this is what happens to your installation, the AddVmFromTemplate command goes to fail and engine tries to compensate, and upon successful compensation you get VM records removed from DB and storage cleaned up. just to be sure, please note, that the task actually completed successfully from my point of view. The new VM (direved from the template clone task) is fully usable and on the webadmin the task is shown as "completed". So maybe at some point in time the engine does get the job status wrong and the problem begins... I need to look into this but I think it should be safe to remove this record while the engine is down. Make sure to make a backup if you try! OK, I did the following test: - created a new VM from my custom template (with cloned Disk) - waited for the job to complete - manually deleted the related DB entry from the table "async_tasks" - set host/node to maintenance - rebootet engine Result: The VM did NOT disappear! :-) I think somehow ovirt-engine does get the results of the job wrong, thus it does not recognize that the job completed *successfully* and does a retry after reboot (which fails horribly and leads to disappearing VMs). Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Host stuck in unresponsive state
Hi, my all-in-one host is stuck in unresponsive state, no matter what I try. Found this error in my engine.log: 2013-08-31 23:53:59,325 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-54) Command GetCapabilitiesVDS execution failed. Exception: VDSNetworkException: java.net.ConnectException: Connection refused This message starts to appear when I try to activate the host (from maintenance state). Any idea how to activate the host? Running oVirt 3.3 RC2 on Fedora 19, all-in-one Setup. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host stuck in unresponsive state
On 01.09.2013 00:00, Frank Wall wrote: 2013-08-31 23:53:59,325 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] (DefaultQuartzScheduler_Worker-54) Command GetCapabilitiesVDS execution failed. Exception: VDSNetworkException: java.net.ConnectException: Connection refused OK, apparently vdsmd is dead: [root@aio ~]# systemctl status vdsmd.service vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled) Active: failed (Result: timeout) since So 2013-09-01 00:40:48 CEST; 53s ago Process: 1587 ExecStart=/lib/systemd/systemd-vdsmd start (code=killed, signal=TERM) Sep 01 00:39:18 aio.example.com systemd[1]: Starting Virtual Desktop Server Manager... Sep 01 00:39:19 aio.example.com systemd-vdsmd[1587]: Starting configure libvirt to VDSM ... Sep 01 00:39:19 aio.example.com systemd-vdsmd[1587]: libvirt is already configured for vdsm Sep 01 00:39:19 aio.example.com systemd-vdsmd[1587]: =Done configuring libvirt= Sep 01 00:39:19 aio.example.com systemd-vdsmd[1587]: Starting iscsid... Sep 01 00:40:48 aio.example.com systemd[1]: vdsmd.service operation timed out. Terminating. Sep 01 00:40:48 aio.example.com systemd[1]: Failed to start Virtual Desktop Server Manager. Sep 01 00:40:48 aio.example.com systemd[1]: Unit vdsmd.service entered failed state. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host stuck in unresponsive state
On 01.09.2013 00:56, Frank Wall wrote: Sep 01 00:39:19 aio.example.com systemd-vdsmd[1587]: Starting iscsid... Sep 01 00:40:48 aio.example.com systemd[1]: vdsmd.service operation timed out. Terminating. OK, for some reason it got stuck trying to start "iscsid" and "multipathd". I was able to solve the issues with these services and now the real error message is visible: [root@aio ~]# journalctl -xn Sep 01 01:17:53 aio.example.com python[2780]: DIGEST-MD5 client step 2 Sep 01 01:17:53 aio.example.com python[2780]: DIGEST-MD5 ask_user_info() Sep 01 01:17:53 aio.example.com python[2780]: DIGEST-MD5 make_client_response() Sep 01 01:17:53 aio.example.com python[2780]: DIGEST-MD5 client step 3 Sep 01 01:17:53 aio.example.com kernel: vdsm-tool[2781]: segfault at 7fda699aca40 ip 7fda699aca40 sp 7fda565b4f38 error Sep 01 01:17:53 aio.example.com systemd-vdsmd[2678]: /lib/systemd/systemd-vdsmd: line 185: 2780 Segmentation fault "$VDSM Sep 01 01:17:53 aio.example.com systemd-vdsmd[2678]: vdsm: Failed to define network filters on libvirt[FAILED] Sep 01 01:17:53 aio.example.com systemd[1]: vdsmd.service: control process exited, code=exited status=139 Sep 01 01:17:53 aio.example.com systemd[1]: Failed to start Virtual Desktop Server Manager. And from the system log: [ 1075.655610] vdsm-tool[2781]: segfault at 7fda699aca40 ip 7fda699aca40 sp 7fda565b4f38 error 15 in libpython2.7.so.1.0[7fda69997000+3e000] So... what do to next? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host stuck in unresponsive state
On 01.09.2013 01:28, Frank Wall wrote: OK, for some reason it got stuck trying to start "iscsid" and "multipathd". I was able to solve the issues with these services and now the real error message is visible: Did some more fiddling... I removed my /etc/multipath.conf and started with the new file. Apparently there is a syntax error in this auto-generated config: [root@aio ~]# multipath -ll Sep 01 00:32:27 | multipath.conf +5, invalid keyword: getuid_callout Sep 01 00:32:27 | multipath.conf +18, invalid keyword: getuid_callout OK, I removed lines 5 and 18 and now multipathd is working again. This time it was possible to successfully start vdsmd afterwards: [root@aio ~]# systemctl status vdsmd.service vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled) Active: active (running) since So 2013-09-01 16:25:45 CEST; 1min 30s ago Process: 3138 ExecStart=/lib/systemd/systemd-vdsmd start (code=exited, status=0/SUCCESS) Main PID: 3285 (respawn) CGroup: name=systemd:/system/vdsmd.service ├─3285 /bin/bash -e /usr/share/vdsm/respawn --minlifetime 10 --daemon --masterpid /var/run/vdsm/respawn.pid /us... └─3288 /usr/bin/python /usr/share/vdsm/vdsm Sep 01 16:25:45 aio.exmaple.com python[3288]: DIGEST-MD5 client step 2 Sep 01 16:25:45 aio.exmaple.com python[3288]: DIGEST-MD5 parse_server_challenge() Sep 01 16:25:45 aio.exmaple.com python[3288]: DIGEST-MD5 ask_user_info() Sep 01 16:25:45 aio.exmaple.com vdsm[3288]: vdsm vds WARNING Unable to load the json rpc server module. Please make su...alled. Sep 01 16:25:45 aio.exmaple.com python[3288]: DIGEST-MD5 client step 2 Sep 01 16:25:45 aio.exmaple.com python[3288]: DIGEST-MD5 ask_user_info() Sep 01 16:25:45 aio.exmaple.com python[3288]: DIGEST-MD5 make_client_response() Sep 01 16:25:45 aio.exmaple.com python[3288]: DIGEST-MD5 client step 3 Sep 01 16:25:54 aio.exmaple.com vdsm[3288]: vdsm TaskManager.Task ERROR Task=`7fc3840c-1518-4260-9f27-ee20434b5a7a`::U... error Sep 01 16:25:54 aio.exmaple.com vdsm[3288]: vdsm TaskManager.Task ERROR Task=`82f757b5-a669-40fa-b09d-9cad90c971e1`::U... error Still, this doesn't feel right. I think vdsmd is just too unstable and vulnerable. Why did vdsmd core dump with another multipathd config in place? Why does it even have this strict dependency on multipathd? There have been severel similar reports in the last months and I wonder if there is a way to make vdsmd just more stable. It would be better to have vdsmd started and report an error to ovirt-engine, instead of failing to start the vdsmd service all the time. The current behaviour makes it hard to debug. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] How to add internal networks
On 26.08.2013 09:36, Antoni Segura Puimedon wrote: Note that you can create dummies with any name you want with ip link add drummy type dummy So you could potentially create your own dummy_250, for example. This is quirky :-( The usual way to add dummy interfaces would be to create /etc/modprobe.d/dummy.conf and add these lines: alias dummy0 dummy alias dummy1 dummy alias dummy2 dummy options dummy numdummies=3 Unfortunately, I was not able to add dummy_* devices using this method, guessing dummy_0 is not supported here. Any hint on this? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host stuck in unresponsive state
Hi René, On 01.09.2013 19:55, René Koch wrote: I sometimes have (had) the same issues with all-in-one-setups, so I don't use local storage in all-in-one-setup anymore. thanks for the hint, I'll definitely give this a try if the problem persists. As of yet I found that completely disabling all blocking services helps stabilizing vdsmd-startup: [root@aio ~]# systemctl disable iscsid.service [root@aio ~]# systemctl disable multipathd.service So far vdsmd starts and runs without any issues. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Setup 3.3 RC2 All-in-one fails
Hi, setting up a new installation of 3.3 RC2 fails: - installed Fedora 19 - setup ovirt repo, enable beta repo - install all-in-one rpms - run engine-setup [ INFO ] Stage: Setup validation --== CONFIGURATION PREVIEW ==-- Database name : engine Database secured connection: False Database host : localhost Database user name : engine Database host name validation : False Datbase port : 5432 NFS setup : True PKI organization : example.com NFS mount point: /home/ovirt/iso Application mode : both Host FQDN : aoi.example.com Datacenter storage type: nfs Configure local database : True Set application as default page: True Configure Apache SSL : True Configure VDSM on this host: True Local storage domain directory : /home/ovirt/vm [...skipping successful steps...] [ INFO ] Starting engine service [ INFO ] Restarting httpd [ ERROR ] Failed to execute stage 'Closing up': 'module' object has no attribute 'SSH' [ INFO ] Stage: Clean up Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-setup-20130902192543.log [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Execution of setup failed And these are the relevant bits from install log: 2013-09-02 19:28:56 DEBUG otopi.plugins.ovirt_engine_setup.all-in-one.vdsm vdsm._closeup:213 Creating the local data center 2013-09-02 19:28:56 DEBUG otopi.plugins.ovirt_engine_setup.all-in-one.vdsm vdsm._closeup:223 Creating the local cluster into the local data center 2013-09-02 19:28:57 DEBUG otopi.plugins.ovirt_engine_setup.all-in-one.vdsm vdsm._closeup:238 Adding the local host to the local cluster 2013-09-02 19:28:58 DEBUG otopi.context context._executeMethod:133 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 123, in _executeMethod method['method']() File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/all-in-one/vdsm.py", line 249, in _closeup ssh=self._ovirtsdk_xml.params.SSH( AttributeError: 'module' object has no attribute 'SSH' 2013-09-02 19:28:58 ERROR otopi.context context._executeMethod:142 Failed to execute stage 'Closing up': 'module' object has no attribute 'SSH' Seems like RC2 broke this I was able to successfully setup an all-on-one setup with RC1 before. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Setup 3.3 RC2 All-in-one fails
On 02.09.2013 20:03, Alon Bar-Lev wrote: Yes[1], you probably need newer sdk. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1002749 Thanks for the pointer to BZ. I've cherry-picked a newer version from nightly repo (ovirt-engine-sdk-python-3.3.0.5-1.20130828.gitdbe6e62.fc19.noarch) and was able to successfully setup my all-in-one setup. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
Hi Laszlo, On 27.08.2013 16:01, Laszlo Hornyak wrote: Thank you Frank, I will investigate this issue. any update on this issue? It's 100% reproducible, even on a new installed RC2 host. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
Hi Andrew, On 06.09.2013 03:42, Andrew Lau wrote: Just for reference how'd you empty the async_tasks? on my oVirt engine I use the following steps to empty async_tasks: aio:~# su -l postgres -bash-4.2$ psql psql (9.2.4) postgres=# \c engine engine=# select task_id from async_tasks; task_id - [...should return one or more rows...] engine=# delete from async_tasks; Please make sure that all tasks completed before removing these rows. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Guest to guest multicast
Hi, I'm trying to use the VRRP protocol between two VMs, but the multicast traffic never gets through. On the oVirt host I can see the VRRP advertisements coming in for both VMs: aio:~# tcpdump -n -X -i vnet3 net 224.0.0.0/4 listening on vnet3, link-type EN10MB (Ethernet), capture size 65535 bytes 18:58:31.841220 IP 10.1.2.3 > 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 0, authtype none, intvl 1s, length 36 aio:~# tcpdump -n -X -i vnet8 net 224.0.0.0/4 listening on vnet8, link-type EN10MB (Ethernet), capture size 65535 bytes 19:02:26.907054 IP 10.1.2.4 > 224.0.0.18: VRRPv2, Advertisement, vrid 1, prio 100, authtype none, intvl 1s, length 36 What is required to enable guest-to-guest multicast communication on an oVirt node? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] All VMs disappeared
Hi Yair, On 15.09.2013 21:19, Yair Zaslavsky wrote: I verified that commit c54353b11fb9ac2cb59cbc3e04b58e9114cbecba solved this issue as well. I can confirm that the issue is solved. Thank you! ovirt-engine-3.3.0-4.fc19.noarch ovirt-engine-backend-3.3.0-4.fc19.noarch ovirt-engine-cli-3.3.0.4-1.20130829.git5ae0f2c.fc19.noarch ovirt-engine-dbscripts-3.3.0-4.fc19.noarch ovirt-engine-lib-3.3.0-4.fc19.noarch ovirt-engine-restapi-3.3.0-4.fc19.noarch ovirt-engine-sdk-python-3.3.0.6-1.fc19.noarch ovirt-engine-setup-3.3.0-4.fc19.noarch ovirt-engine-setup-plugin-allinone-3.3.0-4.fc19.noarch ovirt-engine-tools-3.3.0-4.fc19.noarch ovirt-engine-userportal-3.3.0-4.fc19.noarch ovirt-engine-webadmin-portal-3.3.0-4.fc19.noarch ovirt-host-deploy-1.1.1-1.fc19.noarch ovirt-host-deploy-java-1.1.1-1.fc19.noarch ovirt-host-deploy-offline-1.1.1-1.fc19.noarch ovirt-image-uploader-3.3.0-1.fc19.noarch ovirt-iso-uploader-3.3.0-1.fc19.noarch ovirt-log-collector-3.3.0-1.fc19.noarch Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Proposal for a fresh look and feel for Ovirt
Hi Malini, On 14.10.2013 19:06, Malini Rao wrote: Here is a proposal for updating the ovirt look and feel to give it a fresh and modern look - http://www.ovirt.org/Ovirt_LAF. Your feedback and input is invited. I think your proposal looks way better than the current oVirt interface and I think it would definitively be an improvement. Though I think the oVirt admin interface still looks somewhat bloated. I always thought that it shows too much information at once, but only few of these facts are actually useful. Some columns are useless most of the time. This is especially true if you consider the "Virtual Machines" tab just an overview, not an in-depth view of all VMs. Lets discuss this further: - Display: not interesting if I just want to see the overview - Status: redundant, the icon in the first row already tells me about this - Uptime: not interesting at all, I never used this information for anything - Host, IP, Cluster, Datacenter: Really, why should I care about these details, if I just want to see an overview of my VMs? If I want to know any of these, I can click on any VM and see every detail. Or I choose a specific datacenter or Cluster to see specific details about it. I think this applies to almost every "overview" page in oVirt. It's too much information at once, and even worse, too much useless information. The point is to show only *really* important information first (status, usage), and from this point the user/admin should be able to go deeper and view specific details. Remember, it's just my opinion :-) Ciao - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Proposal for a fresh look and feel for Ovirt
On 15.10.2013 11:06, Karli Sjöberg wrote: - Display: not interesting if I just want to see the overview - Status: redundant, the icon in the first row already tells me about this Perhaps. But remember that "Shut down" and "Shutting down" actually have the same icon. If the status column gets ditched, the icons need to be more clear first, in my opinion. Definitely. The icons need to be clear. - Uptime: not interesting at all, I never used this information for anything We do. It´s really good information to have when you use a centralized updating system like forcing updates and reboots through puppet or WSUS. If you see that every VM has been rebooted after there should have been updates except one, you know that VM probably is in some kind of trouble. I understand your need, but would rather choose a monitoring solution to do the verify task. Especially when using a centralized updating system I would try hard to avoid this manual verification step. But I guess this is another story :-) Ciao - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest to guest multicast
Hi Yedidyah, On 17.09.2013 09:32, Yedidyah Bar David wrote: What is required to enable guest-to-guest multicast communication on an oVirt node? Are they on the same virtual network/bridge? Did you check iptables? You can add a rule to log such things and see if it was iptables that blocked it (or something else). Check both host and VMs. yes, both guest interfaces are on the same virtual bridge: mytestlan 8000.8000.0111 no dummy_3 vnet11 vnet13 On the host side iptables is configured to log rejected packets: -A INPUT -j LOG -m limit --limit 2/min --log-prefix "REJECT: " --log-level 4 But I've never seen any log message related to multicast traffic while debugging this issue. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest to guest multicast
Hi Moti, On 17.09.2013 15:41, Moti Asayag wrote: I've tested a multicast traffic between VMs which worked fine to me. The test made between two VMs running on different hosts, connected to the same switch. would you please provide some details about how you tested the multicast traffic between VMs? I would be interested in doing the exact same tests on my side, i.e. running the same commands. (Note that in my test setup all VMs run on the same host.) Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest to guest multicast
On 17.09.2013 15:41, Moti Asayag wrote: I've tested a multicast traffic between VMs which worked fine to me. The test made between two VMs running on different hosts, connected to the same switch. OK, I found a secure way to test multicast communication: (see http://www.linuxproblems.org/wiki/How_to_check_Multicasting) # VM_A: start the receiver VM_A# java -cp jgroups-3.3.3.Final.jar org.jgroups.tests.McastReceiverTest -mcast_addr 231.12.21.132 -port 45566 Socket=0.0.0.0/0.0.0.0:45566, bind interface=/127.0.0.1 Socket=0.0.0.0/0.0.0.0:45566, bind interface=/10.1.2.3 # VM_B: start the sender, send message "test" VM_B# java -cp jgroups-3.3.3.Final.jar org.jgroups.tests.McastSenderTest -mcast_addr 231.12.21.132 -port 45566 Socket #1=0.0.0.0/0.0.0.0:45566, ttl=32, bind interface=/127.0.0.1 Socket #2=0.0.0.0/0.0.0.0:45566, ttl=32, bind interface=/10.1.2.4 test # VM_A will receive the message test [sender=10.1.2.4:45566] So this basically means that multicast is working. For some reason, VRRP/CARP is NOT working. This means pfSense HA and *BSD (u)CARP is not usable right now. Any hint? I'm out of ideas right now. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest to guest multicast
Hi Moti, On 17.10.2013 08:04, Moti Asayag wrote: I used iperf for testing multicast between the vms. See http://iperf.fr/#multicast for the exact commands. thanks, I did a quick test with iperf with a good result (445 out of 446 datagrams could be received). But still pfSense/FreeBSD CARP/uCARP does not work, it seems to be filtered on the oVirt/KVM Host. Have you ever heard of this? Any idea? Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Guest to guest multicast
Hi Moti, On 17.10.2013 15:08, Moti Asayag wrote: Could you try disabling the filter, restart the vms and re-run the test ? 1. On the ovirt-engine run: engine-config -s EnableMACAntiSpoofingFilterRules=false --cver=3.3 (if you're using ovirt-engine 3.2, make sure to specify it in the --cver= option). 2. Restart the ovirt-engine service 3. Restart the vms 4. Re-run the test YES! This solved the VRRP problem. THANK YOU! At some point I was already suspecting that ebtables and the Anti-Spoofing rules would be causing my problem, because I could see them in the XML configuration of my VMs, but a "ebtables -L" did not show any rule. So I kept on searching... My question is: How would I find these Anti-Spoofing rules that oVirt applies to each VM? Just want to find out at which point my debugging went into the wrong direction ;-) Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Custom settings for Kernel Same-page Merging (KSM)?
Hi, recently I've noticed that ksmd is using quite a lot CPU on my oVirt node. While I have plenty RAM, my CPU is way slow. Thus ksmd is eating up the most limited ressource here. Is it supported to use custom settings for ksmd? I've noticed that it is handled by MoM: /etc/vdsm/mom.d/03-ksm.policy. May I just change some settings here, or is there a tuning parameter in oVirt engine? Couldn't find a matching one with engine-config. I'd like to use a higher value for sleep_millisecs to reduce CPU usage (with the possible side effect of higher RAM usage). Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Custom settings for Kernel Same-page Merging (KSM)?
Hi Martin, On 2013-11-04 11:12, Martin Sivak wrote: we do not currently have anything in the engine that would allow you to do this. If you create an oVirt RFE bug for it it would make it easier for us to add the feature and track the progress. good advice, here we go: https://bugzilla.redhat.com/show_bug.cgi?id=1026294 I wasn't sure if I should file a bug for vdsmd or ovirt-engine, so maybe someone needs to reclassify this PR. However you can update the policy file you found to accomplish this. Just set (defvar ksm_sleep_ms_baseline 10) to a higher value and do not forget to properly restart VDSM when you do. Thanks, I've already thought of doing this as a temporary workaround, but wanted to make sure that it's not customizable yet. So I'm going to hardcode my preferred value on next maintenance. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ISO_DOMAIN won't attach
On 2013-11-04 18:06, Bob Doolittle wrote: However, my ISO_DOMAIN remains unattached. If I select it, select its Data Center tab, and click on Attach, it times out. Try putting the oVirt node in maintenance mode, wait, and activate it again. Every once in a while this helped me solve strange problems. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] ISO_DOMAIN won't attach
On 2013-11-04 18:54, Bob Doolittle wrote: If there's any diagnostic info anybody would like me to acquire first, please speak up asap. It's always a good idea to keep a copy of /var/log/vdsm/vdsm.log from oVirt node and /var/log/ovirt-engine/engine.log from oVirt engine. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
Hi, I'm experiencing a strange UI bug in the Amdin Portal. The "Virtual Machines" tab is unusable in serval ways: - when selecting a VM, all buttons are greyed-out, except "New VM" - you cannot power on, power off, open console or edit a VM - when selecting a VM, the VM-specific tabs do not appear on the bottom All other tabs, especially the "Hosts" tab are working as expected. Initially I suspected an incompatible browser on my side, so I tried with Firefox 25, Chrome and IE 11. No success. This UI bug hit me after upgrading from oVirt 3.3.0 to 3.3.1. And it is still reproducable in oVirt 3.3.2 BETA1. Any hint on this? Or any advice how to provide some useful debug output? I have to mention that I am able to workaround this bug: - select a VM - right click, choose "New VM", click "Cancel" - now most VM actions are no longer greyed-out - power on the VM - still the "console" button remains greyed-out Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
Hi Tomas, Am 2013-12-09 10:47, schrieb Tomas Jelinek: could you please attach the frontend logs from FF if there are any exceptions? not much, but this is what I got: http://pastebin.com/5p3PbSRG Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
Hi Tomas, On 2013-12-09 11:12, Tomas Jelinek wrote: Just to make sure to avoid unnecessary compilation: this logs are from 3.3.2 BETA1, right? yes, it's 3.3.2 BETA1 as of yesterday: ovirt-engine-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-backend-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-cli-3.3.0.6-1.fc19.noarch ovirt-engine-dbscripts-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-lib-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-restapi-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-sdk-python-3.3.0.8-1.fc19.noarch ovirt-engine-setup-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-setup-plugin-allinone-3.3.1-2.fc19.noarch ovirt-engine-tools-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-userportal-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-webadmin-portal-3.3.2-0.1.beta1.fc19.noarch ovirt-engine-websocket-proxy-3.3.2-0.1.beta1.fc19.noarch ovirt-host-deploy-1.1.2-1.fc19.noarch ovirt-host-deploy-java-1.1.2-1.fc19.noarch ovirt-host-deploy-offline-1.1.2-1.fc19.noarch ovirt-image-uploader-3.3.1-1.fc19.noarch ovirt-iso-uploader-3.3.1-1.fc19.noarch ovirt-log-collector-3.3.1-1.fc19.noarch ovirt-release-fedora-9-1.noarch Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
Hi Tomas, On 2013-12-09 14:22, Tomas Jelinek wrote: 2: spiceSupportMatrix.get(osId) returned null. [...] I would guess this is the issue. To verify this could you please paste here the content of all .../osinfo.conf.d/*.properties and also the result of "select os, vm_name from vm_static" DB query so we can find which value is not there. you're right. I did a lookup in the database and compared the values to the entries in /etc/ovirt-engine/osinfo.conf.d/*.properties. I noticed that the "os" ID 6 is assigned multiple times, but not defined in a .properties file (anymore). A quick check in the Admin Portal confirms this: open "Edit Virtual Machine" => Operating System: null I can't remember what "os" ID 6 was in previous releases. Anyway, since I used this to classify my FreeBSD VMs, I've setup a new file defining it: # cat /etc/ovirt-engine/osinfo.conf.d/freebsd.properties # FreeBSD(6, OsType.BSD, false), os.freebsd.id.value = 6 os.freebsd.name.value = FreeBSD os.freebsd.derivedFrom.value = other os.freebsd.description.value = FreeBSD Operating System os.freebsd.family.value = BSD This fixed my issue, but I still would like to know why ID 6 was silently removed in 3.3.1 :-) Maybe it should be re-added in 3.3.2 to avoid this UI breakage for other people. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
Hi Roy, On 2013-12-10 8:24, Roy Golan wrote: can you run this so we would know if the script ever ran on your env? psql engine postgres -c "select * from schema_version where version ='03030660';" engine=# select * from schema_version where version ='03030660'; -[ RECORD 1 ]+- id | 246 version | 03030660 script | upgrade/03_03_0660_add_enabled_column_to_policy_unit.sql checksum | 5e791c91f298ca662f275e21524e9e30 installed_by | engine started_at | 2013-09-02 20:43:54.8651 ended_at | 2013-09-02 20:43:54.900773 state| INSTALLED current | f comment | Though I'm pretty sure the upgrade process (using `engine-setup`) did not report any error. While grepping through all recent upgrade logs I cannot find any invocation of 03_03_0660_alter_os_type_unassigned_to_other.sql. Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
On 2013-12-10 14:29, Michal Skrivanek wrote: So it did run. It was supposed to change the id. Is it possible you so ehow overwrote it manually or anything like that? No. It is a fresh install from september and I tried hard to follow oVirt's guidelines ;-) I did some manual deletions in engine.async_tasks a while ago to workaround a bug, but this shouldn't have influenced this upgrade task. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
Hi Roy, On 2013-12-11 8:18, Roy Golan wrote: how was this engine installed, upgraded in time? nightly or with official releases? I'd bet it was installed from an official release, but it seems like it was RC2 back then: Sep 02 17:50:18 Installed: ovirt-engine-setup-3.3.0-0.7.rc2.fc19.noarch 2013-09-02 19:21:24 DEBUG otopi.plugins.ovirt_engine_common.core.misc misc._init:98 Package: ovirt-engine-3.3.0_master (3.3.0-0.7.rc2.fc19) Please also try to "ls /usr/share/ovirt-engine/dbscripts/upgrade | grep unassigned" so we would know if you have the script at all. # ls /usr/share/ovirt-engine/dbscripts/upgrade | grep unassigned 03_03_0660_alter_os_type_unassigned_to_other.sql Thanks - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Strange UI bug: tab "VM" unusable / oVirt 3.3.1+
On 2013-12-11 8:18, Roy Golan wrote: how was this engine installed, upgraded in time? nightly or with official releases? This is my complete release timeline for this host/engine: Sep 02 17:50:37 Installed: ovirt-engine-3.3.0-0.7.rc2.fc19.noarch Sep 13 22:09:41 Updated: ovirt-engine-3.3.0-3.fc19.noarch Sep 22 18:37:26 Updated: ovirt-engine-3.3.0-4.fc19.noarch Okt 27 21:29:08 Updated: ovirt-engine-3.3.0.1-1.fc19.noarch Dec 05 15:22:38 Updated: ovirt-engine-3.3.1-2.fc19.noarch Dez 08 21:31:55 Updated: ovirt-engine-3.3.2-0.1.beta1.fc19.noarch Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Windows 10 + qemu + Blue Iris = Blue screen
On Fri, Jul 22, 2016 at 03:58:56PM -0500, Blaster wrote: > I did try a clean install. Both an upgrade and a fresh install cause a blue > screen. How do I pin point the blue screen? In my case I could solve this issue by changing the number of (virtual) CPUs to only 1 for the Windows 10 VM. The Windows 10 VM is running pretty stable for several months now. IIRC this is related to the Host CPU or Cluster CPU Type. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] hosted-engine : how to shutdown hosts?
On Mon, Mar 02, 2015 at 11:25:38AM +0100, Frank Wall wrote: > On Sun, Mar 01, 2015 at 02:26:12AM -0500, Yedidyah Bar David wrote: > > You wrote '"shutdown -h now" on the hosts'. What happens if you shutdown > > just one of them and then wait a bit? Does it get started too? > > > > Are you certain that 'shutdown -h now' worked on these hosts before the > > setup - that it's not some kernel/bios/etc issue? > > I've seen similar issues on some CentOS 7 hosts running on desktop-class > hardware. I haven't got time for extensive debugging, but I'd bet it's a > kernel or hardware-related issue (or a combination of both). There's > nothing indicating that this is related to oVirt, at least in my case. FWIW, after upgrading to CentOS 7.1.1503 (and oVirt 3.5.3) this issue is gone, at least for me. Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt support
Hi, On Sat, Oct 03, 2015 at 11:58:09AM +0330, S.Mohammad Emami Razavi wrote: > How can i check oVirt support for HP servers particularly Gen9? > Does anybody test oVirt with new generations of HP server? > Sincerely. if you plan to deploy oVirt on either Red Hat Enterprise Linux (RHEL) or on CentOS Linux, this should help: http://h17007.www1.hp.com/us/en/enterprise/servers/supportmatrix/exceptions/rhel_exceptions.aspx Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] noVNC not working
Hi Phil, On Mon, Nov 02, 2015 at 04:38:14PM +, Phil Daws wrote: > have attempted to downgrade noVNC (novnc-0.4-7.el6.noarch) but it still down > not work. I was hit by the same issue. If I remember correctly I had to do the following to resurrect noVNC (on EL7): wget http://cbs.centos.org/kojifiles/packages/novnc/0.4/9.el7/noarch/novnc-0.4-9.el7.noarch.rpm rpm -Uvh --oldpackage novnc-0.4-9.el7.noarch.rpm wget http://cbs.centos.org/kojifiles/packages/python-websockify/0.5.1/2.el7/noarch/python-websockify-0.5.1-2.el7.noarch.rpm rpm -Uvh --oldpackage python-websockify-0.5.1-2.el7.noarch.rpm systemctl restart ovirt-websocket-proxy.service systemctl status ovirt-websocket-proxy.service https://bugzilla.redhat.com/show_bug.cgi?id=1202356 Regards - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] can't get VM working (no ISO images, no Console)
Hi,
I've setup a test instance of ovirt like this...
- setup ovirt engine on Fedora 16 using yum
(ovirt-engine-3.0.0_0001-1.6.fc16.x86_64)
- setup ovirt node "ovirt-node1" using the ISO image
ovirt-node-iso-2.3.0-1.0.fc16.iso
- created a new datacenter with NFS storage ("datacenter2")
- created a new cluster ("cluster2")
- added ovirt node "ovirt-node1" to cluster "cluster2"
- created an NFS storage for virtual machines ("nfs_storage1")
- created an NFS storage for ISO images ("iso_images1")
- created a new VM on "cluster2" with disk space provided by "nfs_storage1"
...but I fail to get any VM working. First of all, I've uploaded an ISO image
with
the iso-uploader. I can verify that it was uploaded successfully:
[root@ovirt-engine ~]# engine-iso-uploader -v -i iso_images1 upload
FreeBSD-8.2-RELEASE-amd64-disc1.iso
Please provide the REST API password for the admin@internal oVirt Engine user
(CTRL+D to abort):
DEBUG: URL is
https://ovirt-engine.EXAMPLE.COM:8443/api/storagedomains?search=name%3Diso_images1
DEBUG: Returned XML is
iso_images1
iso
false
nfs
192.168.200.108
/mnt/iso1
15032385536
3221225472
0
v1
DEBUG: id=b2d11688-84ce-40ef-b10f-f036ac806cf9 address=192.168.200.108
path=/mnt/iso1
DEBUG: local NFS mount point is /tmp/tmpxG6M3H
DEBUG: NFS mount command (/bin/mount -t nfs -o rw,sync,soft
192.168.200.108:/mnt/iso1 /tmp/tmpxG6M3H)
DEBUG: /bin/mount -t nfs -o rw,sync,soft 192.168.200.108:/mnt/iso1
/tmp/tmpxG6M3H
DEBUG: _cmds(['/bin/mount', '-t', 'nfs', '-o', 'rw,sync,soft',
'192.168.200.108:/mnt/iso1', '/tmp/tmpxG6M3H'])
DEBUG: returncode(0)
DEBUG: STDOUT()
DEBUG: STDERR()
ERROR: FreeBSD-8.2-RELEASE-amd64-disc1.iso exists on 192.168.200.108. Either
remove it or supply the --force option to overwrite it.
DEBUG: /bin/umount -t nfs -f /tmp/tmpxG6M3H
DEBUG: /bin/umount -t nfs -f /tmp/tmpxG6M3H
DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/tmp/tmpxG6M3H'])
DEBUG: returncode(0)
DEBUG: STDOUT()
DEBUG: STDERR()
Still I am unable to select the ISO image from the VM configuration menu,
the "change CD" function doesn't show the ISO image either.
Besides that my test VM is in status "Up", but I can't select the
"console" option, it is grayed out.
So maybe you can advise me how to get the first test VM working. I'd like
to continue with further tests as soon as possible :-)
Thanks
- Frank
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Unable to login into console Spice VNC anyone?
On Wed, Jul 25, 2012 at 01:46:40PM -0500, Brent Bolin wrote: > I have seen this. Can give it a try. > > At this point I'm not sure if it's a problem with my configuration. > Or making console connections with either vnc or spice. The ports are > clearly running - FWIW, I was unable to make console connections with oVirt 3.0, too. Lately I've tried oVirt 3.1 BETA and VNC works like a charm, although I couldn't get SPICE to work. Please note that I've used a fresh Fedora 17 installation for both the engine and the node. (Since the ovirt node ISO image seemed buggy at that time.) - Frank ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
