Re: [ovirt-users] [ovirt-devel] oVirt 3.5 beta2 - results

2014-07-30 Thread Sahina Bose

Piotr,

Thanks for the test report!

On 07/29/2014 08:48 PM, Piotr Kliczewski wrote:

Hi all,

I tested gluster related features:


Nagios Integration - http://www.ovirt.org/Features/Nagios_Integration#HOW_TO

I installed Nagios dependencies on f20 which went smoothly but when I
did the same for rhel6 I noticed that I had to install manually
additional rpm which was not covered by howto.

rrdtool-perl-1.3.8-6.el6.x86_64.rpm


I will retry this and update the How_To




During discovery of the Nagios server I got following issue:

[root@rhel gluster]# /usr/lib64/nagios/plugins/gluster/discovery.py -c
Default -H 192.168.1.9
Failed to execute NRPE command 'discover_volume_list' in host '192.168.1.9'
Error : Make sure NPRE server in host '192.168.1.9' is configured to
accept requests from Nagios server


Did you get this error even after following the step to edit 
allowed_hosts in /etc/nagios/nrpe.cfg?





so I followed http://tecadmin.net/install-nrpe-on-centos-rhel/.

Nagios server reported status of the cluster. When I had configured
first nagios server I saw:

OK : None of the Volumes in the cluster are in Critical State

but for the second there was:

(null).


Do you mean configuring second cluster in the same Nagios server?




I followed howto and installed oVirt UI plugin but after restart I was
not able to see monitoring details tab so I opened:
https://bugzilla.redhat.com/show_bug.cgi?id=1124371




Volume performance stats -
http://www.ovirt.org/Features/Gluster_Volume_Performance_Statistics#HOW_TO

I reused already existing setup. I enabled stats and added a volume.
When checking stats details I saw could not fetch stats.

I wanted to generate some stats so I mount volume previously created using:

mount -t nfs 192.168.1.9:/vol1 /media/volume

I had to redo it several times do to:

mount.nfs: requested NFS version or transport protocol is not supported

After several attempts I lost connectivity to the machine. After host
recovered I tried to run:

mount -o mountproto=tcp -t nfs 192.168.1.9:/vol1 /media/volume

but the result was the same.

I opened: https://bugzilla.redhat.com/show_bug.cgi?id=1124376


I checked whether gluster still works with jsonrpc. I removed the host
that I installed before and added new one using jsonrpc protocol.
After the installation I noticed that host was moved to Non-Operation
state. In the logs I found:

{jsonrpc: 2.0, id: 101bf460-6529-42d6-9370-a9629daad628,
error: {message: The method does not exist / is not available.,
code: -32601}}

I checked what was the reason and there was no apiwrapper.py module so I opened:

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



Thanks,
Piotr
___
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] oVirt 3.5 2 nd test day report- make ovirt easy configurable to allow redirection of all logs to syslog

2014-07-30 Thread Sandro Bonazzola
Il 30/07/2014 05:51, Yedidyah Bar David ha scritto:
 Maybe we should package these extra components? Or at least document clearly?
 
 I do not think we can move this bug to verified if it requires this kind of
 manual work.
 
 - Original Message -
 From: Alona Kaplan alkap...@redhat.com
 To: users users@ovirt.org
 Sent: Tuesday, July 29, 2014 5:27:58 PM
 Subject: [ovirt-users] oVirt 3.5 2 nd test day report- make ovirt easy 
 configurable to allow redirection of all logs
 to syslog

 Ive re-tested this feature on f19 and f20.
 fileappender and syslogappender were tested separately and in parallel.
 Everything seems to work fine.

 ovirt-engine-extension-logger-log4j is still not part of the build and had to
 be built manually.

created a ticket for it:
https://fedorahosted.org/ovirt/ticket/238



 Alona.

 - Forwarded Message -
 From: Alona Kaplan alkap...@redhat.com
 To: de...@ovirt.org
 Sent: Sunday, July 6, 2014 9:14:52 AM
 Subject: ovirt test day report - make ovirt easy configurable to allow
 redirection of all logs to syslog

 During the test day I tested -
 Bug 1078738 - OVIRT35 - [RFE] make ovirt easy configurable to allow
 redirection of all logs to syslog

 There was no feature page so it was very hard to understand how this feature
 should be tested.
 The build contains only a patch that tailors the api to the engine.
 abarlev sent me an external rpm with the syslog extension- tested it on f19,
 seems to work fine.

 Alona.


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

 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt 3.5 2nd test day report: 1124143, 1124379, 1124688

2014-07-30 Thread Vered Volansky
This is a summation of Yoav's work as well as mine (some apart, some in 
parallel, and some together):

Verfied:
1063064 - Allow big ranges in MacPoolManager
1063064 - add an explanation tool-tip to the 'Feedback' button 

1083065 - EL 7 guest compatibility
Work with existing up-to-date engine and vdsm from snapshot repo -
Started by installing RHEL7 on an appropriate VM.
Had several issues with actual installation, reported on - 
https://bugzilla.redhat.com/show_bug.cgi?id=1124379 - faulty free-space 
recognition on disk when installing on virtual machine.
https://bugzilla.redhat.com/show_bug.cgi?id=1124688 -  installer options are 
invalid for no reason
Finally managed to work-around the issues and installation had started.
Was very very slow. Verified there shouldn't be anything interrupting this.

At this point tried to work with VMs, but couldn't get the SPICE console to 
work (BTW, initally SPICE didn't work on the VM in the local environment as 
well. It then just miraculously started to work).
Then tried master again (another environment, let the installation complete on 
the other VM's installation, but this version of engine did not work).

Also opened bz1124143 .


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


Re: [ovirt-users] [ovirt-devel] oVirt 3.5 beta2 - results

2014-07-30 Thread Piotr Kliczewski
On Wed, Jul 30, 2014 at 8:21 AM, Sahina Bose sab...@redhat.com wrote:
 Piotr,

 Thanks for the test report!


 On 07/29/2014 08:48 PM, Piotr Kliczewski wrote:

 Hi all,

 I tested gluster related features:


 Nagios Integration -
 http://www.ovirt.org/Features/Nagios_Integration#HOW_TO

 I installed Nagios dependencies on f20 which went smoothly but when I
 did the same for rhel6 I noticed that I had to install manually
 additional rpm which was not covered by howto.

 rrdtool-perl-1.3.8-6.el6.x86_64.rpm


 I will retry this and update the How_To




 During discovery of the Nagios server I got following issue:

 [root@rhel gluster]# /usr/lib64/nagios/plugins/gluster/discovery.py -c
 Default -H 192.168.1.9
 Failed to execute NRPE command 'discover_volume_list' in host
 '192.168.1.9'
 Error : Make sure NPRE server in host '192.168.1.9' is configured to
 accept requests from Nagios server


 Did you get this error even after following the step to edit allowed_hosts
 in /etc/nagios/nrpe.cfg?


Modifying nrpe.cfg fixed the issue.




 so I followed http://tecadmin.net/install-nrpe-on-centos-rhel/.

 Nagios server reported status of the cluster. When I had configured
 first nagios server I saw:

 OK : None of the Volumes in the cluster are in Critical State

 but for the second there was:

 (null).


 Do you mean configuring second cluster in the same Nagios server?


I mean that I configured Nagios server twice. Once on the host were I
had installed
gluster and the other one on the server. I wanted to check whether there are any
dependency issues so I tried on f20 and rhel6.



 I followed howto and installed oVirt UI plugin but after restart I was
 not able to see monitoring details tab so I opened:
 https://bugzilla.redhat.com/show_bug.cgi?id=1124371




 Volume performance stats -
 http://www.ovirt.org/Features/Gluster_Volume_Performance_Statistics#HOW_TO

 I reused already existing setup. I enabled stats and added a volume.
 When checking stats details I saw could not fetch stats.

 I wanted to generate some stats so I mount volume previously created
 using:

 mount -t nfs 192.168.1.9:/vol1 /media/volume

 I had to redo it several times do to:

 mount.nfs: requested NFS version or transport protocol is not supported

 After several attempts I lost connectivity to the machine. After host
 recovered I tried to run:

 mount -o mountproto=tcp -t nfs 192.168.1.9:/vol1 /media/volume

 but the result was the same.

 I opened: https://bugzilla.redhat.com/show_bug.cgi?id=1124376


 I checked whether gluster still works with jsonrpc. I removed the host
 that I installed before and added new one using jsonrpc protocol.
 After the installation I noticed that host was moved to Non-Operation
 state. In the logs I found:

 {jsonrpc: 2.0, id: 101bf460-6529-42d6-9370-a9629daad628,
 error: {message: The method does not exist / is not available.,
 code: -32601}}

 I checked what was the reason and there was no apiwrapper.py module so I
 opened:

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



 Thanks,
 Piotr
 ___
 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


[ovirt-users] [QE][ACTION NEEDED] oVirt 3.4.4 RC status

2014-07-30 Thread Sandro Bonazzola
Hi,
We're going to start composing oVirt 3.4.4 RC on *2014-09-09 08:00 UTC* from 
3.4 branch.
Maintainers:
- Please be sure that 3.4 snapshot allow to create VMs before *2014-09-08 15:00 
UTC*
- Please be sure that no pending patches are going to block the release before 
*2014-09-08 15:00 UTC*
- If any patch must block the RC release please raise the issue as soon as 
possible.


A bug tracker [1] has been opened and shows no open blockers.


There are still 14 bugs [2] targeted to 3.4.4.
Excluding node and documentation bugs we still have 7 bugs [3] targeted to 
3.4.4.

Bug ID  Whiteboard  Status  Summary
1124413 infra   POSTCalendar table is created incorrectly for 
certain time zones.
1048880 network NEW [vdsm][openstacknet] Migration fails for vNIC 
using OVS + security groups
1112688 network NEW [Neutron integration] Log collection is missing 
for Neutron appliance
1001186 network NEW With AIO installer and NetworkManager enabled, 
the ovirtmgmt bridge is not properly configured
1023481 nodeASSIGNEDSane and working default libvirt config
910701  nodeASSIGNEDRemove persistent-net-naming hack
1097735 nodeNEW Reboot button failed to work in progress_page 
with serial console to install ovirt-node iso.
969340  nodeNEW Migrate ovirt-node-installer backend and 
ovirt-auto-install backend to new code base
753306  nodeNEW SR-IOV support
988341  nodeNEW Should not create bond when report an error in 
configuration process
995321  nodeNEW remove existing efi entries oVirt Node 
Hypervisor in UEFI menu failed
1059309 sla NEW [events] 'Available memory of host $host (...) 
under defined threshold...' is logged only once
655 storage NEW Disks imported from Export Domain to Data 
Domain are converted to Preallocated after upgrade from oVirt 3.4.1 to 3.4.2
1070890 virtNEW Run vm with odd number of cores drop libvirt 
error


Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.4.4 should not be 
released without them fixed.
- Please update the target to 3.5.0 or later for bugs that won't be in 3.4.4:
  it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]

Community:
- If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test 
page [5]


[1] http://bugzilla.redhat.com/1118689
[2] http://red.ht/1qwhPXB
[3] http://red.ht/1sQDLwg
[4] http://www.ovirt.org/OVirt_3.4.4_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.4.4_Testing


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] [QE][ACTION NEEDED] oVirt 3.5.0 RC status

2014-07-30 Thread Sandro Bonazzola
Hi,
We're going to compose oVirt 3.5.0 RC on Mon * 2014-08-04 08:00 UTC*.
Maintainers:
- Please be sure that 3.5 snapshot allow to create VMs before *2014-08-03 15:00 
UTC*
- Please be sure that no pending patches are going to block the release before 
*2014-08-03 15:00 UTC*
- If any patch must block the RC release please raise the issue as soon as 
possible.

The bug tracker [1] shows the following proposed blockers to be reviewed:

Bug ID  Whiteboard  Status  Summary
1115152 infra   ASSIGNEDCannot edit or create block storage 
doamin when using jsonrpc
1115044 infra   POSTHost stuck in Unassinged state when 
using jsonrpc and disconnection from pool failed
1124141 infra   ASSIGNEDStackOverflowError during fencing 
operation
1114987 network ASSIGNEDCannot start VM | The host did not 
satisfy internal filter Network because network(s) are missing.
1122592 nodeNEW ovirt-node-plugin-vdsm = 0.2.0 is 
needed for oVirt 3.5
1124099 storage POSTLive Merge: Limit merge operations 
based on hosts' capabilities

Feature freeze is now effective, and branch has been created.
All new patches must be backported to 3.5 branch too.
Features completed are marked in green on Features Status Table [2]

There are still 397 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 349 bugs [4] targeted to 
3.5.0.

Maintainers / Assignee:
- Please check ensure that completed features are marked in green on Features 
Status Table [2]
- Please remember to rebuild your packages before *2014-08-03 15:00* if needed, 
otherwise nightly snapshot will be taken.
- If you find a blocker bug please remember to add it to the tracker [1]
- Please fill release notes, the page has been created here [5]
- Please review and add test cases to oVirt 3.5 Third Test Day [6]

Community:
- thanks for having joined the second test day we had yesterday
- save the date for third test day scheduled on 2014-08-12!
- You're welcome to join us testing next beta release and getting involved in 
oVirt Quality Assurance[7]


[1] http://bugzilla.redhat.com/1073943
[2] http://bit.ly/17qBn6F
[3] http://red.ht/1pVEk7H
[4] http://red.ht/1rLCJwF
[5] http://www.ovirt.org/OVirt_3.5_Release_Notes
[6] http://www.ovirt.org/OVirt_3.5_TestDay
[7] http://www.ovirt.org/OVirt_Quality_Assurance

Thanks,

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt 3.5 2nd test day report

2014-07-30 Thread Idan Shaby
Hi everyone,

I've tested Bug 1072313 - OVIRT35 - [RFE] Allow to edit VM properties that need 
VM to be down to apply, just mark it as such and apply on VM shutdown:
https://bugzilla.redhat.com/show_bug.cgi?id=1072313
and opened these three bugs:
Bug 1124432 - Complex info icon tooltip message in Edit/New Virtual Machine 
windows, under the Host tab, right before the Start Running On section - 
https://bugzilla.redhat.com/show_bug.cgi?id=1124432
Bug 1124425 - Wrong info icon location in New/Edit Virtual Machine - 
https://bugzilla.redhat.com/show_bug.cgi?id=1124425
Bug 1124449 - Fields under Start Running On in the Edit Virtual Machine 
window should be greyed out when the VM is up - 
https://bugzilla.redhat.com/show_bug.cgi?id=1124449

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


[ovirt-users] oVirt 3.5 2 nd test day report(1124458, 1124318, 1124340, 1124346, 1124354, 1124360, 1124363, 1124364)

2014-07-30 Thread Eli Mesika
Hardware: 

2 x VM 2cpu 4GB ram (Fedora 19, CentOS 6.5)

Network configuration: Single NIC without bonding / vlans

Storage configurations: NFS v3 ISO and data domain

* History DB should sync user's first and last name for user usage tables. (BZ 
1091687)

test result: partly passed 

Tested 

Add a user from AD = passed 

Change user details = passed

Delete a user = Not passed opened BZ 1124458 

Other Bugs Opened :
--
1124318
1124340
1124346
1124354
1124360
1124363
1124364



Thanks
Eli Mesika

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


Re: [ovirt-users] Network Question

2014-07-30 Thread Dan Kenigsberg
On Wed, Jul 30, 2014 at 01:04:48PM +0800, Punit Dambiwal wrote:
 Hi,
 
 I am facing one strange problem with Ovirt network...i have the below
 network in my ovirt cluster :-
 
 eth0+eth1=bond0
 
 bond0.10= ovirtmgmt (43.250.X.X)
 bond0.37= VMnetwork
 
 eth2+eth3=bond1 (Storage) (10.10.10.X)
 
 Glusterfs running on 4 HV's with each have 2 bricks...
 
 But still the glusterfs data transfer from ovirtmgmt network instead of
 storage network ?? Is there any more setting required to change it to
 ovirtmgmt to storage ??

The title Storage means nothing to oVirt per se. The user needs to make sure
that her NFS or iSCSI storage server uses the specific network.
But unfortunately - and Bala is welcome to correct me if I'm wrong - there
is no means to set the IP address which gluster uses via oVirt.

Can it be done underneath oVirt?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt 3.5 2nd test day report - hosted engine

2014-07-30 Thread Jiri Moskovcak

On 07/30/2014 02:02 AM, Greg Padgett wrote:

Hi all,

Today I tested Hosted Engine on iSCSI (setup and operation) on Fedora
20.  The first part of setup went smoothly, but there were some hiccups
I eventually ran into:

  - HA services didn't start after setup [1]
  - HA agent failed without reporting an error [2][3]

I also noticed that when an iSCSI target has multiple LUNs, a random (?)
one would be chosen by setup.  I ended up running setup again with only
one LUN available to make sure this didn't cause further errors.

After setup of the first host completed, things seemed to be working
well.  However, after completing 2nd host setup and rebooting the first
host, I have errors in both agent.log files. [4]

I'll follow up with msivak and jmoskovc to see if these are errors on my
part or something I can help troubleshoot.

Thanks,
Greg


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1123285
[2] https://bugzilla.redhat.com/show_bug.cgi?id=1124624
[3] http://gerrit.ovirt.org/#/c/30814/
[4] First host:
   Error: 'path to storage domain 35ff13aa-7ff1-4add-9869-651267e36921 not
   found in /rhev/data-center/mnt' - trying to restart agent
   [followed by agent existing after too many retries]


- also seems like the vdsm failed to connect the domain


Second host:
   Exception: Failed to start monitoring domain (sd_uuid=35ff13aa-
   7ff1-4add-9869-651267e36921, host_id=2): timeout during domain
   acquisition


- I'm not sure what we can do about this, if vdsm is not able to connect 
the domain after 90 seconds. We can increase the timeout, but how much 
is enough and yet not too much?


--Jirka


___
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] Network Question

2014-07-30 Thread Sahina Bose


On 07/30/2014 01:21 PM, Dan Kenigsberg wrote:

On Wed, Jul 30, 2014 at 01:04:48PM +0800, Punit Dambiwal wrote:

Hi,

I am facing one strange problem with Ovirt network...i have the below
network in my ovirt cluster :-

eth0+eth1=bond0

bond0.10= ovirtmgmt (43.250.X.X)
bond0.37= VMnetwork

eth2+eth3=bond1 (Storage) (10.10.10.X)

Glusterfs running on 4 HV's with each have 2 bricks...

But still the glusterfs data transfer from ovirtmgmt network instead of
storage network ?? Is there any more setting required to change it to
ovirtmgmt to storage ??

The title Storage means nothing to oVirt per se. The user needs to make sure
that her NFS or iSCSI storage server uses the specific network.
But unfortunately - and Bala is welcome to correct me if I'm wrong - there
is no means to set the IP address which gluster uses via oVirt.

Can it be done underneath oVirt?


For glusterd communication - that is gluster peer to gluster peer - 
there's a workaround to achieve this..Please see 
http://lists.ovirt.org/pipermail/users/2014-February/021213.html


For VM to gluster host, the host IP used to mount the volume is the one 
used for communication by oVirt.




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


[ovirt-users] update to 3.4.3

2014-07-30 Thread Kapetanakis Giannis

Hi,

I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
and one of the packages is not signed.

# yum update ovirt-engine-setup ovirt-engine-reports-setup 
ovirt-engine-dwh-setup


Dependencies Resolved


 Package   Arch   Version   
 RepositorySize

Updating:
 ovirt-engine-dwh-setupnoarch 
3.4.3-1.el6ovirt-3.4-stable  51 k
 ovirt-engine-reports-setupnoarch 
3.4.3-1.el6ovirt-3.4-stable  54 k
 ovirt-engine-setupnoarch 
3.4.3-1.el6ovirt-3.4-stable 4.2 k
Updating for dependencies:
 otopi noarch 
1.2.2-1.el6ovirt-3.4-stable 133 k
 otopi-javanoarch 
1.2.2-1.el6ovirt-3.4-stable  23 k
 ovirt-engine-lib  noarch 
3.4.3-1.el6ovirt-3.4-stable  20 k
 ovirt-engine-setup-base   noarch 
3.4.3-1.el6ovirt-3.4-stable  94 k
 ovirt-engine-setup-plugin-ovirt-enginenoarch 
3.4.3-1.el6ovirt-3.4-stable 134 k
 ovirt-engine-setup-plugin-ovirt-engine-common noarch 
3.4.3-1.el6ovirt-3.4-stable  22 k
 ovirt-engine-setup-plugin-websocket-proxy noarch 
3.4.3-1.el6ovirt-3.4-stable  13 k

Transaction Summary

Upgrade  10 Package(s)

Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not signed

regards,

Giannis

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


Re: [ovirt-users] update to 3.4.3

2014-07-30 Thread Tobias Honacker
Hi,

try yum --nogpgcheck update ovirt-*


On Wed, Jul 30, 2014 at 10:28 AM, Kapetanakis Giannis 
bil...@edu.physics.uoc.gr wrote:

 Hi,

 I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
 and one of the packages is not signed.

 # yum update ovirt-engine-setup ovirt-engine-reports-setup
 ovirt-engine-dwh-setup

 Dependencies Resolved

 
 
  Package   Arch
 VersionRepositorySize
 
 
 Updating:
  ovirt-engine-dwh-setupnoarch
 3.4.3-1.el6ovirt-3.4-stable  51 k
  ovirt-engine-reports-setupnoarch
 3.4.3-1.el6ovirt-3.4-stable  54 k
  ovirt-engine-setupnoarch
 3.4.3-1.el6ovirt-3.4-stable 4.2 k
 Updating for dependencies:
  otopi noarch
 1.2.2-1.el6ovirt-3.4-stable 133 k
  otopi-javanoarch
 1.2.2-1.el6ovirt-3.4-stable  23 k
  ovirt-engine-lib  noarch
 3.4.3-1.el6ovirt-3.4-stable  20 k
  ovirt-engine-setup-base   noarch
 3.4.3-1.el6ovirt-3.4-stable  94 k
  ovirt-engine-setup-plugin-ovirt-enginenoarch
 3.4.3-1.el6ovirt-3.4-stable 134 k
  ovirt-engine-setup-plugin-ovirt-engine-common noarch
 3.4.3-1.el6ovirt-3.4-stable  22 k
  ovirt-engine-setup-plugin-websocket-proxy noarch
 3.4.3-1.el6ovirt-3.4-stable  13 k

 Transaction Summary
 
 
 Upgrade  10 Package(s)

 Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not signed

 regards,

 Giannis

 ___
 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] update to 3.4.3

2014-07-30 Thread Kapetanakis Giannis

On 30/07/14 11:28, Kapetanakis Giannis wrote:

Hi,

I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
and one of the packages is not signed.

# yum update ovirt-engine-setup ovirt-engine-reports-setup 
ovirt-engine-dwh-setup


Dependencies Resolved

 


 Package Arch   VersionRepository Size
 


Updating:
 ovirt-engine-dwh-setup noarch 3.4.3-1.el6
ovirt-3.4-stable  51 k
 ovirt-engine-reports-setup noarch 3.4.3-1.el6
ovirt-3.4-stable  54 k
 ovirt-engine-setup noarch 3.4.3-1.el6
ovirt-3.4-stable 4.2 k

Updating for dependencies:
 otopi noarch 1.2.2-1.el6ovirt-3.4-stable 
133 k
 otopi-java noarch 1.2.2-1.el6
ovirt-3.4-stable  23 k
 ovirt-engine-lib noarch 3.4.3-1.el6
ovirt-3.4-stable  20 k
 ovirt-engine-setup-base noarch 3.4.3-1.el6
ovirt-3.4-stable  94 k
 ovirt-engine-setup-plugin-ovirt-engine noarch 
3.4.3-1.el6ovirt-3.4-stable 134 k
 ovirt-engine-setup-plugin-ovirt-engine-common noarch 
3.4.3-1.el6ovirt-3.4-stable  22 k
 ovirt-engine-setup-plugin-websocket-proxy noarch 
3.4.3-1.el6ovirt-3.4-stable  13 k


Transaction Summary
 


Upgrade  10 Package(s)

Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not signed

regards,

Giannis

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


one more package

 apache-commons-logging   noarch 1.1.3-1.jpp6   
jpackage  78 k

Package apache-commons-logging-1.1.3-1.jpp6.noarch.rpm is not signed

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


Re: [ovirt-users] update to 3.4.3

2014-07-30 Thread Sandro Bonazzola
Il 30/07/2014 10:28, Kapetanakis Giannis ha scritto:
 Hi,
 
 I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
 and one of the packages is not signed.
 
 # yum update ovirt-engine-setup ovirt-engine-reports-setup 
 ovirt-engine-dwh-setup
 
 Dependencies Resolved
 
 
  Package   Arch   Version 
RepositorySize
 
 Updating:
  ovirt-engine-dwh-setupnoarch 
 3.4.3-1.el6ovirt-3.4-stable  51 k
  ovirt-engine-reports-setupnoarch 
 3.4.3-1.el6ovirt-3.4-stable  54 k
  ovirt-engine-setupnoarch 
 3.4.3-1.el6ovirt-3.4-stable 4.2 k
 Updating for dependencies:
  otopi noarch 
 1.2.2-1.el6ovirt-3.4-stable 133 k
  otopi-javanoarch 
 1.2.2-1.el6ovirt-3.4-stable  23 k
  ovirt-engine-lib  noarch 
 3.4.3-1.el6ovirt-3.4-stable  20 k
  ovirt-engine-setup-base   noarch 
 3.4.3-1.el6ovirt-3.4-stable  94 k
  ovirt-engine-setup-plugin-ovirt-enginenoarch 
 3.4.3-1.el6ovirt-3.4-stable 134 k
  ovirt-engine-setup-plugin-ovirt-engine-common noarch 
 3.4.3-1.el6ovirt-3.4-stable  22 k
  ovirt-engine-setup-plugin-websocket-proxy noarch 
 3.4.3-1.el6ovirt-3.4-stable  13 k
 
 Transaction Summary
 
 Upgrade  10 Package(s)
 
 Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not signed

David, can you verify rpms in http://resources.ovirt.org/pub/ovirt-3.4/ ?

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


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] update to 3.4.3

2014-07-30 Thread Sandro Bonazzola
Il 30/07/2014 10:32, Kapetanakis Giannis ha scritto:
 On 30/07/14 11:28, Kapetanakis Giannis wrote:
 Hi,

 I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
 and one of the packages is not signed.

 # yum update ovirt-engine-setup ovirt-engine-reports-setup 
 ovirt-engine-dwh-setup

 Dependencies Resolved

 
  Package Arch   VersionRepository Size
 
 Updating:
  ovirt-engine-dwh-setup noarch 3.4.3-1.el6
 ovirt-3.4-stable  51 k
  ovirt-engine-reports-setup noarch 3.4.3-1.el6
 ovirt-3.4-stable  54 k
  ovirt-engine-setup noarch 3.4.3-1.el6ovirt-3.4-stable   
   4.2 k
 Updating for dependencies:
  otopi noarch 1.2.2-1.el6ovirt-3.4-stable 133 k
  otopi-java noarch 1.2.2-1.el6ovirt-3.4-stable  
 23 k
  ovirt-engine-lib noarch 3.4.3-1.el6ovirt-3.4-stable 
  20 k
  ovirt-engine-setup-base noarch 3.4.3-1.el6
 ovirt-3.4-stable  94 k
  ovirt-engine-setup-plugin-ovirt-engine noarch 3.4.3-1.el6   
  ovirt-3.4-stable 134 k
  ovirt-engine-setup-plugin-ovirt-engine-common noarch 3.4.3-1.el6
 ovirt-3.4-stable  22 k
  ovirt-engine-setup-plugin-websocket-proxy noarch 3.4.3-1.el6
 ovirt-3.4-stable  13 k

 Transaction Summary
 
 Upgrade  10 Package(s)

 Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not signed

 regards,

 Giannis

 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 
 one more package
 
  apache-commons-logging   noarch 1.1.3-1.jpp6 
   jpackage  78 k
 
 Package apache-commons-logging-1.1.3-1.jpp6.noarch.rpm is not signed

Please report this to jpackage: http://jpackage.org/



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


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Network Question

2014-07-30 Thread Punit Dambiwal
Hi All,

I am using the storage ip to mount the glusterfs to host...that means the
data communication should be run on this network but it's notit's
running on the ovirtmgmt network...

[image: Inline image 1]



On Wed, Jul 30, 2014 at 4:26 PM, Sahina Bose sab...@redhat.com wrote:


 On 07/30/2014 01:21 PM, Dan Kenigsberg wrote:

 On Wed, Jul 30, 2014 at 01:04:48PM +0800, Punit Dambiwal wrote:

 Hi,

 I am facing one strange problem with Ovirt network...i have the below
 network in my ovirt cluster :-

 eth0+eth1=bond0

 bond0.10= ovirtmgmt (43.250.X.X)
 bond0.37= VMnetwork

 eth2+eth3=bond1 (Storage) (10.10.10.X)

 Glusterfs running on 4 HV's with each have 2 bricks...

 But still the glusterfs data transfer from ovirtmgmt network instead of
 storage network ?? Is there any more setting required to change it to
 ovirtmgmt to storage ??

 The title Storage means nothing to oVirt per se. The user needs to make
 sure
 that her NFS or iSCSI storage server uses the specific network.
 But unfortunately - and Bala is welcome to correct me if I'm wrong - there
 is no means to set the IP address which gluster uses via oVirt.

 Can it be done underneath oVirt?


 For glusterd communication - that is gluster peer to gluster peer -
 there's a workaround to achieve this..Please see http://lists.ovirt.org/
 pipermail/users/2014-February/021213.html

 For VM to gluster host, the host IP used to mount the volume is the one
 used for communication by oVirt.




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


[ovirt-users] ftp.snt.utwente.nl mirror doesn't have ovirt via rsync

2014-07-30 Thread Jiri Belka
Hi,

could anybody responsible contact owners of this mirror and ask them to
make oVirt available via rsync?

j.

~~~

Welcome to the ftp.snt.utwente.nl archive.
This service is provided to you by:
   
Studenten Net Twente (SNT)http://www.snt.utwente.nl/ 
the University of Twente  http://www.utwente.nl/  

This system may be used 24 hours a day, 7 days a week.

All transfers are logged with your hostname and email address.
If you don't like this policy, disconnect now!

We are available on:
  http://ftp.snt.utwente.nl/
   ftp://ftp.snt.utwente.nl/
 rsync://ftp.snt.utwente.nl/


Sponsors:
Quarantainenet BV http://www.quarantainenet.nl
Byte  http://www.byte.nl
Murphy Software B.V.  http://www.murphy.nl
Virtu Secure Webservices  http://www.virtu.nl
Utwente Faculty of TNWhttp://www.tnw.utwente.nl
Sjoerd van Groning
Daan van de Linde


DISCLAIMER: Neither University of Twente nor SNT are liable for any
use, storage or transmission of any files stored on this archive. Since 
much of our archive is mirrored from other servers, we can not check 
all files for virusinfections.  Please proceed with caution.

If you have any problems or comments about this archive, please send
them via e-mail to ftpcom_at_snt.utwente.nl. Please also let us know 
if there is something we don't have that you think we should!




gentoo-x86-portage  Gentoo Linux Portage tree
gentoo-portage  Gentoo Linux Portage tree
gentoo  Gentoo Linux Distribution
fedora  Fedora Linux Distribution
mandrakeMandrake Linux Distribution
mandrake-isoMandrake Linux Distribution Iso's
debian  Debian Linux Distribution
debian-archive  Debian Linux Distribution Archive
debian-ipv6 Debian Linux IPv6 Distribution
debian-non-US   Debian Linux Non-US Distribution
backports   Debian Linux Distribution
debian-backportsDebian Linux Distribution
deepin  LinuxDeepin Packages
deepin-cd   LinuxDeepin Release CD Images
freebsd FreeBSD Distribution
openbsd OpenBSD Distribution
netbsd  NetBSD Distribution
freedos FreeDOS Distribution
linux-kernelLinux Kernel Mirror
slackware   Slackware Linux Distribution
suseSuse Linux Distribution
cpanComprehensive Perl Archive Network
xfree86 XFree86
apache  Apache Webserver
archlinux   Arch Linux mirror
mageia  Mageia Project mirror
cygwin-ftp  cygwin ftp area
eximExim Mailer
gnu The GNU Project
gnupg   GNU Privacy Guard
kameKAME Project
usagi   UniverSAl playGround for Ipv6
kde K Desktop Environment
mozilla Mozilla Current Release Only
mozilla-current Mozilla Current Release Only
mozilla-releasesMozilla Software Releases
muttMutt E-Mail Client
mysql   MySQL Database
openoffice  OpenOffice.org
openoffice-extended OpenOffice.org extended data
samba   Samba
rsync   Rsync
gnoppix Gnoppix
ubuntu-releases ISO images of the Ubuntu releases
ubuntu-archive  Packages in the Ubuntu Archive
tex CTAN community mirror for Tex
tdf The Document Foundation
xbmcMain XBMC File Repository
~~~
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] broken mirror - ftp.nluug.nl

2014-07-30 Thread Jiri Belka
Hi,

could anybody responsible contact owners of this mirror to repair it?

same via http...

j.

~~~
# rsync --progress -a -vv --exclude-from=ovirt-3.5-pre.exclude \
  rsync://ftp.nluug.nl/ovirt/ovirt-3.5-pre/ ./ 21 | tail rsync:
send_files failed to open
/ovirt-3.5-pre/rpm/el6/repodata/ebecd4b94e21b74ab316613e1d7b691b1bbdf94458f2379a360e832ab02aa9ab-filelists.sqlite.bz2
 (in
ovirt): Permission denied (13) rsync: send_files failed to open
/ovirt-3.5-pre/rpm/el6/repodata/f0b68ae5785cc196d864a69fd412f9ec8b8e55f5e502cebce8763f8d88efee86-primary.xml.gz
 (in
ovirt): Permission denied (13) rsync: send_files failed to open
/ovirt-3.5-pre/rpm/el6/repodata/f19a6460fde53ec087366afb6dea696d1633dc516d3474e26d47fd32ec3da34d-filelists.xml.gz
 (in
ovirt): Permission denied (13) rsync: send_files failed to open
/ovirt-3.5-pre/rpm/el6/repodata/f6a676be4d0abe84266175744759247c560f5de70cb410abefdf52ec2f60dcb9-filelists.xml.gz
 (in
ovirt): Permission denied (13) rsync: send_files failed to open
/ovirt-3.5-pre/rpm/el6/repodata/f71afa837e0bff24395d6a8ba4660613182c2d6eba648504d4f367b793bb8a6a-primary.sqlite.bz2
 (in
ovirt): Permission denied (13) rsync: send_files failed to open
/ovirt-3.5-pre/rpm/el6/repodata/fd1d726943a4c01da84af9ba56e7abc284e9fda283d4eb959e0835f7ca29eef5-primary.sqlite.bz2
 (in
ovirt): Permission denied (13)

sent 5418 bytes  received 86056 bytes  12196.53 bytes/sec
total size is 3353996928  speedup is 3.12
rsync error: some files/attrs were not transferred (see previous
errors) (code 23) at main.c(1505) [generator=3.0.6]
~~~
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt mirror health report

2014-07-30 Thread Jiri Belka
Hi,

oVirt mirrors are not really great, could you consider to make a health
status reporting - out of sync, broken,...?

This way you could remove bogus mirrors which would just make people
upset.

Inspiration: http://spacehopper.org/mirmon/

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


Re: [ovirt-users] oVirt mirror health report

2014-07-30 Thread Yedidyah Bar David
- Original Message -
 From: Jiri Belka jbe...@redhat.com
 To: users@ovirt.org
 Sent: Wednesday, July 30, 2014 12:31:59 PM
 Subject: [ovirt-users] oVirt mirror health report
 
 Hi,
 
 oVirt mirrors are not really great, could you consider to make a health
 status reporting - out of sync, broken,...?
 
 This way you could remove bogus mirrors which would just make people
 upset.
 
 Inspiration: http://spacehopper.org/mirmon/

Might be done with something like mirrormanager, mirrorbrain, mirrorbits etc.
Never used any of them personally.
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] oVirt 3.5 test day 2 results

2014-07-30 Thread Shirly Radco
Hi,

I tested 557125 - internationalize exitMessage; use meaningful exitCode

These are the tests I made :

power off from inside the guest -
VM testexitmessage is down. Exit message: User shut down from within the guest
ID 61

power off from inside the admin portal - 
VM testexitmessage powered off by admin (Host: yanivs) (Reason: Not Specified).
ID 33

shotdown from inside the admin portal -
VM shutdown initiated by admin on VM testexitmessage (Host: yanivs) (Reason: 
Not Specified)
ID73
VM testexitmessage is down. Exit message: User shut down from within the guest
ID61


shotdown from inside the guest -
VM testexitmessage is down. Exit message: User shut down from within the guest
ID 61

reboot from guest -
no exit reason.

In espanol

shotdown from inside the admin portal -
VM shutdown initiated by admin on VM testexitmessage (Host: yanivs) (Reason: 
Not Specified).
ID 73
VM testexitmessage is down. Exit message: User shut down from within the guest
ID 61


In Deutsch

power off from inside the admin portal - 
VM testexitmessage powered off by admin (Host: yanivs) (Reason: Not Specified).
ID 33


Conclutions:
1. I don't see translations for local langueges for the events in the admin 
portal.
2. In case of shotdown from inside the admin portal  we get 2 messages instead 
of one. The second one(ID61) is incorrect.

Best regards,

--- 
Shirly Radco 
BI Software Engineer 
Red Hat Israel Ltd.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Network Question

2014-07-30 Thread Antoni Segura Puimedon


- Original Message -
 From: Punit Dambiwal hypu...@gmail.com
 To: Antoni Segura Puimedon asegu...@redhat.com
 Cc: Sahina Bose sab...@redhat.com, Dan Kenigsberg dan...@redhat.com, 
 barum...@redhat.com, users@ovirt.org,
 Itamar Heim ih...@redhat.com, Michal Skrivanek 
 michal.skriva...@redhat.com, Sven Kieske
 s.kie...@mittwald.de, Frantisek Kobzik fkob...@redhat.com, 
 aha...@redhat.com
 Sent: Wednesday, July 30, 2014 12:11:30 PM
 Subject: Re: Network Question
 
 Hi Antoni,
 
 Please find the attached..for the network settings..

Shouldn't the bricks and all gluster be on the same subnet as storage?
Otherwise it is going to use the link scoped route of ovirtmgmt that is
on the same subnet as them.

 
 
 On Wed, Jul 30, 2014 at 5:42 PM, Antoni Segura Puimedon asegu...@redhat.com
  wrote:
 
 
 
  - Original Message -
   From: Punit Dambiwal hypu...@gmail.com
   To: Antoni Segura Puimedon asegu...@redhat.com
   Cc: Sahina Bose sab...@redhat.com, Dan Kenigsberg 
  dan...@redhat.com, barum...@redhat.com, users@ovirt.org,
   Itamar Heim ih...@redhat.com, Michal Skrivanek 
  michal.skriva...@redhat.com, Sven Kieske
   s.kie...@mittwald.de, Frantisek Kobzik fkob...@redhat.com,
  aha...@redhat.com
   Sent: Wednesday, July 30, 2014 11:35:28 AM
   Subject: Re: Network Question
  
   Hi Antoni,
  
   Please find the attached screen shots...
 
  From what I see in the screen shots,
 
  The ip rules and routes say that communication to the
  43.25.76.0/24 should go via bond0.10 which is for the ovirtmgmt device.
  That's why it happens.
 
  How did you setup the two networks? Are they on the same subnet?
 
  
   Thanks,
   Punit
  
  
   On Wed, Jul 30, 2014 at 5:19 PM, Antoni Segura Puimedon 
  asegu...@redhat.com
wrote:
  
   
   
- Original Message -
 From: Punit Dambiwal hypu...@gmail.com
 To: Sahina Bose sab...@redhat.com
 Cc: Dan Kenigsberg dan...@redhat.com, barum...@redhat.com,
users@ovirt.org, Itamar Heim ih...@redhat.com,
 Michal Skrivanek michal.skriva...@redhat.com, Antoni Segura
Puimedon asegu...@redhat.com, Sven Kieske
 s.kie...@mittwald.de, Frantisek Kobzik fkob...@redhat.com,
aha...@redhat.com
 Sent: Wednesday, July 30, 2014 10:46:47 AM
 Subject: Re: Network Question

 Hi All,

 I am using the storage ip to mount the glusterfs to host...that
  means the
 data communication should be run on this network but it's notit's
 running on the ovirtmgmt network...
   
Could you please attach the ip addresses of the gluster nodes, and the
result of doing:
   
(on the vdsm host)
   
ip rule show
ip route show table (add here each of the tables that show up in the
previous
command)
   

 [image: Inline image 1]



 On Wed, Jul 30, 2014 at 4:26 PM, Sahina Bose sab...@redhat.com
  wrote:

 
  On 07/30/2014 01:21 PM, Dan Kenigsberg wrote:
 
  On Wed, Jul 30, 2014 at 01:04:48PM +0800, Punit Dambiwal wrote:
 
  Hi,
 
  I am facing one strange problem with Ovirt network...i have the
  below
  network in my ovirt cluster :-
 
  eth0+eth1=bond0
 
  bond0.10= ovirtmgmt (43.250.X.X)
  bond0.37= VMnetwork
 
  eth2+eth3=bond1 (Storage) (10.10.10.X)
 
  Glusterfs running on 4 HV's with each have 2 bricks...
 
  But still the glusterfs data transfer from ovirtmgmt network
  instead
of
  storage network ?? Is there any more setting required to change
  it to
  ovirtmgmt to storage ??
 
  The title Storage means nothing to oVirt per se. The user needs
  to
make
  sure
  that her NFS or iSCSI storage server uses the specific network.
  But unfortunately - and Bala is welcome to correct me if I'm
  wrong -
there
  is no means to set the IP address which gluster uses via oVirt.
 
  Can it be done underneath oVirt?
 
 
  For glusterd communication - that is gluster peer to gluster peer -
  there's a workaround to achieve this..Please see
http://lists.ovirt.org/
  pipermail/users/2014-February/021213.html
 
  For VM to gluster host, the host IP used to mount the volume is
  the one
  used for communication by oVirt.
 
 
 
 

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


[ovirt-users] oVirt 3.5 test day 2 results - NUMA

2014-07-30 Thread Martin Perina
Hi,

I tried to test NUMA feature. Unfortunately the feature has no UI yet,
so I tested just db content and REST API calls:


1) Two NUMA hosts added to 3.5 cluster with shared NFS storage using webadmin

2) Database:
 a) Both hosts have is_numa_supported=true, auto_numa_balancing=1 in 
vds_dynamic table
 b) Both hosts have 2 records in numa_nodes tables (consistent with numactl 
info)
 c) Both hosts have 24 records in numa_node_cpu_map, 12 per numa node 
(consistent with numactl info)

3) REST API:
a) URL /ovirt-engine/api/hosts/{HOST_ID} contains numa related data:
 auto_numa_statusenable/auto_numa_status
 numa_supportedtrue/numa_supported

b) URL /ovirt-engine/api/hosts/{HOST_ID}/numanodes works (consistent with 
numactl info)

c) URL /ovirt-engine/api/hosts/{HOST_ID}/numanodes/{NODE_ID}/statistics 
works

4) Installed two VMs (one RHEL 6, one RHEL 7), both requires 16GB of RAM, with 
balloon enabled
   and 8GB guarantied.

5) Database:
a) Both vms have numatune_mode=preferred in vm_static

6) REST API for VM related data:
   a) URL /ovirt-engine/api/vms/{VM_ID} contains numa related data:
numa_tune_modepreferred/numa_tune_mode

   b) URL /ovirt-engine/api/vms/{VM_ID}/numanodes works, but returns only:
vm_numa_nodes/

6) VMs migration between hosts worked fine



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


Re: [ovirt-users] [ovirt-devel] oVirt 3.5 test day 2 results

2014-07-30 Thread Michal Skrivanek

On Jul 30, 2014, at 11:54 , Shirly Radco sra...@redhat.com wrote:

 Hi,
 
 I tested 557125 - internationalize exitMessage; use meaningful exitCode
 
 These are the tests I made :
 
 power off from inside the guest -
 VM testexitmessage is down. Exit message: User shut down from within the guest
 ID 61
 
 power off from inside the admin portal - 
 VM testexitmessage powered off by admin (Host: yanivs) (Reason: Not 
 Specified).
 ID 33
 
 shotdown from inside the admin portal -
 VM shutdown initiated by admin on VM testexitmessage (Host: yanivs) (Reason: 
 Not Specified)
 ID73
 VM testexitmessage is down. Exit message: User shut down from within the guest
 ID61
 
 
 shotdown from inside the guest -
 VM testexitmessage is down. Exit message: User shut down from within the guest
 ID 61
 
 reboot from guest -
 no exit reason.
 
 In espanol
 
 shotdown from inside the admin portal -
 VM shutdown initiated by admin on VM testexitmessage (Host: yanivs) (Reason: 
 Not Specified).
 ID 73
 VM testexitmessage is down. Exit message: User shut down from within the guest
 ID 61
 
 
 In Deutsch
 
 power off from inside the admin portal - 
 VM testexitmessage powered off by admin (Host: yanivs) (Reason: Not 
 Specified).
 ID 33
 
 
 Conclutions:
 1. I don't see translations for local langueges for the events in the admin 
 portal.

Right, it's not part of the feature. It's only about returning a unique id for 
each different reason so it can be used for internationalization later


 2. In case of shotdown from inside the admin portal  we get 2 messages 
 instead of one. The second one(ID61) is incorrect.

this is likely a bug (adding Francesco)
I think the libvirt eventloop's

if detail == libvirt.VIR_DOMAIN_EVENT_STOPPED_SHUTDOWN:
self.user_destroy = True

assumption is not correct

Thanks,
michal

 
 Best regards,
 
 --- 
 Shirly Radco 
 BI Software Engineer 
 Red Hat Israel Ltd.
 ___
 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] update to 3.4.3

2014-07-30 Thread Kapetanakis Giannis

On 30/07/14 11:30, Tobias Honacker wrote:

Hi,

try yum --nogpgcheck update ovirt-*


On Wed, Jul 30, 2014 at 10:28 AM, Kapetanakis Giannis 
bil...@edu.physics.uoc.gr mailto:bil...@edu.physics.uoc.gr wrote:


Hi,

I'm trying to upgrade from 3.4.2 to 3.4.3 on Centos 6 x86_64
and one of the packages is not signed.

Package ovirt-engine-reports-setup-3.4.3-1.el6.noarch.rpm is not
signed

regards,

Giannis




I would prefer not to do that.

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


Re: [ovirt-users] oVirt 3.5 test day 2 results - NUMA

2014-07-30 Thread Gilad Chaplik
- Original Message -
 From: Martin Perina mper...@redhat.com
 To: de...@ovirt.org, Users@ovirt.org List users@ovirt.org
 Sent: Wednesday, July 30, 2014 1:26:49 PM
 Subject: [ovirt-users] oVirt 3.5 test day 2 results - NUMA
 
 Hi,
 
 I tried to test NUMA feature. Unfortunately the feature has no UI yet,
 so I tested just db content and REST API calls:
 
 
 1) Two NUMA hosts added to 3.5 cluster with shared NFS storage using webadmin
 
 2) Database:
  a) Both hosts have is_numa_supported=true, auto_numa_balancing=1 in
  vds_dynamic table
  b) Both hosts have 2 records in numa_nodes tables (consistent with
  numactl info)
  c) Both hosts have 24 records in numa_node_cpu_map, 12 per numa node
  (consistent with numactl info)
 
 3) REST API:
 a) URL /ovirt-engine/api/hosts/{HOST_ID} contains numa related data:
  auto_numa_statusenable/auto_numa_status
  numa_supportedtrue/numa_supported
 
 b) URL /ovirt-engine/api/hosts/{HOST_ID}/numanodes works (consistent with
 numactl info)
 
 c) URL /ovirt-engine/api/hosts/{HOST_ID}/numanodes/{NODE_ID}/statistics
 works
 
 4) Installed two VMs (one RHEL 6, one RHEL 7), both requires 16GB of RAM,
 with balloon enabled
and 8GB guarantied.
 
 5) Database:
 a) Both vms have numatune_mode=preferred in vm_static
 
 6) REST API for VM related data:
a) URL /ovirt-engine/api/vms/{VM_ID} contains numa related data:
 numa_tune_modepreferred/numa_tune_mode
 
b) URL /ovirt-engine/api/vms/{VM_ID}/numanodes works, but returns only:
 vm_numa_nodes/

thanks for the elaborate report, few question: 

What was reported in the element?
Did you pin the nodes? 

 
 6) VMs migration between hosts worked fine

VM migration with/out numa pinning?

 
 
 
 Martin Perina
 ___
 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


[ovirt-users] el7 hosts? el7 node iso?

2014-07-30 Thread Paul Jansen
I see from here - https://fedorahosted.org/ovirt/ticket/123 - that vdsm is now 
building OK on el7.
What are the plans for el7 and oVirt 3.5? I seem to recall hearing that there 
was a hope that there would be some initial support by the time oVirt 3,5 
release comes around.

I understand that there are functional tests for vdsm, but that these tests are 
not complete.
Are these tests running on an el7 jenkins slave at this point?

Is there likely to be an el7 node iso spin in the near future?

I'm super keen to know whether live snapshots/storage migration works with 
oVirt 3.5 and el7 hosts.  Has anyone got any info?___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Testday: json rpc

2014-07-30 Thread Antoni Segura Puimedon
Hi fellow oVirters,

On this test day I picked JSON RPC for testing:

My initial environment consisted of a hosted engine setup with three hosts.

Upgrading
===
The first task, then, was to upgrade everything to 3.5.

My guide was http://www.ovirt.org/Hosted_Engine_Howto#Upgrade_Hosted_Engine

One issue that I encountered was that after setting the 3.5 pre-release yum
repo on the engine VM and doing yum update, when doing
engine-setup
To make it handle the upgrade, that failed complaining about missing a package
called patternfly1. I remembered that on the list Greg Sheremeta mentioned a
copr repository for it, so I went ahead, installed it and repeated the
engine-setup

This time it succeeded, however I feel like patternfly1 should probably be an
ovirt-engine-3.5 dependency and it should be in the ovirt 3.5 repository.

I also noticed that after upgrading the hosts the amount of free system memory
is much lower, while the VMs continue to run fine. I opened:
https://bugzilla.redhat.com/1124451

Another thing that happened was that restarting ovirt-ha-agent and
ovirt-ha-broker using systemd fails silently and it says that they were killed.
I only got it to work again by doing:

/lib/systemd/systemd-ovirt-ha-broker restart
/lib/systemd/systemd-ovirt-ha-agent restart

However, and obviously, doing it like that escapes from the advisable control
of systemd. Another bad thing is that after doing all this we get that the
current host (which has the engine running displays):

--== Host 2 status ==--

Status up-to-date  : False
Hostname   : 10.34.63.180
Host ID: 2
Engine status  : unknown stale-data
Score  : 2000
Local maintenance  : False
Host timestamp : 1406640293
Extra metadata (valid at timestamp):
 metadata_parse_version=1
 metadata_feature_version=1
 timestamp=1406640293 (Tue Jul 29 15:24:53 2014)
 host-id=2
 score=2000
 maintenance=False
 bridge=True
 cpu-load=0.0856
 engine-health={health: good, vm: up, detail: up}
 gateway=True
 mem-free=3192

