[ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status
Hi, We're going to start composing oVirt 3.5.1 RC on *2014-12-02 08:00 UTC* from 3.5 branch. In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. The bug tracker [1] shows 3 open blocker: Bug ID Whiteboard Status Summary 1162640 gluster POSTsupervdsm segfault in libgfapi while querying volume status detail 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile 1159839 storage POSTNew FC LUNs are not detected on hypervisor without a reboot The following bugs have been keyworded as Regression and not marked as blockers: Bug ID Whiteboard Status Target Summary 1160846 sla NEW --- Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile 1118349 storage NEW 3.5.1 [vdsm] Creating DataCenter 3.5 using master domain V1 fails with InquireNotSupportedError In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-12-01 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-12-01 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. - Please provide an ETA for the pending blockers as soon as possible. Infra: - Please check Jenkins status for 3.5 jobs and sync with relevant maintainers if there are issues. There are still 98 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 71 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please review bugs marked as Regression and add to blocker if they're real regressions. - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: 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.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- 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] [QE][ACTION REQUIRED] oVirt 3.6.0 status
Hi, Release criteria discussion started on 2014-10-22 and will end today 2014-11-26 as discussed in last oVirt sync meeting [1]. If no objections will be raised, the proposed changes [2] will be accepted. Release management for 3.6.0 has been created [3] The key milestones for this release must be scheduled: Key Milestones Release criteria discussion start: 2014-10-22 Release criteria ready: 2014-11-26 Feature freeze: 60 Days before release First Test Day: 45 days before release Release Candidate: 30 days before release Release: 6 months after oVirt 3.5.0 release External Project Schedules Fedora 21: 2014-12-09 Fedora 22: 2015-XX-XX GlusterFS 3.7: 2015-04-29 OpenStack Kilo: 2015-04-30 Two different proposals have been made about above scheduling [4]: 1) extend the cycle to 10 months for allowing to include a large feature set 2) reduce the cycle to less than 6 months and split features over 3.6 and 3.7 Feature proposed for 3.6.0 must now be collected in the 3.6 google doc [8] and reviewed by maintainers. A tracker bug for 3.6.0 has been created [5] and currently shows no blockers. There are 439 bugs [6] targeted to 3.6.0. Excluding node and documentation bugs we have 419 bugs [7] targeted to 3.6.0. [1] http://resources.ovirt.org/meetings/ovirt/2014/ovirt.2014-11-19-15.01.log.html [2] http://lists.ovirt.org/pipermail/devel/2014-September/008695.html [3] http://www.ovirt.org/OVirt_3.6_Release_Management [4] http://lists.ovirt.org/pipermail/users/2014-November/028875.html [5] https://bugzilla.redhat.com/show_bug.cgi?id=1155425 [6] http://goo.gl/zwkF3r [7] http://goo.gl/ZbUiMc [8] http://goo.gl/9X3G49 -- 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] webadmin session timeout
Hi, erveryone: How could I change webadmin’s session timeout? ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ACTION REQUIRED] engine-setup broken on master due to missing SysPrep2K3Path
- Original Message - Il 25/11/2014 17:48, Michal Skrivanek ha scritto: On 25 Nov 2014, at 17:26, Mooli Tayer mta...@redhat.com wrote: - Original Message - Il 13/11/2014 11:59, Michal Skrivanek ha scritto: On Nov 6, 2014, at 14:30 , Martin Betak mbe...@redhat.com wrote: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: mbe...@redhat.com Cc: devel@ovirt.org, Yedidyah Bar David d...@redhat.com, Lev Veyde lve...@redhat.com, Simone Tiraboschi stira...@redhat.com Sent: Thursday, November 6, 2014 1:48:21 PM Subject: [ACTION REQUIRED] engine-setup broken on master due to missing SysPrep2K3Path 2014-11-06 13:38:41 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:164 Database: 'None', Statement: ' select version, option_value from vdc_options where option_name = %(name)s ', args: {'name': 'SysPrep2K3Path'} 2014-11-06 13:38:41 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:214 Result: [] 2014-11-06 13:38:41 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in _executeMethod method['method']() File /usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/legacy/osinfo.py, line 88, in _misc ).getVdcOption(name=vdco) File /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine/vdcoption.py, line 88, in getVdcOption ownConnection=ownConnection, File /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine/vdcoption.py, line 63, in getVdcOptionVersions name=name, RuntimeError: Cannot locate application option SysPrep2K3Path Looks like commit 4a02e12ac9a4f2e18340c177c5f656ddf753694e Author: Martin Betak mbe...@redhat.com Date: Wed Nov 5 15:00:47 2014 +0100 core: Drop legacy SysPrep paths from config Change-Id: I675340ae90aa724b935b0cf0a25544c06b0177eb Bug-Url: https://bugzilla.redhat.com/show_bug.cgi?id=1086768 Signed-off-by: Martin Betak mbe...@redhat.com Broke the setup. Can you please advise about what the setup should do now? The upgrade script _config.sql now deletes the values from DB. Is it possible to make this python script run before the DB upgrade scripts are run? the correct solution is to remove the osinfo handling from ovirt-engine-setup; it has no use since 3.4. it can only make things worse:) all dbs should already be upgraded/transitioned to use osinfo so the sysprep vars in config are useless for a long time already Ok, can you please open a bz on setup and block 1086768 or push a patch? Any progress with this issue? master should be ok I see it happening on 3.5 as well. How could it be on 3.5? The removal was merged to master only 3 weeks ago, not to 3.5. Are tou seeing the same problem? Please provide full logs if you can reproduce on 3.5. If it happens, it must be something else breaking the setup. False alarm, not reproducing. Could this have been resolved by yum upgrade?(ovirt-host-deploy?) I am now seeing a different issue: engine-setup only works on the second try; (master, building installing rpms on fe20). On the first I get [ ERROR ] Failed to execute stage 'Closing up': Command '/bin/systemctl' failed to execute Is this a known Issue? If not I will send a new email with logs of both setups. Thanks. Thanks, michal Thanks, michal We really don't want to keep this unused values in the database after the correct migration to osinfo is performed. -- 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 -- 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 -- 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] engine-setup broken on master due to missing SysPrep2K3Path
Il 26/11/2014 11:47, Mooli Tayer ha scritto: - Original Message - Il 25/11/2014 17:48, Michal Skrivanek ha scritto: On 25 Nov 2014, at 17:26, Mooli Tayer mta...@redhat.com wrote: - Original Message - Il 13/11/2014 11:59, Michal Skrivanek ha scritto: On Nov 6, 2014, at 14:30 , Martin Betak mbe...@redhat.com wrote: - Original Message - From: Sandro Bonazzola sbona...@redhat.com To: mbe...@redhat.com Cc: devel@ovirt.org, Yedidyah Bar David d...@redhat.com, Lev Veyde lve...@redhat.com, Simone Tiraboschi stira...@redhat.com Sent: Thursday, November 6, 2014 1:48:21 PM Subject: [ACTION REQUIRED] engine-setup broken on master due to missing SysPrep2K3Path 2014-11-06 13:38:41 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:164 Database: 'None', Statement: ' select version, option_value from vdc_options where option_name = %(name)s ', args: {'name': 'SysPrep2K3Path'} 2014-11-06 13:38:41 DEBUG otopi.ovirt_engine_setup.engine_common.database database.execute:214 Result: [] 2014-11-06 13:38:41 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File /usr/lib/python2.7/site-packages/otopi/context.py, line 142, in _executeMethod method['method']() File /usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/legacy/osinfo.py, line 88, in _misc ).getVdcOption(name=vdco) File /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine/vdcoption.py, line 88, in getVdcOption ownConnection=ownConnection, File /usr/share/ovirt-engine/setup/ovirt_engine_setup/engine/vdcoption.py, line 63, in getVdcOptionVersions name=name, RuntimeError: Cannot locate application option SysPrep2K3Path Looks like commit 4a02e12ac9a4f2e18340c177c5f656ddf753694e Author: Martin Betak mbe...@redhat.com Date: Wed Nov 5 15:00:47 2014 +0100 core: Drop legacy SysPrep paths from config Change-Id: I675340ae90aa724b935b0cf0a25544c06b0177eb Bug-Url: https://bugzilla.redhat.com/show_bug.cgi?id=1086768 Signed-off-by: Martin Betak mbe...@redhat.com Broke the setup. Can you please advise about what the setup should do now? The upgrade script _config.sql now deletes the values from DB. Is it possible to make this python script run before the DB upgrade scripts are run? the correct solution is to remove the osinfo handling from ovirt-engine-setup; it has no use since 3.4. it can only make things worse:) all dbs should already be upgraded/transitioned to use osinfo so the sysprep vars in config are useless for a long time already Ok, can you please open a bz on setup and block 1086768 or push a patch? Any progress with this issue? master should be ok I see it happening on 3.5 as well. How could it be on 3.5? The removal was merged to master only 3 weeks ago, not to 3.5. Are tou seeing the same problem? Please provide full logs if you can reproduce on 3.5. If it happens, it must be something else breaking the setup. False alarm, not reproducing. Could this have been resolved by yum upgrade?(ovirt-host-deploy?) I am now seeing a different issue: engine-setup only works on the second try; (master, building installing rpms on fe20). On the first I get [ ERROR ] Failed to execute stage 'Closing up': Command '/bin/systemctl' failed to execute Is this a known Issue? If not I will send a new email with logs of both setups. No, it's not a known issue, please provide logs Thanks. Thanks, michal Thanks, michal We really don't want to keep this unused values in the database after the correct migration to osinfo is performed. -- 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 -- 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 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com -- 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] webadmin session timeout
- Original Message - From: Leaboy wlblea...@126.com To: devel@ovirt.org Sent: Wednesday, November 26, 2014 12:12:17 PM Subject: [ovirt-devel] webadmin session timeout Hi, erveryone: How could I change webadmin’s session timeout? By changing config option UserSessionTimeOutInterval. See [1] [2] [1] http://www.ovirt.org/Engine_config_examples [2] http://www.ovirt.org/Engine_config_options -- Didi ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] Moving F21 slaves offline / disabling failing F21 jenkins jobs
Hi, since Fedora 21 slaves are causing several failures on jobs that works fine on other slaves and some Fedora 21 jobs like ovirt-engine and reports build are known to fail on F21, we're going to disable them until the known issues will be fixed. 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] Moving F21 slaves offline / disabling failing F21 jenkins jobs
- Original Message - From: Sandro Bonazzola sbona...@redhat.com To: devel@ovirt.org, infra in...@ovirt.org Sent: Wednesday, November 26, 2014 4:56:23 PM Subject: [ovirt-devel] Moving F21 slaves offline / disabling failing F21 jenkins jobs Hi, since Fedora 21 slaves are causing several failures on jobs that works fine on other slaves and some Fedora 21 jobs like ovirt-engine and reports build are known to fail on F21, we're going to disable them until the known issues will be fixed. We should not disable them - instead, we should move them out of the pool handling patches, so patches are not nacked because the host is running a broken fedora version. But we would like to know if our tests work on latest fedora, so it would be nice to run a test for each patch merged into master on latest fedora. We need to find issues now so they are resolved when next rhel version is ready - unlike the way we missed critical issues that we could find on fedora 19 but found only on rhel 7. What do you think? Nir ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status
- Original Message - From: Sandro Bonazzola sbona...@redhat.com To: nsof...@redhat.com, Darshan Narayana Murthy dnara...@redhat.com, us...@ovirt.org, devel@ovirt.org, infra in...@ovirt.org Sent: Wednesday, November 26, 2014 10:15:11 AM Subject: [ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status Hi, We're going to start composing oVirt 3.5.1 RC on *2014-12-02 08:00 UTC* from 3.5 branch. In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. The bug tracker [1] shows 3 open blocker: Bug IDWhiteboard Status Summary 1162640 gluster POSTsupervdsm segfault in libgfapi while querying volume status detail 1160846 sla NEW Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile 1159839 storage POSTNew FC LUNs are not detected on hypervisor without a reboot Patch was merged on master - just needs backporting and merging there too. Seems simple enough. Nir - ETA on this pleaes? The following bugs have been keyworded as Regression and not marked as blockers: Bug IDWhiteboard Status Target Summary 1160846 sla NEW --- Can't add disk to VM without specifying disk profile when the storage domain has more than one disk profile 1118349 storage NEW 3.5.1 [vdsm] Creating DataCenter 3.5 using master domain V1 fails with InquireNotSupportedError Not interesting - this is indeed not a blocker. In order to stabilize the release a new branch ovirt-engine-3.5.1 will be created from the same git hash used for composing the RC. Maintainers: - Please be sure that 3.5 snapshot allow to create VMs before *2014-12-01 15:00 UTC* - Please be sure that no pending patches are going to block the release before *2014-12-01 15:00 UTC* - If any patch must block the RC release please raise the issue as soon as possible. - Please provide an ETA for the pending blockers as soon as possible. Infra: - Please check Jenkins status for 3.5 jobs and sync with relevant maintainers if there are issues. There are still 98 bugs [2] targeted to 3.5.1. Excluding node and documentation bugs we still have 71 bugs [3] targeted to 3.5.1. Maintainers / Assignee: - Please review bugs marked as Regression and add to blocker if they're real regressions. - Please add the bugs to the tracker if you think that 3.5.1 should not be released without them fixed. - Please update the target to 3.5.2 or later for bugs that won't be in 3.5.1: 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.5 nightly snapshot, please add yourself to the test page [5] [1] http://bugzilla.redhat.com/1155170 [2] http://goo.gl/7G0PDV [3] http://goo.gl/6gUbVr [4] http://www.ovirt.org/OVirt_3.5.1_Release_Notes [5] http://www.ovirt.org/Testing/oVirt_3.5.1_Testing -- 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 ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] engine-setup fails on first attempt due to Command '/bin/systemctl' failed to execute then succeeds.
(Poor mailing list, needs to duplicate so much logs to so many subscribers. Pastebin is so more efficient) On Wed, Nov 26, 2014 at 06:57:27AM -0500, Mooli Tayer wrote: 2014-11-26 12:17:45 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:936 execute-output: ('/bin/systemctl', 'stop', 'nfs-server.service') stderr: 2014-11-26 12:17:45 DEBUG otopi.plugins.otopi.services.systemd systemd.state:134 starting service nfs-server 2014-11-26 12:17:45 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:823 execute: ('/bin/systemctl', 'start', 'nfs-server.service'), executable='None', cwd='None', env=None 2014-11-26 12:17:45 DEBUG otopi.plugins.otopi.services.systemd plugin.executeRaw:873 execute-result: ('/bin/systemctl', 'start', 'nfs-server.service'), rc=1 2014-11-26 12:17:45 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:931 execute-output: ('/bin/systemctl', 'start', 'nfs-server.service') stdout: 2014-11-26 12:17:45 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:936 execute-output: ('/bin/systemctl', 'start', 'nfs-server.service') stderr: Job for nfs-server.service failed. See 'systemctl status nfs-server.service' and 'journalctl -xn' for details. could you look for details of the nfs-server.service startup failure? Dan. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] webadmin session timeout
Hi, david: I tried to do it like this: engine-config --set UserSessionTimeOutInterval=1” But it seems doesn’t valid. Is there have a minimum value for UserSessionTimeOutInterval default 在 11/26/14, 19:04, Yedidyah Bar David d...@redhat.com 写入: - Original Message - From: Leaboy wlblea...@126.com To: devel@ovirt.org Sent: Wednesday, November 26, 2014 12:12:17 PM Subject: [ovirt-devel] webadmin session timeout Hi, erveryone: How could I change webadmin’s session timeout? By changing config option UserSessionTimeOutInterval. See [1] [2] [1] http://www.ovirt.org/Engine_config_examples [2] http://www.ovirt.org/Engine_config_options -- Didi ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel