Re: [ovirt-users] Gluster services won't start any more

[Sahina Bose]

Did you upgrade glusterfs on the node?
Looks like there's some problem with your volume file?

[Adding gluster-users for further help]

On 03/12/2015 03:57 PM, RASTELLI Alessandro wrote:

Hi,
tonight - without any apparent reason - the /var/log/gluster directory filled 
up disk space of one node.
I shut down services, cleaned logs, rebooted but services won't start any more.

glusterd log says:
[2015-03-12 09:08:14.919478] I [MSGID: 100030] [glusterfsd.c:2018:main] 
0-/usr/sbin/glusterd: Started running /usr/sbin/glusterd version 3.6.2 (args: 
/usr/sbin/glusterd --pid-file=/var/run/glusterd.pid)
[2015-03-12 09:08:14.935111] I [glusterd.c:1214:init] 0-management: Maximum 
allowed open file descriptors set to 65536
[2015-03-12 09:08:14.935142] I [glusterd.c:1259:init] 0-management: Using 
/var/lib/glusterd as working directory
[2015-03-12 09:08:14.953202] W [rdma.c:4221:__gf_rdma_ctx_create] 
0-rpc-transport/rdma: rdma_cm event channel creation failed (No such device)
[2015-03-12 09:08:14.953221] E [rdma.c:4519:init] 0-rdma.management: Failed to 
initialize IB Device
[2015-03-12 09:08:14.953229] E [rpc-transport.c:333:rpc_transport_load] 
0-rpc-transport: 'rdma' initialization failed
[2015-03-12 09:08:14.953280] W [rpcsvc.c:1524:rpcsvc_transport_create] 
0-rpc-service: cannot create listener, initing the transport failed
[2015-03-12 09:08:14.956004] I [glusterd.c:413:glusterd_check_gsync_present] 
0-glusterd: geo-replication module not installed in the system
[2015-03-12 09:08:14.958341] I 
[glusterd-store.c:2063:glusterd_restore_op_version] 0-management: Detected new 
install. Setting op-version to maximum : 30600
[2015-03-12 09:08:15.166709] E [xlator.c:425:xlator_init] 0-management: 
Initialization of volume 'management' failed, review your volfile again
[2015-03-12 09:08:15.166729] E [graph.c:322:glusterfs_graph_init] 0-management: 
initializing translator failed
[2015-03-12 09:08:15.166737] E [graph.c:525:glusterfs_graph_activate] 0-graph: 
init failed
[2015-03-12 09:08:15.166987] W [glusterfsd.c:1194:cleanup_and_exit] (--> 0-: 
received signum (0), shutting down

Can you please help?
Thank you

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


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

Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

[Bob Doolittle]

On 03/12/2015 12:01 PM, Sven Kieske wrote:
> On 12/03/15 16:24, Bob Doolittle wrote:
>> Is it really the case that *nobody* is able to change resolutions for their 
>> ovirt/SPICE Ubuntu Guest VMs? And that according to launchpad only *4* 
>> people have claimed they are affected??? That seems hard to believe.
>>
>> Is anybody else out there using an Ubuntu Guest, and is able to change 
>> resolution for their SPICE console to anything but 640x480 (which is, for 
>> all practical purposes, unusable)?
> Well I still don't use spice, it seems very alpha/beta to me.
> Also these dependencies seem insane, for a server installation:
> xserver-xorg-core

Definitely - if you want a server installation, don't install a desktop distro. 
But if you want desktops from your guest (e.g. User Portal/VDI), Xorg is 
inescapable (at least until Mir/Wayland are out), and of course will have many 
dependencies (the desktop itself will have even more, particularly for Gnome or 
KDE). For connecting to desktops, in my experience Spice is preferable to VNC.

I swear I have used Ubuntu desktops in guests before, and didn't run into this 
problem. I feel either something has changed recently, or I'm doing something 
wrong. Things are much too broken to be plausible as "typical". I know I didn't 
have to live with 640x480 consoles.

Still hoping somebody can point to upstream for Spice/VNC. The Spice Wiki is 
full of broken links (a bad sign, I would say).

-Bob

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

Re: [ovirt-users] Windows Server 2012 R2 guest + Memory Ballooning = High CPU

[Doron Fediuck]

On 11/03/15 12:38, Winfried de Heiden wrote:
> Hi All,
> 
> Running Windows 2012 R2 (64 bit) on oVirt 3.5.1-1.el6 caused a rather
> high cpu load, even ~20% when doing nothing. Turning off theMemory
> Balloon Device made the problem disappear.
> 
> The guest tools are installed using the ovirt-guest-tools-3.5_5.iso.
> 
> Anyone got the same issue? What is causing this? Seems like a bug to me.
> 
> Kind regards,
> 
> Winny
> 
> 

Hi Winny,
Can you please open a bug with the relevant versions you have?

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

Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

[Sven Kieske]

On 12/03/15 16:24, Bob Doolittle wrote:
> Is it really the case that *nobody* is able to change resolutions for their 
> ovirt/SPICE Ubuntu Guest VMs? And that according to launchpad only *4* people 
> have claimed they are affected??? That seems hard to believe.
> 
> Is anybody else out there using an Ubuntu Guest, and is able to change 
> resolution for their SPICE console to anything but 640x480 (which is, for all 
> practical purposes, unusable)?

Well I still don't use spice, it seems very alpha/beta to me.
Also these dependencies seem insane, for a server installation:
xserver-xorg-core

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

[Bob Doolittle]

On 03/12/2015 11:05 AM, Sven Kieske wrote:
> On 12/03/15 15:30, Bob Doolittle wrote:
>> Anybody know the proper mailing list or chat room to report a problem with 
>> the Ubuntu repositories?
> their bugtracker is at:
> https://bugs.launchpad.net/ubuntu/

Where is upstream for Spice /QXL development?

Thanks,
   Bob

>
> HTH

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

Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

[Bob Doolittle]

On 03/12/2015 11:05 AM, Sven Kieske wrote:
> On 12/03/15 15:30, Bob Doolittle wrote:
>> Anybody know the proper mailing list or chat room to report a problem with 
>> the Ubuntu repositories?
> their bugtracker is at:
> https://bugs.launchpad.net/ubuntu/

Well this is just too weird. According to 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-qxl/+bug/1267360 
this bug has affected Ubuntu since Jan 2014 (Ubuntu 12.04), and hasn't been 
addressed!

Is it really the case that *nobody* is able to change resolutions for their 
ovirt/SPICE Ubuntu Guest VMs? And that according to launchpad only *4* people 
have claimed they are affected??? That seems hard to believe.

Is anybody else out there using an Ubuntu Guest, and is able to change 
resolution for their SPICE console to anything but 640x480 (which is, for all 
practical purposes, unusable)?

Thanks,
   Bob

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

Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

[Sven Kieske]

On 12/03/15 15:30, Bob Doolittle wrote:
> Anybody know the proper mailing list or chat room to report a problem with 
> the Ubuntu repositories?

their bugtracker is at:
https://bugs.launchpad.net/ubuntu/

HTH
-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] oVirt node, hosted-engine, oVirt appliance and cloud-init

