[ovirt-devel] [QE][ACTION REQUIRED] oVirt 3.5.1 RC status

2014-11-26 Thread Sandro Bonazzola
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

2014-11-26 Thread Sandro Bonazzola
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

2014-11-26 Thread Leaboy
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

2014-11-26 Thread Mooli Tayer


- 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

2014-11-26 Thread Sandro Bonazzola
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

2014-11-26 Thread Yedidyah Bar David
- 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

2014-11-26 Thread Sandro Bonazzola
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

2014-11-26 Thread Nir Soffer
- 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

2014-11-26 Thread Allon Mureinik


- 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.

2014-11-26 Thread Dan Kenigsberg
(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

2014-11-26 Thread Leaboy
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