in the osafclmd trace file, amfd is initialising with clmd:
Apr 27 22:29:47.391760 osafclmd [9595:clms_evt.c:0252] >> clms_client_new: MDS
dest 2010fde2420f8
Apr 27 22:29:47.391765 osafclmd [9595:clms_evt.c:0278] << clms_client_new:
client_id 1
later on, amfd request CLM tracking
Apr 27 22:29:47.399803 osafamfd [9609:clma_mds.c:0118] >>
clma_enc_track_start_msg
Apr 27 22:29:47.399810 osafamfd [9609:clma_mds.c:0134] <<
clma_enc_track_start_msg
Apr 27 22:29:47.399814 osafamfd [9609:clma_mds.c:0407] << clma_mds_enc
Apr 27 22:29:47.399832 osafamfd [9609:clma_mds.c:1296] <<
clma_mds_msg_async_send
Apr 27 22:29:47.399837 osafamfd [9609:clma_api.c:0455] <<
clma_send_mds_msg_get_clusternotificationbuf_4
the callback is sent by clmd, but never received at amfd:
Apr 27 22:29:47.465842 osafclmd [9595:clms_mds.c:0421] <<
clms_enc_cluster_ntf_buf_msg
Apr 27 22:29:47.465844 osafclmd [9595:clmsv_enc_dec.c:0071] >>
clmsv_encodeSaNameT
Apr 27 22:29:47.465847 osafclmd [9595:clmsv_enc_dec.c:0088] <<
clmsv_encodeSaNameT
Apr 27 22:29:47.465850 osafclmd [9595:clms_mds.c:0593] << clms_enc_track_cbk_msg
Apr 27 22:29:47.465862 osafclmd [9595:clms_mds.c:1525] TR rc 1
Apr 27 22:29:47.465865 osafclmd [9595:clms_mds.c:1527] << clms_mds_msg_send
Apr 27 22:29:47.465868 osafclmd [9595:clms_evt.c:1764] TR clms_mds_msg_send()
sent to 1
because amfd never learns about the other nodes from clm, it rejects all node
ups
Apr 27 22:30:37 SC-1 osafamfd[9609]: WA avd_msg_sanity_chk: invalid node ID
(2230f)
Apr 27 22:30:37 SC-1 osafamfd[9609]: WA avd_msg_sanity_chk: invalid node ID
(2230f)
Attachments:
-
[traces_for_1815.tgz](https://sourceforge.net/p/opensaf/tickets/_discuss/thread/17231c2e/a7eb/attachment/traces_for_1815.tgz)
(1.3 MB; application/gzip)
---
** [tickets:#1815] mds: suspected message loss in large cluster deployments**
**Status:** unassigned
**Milestone:** 5.0.1
**Created:** Mon May 09, 2016 06:45 AM UTC by Gary Lee
**Last Updated:** Fri May 13, 2016 05:50 AM UTC
**Owner:** nobody
It has been observed that CLM callbacks to amfd can become 'lost'
in a large cluster. It seems to be occurring in MDS, when the callbacks are
sent around the same time as amfd is calling avd_imm_config_get().
It seems avd_imm_config_get() generates a large
amount of traffic through MDS.
---
Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is
subscribed to https://sourceforge.net/p/opensaf/tickets/
To unsubscribe from further messages, a project admin can change settings at
https://sourceforge.net/p/opensaf/admin/tickets/options. Or, if this is a
mailing list, you can unsubscribe from the mailing list.
------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets
