On 28.12.2015 10:12, Bogdan Dobrelya wrote:
> On 23.12.2015 18:50, Matthew Mosesohn wrote:
>> I agree. As far as I remember, rabbit needs fqdns to work and map
>> correctly. I think it means we should disable the ability to move the
>> internal messaging network role in order
> ______
> 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/o
before 9.0.
>
>
> For me, effort duplicated in solution #1 won't be a wasted time. Since
> DPs (seem to) work, from what Dmitriy outlined, only Policy Engine and
> Solar polishing are left for the effort to be put in. And for the time
> being we can have 2 parallel servi
t; Use #fuel-infra or #fuel-dev IRC channels for questions.
>
> [1]
> http://lists.openstack.org/pipermail/openstack-dev/2015-December/082939.html
>
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenS
info/openstack-dev
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> <
t;
>
> ______
> 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.
On 02.12.2015 12:01, Bogdan Dobrelya wrote:
>> Bogdan,
>>
>> Which service would use this flag to start with? and how would the
>> code change to provide "app side is fully responsible for duplicates
>> handling"?
>
> (fixed topic tags to
On 02.12.2015 17:03, Bogdan Dobrelya wrote:
> On 01.12.2015 11:28, Aleksandr Didenko wrote:
>> Hi,
>>
>>> pregenerated catalogs for the Noop tests to become the very first
>>> committed state in the data regression process has to be put in the
>>> *separa
en better now, with no additional actions
required from the review process sides.
>
> Regards,
> Alex
>
>
> On Mon, Nov 30, 2015 at 1:03 PM, Bogdan Dobrelya <mailto:bdobre...@mirantis.com>> wrote:
>
> On 20.11.2015 17:41, Bogdan Dobrelya wrote:
>
ay want
the at-least-once rpc delivery model as well.
I see that the patch scope is not enough. Although it would be nice to
have it demonstrated by the simple example... Anyway, we should address
all of the concerns raised here in the spec.
>
> Thanks,
> Dims
>
> On Tue, Dec 1, 20
stions)
>>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>
>>
>> __
>> Op
On 30.11.2015 13:03, Bogdan Dobrelya wrote:
> On 20.11.2015 17:41, Bogdan Dobrelya wrote:
>>> Hi,
>>>
>>> let me try to rephrase this a bit and Bogdan will correct me if I'm wrong
>>> or missing something.
>>>
>>> We have a set of top-
On 30.11.2015 14:28, Bogdan Dobrelya wrote:
> Hello.
> Please let's make this change [0] happen to the Oslo messaging.
> This is reasonable, straightforward and backwards compatible change. And
> it is required for OpenStack applications - see [1] - to implement a
> sane HA. Th
https://review.openstack.org/229186
[1]
http://lists.openstack.org/pipermail/openstack-dev/2015-October/076217.html
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage ques
On 20.11.2015 17:41, Bogdan Dobrelya wrote:
>> Hi,
>>
>> let me try to rephrase this a bit and Bogdan will correct me if I'm wrong
>> or missing something.
>>
>> We have a set of top-scope manifests (called Fuel puppet tasks) that we use
>> for Op
bscribe:
> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> <http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> _
se, we won't merge changes until everything is green. What is the
> problem to try to do this and postpone if not ready in time? And please
> do not confuse these two cases: switching from plain deployment to
> containers is complicated, but switching from docker to plain is mu
[5] https://review.openstack.org/247989
[6] https://github.com/bogdando/fuel-library-1/commits/data_checks
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
> /var/lib/fuel/$fuel_version/$service_name, as we are doing
> behind the scenes
> >>> currently with Docker? If we keep that mechanism in place,
> all the existing
> >>> puppet modules can be used without any modifications. On the
>
> Vladimir Kozhukalov
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.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
>
--
Best regards,
Bogdan Dobrelya,
Irc
://review.openstack.org/240901
[2] https://review.openstack.org/240015
On 29.10.2015 15:24, Bogdan Dobrelya wrote:
> Hello.
> There are few types of a deployment regressions possible. When changing
> a module version to be used from upstream (or internal module repo), for
> example from Liberty to Mit
ing resulting puppet resources.
>
> On Thu, Oct 29, 2015 at 5:39 PM, Bogdan Dobrelya
> wrote:
>
>> On 29.10.2015 15:24, Bogdan Dobrelya wrote:
>> > Hello.
>> > There are few types of a deployment regressions possible. When changing
>> > a module version
On 29.10.2015 15:24, Bogdan Dobrelya wrote:
> Hello.
> There are few types of a deployment regressions possible. When changing
> a module version to be used from upstream (or internal module repo), for
> example from Liberty to Mitaka. Or when changing the composition layer
> (m
hema, and that could be a potential regression in
deployment (new parameter added upstream and goes with defaults, being
ignored by the composition manifest).
The solution is the same as for the case A.
[0] https://bugs.launchpad.net/fuel/+bug/15
describe them at the etherpad.
[0] http://lists.openstack.org/pipermail/openstack-dev/2015-June/067471.html
[1] https://goo.gl/0U5P9D
[2] https://etherpad.openstack.org/p/oslo.messaging.api.failure.modes
[3] http://goo.gl/G0uQPk
--
Best regards,
Bogdan Dob
bogdando/boxes/rabbitmq-cluster-ocf
[2] https://bugs.launchpad.net/openstack-manuals/+bug/1497528
[3] https://groups.google.com/forum/#!topic/rabbitmq-users/BnoIQJb34Ao
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
List of reviews:
> [2]
> https://review.openstack.org/#/q/reviewer:%22Alex+Schultz%22+status:merged,n,z
> ‘Librarian activities’ in mailing list:
> [3] http://lists.openstack.org/pipermail/openstack-dev/2015-J
s://bugs.launchpad.net/puppet-neutron/+bug/1489897
[2] https://review.openstack.org/218825
[3] https://review.openstack.org/218797
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage quest
On 21.08.2015 15:57, Bogdan Dobrelya wrote:
> Our deployment automation teams have been addressing the critical issues
> arised for HA A/A Keystone switched to the mod_wsgi and related
> backends' failure modes.
> We ran numerous rally tests against different configuration layo
https://review.openstack.org/212439
[2] https://review.openstack.org/209589
[3] https://review.openstack.org/209924
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack Development Mailing List (not for usage ques
MOS, do they differ
to upstream ones?
[0] https://bugs.launchpad.net/fuel/+bug/1477689
[1] http://lists.openstack.org/pipermail/openstack-dev/2015-July/068751.html
[2] https://review.openstack.org/#/c/194381/
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
ens-support
[2] http://lists.openstack.org/pipermail/openstack-dev/2015-July/069744.html
[3] https://blueprints.launchpad.net/fuel/+spec/fuel-puppet-librarian
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
OpenStack De
inline
On 14.07.2015 18:59, Alec Hothan (ahothan) wrote:
> inline...
>
>
> On 7/8/15, 8:23 AM, "Bogdan Dobrelya" wrote:
>
>
> I believe Oleksii is already working on it.
>
>
>
> On all above I believe it is best to keep oslo messaging simple and
support the idea to start adapting fuel-library by
the suggested scheme. The "monitoring" feature of ibrarian looks not
intrusive and we have no blockers to start using the librarian just
immediately.
--
Best regards,
Bogdan Dobrelya,
Irc #bogdando
__
d duplicating requests from client(s)
- what happens if a client has never received a reply from server
- what happens if a client died right after it received a reply from a
server
- what happens if a request or a reply failed to be delivered by the
underlying AMQP driver
- what happens if A
On 15.06.2015 13:59, Bogdan Dobrelya wrote:
>
> I believe as a first steep, the contribution policy to Fuel library
Sorry, the step, it is not so steep.
> should be clear and *prevent new forks of upstream modules* to be
> accepted in future. This will prevent the technical d
> On 06/12/2015 07:58 AM, Bogdan Dobrelya wrote:
>
> I'm actually happy to hear from you, since we were discussing together
> about that over the last 2 summits, without real plan between both groups.
I believe as a first steep, the contribution policy to Fuel library
sh
reorganization.
>
> If we don't do the above, it's going to be "business as usual", no mater
> how much efforts Mirantis engineer will put on: the pressure we have to
> deliver Fuel/MOS should shift from the fork to what's upstream.
>
> Cheers,
ou, I updated the bug comments [0]. We will test this option as well.
[0] https://bugs.launchpad.net/fuel/+bug/1460762/comments/23
>
> 1. http://www.rabbitmq.com/nettick.html
> --
> MK
>
> Staff Software Engineer, Pivotal/RabbitMQ
--
Best regards,
Bogdan Dobrelya,
Sk
his should perhaps just be hard coded to be rabbitmq now.
>
> *manage_rabbitmq*
> * Deprecated
> * If specified, configures and sets up rabbitmq, including the class.
> * Defaults to ???
>
> Thoughts?
[0]
https://github.com/stackforge/puppet-nova/blob/master/manifests/rabbitmq.pp
abbitmq-users/iZWokxvhlaU
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.ope
61
[6] https://review.openstack.org/184911
[7] https://review.openstack.org/184671
[8] https://review.openstack.org/184014
[9] http://goo.gl/PPNrw7
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bog
artificial constraints ordering between DB and
messaging could help them to get into the separate transition batches, like:
...
3. messaging multistate clone resource start
4. messaging multistate clone resource promote
_batch end_
_next batch start_
...
3. DB simple clone resource start
?
--
B
fuel/+bug/1447619
[2]
http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg51625.html
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not
On 28.04.2015 15:15, Bogdan Dobrelya wrote:
>
> Hello, Zhou
>
>
> Yes, this is a known issue [0]. Note, there were many bugfixes, like
> [1],[2],[3], merged for MQ OCF script, so you may want to try to
> backport them as well by the following guide [4]
>
> [0] http
is little trick. The change is adding just one line in
> "try_to_start_rmq_app()" function.
>
> touch "${MNESIA_FILES}/force_load" && \
> chown rabbitmq:rabbitmq "${MNESIA_FILES}/force_load"
This is a very good point, thank you.
>
> [4]
d.net/fuel/+bug/1431702
[3] https://tickets.puppetlabs.com/browse/MODULES-1852
[4] https://bugs.launchpad.net/fuel/+bug/1438107
[5]
http://lists.openstack.org/pipermail/openstack-dev/2015-February/056245.html
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bog
On 13.03.2015 12:12, Matthew Mosesohn wrote:
> This should be for 6.1, not 6.0.1.
Yes, exactly. Thank you for the fix. This is the 6.1 feature and we'd
like it to be put for the 6.1 FFE :)
>
> On Mar 13, 2015 2:10 PM, "Bogdan Dobrelya" <mailto:bdobre...@mirantis.
[2] https://review.openstack.org/#/c/146885/
[3] https://bugs.launchpad.net/fuel/+bug/1431477
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage
On 23.02.2015 15:13, Bogdan Dobrelya wrote:
> + [Fuel] tag
> + openstack-operators ML
>
> Joe Gordon joe.gordon0 at gmail.com
> Thu Dec 4 13:26:59 UTC 2014
>
>> On Wed, Dec 3, 2014 at 3:31 PM, Mike Scherbakov > mirantis.com>
>> wrote:
>
>>> Hi al
ity?
>3. What about other OpenStack projects?
>
> What is your opinion, how we should approach the problem (if there is a
> problem)?
>
> [1] https://bugs.launchpad.net/fuel/+bug/1398817
> --
> Mike Scherbakov
> #mihgen
>
--
Best regards,
Bogdan Dobrelya,
Sky
nnounce that so the people
won't get confused.
[0] https://bugs.launchpad.net/fuel/+bug/1383741
[1] https://bugs.launchpad.net/fuel/+bug/1422856
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com <http://bogdando_at_yahoo.com>
Irc #bogdando
___
gin for
> Pacemaker STONITH (HA fencing)
> Message-ID:
>
> Content-Type: text/plain; charset="utf-8"
>
> Bogdan,
>
> Do you think that the existing post deployment hook is sufficient to
> implement this or does additional plugins development need to be
/resource_types.html
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
ng
[3] https://blueprints.launchpad.net/fuel/+spec/fencing-in-puppet-manifests
[4]
http://lists.openstack.org/pipermail/openstack-dev/2014-November/049794.html
[5]
http://docs.mirantis.com/fuel/fuel-6.0/plugin-dev.html#what-is-pluggable-architecture
--
Best regards,
Bogdan Dobrelya,
missed and node required it at provision stage,
gate would have shown that.
Would like to see comments and ideas from our DevOps and QA teams, please.
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev ma
On 07/28/2014 11:20 AM, Bogdan Dobrelya wrote:
> Hello.
> I'd like to bring your attention to major RPC failover issue in
> impl_rabbit.py [0]. There are several *related* patches and a number of
> concerns should be considered as well:
> - Passive exchanges fix [1] (looks like
https://review.openstack.org/#/c/109143/
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
dified ocf::pacemaker:SysInfo resource. We could put
GTID there and use it the similar way as I did for fencing PoC[0] (for
free space monitoring)
[0]
https://github.com/bogdando/fuel-library-1/blob/ha_fencing_WIP/deployment/puppet/cluster/manifests/fencing_primitives.pp#L41-L70
>
>>
sive) and we can store GTID in corosync CMAP
>> (http://www.polarhome.com/service/man/generic.php?qf=corosync-cmapctl), but
>> this require corosync 2.X
>>
>>
>> --
>> Mailing list: https://launchpad.net/~fuel-dev
>> Post to : fuel-...@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~fuel-dev
>> More help : https://help.launchpad.net/ListHelp
>>
>>
>>
>> --
>> Yours Faithfully,
>> Vladimir Kuklin,
>> Fuel Library Tech Lead,
>> Mirantis, Inc.
>> +7 (495) 640-49-04
>> +7 (926) 702-39-68
>> Skype kuklinvv
>> 45bk3, Vorontsovskaya Str.
>> Moscow, Russia,
>> www.mirantis.com
>> www.mirantis.ru
>> vkuk...@mirantis.com
>
>
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ction point for new queues will always
be the node itself, hence all master queues would be automatically
"shuffled" as well.
Basically, I see this as a main reason of why we shouldn't use VIP for
rabbit cluster ever.
>
>
> Best Regards,
> Bartosz Kupidura
>
--
On 05/08/2014 02:22 PM, Bogdan Dobrelya wrote:
> On 05/06/2014 10:42 PM, Roman Sokolkov wrote:
>> Hello, fuelers.
>>
>> I'm using Fuel 4.1A + Havana in HA mode.
>>
>> I permanently observe (on other deployments also) issue with stuck
>> "n
--
> Roman Sokolkov,
> Deployment Engineer,
> Mirantis, Inc.
> Skype rsokolkov,
> rsokol...@mirantis.com <mailto:rsokol...@mirantis.com>
>
>
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 05/07/2014 04:12 PM, Bogdan Dobrelya wrote:
> On 05/06/2014 10:42 PM, Roman Sokolkov wrote:
>> Hello, fuelers.
>>
>> I'm using Fuel 4.1A + Havana in HA mode.
>>
>> I permanently observe (on other deployments also) issue with stuck
>> "n
our internal repos and update 4.1.1 / 5.0
targeted MOS packages.
>
>
> --
> Roman Sokolkov,
> Deployment Engineer,
> Mirantis, Inc.
> Skype rsokolkov,
> rsokol...@mirantis.com <mailto:rsokol...@mirantis.com>
>
>
--
Best regards,
Bogdan Dobrelya,
Skype
en't they?
--
Best regards,
Bogdan Dobrelya,
Skype #bogdando_at_yahoo.com
Irc #bogdando
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 12/20/2013 08:21 PM, Bogdan Dobrelya wrote:
> *Preamble*
> Hi stackers, I was trying to implement correct APP-NAME tags for remote
> logging in Fuel for Openstack, and faced the
> https://bugs.launchpad.net/nova/+bug/904307 issue. There are no logging
> options in Python 2.6/2.7
es sense, agreed.
>
> --
> Julien Danjou
> # Free Software hacker # independent consultant
> # http://julien.danjou.info
>
>
>
>
> --
> With Best Regards
> QA engineer Dmitry Iakunchikov
> -- Mailing li
nd at last) for syslog
handler.
--
Best regards,
Bogdan Dobrelya,
Researcher TechLead, Mirantis, Inc.
+38 (066) 051 07 53
Skype bogdando_at_yahoo.com
Irc #bogdando
38, Lenina ave.
Kharkov, Ukraine
www.mirantis.com
www.mirantis.ru
bdobre...@mirantis.com
___
ire any changes outside of the Openstack modules, thus looks like a
good compromise for backporting 'ident' feature for APP-NAME tags from
Python 3.3. What do you think?
P.S. Sorry for spamming, fuel-dev, have a nice weekend :-)
--
Best regards,
Bogdan Dobrelya,
Researcher TechLead, Mi
201 - 271 of 271 matches
Mail list logo