Why did the engine status go to unknown stale-data? (it also happened for the
other two hosts in the setup.

Changing hosts to use JSON RPC
===

After talking with Piotr and trying it with the webadmin UI, I found out that
there is no direct way to update a host's settings to use json rpc as its
connectivity mechanism with the engine. This constitutes a usabiltiy bug
which I filed:

https://bugzilla.redhat.com/1124442

It is presumable that users will want to move to the newer and better RPC
mechanism and they should be able to do so by merely putting the host in
maintenance and ticking some checkbox in the 'edit host' dialog.

I did the workaround of removing the host and adding it again and that worked,
the host went up.

Network operations via JSON RPC


After the host went up, I decided to send a setupNetworks command. The
operation worked out fine, but unfortunately we have a very serious gap that
makes it impossible for me to use jsonrpc for network operations/development.

**Logging**

When doing a network operation with xmlrpc we'd get the following in vdsm.log
Thread-21::DEBUG::2014-07-30 
13:38:11,414::BindingXMLRPC::1127::vds::(wrapper) client [10.34.61.242]::call 
setupNetworks with ({'10': {'nic': 'em2', 'vlan': '10', 'STP': 'no', 'bridged': 
'true', 'mtu': '1500'}}, {}, {'connectivityCheck': 'true', 
'connectivityTimeout': 120}) {} flowID [686033d4]
Thread-21::DEBUG::2014-07-30 
13:38:32,689::BindingXMLRPC::1134::vds::(wrapper) return setupNetworks with 
{'status': {'message': 'Done', 'code': 0}}

As you can see, we get the bare minimum logging one could ask for, an entry
with the command called and the data it received and another entry with the
return result data.

Doing the same with jsonrpc (and ignoring the excessive IOProcess) if I search
for setupNetworks the only thing I get is:
Thread-23057::DEBUG::2014-07-30 
13:32:44,126::__init__::462::jsonrpc.JsonRpcServer::(_serveRequest) Looking for 
method 'Host_setupNetworks' in bridge

And if I search for the data received, like 'STP', there is nothing whatsoever.
As I said, unless this is fixed and we get entries with the same amount of data
as before, it can't be used in production nor in development.

https://bugzilla.redhat.com/1124813


TL;DR:
- lack of usability upgrading an environment to use jsonrpc
  https://bugzilla.redhat.com/1124442
- Failure on step 7 of upgrade steps:
  https://bugzilla.redhat.com/1124826
- JSON RPC logging excessive but insuficient for network call debugging
  https://bugzilla.redhat.com/1124813
___
Users mailing list
Users@ovirt.org

Re: [ovirt-users] oVirt 3.5 test day - OptaPlanner integration

2014-07-30 Thread Lior Vernia
So the second test day went even worse - at first I had issues with
missing packages for Fedora 20 (fixed during the test day itself) and
started working on Fedora 19 instead.

Then I hit some issue with HTTP requests from the ovirt-optimizer
machine to the ovirt-engine (on port 80) seemingly being redirected to
HTTPS - is this a change that took place after the first test day?

Feature owner was very kind in helping me even though he was on a day
off, built a patched-up package for me to test and found that connecting
to port 443 works as expected (patches pushed to gerrit on the very same
day).

Unfortunately this was already late into the test day and I haven't
gotten to test any non-trivial host/VM setup.

On 03/07/14 20:18, Lior Vernia wrote:
 In this test day I was to test the SLA team's OptaPlanner integration.
 
 Some background for those who aren't familiar with the feature: the
 problem of finding an optimal solution for VM scheduling/balancing is
 NP-hard, therefore for large deployment it is only feasible to find
 approximately optimal solutions.
 
 OptaPlanner is a very nice utility that contains a lot of approximation
 algorithms for computationally-hard problems such as scheduling, so the
 plan is for oVirt to use OptaPlanner (running on a dedicated machine) to
 hint to the administrator where to migrate VMs to achieve more optimal
 placement on hosts; optimality is with respect to cluster policy.
 
 Unfortunately, due to some technical difficulties and a lack of
 documentation, I did not manage to get very far - only verified that
 when the OptaPlanner machine and oVirt engine are properly configured,
 the new tab under cluster appears and shows output from the OptaPlanner.
 
 The feature page mainly documented the implementation of the feature,
 but contained no information on what had to be installed or any example
 testing scenarios. However, msivak (feature owner) was very responsive
 and updated the feature page as soon as these gaps were discovered, so
 now it's clear how to configure a deployment to use OptaPlanner.
 
 Hopefully I'll be able to further test the feature soon, and at the very
 latest during the next test day.
 
 Yours, Lior.
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Testday: json rpc

2014-07-30 Thread Francesco Romani
- Original Message -
 From: Antoni Segura Puimedon asegu...@redhat.com
 To: de...@ovirt.org, users users@ovirt.org
 Sent: Wednesday, July 30, 2014 2:15:36 PM
 Subject: [ovirt-users] Testday: json rpc
[...]
 **Logging**
 
 When doing a network operation with xmlrpc we'd get the following in vdsm.log
 Thread-21::DEBUG::2014-07-30
 13:38:11,414::BindingXMLRPC::1127::vds::(wrapper) client
 [10.34.61.242]::call setupNetworks with ({'10': {'nic': 'em2', 'vlan':
 '10', 'STP': 'no', 'bridged': 'true', 'mtu': '1500'}}, {},
 {'connectivityCheck': 'true', 'connectivityTimeout': 120}) {} flowID
 [686033d4]
 Thread-21::DEBUG::2014-07-30
 13:38:32,689::BindingXMLRPC::1134::vds::(wrapper) return setupNetworks
 with {'status': {'message': 'Done', 'code': 0}}
 
 As you can see, we get the bare minimum logging one could ask for, an entry
 with the command called and the data it received and another entry with the
 return result data.
 
 Doing the same with jsonrpc (and ignoring the excessive IOProcess) if I
 search
 for setupNetworks the only thing I get is:
 Thread-23057::DEBUG::2014-07-30
 13:32:44,126::__init__::462::jsonrpc.JsonRpcServer::(_serveRequest)
 Looking for method 'Host_setupNetworks' in bridge
 
 And if I search for the data received, like 'STP', there is nothing
 whatsoever.
 As I said, unless this is fixed and we get entries with the same amount of
 data
 as before, it can't be used in production nor in development.
 
 https://bugzilla.redhat.com/1124813


Can you share some VDSM logs? Attaching them to BZ would be super.

I'd like to check if that applies to virt flows as well - as I actually tend to 
believe.

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] [ovirt-devel] oVirt 3.5 test day 2 results

2014-07-30 Thread Simone Tiraboschi
Thanks Francesco,
some comments between the lines.


- Original Message -
 From: Francesco Romani from...@redhat.com
 To: users users@ovirt.org, de...@ovirt.org
 Sent: Tuesday, July 29, 2014 5:42:06 PM
 Subject: [ovirt-devel] oVirt 3.5 test day 2 results
 
 Hi everyone,
 
 Hi tested again
 http://www.ovirt.org/Features/WebSocketProxy_on_a_separate_host
 
 What happened on tast day 1
 * found minor packaging issues
 * stopped earlier facing SSL issues, had a followup the day after an managed
 to have the feature working.
 
 This time things got better, and again the feature works as expected.
 
 The packaging issues are gone, but I still had UX annoyances along the way.
 
 I followed instructions on the wiki page above.
 Platform:
 F20 hypervisor host
 F20 engine host
 F19 websocket proxy
 (Didn't had time to test on different platforms because local bandwith issues
 eat lot of time just to install things)
 
 Installation went fine.
 
 websocket proxy setup is maybe a bit clumsy (I mean the text mode wizard),
 but it is bearable
 (I don't mind at all, but someone else can...);

We choose that way to avoid to ask to the user to provide the root password of 
the engine host, in order to automatically copying files via SCP or executing 
commands over ssh on the remote host, for security reasons.
I agree with you that due to that assumption this result is not so usable.

 for some reasons (I cannot exclude an error from mine) engine got configured
 to use localhost as websocket proxy.

As a default value, engine-setup configure the engine to look for a websocket 
proxy on localhost. The setup on the two host are asynchronous but we always 
need a value for the websocket proxy location so we use localhost as the 
default value for that.
On the second host, setting up the websocket proxy, engine-setup produces all 
the command that the user have to run on the engine host in order to enroll the 
certificate and to have it pointing to the right websocket proxy.

That command in my case is:
   engine-config -s WebSocketProxy=f19t6.localdomain:6100
and should be enough to configure the websocket proxy location without manually 
touching the DB.

I tried to reproduce and I also encountered the problem you stated: the engine 
still points to localhost for websocket proxy.
Going deeper, 'engine-config -g WebSocketProxy' already returns the new correct 
value but the web console still points on localhost.

Now I had to reload the whole engine to make that property effective; if I 
remember correctly with past release it was enough to change the property value 
without reloading it.
I'm reporting a bug for that: https://bugzilla.redhat.com/1124851

 To fix this I edited the engine config (update on DBMS), but then faced this
 error on proxy side:
 
 Jul 29 17:13:14 shinji ovirt-websocket-proxy.py[17004]: 1: handler exception:
 [Errno 1] _ssl.c:504: error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no
 shared cipher
 
 to redo the websocket setup I removed (actually renamed)
 /etc/pki/ovirt-engine and rerun setup.
 
 After that everything worked fine
 
 Jul 29 17:26:52 shinji ovirt-websocket-proxy.py[17180]: 8: connecting to:
 192.168.1.53:5900 (using SSL)
 Jul 29 17:26:52 shinji ovirt-websocket-proxy.py[17180]: 5: 192.168.1.177:
 SSL/TLS (wss://) WebSocket connection
 Jul 29 17:26:52 shinji ovirt-websocket-proxy.py[17180]: 5: 192.168.1.177:
 Version hybi-13, base64: 'False'
 Jul 29 17:26:52 shinji ovirt-websocket-proxy.py[17180]: 5: 192.168.1.177:
 Path: '/eyJ2YWxpZFRvIjoiMjAxNDA3MjkxNTIx [...]
 
 192.168.1.53 is the hypervisor host I used
 
 Now the point is maybe I did some mistakes or overlooked some configuration
 steps
 (maybe blindly hit return instead of changing a default), but I suggest to
 improve
 the docs/wiki to document how to fix common gotchas and/or to reconfigure
 things.

ok, I'll do.

 Bests,
 
 --
 Francesco Romani
 RedHat Engineering Virtualization R  D
 Phone: 8261328
 IRC: fromani
 ___
 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] Testday: json rpc

2014-07-30 Thread Antoni Segura Puimedon


- Original Message -
 From: Francesco Romani from...@redhat.com
 To: Antoni Segura Puimedon asegu...@redhat.com
 Cc: de...@ovirt.org, users users@ovirt.org
 Sent: Wednesday, July 30, 2014 2:59:37 PM
 Subject: Re: [ovirt-users] Testday: json rpc
 
 - Original Message -
  From: Antoni Segura Puimedon asegu...@redhat.com
  To: de...@ovirt.org, users users@ovirt.org
  Sent: Wednesday, July 30, 2014 2:15:36 PM
  Subject: [ovirt-users] Testday: json rpc
 [...]
  **Logging**
  
  When doing a network operation with xmlrpc we'd get the following in
  vdsm.log
  Thread-21::DEBUG::2014-07-30
  13:38:11,414::BindingXMLRPC::1127::vds::(wrapper) client
  [10.34.61.242]::call setupNetworks with ({'10': {'nic': 'em2', 'vlan':
  '10', 'STP': 'no', 'bridged': 'true', 'mtu': '1500'}}, {},
  {'connectivityCheck': 'true', 'connectivityTimeout': 120}) {} flowID
  [686033d4]
  Thread-21::DEBUG::2014-07-30
  13:38:32,689::BindingXMLRPC::1134::vds::(wrapper) return setupNetworks
  with {'status': {'message': 'Done', 'code': 0}}
  
  As you can see, we get the bare minimum logging one could ask for, an entry
  with the command called and the data it received and another entry with the
  return result data.
  
  Doing the same with jsonrpc (and ignoring the excessive IOProcess) if I
  search
  for setupNetworks the only thing I get is:
  Thread-23057::DEBUG::2014-07-30
  13:32:44,126::__init__::462::jsonrpc.JsonRpcServer::(_serveRequest)
  Looking for method 'Host_setupNetworks' in bridge
  
  And if I search for the data received, like 'STP', there is nothing
  whatsoever.
  As I said, unless this is fixed and we get entries with the same amount of
  data
  as before, it can't be used in production nor in development.
  
  https://bugzilla.redhat.com/1124813
 
 
 Can you share some VDSM logs? Attaching them to BZ would be super.

Good point, I'll do that now.

 
 I'd like to check if that applies to virt flows as well - as I actually tend
 to believe.
 
 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] [ovirt-devel] Testday: json rpc

2014-07-30 Thread Nir Soffer


- Original Message -
 From: Francesco Romani from...@redhat.com
 To: Antoni Segura Puimedon asegu...@redhat.com
 Cc: users users@ovirt.org, de...@ovirt.org
 Sent: Wednesday, July 30, 2014 3:59:37 PM
 Subject: Re: [ovirt-devel] [ovirt-users] Testday: json rpc
 
 - Original Message -
  From: Antoni Segura Puimedon asegu...@redhat.com
  To: de...@ovirt.org, users users@ovirt.org
  Sent: Wednesday, July 30, 2014 2:15:36 PM
  Subject: [ovirt-users] Testday: json rpc
 [...]
  **Logging**
  
  When doing a network operation with xmlrpc we'd get the following in
  vdsm.log
  Thread-21::DEBUG::2014-07-30
  13:38:11,414::BindingXMLRPC::1127::vds::(wrapper) client
  [10.34.61.242]::call setupNetworks with ({'10': {'nic': 'em2', 'vlan':
  '10', 'STP': 'no', 'bridged': 'true', 'mtu': '1500'}}, {},
  {'connectivityCheck': 'true', 'connectivityTimeout': 120}) {} flowID
  [686033d4]
  Thread-21::DEBUG::2014-07-30
  13:38:32,689::BindingXMLRPC::1134::vds::(wrapper) return setupNetworks
  with {'status': {'message': 'Done', 'code': 0}}
  
  As you can see, we get the bare minimum logging one could ask for, an entry
  with the command called and the data it received and another entry with the
  return result data.
  
  Doing the same with jsonrpc (and ignoring the excessive IOProcess) if I
  search
  for setupNetworks the only thing I get is:
  Thread-23057::DEBUG::2014-07-30
  13:32:44,126::__init__::462::jsonrpc.JsonRpcServer::(_serveRequest)
  Looking for method 'Host_setupNetworks' in bridge
  
  And if I search for the data received, like 'STP', there is nothing
  whatsoever.
  As I said, unless this is fixed and we get entries with the same amount of
  data
  as before, it can't be used in production nor in development.
  
  https://bugzilla.redhat.com/1124813
 
 
 Can you share some VDSM logs? Attaching them to BZ would be super.

