Hi Mahesh
“ Can you please explore option of both object create & admin operation
can occur on same AMFND node ( not ‘forwarding’ )”
While this is possible, the typical use case for us is users issue commands
(manipulate IMM objects or admin ops) on an SC.
Gary
-----Original Message-----
From: A V Mahesh <[email protected]>
Organization: Oracle Corporation
Date: Wednesday, 21 June 2017 at 6:55 pm
To: gary <[email protected]>, praveen malviya
<[email protected]>, <[email protected]>, Nagendra Kumar
<[email protected]>, minh chau <[email protected]>
Cc: <[email protected]>
Subject: Re: [devel] [PATCH 1/1] amfnd: retry on ERR_NOT_EXIST [#2490]
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" <[email protected]> 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"
<[email protected]> 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
> > [email protected]
> >
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-devel