[Simone Tiraboschi]

- Original Message -
> From: "Bob Doolittle" 
> To: "Simone Tiraboschi" , de...@ovirt.org, "users-ovirt" 
> 
> Cc: "Fabian Deutsch" 
> Sent: Thursday, March 12, 2015 3:54:27 PM
> Subject: Re: [ovirt-devel] oVirt node, hosted-engine, oVirt appliance and 
> cloud-init
> 
> On 03/12/2015 10:02 AM, Simone Tiraboschi wrote:
> > Hi all,
> > cloud-init is a powerful tool to configure from outside a cloud instance or
> > an appliance as in our scenario.
> >
> > Deploying the engine as an appliance is indeed a good way to speed up and
> > make easier the hosted-engine deployment: you don't need to install an OS
> > on the engine virtual machine and than install the engine and so on but
> > you could simply run a ready to use oVirt engine appliance. But you still
> > need to configure it and so cloud-init support within hosted-engine is a
> > reasonable way to complement it.
> >
> > Then we could also integrate it with oVirt node to let the user input the
> > required info from node TUI in order to have an almost unattended
> > hosted-engine setup on oVirt node using an engine appliance with
> > cloud-init.
> >
> > The idea is to collect the required information interactively from
> > hosted-engine setup or from node TUI (passing them to hosted-engine setup
> > via an answer file) and pass them to the appliance via cloud-init using a
> > no-cloud datasource.
> >
> > So now the question is what do you really want to configure via cloud-init?
> > It's just to define what we want in order to be more focused on user needs:
> > for instance we could configure engine VM instance hostname, we could set
> > the root password, we could create other users, we could upload ssh
> > private keys, we could run a command on the first boot and so on.
> > So, if you have any ideas or requirement about that it's the right time for
> > it.
> 
> Great suggestions, Simone!
> 
> The things you list cover most of what I do to the engine VM (I do all of
> those except for "configure ssh private keys"). In addition, I:
> 
>   * Add a couple of packages (e.g. zsh)
>   * Configure alternate shells for some initial users (this could be "run a
>   command on the first boot", as long as adding the necessary packages was
>   done before that somehow, perhaps simply as a prior command)
>   * Populate some specific files, e.g.:
>   o Add specific ssh *public* keys into the $HOME/.ssh/authorized_keys
>   files for some user and root accounts
>   o Replace /etc/hosts with a master copy that contains all hosts on my
>   network
> 
> 
> I'd like to see the "additional packages" abstracted out somehow and added
> prior to the "run a command on the first boot" step, as opposed to using
> "yum" explicitly for one of those commands, but that's somewhat of a
> cosmetic "nice to have" since obviously it can be done explicitly. It's
> separate conceptually, so would be nice to treat as such.

It's already designed like that in cloud-init:
http://cloudinit.readthedocs.org/en/latest/topics/examples.html#install-arbitrary-packages

> I'm learning Puppet at the moment, and it strikes me that what you want to do
> is pretty much the same thing that Puppet manifests are designed to do.

