- **status**: accepted --> review
---
** [tickets:#3249] MDS: mdstest 11 5 failed**
**Status:** review
**Milestone:** 5.20.11
**Created:** Mon Jan 18, 2021 10:07 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Jan 18, 2021 10:10 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
---
** [tickets:#3249] MDS: mdstest 11 5 failed**
**Status:** unassigned
**Milestone:** 5.20.11
**Created:** Mon Jan 18, 2021 10:07 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Jan 18, 2021 10:07 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
- **status**: unassigned --> assigned
---
** [tickets:#3249] MDS: mdstest 11 5 failed**
**Status:** assigned
**Milestone:** 5.20.11
**Created:** Mon Jan 18, 2021 10:07 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Jan 18, 2021 10:07 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
- **status**: assigned --> accepted
---
** [tickets:#3249] MDS: mdstest 11 5 failed**
**Status:** accepted
**Milestone:** 5.20.11
**Created:** Mon Jan 18, 2021 10:07 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Jan 18, 2021 10:08 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
- **status**: review --> fixed
- **Comment**:
commit 1f4ed0fb97b0466fbd12a198435b7ff74485e1c4 (HEAD -> develop,
origin/develop)
Author: hieu.h.hoang
Date: Fri Jan 22 10:50:54 2021 +0700
mds: improve mdstest to wait for subscription response [#3249]
- Reason: unordered
- **summary**: mds: Add a timeout while sending a MDS_SENDTYPE_SND message
--> mds: Add timeout to the message MDS_SENDTYPE_SND
- Description has changed:
Diff:
--- old
+++ new
@@ -4,7 +4,7 @@
We should add timeout to sending a MDS_SENDTYPE_SND message. If exceed the
timeout, mds
- **status**: assigned --> duplicate
- **Comment**:
According to ticket #3263, rde used broadcast for peer info message instead of
directly send. It could reduce the frequency of error so we close this ticket.
---
** [tickets:#3258] rde: Failed to send the peer information response to an
---
** [tickets:#3259] mds: Add a timeout while sending a MDS_SENDTYPE_SND
message**
**Status:** assigned
**Milestone:** 5.21.06
**Created:** Tue Apr 27, 2021 07:02 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Apr 27, 2021 07:02 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
- Description has changed:
Diff:
--- old
+++ new
@@ -44,3 +44,4 @@
<139>1 2021-04-26T11:50:44.193876+02:00 SC-7 osafrded 151 mds.log [meta
sequenceId="1010"] MDS_SND_RCV:No Route Found from svc_id = RDE(33), to svc_id
= RDE(33) on Adest = <0x0002060f, 151>
<139>1
- **status**: accepted --> review
---
** [tickets:#3259] mds: Add a timeout while sending a MDS_SENDTYPE_SND
message**
**Status:** review
**Milestone:** 5.21.06
**Created:** Tue Apr 27, 2021 07:02 AM UTC by Hieu Hong Hoang
**Last Updated:** Wed Apr 28, 2021 03:38 AM UTC
**Owner:** Hieu
- **Comment**:
commit 5121bf7814aab8a3c5acfa4750c0697449c38f31 (HEAD -> develop,
origin/develop)
Author: hieu.h.hoang
Date: Mon Apr 26 13:44:04 2021 +0700
rde: Improve initialization of Consensus() [#3126]
Move the reading environment variables to a new class. The new class's
- **status**: review --> fixed
---
** [tickets:#3126] osaf: improve initialization of Consensus()**
**Status:** fixed
**Milestone:** 5.21.06
**Created:** Wed Dec 04, 2019 07:22 AM UTC by Gary Lee
**Last Updated:** Tue May 04, 2021 02:59 AM UTC
**Owner:** Hieu Hong Hoang
Currently, the
- **assigned_to**: Hieu Hong Hoang
---
** [tickets:#3126] osaf: improve initialization of Consensus()**
**Status:** assigned
**Milestone:** 5.21.06
**Created:** Wed Dec 04, 2019 07:22 AM UTC by Gary Lee
**Last Updated:** Wed Mar 24, 2021 05:45 AM UTC
**Owner:** Hieu Hong Hoang
Currently,
- **status**: unassigned --> assigned
---
** [tickets:#3126] osaf: improve initialization of Consensus()**
**Status:** assigned
**Milestone:** 5.21.06
**Created:** Wed Dec 04, 2019 07:22 AM UTC by Gary Lee
**Last Updated:** Mon Mar 01, 2021 02:43 AM UTC
**Owner:** nobody
Currently, the
- **status**: assigned --> accepted
---
** [tickets:#3126] osaf: improve initialization of Consensus()**
**Status:** accepted
**Milestone:** 5.21.06
**Created:** Wed Dec 04, 2019 07:22 AM UTC by Gary Lee
**Last Updated:** Wed Mar 24, 2021 05:47 AM UTC
**Owner:** Hieu Hong Hoang
Currently,
---
** [tickets:#3255] amf: not invoke the csi attribute change callback**
**Status:** unassigned
**Milestone:** 5.21.06
**Created:** Tue Mar 30, 2021 09:35 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Mar 30, 2021 09:35 AM UTC
**Owner:** nobody
When run the amf-demo in
- **status**: accepted --> review
---
** [tickets:#3126] osaf: improve initialization of Consensus()**
**Status:** review
**Milestone:** 5.21.06
**Created:** Wed Dec 04, 2019 07:22 AM UTC by Gary Lee
**Last Updated:** Thu Mar 25, 2021 08:27 AM UTC
**Owner:** Hieu Hong Hoang
Currently, the
---
** [tickets:#3258] rde: Failed to send the peer information response to an
already down peer **
**Status:** assigned
**Milestone:** 5.21.06
**Created:** Tue Apr 20, 2021 05:08 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Apr 20, 2021 05:08 AM UTC
**Owner:** Hieu Hong Hoang
- **status**: unassigned --> accepted
- **assigned_to**: Hieu Hong Hoang
---
** [tickets:#3255] amf: not invoke the csi attribute change callback**
**Status:** accepted
**Milestone:** 5.21.06
**Created:** Tue Mar 30, 2021 09:35 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Mar 30, 2021
- Description has changed:
Diff:
--- old
+++ new
@@ -1,4 +1,4 @@
-When run the amf-demo in samples/amf/sa_aware, the
"osafCsiAttributeChangeCallback" callback function doesn't invoked.
+When run the amf-demo in samples/amf/sa_aware, the
"osafCsiAttributeChangeCallback" callback function
---
** [tickets:#3256] pyosaf: support for amf api version b4.02 **
**Status:** unassigned
**Milestone:** 5.21.06
**Created:** Tue Apr 13, 2021 10:14 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Apr 13, 2021 10:14 AM UTC
**Owner:** Hieu Hong Hoang
Currently, the highest version of amf
- **status**: review --> fixed
---
** [tickets:#3255] amf: not invoke the csi attribute change callback**
**Status:** fixed
**Milestone:** 5.21.06
**Created:** Tue Mar 30, 2021 09:35 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Apr 16, 2021 09:41 AM UTC
**Owner:** Hieu Hong Hoang
When
- **status**: accepted --> review
- **Comment**:
Lack of EDU_EXIT in src/amf/common/d2nedu.c
---
** [tickets:#3255] amf: not invoke the csi attribute change callback**
**Status:** review
**Milestone:** 5.21.06
**Created:** Tue Mar 30, 2021 09:35 AM UTC by Hieu Hong Hoang
**Last Updated:**
When the package size is over MDS_DIRECT_BUF_MAXSIZE, dtm still send that
packet successful. The reason is that dtm module support fragmentation for big
packet. If the package size is over the maximum buffer size, that packet will
be fragmented into smaller packets before send.
~~~
<142>1
- **status**: assigned --> not-reproducible
---
** [tickets:#2868] imm: sync message size could be over the maximum size of MDS
buf**
**Status:** not-reproducible
**Milestone:** 5.21.10
**Created:** Mon May 28, 2018 07:03 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Aug 20, 2021 06:46 AM
---
** [tickets:#3281] mds: Wrong sending NO_ACTIVE after split brain detection**
**Status:** assigned
**Milestone:** 5.21.10
**Created:** Mon Sep 06, 2021 01:47 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Sep 06, 2021 01:47 AM UTC
**Owner:** nobody
**Attachments:**
-
- **assigned_to**: Hieu Hong Hoang
---
** [tickets:#3281] mds: Wrong sending NO_ACTIVE after split brain detection**
**Status:** assigned
**Milestone:** 5.21.10
**Created:** Mon Sep 06, 2021 01:47 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Sep 06, 2021 01:47 AM UTC
**Owner:** Hieu Hong
---
** [tickets:#3282] amfd: coredump while deleting csi**
**Status:** assigned
**Milestone:** 5.21.10
**Created:** Thu Sep 09, 2021 03:11 AM UTC by Hieu Hong Hoang
**Last Updated:** Thu Sep 09, 2021 03:11 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
commit 876c9eb232f19de8ef8c5ddd1b3dcce4b1b4a8b3 (HEAD -> develop,
origin/develop, origin_develop)
Author: hieu.h.hoang
Date: Thu Sep 9 17:55:54 2021 +0700
amfd: Correct checking CSICOMP while deleting CSI [#3282]
Checking CSICOMP while deleting CSI could be failed in the
- **status**: review --> fixed
---
** [tickets:#3282] amfd: coredump while deleting csi**
**Status:** fixed
**Milestone:** 5.21.12
**Created:** Thu Sep 09, 2021 03:11 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Sep 20, 2021 04:56 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
- **status**: assigned --> review
---
** [tickets:#3282] amfd: coredump while deleting csi**
**Status:** review
**Milestone:** 5.21.12
**Created:** Thu Sep 09, 2021 03:11 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Sep 14, 2021 06:17 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
- Description has changed:
Diff:
--- old
+++ new
@@ -1,3 +1,13 @@
+When a service unit assigns to a service instance which doesn't support all
component service instances of that service instance, amfd will failed to
delete those unsupported component service instances.
+For example: An
---
** [tickets:#3293] log: Replace ScopeLock by standard lock**
**Status:** assigned
**Milestone:** 5.21.12
**Created:** Fri Oct 22, 2021 12:24 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Oct 22, 2021 12:24 AM UTC
**Owner:** Hieu Hong Hoang
We created a class ScopeLock to support
- **status**: assigned --> accepted
- **Priority**: major --> minor
---
** [tickets:#3293] log: Replace ScopeLock by standard lock**
**Status:** accepted
**Milestone:** 5.21.12
**Created:** Fri Oct 22, 2021 12:24 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Oct 22, 2021 12:24 AM UTC
- **status**: accepted --> review
---
** [tickets:#3293] log: Replace ScopeLock by standard lock**
**Status:** review
**Milestone:** 5.21.12
**Created:** Fri Oct 22, 2021 12:24 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Oct 22, 2021 12:25 AM UTC
**Owner:** Hieu Hong Hoang
We created a
- **summary**: mds: Wrong sending NO_ACTIVE after split brain detection -->
mds: Sending wrong NO_ACTIVE after split brain detection
- **status**: assigned --> accepted
---
** [tickets:#3281] mds: Sending wrong NO_ACTIVE after split brain detection**
**Status:** accepted
**Milestone:**
---
** [tickets:#3291] log: shutdown log agent when not in use**
**Status:** assigned
**Milestone:** 5.21.12
**Created:** Mon Oct 18, 2021 07:59 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Oct 18, 2021 07:59 AM UTC
**Owner:** Hieu Hong Hoang
Currently, the log agent keeps running even
---
** [tickets:#3292] log: Introduce an initial node status callback **
**Status:** assigned
**Milestone:** 5.21.12
**Created:** Mon Oct 18, 2021 09:02 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Oct 18, 2021 09:02 AM UTC
**Owner:** Hieu Hong Hoang
Currently, loga don't know when logd
- **Type**: enhancement --> defect
---
** [tickets:#3291] log: shutdown log agent when not in use**
**Status:** fixed
**Milestone:** 5.21.12
**Created:** Mon Oct 18, 2021 07:59 AM UTC by Hieu Hong Hoang
**Last Updated:** Wed Dec 08, 2021 08:22 AM UTC
**Owner:** Hieu Hong Hoang
Currently,
There is another error with the broadcast message. Currently, mds chooses an
adest (active adest for normal mode or any adest for redundancy mode) and gets
its sent message count to assign the sequence number of broadcast message.
That sequence number is only valid to the chosen adest and
There are several packet loss logs which is always printed out although no
packet loss.
~~~
<139>1 2022-01-04T11:34:35.408579+07:00 SC-1 osafntfd 276 mds.log [meta
sequenceId="6"] MDS_SND_RCV: msg loss detected, Src svc_id = LGS(20), Src vdest
id= 11, Src Adest = 564116277870562, local svc_id
- **status**: assigned --> accepted
---
** [tickets:#3304] mds: Packet loss without log**
**Status:** accepted
**Milestone:** 5.21.12
**Created:** Tue Jan 04, 2022 03:47 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Jan 04, 2022 04:49 AM UTC
**Owner:** Hieu Hong Hoang
In mds module, there
- **status**: accepted --> review
---
** [tickets:#3302] log: Threads wasn't stopped while releasing log agent**
**Status:** review
**Milestone:** 5.21.12
**Created:** Mon Dec 27, 2021 06:29 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Dec 27, 2021 06:29 AM UTC
**Owner:** Hieu Hong Hoang
commit a9e7afa1215407b43c0e993768a003f980e85010 (HEAD -> develop,
origin/develop)
Author: hieu.h.hoang
Date: Mon Dec 27 13:52:49 2021 +0700
log: Stop all threads while releasing the log agent object [#3302]
In the destructor of LogAgent, stop all threads of log agent.
---
**
- **status**: review --> fixed
---
** [tickets:#3302] log: Threads wasn't stopped while releasing log agent**
**Status:** fixed
**Milestone:** 5.21.12
**Created:** Mon Dec 27, 2021 06:29 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Jan 04, 2022 03:12 AM UTC
**Owner:** Hieu Hong Hoang
In
---
** [tickets:#3304] mds: Packet loss without log**
**Status:** assigned
**Milestone:** 5.21.12
**Created:** Tue Jan 04, 2022 03:47 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Jan 04, 2022 03:47 AM UTC
**Owner:** Hieu Hong Hoang
In mds module, there is a packet loss feature. This
---
** [tickets:#3302] log: Threads wasn't stopped while releasing log agent**
**Status:** assigned
**Milestone:** 5.21.12
**Created:** Mon Dec 27, 2021 06:29 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Dec 27, 2021 06:29 AM UTC
**Owner:** nobody
In the destructor of a class, we should
- **status**: assigned --> accepted
- **assigned_to**: Hieu Hong Hoang
---
** [tickets:#3302] log: Threads wasn't stopped while releasing log agent**
**Status:** accepted
**Milestone:** 5.21.12
**Created:** Mon Dec 27, 2021 06:29 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Dec 27, 2021
- **status**: accepted --> review
---
** [tickets:#3296] amf: The csi attribute callback is non backward compatible**
**Status:** review
**Milestone:** 5.21.12
**Created:** Mon Nov 22, 2021 10:26 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Nov 22, 2021 10:37 AM UTC
**Owner:** Hieu Hong
- **status**: assigned --> review
---
** [tickets:#3291] log: shutdown log agent when not in use**
**Status:** review
**Milestone:** 5.21.12
**Created:** Mon Oct 18, 2021 07:59 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Oct 18, 2021 07:59 AM UTC
**Owner:** Hieu Hong Hoang
Currently,
- **summary**: log: Introduce an initial node status callback --> log:
Introduce an initial clm node status
- Description has changed:
Diff:
--- old
+++ new
@@ -1,9 +1,9 @@
-Currently, loga don't know when logd is ready for a request. In this ticket,
we introduce a new callback from
- Description has changed:
Diff:
--- old
+++ new
@@ -1 +1 @@
-When running a cluster that each node have a difference version of OpenSAF,
the amfnd will crash in the csi attribute callback. It has appeared since the
[ticket 3255](https://sourceforge.net/p/opensaf/tickets/3255/). In this
---
** [tickets:#3296] amf: The csi attribute callback is non backward compatible**
**Status:** assigned
**Milestone:** 5.21.12
**Created:** Mon Nov 22, 2021 10:26 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Nov 22, 2021 10:26 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
commit 203ff838c39910902eb16965e964a580b0cffe3b (HEAD -> develop,
origin/develop, ticket-3281)
Author: hieu.h.hoang
Date: Mon Oct 18 08:59:03 2021 +0700
mds: Resolve active MxN VDEST conflict in split brain [#3281]
If split brain happens and network merges back, one active SC is
- **status**: review --> fixed
---
** [tickets:#3281] mds: Sending wrong NO_ACTIVE after split brain detection**
**Status:** fixed
**Milestone:** 5.21.12
**Created:** Mon Sep 06, 2021 01:47 AM UTC by Hieu Hong Hoang
**Last Updated:** Mon Nov 01, 2021 03:04 AM UTC
**Owner:** Hieu Hong Hoang
---
** [tickets:#3294] mds: refactor huge api functions**
**Status:** unassigned
**Milestone:** 5.21.12
**Created:** Tue Oct 26, 2021 06:02 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Oct 26, 2021 06:02 AM UTC
**Owner:** Hieu Hong Hoang
Some functions have 1.5K+ line of code. It's hard
- **status**: review --> fixed
---
** [tickets:#3296] amf: The csi attribute callback is non backward compatible**
**Status:** fixed
**Milestone:** 5.21.12
**Created:** Mon Nov 22, 2021 10:26 AM UTC by Hieu Hong Hoang
**Last Updated:** Thu Dec 02, 2021 12:47 AM UTC
**Owner:** Hieu Hong Hoang
- **Comment**:
commit 9945ae29d09350340d6d2bb4c1d463bd010dde47 (HEAD -> develop,
origin/develop)
Author: hieu.h.hoang
Date: Mon Nov 22 17:29:02 2021 +0700
amf: Correct the version of csi attribute message [#3296]
In ticket 3255, the csi attribute message was changed its format
- **status**: assigned --> duplicate
- **Comment**:
The problem has been solved in [ticket
3291](https://sourceforge.net/p/opensaf/tickets/3291/) .
---
** [tickets:#3292] log: Introduce an initial clm node status**
**Status:** duplicate
**Milestone:** 5.21.12
**Created:** Mon Oct 18, 2021
- **status**: review --> fixed
- **Comment**:
commit fbcb58c1dfa384c2922f65861befa478fff7ee41 (HEAD -> develop,
origin/develop, ticket-3291)
Author: hieu.h.hoang
Date: Tue Dec 7 19:37:40 2021 +0700
log: Increase timeout in logtest [#3291]
Because the log agent have to wait for
- **status**: assigned --> accepted
---
** [tickets:#3301] log: Correct assigning the signal wait for server**
**Status:** accepted
**Milestone:** 5.21.12
**Created:** Thu Dec 09, 2021 08:50 AM UTC by Hieu Hong Hoang
**Last Updated:** Thu Dec 09, 2021 08:50 AM UTC
**Owner:** Hieu Hong Hoang
- **summary**: log: Correct assigning the signal wait for server --> log: Check
the value of waiting variable before assigning
---
** [tickets:#3301] log: Check the value of waiting variable before assigning**
**Status:** accepted
**Milestone:** 5.21.12
**Created:** Thu Dec 09, 2021 08:50 AM
- **summary**: log: Correct condition to shutdown the log agent --> log: Try to
shutdown the log agent even if it already shutdown
---
** [tickets:#3301] log: Try to shutdown the log agent even if it already
shutdown**
**Status:** review
**Milestone:** 5.21.12
**Created:** Thu Dec 09, 2021
- **summary**: log: Check the value of waiting variable before assigning -->
log: Correct condition to shutdown the log agent
- Description has changed:
Diff:
--- old
+++ new
@@ -15,4 +15,4 @@
atomic_data_.waiting_log_server_up = true;
}
~~~
-The signal wait for server was
commit aec1464068db214e50dee7d66b3511c7816dc79f (HEAD -> develop,
origin/develop, ticket-3301)
Author: hieu.h.hoang
Date: Fri Dec 10 07:41:08 2021 +0700
log: Correct condition to shutdown the log agent [#3301]
The shutdown function was invoked every time invoking the finalize
- **status**: review --> fixed
---
** [tickets:#3301] log: Try to shutdown the log agent even if it already
shutdown**
**Status:** fixed
**Milestone:** 5.21.12
**Created:** Thu Dec 09, 2021 08:50 AM UTC by Hieu Hong Hoang
**Last Updated:** Wed Dec 15, 2021 10:45 AM UTC
**Owner:** Hieu Hong
---
** [tickets:#3301] log: Correct assigning the signal wait for server**
**Status:** assigned
**Milestone:** 5.21.12
**Created:** Thu Dec 09, 2021 08:50 AM UTC by Hieu Hong Hoang
**Last Updated:** Thu Dec 09, 2021 08:50 AM UTC
**Owner:** Hieu Hong Hoang
In [ticket
- **status**: accepted --> review
- **Type**: enhancement --> defect
---
** [tickets:#3304] mds: Packet loss without log**
**Status:** review
**Milestone:** 5.21.12
**Created:** Tue Jan 04, 2022 03:47 AM UTC by Hieu Hong Hoang
**Last Updated:** Wed Jan 05, 2022 04:04 AM UTC
**Owner:** Hieu
- **status**: unassigned --> assigned
---
** [tickets:#3294] mds: refactor huge api functions**
**Status:** assigned
**Milestone:** 5.21.12
**Created:** Tue Oct 26, 2021 06:02 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Oct 26, 2021 06:02 AM UTC
**Owner:** Hieu Hong Hoang
Some functions
---
** [tickets:#3310] log: log agent is blocked for 10s**
**Status:** assigned
**Milestone:** 5.22.04
**Created:** Tue Mar 08, 2022 03:32 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Mar 08, 2022 03:32 AM UTC
**Owner:** Hieu Hong Hoang
In [ticket
- **status**: fixed --> accepted
---
** [tickets:#3310] log: log agent is blocked for 10s**
**Status:** accepted
**Milestone:** 5.22.04
**Created:** Tue Mar 08, 2022 03:32 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Mar 15, 2022 03:23 AM UTC
**Owner:** Hieu Hong Hoang
In [ticket
In previous commit, the log agent 5.22.01 is still blocked for 10s if it runs
with new log director. The log agent 5.22.01 will wait for the initial message
but its subpart version is 1. Therefore the log director doesn't know that it
needs to send the initial message.
A different approach is
- **status**: accepted --> fixed
---
** [tickets:#3310] log: log agent is blocked for 10s**
**Status:** fixed
**Milestone:** 5.22.04
**Created:** Tue Mar 08, 2022 03:32 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Mar 15, 2022 03:22 AM UTC
**Owner:** Hieu Hong Hoang
In [ticket
- **status**: assigned --> accepted
---
** [tickets:#3310] log: log agent is blocked for 10s**
**Status:** accepted
**Milestone:** 5.22.04
**Created:** Tue Mar 08, 2022 03:32 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Mar 08, 2022 03:32 AM UTC
**Owner:** Hieu Hong Hoang
In [ticket
---
** [tickets:#3309] clm: the payload node unexpectedly left cluster right after
failover**
**Status:** accepted
**Milestone:** 5.22.04
**Created:** Thu Feb 24, 2022 03:57 AM UTC by Hieu Hong Hoang
**Last Updated:** Thu Feb 24, 2022 03:57 AM UTC
**Owner:** Hieu Hong Hoang
After the
- Description has changed:
Diff:
--- old
+++ new
@@ -1,13 +1,13 @@
-After the active SC rebooted, the standby SC executed failover to active. The
new active SC notified a PL left cluster but that PL was still in cluster. The
reason is the connection between the standby SC and that PL was
- **status**: accepted --> review
---
** [tickets:#3310] log: log agent is blocked for 10s**
**Status:** review
**Milestone:** 5.22.04
**Created:** Tue Mar 08, 2022 03:32 AM UTC by Hieu Hong Hoang
**Last Updated:** Thu Mar 17, 2022 08:22 AM UTC
**Owner:** Hieu Hong Hoang
In [ticket
- **status**: review --> fixed
---
** [tickets:#3310] log: log agent is blocked for 10s**
**Status:** fixed
**Milestone:** 5.22.04
**Created:** Tue Mar 08, 2022 03:32 AM UTC by Hieu Hong Hoang
**Last Updated:** Thu Mar 24, 2022 01:30 AM UTC
**Owner:** Hieu Hong Hoang
In [ticket
commit 78cbf3c763439e24d3db459fe5a0d6e5974c693e (HEAD -> develop,
origin/develop, ticket-3310)
Author: hieu.h.hoang
Date: Thu Mar 17 15:27:01 2022 +0700
log: The log director always sends the initial message [#3310]
The log agent 5.22.01 will wait for the initial message
but
- **status**: review --> fixed
---
** [tickets:#3304] mds: Packet loss without log**
**Status:** fixed
**Milestone:** 5.22.04
**Created:** Tue Jan 04, 2022 03:47 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Jan 28, 2022 01:42 AM UTC
**Owner:** Hieu Hong Hoang
In mds module, there is a
commit fb5a176285562d08edd6a7d04e67ba4a96f8e9f8 (HEAD -> develop,
origin/develop)
Author: hieu.h.hoang
Date: Thu Jan 6 10:37:51 2022 +0700
mds: Correct checking the sequence number in loss indication [#3304]
The sequence number of broadcast message is associated with a specific
- **status**: assigned --> accepted
---
** [tickets:#3294] mds: refactor huge api functions**
**Status:** accepted
**Milestone:** future
**Created:** Tue Oct 26, 2021 06:02 AM UTC by Hieu Hong Hoang
**Last Updated:** Sun Jan 23, 2022 10:05 PM UTC
**Owner:** Hieu Hong Hoang
Some functions
---
** [tickets:#3313] log: logtest 2 36 failed while initializing log agent**
**Status:** assigned
**Milestone:** 5.22.04
**Created:** Tue Apr 12, 2022 07:41 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Apr 12, 2022 07:41 AM UTC
**Owner:** Hieu Hong Hoang
While initializing log agent,
In ticket [#3291](https://sourceforge.net/p/opensaf/tickets/3291/), the
function "CountClient" was added. It counts the number of client base on the
number of saved client. However, there are some client wasn't saved yet because
its initialization is in progress.
---
** [tickets:#3313]
- **status**: assigned --> review
- Attachments has changed:
Diff:
--- old
+++ new
@@ -0,0 +1 @@
+loga.txt (2.1 MB; text/plain)
---
** [tickets:#3313] log: logtest 2 36 failed while initializing log agent**
**Status:** review
**Milestone:** 5.22.04
**Created:** Tue Apr 12, 2022
- **status**: review --> fixed
---
** [tickets:#3314] imm: Deadlock between pbe and ccb applied on a pbe object**
**Status:** fixed
**Milestone:** 5.22.04
**Created:** Mon May 02, 2022 03:20 PM UTC by Hieu Hong Hoang
**Last Updated:** Fri May 27, 2022 04:46 AM UTC
**Owner:** Hieu Hong Hoang
commit 1542758ef4637321b987bd67becac66ba06d (ticket-3314)
Author: hieu.h.hoang
Date: Mon May 2 12:56:23 2022 +0700
imm: Fix pbe deadlock [#3314]
Immpbe will fail to restart if a ccb which applies to an immpbe object
changes state to critical. The ccb will be aborted if
commit 412f5da2a9c5cc60a349be6672f13238306c9785 (HEAD -> develop,
origin/develop, ticket-3315)
Author: hieu.h.hoang
Date: Mon May 2 13:20:08 2022 +0700
imm: Remove dead admin owner [#3315]
While imm is synchronizing, the function to delete admin owner
only changes the state
- **status**: review --> fixed
---
** [tickets:#3315] imm : Redundancy admin owner after aborting sync**
**Status:** fixed
**Milestone:** 5.22.04
**Created:** Mon May 02, 2022 03:54 PM UTC by Hieu Hong Hoang
**Last Updated:** Fri May 27, 2022 04:47 AM UTC
**Owner:** Hieu Hong Hoang
While
- **status**: accepted --> review
---
** [tickets:#3294] mds: refactor huge api functions**
**Status:** review
**Milestone:** future
**Created:** Tue Oct 26, 2021 06:02 AM UTC by Hieu Hong Hoang
**Last Updated:** Tue Feb 08, 2022 05:09 AM UTC
**Owner:** Hieu Hong Hoang
Some functions have
---
** [tickets:#3317] amfnd: two NEW_ACTIVE amfd in split-brain scenario**
**Status:** accepted
**Milestone:** 5.22.11
**Created:** Fri Jun 10, 2022 04:00 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Jun 10, 2022 04:00 AM UTC
**Owner:** Hieu Hong Hoang
This issue happen when we test the
In normal case, the up flag will be reset by the mds thread whenever the amfnd
receives a NEW_ACTIVE event:
~~~
case NCSMDS_NEW_ACTIVE:
if (evt_info->i_svc_id == NCSMDS_SVC_ID_AVD) {
LOG_NO("AVD NEW_ACTIVE, adest:%" PRIu64, evt_info->i_dest);
// sometimes NEW_ACTIVE
- **status**: accepted --> review
---
** [tickets:#3317] amfnd: two NEW_ACTIVE amfd in split-brain scenario**
**Status:** review
**Milestone:** 5.22.11
**Created:** Fri Jun 10, 2022 04:00 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Jun 10, 2022 04:30 AM UTC
**Owner:** Hieu Hong Hoang
- **status**: assigned --> review
- **Type**: defect --> enhancement
---
** [tickets:#3319] ntf: Process the asynchronous checkpoint before sending
response**
**Status:** review
**Milestone:** 5.22.11
**Created:** Fri Jul 15, 2022 04:20 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Jul 15,
- **status**: accepted --> review
---
** [tickets:#3102] mds: waste 1.5s in waiting Adest already down to send
response message type**
**Status:** review
**Milestone:** 5.20.02
**Created:** Thu Oct 17, 2019 09:23 AM UTC by Thuan Tran
**Last Updated:** Fri Jul 15, 2022 03:11 AM UTC
**Owner:**
Hi Mohan Kanakam,
I'm using "lxc" to run the cluster and tool "iptables" to split/merge network.
I reproduce this ticket as follow:
* Add 5 seconds delay before promoting active by changing the fmd
configuration(/etc/opensaf/fmd.conf):
~~~
export FMS_PROMOTE_ACTIVE_TIMER=500 # 5
---
** [tickets:#3319] ntf: Process the asynchronous checkpoint before sending
response**
**Status:** assigned
**Milestone:** 5.22.11
**Created:** Fri Jul 15, 2022 04:20 AM UTC by Hieu Hong Hoang
**Last Updated:** Fri Jul 15, 2022 04:20 AM UTC
**Owner:** Hieu Hong Hoang
**Attachments:**
-
It still waits 1.5s for sending response to down adest if the adest down
timeout expires and the adest is deleted.
Log analysis:
- Detect adest was down then start the down timer:
~~~
<143>1 2022-07-15T07:34:20.283881+07:00 SC-1 mdstest 488 mds.log [meta
sequenceId="213"] >> mds_mcm_svc_down
- **status**: fixed --> accepted
---
** [tickets:#3102] mds: waste 1.5s in waiting Adest already down to send
response message type**
**Status:** accepted
**Milestone:** 5.20.02
**Created:** Thu Oct 17, 2019 09:23 AM UTC by Thuan Tran
**Last Updated:** Fri Jul 15, 2022 03:10 AM UTC
commit a7fea9730dd8359b89fbfbf206e645ddfdf38427 (HEAD -> develop,
origin/develop, ticket-3102)
Author: hieu.h.hoang
Date: Tue Jul 19 09:23:03 2022 +0700
mds: Not wait for dead Adest to send RSP [#3102]
Currently, the adest will be deleted after the adest down timer expired.
1 - 100 of 143 matches
Mail list logo
