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

2015-03-13 Thread Tolik Litovsky
Hi

First of all I think cloud-init is optional so user can select if use it or not.
So if somebody wants to deploy hosted engine the hard way by installing it on 
OS , its his choice allowed too.
For our appliance I dont think we need anything except for root password.
Last option is in case somebody have some complicated net config he needs to 
implement in the engine VM on the first run 
we should allow him the option to provide the cloud-init iso by himself and he 
can define all he wants there.

Tolik.
- Original Message -
 From: Simone Tiraboschi stira...@redhat.com
 To: de...@ovirt.org, users-ovirt users@ovirt.org
 Cc: Fabian Deutsch fdeut...@redhat.com, Tolik Litovsky 
 tlito...@redhat.com
 Sent: Thursday, 12 March, 2015 4:02:04 PM
 Subject: oVirt node, hosted-engine, oVirt appliance and cloud-init
 
 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


[ovirt-users] VM Guest Video size

2015-03-13 Thread Sandvik Agustin
Hi users,


 Good Day, I'm using Ovirt 3.5 on my Centos 6.6, I'm wondering if
there's a way to increase the size of the vm guest video memory?

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


[ovirt-users] DWH Question

2015-03-13 Thread Koen Vanoppen
Dear all,

Is it possible to pull a list of all VMS who are in vlanX?

Kind regards,

Koen
___
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

2015-03-13 Thread Sven Kieske
On 12/03/15 16:56, Bob Doolittle wrote:
 Where is upstream for Spice /QXL development?

That would be:
http://www.spice-space.org/

a red hat emerging project :)

Their devel list is at:
spice-de...@lists.freedesktop.org

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] [Gluster-users] Gluster services won't start any more

2015-03-13 Thread RASTELLI Alessandro
Hi,
I've reconstructed the glusterd.info file and the peer files, that solved the 
issue.
Next time it happens, I'll collect the glusterd log that filled up the 
filesystem for further analysis.
Thank you

A.


-Original Message-
From: Krishnan Parthasarathi [mailto:kpart...@redhat.com] 
Sent: venerdì 13 marzo 2015 07:49
To: RASTELLI Alessandro
Cc: users@ovirt.org; gluster-users; BREGA Martino; Sahina Bose
Subject: Re: [Gluster-users] [ovirt-users] Gluster services won't start any more

  [glusterd-store.c:2063:glusterd_restore_op_version] 0-management: 
  Detected new install. Setting op-version to maximum : 30600

The above message indicates that /var/lib/glusterd/glusterd.info file, carrying 
the identify (UUID) of the node and the operating version of the glusterd 
binary, was empty.
This _shouldn't_ happen. We need to check for messages in glusterd log around 
the time /var/ filesystem was full to understand why this happened.

  [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

As part of the 'init' process, glusterd resolves identities of daemons that 
need to be spawned as part of hosting volumes. The resolution would fail if the 
identity of this node changes between a stop and start of glusterd service.
Glusterd wouldn't start until the point this inconsistency is resolved.

  [2015-03-12 09:08:15.166987] W [glusterfsd.c:1194:cleanup_and_exit] 
  (--
  0-: received signum (0), shutting down
 
  Can you please help?

To get out of this situation, we need to reconstruct the configuration files 
that are 'out of date' with respect to the cluster. This could be tedious but 
possible if other nodes didn't have their /var filesystem getting filled.
Each glusterd maintains its copy of volume and peer configuration under 
/var/lib/glusterd.

* /var/lib/glusterd/peers - Holds one file for every peer, excluding 'self'.
  This implies that with the help of remaining nodes in the cluster, we can 
determine this
  node's identity. This means we can reconstruct 
/var/lib/glusterd/glusterd.info on this
  node.

For other files under /var/lib/glusterd that are empty, we could use the fact 
that each node has a copy of the configuration and it can be used to 
reconstruct.

Hope that helps,
kp
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] engine-setup oVirt 3.5.1.1 failed

2015-03-13 Thread VONDRA Alain
Hi,
Nobody there has any idea about this issue ?
Is there any Workaround ??
Thank you





Alain VONDRA
Chargé d'exploitation des Systèmes d'Information
Direction Administrative et Financière
+33 1 44 39 77 76
UNICEF France
3 rue Duguay Trouin  75006 PARIS
www.unicef.frhttp://www.unicef.fr/

http://www.unicef.fr

http://www.unicef.fr/

[cid:signature26d7cc]http://www.unicef.fr/







http://www.unicef.fr

De : users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] De la part de 
VONDRA Alain
Envoyé : mercredi 11 mars 2015 18:54
À : Mikola Rose; Yedidyah Bar David
Cc : users@ovirt.org
Objet : Re: [ovirt-users] engine-setup oVirt 3.5.1.1 failed

