Hi
I should have written that amfd acts on the admin op by sending a msg to a
remote amfnd.
Gary
> On 21 Jun 2017, at 6:55 pm, A V Mahesh <mahesh.va...@oracle.com> wrote:
>
> Hi Gary,
>
>> On 6/21/2017 12:47 PM, Gary Lee wrote:
>> Hi Mahesh
>>
>> The IMM objects and admin op are issued on the same node.
>> AMFD will ‘forward’ the admin op to AMFND on *another* node, where sometimes
>> the object is not yet available.
>
> This explains , their is a possibility AMFND on *another* node can initiated
> admin op earlier than the IMM object sync
> why because AMF messages are having higher priority (MDS).
>
> Can you please explore option of both object create & admin operation can
> occur on same AMFND node ( not ‘forwarding’ )
>
> -AVM
>>
>> Thanks
>> Gary
>>
>> On 21/6/17, 5:14 pm, "A V Mahesh" <mahesh.va...@oracle.com> wrote:
>>
>> Hi Pravee/Gary,
>> On 6/21/2017 12:13 PM, praveen malviya wrote:
>> > Hi Gary,
>> >
>> > Is there any ticket in IMM for any related issue?
>> > Both creation of SU and admin operation on it will go through IMM only.
>> > I do not know how IMM handles it and how IMM spec talks about it.
>> [AVM] Even we have problem of newly created IMM object is taking
>> some
>> time to be available on other nodes
>> it will be a implementation problem and it is not related
>> to IMM specification .
>> > Does IMM spec allow admin operation on a entity for which all
>> synced
>> > IMMNDS (leaving non synced IMMNDS on the nodes joining the cluster)
>> > are not updated?
>> [AVM] Again, this is also not related to IMM specification , if we
>> resolve above this issue will not rise .
>> Gary, Is this issue you are facing in case where you are creating
>> object
>> on one node and admin operation performed on different node ?
>> or on same same node ?
>> -AVM
>> On 6/21/2017 12:30 PM, Gary Lee wrote:
>> > Hi Praveen
>> >
>> > From talking with Zoran/Hung, the IMM behaviour is expected and
>> correct.
>> > I’m not sure about the last question.
>> >
>> > As you know, in AMFND, the trigger to read from IMM is from an AMFD
>> message.
>> > The CCB could be committed on the node where active AMFD resides, so I
>> guess the admin op would be accepted regardless of the answer to your
>> question.
>> >
>> > Gary
>> >
>> > On 21/6/17, 4:43 pm, "praveen malviya" <praveen.malv...@oracle.com>
>> wrote:
>> >
>> > Hi Gary,
>> >
>> > Is there any ticket in IMM for any related issue?
>> > Both creation of SU and admin operation on it will go through IMM
>> only.
>> > I do not know how IMM handles it and how IMM spec talks about it.
>> > Does IMM spec allow admin operation on a entity for which all
>> synced
>> > IMMNDS (leaving non synced IMMNDS on the nodes joining the
>> cluster) are
>> > not updated?
>> >
>> > Thanks,
>> > Praveen
>> >
>> > On 15-Jun-17 1:11 PM, Gary Lee wrote:
>> > > On a congested network, sometimes a newly created IMM object
>> can take some
>> > > time to be available on other nodes.
>> > >
>> > > In our test, a new SU is created on SC-1 and unlocked. But
>> sometimes
>> > > it fails on a remote node due to:
>> > >
>> > > 2017-05-19 13:55:19 SC-2 osafamfnd[258]: ER
>> amf_saImmOmSearchInitialize_o2 failed: 12
>> > >
>> > > To get around this, we will retry on SA_AIS_ERR_NOT_EXIST a few
>> times.
>> > > ---
>> > > src/amf/amfnd/util.cc | 15 +++++++++++++++
>> > > 1 file changed, 15 insertions(+)
>> > >
>> > > diff --git a/src/amf/amfnd/util.cc b/src/amf/amfnd/util.cc
>> > > index ed0905ce2..bca642eac 100644
>> > > --- a/src/amf/amfnd/util.cc
>> > > +++ b/src/amf/amfnd/util.cc
>> > > @@ -38,6 +38,9 @@
>> > > #include <unistd.h>
>> > > #include "osaf/configmake.h"
>> > > #include "amf/amfnd/avnd.h"
>> > > +#include "base/osaf_time.h"
>> > > +
>> > > +extern struct ImmutilWrapperProfile immutilWrapperProfile;
>> > >
>> > > const char *presence_state[] = {
>> > > "OUT_OF_RANGE", "UNINSTANTIATED",
>> "INSTANTIATING",
>> > > @@ -335,6 +338,18 @@ SaAisErrorT amf_saImmOmSearchInitialize_o2(
>> > > scope,
>> searchOptions, searchParam,
>> > > attributeNames,
>> &searchHandle);
>> > > }
>> > > + } else if (rc == SA_AIS_ERR_NOT_EXIST) {
>> > > + // it is possible for 'rootName' to be not yet available
>> > > + // at the local immnd. Retry a few times to allow CCB to
>> be propagated.
>> > > + unsigned int nTries = 1;
>> > > + while (rc == SA_AIS_ERR_NOT_EXIST &&
>> > > + nTries < immutilWrapperProfile.nTries) {
>> > > + osaf_nanosleep(&kHundredMilliseconds);
>> > > + rc = immutil_saImmOmSearchInitialize_o2(immHandle,
>> rootName.c_str(),
>> > > + scope, searchOptions, searchParam,
>> > > + attributeNames, &searchHandle);
>> > > + nTries++;
>> > > + }
>> > > }
>> > > return rc;
>> > > }
>> > >
>> >
>> >
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Check out the vibrant tech community on one of the world's most
>> > engaging tech sites, Slashdot.org!
>> https://urldefense.proofpoint.com/v2/url?u=http-3A__sdm.link_slashdot&d=DwIGaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=Ua8D9LRbRt6_3fFyQghU61tppZpWmDKj9QGctDqRYQQ&m=3lVa-ymN89sIVfvS57TSd0edM74_gBo3GkkdaSxuTCA&s=WL9nnf9tO-B21XeTvgltME0cARW6eq0IpDLuJQocH_k&e=
>> > _______________________________________________
>> > Opensaf-devel mailing list
>> > Opensaf-devel@lists.sourceforge.net
>> >
>> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_opensaf-2Ddevel&d=DwIGaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=Ua8D9LRbRt6_3fFyQghU61tppZpWmDKj9QGctDqRYQQ&m=3lVa-ymN89sIVfvS57TSd0edM74_gBo3GkkdaSxuTCA&s=5AyrQ2cwgH0HW6VfyB4nxYnHjDz-L_xk5n3HjZmw350&e=
>>
>>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Opensaf-devel mailing list
Opensaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-devel
