Re: [ovirt-users] [ovirt-devel] oVirt 3.5 beta2 - results
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
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
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
- 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
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
- 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
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
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
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
- 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?
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
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
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
- 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
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
- 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
- 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
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
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
= #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
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
- 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]
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
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]
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
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]
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?
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]
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]
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?
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]
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
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?
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
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
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
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