The review of the spec to blueprint "hot-resize" has several comments
about the need of refactoring the existing code base of "resize" and
"migrate" before the blueprint could be considered (see [1]).
I'm interested in the result of the blueprint therefore I want to offer
my support. How can I p
Jay Pipes wrote on 08/27/2014 08:57:08 PM:
> From: Jay Pipes
> To: openstack-dev@lists.openstack.org
> Date: 08/27/2014 08:59 PM
> Subject: Re: [openstack-dev] [nova] refactoring of resize/migrate
>
> On 08/27/2014 06:41 AM, Markus Zoeller wrote:
> > The review of th
John Garbutt wrote on 08/29/2014 07:59:38 PM:
> From: John Garbutt
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 08/29/2014 08:12 PM
> Subject: Re: [openstack-dev] [nova] refactoring of resize/migrate
>
> On 28 August 20
Vineet Menon
I'm not working on the cellsv2 but thanks anyway. It helps me to
understand the relationships a bit more.
Regards,
Markus Zoeller
IRC: markus_z
Launchpad: mzoeller
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
> Hello Frank,
>
> Some times, I've seen that modules are missing even in the stable
> branches, try to install the module independently and this should
> fix your issue.
>
> Best regards, Venu
>
>
> > On Thu, Dec 4, 2014 at 11:58 AM, Du Jun wrote:
> >
> > Hi all,
> >
> > I think I find a
Tue Dec 9 15:39:35 UTC 2014, Daniel P. Berrange wrote:
> I've pretty much no idea what the intention was for that field. I've
> been working on formally documenting all those things, but draw a blank
> for that
>
> FYI:
>
> https://review.openstack.org/#/c/136380/1/doc
instance
"Unable to get log for instance ."
Would it be good to have both, the serial console *and* the console log
file?
[1]
https://review.openstack.org/#/c/113960/14/nova/virt/libvirt/driver.py,cm
[2]
http://developer.openstack.org/api-ref-compute-v2-ext.html#ext-os-console-o
console and I don't doubt its
usefulness. I'm worried about *not* persisting the OS messages into
a file when I activate the "serial console" feature. Why not having both?
Regards,
Markus Zoeller
IRC: markus_z
Launchpad: mzoeller
___
ding to this template could
help me build up knowledge in this area.
Maybe this or a similar template can be preloaded into the description
panel of launchpad when creating a bug entry.
What are your thoughts about this?
Regards,
Markus Zoeller
IRC: markus_z
-- template
> Hi Markus,
>
> Thank you for bringing up this.
>
> On Thu, Oct 16, 2014 at 9:13 PM, Markus Zoeller
wrote:
> > TL;DR: A proposal for a template for launchpad bug entries which asks
> >for the minimal needed data to work on a bug.
> >
> >
> > Hi,
Thierry Carrez wrote on 10/17/2014 11:28:56 AM:
> From: Thierry Carrez
> To: openstack-dev@lists.openstack.org
> Date: 10/17/2014 11:31 AM
> Subject: Re: [openstack-dev] [QA] Proposal: A launchpad bug description
template
>
> Markus Zoeller wrote:
> > TL;DR: A pro
-websocket/
Regards,
Markus Zoeller
IRC: markus_z
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On Wed Oct 29 09:42:52 UTC 2014, Sahid Orentino Ferdjaoui wrote:
>
> The aim of the feature is exposing an interactive web-based serial
> consoles through a websocket proxy. The API returns an URL with a
> valid token that should be used with a websocket client to read/write
> on the stream.
>
>
rvice control" is. What is this? How does a hypervisor verify
that it supports this?
[1] https://wiki.openstack.org/wiki/HypervisorSupportMatrix
[2] https://wiki.openstack.org/wiki/HypervisorSupportMatrix/Requirements
[3] http://openstack.markmail.org/
Regards,
Markus Zoeller
IRC
Sahid for your help! Thanks to Solly too, for offering JS
help!
[1] OpenStack Nova Developer Docs; "Websocket serial Proxy for OpenStack
Nova serial ports." ;
http://docs.openstack.org/developer/nova/man/nova-serialproxy.html
Markus Zoeller/Germany/IBM wrote on 10/30/2014 1
[1] https://blueprints.launchpad.net/nova/+spec/libvirt-kvm-systemz
[2] https://wiki.openstack.org/wiki/HypervisorSupportMatrix
Regards,
Markus Zoeller
IRC: markus_z
Launchpad: mzoeller
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.ope
rhaps just create a
> new wiki page and upload it in whatever format you currently have
> it in, and we'll work forwards from there.
To the best of my belief:
https://wiki.openstack.org/wiki/HypervisorSupportMatrix/DriverAPI
Regards,
Markus Zoeller
IRC: markus_z
Launchpad: mzoeller
_
etting
> users customize their own workflow.
>
> Regards,
> Daniel
True. My proposal is indeed a poor man's way of tagging. My research,
if Gerrit provides such a feature, didn't bring up any results.
Regards, Markus Zoeller (markus_z)
___
abels", "tags" and "categorization". It
would never have occured to me to search for "hashtag". I'll play
around with my local Gerrit 2.11 installation and let you know
about the results.
Regards, Markus Zoeller (markus_z)
__
> [/quote]
>
> It is listed as an experimental feature, but I'd really love to see this
> enabled if at all practical.
>
> Regards,
> Daniel
+1
A mockup from the Gerrit folks: http://i.imgur.com/T1azkvk.png
Regards, Markus Zoeller (markus_z)
_
case is? IOW,
when and why do I (in whatever role) prefetch images?
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstac
; Thanks.
I'd like to make you aware of bp "split-different-live-migration-types":
https://review.openstack.org/#/c/225910/
It intends to split those 3 types you are talking about. This could have
some overlap to your work.
Regards, Markus Zoeller (markus_z)
___
e
> of use case:
> https://www.openstack.org/summit/openstack-paris-summit-2014/session-
> videos/presentation/cold-start-booting-of-1000-vms-under-10-minutes
>
> --
> Mathieu
Thanks, that's a great presentation with impressive numbers. I wasn't
aware that there could be the need t
ix included in the bug
> thread:
>
> https://bugs.launchpad.net/nova/+bugs?field.tag=low-hanging-fruit
>
> -Christopher
I also like to recommend to read the (not yet merged) "bug handling
description" of the developer
ary updates and if I missed a subteam.
Just to be clear, this is *not* intended to be finger-pointing in any
way. It's an attempt to organize the effort of bug solving to get a
more stable product.
Regards, Markus Zoeller (markus_z)
Refer
utors as I'm under the impression that the mental image
differs a lot among the contributors. So, my questions are:
1) Who's in charge of merging such non-project-specific things?
2) Did I miss some important things in the commit?
[1] https://review.openstack.org/#/c/192232/
Regards,
On 2015-11-05 16:23:56 +0100 (+0100), Markus Zoeller wrote:
> > some months ago I wrote down all the things a developer should know
> > about the bug handling process in general [1]. It is written as a
> > project agnostic thing and got some +1s but it isn't merged yet.
&g
Hey folks,
below is the first report of bug stats I intend to post weekly.
We discussed it shortly during the Mitaka summit that this report
could be useful to keep the attention of the open bugs at a certain
level. Let me know if you think it's missing something.
Stats
=
New bugs which are
ov 06, 2015 at 05:54:59PM +0100, Markus Zoeller wrote:
> > Hey folks,
> >
> > below is the first report of bug stats I intend to post weekly.
> > We discussed it shortly during the Mitaka summit that this report
> > could be useful to keep the attention of the open bugs
Diana Clarke wrote on 11/06/2015 09:54:03
PM:
> From: Diana Clarke
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 11/06/2015 09:54 PM
> Subject: Re: [openstack-dev] [nova][bugs] Weekly Status Report
>
> On Fri, Nov 6, 2015 at 1
ging-fruit item? ;)
To be honest, I don't think it's easy. You need to know a lot of the
code to understand the bug but you need to fix some bugs to deeply
understand the code base... you see the cycle here.
Regards, Markus Zoeller (markus_z)
et/nova/+bugs?field.tag=low-hanging-fruit
> Off topic slightly, but we have an etherpad with some ideas, see here:
> https://wiki.openstack.org/wiki/Nova/Mentoring#What_should_I_work_on.3F
>
> Thanks,
> johnthetubaguy
Regards, Markus Zoeller (markus_z)
__
gs" (not git tags). This was previously discussed on the ML with [1].
[1] [openstack-dev] [infra][all] Reviews with a prio label?:
http://lists.openstack.org/pipermail/openstack-dev/2015-October/077532.html
Regards, Markus Zoeller (markus_z)
___
count: 0 (0)
query: http://bit.ly/1kfntfk
Readings
* https://wiki.openstack.org/wiki/BugTriage
* https://wiki.openstack.org/wiki/Nova/BugTriage
*
http://lists.openstack.org/pipermail/openstack-dev/2015-November/078252.html
Markus Zoeller/Germany/IBM@IBMDE wrote on 11/06/2015
lize-config-options
[2] Gerrit, "config options: centralize section "serial_console";
https://review.openstack.org/#/c/244177/
[3] https://etherpad.openstack.org/p/config-options
Regards, Markus Zoeller (markus_z)
Markus Zoeller/Germany/IBM@IBMDE wrote on 11/16/2015 02:37:14 PM:
> From: Markus Zoeller/Germany/IBM@IBMDE
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 11/16/2015 02:38 PM
> Subject: [openstack-dev] [nova] config options: location
_by_default
>
> --
> ChangBo Guo(gcb)
Does it make sense to introduce a hacking check when your changes are
merged? To prevent that new things slip in in Nova during the time period
until "oslo.config" changes the default value?
Regards, Markus Zoeller (markus_z)
.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2015-11-17.log.html#t2015-11-17T08:44:57
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...
David Pursehouse wrote on 11/12/2015 09:22:50
PM:
> From: David Pursehouse
> To: OpenStack Development Mailing List
> Cc: openstack-in...@lists.openstack.org
> Date: 11/12/2015 09:27 PM
> Subject: Re: [openstack-dev] [OpenStack-Infra] Report from Gerrit User
Summit
>
> On Mon, Nov 9, 2015 a
> libvirt gate job running
>
> On Wed, Nov 18, 2015 at 11:46:40AM +, Daniel P. Berrange wrote:
> > On Wed, Nov 18, 2015 at 05:18:28PM +1100, Tony Breeds wrote:
> > > On Tue, Nov 17, 2015 at 03:32:45PM -0800, Jay Pipes wrote:
> > > > On 11/17/2015 11:10 AM, Mar
http://eavesdrop.openstack.org/meetings/cinder/2015/cinder.2015-11-18-16.00.log.html
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@list
t;
>
>
> Le 19/11/2015 18:37, Markus Zoeller a écrit :
> > If you ever had a patch which contained "UpgradeImpact" or
"DocImpact",
> > this mail is for you. You may have already heard of "reno" and how it
> > will change the handling of t
nstack.org/pipermail/openstack-dev/2015-November/078252.html
Markus Zoeller/Germany/IBM@IBMDE wrote on 11/13/2015 04:07:24 PM:
> From: Markus Zoeller/Germany/IBM@IBMDE
> To: "OpenStack Development Mailing List \(not for usage questions\)"
>
> Date: 11/13/2015 04:09 PM
> Sub
y/
[4] Screenshort of the PoC nova bugs dashboard (expires on 2015-12-20):
http://www.tiikoni.com/tis/view/?id=7f3f191
[5] https://gist.github.com/anonymous/4368eb69059f11286fe9
[6] http://docs.openstack.org/infra/grafyaml/
Footnotes
=
* you can set ``target="syso"`
.
>
> I hope that works out OK for everyone?
>
> Thanks,
> johnthetubaguy
+1
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@li
from a bug management
perspective.
[1] Launchpad nova bugs; tag "quotas"; status is not in progress:
http://bit.ly/1Pbr8YL
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not f
ov 24, 2015 at 04:20:26PM +0100, Markus Zoeller wrote:
> > Background
> > ==
> > We have "grafana" for data visualization [1] and I'd like to introduce
> > a dashboard which shows data from our bug tracker Launchpad. Based on
> > ttx's cod
the etherpad [2] and give
it a try.
References
==
[1] blueprint "centralize config options":
http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/centralize-config-options.html
[2] https://etherpad.openstack.org/p/config-options
Reg
permail/openstack-dev/2015-December/081271.html
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
options
> at etherpad.
>
> Thanks in advance
>
> Esra ÇELİK
> www.bilgem.tubitak.gov.tr
> celik.e...@tubitak.gov.tr
Hi Esra,
there are some "good for starters" comments in the mentioned etherpad.
Just pick one of those. Maybe the 'filesystems' o
with
the tool *tox* [1].
[1] http://docs.openstack.org/developer/nova/unit_tests.html
Regards, Markus Zoeller (markus_z)
> Kimden: "Markus Zoeller"
> Kime: "OpenStack Development Mailing List (not for usage questions)"
>
> Gönderilenler: 3 Aralık Perşem
"markus_z". More info about IRC at:
* https://wiki.openstack.org/wiki/UsingIRC
* https://wiki.openstack.org/wiki/IRC
> Kimden: "Markus Zoeller"
> Kime: "OpenStack Development Mailing List (not for usage questions)"
>
> Gönderilenler: 4 Aralık Cuma 2015
nstack.org/pipermail/openstack-dev/2015-November/078252.html
Regards, Markus Zoeller (markus_z)
Markus Zoeller/Germany/IBM@IBMDE wrote on 11/20/2015 05:36:48 PM:
> From: Markus Zoeller/Germany/IBM@IBMDE
> To: "OpenStack Development Mailing List \(not for usage questions\)"
>
&g
On 05/19/2016 09:18 PM, Ben Nemec wrote:
On 05/17/2016 07:27 PM, Matt Fischer wrote:
If config sample files are being used as a living document then that
would be a reason to leave the deprecated options in there. In my
experience as a cloud deployer I never once used them in tha
om/openstack/nova/blob/d619ad6ba15df1cf7dc92ddf84d1c65af018682f/nova/cmd/dhcpbridge.py#L92-L92
[2]
https://github.com/openstack/nova/blob/b8aac794d4620aca341b269c6db71ea9e70d2210/nova/cmd/manage.py#L1397-L1397
[3] http://burndown.dague.org/
--
Regards, Markus Zoeller (markus_z)
__
On 20.05.2016 16:51, Ben Nemec wrote:
> On 05/20/2016 04:26 AM, Markus Zoeller wrote:
>> On 05/19/2016 09:18 PM, Ben Nemec wrote:
>>> On 05/17/2016 07:27 PM, Matt Fischer wrote:
>>>>
>>>> If config sample files are being used as a living document then
d example: CONFIRMED FOR: KILO
* AND add the steps to reproduce the issue (if applicable)
Let me know if you think this comment gives enough information how to
handle this situation.
References:
[1] http://45.55.105.55:8082/bugs-dashboard.html#t
ularly for Q/A folks who work between different projects.
A first draft (without the actual expiring) is at [1]. I'm going to
finish it this week. If there is a place in an OpenStack repo, just give
me a pointer and I'll push a change.
> On 23 May 2016 at 14:02, Markus Zoeller wrote:
end.
This takes effect starting from 2016-06-07 [2].
References:
[1] https://wiki.openstack.org/wiki/Meetings/Nova/BugsTeam
[2] https://review.openstack.org/#/c/320337/
--
Regards, Markus Zoeller (markus_z)
__
OpenStack D
'm going to
>> finish it this week. If there is a place in an OpenStack repo, just give
>> me a pointer and I'll push a change.
>>
>>> On 23 May 2016 at 14:02, Markus Zoeller wrote:
>>>
>>>> TL;DR: Automatic closing of 185 bug reports w
. Feel free to use the script in your favorite project.
I'll do that in week R-13 for Nova [2].
References:
[1] https://review.openstack.org/#/c/321008/
[2] http://lists.openstack.org/pipermail/openstack-dev/2016-May/095654.html
--
Regards, Markus Zoeller (mar
References:
[1]
https://github.com/markuszoeller/openstack/blob/master/scripts/launchpad/bugs_dashboard.py#L276
--
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Nova needs one or more volunteers for the bug skimming duty [1] for the
coming week (R-18). Unfortunately no one signed up yet. Let me know if
you wanna help in this area.
References:
[1] https://wiki.openstack.org/wiki/Nova/BugTriage#Weekly_bug_skimming_duty
--
Regards, Markus Zoeller
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
References:
[1] https://review.openstack.org/#/c/322255/1
--
#Weekly_bug_skimming_duty
--
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
ttps://review.openstack.org/#/c/323761/2/nova/virt/libvirt/driver.py@4190
--
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-re
A reminder that this will happen in ~2 weeks.
Please note that you can spare bug reports if you leave a comment there
which says one of these (case-sensitive flags):
* CONFIRMED FOR: NEWTON
* CONFIRMED FOR: MITAKA
* CONFIRMED FOR: LIBERTY
On 23.05.2016 13:02, Markus Zoeller wrote:
> TL
On 21.06.2016 18:24, Adam Young wrote:
> On 06/21/2016 08:43 AM, Markus Zoeller wrote:
>> A reminder that this will happen in ~2 weeks.
>>
>> Please note that you can spare bug reports if you leave a comment there
>> which says one of these (case-sensitive flags):
estions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
Thanks for the heads up. I checked Nova, and every sphinx-build command
we use in ou
On 23.06.2016 12:21, Andreas Jaeger wrote:
> On 06/23/2016 10:43 AM, Markus Zoeller wrote:
>> On 21.06.2016 15:01, Doug Hellmann wrote:
>>> A while back pbr had a feature that let projects pass "warnerror"
>>> through to Sphinx during documentation builds, caus
On 23.06.2016 11:50, Daniel P. Berrange wrote:
> On Mon, Jun 20, 2016 at 05:47:57PM +0200, Markus Zoeller wrote:
>> White working on the change series to implement the virtlogd feature I
>> got feedback [1] to move code which creates parts of the libvirt.xml
>> file from the
__
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
References:
changes [2] and [3] did already get a lot of attention from danpb.
References:
[1] https://blueprints.launchpad.net/openstack/?searchtext=libvirt-virtlogd
[2] https://review.openstack.org/#/c/334480/
[3] https://review.openstack.org/#/c/323765/
--
Regards, Markus Zoeller (markus_z)
progress. You can see a graphical impact at
[1]. The list of affected bug reports is at [2] and as an attached file.
References:
[1] http://45.55.105.55:3000/dashboard/db/openstack-bugs
[2] http://paste.openstack.org/show/525937/
--
Regards, Markus Zoeller (markus_z)
On 21.06.2016 14:43, Markus
the missing decision. Would be great if we could come to a conclusion.
References:
[1] https://bugs.launchpad.net/nova/+bug/1550250
[2] https://review.openstack.org/#/c/288433/
Regards, Markus Zoeller (markus_z)
__
OpenStack
ML post, which makes me believe the bug is still a valid
issue.
References:
[1] https://review.openstack.org/#/c/298023/
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstac
bugs == (trivial) blueprint?":
http://lists.openstack.org/pipermail/openstack-dev/2016-March/089365.html
[7] https://wiki.openstack.org/wiki/Meetings/Nova/BugsTeam
[8] https://etherpad.openstack.org/p/nova-bugs-team
[9] https://launchpad.net/~nova-bugs
[10] http://markuszoe
https://etherpad.openstack.org/p/nova-bugs-team
[2] http://45.55.105.55:8082/bugs-dashboard.html#tabInProgressStale
>
> Adam Lawson
>
> AQORN, Inc.
> 427 North Tatnall Street
> Ste. 58461
> Wilmington, Delaware 19801-2230
> Toll-free: (844) 4-AQORN-NOW ext. 101
> In
g.
References:
[1]
https://github.com/openstack/python-novaclient/commit/7304ed80df265b3b11a0018a826ce2e38c052572#diff-56f10b3a40a197d5691da75c2b847d31R33
Regards, Markus Zoeller (markus_z)
> [image removed] Matt Riedemann ---2016/04/05 03:49:05 PM---As we
> discuss the glance v2 spec for nova, questions are com
and suggestions are [...]."
+1 | "I understand the code and your change. It improves the
project and I'd maintain it."
0 | "I don't get the code or your change. My questions are [...]."
If it already has at least one +2, I (usually) ignore i
l.conf.compute1
--- --- --- --- local.conf.compute2
--- mitaka
--- --- # same structure as master branch. omitted for brevity
--- liberty
--- --- # same structure as master branch. omitted for brevity
Thoughts?
Regards, Markus Zo
ixes pre summit, and do a virtual doc
> sprint post summit to push through to completion.
>
>-Sean
>
> --
> Sean Dague
> http://dague.net
The rendered output looks pretty neat. I like that all is on one page:
http://docs-draft.opens
> From: Neil Jerram
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 04/14/2016 10:50 AM
> Subject: Re: [openstack-dev] [all] [devstack] Adding example
> "local.conf" files for testing?
>
> On 14/04/16 08:35, Markus Zoe
> From: Matt Riedemann
> To: openstack-dev@lists.openstack.org
> Date: 04/14/2016 04:53 PM
> Subject: Re: [openstack-dev] [all] [devstack] Adding example
> "local.conf" files for testing?
>
>
>
> On 4/14/2016 6:09 AM, Sean Dague wrote:
> > O
> From: Dean Troyer
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 04/14/2016 08:18 PM
> Subject: Re: [openstack-dev] [all] [devstack] Adding example
> "local.conf" files for testing?
>
> On Thu, Apr 14, 2016 at 11:
A short reminder that this is happening next Monday 04/18
A few stats are at: http://45.55.105.55:8082/bugs-stats.html
Regards, Markus Zoeller (markus_z)
> From: Matt Riedemann
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 04/05/2
In case the dashboard is not loading, you can use
* query_inconsistent.py
* query_stale_incomplete.py
from
https://github.com/markuszoeller/openstack/tree/master/scripts/launchpad
Regards, Markus Zoeller (markus_z)
> From: Matt Riedemann
> To: "OpenStack Developm
well. Making it explicit that "pybasedir" gets used
multiple times as a base could prevent confusion.
References:
[1] https://review.openstack.org/#/c/299236/7/nova/conf/paths.py
Regards, Markus Zoeller (markus_z)
t actually one changes multiple other
> > config options as well. Making it explicit that "pybasedir" gets used
> > multiple times as a base could prevent confusion.
> >
> > References:
> > [1] https://review.openstack.org/#/c/299236/7/nova/conf/paths.py
> >
is ready for review.
This is the most important part of this effort.
For questions, ping me in #openstack-nova
References
[1] http://releases.openstack.org/newton/schedule.html
Regards, Markus Zoeller (markus_z)
Appendix:
=
nova [1]https://review.openst
> From: Michael Still
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 05/09/2016 11:12 PM
> Subject: Re: [openstack-dev] config options: current state (R-21)
>
> On Tue, May 10, 2016 at 2:12 AM, Markus Zoeller
wrote:
> We
working on that patch and aim for the next few days. Ping me in IRC
if you have questions (I'm not around at Dec. 11th(FRI) + 15th (TUE)).
Regards and thanks for your efforts, Markus Zoeller (markus_z)
Markus Zoeller/Germany/IBM@IBMDE wrote on 12/03/2015 05:10:48 PM:
> From: Markus Zoeller
rvice in devstack:
# local.conf
enable_service n-sproxy
* You can check if the connection with telnet is possible:
$ telnet 127.0.0.1 10005
* You could give larsks's "novaconsole" [1] a try:
$ novaconsole my-server
Notes
=
* Please be aware that only on
n
Regards, Markus Zoeller (markus_z)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailma
Sean Dague wrote on 12/17/2015 04:48:17 PM:
> From: Sean Dague
> To: openstack-dev@lists.openstack.org
> Date: 12/17/2015 04:48 PM
> Subject: Re: [openstack-dev] [gate] job failure rate at ~ 12% (check
> queue) <= issue?
>
> On 12/17/2015 05:52 AM, Markus Zoeller wr
> >
> > The rest is basically the way the old dashboard was.
> >
> > If you find this dashboard useful, enjoy. If not, hopefully you take
> > some ideas out of it for your own review pattern.
>
> Going further, it's now possible to add that above dash
name in the wiki [2].
At best we will have at least 1 person until today's Nova meeting
at 21:00 UTC [3]. When you volunteer, I will be available in IRC
for requests, too.
Regards, Markus Zoeller (markus_z)
References:
[1]
https://wiki.openstack.org/wikiBugTriage#Task_1:_Confirm_new_
va.
My understanding of the current process is summarized in [1].
To have some numbers, there are 2-5 new bugs each day, which
takes me in sum 0.5-1.5 hours to triage per day (I'm with Nova
for 3 cycles).
[1] http://markuszoeller.github.io/posts/openstack-bugs/
Regards, Markus Zoeller (markus_z)
a very minimum.
Let's use the channel #openstack-meeting-3 at coming Monday,
January the 11th, at 15:00 UTC for that.
References:
[1] "single point of entry for sample config generation"
https://review.openstack.org/#/c/260015
Reg
k.org/wiki/BugTriage
* https://wiki.openstack.org/wiki/Nova/BugTriage
*
http://lists.openstack.org/pipermail/openstack-dev/2015-November/078252.html
Regards, Markus Zoeller (markus_z)
Markus Zoeller/Germany/IBM@IBMDE wrote on 12/04/2015 03:33:24 PM:
> From: Markus Zoeller/Germany/IBM@IBMDE
>
1 - 100 of 263 matches
Mail list logo