You can look also here for vdsm logs when using jsonrpc:
https://bugzilla.redhat.com/attachment.cgi?id=922463
https://bugzilla.redhat.com/attachment.cgi?id=922347

 
 I'd like to check if that applies to virt flows as well - as I actually tend
 to believe.
 
 Bests,
 
 --
 Francesco Romani
 RedHat Engineering Virtualization R  D
 Phone: 8261328
 IRC: fromani
 ___
 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


[ovirt-users] oVirt 3.5 test day 2 results - spice-html5 button to show debug console/output window - 1108599

2014-07-30 Thread Simone Tiraboschi
Hi,
I had to test the presence of a button to show the debug output for the 
spice-html5 console.

I created a setup with two host (the first with the engine in all-in-one 
fashion and the second with just a websocket proxy).
I launched a VM and I tried to open the spice-html5 console.

The new button is present and it's able to toggle an element with some text.

The main issue is that also if everything is ok, it shows a lot of noise 
warnings about unimplemented functions and similar stuff (see fig_ok.png).
If I enable a firewall to isolate the websocket proxy instead I can read only 
Websocket.onerror and, at least on my perception, it's not so useful to debug 
the cause (see fig_fault.png).

So the button is there but we should double check what to show on errors.

ciao,
Simone

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


Re: [ovirt-users] [ovirt-devel] oVirt 3.5 test day 2 results

2014-07-30 Thread Jiri Belka
On Wed, 30 Jul 2014 09:04:10 -0400 (EDT)
Simone Tiraboschi stira...@redhat.com wrote:

 We choose that way to avoid to ask to the user to provide the root password 
 of the engine host, in order to automatically copying files via SCP or 
 executing commands over ssh on the remote host, for security reasons.
 I agree with you that due to that assumption this result is not so usable.

'...no so usable', this is joke. It's real design failure. Do not take
this personally but whoever approved this did bad job.

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


[ovirt-users] oVirt Weekly Sync Meeting Minutes: July 30, 2014

2014-07-30 Thread Brian Proffitt

=
#ovirt: oVirt Weekly Sync
=


Meeting started by bkp at 14:01:49 UTC. The full logs are available at
http://ovirt.org/meetings/ovirt/2014/ovirt.2014-07-30-14.01.log.html .



Meeting summary
---
* Agenda and Roll Call  (bkp, 14:02:05)
  * infra update  (bkp, 14:02:55)
  * 3.4.z updates  (bkp, 14:02:55)
  * 3.5 status  (bkp, 14:02:55)
  * conferences and workshops  (bkp, 14:02:55)
  * other topics  (bkp, 14:02:55)

* infra update  (bkp, 14:03:46)
  * infra Networking almost ready on phx machines, I'm right now
installing all the hosts (starge servers and 1 host are already up)
(bkp, 14:07:33)
  * infra Hopefully ready this week for spawning VMs  (bkp, 14:07:33)
  * infra misc should be available in a few weeks to help a bit more
with infra tickets.  (bkp, 14:08:42)

* 3.4.z updates  (bkp, 14:09:17)
  * 3.4.z updates We're going to start composing oVirt 3.4.4 RC on
*2014-09-09 08:00 UTC* from 3.4 branch.  (bkp, 14:09:39)
  * 3.4.z updates Bug tracker at http://bugzilla.redhat.com/1118689
shows no open blockers for 3.4.4.  (bkp, 14:09:39)
  * 3.4.z updates There are still 14 bugs targeted to 3.4.4. Excluding
node and documentation bugs we still have 7 bugs targeted to 3.4.4.
(bkp, 14:09:39)
  * 3.4.z updates For a complete report, see
http://lists.ovirt.org/pipermail/users/2014-July/026385.html  (bkp,
14:09:39)

* 3.5 status  (bkp, 14:11:08)
  * 3.5 status integration oVirt 3.5.0 RC will be composed on Mon *
2014-08-04 08:00 UTC*.  (bkp, 14:11:42)
  * 3.5 status integration There are still six blockers for 3.5
http://bugzilla.redhat.com/1073943 (3 infra, 1 network, 1 node, 1
storage) [To be reviewed in individual teams' reports later in this
meeting.]  (bkp, 14:11:42)
  * 3.5 status integration These six blockers should be fixed before RC:
there's no point in trying to compose a release candidate that
doesn't match release criteria  (bkp, 14:11:42)
  * 3.5 status integration There are still 397 bugs targeted to 3.5.0.
Excluding node and documentation bugs we still have 349 bugs
targeted to 3.5.0.  (bkp, 14:11:42)
  * 3.5 status integration The time has come to decide if postpone the
bugs to next release or postpone the release again.  (bkp, 14:11:46)
  * 3.5 status integration For a complete report, see
http://lists.ovirt.org/pipermail/users/2014-July/026386.html  (bkp,
14:11:49)
  * 3.5 status virt Small bug with virtio-rng and EL 6.5-based hosts,
fix ETA this week.  (bkp, 14:19:29)
  * 3.5 status storage Finishing live-merge detection of host caps
(patch already posted, has some problems that need to be addressed)
(bkp, 14:24:40)
  * 3.5 status storage  Drilling away at bugs.  (bkp, 14:24:41)
  * 3.5 status storage  BZ 1124498 May be an infra issue, investigating.
(bkp, 14:24:41)
  * 3.5 status infra BZ 1115152 - was reopened. It should be done
tomorrow the latest  (bkp, 14:35:24)
  * 3.5 status infra BZ 1115044 - needs to be merged. It was already
acknowledged  (bkp, 14:35:24)
  * 3.5 status infra BZ 1124141 - Martin already posted the change there
are 2 acks but no verify flag. He is offline I will ask him tomorrow
about it  (bkp, 14:35:24)
  * 3.5 status network BZ 1114987 - Moved to ON QA earlier today  (bkp,
14:38:28)
  * 3.5 status network All is else good, nothing painful surfacing from
2nd Test Day (yet)  (bkp, 14:38:28)
  * 3.5 status sla Still working and concentrated in merging blkio
feature u/s, most of the remaining work is UI code review, and
probably some missing patches in MOM.  (bkp, 14:42:02)
  * 3.5 status sla NUMA: Positive feedback in testday, next week we
should continue testing it; UI work is in progress, and should
reveal/verify some more issues.  (bkp, 14:42:02)
  * 3.5 status node The generic registration needs more work. It's
likely to be delayed to 3.6.  (bkp, 14:43:11)
  * 3.5 status node The appliance needs an CI update/fixed  (bkp,
14:43:11)
  * 3.5 status node Hosted engine plugin blocker: needs more testing. No
ETA mentioned.  (bkp, 14:43:11)
  * 3.5 status vdsm Nothing to report on 3.5.  (bkp, 14:47:45)
  * 3.5 status vdsm dhclient bug needs to be backported to 3.5  (bkp,
14:50:47)
  * 3.5 status gluster Looking at bugs piotr logged during second test
day  (bkp, 14:52:28)
  * 3.5 status ux GUI sorting: same as last week - sub-tabs sorting
within 'virt' main tabs is still in progress. full status is in:

https://docs.google.com/spreadsheets/d/1S3qDYqv9OK5ruI41RpFpRAsLaojpGL-W6WYUej3629s/edit?usp=sharing
(bkp, 14:56:06)
  * 3.5 status ux Italian translation is still in ~30% completion.
ecohen|mtg has pinged for status.  (bkp, 14:56:06)
  * 3.5 status ux Translations were updated in 'master' and in
'ovirt-engine-3.5' [merged]  (bkp, 14:56:06)
  * 3.5 status ux Additional GUI sorting bugs to be assigned.  (bkp,
14:56:53)

* Conferences 

Re: [ovirt-users] oVirt Weekly Sync Meeting Minutes: July 30, 2014

2014-07-30 Thread Gianluca Cecchi
Il 30/lug/2014 17:05 Brian Proffitt bprof...@redhat.com ha scritto:


 =
 #ovirt: oVirt Weekly Sync
 ==

   * 3.5 status ux Italian translation is still in ~30% completion.
 ecohen|mtg has pinged for status.  (bkp, 14:56:06)

   * 3.5 status ux Translations were updated in 'master' and in
 'ovirt-engine-3.5' [merged]  (bkp, 14:56:06)

Hello,
Unfortunately (for ovirt translation progress , not for myself... ;-) I'll
be on holiday until 8th of August. Possibly Giorgio, who was finally given
access to translation, could contribute in the mean time.
I didn't see the ping for status but it could depend on my limited access
to e-mail.
In the second half of august I will be able to give a greater spin so that
hopefully Italian could enter 3.5 if yet feasible...
Cheers
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] oVirt 3.5 test day 2 results

2014-07-30 Thread Simone Tiraboschi




- Original Message -
 From: Jiri Belka jbe...@redhat.com
 To: Simone Tiraboschi stira...@redhat.com
 Cc: Francesco Romani from...@redhat.com, users users@ovirt.org, 
 de...@ovirt.org
 Sent: Wednesday, July 30, 2014 4:06:23 PM
 Subject: Re: [ovirt-users] [ovirt-devel] oVirt 3.5 test day 2 results
 
 On Wed, 30 Jul 2014 09:04:10 -0400 (EDT)
 Simone Tiraboschi stira...@redhat.com wrote:
 
  We choose that way to avoid to ask to the user to provide the root password
  of the engine host, in order to automatically copying files via SCP or
  executing commands over ssh on the remote host, for security reasons.
  I agree with you that due to that assumption this result is not so usable.
 
 '...no so usable', this is joke. It's real design failure. Do not take
 this personally but whoever approved this did bad job.

No, of course: I'm not so proud of it too. :-)

A previous attempt used ssh and scp to do all automatically but it was rejected 
being judged not so secure.
Avoiding to use ssh and scp so seams a strong requirement; if you have any 
better idea feel free to propose it.

Simone

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


[ovirt-users] oVirt Italian translation [was: oVirt Weekly Sync Meeting Minutes: July 30, 2014]

2014-07-30 Thread Einav Cohen
Thanks for the update, Gianluca - I actually haven't pinged 
you and Giorgio yet about the status - I apologize about that. 

We were originally discussing mid/end of July / ~RC build 
timeline for completing ~70% of the Italian translation [1]; 
We are now at this point in time, more or less (schedule 
was updated a little [2] - RC build will take place at the 
beginning of next week - Aug 4), however it doesn't seem 
like we will be able to complete the desired amount of 
Italian translations in time for 3.5 GA. 

@Gianluca/Giorgio:
do you have any ETA for completing ~70% of the translations? 
although it doesn't seem like it will make it in time for 
ovirt 3.5 GA, I encourage you guys to continue contributing 
translations - we can include Italian for 3.6 and perhaps 
discuss backporting Italian to 3.5.x later on, if will make 
sense. 

let me know what you guys think.


Regards,
Einav

[1] http://lists.ovirt.org/pipermail/users/2014-June/025251.html

[2] https://www.ovirt.org/OVirt_3.5_release-management

- Original Message -
 From: Gianluca Cecchi gianluca.cec...@gmail.com
 To: Brian Proffitt bprof...@redhat.com
 Cc: bo...@ovirt.org, users users@ovirt.org
 Sent: Wednesday, July 30, 2014 11:38:05 AM
 Subject: Re: [ovirt-users] oVirt Weekly Sync Meeting Minutes: July 30, 2014
 
 
 
 
 Il 30/lug/2014 17:05 Brian Proffitt  bprof...@redhat.com  ha scritto:
  
  
  =
  #ovirt: oVirt Weekly Sync
  ==
 
  * 3.5 status ux Italian translation is still in ~30% completion.
  ecohen|mtg has pinged for status. (bkp, 14:56:06)
 
 
  * 3.5 status ux Translations were updated in 'master' and in
  'ovirt-engine-3.5' [merged] (bkp, 14:56:06)
 
 Hello,
 Unfortunately (for ovirt translation progress , not for myself... ;-) I'll be
 on holiday until 8th of August. Possibly Giorgio, who was finally given
 access to translation, could contribute in the mean time.
 I didn't see the ping for status but it could depend on my limited access to
 e-mail.
 In the second half of august I will be able to give a greater spin so that
 hopefully Italian could enter 3.5 if yet feasible...
 Cheers
 Gianluca
 
 ___
 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


[ovirt-users] oVirt 3.5 test day: retrying failed fencing

2014-07-30 Thread Martin Mucha
Hi, 

I've tested: Bug 1090511 [RFE] Improve fencing robustness by retrying failed 
attempts.
Spoiler alert: Tested feature worked, but fencing was not successful due to bug 
https://bugzilla.redhat.com/1124141

---

