forward in this regard.
>
> [2] https://governance.openstack.org/tc/goals/
>
> On Tue, Jun 20, 2017 at 11:15 AM, Valeriy Ponomaryov <
> vponomar...@mirantis.com> wrote:
>
>> Hello OpenStackers,
>>
>> Wanted to pay some attention to one of restrictions in OpenStack.
[1] https://bugs.launchpad.net/nova/+bug/1699060
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstac
executors.
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?sub
;
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
&g
Should we use only "dash" ( - ) symbols in API names or "underscore" ( _
) is allowed?
- Should we allow both variants at once for each API?
- Should we allow APIs use any of variants and have zoo with various
approaches?
In Manila project, mostly
;
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/lis
__
> 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/opens
; Please tell me what is new options for that?
>
> __
> 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/open
ck-dev
> >
> >
> >
> >
> >
> >
> >
> __________
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubs
gt;
>
> --
>
> Thanks,
>
> Matt Riedemann
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.
1 TRACE oslo_messaging.rpc.dispatcher NoValidHost:
> No valid host was found. Cannot place share
> 48fa7b52-9769-4d85-a62e-a1109a5c9ee3 on devstack@generic1#GENERIC1.
> 2016-04-19 19:46:46.611 TRACE oslo_messaging.rpc.dispatcher
>
>
> What the value should I chose for devstack@generic1#GENERIC1 ?
>
> Th
> 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
>
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vpon
ted url.
>
> *Is that a problem?*
>
>
>
> Kindly suggest
>
>
>
>
>
> Thanks.
>
> Nidhi
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *From:* Nidhi Mittal Hada (Product Engineering Service)
> *Sent:* Wedne
nt should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
>
> __
>
true for the whole driver interface?
Yes.
> Two instances of the
> driver will never both be asked to do operations on the same share at
> the same time?
Yes.
Each instance of a driver will have its own unique list of shares to be
'ensure'd.
--
Kind Regards
Valeriy Ponomaryo
e questions)
> > Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Develop
>
>>>
>>>
>>>
>>>
>>> __
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe:
>>> openstack-dev-requ...@lists.ope
5C%22error%20in%20SQLAlchemy-Utils%20setup%20command:%5C%22=864000s
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listi
_
> >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
>
>
> ____
cho...@redhat.com
>
>
> ______
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cg
__
> 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
Hello John,
If I am not mistaken, none of existing Third-Party CIs run scenario tests.
So, it can not be the blocker for you. It is true to say that, for the
moment, API tests is enough for Third-Party CI.
Regards,
Valeriy Ponomaryov
On Thu, Dec 3, 2015 at 1:38 PM, John Spray <jsp...@redhat.
> > http://dague.net
> >
> >
> __
> > 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/ope
a/api-paste.ini" and then run
Liberty Manila API service.
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi
Hello Emmanuel,
There is no strong reason to keep it disabled. Thanks for pointing this
out.
I agree that it is better to have enabled.
So, I already did a change for it - https://review.openstack.org/#/c/200585/
Regards,
Valeriy Ponomaryov
On Wed, Jul 8, 2015 at 12:10 PM, Emmanuel Cazenave
community for these projects.
It worth to try, IMHO.
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
Deepak,
transfer-* is not suitable in this particular case. Usage of share
networks causes creation of resources, when transfer does not. Also in
this topic we have creation of new share based on some snapshot.
Valeriy
On Sun, May 31, 2015 at 4:23 PM, Deepak Shetty dpkshe...@gmail.com wrote:
servers creation for driver he maintains.
Also, how many back-ends are able to support such feature?
Regards,
Valeriy Ponomaryov
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
to avoid creation of
temporary share DB record and use this data storage for storing all
required data per each share.
Please, look at it, and provide feedback, whether such approach can be used
in your case or not and why.
[1] - https://review.openstack.org/#/c/176877/
Kind regards,
Valeriy
Hello, Joe
It is bug, region_name is not used as should be. Feel free to file a bug
for it.
Kind Regards
Valeriy Ponomaryov
On Thu, Apr 30, 2015 at 8:23 PM, Joe Meadows joe.mead...@hds.com wrote:
Hi,
I work for Hitachi Data Systems (HDS) and am developing Manila support for
our HNAS line
: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack
+1
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
No user-facing changes. Only under-the-hood improvement. I think result
worth passing of FFE.
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing List (not for usage
/mailman/listinfo/openstack-dev
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
Hello Jason,
On Tue, Feb 10, 2015 at 10:07 AM, Jason Bishop jason.bis...@gmail.com
wrote:
When a share is created (from scratch), the manila scheduler identifies a
share server from its list of backends and makes an api call to
create_share method in the appropriate driver. The driver
Hello Jake,
Main thing, that should be mentioned, is that blueprint has no assignee.
Also, It is created long time ago without any activity after it.
I did not hear any intentions about it, moreover did not see some, at
least, drafts.
So, I guess, it is open for volunteers.
Regards,
Valeriy
mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
__
OpenStack Development Mailing
.
7) Not implemented yet.
8) No cloning, but we have snapshot-approach as for volumes in cinder.
Regards,
Valeriy Ponomaryov
Mirantis
On Tue, Dec 2, 2014 at 4:22 PM, Marc Koderer m...@koderer.com wrote:
Hello Manila Team,
We identified use cases for Manila during an internal workshop
with our
According to (2) - yes, analog of Cinder's manage/unmanage is not
implemented in Manila yet.
On Wed, Dec 3, 2014 at 9:03 AM, Marc Koderer m...@koderer.com wrote:
Hi Valeriy,
thanks for feedback. My answers see below.
Am 02.12.2014 um 16:44 schrieb Valeriy Ponomaryov
vponomar
:
http://docs.openstack.org/developer/manila/
For most of projects we have already useful resource:
http://docs.openstack.org/cli-reference/content/
In conclusion I can say that it is question more to the organization of
creation such docs than possibility to create it in general.
Regards,
Valeriy
@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
But why policy is being discussed on quota thread?
On Wed, Oct 15, 2014 at 11:55 AM, Valeriy Ponomaryov
vponomar...@mirantis.com wrote:
Manila project does use policy common code from incubator.
Our small wrapper for it:
https://github.com/openstack/manila/blob
/listinfo/openstack-dev
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
thanx,
deepak
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kind Regards
Valeriy Ponomaryov
www.mirantis.com
vponomar...@mirantis.com
/TCup
--
Russell Bryant
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Kind Regards
Valeriy Ponomaryov
QA Engineer,
Mirantis, Kharkiv, Ukraine
www.mirantis.com
for more suitable file storage to use?
--
Kind Regards
Valeriy Ponomaryov
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Github has file size limit in 100 Mb, see
https://help.github.com/articles/what-is-my-disk-quota
Our current image is about 300 Mb.
On Tue, Aug 5, 2014 at 11:43 PM, Swartzlander, Ben
ben.swartzlan...@netapp.com wrote:
On Tue, 2014-08-05 at 23:13 +0300, Valeriy Ponomaryov wrote:
Hello
I disagree to moving this logic to tempest/services/*. The idea of these
modules - assemble requests and return responses. Testing and verification
should be wrapped over it. Either base class or tests, it depends on
situation...
--
Kind Regards
Valeriy Ponomaryov
On Thu, Mar 13, 2014 at 6:55
49 matches
Mail list logo