You could also setup an run puppet from cloud-init:
http://cloudinit.readthedocs.org/en/latest/topics/examples.html#setup-and-run-puppet

> Thanks,
>Bob
> 
> >
> > thanks,
> > Simone
> >
> >
> >
> >
> > ___
> > Devel mailing list
> > de...@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Howto extend Hosted-Engine Disk

[Simone Tiraboschi]

- Original Message -
> From: "Bob Doolittle" 
> To: "Sven Achtelik" , users@ovirt.org
> Sent: Wednesday, March 11, 2015 4:27:46 PM
> Subject: Re: [ovirt-users] Howto extend Hosted-Engine Disk
> 
> Sorry, you are right. I just tried to complete the Add Disk dialog, and I
> also get the error:
> 
> 
> 
> Error while executing action:
> 
> HostedEngine:
> 
> * Cannot add Virtual Machine Disk. This VM is not managed by the engine.
> 
> Maybe somebody has a suggestion for adding a disk to the HostedEngine via
> virsh or similar.

In 3.6 you'll be able to edit hosted-engine engine VM details from the engine 
web admin, currently is unfortunately not feasible.

> -Bob
> 
> 
> On 03/11/2015 11:10 AM, Sven Achtelik wrote:
> 
> 
> 
> 
> 
> Hi Bob,
> 
> 
> 
> how can I add a disk without the GUI ? It’s a hosted engine install and the
> gui won’t let me do any changes to the engine VM.
> 
> 
> 
> Sven
> 
> 
> 
> 
> Von: Bob Doolittle [ mailto:b...@doolittle.us.com ]
> Gesendet: Mittwoch, 11. März 2015 16:06
> An: Sven Achtelik; users@ovirt.org
> Betreff: Re: [ovirt-users] Howto extend Hosted-Engine Disk
> 
> 
> 
> 
> On 03/11/2015 10:56 AM, Sven Achtelik wrote:
> 
> 
> 
> 
> 
> Hi All,
> 
> 
> 
> I’ve installed ovirt 3.5 with a hosted-engine some time ago and noticed that
> I’ve set the virtual disk of the engine to small during install. Is there a
> way to extend the virtual disk without reinstalling everything ?
> 
> 
> Why not just add a new disk (select the VM, go to Disks, click Add), and then
> use LVM to add it to the volume (assuming you configured it with LVM)?
> 
> -Bob
> 
> 
> 
> 
> 
> 
> 
> 
> Thank you,
> 
> 
> 
> Sven
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] oVirt node, hosted-engine, oVirt appliance and cloud-init

[Bob Doolittle]

On 03/12/2015 10:02 AM, Simone Tiraboschi wrote:
> Hi all,
> cloud-init is a powerful tool to configure from outside a cloud instance or 
> an appliance as in our scenario.
>
> Deploying the engine as an appliance is indeed a good way to speed up and 
> make easier the hosted-engine deployment: you don't need to install an OS on 
> the engine virtual machine and than install the engine and so on but you 
> could simply run a ready to use oVirt engine appliance. But you still need to 
> configure it and so cloud-init support within hosted-engine is a reasonable 
> way to complement it.
>
> Then we could also integrate it with oVirt node to let the user input the 
> required info from node TUI in order to have an almost unattended 
> hosted-engine setup on oVirt node using an engine appliance with cloud-init.
>
> The idea is to collect the required information interactively from 
> hosted-engine setup or from node TUI (passing them to hosted-engine setup via 
> an answer file) and pass them to the appliance via cloud-init using a 
> no-cloud datasource.
>
> So now the question is what do you really want to configure via cloud-init?
> It's just to define what we want in order to be more focused on user needs:
> for instance we could configure engine VM instance hostname, we could set the 
> root password, we could create other users, we could upload ssh private keys, 
> we could run a command on the first boot and so on.
> So, if you have any ideas or requirement about that it's the right time for 
> it.

Great suggestions, Simone!

The things you list cover most of what I do to the engine VM (I do all of those 
except for "configure ssh private keys"). In addition, I:

  * Add a couple of packages (e.g. zsh)
  * Configure alternate shells for some initial users (this could be "run a 
command on the first boot", as long as adding the necessary packages was done 
before that somehow, perhaps simply as a prior command)
  * Populate some specific files, e.g.:
  o Add specific ssh *public* keys into the $HOME/.ssh/authorized_keys 
files for some user and root accounts
  o Replace /etc/hosts with a master copy that contains all hosts on my 
network


I'd like to see the "additional packages" abstracted out somehow and added 
prior to the "run a command on the first boot" step, as opposed to using "yum" 
explicitly for one of those commands, but that's somewhat of a cosmetic "nice 
to have" since obviously it can be done explicitly. It's separate conceptually, 
so would be nice to treat as such.

I'm learning Puppet at the moment, and it strikes me that what you want to do 
is pretty much the same thing that Puppet manifests are designed to do.

Thanks,
   Bob

>
> thanks,
> Simone
>
>
>
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel

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

Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

[Bob Doolittle]

