*rich_instances* custom quota class same as *instances* quota class.
I discussed this thing pretty recently with sean-k-mooney I hope he remembers
it.
ボーアディネシュ Bhor Dinesh
Verda2チーム
〒160-0022 東京都新宿区新宿4-1-6 JR新宿ミライナタワー 23階
Mobile 08041289520 Fax 03-4316-2116
Email dinesh.b...@linecorp.com
-Original
+1
This time may not fit for attendees who work in IST time zone as it will 07.30
AM in the morning.
Thanks,
Dinesh
> On Apr 26, 2018, at 12:06 AM, Kwan, Louie wrote:
>
> Sampath, Dinesh and others,
>
> It was a good meeting last week.
>
> As briefly discussed with
Hi Sampath San,
There is one more option which we discussed in yesterdays masakari meeting [1]:
St. Bernard(Dog) [2].
[1]
http://eavesdrop.openstack.org/meetings/masakari/2018/masakari.2018-03-13-04.01.log.html#l-38
[2] https://en.wikipedia.org/wiki/St._Bernard_(dog)
Thank you,
Dinesh
Hi Greg,
We below are present:
Tushar Patil(tpatil)
Yukinori Sagara(sagara)
Abhishek Kekane(abhishekk)
Dinesh Bhor(Dinesh_Bhor)
Thank you,
Dinesh Bhor
From: Waines, Greg
Sent: 28 February 2018 19:22:26
To: OpenStack
Hi Kwan Louie,
I think you are looking for this:
https://review.openstack.org/#/c/487430/
Thank you,
Dinesh Bhor
From: Kwan, Louie
Sent: 16 February 2018 02:46:14
To: OpenStack Development Mailing List (not for usage questions)
Hi Masakari team,
Below are the patches up for review to change the masakari service-type from
“ha” to “instance-ha”:
openstack/python-masakariclient :
https://review.openstack.org/#/c/53/1
openstack/masakari-monitors :
https://review.openstack.org/#/c/536668/
openstack/masakari :
Hi Greg,
Looks like you don’t have “devstack-masakari” host registered in Masakari
database.
Currently operator have to add all the hosts from failover-segment manually to
Masakari database.
You can use below command:
Register failover-segment to Masakari database:
openstack segment
Hi Neutron devs,
This is regarding adding global-req-id support in Neutron projects.
Below is the spec and URL for reference:
spec: https://review.openstack.org/#/c/464746/
status of patches submitted:
https://review.openstack.org/#/q/message:I65de8261746b25d45e105394f4eeb95b9cb3bd42
Is anyone
Not a core but contributes to Masakari.
(A) Proposed to remove from Core team:
(1) Toshikazu Ichikawa
I think we should also consider Toshikazu Ichikawa San in "Confirm your
availability as Core member".
B) Confirm your availability as Core member:
Following members,
Hi Team,
There are four solutions to fix the below bug:
https://bugs.launchpad.net/keystoneauth/+bug/1638978
1) Carry a copy of mask_password() method to keystoneauth from oslo_utils [1]:
Pros:
A. keystoneauth will use already tested and used version of mask_password.
Cons:
A. keystoneauth will
09, 2017 at 06:39:52AM +, Bhor, Dinesh wrote:
> Hello everyone,
>
> I would like to ask for the FFE for adding "python-masakariclient" in
> global-requirements.
>
> Earlier, we were not having "check-requirements" job for masakari-* projects.
> At
Hello everyone,
I would like to ask for the FFE for adding "python-masakariclient" in
global-requirements.
Earlier, we were not having "check-requirements" job for masakari-* projects.
At that time, we use to manually add "python-masakariclient" as a requirement
in masakari-monitors project
Good luck with your new position Roman. You were always helpful and friendly.
Thanks,
Dinesh Bhor
-Original Message-
From: Roman Podoliaka [mailto:roman.podoli...@gmail.com]
Sent: Sunday, June 11, 2017 8:03 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [oslo.db]
Jul 25, 2016 at 07:57:08AM -0400, Sean Dague wrote:
>> On 07/22/2016 11:30 AM, Daniel P. Berrange wrote:
>>> On Thu, Jul 21, 2016 at 07:03:53AM -0700, Matt Riedemann wrote:
>>>> On 7/21/2016 2:03 AM, Bhor, Dinesh wrote:
>>>>
>>>> I agree t
Hi amrith,
I can see the patches got merged against that bug with similar changes:
[python-cinderclient]
https://review.openstack.org/#/c/47453/2/cinderclient/base.py
[ironic] https://review.openstack.org/#/c/47451/2/ironic/common/image_service.py
Do you think these changes needs to be
Hi Nova Devs,
Many times, there are a number of data sets that we have to run the same tests
on.
And, to create a different test for each data set values is time-consuming and
inefficient.
Data Driven Testing [1] overcomes this issue. Data-driven testing (DDT) is
taking a test,
parameterizing
16 matches
Mail list logo