Hi,
I have an issue when I try to update oVirt from 3.5.0.1 to 3.5.1.1, the setup 
fails in this step :
[ ERROR ] Failed to execute stage 'Misc configuration': function 
getdwhhistorytimekeepingbyvarname(unknown) does not exist LINE 2:
select * from GetDwhHistoryTimekeepingByVarName( ^ HINT:  No function matches 
the given name and argument types. You might need to add explicit type casts.
Have you any ideas to pass this problem, my Cloud is down...
Thank you for your help





Alain VONDRA
Chargé d'exploitation des Systèmes d'Information
Direction Administrative et Financière
+33 1 44 39 77 76
UNICEF France
3 rue Duguay Trouin  75006 PARIS
www.unicef.frhttp://www.unicef.fr/


[cid:image001.gif@01D05D8C.C4407E70]http://www.unicef.fr/









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


Re: [ovirt-users] VDSM memory consumption

2015-03-13 Thread Sven Kieske


On 13/03/15 12:29, Kapetanakis Giannis wrote:
 We also face this problem since 3.5 in two different installations...
 Hope it's fixed soon

Nothing will get fixed if no one bothers to
open BZs and send relevants log files to help
track down the problems.

-- 
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] Communication errors between engine and nodes?

2015-03-13 Thread Roel de Rooy
We are observing the same thing with our oVirt environment.
At random moments (could be a couple of times a day , once a day or even once 
every couple of days), we receive the VDSNetworkException message on one of 
our nodes.
Haven't seen the heartbeat exceeded message, but could be that I overlooked 
it within our logs.
At some rare occasions, we also do see Host cannot access the Storage 
Domain(s) UNKNOWN attached to the Data Center, within the GUI.

VM's will continue to run normally and most of the times the nodes will be in 
UP state again within the same minute.

Will still haven't found the root cause of this issue.
Our engine is CentOS 6.6 based and it's happing with both Centos 6 and Fedora 
20 nodes.
We are using a LCAP bond of 1Gbit ports for our management network.

As we didn't see any reports about this before, we are currently looking if 
something network related is causing this.
 




 
-Oorspronkelijk bericht-
Van: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] Namens Chris Adams
Verzonden: 12 March 2015 14:23
Aan: users@ovirt.org
Onderwerp: Re: [ovirt-users] Communication errors between engine and nodes?

Once upon a time, Lior Vernia lver...@redhat.com 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 c...@cmadams.net
___
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 memory consumption

2015-03-13 Thread Kapetanakis Giannis

On 06/03/15 18:12, Federico Alberto Sayd wrote:

Hello:

I am experiencing troubles with VDSM memory consuption.

I am running

Engine: ovirt 3.5.1

Nodes:

Centos 6.6
VDSM 4.16.10-8
Libvirt: libvirt-0.10.2-46
Kernel: 2.6.32

When the host boots, memory consuption is normal, but after 2 or 3 
days running, VDSM memory consuption grows and it consumes more memory 
that all vm's running in the host. If I restart the vdsm service, 
memory consuption normalizes, but then it start growing again.


I have seen some BZ about vdsm and supervdsm about memory leaks, but I 
don't know if VDSM 4.6.10.8 is still affected by a related bug.


Any help? If you need, I can provide more information

Thank you


We also face this problem since 3.5 in two different installations...
Hope it's fixed soon

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


[ovirt-users] CTDB error

2015-03-13 Thread RASTELLI Alessandro
Hi,
I get this error on node #3 while trying to add it to CTDB cluster.

