Hi Srinivas,
Thanks for that, but I don't think we should add libntf_common.la to the
Makefile.am.
These new reader encode/decode functions are introduced in the same way
as other existing enc/dec functions, e.g., subscribe_msg, not_msg, and
we haven't needed the libntf_common.la so far.
Can you try "ldd lib/.libs/libSaNtf.so" to see if it points to correct
or old libntf_common.so.0 file?
Thanks
Minh
On 30/01/18 22:01, Srinivas Mangipudy wrote:
RE: [PATCH 0/3] Review Request for ntf: Checkpoint and cold sync
reader information [#2757]
Hi Minh,
The symbols are defined in the libntf_common.so, but ntfread was not
able to refer to these symbols.
After I added “libntf_common.la” in the lib dependency list of
ntfread, it worked fine.**
**
I made the below change in**Makefile.am file in
“/opensaf-code678/src/ntf” (highlighted in *GREEN*)**
bin_ntfread_LDADD = \
lib/libntfclient.la \
*lib/libntf_common.la \***
lib/libSaNtf.la \
lib/libopensaf_core.la
Similar change was required for ntfsend and ntfsubscribe as well.
Thank you
Srinivas
*From:*Minh Hon Chau [mailto:minh.c...@dektech.com.au]
*Sent:* Tuesday, January 30, 2018 4:17 AM
*To:* Srinivas Mangipudy <srinivas.mangip...@oracle.com>; Lennart Lund
<lennart.l...@ericsson.com>; Canh Van Truong
<canh.v.tru...@dektech.com.au>
*Cc:* opensaf-devel@lists.sourceforge.net
*Subject:* Re: [PATCH 0/3] Review Request for ntf: Checkpoint and cold
sync reader information [#2757]
Hi Srinivas,
Those symbols should be defined in libntf_common.so, which the
libSaNtf.so depends on
One possible case I try to see your error, is that I remove the
implementation of ntfsv_enc_read_finalize_msg in ntfsv_enc_dec.c, so I
got your error:
make -C ../../.. bin/ntfread bin/ntfsend bin/ntfsubscribe
make[1]: Entering directory '/home/minhchau/osaftest/opensaf-code'
CCLD bin/ntfread
lib/.libs/libSaNtf.so: undefined reference to
`ntfsv_enc_read_finalize_msg'
collect2: error: ld returned 1 exit status
Makefile:8740: recipe for target 'bin/ntfread' failed
make[1]: *** [bin/ntfread] Error 1
But I suppose those functions should have been in ntfsv_enc_dec.c. Can
you please try to build again with branch ticket-2757 in my review repo?
Thanks,
Minh
On 30/01/18 00:17, Srinivas Mangipudy wrote:
Hi Minh,
I got a build error. Below is the error;
*CCLD bin/ntfread*
*lib/.libs/libSaNtf.so: undefined reference to
`ntfsv_enc_reader_initialize_2_msg'*
*lib/.libs/libSaNtf.so: undefined reference to
`ntfsv_enc_read_next_msg'*
*lib/.libs/libSaNtf.so: undefined reference to
`ntfsv_enc_read_finalize_msg'*
*collect2: error: ld returned 1 exit status*
*Makefile:8740: recipe for target 'bin/ntfread' failed*
All the above symbols are undefined in the libSaNtf.so.0.1.2
shared library
*/opensaf-code124/lib/.libs# nm libSaNtf.so.0.1.2 | grep
ntfsv_enc_reader_initialize_2_msg*
* U ntfsv_enc_reader_initialize_2_msg*
*opensaf-code124/lib/.libs# nm libSaNtf.so.0.1.2 | grep
ntfsv_enc_read_next_msg*
* U ntfsv_enc_read_next_msg*
*/opensaf-code124/lib/.libs# nm libSaNtf.so.0.1.2 | grep
ntfsv_enc_read_finalize_msg*
* U ntfsv_enc_read_finalize_msg*
Thank you
Srinivas
-----Original Message-----
From: Minh Hon Chau [mailto:minh.c...@dektech.com.au]
Sent: Monday, January 29, 2018 9:31 AM
To: Lennart Lund <lennart.l...@ericsson.com>
<mailto:lennart.l...@ericsson.com>; Srinivas Mangipudy
<srinivas.mangip...@oracle.com>
<mailto:srinivas.mangip...@oracle.com>; Canh Van Truong
<canh.v.tru...@dektech.com.au> <mailto:canh.v.tru...@dektech.com.au>
Cc: opensaf-devel@lists.sourceforge.net
<mailto:opensaf-devel@lists.sourceforge.net>
Subject: Re: [PATCH 0/3] Review Request for ntf: Checkpoint and
cold sync reader information [#2757]
Hi all,
If the patch look ok to you, I would like to push it tomorrow.
I have updated the README and PR doc at the below links, if you
have time please have a look.
https://urldefense.proofpoint.com/v2/url?u=https-3A__sourceforge.net_p_opensaf_tickets_-5Fdiscuss_thread_77619155_0a9b_attachment_2757-5FREADME.diff&d=DwICaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=rU6x356sikQZSi7Ttc2DuiqAgbc0QIeANg72N5AllVc&m=Il9ed4kUdHBl1sTtKy3I0G6rJMuUcnoSKhdIxIWTFfc&s=osczasl2Lxg-StyK-9Qs8XrvtTj1nnJlBEL2dDIxGEA&e=
https://urldefense.proofpoint.com/v2/url?u=https-3A__sourceforge.net_p_opensaf_tickets_-5Fdiscuss_thread_5671255e_16a4_attachment_OpenSAF-5FNTFSv-5FPR-5F2735.odt&d=DwICaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=rU6x356sikQZSi7Ttc2DuiqAgbc0QIeANg72N5AllVc&m=Il9ed4kUdHBl1sTtKy3I0G6rJMuUcnoSKhdIxIWTFfc&s=riEHgZ3x2z9W8UtUxMo2tiD03svlKxireGpdVHRegvw&e=
Thanks,
Minh
On 24/01/18 12:49, minh.c...@dektech.com.au
<mailto:minh.c...@dektech.com.au> wrote:
> Hi Lennart,
>
> I tested the APIs between versions with/without the changes. I will
> send out for review the README and PR change after the code
review is
> done. One limitation is that both active and standby require the
patches to work.
>
> Thanks,
> Minh
>
>> Hi Minh
>>
>> Ack. I have not tested much
>>
>> Have you tested using the reader API while running old version on
>> standby and new version on active and vice versa (upgrade
case)? Limitations?
>> PR documentation update?
>>
>> Thanks
>> Lennart
>>
>>> -----Original Message-----
>>> From: Minh Hon Chau
>>> Sent: den 22 januari 2018 05:19
>>> To: Lennart Lund <lennart.l...@ericsson.com
<mailto:lennart.l...@ericsson.com>>;
>>> srinivas.mangip...@oracle.com
<mailto:srinivas.mangip...@oracle.com>; Canh Van Truong
>>> <canh.v.tru...@dektech.com.au
<mailto:canh.v.tru...@dektech.com.au>>
>>> Cc: opensaf-devel@lists.sourceforge.net
<mailto:opensaf-devel@lists.sourceforge.net>; Minh Hon Chau
>>> <minh.c...@dektech.com.au <mailto:minh.c...@dektech.com.au>>
>>> Subject: [PATCH 0/3] Review Request for ntf: Checkpoint and cold
>>> sync reader information [#2757]
>>>
>>> Summary: ntfd: Checkpoint reader to the standby when processes
>>> reader API requests [#2757] Review request for Ticket(s): 2757
Peer
>>> Reviewer(s): Lennart, Srinivas, Canh Pull request to: *** LIST
THE
>>> PERSON WITH PUSH ACCESS HERE *** Affected branch(es): develop
>>> Development branch: ticket-2757 Base revision:
>>> ee105cb3bf44eee4e8785e3de7d24f907641e2ab
>>> Personal repository: git://git.code.sf.net/u/minh-chau/review
>>>
>>> --------------------------------
>>> Impacted area Impact y/n
>>> --------------------------------
>>> Docs n
>>> Build system n
>>> RPM/packaging n
>>> Configuration files n
>>> Startup scripts n
>>> SAF services y
>>> OpenSAF services n
>>> Core libraries n
>>> Samples n
>>> Tests n
>>> Other n
>>>
>>> NOTE: Patch(es) contain lines longer than 80 characers
>>>
>>> Comments (indicate scope for each "y" above):
>>> ---------------------------------------------
>>> *** EXPLAIN/COMMENT THE PATCH SERIES HERE ***
>>>
>>> revision 74da3370accfa44a34a7abf9830ceaeae3ab5d4f
>>> Author:Minh Chau <minh.c...@dektech.com.au
<mailto:minh.c...@dektech.com.au>> Date:Mon, 22 Jan 2018
>>> 15:08:59 +1100
>>>
>>> ntftest: Add new test cases of suite 41 for cold sync and
checkpoint
>>> of reader APIs [#2757]
>>>
>>>
>>>
>>> revision ad38745b1c411bc52905725281c84c69e4147fef
>>> Author:Minh Chau <minh.c...@dektech.com.au
<mailto:minh.c...@dektech.com.au>> Date:Mon, 22 Jan 2018
>>> 15:03:42 +1100
>>>
>>> ntfd: Cold sync reader to the standby ntfd after rebooting the
>>> standby controller [#2757]
>>>
>>> Assumpt that the reader information is updated to the standby
ntfd
>>> via checkpoint upon reception of reader APIs requests.
However, if
>>> the standby controller reboots and comes up, the standby ntfd
still
>>> has none of readers information which is available at the active
>>> ntfd. Now if a switchover happens, the new active will not be
able
>>> to process the reader APIs requests with existing reader handles.
>>>
>>> This patch adds reader information as part of cold sync
>>>
>>>
>>>
>>> revision 47cf18850e6819c2db4642eb1e639aff5f0d8282
>>> Author:Minh Chau <minh.c...@dektech.com.au
<mailto:minh.c...@dektech.com.au>> Date:Mon, 22 Jan 2018
>>> 14:12:00 +1100
>>>
>>> ntfd: Checkpoint reader to the standby when processes reader API
>>> requests [#2757]
>>>
>>> When active ntfd receives reader API requests: ReaderIntialize,
>>> ReadNext, ReadFinalize, active ntfd does not update the readers
>>> information to the standby. Thus, either switchover or failover
>>> happens, the client can not continue to use the reader APIs,
because
>>> there is no such reader information still available in the new
>>> active after switchover.
>>>
>>> The patch does checkpoint reader information to the standby when
>>> completes processing reader APIs request.
>>>
>>>
>>>
>>> Complete diffstat:
>>> ------------------
>>> src/ntf/agent/ntfa_mds.c | 51 +--
>>> src/ntf/apitest/tet_coldsync.c | 690
>>> ++++++++++++++++++++++++++++++++++++++++-
>>> src/ntf/common/ntfsv_enc_dec.c | 88 +++++-
>>> src/ntf/common/ntfsv_enc_dec.h | 12 +-
>>> src/ntf/ntfd/NtfAdmin.cc | 145 +++++++--
>>> src/ntf/ntfd/NtfAdmin.h | 17 +-
>>> src/ntf/ntfd/NtfClient.cc | 68 +++-
>>> src/ntf/ntfd/NtfClient.h | 11 +-
>>> src/ntf/ntfd/NtfLogger.cc | 2 +-
>>> src/ntf/ntfd/NtfReader.cc | 84 +++--
>>> src/ntf/ntfd/NtfReader.h | 13 +-
>>> src/ntf/ntfd/ntfs_com.c | 105 +++++++
>>> src/ntf/ntfd/ntfs_com.h | 25 +-
>>> src/ntf/ntfd/ntfs_evt.c | 14 +-
>>> src/ntf/ntfd/ntfs_mbcsv.c | 287 ++++++++++++++---
>>> src/ntf/ntfd/ntfs_mbcsv.h | 16 +
>>> src/ntf/ntfd/ntfs_mds.c | 42 +--
>>> 17 files changed, 1430 insertions(+), 240 deletions(-)
>>>
>>>
>>> Testing Commands:
>>> -----------------
>>> Run all test cases of suite 41, and legacy suites
>>>
>>>
>>> Testing, Expected Results:
>>> --------------------------
>>> All pass
>>>
>>>
>>> Conditions of Submission:
>>> -------------------------
>>> ack from reviewers
>>>
>>>
>>> Arch Built Started Linux distro
>>> -------------------------------------------
>>> mips n n
>>> mips64 n n
>>> x86 n n
>>> x86_64 y y
>>> powerpc n n
>>> powerpc64 n n
>>>
>>>
>>> Reviewer Checklist:
>>> -------------------
>>> [Submitters: make sure that your review doesn't trigger any
>>> checkmarks!]
>>>
>>>
>>> Your checkin has not passed review because (see checked entries):
>>>
>>> ___ Your RR template is generally incomplete; it has too many
blank
>>> entries
>>> that need proper data filled in.
>>>
>>> ___ You have failed to nominate the proper persons for review
and push.
>>>
>>> ___ Your patches do not have proper short+long header
>>>
>>> ___ You have grammar/spelling in your header that is unacceptable.
>>>
>>> ___ You have exceeded a sensible line length in your
>>> headers/comments/text.
>>>
>>> ___ You have failed to put in a proper Trac Ticket # into your
commits.
>>>
>>> ___ You have incorrectly put/left internal data in your
comments/files
>>> (i.e. internal bug tracking tool IDs, product names etc)
>>>
>>> ___ You have not given any evidence of testing beyond basic
build tests.
>>> Demonstrate some level of runtime or other sanity testing.
>>>
>>> ___ You have ^M present in some of your files. These have to
be removed.
>>>
>>> ___ You have needlessly changed whitespace or added whitespace
crimes
>>> like trailing spaces, or spaces before tabs.
>>>
>>> ___ You have mixed real technical changes with whitespace and
other
>>> cosmetic code cleanup changes. These have to be separate
commits.
>>>
>>> ___ You need to refactor your submission into logical chunks;
there is
>>> too much content into a single commit.
>>>
>>> ___ You have extraneous garbage in your review (merge commits etc)
>>>
>>> ___ You have giant attachments which should never have been sent;
>>> Instead you should place your content in a public tree to
be pulled.
>>>
>>> ___ You have too many commits attached to an e-mail; resend as
threaded
>>> commits, or place in a public tree for a pull.
>>>
>>> ___ You have resent this content multiple times without a clear
>>> indication
>>> of what has changed between each re-send.
>>>
>>> ___ You have failed to adequately and individually address all
of the
>>> comments and change requests that were proposed in the
initial
>>> review.
>>>
>>> ___ You have a misconfigured ~/.gitconfig file (i.e. user.name,
>>> user.email
>>> etc)
>>>
>>> ___ Your computer have a badly configured date and time;
confusing the
>>> the threaded patch review.
>>>
>>> ___ Your changes affect IPC mechanism, and you don't present
any results
>>> for in-service upgradability test.
>>>
>>> ___ Your changes affect user manual and documentation, your
patch series
>>> do not contain the patch that updates the Doxygen manual.
>>
>
>
------------------------------------------------------------------------------
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