How to setup environment for testing:
- 3 hosts are required, at least two of them with PM enabled.
- 2 hosts (A, B), with pm enabled, should be with one cluster, remaining one 
(C) in another cluster. Reason for that is that search for fencing proxy is 
first done in same cluster, only if there's none host available, hosts outside 
of this cluster is considered; this separation is needed to make sure that 
right (not working) fencing proxy is selected first.

notation: 
host A ~ defective host to be fenced
host B ~ first selected fencing proxy, which will fail fencing host A.
host C ~ second selected fencing proxy, which should succeed fencing host A.
A and B are in same cluster.

process:
1. On host B we alter iptables, so it cannot contact host A and fence it. SSH 
was blocked to disallow soft fencing and ipmi was blocked to disallow 'hard' 
fencing.

iptables -A OUTPUT -p udp -d 10.34.63.198 --dport 623 -j DROP
iptables -A OUTPUT -p tcp -d 10.34.63.178 --dport 22 -j DROP

2. On host A was removed rules allowing connection to vdsm [1] and vdsm was 
restarted vdsm[2] so all ssh connections needs to be reopened. That makes 
engine think, that host is down/overloaded.
drop rule: 
ACCEPT tcp  --  0.0.0.0/00.0.0.0/0tcp dpt:54321

followed by
systemctl restart vdsmd


Result: After restart of vdsmd engine recognised host A as iresponsive, and 
tried to fence it. First attempt to fence host A was performed by host B and 
failed as expected, second attempt to fence host A performed by host C and from 
code perspective succeeded. Error message [1] correctly displayed. However 
fence was not successful due to bug https://bugzilla.redhat.com/1124141 which 
causes java.lang.StackOverflowError. Code related to this bug should be OK, but 
will be working only after mentioned bug is fixed.

M.

[1]. Fencing operation failed with proxy host ID, trying another proxy...
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt Italian translation [was: oVirt Weekly Sync Meeting Minutes: July 30, 2014]

2014-07-30 Thread Gianluca Cecchi
Il 30/lug/2014 18:52 Einav Cohen eco...@redhat.com ha scritto:

 Thanks for the update, Gianluca - I actually haven't pinged
 you and Giorgio yet about the status - I apologize about that.

 We were originally discussing mid/end of July / ~RC build
 timeline for completing ~70% of the Italian translation [1];
 We are now at this point in time, more or less (schedule
 was updated a little [2] - RC build will take place at the
 beginning of next week - Aug 4), however it doesn't seem
 like we will be able to complete the desired amount of
 Italian translations in time for 3.5 GA.

 @Gianluca/Giorgio:
 do you have any ETA for completing ~70% of the translations?
 although it doesn't seem like it will make it in time for
 ovirt 3.5 GA, I encourage you guys to continue contributing
 translations - we can include Italian for 3.6 and perhaps
 discuss backporting Italian to 3.5.x later on, if will make
 sense.

 let me know what you guys think.

 
 Regards,
 Einav

I think end of august could be a reasonable date to have at least 70%
completed. In the mean time we are going to update both master and 3.5
trees and to have it backported for one of the 3.5.x versions too
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Sharing iSCSI data stroage domain across multiple clusters in the same datacenter

2014-07-30 Thread santosh

Hi,
*
**Can we share the iSCSI data storage domain across multiple clusters in 
the same datacenter?*


Following are the setup details which I tried.

   -One datacenter, Say DC1
   -in DC1, two clusters, say CL1 and CL2
   -In CL1, one host, say H1. And in CL2 one host, say H2
   -iSCSI Data Storage domain is configured where external storage
   LUNs are exported to host H1(A host in CL1 of Datacenter).


While adding H1 to CL1 is succeeded; addition of H2 in CL2 is failing 
with following error in vdsm.log.


   Traceback (most recent call last):
  File /usr/share/vdsm/storage/task.py, line 873, in _run
return fn(*args, **kargs)
  File /usr/share/vdsm/logUtils.py, line 45, in wrapper
res = f(*args, **kwargs)
  File /usr/share/vdsm/storage/hsm.py, line 1020, in
   connectStoragePool
spUUID, hostID, msdUUID, masterVersion, domainsMap)
  File /usr/share/vdsm/storage/hsm.py, line 1091, in
   _connectStoragePool
res = pool.connect(hostID, msdUUID, masterVersion)
  File /usr/share/vdsm/storage/sp.py, line 630, in connect
self.__rebuild(msdUUID=msdUUID, masterVersion=masterVersion)
  File /usr/share/vdsm/storage/sp.py, line 1153, in __rebuild
self.setMasterDomain(msdUUID, masterVersion)
  File /usr/share/vdsm/storage/sp.py, line 1360, in setMasterDomain
raise se.StoragePoolMasterNotFound(self.spUUID, msdUUID)
   StoragePoolMasterNotFound: Cannot find master domain:
   'spUUID=a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2,
   msdUUID=741f7913-09ad-4d96-a225-3bda6d06e042'
   Thread-13::DEBUG::2014-07-30
   15:24:49,780::task::885::TaskManager.Task::(_run)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Task._run:
   07997682-8d6b-42fd-acb3-1360f14860d6
   ('a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2', 2,
   '741f7913-09ad-4d96-a225-3bda6d06e042', 1, None) {} failed -
   stopping task
   Thread-13::DEBUG::2014-07-30
   15:24:49,780::task::1211::TaskManager.Task::(stop)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::stopping in state
   preparing (force False)
   Thread-13::DEBUG::2014-07-30
   15:24:49,780::task::990::TaskManager.Task::(_decref)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::ref 1 aborting True
   *Thread-13::INFO::2014-07-30
   15:24:49,780::task::1168::TaskManager.Task::(prepare)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::aborting: Task is
   aborted: 'Cannot find master domain' - code 304*
   Thread-13::DEBUG::2014-07-30
   15:24:49,781::task::1173::TaskManager.Task::(prepare)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Prepare: aborted:
   Cannot find master domain
   Thread-13::DEBUG::2014-07-30
   15:24:49,781::task::990::TaskManager.Task::(_decref)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::ref 0 aborting True
   Thread-13::DEBUG::2014-07-30
   15:24:49,781::task::925::TaskManager.Task::(_doAbort)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::Task._doAbort: force False
   Thread-13::DEBUG::2014-07-30
   15:24:49,781::resourceManager::977::ResourceManager.Owner::(cancelAll)
   Owner.cancelAll requests {}
   Thread-13::DEBUG::2014-07-30
   15:24:49,781::task::595::TaskManager.Task::(_updateState)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::moving from state
   preparing - state aborting
   Thread-13::DEBUG::2014-07-30
   15:24:49,781::task::550::TaskManager.Task::(__state_aborting)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::_aborting: recover
   policy none
   Thread-13::DEBUG::2014-07-30
   15:24:49,782::task::595::TaskManager.Task::(_updateState)
   Task=`07997682-8d6b-42fd-acb3-1360f14860d6`::moving from state
   aborting - state failed
   Thread-13::DEBUG::2014-07-30
   15:24:49,782::resourceManager::940::ResourceManager.Owner::(releaseAll)
   Owner.releaseAll requests {} resources {}
   Thread-13::DEBUG::2014-07-30
   15:24:49,782::resourceManager::977::ResourceManager.Owner::(cancelAll)
   Owner.cancelAll requests {}
   Thread-13::ERROR::2014-07-30
   15:24:49,782::dispatcher::65::Storage.Dispatcher.Protect::(run)
   {'status': {'message': Cannot find master domain:
   'spUUID=a4dfaf64-adfa-4cfa-88d5-986fbdb2b2b2,
   msdUUID=741f7913-09ad-4d96-a225-3bda6d06e042', 'code': 304}}

_*Please advise if I need to have one Storage Domain per cluster in 
given datacenter.*_


Thanks, Santosh.




***Legal Disclaimer***
This communication may contain confidential and privileged material for the
sole use of the intended recipient. Any unauthorized review, use or distribution
by others is strictly prohibited. If you have received the message by mistake,
please advise the sender by reply email and delete the message. Thank you.
**___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt Italian translation [was: oVirt Weekly Sync Meeting Minutes: July 30, 2014]

2014-07-30 Thread Jorick Astrego


On 07/30/2014 08:14 PM, Gianluca Cecchi wrote:



Il 30/lug/2014 18:52 Einav Cohen eco...@redhat.com 
mailto:eco...@redhat.com ha scritto:


 Thanks for the update, Gianluca - I actually haven't pinged
 you and Giorgio yet about the status - I apologize about that.

 We were originally discussing mid/end of July / ~RC build
 timeline for completing ~70% of the Italian translation [1];
 We are now at this point in time, more or less (schedule
 was updated a little [2] - RC build will take place at the
 beginning of next week - Aug 4), however it doesn't seem
 like we will be able to complete the desired amount of
 Italian translations in time for 3.5 GA.

 @Gianluca/Giorgio:
 do you have any ETA for completing ~70% of the translations?
 although it doesn't seem like it will make it in time for
 ovirt 3.5 GA, I encourage you guys to continue contributing
 translations - we can include Italian for 3.6 and perhaps
 discuss backporting Italian to 3.5.x later on, if will make
 sense.

 let me know what you guys think.

 
 Regards,
 Einav

I think end of august could be a reasonable date to have at least 70% 
completed. In the mean time we are going to update both master and 3.5 
trees and to have it backported for one of the 3.5.x versions too

Gianluca




Hi,

How are the translations handled? We could do a dutch translation but I 
can't find any info on the wiki on how to submit translations.


Kind regards,

Jorick Astrego
Netbulae B.V.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] el7 hosts? el7 node iso?

2014-07-30 Thread Jorick Astrego


On 07/30/2014 02:10 PM, Paul Jansen wrote:
I see from here - https://fedorahosted.org/ovirt/ticket/123 - that 
vdsm is now building OK on el7.
What are the plans for el7 and oVirt 3.5? I seem to recall hearing 
that there was a hope that there would be some initial support by the 
time oVirt 3,5 release comes around.


I understand that there are functional tests for vdsm, but that these 
tests are not complete.

Are these tests running on an el7 jenkins slave at this point?

Is there likely to be an el7 node iso spin in the near future?

I'm super keen to know whether live snapshots/storage migration works 
with oVirt 3.5 and el7 hosts.  Has anyone got any info?



We have Centos 7 ovirt nodes deployed and connected to ovirt engine. 
Everything looks fine for now, but I will start testing tomorrow and 
post the results when we know more.


Kind regards,

Jorick Astrego
Netbulae B.V.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] oVirt Italian translation [was: oVirt Weekly Sync Meeting Minutes: July 30, 2014]

2014-07-30 Thread Alexander Wels
On Wednesday, July 30, 2014 09:36:25 PM Jorick Astrego wrote:
 On 07/30/2014 08:14 PM, Gianluca Cecchi wrote:
  Il 30/lug/2014 18:52 Einav Cohen eco...@redhat.com
  
  mailto:eco...@redhat.com ha scritto:
   Thanks for the update, Gianluca - I actually haven't pinged
   you and Giorgio yet about the status - I apologize about that.
   
   We were originally discussing mid/end of July / ~RC build
   timeline for completing ~70% of the Italian translation [1];
   We are now at this point in time, more or less (schedule
   was updated a little [2] - RC build will take place at the
   beginning of next week - Aug 4), however it doesn't seem
   like we will be able to complete the desired amount of
   Italian translations in time for 3.5 GA.
   
   @Gianluca/Giorgio:
   do you have any ETA for completing ~70% of the translations?
   although it doesn't seem like it will make it in time for
   ovirt 3.5 GA, I encourage you guys to continue contributing
   translations - we can include Italian for 3.6 and perhaps
   discuss backporting Italian to 3.5.x later on, if will make
   sense.
   
   let me know what you guys think.
   
   
   Regards,
   Einav
  
  I think end of august could be a reasonable date to have at least 70%
  completed. In the mean time we are going to update both master and 3.5
  trees and to have it backported for one of the 3.5.x versions too
  Gianluca
 
 Hi,
 
 How are the translations handled? We could do a dutch translation but I
 can't find any info on the wiki on how to submit translations.
 

Jorick,

Translations are handled using zanata. To start go to translate.zanata.org and 
search for ovirt. You will have to register yourself at the site. After that I 
am not 100% sure. Einav will be able to explain more after that, I am not sure 
how you add a new language to the project.

Of course Dutch people all speak English so they don't need a translation :)

 Kind regards,
 
 Jorick Astrego
 Netbulae B.V.

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


Re: [ovirt-users] oVirt Italian translation [was: oVirt Weekly Sync Meeting Minutes: July 30, 2014]

2014-07-30 Thread Jorick Astrego


On 07/30/2014 09:58 PM, Alexander Wels wrote:

On Wednesday, July 30, 2014 09:36:25 PM Jorick Astrego wrote:

On 07/30/2014 08:14 PM, Gianluca Cecchi wrote:

Il 30/lug/2014 18:52 Einav Cohen eco...@redhat.com

mailto:eco...@redhat.com ha scritto:

Thanks for the update, Gianluca - I actually haven't pinged
you and Giorgio yet about the status - I apologize about that.

We were originally discussing mid/end of July / ~RC build
timeline for completing ~70% of the Italian translation [1];
We are now at this point in time, more or less (schedule
was updated a little [2] - RC build will take place at the
beginning of next week - Aug 4), however it doesn't seem
like we will be able to complete the desired amount of
Italian translations in time for 3.5 GA.