On 03/12/2015 08:34 AM, Bob Doolittle wrote:
> 
> On Mar 12, 2015 7:52 AM, "David Jaša"  > wrote:
>>
>> On St, 2015-03-11 at 16:09 -0400, Bob Doolittle wrote:
>> > I'm configuring a new Ubuntu desktop VM, with 14.04.2.
>> >
>> > I've installed ovirt-guest-agent and spice-vdagent. But when I connect to 
>> > the console I get 640x480 resolution only. Resizing the console window 
>> > does not change the underlying desktop resolution.
>> >
>> > I saw in the Wiki that I should install xserver-xorg-video-qxl, but when I 
>> > attempt to do so the installation fails, saying I have some broken 
>> > dependencies:
>> >
>> > The following packages have unmet dependencies:
>> >  xserver-xorg-video-qxl : Depends: xorg-video-abi-15
>> >   Depends: xserver-xorg-core (>= 2:1.14.99.902)
>> > E: Unable to correct problems, you have held broken packages.
>> >
>> >
>> > If I try to install xorg-video-abi-15 or xserver-xorg-core, it also fails. 
>> > They depend on a bunch of packages which say "not going to be installed".
>> >
>> > Anybody know what's going on here? Is the Ubuntu repository broken?
>>
>> Definitely. Alternatively, your package management keeps you at old
>> xserver-xorg-core version that conflicts with available qxl driver.
>>
>> Agents are completely unrelated to this issue, both xorg core and qxl
>> driver are part of Ubuntu repos.
> 
> No. The point is that installing the agent requires us to configure a special 
> repository which holds the ovirt-guest-agent package. That repository could 
> well hold packages which conflict with the versions required in the latest 
> ubuntu repos.
> 

Never mind, I've ruled that out. I started a new VM, installed the 14.04.2 
Desktop distro, did an apt-get update + dist-upgrade, and tried to install 
these two packages and got the same error. So it is definitely isolated to 
their repositories, as you suggested.

Anybody know the proper mailing list or chat room to report a problem with the 
Ubuntu repositories?

Thanks,
Bob

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

[ovirt-users] oVirt node, hosted-engine, oVirt appliance and cloud-init

[Simone Tiraboschi]

Hi all,
cloud-init is a powerful tool to configure from outside a cloud instance or an 
appliance as in our scenario.

Deploying the engine as an appliance is indeed a good way to speed up and make 
easier the hosted-engine deployment: you don't need to install an OS on the 
engine virtual machine and than install the engine and so on but you could 
simply run a ready to use oVirt engine appliance. But you still need to 
configure it and so cloud-init support within hosted-engine is a reasonable way 
to complement it.

Then we could also integrate it with oVirt node to let the user input the 
required info from node TUI in order to have an almost unattended hosted-engine 
setup on oVirt node using an engine appliance with cloud-init.

The idea is to collect the required information interactively from 
hosted-engine setup or from node TUI (passing them to hosted-engine setup via 
an answer file) and pass them to the appliance via cloud-init using a no-cloud 
datasource.

So now the question is what do you really want to configure via cloud-init?
It's just to define what we want in order to be more focused on user needs:
for instance we could configure engine VM instance hostname, we could set the 
root password, we could create other users, we could upload ssh private keys, 
we could run a command on the first boot and so on.
So, if you have any ideas or requirement about that it's the right time for it.

thanks,
Simone




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

Re: [ovirt-users] Communication errors between engine and nodes?

[Chris Adams]

Once upon a time, Lior Vernia  said:
> If I'm not mistaken, heartbeat intervals are configured to 10 seconds by
> default.

Okay, thanks.

> The command times out queries for the status of VMs on a host - any
> reason to suspect why that's taking long? Does it happen on specific hosts?

No idea.  It seemed to happen on node5 a bunch over a week, but then
there were errors on other nodes as well.  It isn't always "Heartbeet
exceeded", sometimes it is "VDSNetworkException: Message timeout which
can be caused by communication issues".  I haven't been able to find any
network issues that could cause this (no errors logged anywhere).

There doesn't seem to be any pattern to when it happens either.  The log
entry I posted was from 04:42 local time, and a bunch of the VMs are
CentOS 5, which does log rotation at 04:00 by default (which can spike
the CPU and disk I/O), but they are all done long before 04:42.  It
happened in the middle of the afternoon a couple of days ago, while I
was logged-in to the web UI, and I didn't notice any unusual behavior.

One other odd thing: I have also been experiencing an issue where I
randomly get logged out of the web UI.  Usually nothing else was going
on, but a couple of times it seemed to correspond with one of the node
errors (hard to tell).  It looked like the same error as BZ 1198493 (I'd
see a bunch of "Failed to log User null@N/A out" messages).  I don't
know if these issues are related or that was just coincidence.

To try to rule out any unseen network issues, I started an fping to all
seven nodes and the engine from another physical system on the same
VLAN.  It is sending one ping to each of the eight hosts every 0.2
seconds.  That has not shown a dropped packet since I started yesterday
afternoon.  However, during that time, I also have not seen any
engine/vdsm timeouts.  I was going to say I had not been logged out of
the web UI, but that just happened while I was typing the previous
sentence.

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

