- **Milestone**: 5.0 -- 4.7-Tentative
---
** [tickets:#593] LOG: support for ISO 8601 **
**Status:** accepted
**Milestone:** 4.7-Tentative
**Created:** Thu Oct 10, 2013 01:47 PM UTC by Hans Feldt
**Last Updated:** Thu Jun 11, 2015 08:09 AM UTC
**Owner:** Vu Minh Nguyen
Add support in LOG to
Yes, I tried this today. The healthcheck timeout happened on IMMD not on
IMMND.
/Sirisha
On Wednesday 19 August 2015 02:28 PM, Anders Bjornerstedt wrote:
Changeset 6744 is generated today.
So I assume this means you reproduced this today.
The IMMND main poll handling processes in sequence
- **Component**: imm -- mds
- **Comment**:
The IMMD is blocked on the (asyncronous) broadcast of *one* fevs message for
more than 3 minutes. Changing component to MDS.
A reelvant question is what is otherwise special about this test.
Is MDS TCP used and not TIPC (MDS broadcast uses TIPC
- **status**: assigned -- accepted
- **Part**: - -- d
---
** [tickets:#316] SI Assignments are not removed for a SU in Nway redundancy
model**
**Status:** accepted
**Milestone:** 4.7-Tentative
**Created:** Fri May 24, 2013 08:39 AM UTC by Nagendra Kumar
**Last Updated:** Fri Aug 07, 2015
- **summary**: si-swap operation using amf-adm utility doesn't work for models
NplusM and Nway -- amf: support for si-swap admin op for Nway model.
- **status**: assigned -- accepted
- **Comment**:
Since it is documented that si-swap is not supported for npm and nway model,
this ticket is for
Attribute logMaxApplicationStreams will not be made runtime changeable with
this ticket. SOme more investigations for how to do this is needed. A separate
ticket will be created. Will be referenced in this ticket when done.
---
** [tickets:#1288] LOG: logMaxLogrecsize possible to change in
- **status**: unassigned -- assigned
- **assigned_to**: Nagendra Kumar
- **Milestone**: future -- 4.7-Tentative
---
** [tickets:#389] In nwayactive, available SU doesn't got the SUSI HA
assignments after SU lock and controller failover.**
**Status:** assigned
**Milestone:** 4.7-Tentative
Ok but then the question simply becomes why does the healthcheck callback not
reach the IMMND or why does the IMMND reply
not reach the AMFND ?
/AndersBj
From: Sirisha Alla [mailto:al...@users.sf.net]
Sent: den 19 augusti 2015 10:50
To: [opensaf:tickets]
Subject: [opensaf:tickets] #1291 IMM:
The IMMD sends one fevs message at a time for each poll cycle.
Also in each poll cycle it checks the AMF descriptor for healthcheck callbacks.
This means that the IMMD is blocked for more than 3 minutes on broadcasting one
fevs message.
The IMMSV_DEFAULT_FEVS_MAX_PENDING) affects the IMMND
Changeset 6744 is generated today.
So I assume this means you reproduced this today.
The IMMND main poll handling processes in sequence on each descriptor, so it
should not be possible
For traffic on one descriptor to starve out a job on another.
/AndersBj
From: Anders Bjornerstedt
Yes, I tried this today. The healthcheck timeout happened on IMMD not on
IMMND.
/Sirisha
On Wednesday 19 August 2015 02:28 PM, Anders Bjornerstedt wrote:
Changeset 6744 is generated today.
So I assume this means you reproduced this today.
The IMMND main poll handling processes in sequence
Please reproduce withe IMMD trace on.
/AndersBj
From: Sirisha Alla [mailto:sirisha.a...@oracle.com]
Sent: den 19 augusti 2015 11:07
To: [opensaf:tickets]; opensaf-tickets@lists.sourceforge.net
Subject: Re: [tickets] [opensaf:tickets] Re: #1291 IMM: IMMD healthcheck
callback timeout when standby
Please reproduce withe IMMD trace on.
/AndersBj
From: Sirisha Alla [mailto:sirisha.a...@oracle.com]
Sent: den 19 augusti 2015 11:07
To: [opensaf:tickets]; opensaf-tickets@lists.sourceforge.net
Subject: Re: [tickets] [opensaf:tickets] Re: #1291 IMM: IMMD healthcheck
callback timeout when standby
snippet from IMMD trace at the time of test:
Aug 19 12:00:18.707828 osafimmd [5958:immd_mbcsv.c:0463] T5
ENC SYNC COUNT 1142
Aug 19 12:00:18.707832 osafimmd [5958:immd_mbcsv.c:0482] T5 ENCODE
IMMD_A2S_MSG_FEVS: send count: 52246 handle: 2005749858575
Aug 19 12:00:18.707836 osafimmd
IMMD trace on changeset 6477
Attachments:
-
[immd.tar.bz2](https://sourceforge.net/p/opensaf/tickets/_discuss/thread/6851459f/d7f9/attachment/immd.tar.bz2)
(1.9 MB; application/x-bzip)
---
** [tickets:#1291] IMM: IMMD healthcheck callback timeout when standby
controller rebooted in middle
snippet from IMMD trace at the time of test:
Aug 19 12:00:18.707828 osafimmd [5958:immd_mbcsv.c:0463] T5
ENC SYNC COUNT 1142
Aug 19 12:00:18.707832 osafimmd [5958:immd_mbcsv.c:0482] T5 ENCODE
IMMD_A2S_MSG_FEVS: send count: 52246 handle: 2005749858575
Aug 19 12:00:18.707836 osafimmd
- **status**: unassigned -- assigned
- **assigned_to**: Nagendra Kumar
- **Milestone**: future -- 4.7-Tentative
---
** [tickets:#276] amf: Suspicios comparisons in AMF.**
**Status:** assigned
**Milestone:** 4.7-Tentative
**Created:** Mon May 20, 2013 06:46 AM UTC by Praveen
**Last Updated:**
---
** [tickets:#1455] amf: support for surestart admin operation on su.**
**Status:** accepted
**Milestone:** 4.7-Tentative
**Created:** Wed Aug 19, 2015 08:44 AM UTC by Praveen
**Last Updated:** Wed Aug 19, 2015 08:44 AM UTC
**Owner:** Praveen
Scope of implementation:
1)If su consists of
- **summary**: amf: support for surestart admin operation on su. -- amf:
support for RESTART admin operation on SU.
---
** [tickets:#1455] amf: support for RESTART admin operation on SU.**
**Status:** accepted
**Milestone:** 4.7-Tentative
**Created:** Wed Aug 19, 2015 08:44 AM UTC by Praveen
This issue is reproduced on changeset 6744. Syslog as follows:
Aug 19 11:54:13 SLES-64BIT-SLOT1 osafimmnd[5969]: NO implementer for class
'SaSmfSwBundle' is safSmfService = class extent is safe.
Aug 19 11:54:13 SLES-64BIT-SLOT1 osafamfnd[6054]: NO Assigned
'safSi=SC-2N,safApp=OpenSAF' ACTIVE to
20 matches
Mail list logo
