In notice this from a firefox in CentOS 6.4:
https://docs.google.com/file/d/0BwoPbcrMv8mvc084bUUycm45RWc/edit?usp=sharing
I'm using f19 for engine enabling beta repo, that today provided
ovirt-engine-3.3.0-4.fc19.noarch
BTW: nice to see some more languages; how can I help to have Italian put
On Mon, Sep 16, 2013 at 6:39 PM, René Koch (ovido) wrote:
and what about the qemu command line produced by virt-manager ?
Good point - here's the command line of Sol11 with virt-manager on this
oVirt host:
Could it be that the
-cpu Nehalem
in some way can influence the problem? It only
On Mon, Sep 16, 2013 at 6:27 PM, René Koch (ovido) wrote:
Here's the complete qemu cmd:
RHEL 6.4 (plain KVM - Solaris networking is fine):
/usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -enable-kvm -m
1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
On Mon, Sep 16, 2013 at 7:33 PM, Alexander Wels wrote:
Gianluca,
looks like the resolution on your browser window is too low. If you make the
window wider the problem will go away. Basically the menu bar is wrapping onto
the next line.
My resolution is 1280x768.
Indeed only when the browser
On Mon, Sep 16, 2013 at 8:36 PM, Einav Cohen wrote:
- Original Message -
From: Gianluca Cecchi gianluca.cec...@gmail.com
Sent: Monday, September 16, 2013 1:19:05 PM
In notice this from a firefox in CentOS 6.4:
https://docs.google.com/file/d/0BwoPbcrMv8mvc084bUUycm45RWc/edit?usp
Firefox on CentOS 6.4 ( version firefox-17.0.8-1.el6.centos.x86_64)
gives these kinds of layout, just after engine-setup phase.
This is when selecting Default datacenter icon:
https://docs.google.com/file/d/0BwoPbcrMv8mvVGhxck9kTGJtLXc/edit?usp=sharing
This is when I select the main System icon:
On Mon, Sep 16, 2013 at 4:12 PM, Gianluca Cecchi wrote:
On Mon, Sep 16, 2013 at 3:41 PM, Eric Blake wrote:
On 09/15/2013 07:55 AM, Gianluca Cecchi wrote:
I'm using what stock f18 repo gives today:
[root@tekkaman ~]# rpm -q libvirt
libvirt-0.10.2.7-1.fc18.x86_64
Known bug: CVE-2013-4291
Il giorno 19/set/2013 19:10, Alexander Wels aw...@redhat.com ha scritto:
Steve,
Having just installed gluster on my local hosts and seeing the exact same
error in my setup. I am going to assume the following are true:
1. You made a partition just for gluster.
2. You followed oVirt 3.3,
On Thu, Sep 19, 2013 at 7:50 AM, Gianluca Cecchi wrote:
Just to notice that what worked for me online, without need of reboot
of my all-in one f18 system was
take notice of packages to downgrade, just for reference:
rpm -qa | grep libvirt|grep 0.10.2.7-1
mkdir libvirt_downgrade
cd
Hello,
I installed ovirt-engine on F19. No hosts yet.
ovirt-engine service started ok
Today after updateing java, it fails with this message:
Sep 22 13:55:13 ovirt 2013-09-22 13:55:13,637 ovirt-engine: ERROR
run:485 Error: Directory '/
usr/lib/jvm/jre-1.7.0-openjdk-1.7.0.60-2.4.2.0.fc19.x86_64'
On Tue, Sep 24, 2013 at 4:15 PM, Riccardo Brunetti wrote:
Dear ovirt users.
I'm trying to setup an oVirt 3.3 installation using an already existing
OpenStack glance service as an external provider.
When I define the external provider, I put:
Openstack Image as Type
the glance service
Hello,
I'm testing GlusterFS on 3.3 with fedora 19 systems.
One engine (ovirt) + 2 nodes (ovnode01 and ovnode02)
Successfully created gluster volume composed by two bricks (one for
each vdsm node) distributed replicated
Suggestion:
If page
http://www.ovirt.org/Features/GlusterFS_Storage_Domain
So it seems the probelm is
On Wed, Sep 25, 2013 at 8:11 AM, Vijay Bellur wrote:
Have the following configuration changes been done?
1) gluster volume set volname server.allow-insecure on
2) Edit /etc/glusterfs/glusterd.vol on all gluster nodes to contain this
line:
option rpc-auth-allow-insecure on
On Wed, Sep 25, 2013 at 8:02 AM, Itamar Heim wrote:
Suggestion:
If page
http://www.ovirt.org/Features/GlusterFS_Storage_Domain
is the reference, perhaps it would be better to explicitly specify
that one has to start the created volume before going to add a storage
domain based on the
On Thu, Sep 26, 2013 at 11:07 AM, David Riedl wrote:
g report on your issue.
https://bugzilla.redhat.com/show_bug.cgi?id=988299
Scroll to the end. ( https://bugzilla.redhat.com/show_bug.cgi?id=988299#c46
)
There is a modified glusterVolume.py. I have the same issue as well, I'm
trying to
I was able to restart engine and the two hosts.
All restarted again.
Now the effect to run the VM is that it remains in paused state
- start VM (about 21:54 today)
it starts and goes into paused mode (arrow icon near VM)
From image
Hello,
I remember in the past that could be a problem to have high usage of
ovirtmgmt network because engine sometimes detects hosts as
unresponsive.
And it should this the reason about bandwith limitation on vm
migration, until dedicated network for it has been released.
SO the question is : what
On Wed, Oct 2, 2013 at 9:16 PM, Itamar Heim wrote:
On 10/02/2013 12:57 AM, Gianluca Cecchi wrote:
Today I was able to work again on this matter and it seems related to
spice
Every time I start the VM (that is defined with spice) it goes in
and this doesn't happen if the VM is defined
On Thu, Oct 3, 2013 at 12:09 AM, Allen Belletti wrote:
By adding this file to /config/files, I've been able to make it appear in
/etc/modprobe.d at boot time. This has no effect. It appears to take place
after the ixgbe driver has already been started. If I rmmod ixgbe and
modprobe ixgbe
On Thu, Oct 3, 2013 at 2:08 PM, Dan Kenigsberg wrote:
SO the question is : what about ovirtmgmt network for gluster
replication when gluster domain is provided by ovirt nodes?
I suppose it could be a problem too, couldn't it?
yes that is correct, using ovirtmgmt for non management
On Thu, Oct 3, 2013 at 12:21 AM, Gianluca Cecchi wrote:
On Wed, Oct 2, 2013 at 9:16 PM, Itamar Heim wrote:
On 10/02/2013 12:57 AM, Gianluca Cecchi wrote:
Today I was able to work again on this matter and it seems related to
spice
Every time I start the VM (that is defined with spice) it goes
On Wed, Oct 2, 2013 at 12:07 AM, Jason Brooks wrote:
I'm having this issue on my ovirt 3.3 setup (two node, one is AIO,
GlusterFS storage, both on F19) as well.
Jason
Me too with oVirt 3.3 setup and GlusterFS DataCenter.
One dedicated engine + 2 vdsm hosts. All fedora 19 + ovirt stable.
My
Hello,
is this combination supported?
I'm trying to configure Power Management, but I get this:
Power Management test failed for Host f18ovn03.Parse error: Ignoring
unknown option 'option=status' Unable to connect/login to fencing
device
What would be correct setup?
Any way to test from command
On Thu, Oct 3, 2013 at 5:58 PM, Gianluca Cecchi wrote:
Hello,
is this combination supported?
I'm trying to configure Power Management, but I get this:
Power Management test failed for Host f18ovn03.Parse error: Ignoring
unknown option 'option=status' Unable to connect/login to fencing
On Thu, Oct 3, 2013 at 10:46 PM, Dan Kenigsberg wrote:
On Thu, Oct 03, 2013 at 06:00:23PM +0200, Gianluca Cecchi wrote:
On Thu, Oct 3, 2013 at 5:58 PM, Gianluca Cecchi wrote:
Hello,
is this combination supported?
I'm trying to configure Power Management, but I get this:
Power
One engine with f19 and two nodes with f19.
All with ovirt stable repo for f19.
DC defined as GlusterFS
The volume is ok, but I can't activate the domain.
Relevant logs when I clich activate are below
On engine:
2013-10-03 23:05:10,332 INFO
On Thu, Oct 3, 2013 at 11:24 PM, Dan Kenigsberg wrote:
fenceNode should be sought on the fencing host (f18ovn01) not the
victim. do you have any other host in the datacenter? Maybe your
vdsm.log has been log-rotated? Could you look at your engine.log for
hints?
Nodes and engine configured
On messages of vdsm hosts
Oct 3 23:05:57 f18ovn03 sanlock[1146]: 2013-10-03 23:05:57+0200 16624
[13543]: read_sectors delta_leader offset 512 rv
-5
/rhev/data-center/mnt/glusterSD/f18ovn01.mydomain:gvdata/d0b96d4a-62aa-4e9f-b50e-f7a0cb5be291/dom_md/ids
Oct 3 23:05:58 f18ovn03 sanlock[1146]:
And in fact after solving the split brain, the gluster domain
automatically activated.
From rhev-data-center-mnt-glusterSD-f18ovn01.mydomain:gvdata.log under
/var/log/glusterfs I found ids file was the one not in sync
As the VM only started on f18ovn03 and I was not able to migrate to
f18ovn01, I
On Wed, Oct 2, 2013 at 12:07 AM, Jason Brooks wrote:
I'm having this issue on my ovirt 3.3 setup (two node, one is AIO,
GlusterFS storage, both on F19) as well.
Jason
I uploaded all my day logs to bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1007980
I can reproduce the problem and
On Fri, Oct 4, 2013 at 10:52 AM, René Koch (ovido) wrote:
Hosts only get fenced when they aren't reachable, not during tests and
also not if you confirm changes to power management settings - or at
least I've never seen an issue with this.
Ok. Thanks for clarifying this
You can test
On Fri, Oct 4, 2013 at 11:30 AM, Itamar Heim wrote:
do you happen to know why it got into a split brain status?
I suppose with the fist migration attempt.
But last night I replicated but I only got the heal for ids file, that
gluster apparently solved itself.
Possibly the bug about ide can
On Fri, Oct 4, 2013 at 11:39 AM, Sven Kieske wrote:
Hi,
if I understand Gianluca correct he has setup the ManagementNode and
2 ComputeNodes with Fedora 19.
CentOS 6.4 is the VM-OS (inside the VM).
So this should work?
Yes, this is my environment with plain F19 systems installed and
On Fri, Oct 4, 2013 at 12:01 PM, Sahina Bose wrote:
There's no user interface way to trigger replication.
Gianluca, I assume you do not mean geo-replication but replication of files
when volume is of replicated type.
YesSahina, I mean replication of files when volume is of replicated type
On Sun, Oct 6, 2013 at 4:45 PM, subscription sites wrote:
Hi,
I just installed ovirt 3.3 and got everything up and running with an ovirt
node.
However, I can't figure out how the networking works in ovirt.
First of all, I'm looking for a feature like you have in virtualbox:
configure
On Fri, Oct 4, 2013 at 12:15 PM, Sahina Bose wrote:
I believe it should. When you add host to engine you would use node01.
Please let us know how it goes,
thanks again
sahina
I tried and it works.
I was able to maintain my data too.
I stopped the only VM created and put both hosts in
I've done some further tests and comparisons
In this F19 based + ovirt stable repo the difference in qemu command
line between the working run once with cd enabled of this CentOS 6.4
x86_64 and the normal run that doesn't proceed is:
run once
-drive
On Mon, Oct 7, 2013 at 2:59 AM, Dan Kenigsberg wrote:
Would you please test if http://gerrit.ovirt.org/19906 solves the
issue? (I haven't. Too late at night.)
Regards,
Dan.
I can confirm that it resolves
https://bugzilla.redhat.com/show_bug.cgi?id=1007980
so now I'm able to start VM
On Wed, Oct 9, 2013 at 5:52 PM, Daniel Berteaud wrote:
Le mercredi 09 octobre 2013 à 16:18 +0100, Dan Kenigsberg a écrit :
Since libvirt has been using this port range first, would you open a
bug on gluster to avoid it?
Already done: https://bugzilla.redhat.com/show_bug.cgi?id=987555
On Fri, Oct 11, 2013 at 11:41 PM, Dan Kenigsberg wrote:
yeah !
It seems gluster uses it on both sides
Since libvirt has been using this port range first, would you open a
bug on gluster to avoid it?
Dan. (prays that Vdsm is not expected to edit libvirt's migration port
range
On Mon, Oct 14, 2013 at 9:05 PM, Malini Rao wrote:
Thanks Gianluca. One followup question - Is the preference for the existing
icon set because users are already familiar with them or because it is harder
to discern the icons in the new style or just a subjective preference?
Because users
On Wed, Oct 9, 2013 at 5:15 PM, Mike Burns wrote:
* 3.3 updates (mburns, 14:08:42)
* 3.3.0.1 vdsm packages are posted to updates-testing (mburns,
14:09:04)
Hello,
having 3.3.0-4 on fedora 19, can you explain correct steps to test 3.3.0.1?
Is only a matter of updating packages or is
On Tue, Oct 15, 2013 at 8:36 PM, Mario Giammarco wrote:
noc noc@... writes:
http://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/ is the
place too look for.
The proxmox site/forum has a wiki page describing which folder
Thank infact proxmox documentation is more detailed.
Anyway
On Thu, Oct 17, 2013 at 9:07 AM, Doron Fediuck wrote:
- Original Message -
From: Malini Rao m...@redhat.com
To: users users@ovirt.org
Sent: Monday, October 14, 2013 8:06:49 PM
Subject: [Users] Proposal for a fresh look and feel for Ovirt
Hi all,
Here is a proposal for updating
On Wed, Oct 16, 2013 at 10:33 AM, David Jaša wrote:
Why don't you use latest spice guest tools? They are linked at
http://www.spice-space.org/download.html . You could also follow
spice-announce list @ lists.freedesktop.org. The latest tools will give
you some goodies:
Hello,
One engine and two hosts all with updated f19 (despite on their names)
and ovirt updates-testing repo enabled.
So I have 3.3.0.1-1 and vdsm-4.12.1-4
kernel is 3.11.2-201.fc19.x86_64 (problems booting with latest
3.11.4-201.fc19.x86_64)
Storage domain configured with gluster as in f19
On Wed, Oct 16, 2013 at 1:01 PM, Itamar Heim wrote:
Hope to meet many next week in LinuxCon Europe/KVM Forum/oVirt conference in
Edinburgh
Unfortunately not me ;-(
- LINBIT published High-Availability oVirt-Cluster with
iSCSI-Storage[9]
[9] note: link requires registeration:
On Sat, Oct 19, 2013 at 11:25 AM, Mario Giammarco wrote:
Hello,
I am continuing tests with ovirt.
Now I am trying windows7. I started without using virt-io.
It worked for one day. Then the windows7 vm goes automatically on stated
paused and there is no way to reenable it.
Only way is to
On Mon, Oct 21, 2013 at 11:33 AM, Vijay Bellur wrote:
The following commands might help:
Thanks for your commands.
In the mean time I noticed that as I changed gluster sources to allow
live migration, offsetting the port to 50152+
as in http://review.gluster.org/#/c/6075/
referred in
On Thu, Oct 17, 2013 at 5:45 PM, Gianluca Cecchi wrote:
Hello,
One engine and two hosts all with updated f19 (despite on their names)
and ovirt updates-testing repo enabled.
So I have 3.3.0.1-1 and vdsm-4.12.1-4
kernel is 3.11.2-201.fc19.x86_64 (problems booting with latest
3.11.4-201.fc19
On Tue, Oct 22, 2013 at 12:14 PM, Gianluca Cecchi wrote:
On Mon, Oct 21, 2013 at 11:33 AM, Vijay Bellur wrote:
The following commands might help:
Thanks for your commands.
In the mean time I noticed that as I changed gluster sources to allow
live migration, offsetting the port to 50152
On Thu, Oct 31, 2013 at 5:24 PM, Juan Pablo Lorier wrote:
Hi,
I have a DC with an ISCSI data storage and several VMs running with direct
luns discs for each one. Ovirt is 3.2 all running on top of centos 6.4
minimal(hosts and engine). I want to take snapshots of the vms for backup
but
On Wed, Nov 13, 2013 at 9:58 AM, Paul Jansen wrote:
Hi Rene.
I specifically need the scsi support (virtio-scsi).
I do know about the virtio-block support, which results in /dev/vd* devices
as you say.
From what I read even EL6 earlier than 6.3 does not support virtio-scsi
Alternatively,
On Thu, Nov 21, 2013 at 6:57 PM, Itamar Heim wrote:
oh, you may caught rhel repo in middle of a refresh - try again in a few
hours first, but could be the refresh may cause an issue we'd need to
resolve.
BTW on rhel6 list today I saw several guys complaining about 6.5 repos
already in place
On Fri, Nov 22, 2013 at 2:18 AM, Itamar Heim wrote:
i guess no one asked for one till now so its not built.
I knew I was the last one on earth supporting RHEL5.
rhev does have a rhev-guest-agent for .el5, supported and all.
i just don't remember we heard anyone asking for this in the
On Fri, Nov 22, 2013 at 8:08 AM, Gianluca Cecchi wrote:
On Fri, Nov 22, 2013 at 2:18 AM, Itamar Heim wrote:
i guess no one asked for one till now so its not built.
I knew I was the last one on earth supporting RHEL5.
rhev does have a rhev-guest-agent for .el5, supported and all.
i just
Hello,
I had a CentOS 6.4 VM created in oVirt 3.3.0
Then I updated to 3.3.1
I created a CentOS 5.10 VM
In CentOS 5.10 I built rhev-agent-2.3.16-3.el5.src.rpm
In CentOS 6.4 I have ovirt-guest-agent-1.0.8-1.el6.noarch
Both are configured with one virtio disk.
In CentOS 5 I can add a disk and
Il 22/nov/2013 21:00 Itamar ha scritto
Both are configured with one virtio disk.
In CentOS 5 I can add a disk and select virtio-scsi... but I can't use
it because of no support in 5.x kernels.
In CentOS 6.4 I'm not presented with the option virtio-scsi.
What can I do to get it?
did you do
On Fri, Nov 22, 2013 at 10:49 PM, Itamar Heim wrote:
oh, that's strange.
derez/roy - no virtio-iscsi definition for .el6 VM?
Actually I don't think so.
I have tried creating a new rh el 6.x x86_64 vm and at disk creation I
do see virtio-scsi as an option.
But for this preexisting VM I don't
On Fri, Nov 22, 2013 at 11:51 PM, Gianluca Cecchi wrote:
On Fri, Nov 22, 2013 at 10:49 PM, Itamar Heim wrote:
oh, that's strange.
derez/roy - no virtio-iscsi definition for .el6 VM?
Actually I don't think so.
I have tried creating a new rh el 6.x x86_64 vm and at disk creation I
do see
On Mon, Nov 25, 2013 at 11:59 AM, Vinzenz Feenstra wrote:
This should be fixed now :-)
https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
Hi, I get now this on CentOS 5.10 x86_64 system
[g.cecchi@c510 ~]$ sudo /sbin/service ovirt-guest-agent start
Starting
On Mon, Nov 25, 2013 at 12:13 PM, Gianluca Cecchi wrote:
On Mon, Nov 25, 2013 at 11:59 AM, Vinzenz Feenstra wrote:
This should be fixed now :-)
https://admin.fedoraproject.org/updates/ovirt-guest-agent-1.0.8-5.el5
Hi, I get now this on CentOS 5.10 x86_64 system
[g.cecchi@c510 ~]$ sudo
On Mon, Nov 25, 2013 at 1:12 PM, Vinzenz Feenstra wrote:
On 11/25/2013 01:09 PM, Vinzenz Feenstra wrote:
On 11/25/2013 12:54 PM, Patrick Hurrelmann wrote:
If you had rhev-guest-agent installed before, then manually remove the
user rhevagent and group rhevagent before installing
Hello,
I have a cluster of 2 hosts with f19 and 3.3.1 as delivered in ovirt
stable repo.
Running kernel is 3.11.8-200.fc19.x86_64
$ rpm -q ksm libvirt qemu-kvm vdsm
package ksm is not installed
libvirt-1.0.5.7-1.fc19.x86_64
qemu-kvm-1.4.2-13.fc19.x86_64
vdsm-4.13.0-11.fc19.x86_64
Engine is another
On Mon, Nov 25, 2013 at 3:26 PM, Blaster wrote:
Now, if there was only a simple way to create a VM out of an existing disk
image, I’d be happy.
Just a starting point ..
One workflow that worked for me ... even if not so straight through process ;-)
On Mon, Nov 25, 2013 at 4:50 PM, Doron Fediuck wrote:
Hi Gianluca,
KSM comes with qemu-kvm, so no point of looking for it as an rpm:
# rpm -ql qemu-kvm | grep ksm
/etc/ksmtuned.conf
/etc/rc.d/init.d/ksm
/etc/rc.d/init.d/ksmtuned
/etc/sysconfig/ksm
/usr/sbin/ksmtuned
As for the actual
Hello,
based on RHEVM 3.2 and 3.3 beta docs I'm trying connection from ovirt cli.
I have:
engine on f19 + ovirt stable ovirt-engine-3.3.1-2.fc19.noarch
client from where I run cli is f19 with
ovirt-engine-sdk-python-3.3.0.7-1.fc19.noarch
ovirt-engine-cli-3.3.0.5-1.fc19.noarch
$ curl -o
On Tue, Nov 26, 2013 at 4:06 PM, Michael Pasternak wrote:
On 11/26/2013 04:09 PM, Gianluca Cecchi wrote:
Hello,
based on RHEVM 3.2 and 3.3 beta docs I'm trying connection from ovirt cli.
I have:
engine on f19 + ovirt stable ovirt-engine-3.3.1-2.fc19.noarch
client from where I run cli is f19
On Tue, Nov 26, 2013 at 6:29 PM, Gianluca Cecchi wrote:
On Tue, Nov 26, 2013 at 4:06 PM, Michael Pasternak wrote:
On 11/26/2013 04:09 PM, Gianluca Cecchi wrote:
Hello,
based on RHEVM 3.2 and 3.3 beta docs I'm trying connection from ovirt cli.
I have:
engine on f19 + ovirt stable ovirt
On Tue, Nov 26, 2013 at 10:11 PM, Bob Doolittle wrote:
On 11/26/2013 03:27 PM, Dafna Ron wrote:
sql -U postgres engine -c 'select connection from
storage_server_connections;'
I guess you mean psql. But I keep getting an authentication error. I don't
see any obvious passwords in the
On Tue, Nov 26, 2013 at 10:28 PM, Dafna Ron wrote:
sorry Bob, di8d not notice that the p was cut from psql.
the db password is always given by you during installation (you give one for
admin user and one for db)
you can probably see the the db and user name under /var/log/ovirt-engine/
but
On 11/27/2013 01:41 PM, Koen Vanoppen wrote:
Dear,
We have updated our oVirt installation to 3.3.1 and now we have the
following problem:
When we boot a VM:
He doesn't automatically chooses a hypervisor, he always takes the same
It could be another aspect related with a previous post of
On Wed, Nov 27, 2013 at 3:07 PM, Jakub Bittner wrote:
Hi,
I had same issue and sollution was to shutdown all VMs, upgrade nodes and
management to latest stable, restart nodes and power on VMs. It happend from
3.1 to 3.2 I think.
In my case, at least for the host selection on boot problem, I
On Wed, Nov 27, 2013 at 3:23 PM, Itamar Heim wrote:
In my case, at least for the host selection on boot problem, I already
powered off all the infra but didn't solve...
___
did you VMs have the baloon device enabled?
I reported this:
As for the
On Fri, Nov 29, 2013 at 8:57 AM, Sandro Bonazzola wrote:
Meeting summary
---
* Agenda and roll Call (doron, 15:02:42)
* 3.3 update releases (doron, 15:04:23)
* 3.4 planning (doron, 15:04:24)
* conferences and workshops (doron, 15:04:26)
* infra update (doron,
On Sat, Nov 30, 2013 at 7:08 PM, Maurice James wrote:
I installed ovirt on a machine that was already hosting KVM virtual
machines. I am now trying to migrate those VMs over to RHEV format, but I am
receiving SASL authentication errors using virt-v2v.
I am not being prompted for credentials
Hello,
since yesterday evening I have this sort of dependency problem with updates
yum update
say
Resolving Dependencies
-- Running transaction check
--- Package python-cpopen.x86_64 0:1.2.3-4.fc19 will be obsoleting
--- Package vdsm-python-cpopen.x86_64 0:4.13.0-11.fc19 will be obsoleted
--
On Thu, Dec 5, 2013 at 6:04 PM, Juan Pablo Lorier wrote:
H,
I'm experimenting with gluster and as my DC is a iscsi dc, I've just
created a new cluster with two hosts and now I'm trying to create a
volume. I've followed all kind of guides in the web without success.
Now I'm having ovirt to
Hello,
I think I have configured all ok.
Fedora 19 with stable oVirt 3.3.1
From another fedora 19 system I'm trying to use chrome
Version 31.0.1650.63
I get a black window when using spice html5 in console options
in /var/log/messages of engine I get
Dec 7 18:51:16 tekkaman
On Sun, Dec 8, 2013 at 1:41 AM, Douglas Schilling Landgraf wrote:
IMO, looks reasonable. Could you please be more specific and share which
messages are flooding the log files? Would be nice if you open a bugzilla
request [1] based on component (vdsm/ovirt-engine) to get it tracked.
On Sun, Dec 8, 2013 at 12:19 AM, Gianluca Cecchi wrote:
On Sun, Dec 8, 2013 at 1:41 AM, Douglas Schilling Landgraf wrote:
IMO, looks reasonable. Could you please be more specific and share which
messages are flooding the log files? Would be nice if you open a bugzilla
request [1] based
On Sun, Dec 8, 2013 at 4:06 PM, Dan Kenigsberg wrote:
On Sun, Dec 08, 2013 at 12:19:10AM +0100, Gianluca Cecchi wrote:
On Sun, Dec 8, 2013 at 1:41 AM, Douglas Schilling Landgraf wrote:
BTW: the ERROR ones are for lines such as
Thread-30::ERROR::2013-12-07
23:04:26,939::sdc::137
On Mon, Dec 9, 2013 at 10:11 PM, Gianluca Cecchi wrote:
On Mon, Dec 9, 2013 at 11:05 AM, Frantisek Kobzik wrote:
Hello,
please import certificate authority (not only the certificate) into your
browser. You can find basic instructions here:
http://www.ovirt.org/Console_Client_Resources
On Mon, Dec 9, 2013 at 10:18 PM, Gianluca Cecchi wrote:
I notice that inside the opened console window I still get this link:
https://tekkaman.localdomain.local//ovirt-engine-spicehtml5-main.html?host=192.168.1.101port=6100
What determines the 192.168.1.101 part here?
I had WebSocketProxy
On Tue, Dec 10, 2013 at 7:54 AM, Michal Skrivanek wrote:
Seabios has boot menu support on F12. I don't recall if we specifically
disable it, I think not
I will try to hit an F12 next time I boot to see if I get a menu, I don’t
recall seeing any text on the screen that it’s there.
It
Hello,
I already have a thread regarding SpiceHTML5 open and where I'm going
to give further feedback as requested.
In the mean time I would like to ask if the three features in the
subject are completely mixable or not, as in the next days I'm going
to test them all and I would like to start from
Hello,
succesfully upgraded engine and two hosts from 3.3.1 stable f19 to 3.3.2 beta1
ovirt-engine-3.3.2-0.1.beta1.fc19.noarch
I have gluster datacenter.
I see these repeating messages in engine.log, both on 3.3.1 and 3.3.2 beta.
3.3.1
2013-12-10 03:41:16,853 ERROR
On Tue, Dec 10, 2013 at 9:31 AM, Frantisek Kobzik wrote:
Strange.
Just a question: are you totally sure you imported the certificate authority
(not the certificate only)? (the websocket proxy uses different key/cert pair
than the engine, but they have common CA that issues them).
Btw -
On Wed, Dec 11, 2013 at 2:26 PM, Gilad Chaplik wrote:
opened a bug for it:
https://bugzilla.redhat.com/1040460
Thanks for your feedback!
And thank you for analyzing that!
Gianluca
___
Users mailing list
Users@ovirt.org
On Thu, Dec 12, 2013 at 2:39 PM, Gianluca Cecchi
gianluca.cec...@gmail.com wrote:
Hello,
3.3.2 beta on Fedora 19 engine with 2 Fedora 19 hosts and GusterFS
Sorry for previous incomplete e-mail...
I remove a VM and I get
VM c8again32 has been removed, but the following disks could
On Thu, Dec 12, 2013 at 3:24 PM, Vered Volansky wrote:
Hןת
I'm looking into it now, please send the vdsm log as well, in case I need it
too.
Thanks,
Vered
Sorry, I missed the list...
As the VM was powered off, for which host do you need vdsm.log?
The one that has SPM role?
Gianluca
On Thu, Dec 12, 2013 at 4:31 PM, Vered Volanskywrote:
Sahina,
Will you have a look at the engine log and explain what the user should do
regarding the following error message:
On Thu, Dec 12, 2013 at 4:31 PM, Vered Volanskywrote:
All vdsm logs please, it'll save us some back and forth.
Here the links to the 2 hypervisors vdsm log files in gzip format
https://drive.google.com/file/d/0BwoPbcrMv8mvQVl3NWpHVW12REk/edit?usp=sharing
On Fri, Dec 13, 2013 at 11:24 AM, Alon Bar-Lev wrote:
I am unsure spice-html5 supports spice proxy[1], and it is not required as
websocket protocol is http already.
Gianluca, the engine-setup of 3.3.1 will setup the spice proxy per default on
the engine, it should be sufficient to what
websocket-proxy python script I get this
In the sense that
I get this inside the terminal if I try to connect to
https://tekkaman.localdomain.local:6100
and in browser I get web page not available in chrome and connection
was resest in firefox
Instead going with
On Fri, Dec 13, 2013 at 3:43 PM, Alon Bar-Lev wrote:
How have you installed your setup?
Can you please start from scratch?
It should just work out of the box with no additional configuration.
setup was 3.3.0 then updated to 3.3.1 and then 3.3.2 beta
websocket proxy was configured only after
On Fri, Dec 13, 2013 at 3:52 PM, Alon Bar-Lev wrote:
Do the following:
1. rm /etc/pki/ovirt-engine/keys/websocket-proxy.p12
2. run setup using:
# engine-setup
--otopi-environment=OVESETUP_CONFIG/websocketProxyConfig=bool:True
Now you should have the websocket configured correctly, if
On Fri, Dec 13, 2013 at 5:57 PM, Alon Bar-Lev wrote:
Under /etc/pki/ovirt-engine/keys I only have these files:
[root@tekkaman keys]# ll
total 16
-rw-r-. 1 apache apache 1828 Feb 10 2013 apache.key.nopass
-rw-r-. 1 apache apache 2677 Feb 10 2013 apache.p12
-rw---. 1 root
On Sun, Dec 15, 2013 at 8:33 AM, Vered Volansky wrote:
Hi Juan,
The following patch should handle the messages:
http://gerrit.ovirt.org/#/c/22287
Can we safely run the sql statements referred in that patch against a
running environment, eventually stopping engine service before:
so against
501 - 600 of 2147 matches
Mail list logo