+1!
On 10/12/2015 07:19 AM, Sergey Lukjanov wrote:
Hi folks,
I'd like to propose Vitaly Gridnev as a member of the Sahara core
reviewer team.
Vitaly contributing to Sahara for a long time and doing a great job on
reviewing and improving Sahara. Here are the statistics for reviews
[0][1][2]
On 08/13/2015 10:56 AM, Sergey Lukjanov wrote:
Hi folks,
I'd like to propose Ethan Gafford as a member of the Sahara core
reviewer team.
Ethan contributing to Sahara for a long time and doing a great job on
reviewing and improving Sahara. Here are the statistics for reviews
[0][1][2] and
On 11/26/2014 01:10 PM, Sergey Lukjanov wrote:
Hi folks,
We'll be having the Sahara team meeting as usual in
#openstack-meeting-alt channel.
Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings
On 11/11/2014 12:35 PM, Sergey Lukjanov wrote:
Hi folks,
I'd like to propose Sergey to sahara-core. He's made a lot of work on
different parts of Sahara and he has a very good knowledge of codebase,
especially in plugins area. Sergey has been consistently giving us very
well thought out and
On 11/11/2014 12:37 PM, Sergey Lukjanov wrote:
Hi folks,
I'd like to propose Michael McCune to sahara-core. He has a good
knowledge of codebase and implemented important features such as Swift
auth using trusts. Mike has been consistently giving us very well
thought out and constructive reviews
On 09/26/2014 02:27 PM, Sharan Kumar M wrote:
Hi all,
I am trying to modify the diagram in
http://docs.openstack.org/developer/sahara/overview.html so that it
syncs with the contents. In the diagram, is it nice to mark the
connections between the openstack components like, Nova with Cinder,
On 07/09/2014 07:24 AM, Dat Tran wrote:
Hi all,
I'm install sahara follow the instructions below:
http://docs.openstack.org/developer/sahara/devref/quickstart.html
With script install sahara as follows:
https://docs.google.com/document/d/18j4zR4ENibxA-WBVkryzkMFU9PRiuop3U2pEU6JQrOk/edit
But
On 07/09/2014 11:26 AM, Dat Tran wrote:
Thank matt!
But, I have a error: ERROR: Could not find Sahara endpoint in catalog
you do have to setup sahara to be in the keystone service catalog,
something like step 4 from,
On 05/28/2014 12:37 PM, Dat Tran wrote:
Hi everyone,
I have a idea for new project: Mahout-as-a-service.
Main idea of this project:
- Install OpenStack
- Deploying OpenStack Sahara source
- Deploying Mahout on Sahara OpenStack system.
- Construction of the API.
Through web or mobile interface,
On 05/29/2014 07:23 AM, Alexander Ignatov wrote:
On 28 May 2014, at 20:02, Sergey Lukjanov slukja...@mirantis.com wrote:
sahara-image-elements
We're agreed that some common parts should be merged into the
diskimage-builder repo (like java support, ssh, etc.). The main issue
of keeping
On 05/29/2014 09:59 AM, Trevor McKay wrote:
below, sahara-extra
sahara-extra
Keep it as is, no need to stop releasing, because we're not publishing
anything to pypi. No real need for tags.
Even if we keep the repo for now, I think we could simplify a little
bit. The edp-examples could be
On 05/29/2014 10:15 AM, Michael McCune wrote:
- Original Message -
Re sahara-image-elements we found a bunch of issues that we should
solve and that's why I think that keeping current releasing is still
the best option.
- we should test it better and depend on stable
On 05/29/2014 10:22 AM, Sergey Lukjanov wrote:
So, it looks like we have an agreement on all question.
There is only one technical question - keeping release images means
that we need to keep the whole matrix of images: plugin X version X
OSy [X root-passwdord]. I'll take a look on total size
On 05/28/2014 12:02 PM, Sergey Lukjanov wrote:
Hey folks,
it's a small wrap-up for the topic Sahara subprojects releasing and
versioning that was discussed partially on summit and requires some
more discussions. You can find details in [0].
common
We'll include only one tarball for sahara
On 05/28/2014 09:14 AM, Sergey Lukjanov wrote:
Hey folks,
it's a small wrap-up for the two topics Sahara backward compat and
Hadoop cluster backward compatibility, both were discussed on design
summit, etherpad [0] contains info about them. There are some open
questions listed in the end of
On 05/28/2014 01:59 PM, Michael McCune wrote:
- Original Message -
Open questions
1. How should we handle addition of new functionality to the API,
should we bump minor version and just add new endpoints?
I think we should not include the minor revision number in the url.
Looking
On 05/28/2014 03:50 PM, Andrew Lazarev wrote:
for juno we should just have a v1 api (there can still be a v1.1
endpoint, but it should be deprecated), and maybe a v2 api
+1 any semantic changes require new major version number
+1 api should only have a major number (no 1.1 or
On 05/12/2014 05:31 PM, Sergey Lukjanov wrote:
Hey folks,
I'd like to nominate Trevor McKay (tmckay) for sahara-core.
He is among the top reviewers of Sahara subprojects. Trevor is working
on Sahara full time since summer 2013 and is very familiar with
current codebase. His code contributions
input on other areas. IMO we should
discuss first what we need to have and then how it'll looks like.
On Fri, Apr 25, 2014 at 9:29 PM, Matthew Farrellee m...@redhat.com wrote:
On 04/24/2014 10:51 AM, Sergey Lukjanov wrote:
Hey folks,
I've pushed the draft schedule for Sahara sessions on ATL design
On 04/25/2014 07:23 AM, Sergey Lukjanov wrote:
Hey folks,
May 1 is a non-working day in Russia and I'm starting traveling next
day, so, I'll not be able to chair it.
So, I'm proposing to cancel this meeting.
Any thoughts/objections?
if folks have topics they'd like to cover, use the mailing
On 04/24/2014 10:51 AM, Sergey Lukjanov wrote:
Hey folks,
I've pushed the draft schedule for Sahara sessions on ATL design
summit. The description isn't fully completed, I'm working on it. I'll
do it till the end of week and add an etherpad to each session.
Sahara folks, please, take a look on
https://sahara.mirantis.com/logs/97/86997/4/check/diskimage-integration-ubuntu/d37fe82/console.html
https://sahara.mirantis.com/logs/97/86997/4/check/diskimage-integration-fedora/da83f57/console.html
On 04/22/2014 08:21 AM, Matthew Farrellee wrote:
https://sahara.mirantis.com/logs/97/86997/4/check/diskimage-integration-ubuntu/d37fe82/console.html
https://sahara.mirantis.com/logs/97/86997/4/check/diskimage-integration-fedora/da83f57/console.html
https://sahara.mirantis.com/logs/97/86997/4
On 04/17/2014 03:06 PM, Chad Roberts wrote:
Per blueprint
https://blueprints.launchpad.net/horizon/+spec/merge-sahara-dashboard we are
merging the Sahara Dashboard UI code into the Horizon code base.
Over the last week, I have been working on making this merge happen and along
the way some
On 03/06/2014 04:00 PM, Sergey Lukjanov wrote:
Hi folks,
the third development milestone of Icehouse cycle is now available for Savanna.
Here is a list of new features and fixed bug:
https://launchpad.net/savanna/+milestone/icehouse-3
and here you can find tarballs to download it:
On 03/13/2014 03:24 PM, Jay Pipes wrote:
On Thu, 2014-03-13 at 23:13 +0400, Sergey Lukjanov wrote:
Thanks everyone who have joined Savanna meeting.
You mean Sahara? :P
-jay
sergey now has to put some bitcoins in the jar...
___
OpenStack-dev
andrew, chad, trevor,
please take another look at https://review.openstack.org/#/c/78208/
best,
matt
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
], it'll depend on all other
blueprints and it's currently consists of general renaming tasks.
Current plan is to assign each subproject blueprint to volunteer.
Please, contact me and Matthew Farrellee if you'd like to take the
renaming bp.
Please, share your ideas/suggestions in ML or etherpad.
[0
builds for fedora rawhide and epel6 -
rawhide - http://koji.fedoraproject.org/koji/taskinfo?taskID=6582748
epel6 - http://koji.fedoraproject.org/koji/taskinfo?taskID=6582798
On 02/25/2014 03:50 PM, Sergey Lukjanov wrote:
Hi folks,
I'm glad to announce that python-savannaclient v0.5.0
On 02/19/2014 05:40 PM, Sergey Lukjanov wrote:
Hey folks,
I'd like to nominate Andrew Lazarew (alazarev) for savanna-core.
He is among the top reviewers of Savanna subprojects. Andrew is working
on Savanna full time since September 2013 and is very familiar with
current codebase. His code
$ savanna plugins-list
+-+--+---+
| name| versions | title |
+-+--+---+
| vanilla | 1.2.1| Vanilla Apache Hadoop |
| hdp | 1.3.2| Hortonworks Data Platform |
.
On Mon, Feb 17, 2014 at 5:06 AM, Matthew Farrellee
m...@redhat.com mailto:m...@redhat.com wrote:
$ savanna plugins-list
+-+--+__---+
| name| versions | title
i imagine this is something that can be useful in a development and
testing environment, especially during the transition period from direct
to heat. so having the ability is not unreasonable, but i wouldn't
expose it to users via the dashboard (maybe not even directly in the cli)
generally i
On 01/23/2014 11:59 AM, Sergey Lukjanov wrote:
Hi folks,
the second development milestone of Icehouse cycle is now available for
Savanna.
Here is a list of new features and fixed bug:
https://launchpad.net/savanna/+milestone/icehouse-2
and here you can find tarballs to download it:
PM, Matthew Farrellee m...@redhat.com
mailto:m...@redhat.com wrote:
what makes it internal vs external?
swift-internal needs user pass
swift-external needs user pass ?auth url?
best,
matt
On 01/23/2014 08:43 PM, Andrew Lazarev wrote:
Matt,
I can
the treatment.
This could easily be extended to look at other indicators.
Best,
Trev
On Fri, 2014-01-24 at 07:50 -0500, Matthew Farrellee wrote:
andrew,
what about having swift:// which defaults to the configured
tenant and
auth url for what we now call swift
Farrellee m...@redhat.com wrote:
On 01/20/2014 12:50 PM, Andrey Lazarev wrote:
Inlined.
On Mon, Jan 20, 2014 at 8:15 AM, Matthew Farrellee m...@redhat.com
mailto:m...@redhat.com wrote:
(inline, trying to make this readable by a text-only mail client
that doesn't use tabs to indicate
). Internal and external swifts
are different since we need additional credentials.
Thanks,
Andrew.
On Thu, Jan 23, 2014 at 5:30 PM, Matthew Farrellee m...@redhat.com
mailto:m...@redhat.com wrote:
trevor,
job binaries are stored in swift or an internal savanna db,
represented
(inline, trying to make this readable by a text-only mail client that
doesn't use tabs to indicate quoting)
On 01/20/2014 02:50 AM, Andrey Lazarev wrote:
--
FIX - @rest.get('/jobs/config-hints/__job_type') - should move to
GET /plugins/plugin_name/__plugin_version,
(inline-ish)
On 01/20/2014 02:36 AM, Andrey Lazarev wrote:
On Sun, Jan 19, 2014 at 7:53 AM, Matthew Farrellee m...@redhat.com
mailto:m...@redhat.com wrote:
On 01/16/2014 09:19 PM, Andrey Lazarev wrote:
REMOVE -
@rest.get('/job-executions
On 01/20/2014 12:50 PM, Andrey Lazarev wrote:
Inlined.
On Mon, Jan 20, 2014 at 8:15 AM, Matthew Farrellee m...@redhat.com
mailto:m...@redhat.com wrote:
(inline, trying to make this readable by a text-only mail client
that doesn't use tabs to indicate quoting)
On 01/20/2014 02:50
] https://blueprints.launchpad.net/savanna/+spec/modifying-node-group-template
Regards,
Alexander Ignatov
On 14 Jan 2014, at 21:24, Matthew Farrellee m...@redhat.com wrote:
https://blueprints.launchpad.net/savanna/+spec/v2-api
I've finished a review of the v1.0 and v1.1 APIs with an eye
-create
[2]
https://blueprints.launchpad.net/savanna/+spec/modifying-cluster-template
[3]
https://blueprints.launchpad.net/savanna/+spec/modifying-node-group-template
Regards,
Alexander Ignatov
On 14 Jan 2014, at 21:24, Matthew Farrellee m...@redhat.com
mailto:m
On 01/10/2014 04:05 AM, Daniele Venzano wrote:
On 01/09/14 19:12, Matthew Farrellee wrote:
This is definitely great news!
+2 to the things Sergey mentioned below.
Additionally, will you fill out the blueprint or wiki w/ details that
will help others write integration tests for your plugin
jon,
please confirm a suspicion of mine.
the neutron-private-net-provisioning bp impl added a sock= parameter to
the ssh.connect call in remote.py
(https://github.com/openstack/savanna/commit/9afb5f60).
we currently require paramiko = 1.8.0, but it looks like the sock param
was only added
https://blueprints.launchpad.net/savanna/+spec/v2-api
I've finished a review of the v1.0 and v1.1 APIs with an eye to making
them more consistent and RESTful.
Please use this thread to comment on my suggestions for v1.0 v1.1, or
to make further suggestions.
Best,
matt
On 01/13/2014 02:27 PM, Sergey Lukjanov wrote:
Hi folks,
I'm planning to release python-savannaclient Jan 14/15 due to the number
of important fixes and improvements including, for example, basic impl
of CLI. This changes are needed for updating savanna-dashboard,
integration tests, for adding
On 11/15/2013 12:14 PM, Clint Byrum wrote:
Excerpts from Erik Bergenholtz's message of 2013-11-15 08:20:36 -0800:
Team -
We’d like to move our disk creation mechanism over to using DiskBuilder so that
users can build (and modify) their own VM images. We’d like to piggy back off
of the
On 10/31/2013 01:58 PM, Alexander Ignatov wrote:
Hi,
Here is the wiki page with Savanna release 0.3 retrospective:
https://wiki.openstack.org/wiki/Savanna/Release_0.3_Retrospective
Thanks everyone who sent your opinions. If someone wants to add more
thoughts you are welcome to edit above
Having diskimage-create.sh is a great addition for the Savanna user
community. It greatly simplifies the image building process (using DIB
for those of you not familiar), making it repeatable and giving everyone
a hope of debugging issues.
One thing it does is install oozie. It pulls oozie
On 10/03/2013 11:21 AM, Jon Maron wrote:
Hi,
I'd like to raise an issue in the hopes of opening some discussion on
the IRC chat later today:
We see a critical requirement to support the creation of a savanna
cluster with neutron networking while leveraging a private network
(i.e. without the
, 2013 at 3:54 AM, Glen Campbell
g...@glenc.io mailto:g...@glenc.io wrote:
performant isn't a word. Or, if it is, it means
having performance. I think you mean high-performance.
On Tue, Sep 10, 2013 at 8:47 AM, Matthew Farrellee
m...@redhat.com
You caught me trying to be fancy!
On 09/10/2013 03:54 PM, Glen Campbell wrote:
performant isn't a word. Or, if it is, it means having performance.
I think you mean high-performance.
On Tue, Sep 10, 2013 at 8:47 AM, Matthew Farrellee m...@redhat.com
mailto:m...@redhat.com wrote:
Rough cut
That sounds quite good.
Best,
matt
On 09/11/2013 11:42 AM, Andrei Savu wrote:
+1
I guess this will also clarify how Savanna relates to other projects
like OpenStack Trove.
-- Andrei Savu
On Wed, Sep 11, 2013 at 5:16 PM, Mike Spreitzer mspre...@us.ibm.com
mailto:mspre...@us.ibm.com wrote:
On 09/06/2013 03:00 PM, Andrei Savu wrote:
On Fri, Sep 6, 2013 at 3:00 PM, Matthew Farrellee m...@redhat.com
mailto:m...@redhat.com wrote:
Once done, what will the procedure be for me to verify it without
becoming a Cloudera customer? What will the limitations be to its
use, if any
Rough cut -
Program: OpenStack Data Processing
Mission: To provide the OpenStack community with an open, cutting edge,
performant and scalable data processing stack and associated management
interfaces.
On 09/10/2013 09:26 AM, Sergey Lukjanov wrote:
It sounds too broad IMO. Looks like we
blueprint (check the full specification for
more details):
https://blueprints.launchpad.net/savanna/+spec/cdh-plugin
I'm now working on some code to get early feedback.
Regards,
-- Andrei Savu / axemblr.com http://axemblr.com/
On Wed, Sep 4, 2013 at 11:35 PM, Matthew Farrellee m...@redhat.com
On 09/04/2013 04:06 PM, Andrei Savu wrote:
Hi guys -
I have just started to play with Savanna a few days ago - I'm still
going through the code. Next week I want to start to work on a plugin
that will deploy CDH using Cloudera Manager.
What process should I follow? I'm new to launchpad /
, 29 Aug 2013 14:37:36 +
From: Ivan Berezovskiy (Code Review) rev...@openstack.org
Reply-To: iberezovs...@mirantis.com
CC: Sergey Lukjanov slukja...@mirantis.com,Dmitry Mescheryakov
dmescherya...@mirantis.com,Nadya Privalova
nprival...@mirantis.com,Matthew Farrellee m
On 08/27/2013 04:46 PM, Sergey Lukjanov wrote:
Hi folks,
migration of all Savanna sub projects to pbr has been completed.
Please, inform us and/or create bugs for all packaging-related issues.
Thanks.
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
Thanks for pushing
don't intend to include this patch into Hadoop
1.x
Ruslan
On Tuesday, August 27, 2013 at 2:41 PM, Matthew Farrellee wrote:
Howdy Ivan,
FYI, https://issues.apache.org/jira/browse/HADOOP-8545 is currently
targeting 1.2.0 and 2.0.3-alpha. And the code (HADOOP-8545-034.patch)
appears to provide
FYI
Original Message
Subject: Savanna - Hadoop on OpenStack
Date: Mon, 26 Aug 2013 14:29:44 -0400
From: Matthew Farrellee m...@redhat.com
Reply-To: Fedora Big Data SIG bigd...@lists.fedoraproject.org
To: Fedora Big Data SIG bigd...@lists.fedoraproject.org
Hello Big Data SIG
https://review.openstack.org/#/c/42926/
I didn't get back to this on Friday and it got merged this morning, so
here's my feedback.
The savanna-extra repository now appears to hold (a) DIB image elements
as well as (b) the source for the Swift backed HCFS (Hadoop Compatible
File System)
Recorded in https://wiki.openstack.org/wiki/Savanna/PTL
Results: Sergey Lukjanov (14), None (0)
Electorate: 20 voters (70% participation)
His term is effective immediately (22 Aug 2013) until the OpenStack
Icehouse release.
___
OpenStack-dev
there are more pros than cons, so, we can do it.
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
On Aug 20, 2013, at 16:31, Matthew Farrellee m...@redhat.com wrote:
Is there a downside to having it? A positive is it gives a snapshot of
everything for each release.
I'm not at fan
that we should not package all of them to one heterogeneous tarball.
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
On Aug 20, 2013, at 0:25, Matthew Farrellee m...@redhat.com wrote:
Will someone setup a tarballs.os.o release of savanna-extra's master
(https://github.com
On 08/04/2013 12:01 PM, Linus Nova wrote:
HI,
I installed OpenStack Savanna in OpenStack Grizzely release. As you can
see in savanna.log, the savanna-api start and operates correctly.
When I launch the cluster, the VMs start correctly but soon after they
are removed as shown in the log file.
This is a request for feedback from the community.
The Savanna project has been operating with a benevolent dictator. It
wants to upgrade to an elected PTL.
There's no set process for a project that isn't incubating or
integrated. Our goal is to mirror the standard election process as
On 07/23/2013 12:32 PM, Sergey Lukjanov wrote:
Hi evereyone,
We’ve started working on upgrading Savanna architecture in version
0.3 to make it horizontally scalable.
The most part of information is in the wiki page -
https://wiki.openstack.org/wiki/Savanna/NextGenArchitecture.
Additionally
On 07/15/2013 07:34 AM, Ivan Berezovskiy wrote:
Matt,
I've sent a comment at https://review.openstack.org/#/c/36690/ . So if
I believe the issue is a hadoop.rpm that is out of spec w/ fedora. For
instance, it claims to own things like /usr.
It also doesn't have a proper post-install to
On 07/15/2013 08:45 AM, Arindam Choudhury wrote:
Hi,
I did:
git clone https://github.com/stackforge/savanna-dashboard.git
cd savanna-dashboard
python setup.py install
pip show savannadashboard
---
Name: savannadashboard
Version: 0.2.rc2
Location:
Well done all, this release was no small effort! Especially, great
collaboration and use of tools available from the OpenStack community.
Best,
matt
On 07/15/2013 06:14 PM, Sergey Lukjanov wrote:
Hello everyone,
I'm very happy to announce the immediate release of Savanna 0.2. This release
A comment on how you go about this. I believe you've already run into
issues w/ using the start/stop-*.sh scripts as a foundation for this
feature.
Long term I believe that an active cluster need not mean every instance
is up and running. The core infrastructure must be (ambari + jt + nn),
73 matches
Mail list logo