I have been trying to install my first VM on a stateless node. so far I have failed twice with the node ending up in the "Non-responsive" mode. I had to reboot to recover and it took a while to reconfigure everything since this is stateless.
I can still get into the node via the console. It's not dead. But the ovirtmgmt interface seems to be dead. The other iSCSI interface is running ok.
Can anyone recommend ways how to debug this problem?
I´ve gone through upgrading from 3.3.2 to 3.3.3 RC on CentOS 6.5 in our
test environment, went off without a hitch, so "good job" guys! However
something I´d very much like to see fixed is live snapshots for CentOS,
especially since it seems to be fixed already for Fedora. Issue already
Is this something that can be targeted for 3.3.3 GA?
Med Vänliga Hälsningar
Swedish University of Agricultural Sciences Box 7079 (Visiting Address
S-750 07 Uppsala, Sweden
Phone: +46-(0)18-67 15 66
ovirt-engine-reports-3.3.2-1.fc19.noarch using yum
Now I have reports listed when right clicking on Vms but on any report i
see this error:
You don't have permission to access /ovirt-engine-reports/flow.html on
This seems to be related to apache redirection but how to fix it?
I have three files in conf.d
but can't figure how to fix them
I applied no changes to these files
oVirt 3.3.3 release need to be postponed.
A recent release of python-cpopen-1.3 is breaking dependency resolution on EL6 and F19 so vdsm can't be installed and node can't be composed.
A recent change in vdsm-python-cpopen added the needed conflict against python-cpopen and removed Provides / Obsoletes on python-cpopen.
But no new releases of python-cpopen is available fixing the correct Provides / Obsoletes pair.
oVirt 3.3.2 / stable is affected too.
Bug 1056470 - python-cpopen-1.3 is not providing obsoleted package.
Bug 1056464 - python-cpopen-1.3 is not providing obsoleted package.
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
When I select View/Full Screen on a VM running a Windows guest, the
display resolution automatically adjusts to fit the new canvas.
However, when I do this on a VM running Fedora 20, it doesn't. Nor do I
know how to query the new canvas size so that I can issue a manual
xrandr command to fit it (without doing an ssh into the system and
somehow finagling xwininfo to give me the size).
In the guest I am running spice-vdagent-0.15.0-1, and restarting it has
no effect. Shouldn't it be the one responsible for display optimization?
maybe I should write an RFE BZ for this
but there might be a technical limitation, I don't know.
What I want:
I have a Host in ovirt which is in status "down" and/or
I want to change the hostname/ip ovirt uses to connect to
1. This is not possible via webadmin, the address field
is grayed out (there seem to be conflicting design patterns
for the webadmin, other buttons which don't work don't get
grayed out for some reason, instead they throw errors..)
2. make it possible to change the hostname/ip via API
from what I've seen so far I have to hack the database
to make this change happen in 3.3.2
Is there any technical reason why this is not possible?
ovirt should be happy with the UUIDs for the host and
should not bother about the hostname.
Is there a way to alter the hostname/ip which I don't know?
Could someone point me to the right table and how to alter it
without breaking it?
Mit freundlichen Grüßen / Regards
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
Assign 20G virtio disk for VM, create an offline snapshot, find the true
size of Vm-disk bigger than the virtual size (assign size)?
I want to know how to compute the true size of vm-disk. Anbody can tell me
the answer ? thanks.
I am using oVirt node 3.0.3. It seems systemd renames all the interfaces from ethx to something else. Not sure why but this creates lots of problems for some old scripts.
[root@localhost ~]# dmesg | grep -i eth0
[ 2.441579] bnx2 0000:10:00.0 eth0: Broadcom NetXtreme II BCM5709 1000Base-SX (C0) PCI Express found at mem fa000000, IRQ 30, node addr 5c:f3:fc:20:6e:58
[ 27.222803] systemd-udevd: renamed network interface eth0 to enp16s0f0
Is there anyway to prevent this?