Re: [ovirt-users] Communication errors between engine and nodes?

[Lior Vernia]

If I'm not mistaken, heartbeat intervals are configured to 10 seconds by
default.

The command times out queries for the status of VMs on a host - any
reason to suspect why that's taking long? Does it happen on specific hosts?

On 11/03/15 18:40, Chris Adams wrote:
> Once upon a time, Chris Adams  said:
>> 2015-03-10 04:42:23,310 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.ListVDSCommand] 
>> (DefaultQuartzScheduler_Worker-40) [75b9e6d9] Command 
>> ListVDSCommand(HostName = node5, HostId = 
>> 8dfd0195-f386-4e16-9379-a5287221d5bd, 
>> vds=Host[node5,8dfd0195-f386-4e16-9379-a5287221d5bd]) execution failed.  
>> Exception: VDSNetworkException: VDSGenericException: VDSNetworkException: 
>> Heartbeat exeeded 
> 
> I'm trying to dig into this some on my own (without knowing about
> oVirt's internals); can somebody tell me the timeout for the dispatching
> of commands to vdsm?  I get different things happening when the engine
> thinks a node has "gone away", but they all start with the same
> org.ovirt.engine.core.vdsbroker.vdsbroker bit (and have a network
> timeout of some type).
> 
> I don't see anything in common in any of the logs at the time of the
> error, so I'm trying to roll back to when the request was sent (but I
> don't know how long it took for the engine to time out before the error
> was logged).
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

[Bob Doolittle]

On Mar 12, 2015 7:52 AM, "David Jaša"  wrote:
>
> On St, 2015-03-11 at 16:09 -0400, Bob Doolittle wrote:
> > I'm configuring a new Ubuntu desktop VM, with 14.04.2.
> >
> > I've installed ovirt-guest-agent and spice-vdagent. But when I connect
to the console I get 640x480 resolution only. Resizing the console window
does not change the underlying desktop resolution.
> >
> > I saw in the Wiki that I should install xserver-xorg-video-qxl, but
when I attempt to do so the installation fails, saying I have some broken
dependencies:
> >
> > The following packages have unmet dependencies:
> >  xserver-xorg-video-qxl : Depends: xorg-video-abi-15
> >   Depends: xserver-xorg-core (>= 2:1.14.99.902)
> > E: Unable to correct problems, you have held broken packages.
> >
> >
> > If I try to install xorg-video-abi-15 or xserver-xorg-core, it also
fails. They depend on a bunch of packages which say "not going to be
installed".
> >
> > Anybody know what's going on here? Is the Ubuntu repository broken?
>
> Definitely. Alternatively, your package management keeps you at old
> xserver-xorg-core version that conflicts with available qxl driver.
>
> Agents are completely unrelated to this issue, both xorg core and qxl
> driver are part of Ubuntu repos.

No. The point is that installing the agent requires us to configure a
special repository which holds the ovirt-guest-agent package. That
repository could well hold packages which conflict with the versions
required in the latest ubuntu repos.

-Bob

>
> David
>
> > Or maybe the ovirt guest agent repository (I followed instructions
here: http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu)?
> >
> > -Bob
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VDSM tests not running on RHEL 7 (on make rpm)

[Francesco Romani]

- Original Message -
> From: "Liron Aravot" 
> To: "users" 
> Sent: Thursday, March 12, 2015 8:46:08 AM
> Subject: [ovirt-users] VDSM tests not running on RHEL 7 (on make rpm)
> 
> Hi, haven't investigated that more deeply-
> I fetched the latest master code on a RHEL7 machine - when i run 'make rpm'
> it does work
> but the tests aren't running.
> on f20 machine that seems to work fine.
> 
> any idea on that?

Yes, 'make check' is intentionally skipped on RHEL.

in vdsm.spec:

=== cut here ===

# Skips check since rhel default repos lack pep8 and pyflakes
%if ! 0%{?rhel}
%{!?with_check:%global with_check 1}
%else
%{!?with_check:%global with_check 0}
%endif

=== cut here ===

Bests,

-- 
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Getting Spice agent to work properly with Ubuntu 14.04.2

[David Jaša]

On St, 2015-03-11 at 16:09 -0400, Bob Doolittle wrote:
> I'm configuring a new Ubuntu desktop VM, with 14.04.2.
> 
> I've installed ovirt-guest-agent and spice-vdagent. But when I connect to the 
> console I get 640x480 resolution only. Resizing the console window does not 
> change the underlying desktop resolution.
> 
> I saw in the Wiki that I should install xserver-xorg-video-qxl, but when I 
> attempt to do so the installation fails, saying I have some broken 
> dependencies:
> 
> The following packages have unmet dependencies:
>  xserver-xorg-video-qxl : Depends: xorg-video-abi-15
>   Depends: xserver-xorg-core (>= 2:1.14.99.902)
> E: Unable to correct problems, you have held broken packages.
> 
> 
> If I try to install xorg-video-abi-15 or xserver-xorg-core, it also fails. 
> They depend on a bunch of packages which say "not going to be installed".
> 
> Anybody know what's going on here? Is the Ubuntu repository broken? 