2015/03/13 17:30:41.706522 [ 4280]: ctdb error: Failed to load nlist 
'/etc/ctdb/nodes'
2015/03/13 17:30:41.706589 [ 4280]: ctdb_set_nlist failed - Failed to load 
nlist '/etc/ctdb/nodes'

config files are the same as the other two nodes, where CTDB service is running 
fine.

What should I check?

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


[ovirt-users] New VMs don't have network connection

2015-03-13 Thread mots
Hello,

New VMs can't access the network anymore, there's no ethernet device. This 
happens both when generating a new VM from a saved template and when installing 
a new VM with the blank template.
It still works fine with all older VMs, they work properly even after a 
restart. This happens on both of my nodes.

What could be causing this?



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


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

2015-03-13 Thread Chris Adams
Once upon a time, Roel de Rooy rder...@motto.nl said:
 We are observing the same thing with our oVirt environment.
 At random moments (could be a couple of times a day , once a day or even once 
 every couple of days), we receive the VDSNetworkException message on one of 
 our nodes.
 Haven't seen the heartbeat exceeded message, but could be that I overlooked 
 it within our logs.
 At some rare occasions, we also do see Host cannot access the Storage 
 Domain(s) UNKNOWN attached to the Data Center, within the GUI.
 
 VM's will continue to run normally and most of the times the nodes will be in 
 UP state again within the same minute.
 
 Will still haven't found the root cause of this issue.
 Our engine is CentOS 6.6 based and it's happing with both Centos 6 and Fedora 
 20 nodes.
 We are using a LCAP bond of 1Gbit ports for our management network.
 
 As we didn't see any reports about this before, we are currently looking if 
 something network related is causing this.

I just opened a BZ on it (since it isn't just me):

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

My cluster went a couple of days without hitting this (as soon as I
posted to the list of course), but then it happened several times
overnight.  Interestingly, one error logged was communicating with the
node currently running my hosted engine.  That should rule out external
network (e.g. switch and such) issues, as those packets should not have
left the physical box.

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


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

2015-03-13 Thread Michal Skrivanek

On 13 Mar 2015, at 14:39, Chris Adams wrote:

 Once upon a time, Roel de Rooy rder...@motto.nl said:
 We are observing the same thing with our oVirt environment.
 At random moments (could be a couple of times a day , once a day or even 
 once every couple of days), we receive the VDSNetworkException message on 
 one of our nodes.
 Haven't seen the heartbeat exceeded message, but could be that I 
 overlooked it within our logs.
 At some rare occasions, we also do see Host cannot access the Storage 
 Domain(s) UNKNOWN attached to the Data Center, within the GUI.
 
 VM's will continue to run normally and most of the times the nodes will be 
 in UP state again within the same minute.
 
 Will still haven't found the root cause of this issue.
 Our engine is CentOS 6.6 based and it's happing with both Centos 6 and 
 Fedora 20 nodes.
 We are using a LCAP bond of 1Gbit ports for our management network.
 
 As we didn't see any reports about this before, we are currently looking if 
 something network related is causing this.
 
 I just opened a BZ on it (since it isn't just me):
 
 https://bugzilla.redhat.com/show_bug.cgi?id=1201779
 
 My cluster went a couple of days without hitting this (as soon as I
 posted to the list of course), but then it happened several times
 overnight.  Interestingly, one error logged was communicating with the
 node currently running my hosted engine.  That should rule out external
 network (e.g. switch and such) issues, as those packets should not have
 left the physical box.

well, hosted engine complicates things as you'd need to be able to see the 
status of the engine guest
running a standalone engine installation or at least running that hosted engine 
on a single node without any other VM may help….

Thanks,
michal

 
 -- 
 Chris Adams c...@cmadams.net
 ___
 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 memory consumption

2015-03-13 Thread Chris Adams
Once upon a time, Sven Kieske s.kie...@mittwald.de said:
 On 13/03/15 12:29, Kapetanakis Giannis wrote:
  We also face this problem since 3.5 in two different installations...
  Hope it's fixed soon
 
 Nothing will get fixed if no one bothers to
 open BZs and send relevants log files to help
 track down the problems.

There's already an open BZ:

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

I'm not sure if that is exactly the same problem I'm seeing or not; my
vdsm process seems to be growing faster (RSS grew 952K in a 5 minute
period just now; VSZ didn't change).

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