@Gianluca/Giorgio:
do you have any ETA for completing ~70% of the translations?
although it doesn't seem like it will make it in time for
ovirt 3.5 GA, I encourage you guys to continue contributing
translations - we can include Italian for 3.6 and perhaps
discuss backporting Italian to 3.5.x later on, if will make
sense.

let me know what you guys think.


Regards,
Einav

I think end of august could be a reasonable date to have at least 70%
completed. In the mean time we are going to update both master and 3.5
trees and to have it backported for one of the 3.5.x versions too
Gianluca

Hi,

How are the translations handled? We could do a dutch translation but I
can't find any info on the wiki on how to submit translations.


Jorick,

Translations are handled using zanata. To start go to translate.zanata.org and
search for ovirt. You will have to register yourself at the site. After that I
am not 100% sure. Einav will be able to explain more after that, I am not sure
how you add a new language to the project.

Of course Dutch people all speak English so they don't need a translation :)


Kind regards,

Jorick Astrego
Netbulae B.V.


Thanks, that will work.

As all dutch speak decent english we don't really need a translation but 
if the italians get one, we want one too ;-


Some people will like it for sure.

I will see how far we get. Thanks for the answer.

Kind regards,

Jorick Astrego
Netbulae B.V.




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


Re: [ovirt-users] el7 hosts? el7 node iso?

2014-07-30 Thread Alexander Ludas
I can confirm that. 
EL7 with vdsm from 3.4.3 seems to run fine, at least for basic tasks. 
(Start/Stop/Spice/Import/Export)

I also run EL7 as node for hosted engine, but I had to rebuild all the 
necessary packages myself.
otopi-1.2.2-1
ovirt-host-deploy-1.2.2-0.0.master.20140624063031.gitf0ac297
ovirt-hosted-engine-ha-1.1.6-0.1.master.20140722094509.gitd8c3b3c
ovirt-hosted-engine-setup-1.1.6-0.0.master.20140716142616.gita533ea3


Regards,
Alex
 
-Original message-
 From:Jorick Astrego j.astr...@netbulae.eu
 Sent: Wednesday 30th July 2014 21:45
 To: users@ovirt.org
 Subject: Re: [ovirt-users] el7 hosts? el7 node iso?
 
 
 
 On 07/30/2014 02:10 PM, Paul Jansen
   wrote:
 
 I see from here -
 https://fedorahosted.org/ovirt/ticket/123 
 https://fedorahosted.org/ovirt/ticket/123 - that vdsm is now
 building OK on el7.
 
 What are the plans for el7 and oVirt 3.5? I seem to recall
 hearing that there was a hope that there would be some initial
 support by the time oVirt 3,5 release comes around.
 
 I understand that there are functional tests for vdsm, but that
 these tests are not complete.
 
 Are these tests running on an el7 jenkins slave at this point?
 
 Is there likely to be an el7 node iso spin in the near future?
 
 I'm super keen to know whether live snapshots/storage migration
 works with oVirt 3.5 and el7 hosts.  Has anyone got any info?
 
 We have Centos 7 ovirt nodes deployed and connected to ovirt engine.
 Everything looks fine for now, but I will start testing tomorrow and
 post the results when we know more.
 
 Kind regards,
 
 Jorick Astrego
 
 Netbulae B.V.
 
 ___
 
 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 Italian translation [was: oVirt Weekly Sync Meeting Minutes: July 30, 2014]

2014-07-30 Thread Jorick Astrego

ggg
On 07/30/2014 09:58 PM, Alexander Wels wrote:

On Wednesday, July 30, 2014 09:36:25 PM Jorick Astrego wrote:

On 07/30/2014 08:14 PM, Gianluca Cecchi wrote:

Il 30/lug/2014 18:52 Einav Cohen eco...@redhat.com

mailto:eco...@redhat.com ha scritto:

Thanks for the update, Gianluca - I actually haven't pinged
you and Giorgio yet about the status - I apologize about that.

We were originally discussing mid/end of July / ~RC build
timeline for completing ~70% of the Italian translation [1];
We are now at this point in time, more or less (schedule
was updated a little [2] - RC build will take place at the
beginning of next week - Aug 4), however it doesn't seem
like we will be able to complete the desired amount of
Italian translations in time for 3.5 GA.

@Gianluca/Giorgio:
do you have any ETA for completing ~70% of the translations?
although it doesn't seem like it will make it in time for
ovirt 3.5 GA, I encourage you guys to continue contributing
translations - we can include Italian for 3.6 and perhaps
discuss backporting Italian to 3.5.x later on, if will make
sense.

let me know what you guys think.


Regards,
Einav

I think end of august could be a reasonable date to have at least 70%
completed. In the mean time we are going to update both master and 3.5
trees and to have it backported for one of the 3.5.x versions too
Gianluca

Hi,

How are the translations handled? We could do a dutch translation but I
can't find any info on the wiki on how to submit translations.


Jorick,

Translations are handled using zanata. To start go to translate.zanata.org and
search for ovirt. You will have to register yourself at the site. After that I
am not 100% sure. Einav will be able to explain more after that, I am not sure
how you add a new language to the project.

Of course Dutch people all speak English so they don't need a translation :)


Kind regards,

Jorick Astrego
Netbulae B.V.
Oh and maybe someone should put some info on how to actually contribute 
on the community page ;+P



   Translate, ??, ???

   It's great to have the oVirt software itself in multiple languages,
   and even better to have its documentation available in everyone's
   native tongue too. Help improve oVirt by working on new translations
   and making each version the best it can be.

Kind regards,

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


[ovirt-users] Proper way to change and persist vdsm configuration options

2014-07-30 Thread Trey Dockendorf
I'm running ovirt nodes that are stock CentOS 6.5 systems with VDSM
installed.  I am using iSER to do iSCSI over RDMA and to make that
work I have to modify /etc/vdsm/vdsm.conf to include the following:

[irs]
iscsi_default_ifaces = iser,default

I've noticed that any time I upgrade a node from the engine web
interface that changes to vdsm.conf are wiped out.  I don't know if
this is being done by the configuration code or by the vdsm package.
Is there a more reliable way to ensure changes to vdsm.conf are NOT
removed automatically?

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


Re: [ovirt-users] ovirt node iso?

2014-07-30 Thread Jaco

Cheers - I'll look for it  give it a go.

Could I ask if an install-to-host option is available?
Also that the memtest  image integrity tests are available at boot.

I've also noted that there are not corresponding MD5 sums of images 
available on sites, so it's tricky to validate/verify the integrity of 
images downloaded before flashing.


Please advise

Kind regards

- Jaco

On 30/07/14 01:56, Fabian Deutsch wrote:

Hey Jorick,

I really appreciate that you are looking for a new ISO.

We were actually abotu to release a new ISO, but then we discovered an issue 
with SELinux.

We hope to be able to release a new iso shortly.

Greetings
fabian


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


Re: [ovirt-users] REQUEST: MD5 for images

2014-07-30 Thread Jaco

Will log feature-request ticket


BTW, here's the hash:
$ md5sum ovirt-live-el6-3.4.3-1.iso
816fd6b1294f4619e205f2efd92f0f2f  ovirt-live-el6-3.4.3-1.iso

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


Re: [ovirt-users] Network Question

2014-07-30 Thread Punit Dambiwal
Hi Antoni,

But all the bricks and gluster in the another subnet...I am using the
Compute and gluster storage combined on the same host

Ovirtmgmt :- 43.25.76.0/24
Gluster Storage :-  10.10.10.0/24

Thanks,
Punit


On Wed, Jul 30, 2014 at 6:17 PM, Antoni Segura Puimedon asegu...@redhat.com
 wrote:



 - Original Message -
  From: Punit Dambiwal hypu...@gmail.com
  To: Antoni Segura Puimedon asegu...@redhat.com
  Cc: Sahina Bose sab...@redhat.com, Dan Kenigsberg 
 dan...@redhat.com, barum...@redhat.com, users@ovirt.org,
  Itamar Heim ih...@redhat.com, Michal Skrivanek 
 michal.skriva...@redhat.com, Sven Kieske
  s.kie...@mittwald.de, Frantisek Kobzik fkob...@redhat.com,
 aha...@redhat.com
  Sent: Wednesday, July 30, 2014 12:11:30 PM
  Subject: Re: Network Question
 
  Hi Antoni,
 
  Please find the attached..for the network settings..

 Shouldn't the bricks and all gluster be on the same subnet as storage?
 Otherwise it is going to use the link scoped route of ovirtmgmt that is
 on the same subnet as them.

 
 
  On Wed, Jul 30, 2014 at 5:42 PM, Antoni Segura Puimedon 
 asegu...@redhat.com
   wrote:
 
  
  
   - Original Message -
From: Punit Dambiwal hypu...@gmail.com
To: Antoni Segura Puimedon asegu...@redhat.com
Cc: Sahina Bose sab...@redhat.com, Dan Kenigsberg 
   dan...@redhat.com, barum...@redhat.com, users@ovirt.org,
Itamar Heim ih...@redhat.com, Michal Skrivanek 
   michal.skriva...@redhat.com, Sven Kieske
s.kie...@mittwald.de, Frantisek Kobzik fkob...@redhat.com,
   aha...@redhat.com
Sent: Wednesday, July 30, 2014 11:35:28 AM
Subject: Re: Network Question
   
Hi Antoni,
   
Please find the attached screen shots...
  
   From what I see in the screen shots,
  
   The ip rules and routes say that communication to the
   43.25.76.0/24 should go via bond0.10 which is for the ovirtmgmt
 device.
   That's why it happens.
  
   How did you setup the two networks? Are they on the same subnet?
  
   
Thanks,
Punit
   
   
On Wed, Jul 30, 2014 at 5:19 PM, Antoni Segura Puimedon 
   asegu...@redhat.com
 wrote:
   


 - Original Message -
  From: Punit Dambiwal hypu...@gmail.com
  To: Sahina Bose sab...@redhat.com
  Cc: Dan Kenigsberg dan...@redhat.com, barum...@redhat.com,
 users@ovirt.org, Itamar Heim ih...@redhat.com,
  Michal Skrivanek michal.skriva...@redhat.com, Antoni Segura
 Puimedon asegu...@redhat.com, Sven Kieske
  s.kie...@mittwald.de, Frantisek Kobzik fkob...@redhat.com,
 aha...@redhat.com
  Sent: Wednesday, July 30, 2014 10:46:47 AM
  Subject: Re: Network Question
 
  Hi All,
 
  I am using the storage ip to mount the glusterfs to host...that
   means the
  data communication should be run on this network but it's
 notit's
  running on the ovirtmgmt network...

 Could you please attach the ip addresses of the gluster nodes, and
 the
 result of doing:

 (on the vdsm host)

 ip rule show
 ip route show table (add here each of the tables that show up in
 the
 previous
 command)

 
  [image: Inline image 1]
 
 
 
  On Wed, Jul 30, 2014 at 4:26 PM, Sahina Bose sab...@redhat.com
   wrote:
 
  
   On 07/30/2014 01:21 PM, Dan Kenigsberg wrote:
  
   On Wed, Jul 30, 2014 at 01:04:48PM +0800, Punit Dambiwal
 wrote:
  
   Hi,
  
   I am facing one strange problem with Ovirt network...i have
 the
   below
   network in my ovirt cluster :-
  
   eth0+eth1=bond0
  
   bond0.10= ovirtmgmt (43.250.X.X)
   bond0.37= VMnetwork
  
   eth2+eth3=bond1 (Storage) (10.10.10.X)
  
   Glusterfs running on 4 HV's with each have 2 bricks...
  
   But still the glusterfs data transfer from ovirtmgmt network
   instead
 of
   storage network ?? Is there any more setting required to
 change
   it to
   ovirtmgmt to storage ??
  
   The title Storage means nothing to oVirt per se. The user
 needs
   to
 make
   sure
   that her NFS or iSCSI storage server uses the specific
 network.
   But unfortunately - and Bala is welcome to correct me if I'm
   wrong -
 there
   is no means to set the IP address which gluster uses via
 oVirt.
  
   Can it be done underneath oVirt?
  
  
   For glusterd communication - that is gluster peer to gluster
 peer -
   there's a workaround to achieve this..Please see
 http://lists.ovirt.org/
   pipermail/users/2014-February/021213.html
  
   For VM to gluster host, the host IP used to mount the volume is
   the one
   used for communication by oVirt.
  
  
  
  
 

   
  
 

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


[ovirt-users] Can't attach storage domain / Unsupported watchdog

2014-07-30 Thread Andrew Lau
Hi,

I'm trying out some new boards (Intel Avotons), and it appears wdmd does
not like the watchdog device it provides.

Everything in oVirt 3.4.3 seems to run fine until it comes to adding a
storage device. It gives me an error about Cannot acquire host id

vdsm logs,
http://fpaste.org/122164/67695431/

# service wdmd start
(logs)
wdmd[14062]: wdmd started S0 H1 G0
wdmd[14062]: /dev/watchdog failed to set timeout
wdmd[14062]: /dev/watchdog disarmed
wdmd[14062]: no watchdog device, load a watchdog driver

# service wdmd status
wdmd dead but subsys locked

I can't seem to find any documentation on what wdmd does, could someone
explain?

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