Definitely. Alternatively, your package management keeps you at old
xserver-xorg-core version that conflicts with available qxl driver.

Agents are completely unrelated to this issue, both xorg core and qxl
driver are part of Ubuntu repos.

David

> Or maybe the ovirt guest agent repository (I followed instructions here: 
> http://www.ovirt.org/How_to_install_the_guest_agent_in_Ubuntu)?
> 
> -Bob
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


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

Re: [ovirt-users] ipv6 export domain

[Sven Kieske]

Was this ever fixed/reported via bugzilla?

On 01/03/15 08:09, Yedidyah Bar David wrote:
> - Original Message -
>> From: "Nathanaël Blanchet" 
>> To: users@ovirt.org
>> Sent: Friday, February 27, 2015 7:22:38 PM
>> Subject: Re: [ovirt-users] Can't put export/iso domain in maintenance mode
>>
>> I found the issue, all my el7 hosts were blocking in resolving ipv6
>> fqdn. I deactivated ipv6 with sysctl -w net.ipv6.conf.all.disable_ipv6 =
>> 1 and all my troubles have gone away (sysctl -w
>> net.ipv6.conf.all.disable_ipv6 = 1 in sysctl.conf for persistent effect)
> 
> Thanks for the report!
> 
>> I have a question reslating to this : why does el7 hosts deal with ipv6
>> in ovirt? otopi should deactivate it at the installation step, shouldn't it?
> 
> Why?
> 
> I didn't try ipv6 with ovirt but a quick search shows it seems to be at least
> partially working.
> 
> If the above-mentioned blocking was due to default conf/setup, it's probably
> a bug.
> 
>>
>> Le 27/02/2015 15:59, Nathanaël Blanchet a écrit :
>>> Hi all,
>>>
>>> I use the same export domain for two different datacenter and I can't
>>> anymore put it in a maintenance mode so as to detach it for
>>> reattaching to the second datacenter.
>>> It says "Preparing for maintenance" and it stays in that state with no
>>> ending.
>>> Is this operation supposed to be long before being able to detach the
>>> datacenter?
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
> 
> Best regards,
> 

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
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
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Gluster services won't start any more

[RASTELLI Alessandro]

Hi,
tonight - without any apparent reason - the /var/log/gluster directory filled 
up disk space of one node.
I shut down services, cleaned logs, rebooted but services won't start any more.

glusterd log says:
[2015-03-12 09:08:14.919478] I [MSGID: 100030] [glusterfsd.c:2018:main] 
0-/usr/sbin/glusterd: Started running /usr/sbin/glusterd version 3.6.2 (args: 
/usr/sbin/glusterd --pid-file=/var/run/glusterd.pid)
[2015-03-12 09:08:14.935111] I [glusterd.c:1214:init] 0-management: Maximum 
allowed open file descriptors set to 65536
[2015-03-12 09:08:14.935142] I [glusterd.c:1259:init] 0-management: Using 
/var/lib/glusterd as working directory
[2015-03-12 09:08:14.953202] W [rdma.c:4221:__gf_rdma_ctx_create] 
0-rpc-transport/rdma: rdma_cm event channel creation failed (No such device)
[2015-03-12 09:08:14.953221] E [rdma.c:4519:init] 0-rdma.management: Failed to 
initialize IB Device
[2015-03-12 09:08:14.953229] E [rpc-transport.c:333:rpc_transport_load] 
0-rpc-transport: 'rdma' initialization failed
[2015-03-12 09:08:14.953280] W [rpcsvc.c:1524:rpcsvc_transport_create] 
0-rpc-service: cannot create listener, initing the transport failed
[2015-03-12 09:08:14.956004] I [glusterd.c:413:glusterd_check_gsync_present] 
0-glusterd: geo-replication module not installed in the system
[2015-03-12 09:08:14.958341] I 
[glusterd-store.c:2063:glusterd_restore_op_version] 0-management: Detected new 
install. Setting op-version to maximum : 30600
[2015-03-12 09:08:15.166709] E [xlator.c:425:xlator_init] 0-management: 
Initialization of volume 'management' failed, review your volfile again
[2015-03-12 09:08:15.166729] E [graph.c:322:glusterfs_graph_init] 0-management: 
initializing translator failed
[2015-03-12 09:08:15.166737] E [graph.c:525:glusterfs_graph_activate] 0-graph: 
init failed
[2015-03-12 09:08:15.166987] W [glusterfsd.c:1194:cleanup_and_exit] (--> 0-: 
received signum (0), shutting down

Can you please help?
Thank you

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

Re: [ovirt-users] moVirt : Can't connect (wrong format for DER error)

[Nicolas Ecarnot]

Le 12/03/2015 09:58, Tomas Jelinek a écrit :

Does that mean I'm stuck?


not yet :)


Where there's a will, there's a way :)





Is there somewhere in the engine logs I could see useful messages?


