ambari-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Konstantin Boudnik <...@apache.org>
Subject Re: About extensibility of Ambari stacks (not inheritance)
Date Sat, 13 Dec 2014 00:30:39 GMT
And for whatever it worth, on the server side (Ambari 1.7) I see the following
snippet:

00:27:58,719  INFO [qtp463450971-4195] StackAdvisorRunner:69 - Stack advisor output files
00:27:58,720  INFO [qtp463450971-4195] StackAdvisorRunner:70 -     advisor script stdout:
StackAdvisor implementation for stack HDP, version 2.0.6 was loaded
StackAdvisor implementation for stack HDP, version 2.1 was loaded
StackAdvisor implementation for stack HDP, version 2.1.WANdisco was not found
Returning HDP21StackAdvisor implementation

Could it be the reason?
  Cos

On Fri, Dec 12, 2014 at 10:55PM, Konstantin Boudnik wrote:
> No JS errors. but that seems to be the answer. GET on
>  http://vmhost05-hbase3.bdva.wandisco.com:8080/api/v1/stacks/HDP/versions/2.1.WANdisco/services/NSNN/configurations?fields=*&_=1418424642224
> returns "items" : [ ]
> 
> for whatever reason.
> 
> My service per Jaimin's request is here (pretty simple) as of now:
> 
> <metainfo>
>   <schemaVersion>2.0</schemaVersion>
>   <services>
>     <service>
>       <name>NSNN</name>
>       <displayName>WANdisco NSNN</displayName>
>       <comment>WANdisco active-active Hadoop Namenode</comment>
>       <version>1.9.9-hdp2.1</version>
> 
>       <components>
>         <component>
>           <name>NSNAMENODE</name>
>           <displayName>NameNode</displayName>
>           <category>MASTER</category>
>           <cardinality>ALL</cardinality>
>           <commandScript>
>             <script>scripts/namenode.py</script>
>             <scriptType>PYTHON</scriptType>
>             <timeout>600</timeout>
>           </commandScript>
>         </component>
>       </components>
> 
>       <requiredServices>
>       </requiredServices>
> 
>       <configuration-dependencies>
>         <config-type>core-site</config-type>
>         <config-type>hdfs-site</config-type>
>         <config-type>hadoop-env</config-type>
>         <config-type>hadoop-policy</config-type>
>         <config-type>hdfs-log4j</config-type>
>       </configuration-dependencies>
> 
>     </service>
>   </services>
> </metainfo>
> 
> Another issue, is that Ambari insists that I need ZK service although I am
> explicitely have an empty list in <requiredServices> element.
> 
> Thanks for your help, guys!
>   Cos
> 
> 
> On Fri, Dec 12, 2014 at 02:26PM, Yusaku Sako wrote:
> > Hi Cos,
> > 
> > That should just work.
> > Not sure why it's not working for you.
> > You are using Ambari 1.7.0, right?
> > Are you getting any JS errors in the browser?
> > 
> > Yusaku
> > 
> > On Thu, Dec 11, 2014 at 4:47 PM, Konstantin Boudnik <cos@apache.org> wrote:
> > >
> > > The next culprit I see is "Customize Services" screen. Should I be able to
> > > customize my new (custom) service once I have assigned the hosts for it?
> > > 'cause I don't see a tab for my NSNN service in that screen of the wizard.
> > >
> > > Is it supported at all or I'd need to find a different way to configure my
> > > addition?
> > >
> > > Thanks,
> > >   Cos
> > >
> > > On Fri, Dec 12, 2014 at 12:22AM, Konstantin Boudnik wrote:
> > > > And it seems to be working in 1.7.
> > > >
> > > > Thanks everyone for your help - now into more detailed service
> > > definition.
> > > >
> > > > Cos
> > > >
> > > > On Tue, Dec 09, 2014 at 08:45PM, Konstantin Boudnik wrote:
> > > > > Ah! Very timely remark indeed! Will spin a new one in the morning
and
> > > have it
> > > > > a go. Thanks!
> > > > >
> > > > > On Tue, Dec 09, 2014 at 07:25PM, Yusaku Sako wrote:
> > > > > > Hi Konstantin,
> > > > > >
> > > > > > Custom services added via the API won't automatically show up
in the
> > > UI if
> > > > > > you are using Ambari 1.6.1 or below.
> > > > > > Please try with Ambari 1.7.0.
> > > > > >
> > > > > > Thanks,
> > > > > > Yusaku
> > > > > >
> > > > > >
> > > > > > On Tue, Dec 9, 2014 at 6:42 PM, Konstantin Boudnik <cos@apache.org>
> > > wrote:
> > > > > >
> > > > > > > Thanks Nate - that does the trick. With the command-line
upgrade +
> > > a curl
> > > > > > > call
> > > > > > > to add my new service now I can see it among
> > > > > > >
> > > > > > >
> > > http://vmhost05-hbase3.bdva.wandisco.com:8080/api/v1/clusters/DC-2/services
> > > > > > >
> > > > > > > The issues I still see are:
> > > > > > >  - the service doesn't appear in "Add Service" wizard
> > > > > > >  - even after getting added by POST'ing
> > > > > > >    {"ServiceInfo":{"service_name":"NSNN"}} info, I don't
see the
> > > service in
> > > > > > >    the dashboard. It might be caused by some inconsistencies
in my
> > > service
> > > > > > >    definition as I can use the same procedure to add Tez
service,
> > > and being
> > > > > > >    able to see it in the dashboard.
> > > > > > >
> > > > > > > Will dig a bit more into this tomorrow and report back
if I hit
> > > anything
> > > > > > > new.
> > > > > > >
> > > > > > > Thank you all guys for your help - quite appreciated!
> > > > > > >   Cos
> > > > > > >
> > > > > > > On Mon, Dec 08, 2014 at 05:11PM, Nate Cole wrote:
> > > > > > > > Cos,
> > > > > > > >
> > > > > > > > There is an ambari server command that should allow
you to
> > > switch the
> > > > > > > version.  Here are the steps I took to change the cluster
version:
> > > > > > > >
> > > > > > > > 1. Install a cluster as normal (I used cluster HDP-2.1
as the
> > > stack).
> > > > > > > > 2. In /var/lib/ambari-server/resources/stacks/HDP,
copy 2.1 to
> > > > > > > 2.1.TestStack
> > > > > > > > 3. Shutdown ambari.
> > > > > > > > 4. ran:  ambari-server upgradestack HDP-2.1.TestStack
> > > > > > > > 5. Start ambari.
> > > > > > > > 6. On the cluster admin page, verified at the top
of the page
> > > that the
> > > > > > > cluster says "HDP-2.1.TestStack"
> > > > > > > >
> > > > > > > > Hope that helps,
> > > > > > > > Nate
> > > > > > > >
> > > > > > > > On Dec 8, 2014, at 4:24 PM, Konstantin Boudnik <cos@apache.org>
> > > wrote:
> > > > > > > >
> > > > > > > > > On Mon, Dec 08, 2014 at 04:14PM, John Speidel
wrote:
> > > > > > > > >> Cos,
> > > > > > > > >>
> > > > > > > > >> I don't know why this is occurring.  I have
not actually ever
> > > changed
> > > > > > > the
> > > > > > > > >> stack of a running cluster, my response was
a result of my
> > > > > > > understanding
> > > > > > > > >> and talking to others that have done this.
> > > > > > > > >>
> > > > > > > > >> Hopefully somebody that has actually done
this can comment.
> > > > > > > > >> In the meantime, I will see if I can find
somebody that may
> > > may know
> > > > > > > why
> > > > > > > > >> this isn't working for you.
> > > > > > > > >
> > > > > > > > > Thank you very much - really appreciate your
help! In the
> > > interest of
> > > > > > > full
> > > > > > > > > disclosure: I am using 1.6.1 server, not sure
if this is of any
> > > > > > > significance.
> > > > > > > > >
> > > > > > > > > Cos
> > > > > > > > >
> > > > > > > > >> On Fri, Dec 5, 2014 at 8:38 PM, Konstantin
Boudnik <
> > > cos@apache.org>
> > > > > > > wrote:
> > > > > > > > >>
> > > > > > > > >>> release Thanks for the info John. I think
I am getting
> > > there, but not
> > > > > > > > >>> completely....
> > > > > > > > >>>
> > > > > > > > >>> So, here's what I've done:
> > > > > > > > >>> - added service, bounced Ambari server
> > > > > > > > >>>
> > > > > > > > >>> - curl to
> > > > > > > http://vmhost05-hbase3.bdva.wandisco.com:8080/api/v1/stacks/HDP/
> > > > > > > > >>> says that I have new stack
> > > > > > > > >>>    {
> > > > > > > > >>>      "href" : "
> > > > > > > > >>>
> > > > > > >
> > > http://vmhost05-hbase3.bdva.wandisco.com:8080/api/v1/stacks/HDP/versions/2.1.WANdisco
> > > > > > > > >>> ",
> > > > > > > > >>>      "Versions" : {
> > > > > > > > >>>        "stack_name" : "HDP",
> > > > > > > > >>>        "stack_version" : "2.1.WANdisco"
> > > > > > > > >>>      }
> > > > > > > > >>>    }
> > > > > > > > >>>
> > > > > > > > >>> - ran update
> > > > > > > > >>>  curl -u admin:admin -i -X PUT -H  'X-Requested-By:
ambari'
> > > -d
> > > > > > > > >>> '{"Clusters":{"version":"HDP-2.1.WANdisco"}}'
> > > > > > > > >>>
> > > http://vmhost05-hbase3.bdva.wandisco.com:8080/api/v1/clusters/DC-2
> > > > > > > > >>>
> > > > > > > > >>> The result was:
> > > > > > > > >>> HTTP/1.1 200 OK
> > > > > > > > >>> Set-Cookie: AMBARISESSIONID=vueucwdh8p6mkmcygj803vi9;Path=/
> > > > > > > > >>> Expires: Thu, 01 Jan 1970 00:00:00 GMT
> > > > > > > > >>> Content-Type: text/plain
> > > > > > > > >>> Content-Length: 0
> > > > > > > > >>> Server: Jetty(7.6.7.v20120910)
> > > > > > > > >>>
> > > > > > > > >>> However, running
> > > > > > > > >>>        curl -u admin:admin
> > > > > > > > >>>
> > > http://vmhost05-hbase3.bdva.wandisco.com:8080/api/v1/clusters/
> > > > > > > > >>>
> > > > > > > > >>> Still gives me this....
> > > > > > > > >>> {
> > > > > > > > >>>  "href" : "
> > > > > > > http://vmhost05-hbase3.bdva.wandisco.com:8080/api/v1/clusters/
> > > > > > > > >>> ",
> > > > > > > > >>>  "items" : [
> > > > > > > > >>>    {
> > > > > > > > >>>      "href" : "
> > > > > > > > >>>
> > > http://vmhost05-hbase3.bdva.wandisco.com:8080/api/v1/clusters/DC-2",
> > > > > > > > >>>      "Clusters" : {
> > > > > > > > >>>        "cluster_name" : "DC-2",
> > > > > > > > >>>        "version" : "HDP-2.1"
> > > > > > > > >>>      }
> > > > > > > > >>>    }
> > > > > > > > >>>  ]
> > > > > > > > >>>
> > > > > > > > >>> Any ideas/hints? Thank you very much
for your help!
> > > > > > > > >>>  Cos
> > > > > > > > >>>
> > > > > > > > >>> On Thu, Dec 04, 2014 at 08:08PM, John
Speidel wrote:
> > > > > > > > >>>> Cos,
> > > > > > > > >>>>
> > > > > > > > >>>> Yes, if you are able to push a new
stack to the ambari
> > > server hosts
> > > > > > > > >>>> filesystem, you can use a REST api
call to update the
> > > cluster to be
> > > > > > > > >>>> associated with the new stack.
> > > > > > > > >>>>
> > > > > > > > >>>> So, the steps would would look like
this:
> > > > > > > > >>>> - install cluster with existing stack
> > > > > > > > >>>> - create new stack with additional
services/components
> > > > > > > > >>>> - write the new stack to the filesystem
of the ambari
> > > server host
> > > > > > > > >>>> - bounce ambari server
> > > > > > > > >>>>  -- after the server restart, the
hash of the stacks
> > > directory is
> > > > > > > > >>>> recalculated which will result in
the new updated stack to
> > > be
> > > > > > > pushed to
> > > > > > > > >>> the
> > > > > > > > >>>> agents (not immediate, the check
of the stack dir hash
> > > occurs every
> > > > > > > n(not
> > > > > > > > >>>> sure of exact value) heartbeats from
the agents)
> > > > > > > > >>>> - do an update (PUT)  on the cluster
resource changing the
> > > value of
> > > > > > > the
> > > > > > > > >>>> Clusters/version property to point
to the new stack
> > > > > > > > >>>>
> > > > > > > > >>>> When these steps are completed the
new service/components
> > > should be
> > > > > > > > >>>> recognized by ambari.
> > > > > > > > >>>>
> > > > > > > > >>>> -John
> > > > > > > > >>>>
> > > > > > > > >>>>
> > > > > > > > >>>> On Thu, Dec 4, 2014 at 6:07 PM, Konstantin
Boudnik <
> > > cos@apache.org>
> > > > > > > > >>> wrote:
> > > > > > > > >>>>
> > > > > > > > >>>>> Hi John.
> > > > > > > > >>>>>
> > > > > > > > >>>>> Thanks for more info. I'd like
to pry more for a little
> > > bit of
> > > > > > > > >>> information
> > > > > > > > >>>>> (in-lined):
> > > > > > > > >>>>>
> > > > > > > > >>>>> On Thu, Dec 04, 2014 at 04:19PM,
John Speidel wrote:
> > > > > > > > >>>>>> Hi Cos,
> > > > > > > > >>>>>> As mentioned above, it isn't
currently possible to
> > > augment an
> > > > > > > > >>> existing
> > > > > > > > >>>>>> stack at runtime with new
services/components.  You could
> > > possibly
> > > > > > > > >>> change
> > > > > > > > >>>>>> the stack associated with
a running cluster to a new
> > > stack which
> > > > > > > > >>> contains
> > > > > > > > >>>>>> the required services/components,
but this new stack
> > > definition
> > > > > > > would
> > > > > > > > >>>>> need
> > > > > > > > >>>>>> to be available to ambari
so it really isn't very
> > > dynamic.  We
> > > > > > > > >>> understand
> > > > > > > > >>>>>
> > > > > > > > >>>>> Let me describe this scenario
as I understood this. Let's
> > > say I
> > > > > > > have
> > > > > > > > >>> two
> > > > > > > > >>>>> stacks:
> > > > > > > > >>>>>  - StackA (with usual set of
components), currently
> > > installed on a
> > > > > > > > >>> cluster
> > > > > > > > >>>>>  - StackB == StackA + ComponentX
> > > > > > > > >>>>> So, if I add StackB definition
to the Ambari server and
> > > restart it,
> > > > > > > > >>> will I
> > > > > > > > >>>>> be
> > > > > > > > >>>>> able to switch from StackA to
StackB _without_
> > > resintalling the
> > > > > > > > >>> cluster,
> > > > > > > > >>>>> and
> > > > > > > > >>>>> then add/configure ComponentX's
service?
> > > > > > > > >>>>>
> > > > > > > > >>>>> If my depiction is correct then
it might be an acceptable
> > > > > > > workaround
> > > > > > > > >>> in the
> > > > > > > > >>>>> absence of dynamic extensibility.
> > > > > > > > >>>>>
> > > > > > > > >>>>>> that going forward that the
stack framework will need to
> > > be more
> > > > > > > > >>>>> extensible
> > > > > > > > >>>>>> and dynamic as additional
stack definitions are created.
> > > Some of
> > > > > > > the
> > > > > > > > >>>>>> underlying work to make stack
processing more flexible
> > > has already
> > > > > > > > >>> been
> > > > > > > > >>>>>> done in anticipation of new
requirements in this area.
> > > > > > > > >>>>>
> > > > > > > > >>>>> Shivaji Dutta, in an offline
email exchange, pointed me to
> > > > > > > AMBARI-7175
> > > > > > > > >>> and
> > > > > > > > >>>>> AMBARI-7201, which is seemingly
going into the right
> > > direction, but
> > > > > > > > >>> still
> > > > > > > > >>>>> would require a stack re-definition,
if I read it right.
> > > > > > > > >>>>>
> > > > > > > > >>>>>> This is actually the second
time that this scenario has
> > > came up
> > > > > > > for
> > > > > > > > >>> me
> > > > > > > > >>>>>> today so it would be nice
to get a Jira filed for an
> > > enhancement
> > > > > > > > >>> where
> > > > > > > > >>>>> the
> > > > > > > > >>>>>> community can start to discuss
the associated use cases.
> > > > > > > > >>>>>
> > > > > > > > >>>>> I will start a JIRA and put together
the set of
> > > requirements.
> > > > > > > > >>>>>
> > > > > > > > >>>>> Regards,
> > > > > > > > >>>>>  Cos
> > > > > > > > >>>>>
> > > > > > > > >>>>>> -John
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> On Tue, Dec 2, 2014 at 2:00
PM, Konstantin Boudnik <
> > > > > > > cos@apache.org>
> > > > > > > > >>>>> wrote:
> > > > > > > > >>>>>>
> > > > > > > > >>>>>>> Thanks for chiming in,
Erin! Do you know if there's any
> > > plan to
> > > > > > > > >>> have
> > > > > > > > >>>>>>> dynamic
> > > > > > > > >>>>>>> extensibility for services?
For instance, Cloudera
> > > Manager has
> > > > > > > this
> > > > > > > > >>>>>>> concept of
> > > > > > > > >>>>>>> Custom Services. And
while it was done as an added late
> > > fix for
> > > > > > > > >>>>> parcels, it
> > > > > > > > >>>>>>> provides a way of adding
new software components into an
> > > existing
> > > > > > > > >>>>> Hadoop
> > > > > > > > >>>>>>> cluster. Which seems
to be a pretty handy concept,
> > > considering
> > > > > > > the
> > > > > > > > >>>>> liquid
> > > > > > > > >>>>>>> state of the whole Hadoop
ecosystem.
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>> It seems that this functionality,
if desired, is going
> > > to be
> > > > > > > brand
> > > > > > > > >>> new
> > > > > > > > >>>>> and
> > > > > > > > >>>>>>> as
> > > > > > > > >>>>>>> such require not just
development but also
> > > re-consideration at
> > > > > > > the
> > > > > > > > >>>>> design
> > > > > > > > >>>>>>> level. Am I right? Appreciate
the thoughts!
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>> The best part of active-active
masters paradigm is that
> > > a client
> > > > > > > > >>> can
> > > > > > > > >>>>> work
> > > > > > > > >>>>>>> with
> > > > > > > > >>>>>>> either of them without
a concern of which one is ahead
> > > or behind
> > > > > > > > >>> of the
> > > > > > > > >>>>>>> rest
> > > > > > > > >>>>>>> as they are equal. Essentially
this solves some major
> > > issues that
> > > > > > > > >>>>> pester
> > > > > > > > >>>>>>> active-standby solutions.
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>> And yes, we do install
the services to the cluster's
> > > nodes as you
> > > > > > > > >>>>>>> suggested in
> > > > > > > > >>>>>>> the later part of your
email - after all they are just
> > > Linux
> > > > > > > > >>> daemons
> > > > > > > > >>>>>>> (although
> > > > > > > > >>>>>>> Ambari tries to hide
the fact for whatever reason that
> > > is).
> > > > > > > However
> > > > > > > > >>>>> this
> > > > > > > > >>>>>>> presents the core of
the very issue: Ambari isn't aware
> > > about
> > > > > > > > >>> services
> > > > > > > > >>>>>>> installed outside of
its realm, and it doesn't provide
> > > any
> > > > > > > > >>> monitoring
> > > > > > > > >>>>> or
> > > > > > > > >>>>>>> life-cycle management
for those. And because of that I
> > > am trying
> > > > > > > to
> > > > > > > > >>>>> figure
> > > > > > > > >>>>>>> out
> > > > > > > > >>>>>>> what can be done in this
regards to have this dynamism.
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>> With regards,
> > > > > > > > >>>>>>>  Cos
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>> On Tue, Dec 02, 2014
at 08:41AM, Erin Boyd wrote:
> > > > > > > > >>>>>>>> Hi Cos,
> > > > > > > > >>>>>>>> Currently, adding
services dynamically is not supported
> > > in
> > > > > > > > >>> Ambari.
> > > > > > > > >>>>> It is
> > > > > > > > >>>>>>>> generally done, as
you mentioned through the creation
> > > of a stack
> > > > > > > > >>>>> with the
> > > > > > > > >>>>>>>> services definition
defined within in.  I also don't
> > > believe we
> > > > > > > > >>>>> currently
> > > > > > > > >>>>>>>> support multiple
masters on the same cluster.  How
> > > would one
> > > > > > > > >>>>>>> deferientiate
> > > > > > > > >>>>>>>> which master it should
be using in such an environment?
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> Of course services
can be installed independent of
> > > Ambari on the
> > > > > > > > >>>>> hosts
> > > > > > > > >>>>>>>> inside the cluster...but
I don't think that is what you
> > > are
> > > > > > > > >>> getting
> > > > > > > > >>>>> at.
> > > > > > > > >>>>>>> Are
> > > > > > > > >>>>>>>> you expecting the
services to have a presence on the UI
> > > though
> > > > > > > > >>>>> installed
> > > > > > > > >>>>>>>> outside of Ambari?
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> Erin
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> ----- Original Message
-----
> > > > > > > > >>>>>>>> From: "Konstantin
Boudnik" <cos@apache.org>
> > > > > > > > >>>>>>>> To: dev@ambari.apache.org
> > > > > > > > >>>>>>>> Sent: Monday, December
1, 2014 6:42:30 PM
> > > > > > > > >>>>>>>> Subject: About extensibility
of Ambari stacks (not
> > > inheritance)
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> Guys,
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> I am looking into
possible stack extensibility
> > > properties of
> > > > > > > > >>> Ambari
> > > > > > > > >>>>> (not
> > > > > > > > >>>>>>> to be
> > > > > > > > >>>>>>>> confused with inheritance),
but haven't been able to
> > > derive any
> > > > > > > > >>> final
> > > > > > > > >>>>>>>> conclusions just
yet. Hence, I'd appreciate the input
> > > from the
> > > > > > > > >>> people
> > > > > > > > >>>>>>> behind
> > > > > > > > >>>>>>>> the system.
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> I have a few questions
about current state of the Ambari
> > > > > > > (version
> > > > > > > > >>>>> 1.6.1
> > > > > > > > >>>>>>> and
> > > > > > > > >>>>>>>> coming 1.7, and possibly
later?) with regards to
> > > ability to
> > > > > > > > >>> expand an
> > > > > > > > >>>>>>> existing
> > > > > > > > >>>>>>>> stack definitions
with a 3rd party services and do it
> > > in the
> > > > > > > > >>> runtime,
> > > > > > > > >>>>>>> rather
> > > > > > > > >>>>>>>> than only during
the installation. We need to be able
> > > to run a
> > > > > > > > >>>>> multiple
> > > > > > > > >>>>>>>> instances of our
master service in the cluster, which
> > > isn't
> > > > > > > > >>> typical
> > > > > > > > >>>>> for
> > > > > > > > >>>>>>>> "normal" Hadoop concept
where only one master can exist
> > > for any
> > > > > > > > >>>>> giving
> > > > > > > > >>>>>>>> service.
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> Our use case is to
be able to amend an exiting cluster
> > > setup
> > > > > > > > >>> (HDP,
> > > > > > > > >>>>>>> Bigtop,
> > > > > > > > >>>>>>>> etc.) with a new
service running on top of HDFS; but
> > > not to
> > > > > > > > >>>>> reinstall the
> > > > > > > > >>>>>>>> whole stack. The
reason we have the use case is that
> > > oftentimes
> > > > > > > > >>> our
> > > > > > > > >>>>>>> software
> > > > > > > > >>>>>>>> is being added to
an existing 3rd party environment, as
> > > an added
> > > > > > > > >>>>> bonus,
> > > > > > > > >>>>>>> not
> > > > > > > > >>>>>>>> available during
the initial planning and setup of the
> > > cluster.
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> The way I understand
Ambari's stack inheritance is that
> > > a scion
> > > > > > > > >>> stack
> > > > > > > > >>>>>>> will
> > > > > > > > >>>>>>>> be a brand new entity,
e.g. I won't be able to
> > > cherry-pick
> > > > > > > > >>> services
> > > > > > > > >>>>> from
> > > > > > > > >>>>>>> it
> > > > > > > > >>>>>>>> and add them to the
already installed parent stack's
> > > cluster,
> > > > > > > > >>> right?
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> So far from I see
it doesn't seem possible without
> > > introducing a
> > > > > > > > >>>>>>> brand-new
> > > > > > > > >>>>>>>> version of a stack
e.g. 'stack inheritance'. Which,
> > > > > > > > >>> unfortunately,
> > > > > > > > >>>>> won't
> > > > > > > > >>>>>>> work
> > > > > > > > >>>>>>>> as per my explanation
of the use above case. I guess
> > > another way
> > > > > > > > >>> to
> > > > > > > > >>>>> look
> > > > > > > > >>>>>>> at it
> > > > > > > > >>>>>>>> is this: would it
be possible to add a component (or a
> > > service)
> > > > > > > > >>> that
> > > > > > > > >>>>> will
> > > > > > > > >>>>>>>> override an existing
component or a service, but
> > > without a need
> > > > > > > > >>> to
> > > > > > > > >>>>>>> reinstall
> > > > > > > > >>>>>>>> the rest of the stack?
> > > > > > > > >>>>>>>>
> > > > > > > > >>>>>>>> Thanks in advance
for any info/ideas.
> > > > > > > > >>>>>>>>  Cos
> > > > > > > > >>>>>>>
> > > > > > > > >>>>>>
> > > > > > > > >>>>>> --
> > > > > > > > >>>>>> CONFIDENTIALITY NOTICE
> > > > > > > > >>>>>> NOTICE: This message is intended
for the use of the
> > > individual or
> > > > > > > > >>> entity
> > > > > > > > >>>>> to
> > > > > > > > >>>>>> which it is addressed and
may contain information that is
> > > > > > > > >>> confidential,
> > > > > > > > >>>>>> privileged and exempt from
disclosure under applicable
> > > law. If the
> > > > > > > > >>> reader
> > > > > > > > >>>>>> of this message is not the
intended recipient, you are
> > > hereby
> > > > > > > > >>> notified
> > > > > > > > >>>>> that
> > > > > > > > >>>>>> any printing, copying, dissemination,
distribution,
> > > disclosure or
> > > > > > > > >>>>>> forwarding of this communication
is strictly prohibited.
> > > If you
> > > > > > > have
> > > > > > > > >>>>>> received this communication
in error, please contact the
> > > sender
> > > > > > > > >>>>> immediately
> > > > > > > > >>>>>> and delete it from your system.
Thank You.
> > > > > > > > >>>>>
> > > > > > > > >>>>>
> > > > > > > > >>>>
> > > > > > > > >>>> --
> > > > > > > > >>>> CONFIDENTIALITY NOTICE
> > > > > > > > >>>> NOTICE: This message is intended
for the use of the
> > > individual or
> > > > > > > entity
> > > > > > > > >>> to
> > > > > > > > >>>> which it is addressed and may contain
information that is
> > > > > > > confidential,
> > > > > > > > >>>> privileged and exempt from disclosure
under applicable law.
> > > If the
> > > > > > > reader
> > > > > > > > >>>> of this message is not the intended
recipient, you are
> > > hereby
> > > > > > > notified
> > > > > > > > >>> that
> > > > > > > > >>>> any printing, copying, dissemination,
distribution,
> > > disclosure or
> > > > > > > > >>>> forwarding of this communication
is strictly prohibited. If
> > > you have
> > > > > > > > >>>> received this communication in error,
please contact the
> > > sender
> > > > > > > > >>> immediately
> > > > > > > > >>>> and delete it from your system. Thank
You.
> > > > > > > > >>>
> > > > > > > > >>
> > > > > > > > >> --
> > > > > > > > >> CONFIDENTIALITY NOTICE
> > > > > > > > >> NOTICE: This message is intended for the
use of the
> > > individual or
> > > > > > > entity to
> > > > > > > > >> which it is addressed and may contain information
that is
> > > > > > > confidential,
> > > > > > > > >> privileged and exempt from disclosure under
applicable law.
> > > If the
> > > > > > > reader
> > > > > > > > >> of this message is not the intended recipient,
you are hereby
> > > > > > > notified that
> > > > > > > > >> any printing, copying, dissemination, distribution,
> > > disclosure or
> > > > > > > > >> forwarding of this communication is strictly
prohibited. If
> > > you have
> > > > > > > > >> received this communication in error, please
contact the
> > > sender
> > > > > > > immediately
> > > > > > > > >> and delete it from your system. Thank You.
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > CONFIDENTIALITY NOTICE
> > > > > > > > NOTICE: This message is intended for the use of the
individual
> > > or entity
> > > > > > > to
> > > > > > > > which it is addressed and may contain information
that is
> > > confidential,
> > > > > > > > privileged and exempt from disclosure under applicable
law. If
> > > the reader
> > > > > > > > of this message is not the intended recipient, you
are hereby
> > > notified
> > > > > > > that
> > > > > > > > any printing, copying, dissemination, distribution,
disclosure or
> > > > > > > > forwarding of this communication is strictly prohibited.
If you
> > > have
> > > > > > > > received this communication in error, please contact
the sender
> > > > > > > immediately
> > > > > > > > and delete it from your system. Thank You.
> > > > > > >
> > > > > >
> > > > > > --
> > > > > > CONFIDENTIALITY NOTICE
> > > > > > NOTICE: This message is intended for the use of the individual
or
> > > entity to
> > > > > > which it is addressed and may contain information that is
> > > confidential,
> > > > > > privileged and exempt from disclosure under applicable law.
If the
> > > reader
> > > > > > of this message is not the intended recipient, you are hereby
> > > notified that
> > > > > > any printing, copying, dissemination, distribution, disclosure
or
> > > > > > forwarding of this communication is strictly prohibited. If
you have
> > > > > > received this communication in error, please contact the sender
> > > immediately
> > > > > > and delete it from your system. Thank You.
> > > >
> > > >
> > >
> > 
> > -- 
> > CONFIDENTIALITY NOTICE
> > NOTICE: This message is intended for the use of the individual or entity to 
> > which it is addressed and may contain information that is confidential, 
> > privileged and exempt from disclosure under applicable law. If the reader 
> > of this message is not the intended recipient, you are hereby notified that 
> > any printing, copying, dissemination, distribution, disclosure or 
> > forwarding of this communication is strictly prohibited. If you have 
> > received this communication in error, please contact the sender immediately 
> > and delete it from your system. Thank You.

Mime
View raw message