---
** [tickets:#2225] imm: Remove use of SaBoolT**
**Status:** accepted
**Milestone:** 5.2.FC
**Created:** Mon Dec 12, 2016 07:43 AM UTC by Hung Nguyen
**Last Updated:** Mon Dec 12, 2016 07:43 AM UTC
**Owner:** Hung Nguyen
SaBoolT should be replaced with bool wherever possible.
Example:
~~
---
** [tickets:#2224] imm: Improve the iteration in ImmModel**
**Status:** accepted
**Milestone:** 5.2.FC
**Created:** Mon Dec 12, 2016 07:09 AM UTC by Hung Nguyen
**Last Updated:** Mon Dec 12, 2016 07:09 AM UTC
**Owner:** Hung Nguyen
After removing an element from a map, the iterator is re
Hi Vu,
I raised the concern for termination in a separate thread because IMCN is
blocked in one of the CCB callbacks while sending notification
NotificationSend() API. This is happening because of circular depedency as
standby NTFS is blocked. We need to remember that when IMCN is blocked, the
- **status**: review --> fixed
- **Comment**:
changeset: 8429:91b55c7c9848
branch: opensaf-5.0.x
parent: 8426:e44bf1a904b6
user:Neelakanta Reddy
date:Mon Dec 12 11:06:08 2016 +0530
summary: smf:Allow optimization at node level forAddRemove in
mergeStepIntoSingle[#
- **status**: review --> fixed
- **Comment**:
changeset: 8426:e44bf1a904b6
branch: opensaf-5.0.x
parent: 8423:a85ab2a8baa4
user:Neelakanta Reddy
date:Mon Dec 12 10:27:44 2016 +0530
summary: imm:allow augumentCcbInit with ROF as false in completed
callback[#1956]
I attached the patch here for your ref.
Attachments:
-
[ntfsv_imcn_coredump_v3.patch](https://sourceforge.net/p/opensaf/tickets/_discuss/thread/327b0222/a42d/attachment/ntfsv_imcn_coredump_v3.patch)
(5.5 kB; application/octet-stream)
---
** [tickets:#2219] ntfd: circular dependency with osa
Hi Praveen,
I think, with your V1's patch, there is possiblity of ntf message lost as the
IMCN main poll is non-blocking, then SIGTERM could be proceed while ntf msg not
yet come to active NTFD.
Other thing, regarding your concern on handling IMCN terminating on a seperated
thread,
you stated
Hi Praveen
V1 looks OK - as an enhancement perhaps the OI handle could be created in the
thread itself to avoid passing the CB into the thread.
---
** [tickets:#2219] ntfd: circular dependency with osafntfimcnd**
**Status:** assigned
**Milestone:** 5.0.2
**Created:** Thu Dec 08, 2016 05:14 AM
Hi Praveen
Looks OK - as an enhancement perhaps the OI handle could be created in the
thread itself to avoid passing the CB into the thread.
---
** [tickets:#1609] Introduce dedicated AIS handler threads**
**Status:** unassigned
**Milestone:** future
**Created:** Tue Nov 24, 2015 09:03 AM UTC
V1 worked with the same test - no ntfimcnd coredump. Created #2223 for another
ntfd coredump - different issue.
---
** [tickets:#2219] ntfd: circular dependency with osafntfimcnd**
**Status:** assigned
**Milestone:** 5.0.2
**Created:** Thu Dec 08, 2016 05:14 AM UTC by Gary Lee
**Last Updated:*
- **status**: unassigned --> assigned
---
** [tickets:#2223] NTFD: Increment iterator out of range NotificationMap**
**Status:** assigned
**Milestone:** 5.0.2
**Created:** Mon Dec 12, 2016 12:37 AM UTC by Minh Hon Chau
**Last Updated:** Mon Dec 12, 2016 12:37 AM UTC
**Owner:** Minh Hon Chau
---
** [tickets:#2223] NTFD: Increment iterator out of range NotificationMap**
**Status:** unassigned
**Milestone:** 5.0.2
**Created:** Mon Dec 12, 2016 12:37 AM UTC by Minh Hon Chau
**Last Updated:** Mon Dec 12, 2016 12:37 AM UTC
**Owner:** Minh Hon Chau
In NtfAdmin::checkNotificationList()
12 matches
Mail list logo