I don't think it is engine side of the story... Could you please try on your 
mobile open some web browser and type the same URL you use in moVirt?
Does that return the same message?


Good point.
In chrome, when typing this same URL, I get the usual message telling me 
the page has a certificate issue (NET::ERR_CERT_INVALID).
But at the contrary as usually, I have no link to bypass this warning 
and no way to approve any certificate.


I guess I won't bother you any more and do my homework about the 
generation of a clean certificate setup on the engine side.


Once it's OK, I'll try to play with moVirt and tell you.


Also, have you tried to import the certificate or not yet?



--
Nicolas Ecarnot




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

Re: [ovirt-users] moVirt : Can't connect (wrong format for DER error)

[Tomas Jelinek]

- Original Message -
> From: "Nicolas Ecarnot" 
> To: "Tomas Jelinek" 
> Cc: users@ovirt.org
> Sent: Thursday, March 12, 2015 9:20:55 AM
> Subject: Re: [ovirt-users] moVirt : Can't connect (wrong format for DER error)
> 
> Le 12/03/2015 08:36, Tomas Jelinek a écrit :
> > Hi,
> >
> > it seems that something is wrong with the certificate you are using (e.g.
> > the CA not imported to your device or not imported properly).
> >
> > You could try just to check the "disable https" checkbox (it disables the
> > certificate checking, just for testing purposes).
> 
> Tomas,
> 
> Oops, I forgot to say that I already tried every combination of the
> three checkboxes with no success.
> 
> Does that mean I'm stuck?

not yet :)

> 
> Is there somewhere in the engine logs I could see useful messages?

I don't think it is engine side of the story... Could you please try on your 
mobile open some web browser and type the same URL you use in moVirt? 
Does that return the same message?
Also, have you tried to import the certificate or not yet?

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

Re: [ovirt-users] moVirt : Can't connect (wrong format for DER error)

[Nicolas Ecarnot]

Le 12/03/2015 08:36, Tomas Jelinek a écrit :

Hi,

it seems that something is wrong with the certificate you are using (e.g. the 
CA not imported to your device or not imported properly).

You could try just to check the "disable https" checkbox (it disables the 
certificate checking, just for testing purposes).


Tomas,

Oops, I forgot to say that I already tried every combination of the 
three checkboxes with no success.


Does that mean I'm stuck?

Is there somewhere in the engine logs I could see useful messages?

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

