Re: [ovirt-devel] oVirt 3.5 beta2 - results
On Wed, Jul 30, 2014 at 8:21 AM, Sahina Bose 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 >> Devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel > > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [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 Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 Test day 2 result
Hello, I've looked at the following bugs: * https://bugzilla.redhat.com/show_bug.cgi?id=1091686 * [RFE][scale] - prevent OutOfMemoryError after starting the dwh service. I've installed DWH and had it run overnight while I had about 100 (very small) VMs running. It started with about 160MB memory usage and in the morning it was around 320MB. There were no errors in log. I am unsure that is result provides any significant insight as the number of VMs may have been to small. * https://bugzilla.redhat.com/show_bug.cgi?id=1083312 * [RFE][oVirt] Disk alias recycling in web-admin portal and * https://bugzilla.redhat.com/show_bug.cgi?id=1086181 * [RFE] Snapshot Overview screen to manage storage Both worked as expected. I've started with a clean database and created two dozen VMs, with 2 nfs storage domains. Started and paused them, added/removed disks, and created snapshots (all while my host was using JSONRPC). -- Dima Kuznetsov ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 test day 2 results
I once again tested 1091863 Accept vlan devices identified by any name Steps to Reproduce: - Change Host to maintenance mode. - Add a vlan with alternative name to the Host: # ip link add dev eth1.myvlan10 link eth1 name eth1.myvlan10 type vlan id 10 - Activate the Host. It works perfectly. Thanks, Greg Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gsher...@redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[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...); for some reasons (I cannot exclude an error from mine) engine got configured to use localhost as websocket proxy. 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. Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 beta2 - results
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 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 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). 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 Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [vdsm] Wrong default multipath configuration for EL6
On 29.07.2014 15:51, Nir Soffer wrote: > - Original Message - >> From: "Patrick Hurrelmann" >> To: vdsm-de...@lists.fedorahosted.org, devel@ovirt.org >> Sent: Tuesday, July 29, 2014 4:43:36 PM >> Subject: [vdsm] Wrong default multipath configuration for EL6 >> >> Hi all, >> >> after suffering from boot-failures after kernel-updates on my EL6 hosts >> (the ones that san boot via iscsi), I finally managed to locate the root >> cause of the problem: the default values as set by vdsm are incorrect >> for EL6 and prohibit a successful iscsi boot (the faulty multipath.conf >> gets embedded in the new initrd on a kernel update). Additionally the >> following errors are repeatedly logged on all my hosts (device ids may >> vary) with the default vdsm multipath config: >> >> device-mapper: table: 253:5: multipath: error getting device >> device-mapper: ioctl: error adding target to table >> device-mapper: table: 253:5: multipath: error getting device >> device-mapper: ioctl: error adding target to table >> >> And it all boils down to the default value set for option getuid_callout >> in multipath.conf. Vdsm sets it to the following: >> >> getuid_callout "/sbin/scsi_id --whitelisted --replace-whitespace >> --device=/dev/%n" >> >> According to the man-page and other docu the default value on EL6 is >> "/lib/udev/scsi_id --whitelisted --device=/dev/%n". Although the binary >> /sbin/scsi_id is a valid link to the target /lib/udev/scsi_id, the link >> itself (/sbin/scsi_id) is _not_ included in the generated initrd. The >> binary /lib/udev/scsi_id is indeed included and changing the default >> config to use /lib/udev/scsi_id instead does make it all work again. >> iscsi boot (after regenerating the initrd, as the multipath.conf is >> embedded) is back to good and the previously logged device-mapper errors >> are gone, too. >> >> Can someone please verify this and and apply the easy (attached) patch? > > Thanks Patrick! > > I'll look into this. > > Would you open a bug for this issue, to help us track this issue? BZ#1124450 created to track the issue. Thanks, Patrick -- Lobster SCM GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] oVirt 3.5 Test day 2 results
Hey, I have tested the instance type feature and found 2 issues: instance types: does not remember advanced/basic settings from previously opened dialog: https://bugzilla.redhat.com/show_bug.cgi?id=1124254 new Instance type: enable soundcard is not persisted: https://bugzilla.redhat.com/show_bug.cgi?id=1124270 Tomas ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] Test-Day 3.5-2 -> Import Storage Domain
Hey all, following the updated wikis - http://www.ovirt.org/Features/ImportUnregisteredEntities and http://www.ovirt.org/Features/ImportStorageDomain which describe in details the steps for import storage domain I successfully created a cluster with 1 hosts and 3 vms. (host and engine run with rhel6.5) Changed some of the details for the vms (ha, system infos, mem, cpus and more), then cleaned up the engine (ran engine-cleanup and rerun engine-setup). On clean environment I created new cluster with new storage domain (its a must currently to create new storage domain before the import - stated in the [1]). After that I imported the original sd that I used, went to import Virtual machines tab and imported all entities I had. All of the vms' details were imported successfully with the same info that I configured before the cleanup. Tried again also with templates and snapshots recovery, also worked as expected seems green to me. anything else you would like me to check in this area? [1] http://www.ovirt.org/Features/ImportStorageDomain#Implementation_gaps Thanks, -- Yaniv Bronhaim. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] oVirt 3.5 Test day 1 results.
Re-tested this for Test day 2, with the same results, everything came up perfectly without any issues noted. On Monday, July 21, 2014 02:45:52 PM Alexander Wels wrote: > Sorry for being a lot late with this, but I finally got around to writing > the result email. > > I tested: > OVIRT35 - [RFE][host-deploy] support more ciphers for ssh. > > I did a basic engine install on Fedora 20. And I installed a minimal Fedora > 20 for my host. After configuring the engine and starting it, I enabled sshd > and configured the only cypher to be one that was not supported before. > Then I added the host using webadmin and let it run until completion. > > I was able to connect to the host just fine and it came up without any > issues. > > So in short PASS > > Alexander ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [vdsm] Wrong default multipath configuration for EL6
- Original Message - > From: "Patrick Hurrelmann" > To: vdsm-de...@lists.fedorahosted.org, devel@ovirt.org > Sent: Tuesday, July 29, 2014 4:43:36 PM > Subject: [vdsm] Wrong default multipath configuration for EL6 > > Hi all, > > after suffering from boot-failures after kernel-updates on my EL6 hosts > (the ones that san boot via iscsi), I finally managed to locate the root > cause of the problem: the default values as set by vdsm are incorrect > for EL6 and prohibit a successful iscsi boot (the faulty multipath.conf > gets embedded in the new initrd on a kernel update). Additionally the > following errors are repeatedly logged on all my hosts (device ids may > vary) with the default vdsm multipath config: > > device-mapper: table: 253:5: multipath: error getting device > device-mapper: ioctl: error adding target to table > device-mapper: table: 253:5: multipath: error getting device > device-mapper: ioctl: error adding target to table > > And it all boils down to the default value set for option getuid_callout > in multipath.conf. Vdsm sets it to the following: > > getuid_callout "/sbin/scsi_id --whitelisted --replace-whitespace > --device=/dev/%n" > > According to the man-page and other docu the default value on EL6 is > "/lib/udev/scsi_id --whitelisted --device=/dev/%n". Although the binary > /sbin/scsi_id is a valid link to the target /lib/udev/scsi_id, the link > itself (/sbin/scsi_id) is _not_ included in the generated initrd. The > binary /lib/udev/scsi_id is indeed included and changing the default > config to use /lib/udev/scsi_id instead does make it all work again. > iscsi boot (after regenerating the initrd, as the multipath.conf is > embedded) is back to good and the previously logged device-mapper errors > are gone, too. > > Can someone please verify this and and apply the easy (attached) patch? Thanks Patrick! I'll look into this. Would you open a bug for this issue, to help us track this issue? > > --- multipath.py.orig 2014-07-29 15:24:37.643839169 +0200 > +++ multipath.py 2014-07-29 15:25:06.823840362 +0200 > @@ -88,9 +88,8 @@ > log = logging.getLogger("Storage.Multipath") > > _scsi_id = utils.CommandPath("scsi_id", > - "/sbin/scsi_id", # EL6 > "/usr/lib/udev/scsi_id", # Fedora > - "/lib/udev/scsi_id", # Ubuntu > + "/lib/udev/scsi_id", # EL6, Ubuntu > ) > > > > Thanks a lot and best regards > Patrick > > -- > Lobster SCM GmbH, Münchner Straße 15a, D-82319 Starnberg > > HRB 178831, Amtsgericht München > Geschäftsführer: Dr. Martin Fischer, Rolf Henrich > ___ > vdsm-devel mailing list > vdsm-de...@lists.fedorahosted.org > https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] Wrong default multipath configuration for EL6
Hi all, after suffering from boot-failures after kernel-updates on my EL6 hosts (the ones that san boot via iscsi), I finally managed to locate the root cause of the problem: the default values as set by vdsm are incorrect for EL6 and prohibit a successful iscsi boot (the faulty multipath.conf gets embedded in the new initrd on a kernel update). Additionally the following errors are repeatedly logged on all my hosts (device ids may vary) with the default vdsm multipath config: device-mapper: table: 253:5: multipath: error getting device device-mapper: ioctl: error adding target to table device-mapper: table: 253:5: multipath: error getting device device-mapper: ioctl: error adding target to table And it all boils down to the default value set for option getuid_callout in multipath.conf. Vdsm sets it to the following: getuid_callout "/sbin/scsi_id --whitelisted --replace-whitespace --device=/dev/%n" According to the man-page and other docu the default value on EL6 is "/lib/udev/scsi_id --whitelisted --device=/dev/%n". Although the binary /sbin/scsi_id is a valid link to the target /lib/udev/scsi_id, the link itself (/sbin/scsi_id) is _not_ included in the generated initrd. The binary /lib/udev/scsi_id is indeed included and changing the default config to use /lib/udev/scsi_id instead does make it all work again. iscsi boot (after regenerating the initrd, as the multipath.conf is embedded) is back to good and the previously logged device-mapper errors are gone, too. Can someone please verify this and and apply the easy (attached) patch? --- multipath.py.orig 2014-07-29 15:24:37.643839169 +0200 +++ multipath.py2014-07-29 15:25:06.823840362 +0200 @@ -88,9 +88,8 @@ log = logging.getLogger("Storage.Multipath") _scsi_id = utils.CommandPath("scsi_id", - "/sbin/scsi_id", # EL6 "/usr/lib/udev/scsi_id", # Fedora - "/lib/udev/scsi_id", # Ubuntu + "/lib/udev/scsi_id", # EL6, Ubuntu ) Thanks a lot and best regards Patrick -- Lobster SCM GmbH, Münchner Straße 15a, D-82319 Starnberg HRB 178831, Amtsgericht München Geschäftsführer: Dr. Martin Fischer, Rolf Henrich ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ACTION REQUIRED] ovirt-engine master doesn't build anymore
On 07/29, Sandro Bonazzola wrote: > Il 29/07/2014 15:03, Alexander Wels ha scritto: > > Sandro you sure this is the latest? > > well, I'm looking just at jenkins: > > Revision: 3ebe99735f1e747162df2e9f80d99f79da61d9f7 > > built ~ 3 hours ago. > > I've rebuilt from master and got again > 3ebe99735f1e747162df2e9f80d99f79da61d9f7. > But master is at a6ed2fe0a0aec332d2ed66b9536e8988c767157a so this looks like > an infra issue. > Moving there. Rebuilding on proper master and fixed the job to avoid future issues with the revision being built. > > > > > > > > > > The problem seems to be: > > > > 13:42:59Caused by: org.apache.maven.plugin.PluginContainerException: A > > required class was missing while executing > > com.github.goldin:properties-maven-plugin:0.2.5:set-properties: > > Lorg/sonatype/aether/RepositorySystem; > > > > > > > > Which was caused by a plugin I added, but we have reverted that patch in > > [1] and [2]. After that master started working again, we also reverted it in > > 3.5 as well. > > > > > > > > Can you make sure you don't have some old poms or something hanging around? > > > > > > > > [1] http://gerrit.ovirt.org/#/c/30530/ > > > > [2] http://gerrit.ovirt.org/#/c/30529/ > > > > > > > > > > > > On Tuesday, July 29, 2014 02:54:55 PM Sandro Bonazzola wrote: > > > >> Hi, > > > >> ovirt-engine build from master is broken since Jul 27th, > > > >> please fix it. > > > >> The failing job is: > > > >> http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged/ > > > >> > > > >> > > > >> Thanks, > > > > > > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > ___ > Infra mailing list > in...@ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra -- David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dc...@redhat.com Web: www.redhat.com RHT Global #: 82-62605 pgpoG_0uI2UA7.pgp Description: PGP signature ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ACTION REQUIRED] ovirt-engine master doesn't build anymore
Il 29/07/2014 15:03, Alexander Wels ha scritto: > Sandro you sure this is the latest? well, I'm looking just at jenkins: Revision: 3ebe99735f1e747162df2e9f80d99f79da61d9f7 built ~ 3 hours ago. I've rebuilt from master and got again 3ebe99735f1e747162df2e9f80d99f79da61d9f7. But master is at a6ed2fe0a0aec332d2ed66b9536e8988c767157a so this looks like an infra issue. Moving there. > > > > The problem seems to be: > > 13:42:59Caused by: org.apache.maven.plugin.PluginContainerException: A > required class was missing while executing > com.github.goldin:properties-maven-plugin:0.2.5:set-properties: > Lorg/sonatype/aether/RepositorySystem; > > > > Which was caused by a plugin I added, but we have reverted that patch in [1] > and [2]. After that master started working again, we also reverted it in > 3.5 as well. > > > > Can you make sure you don't have some old poms or something hanging around? > > > > [1] http://gerrit.ovirt.org/#/c/30530/ > > [2] http://gerrit.ovirt.org/#/c/30529/ > > > > > > On Tuesday, July 29, 2014 02:54:55 PM Sandro Bonazzola wrote: > >> Hi, > >> ovirt-engine build from master is broken since Jul 27th, > >> please fix it. > >> The failing job is: > >> http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged/ > >> > >> > >> Thanks, > > > -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] [ACTION NEEDED] vdsm build failing on 3.5 branch
Hi, Jenkins is experiencing build failures of VDSM from 3.5 branch on different OSs and with different failing test. CentOS 7: http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms_merged/label=centos7/ all issues seems to be related to errors like: OSError: [Errno 16] Device or resource busy: '/tmp/tmp9DPdyq' in the following tests: ERROR: test_mkFloppyFs(kwargs='FSLABEL') (mkimageTests.MkimageTestCase) ERROR: test_mkFloppyFs(kwargs=None) (mkimageTests.MkimageTestCase) Fedora 20: http://jenkins.ovirt.org/job/vdsm_3.5_create-rpms_merged/label=fedora20/ failing on : 12:54:44 ERROR: testStop (remoteFileHandlerTests.PoolHandlerTests) 12:54:44 -- 12:54:44 Traceback (most recent call last): 12:54:44 File "/home/jenkins/workspace/vdsm_3.5_create-rpms_merged/label/fedora20/rpmbuild/BUILD/vdsm-4.16.1/tests/remoteFileHandlerTests.py", line 69, in testStop 12:54:44 procPath)) 12:54:44 File "/home/jenkins/workspace/vdsm_3.5_create-rpms_merged/label/fedora20/rpmbuild/BUILD/vdsm-4.16.1/vdsm/storage/remoteFileHandler.py", line 184, in callCrabRPCFunction 12:54:44 rawLength = self._recvAll(LENGTH_STRUCT_LENGTH, timeout) 12:54:44 File "/home/jenkins/workspace/vdsm_3.5_create-rpms_merged/label/fedora20/rpmbuild/BUILD/vdsm-4.16.1/vdsm/storage/remoteFileHandler.py", line 150, in _recvAll 12:54:44 raise Timeout() 12:54:44 Timeout Can you take a look? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ACTION REQUIRED] ovirt-engine master doesn't build anymore
Sandro you sure this is the latest? The problem seems to be: *13:42:59* Caused by: org.apache.maven.plugin.PluginContainerException: A required class was missing while executing com.github.goldin:properties-maven- plugin:0.2.5:set-properties: Lorg/sonatype/aether/RepositorySystem; Which was caused by a plugin I added, but we have reverted that patch in [1] and [2]. After that master started working again, we also reverted it in 3.5 as well. Can you make sure you don't have some old poms or something hanging around? [1] http://gerrit.ovirt.org/#/c/30530/ [2] http://gerrit.ovirt.org/#/c/30529/ On Tuesday, July 29, 2014 02:54:55 PM Sandro Bonazzola wrote: > Hi, > ovirt-engine build from master is broken since Jul 27th, > please fix it. > The failing job is: > http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged/ > > > Thanks, ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] [ACTION REQUIRED] ovirt-engine master doesn't build anymore
Hi, ovirt-engine build from master is broken since Jul 27th, please fix it. The failing job is: http://jenkins.ovirt.org/job/ovirt-engine_master_create-rpms_merged/ Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] propose Alona Kaplan as a Backend Maintainer
- Original Message - > From: "Mike Kolesnik" > To: "Alona Kaplan" > Cc: devel@ovirt.org > Sent: Tuesday, July 29, 2014 11:12:04 AM > Subject: Re: [ovirt-devel] propose Alona Kaplan as a Backend Maintainer > > +1 +1 as well ... :-) > > Good luck! > > Regards, > Mike > > - Original Message - > > Hi All, > > > > Alona Kaplan has been working on the oVirt project for over 2.5 years. > > At the beginning Alona's focus was on the UI aspect of the project, she > > did a great Job contributing many features, bug fixes and documentation > > enhancements across the UI, she became a UI maintainer. > > > > In the last year Alona also contributed a lot of code to the backend > > side of the project, the code was focused on the network side and > > included end to end features. > > > > To share some of Alona's great stats - > > ~ 115 patches related to the network backend > > ~ 300 patches for UI > > > > She coded 'migration-network', 'network-linking' and lately 'support in > > different VLAN names' end to end. > > > > I would like to thank Alona for her great contribution and hope for many > > more patches to come :) > > > > I would also like to propose Alona as a Network backend maintainer. > > > > > > Thanks, Livnat > > ___ > > Devel mailing list > > Devel@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/devel > > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] Correction: [Community] Building an oVirt Commercial Directory
[With corrected email for me, because apparently I thought I worked at a .org non-profit. :)] All: In order to promote the oVirt project, we would like to create a directory of companies that provide solutions and commercial support based on oVirt on oVirt.org. Specifically, we are looking for organizations that provide: - Commercial product/support based on oVirt - oVirt professional services/support - Vendors leveraging or embedding ovirt - Cloud providers using oVirt technologies Vendors and providers can send the following data: Name of Company Company Website URL Preferred Contact Info Location/Region Served Active oVirt Contributor(s)? [Yes/No] Please send this information to me at b...@redhat.com, with oVirt Solutions Directory in the subject line if interested in participating. Thanks! Brian Proffitt oVirt Community Manager Project Atomic Community Lead Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Test day: help testing hosted engine on ovirt node
Hey Omer, we were preparing an iso for today, but the iso is no broken. We are working on getting a working one. Greetings fabian - Original Message - > > > - Original Message - > > From: "Fabian Deutsch" > > To: "Omer Frenkel" , "Joseph Boggs" > > > > Cc: devel@ovirt.org > > Sent: Tuesday, July 1, 2014 11:37:44 PM > > Subject: Re: [ovirt-devel] Test day: help testing hosted engine on ovirt > > node > > > > - Original Message - > > > Hi, > > > I was assigned to test this topic, but i don't see any info on how to > > > start, > > > looking at the wiki: http://www.ovirt.org/Node_Hosted_Engine there is no > > > info, > > > nor on the HE how-to wiki: http://www.ovirt.org/Hosted_Engine_Howto > > > > > > should i build the node myself on a fedora, and then run the hosted > > > engine > > > setup as described in the how-to? > > > what is the expected flow for this, for a user that want to start using > > > ovirt > > > with hosted engine and ovirt node? > > > > Hey Omer, > > > > sadly we just noted today that the rpms for the HE plugin are missing, and > > that the current oVirt Node iso does not contain the necessary bits. > > > > We hope to have an testable ISO available soon - as in tomorrow or > > Thursday. > > > > Please watch the devel@ and users@ lists for updates. > > > > Thanks > > fabian > > > > is there a new ISO available for testing this? > i couldn't see a clear announcement on this. > > Thanks! > Omer. > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Test day: help testing hosted engine on ovirt node
- Original Message - > From: "Fabian Deutsch" > To: "Omer Frenkel" , "Joseph Boggs" > Cc: devel@ovirt.org > Sent: Tuesday, July 1, 2014 11:37:44 PM > Subject: Re: [ovirt-devel] Test day: help testing hosted engine on ovirt node > > - Original Message - > > Hi, > > I was assigned to test this topic, but i don't see any info on how to > > start, > > looking at the wiki: http://www.ovirt.org/Node_Hosted_Engine there is no > > info, > > nor on the HE how-to wiki: http://www.ovirt.org/Hosted_Engine_Howto > > > > should i build the node myself on a fedora, and then run the hosted engine > > setup as described in the how-to? > > what is the expected flow for this, for a user that want to start using > > ovirt > > with hosted engine and ovirt node? > > Hey Omer, > > sadly we just noted today that the rpms for the HE plugin are missing, and > that the current oVirt Node iso does not contain the necessary bits. > > We hope to have an testable ISO available soon - as in tomorrow or Thursday. > > Please watch the devel@ and users@ lists for updates. > > Thanks > fabian > is there a new ISO available for testing this? i couldn't see a clear announcement on this. Thanks! Omer. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] propose Alona Kaplan as a Backend Maintainer
+1 Good luck! Regards, Mike - Original Message - > Hi All, > > Alona Kaplan has been working on the oVirt project for over 2.5 years. > At the beginning Alona's focus was on the UI aspect of the project, she > did a great Job contributing many features, bug fixes and documentation > enhancements across the UI, she became a UI maintainer. > > In the last year Alona also contributed a lot of code to the backend > side of the project, the code was focused on the network side and > included end to end features. > > To share some of Alona's great stats - > ~ 115 patches related to the network backend > ~ 300 patches for UI > > She coded 'migration-network', 'network-linking' and lately 'support in > different VLAN names' end to end. > > I would like to thank Alona for her great contribution and hope for many > more patches to come :) > > I would also like to propose Alona as a Network backend maintainer. > > > Thanks, Livnat > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] propose Alona Kaplan as a Backend Maintainer
- Original Message - > From: "Livnat Peer" > To: devel@ovirt.org > Sent: Tuesday, July 29, 2014 9:46:50 AM > Subject: [ovirt-devel] propose Alona Kaplan as a Backend Maintainer > > Hi All, > > Alona Kaplan has been working on the oVirt project for over 2.5 years. > At the beginning Alona's focus was on the UI aspect of the project, she > did a great Job contributing many features, bug fixes and documentation > enhancements across the UI, she became a UI maintainer. > > In the last year Alona also contributed a lot of code to the backend > side of the project, the code was focused on the network side and > included end to end features. > > To share some of Alona's great stats - > ~ 115 patches related to the network backend > ~ 300 patches for UI > > She coded 'migration-network', 'network-linking' and lately 'support in > different VLAN names' end to end. > > I would like to thank Alona for her great contribution and hope for many > more patches to come :) > > I would also like to propose Alona as a Network backend maintainer. > +1 > > Thanks, Livnat > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] propose Alona Kaplan as a Backend Maintainer
- Original Message - > From: "Livnat Peer" > To: devel@ovirt.org > Sent: Tuesday, July 29, 2014 9:46:50 AM > Subject: [ovirt-devel] propose Alona Kaplan as a Backend Maintainer > > Hi All, > > Alona Kaplan has been working on the oVirt project for over 2.5 years. > At the beginning Alona's focus was on the UI aspect of the project, she > did a great Job contributing many features, bug fixes and documentation > enhancements across the UI, she became a UI maintainer. > > In the last year Alona also contributed a lot of code to the backend > side of the project, the code was focused on the network side and > included end to end features. > > To share some of Alona's great stats - > ~ 115 patches related to the network backend > ~ 300 patches for UI > > She coded 'migration-network', 'network-linking' and lately 'support in > different VLAN names' end to end. > > I would like to thank Alona for her great contribution and hope for many > more patches to come :) > > I would also like to propose Alona as a Network backend maintainer. > +1, well deserved. > > Thanks, Livnat > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] [ANN] oVirt 3.5 Second Test Day - Today Jul 29th
Hi all, Today Jul 29th we'll have oVirt 3.5.0 second test day. On this day all relevant engineers will be online ready to support any issues you find during install / operating this new release. Just make sure you have 1 host or more to test drive the new release. If you're curious to see how it works, this is your chance. Thanks again for everyone who will join us today! Location #ovirt irc channel Please communicate here to allow others to see any issues What In this test day you have a license to kill ;) Follow the documentation to setup your environment, and test drive the new features. Please remember we expect to see some issues, and anything you come up with will save you when you'll install final release Remember to try daily tasks you'd usually do in the engine, to see there are no regressions. Write down the configuration you used (HW, console, etc) in the report etherpad[1]. Documentation Release notes: http://www.ovirt.org/OVirt_3.5_Release_Notes Features pages links: http://bit.ly/17qBn6F If you find errors in the wiki please annotate it as well in report etherpad [1] Prerequisites / recommendations Use CentOS or RHEL 6.5 only. 6.4 is unsupported due to various issues (sanlock, libvirt, etc). Use Fedora 19 or 20. Latest RPMs repository to be enabled for testing the release are listed in the release notes page [2]. NEW issues / reports For any new issue, please update the reports etherpad [1] Feature owners, please make sure: your feature is updated and referenced on release page [2]. you have testing instruction for your feature either on test day page [3] or in your feature page. your team regression testing section is organized and up to date on test day page [3]. [1] http://etherpad.ovirt.org/p/3.5-testday-2 [2] http://www.ovirt.org/OVirt_3.5_Release_Notes [3] http://www.ovirt.org/OVirt_3.5_TestDay Thanks. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] propose Alona Kaplan as a Backend Maintainer
+1 On 29/07/14 09:46, Livnat Peer wrote: > Hi All, > > Alona Kaplan has been working on the oVirt project for over 2.5 years. > At the beginning Alona's focus was on the UI aspect of the project, she > did a great Job contributing many features, bug fixes and documentation > enhancements across the UI, she became a UI maintainer. > > In the last year Alona also contributed a lot of code to the backend > side of the project, the code was focused on the network side and > included end to end features. > > To share some of Alona's great stats - > ~ 115 patches related to the network backend > ~ 300 patches for UI > > She coded 'migration-network', 'network-linking' and lately 'support in > different VLAN names' end to end. > > I would like to thank Alona for her great contribution and hope for many > more patches to come :) > > I would also like to propose Alona as a Network backend maintainer. > > > Thanks, Livnat > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel