Hi Bill,
I've created an instance (ii10) using cluster (c10) config, i..e.:
asadmin create-instance --node localhost --config c10-config ii10
Then started this instance.
cert10 auth-realm resource was created for this cluster :
=============================================================
asadmin list-auth-realms --target c10
i10 :
admin-realm
file
certificate
cert10
i101 :
admin-realm
file
certificate
admin-realm
file
certificate
cert10
Command list-auth-realms executed successfully.
====================================================================
Then I've executed:
================================================
asadmin list-auth-realms --target ii10
ii10 :
admin-realm
file
certificate
cert10
admin-realm
file
certificate
cert10
Command list-auth-realms executed successfully.
==========================================================
I.e. auth-realm cert10 that was created for c10 cluster was inherited
by this ii10 instance that was created based on the cluster confg.
Thank you,
Elena
Bill Shannon wrote:
> I don't think so.
>
> Like applications, there needs to be a resource-ref for a server
> to use a resource, and that's not part of the config.
>
>
> Elena Asarina wrote on 10/15/10 04:29 PM:
>> Hi Bill.
>>
>> I have a question, should an instance that was created using --config
>> <cluster_name>-config inherit a cluster resources?
>>
>> Thank you,
>>
>> Elena
>>
>> Bill Shannon wrote:
>>> I'm not sure my answer to this was correct.
>>>
>>> If I create a new instance and tell it that it's part of a cluster,
>>> then I would expect it to get all the cluster's applications.
>>>
>>> But if I create a new instance and just tell it to use the same
>>> configuration as the cluster is using, it's not actually part of the
>>> cluster, and shouldn't inherit the cluster's applications.
>>>
>>> I would close
>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=12853
>>> as invalid.
>>>
>>>
>>> Bill Shannon wrote on 08/ 2/10 09:45 AM:
>>>> Sounds like it to me.
>>>>
>>>> Tom Mueller wrote on 8/2/10 9:25 AM:
>>>>> > Currently, the application-refs that are needed in the <server>
>>>>> element
>>>>> > are not automatically created for a stand-alone instance when it is
>>>>> > created using a cluster's config. Are you saying that this is a
>>>>> bug?
>>>>> >
>>>>> > Tom
>>>>> >
>>>>> > Bill Shannon wrote:
>>>>>> >> The instance using the config should get all resources and all
>>>>> > application referenced by the config.
>>>>> >
>>>>> > On 7/29/2010 8:37 PM, Elena Asarina wrote:
>>>>>> >> Hello Tom,
>>>>>> >>
>>>>>> >> Could you please clarify start instance sync behavior. I.e., for
>>>>>> >> example, was created a cluster with instances, for that cluster
>>>>>> >> were created resources, and apps were deployed. Then
>>>>>> >> a) Was added a new instance to the cluster.
>>>>>> >> b) Created a new stand alone instance with --config
>>>>>> >> <claster_name>-config
>>>>>> >>
>>>>>> >> Then executed one of these commands:
>>>>>> >> 1) start-instance <instance_name>
>>>>>> >> 2) start-local-instance <instance_name>
>>>>>> >> 3) start-local-instance --nosync=true <instance_name>
>>>>>> >> 4) start-local-instance --syncarchive=true <instance_name>
>>>>>> >> 5) start-local-instance --syncallapps=true <instance_name>
>>>>>> >> 6) start-local-instance --syncfull=true <instance_name>
>>>>>> >>
>>>>>> >>
>>>>>> >> What is expected behavior in a) and b) cases regarding
>>>>>> availability
>>>>>> >> of precreated resources and deployed apps for all that starts.
>>>>>> >>
>>>>>> >> Thank you,
>>>>>> >>
>>>>>> >> Elena
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>