Re: [ovirt-users] [ovirt-devel] [ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status

[Lior Vernia]

On 12/03/15 08:41, Ido Barkan wrote:
> 1187244 - 2, 3 work weeks I assume. we aim for 3.5.1.
> 

RHEV 3.5.1, so oVirt 3.5.2. It'll be tough to get it in RC2, but I think
we'd still want it in the GA if we can get it fixed by then.

> - Original Message -
> From: "Adam Litke" 
> To: "Sandro Bonazzola" 
> Cc: "Amit Aviram" , "Yedidyah Bar David" 
> , "Ido Barkan" , "Martin Perina" 
> , "Tal Nisan" , "Maor Lipchuk" 
> , "Eyal Edri" , Users@ovirt.org, 
> de...@ovirt.org
> Sent: Wednesday, March 11, 2015 3:09:43 PM
> Subject: Re: [ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status
> 
> On 11/03/15 13:33 +0100, Sandro Bonazzola wrote:
>> Hi,
>> We still have 8 open blockers for 3.5.2[1]:
>>
>> Bug ID   Whiteboard  Status  Summary
>> 1177220  storage ASSIGNED[BLOCKED] Failed to Delete 
>> First NFS snapshot with live merge
> 
> Eric Blake is creating a workaround for libvirt.  I just pinged him in
> the blocking bug https://bugzilla.redhat.com/show_bug.cgi?id=1199182
> to check on his progress.
> 
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VDSM tests not running on RHEL 7 (on make rpm)

[Liron Aravot]

Hi, haven't investigated that more deeply- 
I fetched the latest master code on a RHEL7 machine - when i run 'make rpm' it 
does work
but the tests aren't running.
on f20 machine that seems to work fine.

any idea on that?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] moVirt : Can't connect (wrong format for DER error)

[Tomas Jelinek]

Hi,

it seems that something is wrong with the certificate you are using (e.g. the 
CA not imported to your device or not imported properly).

You could try just to check the "disable https" checkbox (it disables the 
certificate checking, just for testing purposes).
If it will work, we can try to import your actual CA cert.

Tomas

- Original Message -
> From: "Nicolas Ecarnot" 
> To: users@ovirt.org
> Sent: Wednesday, March 11, 2015 6:07:58 PM
> Subject: [ovirt-users] moVirt : Can't connect (wrong format for DER error)
> 
> Hello,
> 
> When trying to connect using moVirt, I get :
> 
> org.apache.harmony.security.asn1.ASN1Exception: ASN.1 UTCTime: wrong
> format for DER
> 
> We're using oVirt 3.4.1, and happily using ovirt-shell with a
> .ovirtshellrc that contains some kind of settings that helped me to
> ensure I was doing right in moVirt settings.
> 
> We are not using a specific certificate, we're still using the
> out-of-the-box certificate of the installation.
> 
> What can I check on this Android phone or on the oVirt engine?
> 
> Thank you.
> 
> --
> Nicolas Ecarnot
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status

[Tal Nisan]

On 03/11/2015 02:33 PM, Sandro Bonazzola wrote:

Hi,
We still have 8 open blockers for 3.5.2[1]:

Bug ID  Whiteboard  Status  Summary
1195119 infra   POST[backend] [NPE] Adding permission to an 
object fails if DEBUG level is set
1190466 integration NEW HEAP_MAX default value as 1G must be 
changed
1187244 network NEW [RHEL  7.0 + 7.1] Host configure with 
DHCP is losing connectivity after some time - dhclient is not running
1176581 storage ASSIGNEDStorage Tab -> import Domain -> help 
button is missing
1176582 storage ASSIGNEDTemplates tab -> export template -> 
help leads to exporting VM
1176583 storage ASSIGNEDStorage tab-> ISO Domain -> Data Center -> 
Attach -> help button is missing
All upper 3 were moved back to modified, they were fixed correctly yet 
pending the release of a new doc package by the doc team which will 
contain the entries added

1177220 storage ASSIGNED[BLOCKED] Failed to Delete First NFS 
snapshot with live merge
1197292 storage POST[3.5-7.1] Failed to retrieve iscsi lun 
from hardware iscsi after register to RHEV-M


ACTION: Assignee to provide ETA for the blocker bug.

We also had 5 blockers fixed since 3.5.2 RC1[2] so a new RC and GA has been 
rescheduled as release criteria for RC1 are not met.
2015-03-18  2nd Release candidate
2015-04-02  General availability


We still have 7 bugs in MODIFIED and 48 on QA[8]:

Whiteboard  MODIFIEDON_QA   Total
infra   2   19  21
integration 0   4   4
network 0   2   2
node0   1   1
sla 2   2   4
storage 3   13  16
virt0   7   7
Total   7   48  55


ACTION: Maintainers/Assignee: please move bugs to ON_QA if they're included in 
3.5.2 RC1
ACTION: Testers: you're welcome to verify bugs currently ON_QA.


All remaining bugs not marked as blockers have been moved to 3.5.3.
A release management entry has been added for tracking the schedule of 3.5.3[3]
A bug tracker [4] has been created for 3.5.3.
We have 33 bugs currently targeted to 3.5.3[5]:

Whiteboard  NEW ASSIGNEDPOSTTotal
doc 1   0   0   1
docs1   0   0   1
external1   0   0   1
gluster 4   0   1   5
infra   2   2   0   4
network 0   1   0   1
node3   0   1   4
ppc 0   0   1   1
sla 4   0   0   4
storage 8   0   0   8
ux  0   0   1   1
virt1   0   1   2
Total   25  3   5   33


ACTION: Maintainers / Assignee: to review the bugs targeted to 3.5.3 ensuring 
they're correctly targeted.
ACTION: Maintainers: to fill release notes for 3.5.2, the page has been created 
and updated here [6]
ACTION: Testers: please add yourself to the test page [7]

4 Patches have been merged for 3.5.3 and not backported to 3.5.2 branch 
according to Change-Id

commit 6b5a8169093357656d3e638c7018ee516d1f44bd
Author: Maor Lipchuk 
Date:   Thu Feb 19 14:40:23 2015 +0200
 core: Add validation when Storage Domain is blocked.
 Change-Id: I9a7c12609b3780c74396dab6edf26e4deaff490f

commit 7fd4dca0a7fb15d3e9179457f1f2aea6c727d325
Author: Maor Lipchuk 
Date:   Sun Mar 1 17:17:16 2015 +0200
 restapi: reconfigure values on import data Storage Domain.
 Change-Id: I2ef7baa850bd6da08ae27d41ebe9e4ad525fbe9b

commit a3d8b687620817b38a64a3917f4440274831bca3
Author: Maor Lipchuk 
Date:   Wed Feb 25 17:00:47 2015 +0200
 core: Add fk constraint on vm_interface_statistics
 Change-Id: I53cf2737ef91cf967c93990fcb237f6c4e12a8f8

commit 773f2a108ce18e0029f864c8748d7068b71f8ff3
Author: Maor Lipchuk 
Date:   Sat Feb 28 11:37:26 2015 +0200
 core: Add managed devices to OVF
 Change-Id: Ie0e912c9b2950f1461ae95f4704f18b818b83a3b

ACTION: Maor Lipchuk please verify they're not meant to be targeted to 3.5.2.


[1] https://bugzilla.redhat.com/1186161
[2] 
https://bugzilla.redhat.com/buglist.cgi?action=wrap&bug_id=1179558%2C1188176%2C1194410%2C1196327%2C1199812%2C
[3] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3
[4] https://bugzilla.redhat.com/1198142
[5] 
https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20target_release%3A3.5.3
[6] http://www.ovirt.org/OVirt_3.5.2_Release_Notes
[7] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing
[8] http://goo.gl/UEVTCf




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