t 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
>
>
>
> __
_______
> 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
>
>
--
Dr. Pavlo Shchelokovskyy
Senior Software Engi
tps://review.openstack.org/#/c/536349
>
> What do you all think?
>
> Thanks,
> johnthetubaguy
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.op
/domains available on a specific keystone
instance and then get a scoped token for usage o this instance only?
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack
;> Shiv
>>
>>
>>
>> On Wed, Nov 15, 2017 at 1:03 AM, Villalovos, John L <
>> john.l.villalo...@intel.com> wrote:
>>
>>> Thanks for sending this out.
>>>
>>>
>>>
>>> I would vote for Option 1.
>>>
&
as it kind of stretches the networking-baremetal scope too much
IMHO.
Eager to hear your comments and proposals.
Cheers,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Ma
.
If not, ironic community probably might have to re-assess its decision...
Cheers,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not for usage questions
o hear your thoughts and comments.
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...
It obviously
depends on Ansibe, but so does most of upstream infra. I am not sure if
adding (somehow restricted) Ansible to g-r won't break anything.
Doug
>
> >
> > [1] https://github.com/openstack/ironic/blob/master/driver-
> requirements.txt
> > [2] https://github.com/openstack/python-ironicclient/blob/
> master/setup.cfg#L115
&g
e [1] and the release [2] teams for the project, and
>> I think they need an update based (see [3]).
>>
>> I suggest removing the following people:
>> * Dan Prince (due to inactivity)
>> * Lucas Alvares Gomes (due to priorities change)
>> * Imre Farkas (
Glance service but the default
> driver is agent_ipmitool. The images are served by the local nginx service.
> For example, taken from one ironic node:
>
> 'image_source': u'http://10.41.253.100:8080/deployment_image.qcow2'
>
> Mark
>
> On 10 August 2017 at 08:20, Pavlo Shchelok
HI Dmitry,
On Tue, Aug 8, 2017 at 7:13 PM, Dmitry Tantsur <dtant...@redhat.com> wrote:
> Hi!
>
> Thanks for raising this.
>
> On 08/07/2017 02:47 PM, Pavlo Shchelokovskyy wrote:
>
>> Hi all,
>>
>> currently our GlanceImageService seems to support several
://git.openstack.org/cgit/openstack/ironic/tree/ironic/common/image_service.py#n267
[5] https://review.openstack.org/#/c/467728
Cheers,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack
ient/common/http.py
> [3] https://github.com/openstack/python-ironicclient/
> blob/master/ironicclient/client.py
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cg
ed drivers if needed. Examples of necessary steps can be found in
ironic's DevStack plugin and in the playbooks of openstack/bifrost project.
For any questions please do not hesitate to contact ironic team, we'll be
glad to help you.
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mi
dalone mode or rewrite the instructions such that it
> can be used with the trusts method.
>
> cheers,
> Zane.
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: opensta
Jim,
very sad to see you go :( Undeniably you played a major part in ironic and
its community becoming what they are today - an awesome project made by
awesome people.
Hopefully we'll have a chance to work together again someday :)
All the best in your new endeavors,
Pavlo.
On Thu, Jun 8, 2017
t;>
>> [1]
>> https://specs.openstack.org/openstack/nova-specs/specs/pike/
>> approved/use-service-catalog-for-endpoints.html
>> [2] https://review.openstack.org/#/c/458257/
>>
>> Thanks,
>> efried
>>
>> On 05/24/2
of "glance://" URL
scheme. Is anyone using that still? Do we really have to support it or can
we deprecate it as a recognized URL scheme for image_source?
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Tue, May 23, 2017 at 7:11 PM, Dmitry Tant
egards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubs
comments.
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
is already working on those, I'm
volunteering to help with it with my both ironic and heat hats on :)
[0]
https://review.openstack.org/#/q/project:openstack/heat+topic:bp/ironic-resource
[1] https://review.openstack.org/#/c/393108/
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
your own
testing of those resources.
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Tue, Apr 11, 2017 at 3:33 PM, Norbert Illés <norbert.e.il...@ericsson.com
> wrote:
> Hi everyone,
>
> Me and two of my colleagues are working on addin
Clark,
thanks for reply.
On Mon, Apr 10, 2017 at 6:49 PM, Clark Boylan <cboy...@sapwetik.org> wrote:
> On Mon, Apr 10, 2017, at 08:31 AM, Pavlo Shchelokovskyy wrote:
> > Hi infra team,
> >
> > on order to test a piece of functionality I am developing, during the
>
these VMs, but I might be missing something else.
[0] https://review.openstack.org/#/c/452959/
Best regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Ma
(half i18n'ed, half
English).
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Wed, Mar 22, 2017 at 4:13 PM, Lucas Alvares Gomes <lucasago...@gmail.com>
wrote:
> Hi,
>
> >> Possible options to handle that:
> >>
&
Hi Heidi,
imo this one is the best so far.
+1 I like it too.
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Fri, Mar 10, 2017 at 6:37 PM, Miles Gould <mgo...@redhat.com> wrote:
> On 10/03/17 16:28, Heidi Joy Tretheway wrote:
>
>> Hi Iron
. Not sure
how valuable such testing would be, but it won't for sure be pyghmi talking
to pyghmi.
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Thu, Mar 9, 2017 at 8:40 PM, Dmitry Tantsur <dtant...@redhat.com> wrote:
> On 03/09/2017 07:1
will try to use them.
On Thu, Mar 2, 2017 at 12:39 PM, Dmitry Tantsur <dtant...@redhat.com> wrote:
> On 03/01/2017 08:19 PM, Jay Faulkner wrote:
>
>>
>> On Mar 1, 2017, at 11:15 AM, Pavlo Shchelokovskyy <
>>> pshchelokovs...@mirantis.com> wrote:
>>
ting the
new manager limited any way.
I might be completely wrong with this advice, as I presume tempest team
have put a lot of thinking into this problem already. But still, could you
consider such approach?
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Mo
for the
mitaka branch now? According to OpenStack release page [1] the Mitaka
release will reach end-of-life on April 10, 2017.
[0] https://review.openstack.org/#/c/439742/
[1] https://releases.openstack.org/#release-series
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
-wrap.sh#L235
[2] https://bugs.launchpad.net/ironic/+bug/1570301
[3] https://releases.openstack.org/#release-series
[4] https://review.openstack.org/#/q/status:open+project:
openstack/bifrost+branch:master+topic:bug/1659876
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
Hi,
+1 to Jay, the 3.0 version looks ok - it is friendly and rocking :)
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Wed, Feb 1, 2017 at 10:38 PM, Jay Faulkner <j...@jvf.cc> wrote:
> Of the options presented, I think the new 3.0 ver
design was better :(
+1 to Lucas.
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Wed, Feb 1, 2017 at 3:28 AM, <arkady.kanev...@dell.com> wrote:
> I think Russian already owns the bear.
>
>
>
> *From:* Jim Rollenhagen [mailto:j...@jimrol
on common drivers like agent_ipmotool or pxe_ipmitool, or use
vendor-specific drivers like ilo_*, drac_* etc? if using vendor specific
drivers, what features of those are the reason for such choice?
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Wed, J
enStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
> __
Hi all,
While the work on generic graphical console [0] has somewhat stalled, I
went ahead and created a prototype of graphical console interface for some
specific Dell servers of interest for me (iDRAC8).
This of course is too far away from any production use, but still with a
couple of hacks I
backend / not
reachable from provisioning network).
Are there other advantages of iscsi-deploy compared to agent-deploy?
Best regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack
ps
> implemented with a properties schema that makes overridding the normal nova
> server resource easy.
>
> I still think Heat+Mistral provides a cleaner solution tho, so I'd like to
> see that further explored before committing to an internal reimplementation
> of such workflow.
>
> Thanks for reviving this topic - I'm certainly
Hi all,
On Thu, Dec 8, 2016 at 6:58 PM, Jim Rollenhagen <j...@jimrollenhagen.com>
wrote:
> On Wed, Dec 7, 2016 at 1:52 PM, Pavlo Shchelokovskyy <
> pshchelokovs...@mirantis.com> wrote:
>
>> HI all,
>>
>> we (ironic community) some time ago decided [0] to r
[2]
http://ironic-staging-drivers.readthedocs.io/en/latest/README.html#what-the-ironic-staging-drivers-is-not
Best regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack
y CI AFAIK) and this looks like a perfect time to do
it.
So ideally I'd like to fix those in ironic-staging-drivers and then remove
them from Ironic tree via a depends-on patch.
What do you think on such plan?
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mi
-described
The work is in progress, but please chime in and correct any mistake I'm
making :)
In the future this would better be published as wiki page or as part of dev
docs (etherpad formatting capabilities are not that great..).
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
/379358/
[2] https://review.openstack.org/#/c/382358/
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
nt Ironic devstack plugin due to some
packaging changes made in Ubuntu since about 15.04.
Bug: https://bugs.launchpad.net/ironic/+bug/1611850
Fix on review: https://review.openstack.org/#/c/326024/
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis In
to be a member of this team, I’ve learned a lot during this
time. Hope to see some of you in Barcelona :)
Best regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing
in Keystone,
and a service user in it, and check in policy json the actual
domain+tenant+some role or username in this tenant. This domain and tenant
are completely controlled by Magnum service then (creds are in the magnum
config) - all similar to how Heat is working.
Cheers,
Dr. Pavlo
hese
AFAIK would also not be scheduled to. To fix it update the node resetting
this field
ironic node-update remove instance_uuid
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Tue, Jun 28, 2016 at 1:29 AM, Adam Young <ayo...@redhat.com> wrote:
&g
://review.openstack.org/325974
Best regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
and ask
them to make the changes for you.
Cheers,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Wed, May 25, 2016 at 7:56 PM, Kurt Taylor <kurt.r.tay...@gmail.com>
wrote:
> We are in the final stretch for requiring CI testing for ironic drivers. I
> ha
g that out).
If you are interested, you can find the code under this Gerrit topic [1].
Any comments or suggestions are as always very welcome.
[0]
https://github.com/ansible/ansible/blob/devel/lib/ansible/module_utils/basic.py#L1-L27
[1] https://review.openstack.org/#/q/topic:bug/1526308
Cheers,
Dr.
ansible/ansible/blob/devel/lib/ansible/__init__.py#L8
[3] http://www.apache.org/licenses/GPL-compatibility.html
Best regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Developme
regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Mon, May 16, 2016 at 6:14 PM, Lucas Alvares Gomes <lucasago...@gmail.com>
wrote:
> Hi,
>
> On Mon, May 16, 2016 at 3:56 PM, Sam Betts (sambetts)
> <sambe...@cisco.com> wrote:
&
ne
without), and choose which one to use right where you have this logic split
in your code.
Option 2 is not so bad either IMO (AFAIK Trove was doing that at sometime,
not sure of current status), but the above would be nicer.
Best regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mi
ng. We also plan to add an Inspect interface to it at some
point (or implement similar logic in Inspector if it would be needed) - it
should be as easy as running the like of "ansible -m setup" and parsing the
result.
Best regards,
Dr. P
+1 :)
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Wed, Mar 16, 2016 at 1:18 PM, Rabi Mishra <ramis...@redhat.com> wrote:
> > Hi Heaters,
> >
> > The Mitaka release is close to finish, so it's good time for reviewing
>
; --
> Regards,
> Dennis Dmitriev
> QA Engineer,
> Mirantis Inc. http://www.mirantis.com
> e-mail/jabber: dis.x...@gmail.com
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openst
gt;
> VIRT_DRIVER=ironic
> --- cut ---
>
> Kind regards,
> Pavel Fedin
> Senior Engineer
> Samsung Electronics Research center Russia
>
>
>
>
> ______
FN transport for
> these (native) resources, but switching the default would be the first step
> - what do people think?
>
> Thanks,
>
> Steve
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?s
://github.com/openstack/python-neutronclient/blob/master/neutronclient/client.py#L173
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not for usage
___
> > 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
> >
>
>
://logs.openstack.org/21/254421/1/check/gate-ironic-specs-python27/ab07a3f/console.html#_2015-12-07_22_52_07_669
On Tue, Dec 8, 2015 at 11:31 AM Dmitry Tantsur <dtant...@redhat.com> wrote:
> On 12/08/2015 08:12 AM, Pavlo Shchelokovskyy wrote:
> > Hi all,
> >
> > I have a
______
> > 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
> >
>
>
>
with:
>> +1 - if you agree
>> -1 - if you disagree
>>
>>
> +1.
>
> --
> Thomas
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack
Oh, I just found it. Sorry for bothering.
Cheers,
On Fri, Dec 4, 2015 at 12:03 PM Dmitry Tantsur <dtant...@redhat.com> wrote:
> On 12/03/2015 06:13 PM, Pavlo Shchelokovskyy wrote:
> > Hi Dmitry,
> >
> > should we also configure Launchpad to have blueprints refere
se submit specs to
> https://github.com/openstack/ironic-inspector-specs/
> Approved specs will appear on
> http://specs.openstack.org/openstack/ironic-inspector-specs/
>
>
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
plates+branch:master+topic:bug/1492942,n,z
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-d
cal.conf at: http://paste.openstack.org/show/480462/
>
> Could someone help me?
>
> Thx
> Zhi Chang
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@
source or at
least with open API.
We really appreciate if you chime in :) This would help us design this
feature the way that will benefit community the most.
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
from upstream seems better option in such case.
Cheers,
On Thu, Nov 26, 2015 at 3:57 PM Roman Podoliaka <rpodoly...@mirantis.com>
wrote:
> Hi Pavlo,
>
> Can we just use a wheel package for numpy instead?
>
> Thanks,
> Roman
>
> On Thu, Nov 26, 2015 at 3:00 PM, Pavlo
]
https://github.com/pshchelo/websockify/commit/0b1655e73ea13b4fba9c6fb4122adb1435d5ce1a
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailing List (not
and spice services).
This should install a pre-compiled version from distro repos, and should
also speed things up.
Any comments welcome.
[0] https://github.com/kanaka/websockify/pull/212
Best regards,
On Thu, Nov 26, 2015 at 1:44 PM Pavlo Shchelokovskyy <
pshchelokovs...@mirantis.com>
ng List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
___
ts.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack Development Mailin
List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
notify/update the CMDB on that change - at least there must
be a possibility (a ready-to-use plug point) to do that before we roll out
such feature.
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-req
be altered, Orange is not liable for messages that have been
>> modified, changed or falsified.
>> Thank you.
>>
>>
>> __
>> OpenStack Development Mailing List (not for usag
with such Ironic multi-tenant setup. Could community recommend a pair of
hardware switch/corresponding Neutron plugin that already supports this
functionality?
[1]
https://blueprints.launchpad.net/neutron/+spec/neutron-ironic-integration
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software
do you think about it ?
>
> Regards,
> Sergey.
> __
> 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/op
have
something in the works.
As for resources - we do try to exercise the native Heat ones that are
there to provide the functionality of Heat itself (ASGs, RGs etc), but
AFAIK we have no plans on deep testing all the other resources in a
functional way.
https://bugs.launchpad.net/heat/+bug/1486463
(this one is bad, especially the update logic), priority Medium
Best regards,
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
__
OpenStack
__
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
--
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
to be the Heat primer :)
Eager to hear your opinions.
[1]
http://specs.openstack.org/openstack/heat-specs/specs/liberty/conditional-resource-exposure-services.html
[2]
http://specs.openstack.org/openstack/heat-specs/specs/liberty/conditional-resource-exposure-roles.html
Best regards,
--
Dr. Pavlo
.
Best regards,
Dr. Pavlo Shchelokovskyy
Senior Software Engineer
Mirantis Inc
www.mirantis.com
On Tue, May 5, 2015 at 4:02 PM, ICHIBA Sara ichi.s...@gmail.com wrote:
Hello there,
I started a project where I need to deploy stacks and orchastrate them
using heat (autoscaling and so on..). I
help you with
that.
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
On Wed, Apr 8, 2015 at 3:43 PM, KOFFMAN, Noa (Noa)
noa.koff...@alcatel-lucent.com wrote:
Hey,
I would like to suggest a blueprint to allow locking/protecting a
stack. Similar to: nova server
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
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
resource plugin and override/extend any
methods of OS::Nova::Server resource and use this plugin instead of
OS::Nova::Server in your cloud (for an example see Rackspace Cloud Server
resource in heat/contrib).
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
besides Heat that use
ceilometerclient's Python API (just asking to assert the testing burden)?
[1] https://bugs.launchpad.net/python-ceilometerclient/+bug/1423291
[2] https://review.openstack.org/#/c/167527/
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
is displayed.
As an example you can use the templates for the test_autoscaling_lb
integration test, under review [1]
[1] https://review.openstack.org/#/c/165944/
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
On Thu, Apr 2, 2015 at 11:55 AM, Sergey Kraynev
as expected, it can not be created at all, failing
any stack that has it in the template.
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
On Thu, Apr 2, 2015 at 1:12 PM, Sean Dague s...@dague.net wrote:
On 04/02/2015 05:42 AM, Eoghan Glynn wrote:
Hi all,
we
and
latest syncs fixed it.
I urge Heat team to double-check if 1.0.12 does indeed work now, so we can
call of the dogs and close this issue.
[1]
https://github.com/pshchelo/stackdev/blob/master/templates/autoscaling/asg.yaml
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
, Horizon and Ceilometer itself.
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
On Thu, Apr 2, 2015 at 3:36 PM, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/02/2015 01:58 PM, Eoghan Glynn wrote:
Pavlo
Hi,
On Thu, Mar 26, 2015 at 10:26 PM, Zane Bitter zbit...@redhat.com wrote:
On 26/03/15 10:38, Pavlo Shchelokovskyy wrote:
Hi all,
following IRC discussion here is a summary of what I propose can be done
in this regard, in the order of increased decoupling:
1) make a separate
colleagues who
seems to experience similar problems with Juno-based OpenStack deployment
(though I did not had a chance to look through the issue yet).
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
On Thu, Mar 26, 2015 at 8:17 PM, Matt Fischer m
to provide code change and test in the same
(or dependent) commits, and lesser reviewers' attention to a separate repo.
What do you think about it? Please share your comments.
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
compatibility with instance+volumes behavior in real AWS or some
leftover from earlier Nova days?
An advice from anyone with AWS experience would be appreciated, as if it is
not for compatibility sake, I would gladly remove that seemingly
unnecessary logic.
Best regards,
Pavlo Shchelokovskyy
Software
Answer found - AWS CFN has no notion of stack suspend/resume, thus actual
AWS resources have it neither. As it it an OpenStack feature, and I know
how Nova + Cinder behave currently, it looks safe to remove the mentioned
logic.
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
control
the removal. One possible downside is that AFAIR the numbers would not be
reused on subsequent scale-down/ups.
Best regards,
Pavlo Shchelokovskyy
Software Engineer
Mirantis Inc
www.mirantis.com
On Wed, Mar 11, 2015 at 2:46 PM, ELISHA, Moshe (Moshe)
moshe.eli...@alcatel-lucent.com wrote:
I
+1, that would ease the development and also drive adoption IMO, as people
could start using/experimenting with it earlier, and more eyes == less
bugs. You can never predict all the ways how users would use and abuse your
new shiny feature :)
Best regards,
Pavlo Shchelokovskyy
Software Engineer
1 - 100 of 116 matches
Mail list logo