- **status**: assigned --> accepted
- **Comment**:
Not able to reproduce the problem with & without export MDS_LOG_LEVEL=5
and Starting OpenSAF Services (Using TIPC): & Starting OpenSAF Services (Using
TCP):
is their any other configuration i need to do to reproduce the problem ?
SC-1:~ # /usr
- **status**: unassigned --> accepted
- **assigned_to**: A V Mahesh (AVM)
- **Comment**:
Not able to reproduce the problem with & without export MDS_LOG_LEVEL=5
and Starting OpenSAF Services (Using TIPC): & Starting OpenSAF Services (Using
TCP):
is their any other configuration i need to do to r
- **status**: review --> fixed
- **Milestone**: 5.2.RC2 --> 5.0.2
- **Comment**:
changeset: 8718:8d305dff2257
branch: opensaf-5.0.x
parent: 8715:dae6b6197639
user:Praveen Malviya
date:Thu Mar 23 12:34:04 2017 +0530
summary: amfd: remove assignments from lower ranke
Mahesh,
You can move the status to not-reproducible.
Thanks,
Ramesh.
On 3/23/2017 12:09 PM, A V Mahesh (AVM) wrote:
>
> * *status*: assigned --> accepted
> * *Comment*:
>
> Not able to reproduce the problem on changeset: 8711, with & without
> export MDS_LOG_LEVEL=5
> and Starting OpenSAF S
- **assigned_to**: Praveen --> nobody
---
** [tickets:#2331] CLM: : saClmNodeCurrAddress and saClmNodeCurrAddressFamily
are not exposed to IMM even that TPC mode is using**
**Status:** unassigned
**Milestone:** next
**Created:** Thu Mar 02, 2017 10:10 AM UTC by Tai Dinh
**Last Updated:** Th
no special confugration was used to produce this bug.
2 SCs + 3 PLs
OS: Ubuntu 16.04
MDS transport: TCP
The attachment (mdstest_5_1_mds.log) is not enough for troubleshooting?
I will try to reproduce again, in case I can reproduce what else (log, trace)
that you need?
---
** [tickets:#2174] M
- **status**: accepted --> review
---
** [tickets:#1439] log: log file size is not reset to zero (0) when log file is
created**
**Status:** review
**Milestone:** 5.0.2
**Created:** Mon Aug 10, 2015 07:23 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Sep 20, 2016 06:04 PM UTC
**Owner:** Canh
I can't reproduce the problem again. In case the mdstest_5_1_mds.log is not
enough for troubleshooting, please move the status to not-reproducible.
---
** [tickets:#2174] MDS: mdstest 5 1 failed**
**Status:** accepted
**Milestone:** 5.2.RC2
**Created:** Tue Nov 08, 2016 06:29 AM UTC by Quyen D
I can't reproduce the problem again. In case the mdstest_5_9_mds.log is not
enough for troubleshooting, please help move the status to not-reproducible.
---
** [tickets:#2176] MDS: mdstest 5 9 failed**
**Status:** accepted
**Milestone:** 5.2.RC2
**Created:** Tue Nov 08, 2016 06:38 AM UTC by Qu
I can't reproduce the problem again. In case the mdstest_10_1_mds.log is not
enough for troubleshooting, please help move the status to not-reproducible.
---
** [tickets:#2177] MDS: mdstest 10 1 failed**
**Status:** accepted
**Milestone:** 5.2.RC2
**Created:** Tue Nov 08, 2016 06:48 AM UTC by
I can't reproduce the problem again. In case the full stack trace is not enough
for troubleshooting, please help move the status to not-reproducible.
---
** [tickets:#2360] mdstest 14 4 failed**
**Status:** accepted
**Milestone:** 5.2.RC2
**Created:** Fri Mar 10, 2017 02:31 AM UTC by Quyen Dao
Hi,
I think there is no problem from CLM perspective. I have checked in both of the
cases above, initialViewNumber are passed correctly at all stages and an
application always distingiushes based on the passed initialveiwnumber.
So the fix is needed in AMF.
I will sent out a patch.
Thanks,
Prav
- **status**: review --> fixed
- **Comment**:
changeset: 8723:7084e687e017
tag: tip
parent: 8720:057a8a4b1a99
user:Neelakanta Reddy
date:Thu Mar 23 15:34:50 2017 +0530
summary: smf: retry of ccb operations when failed with resouce abort[#2389]
changeset: 8722
---
** [tickets:#2395] CKPT: Performance degradation upto 200%**
**Status:** unassigned
**Milestone:** 5.2.RC2
**Created:** Thu Mar 23, 2017 10:26 AM UTC by Chani Srivastava
**Last Updated:** Thu Mar 23, 2017 10:26 AM UTC
**Owner:** nobody
Environment details
OS : Suse 11, 64bit Physical ma
- **status**: assigned --> accepted
---
** [tickets:#2391] IMM: OI should not receive callbacks on a locked node**
**Status:** accepted
**Milestone:** 5.2.RC2
**Created:** Wed Mar 22, 2017 09:08 AM UTC by Chani Srivastava
**Last Updated:** Thu Mar 23, 2017 06:57 AM UTC
**Owner:** Neelakanta Re
- **Milestone**: 5.2.RC2 --> future
---
** [tickets:#2214] SMF: ONE-STEP upgrade failed with AU/DU on component level**
**Status:** unassigned
**Milestone:** future
**Created:** Fri Dec 02, 2016 10:11 AM UTC by Tai Dinh
**Last Updated:** Fri Dec 02, 2016 10:11 AM UTC
**Owner:** nobody
SmfAdm
- **Milestone**: 5.2.RC2 --> future
---
** [tickets:#2227] smf:ONE-STEP upgrade failed due to duplicated entities in
comp and SU**
**Status:** unassigned
**Milestone:** future
**Created:** Tue Dec 13, 2016 06:16 AM UTC by Neelakanta Reddy
**Last Updated:** Tue Dec 13, 2016 06:16 AM UTC
**Owne
- **status**: unassigned --> assigned
- **assigned_to**: Neelakanta Reddy
- **Comment**:
The Assertion src/imm/immd/immd_evt.c:813: immd_accept_node: Assertion
'node_info->immnd_key != cb->node_id' failed.
1. The cb->node_id will be updated at immd_mds_register
The cb->node_id has to be 2020f,
- **status**: review --> fixed
- **Comment**:
changeset: 8724:747636c01688
user:Anders Widell
date:Thu Mar 23 15:52:54 2017 +0100
summary: base: Cache the FQDN to avoid problems caused by slow DNS
responses [#2347]
[staging:747636]
---
** [tickets:#2347] base: Service
---
** [tickets:#2396] base: Use dlopen to avoid LSB violation**
**Status:** accepted
**Milestone:** 5.2.RC2
**Created:** Thu Mar 23, 2017 02:59 PM UTC by Anders Widell
**Last Updated:** Thu Mar 23, 2017 02:59 PM UTC
**Owner:** Anders Widell
Ticket [#2266] introduced a dependency towards the
---
** [tickets:#2397] log: cache RFC5424 msgid when log stream is created**
**Status:** accepted
**Milestone:** 5.2.RC2
**Created:** Thu Mar 23, 2017 03:47 PM UTC by Vu Minh Nguyen
**Last Updated:** Thu Mar 23, 2017 03:47 PM UTC
**Owner:** Vu Minh Nguyen
MSGID currently is calculated whenev
- **Comment**:
Unless this ticket describes system that has been configured to allow a
headless/SC-absence, then the above is expected behavior and this ticket is
invalid.
I see no mention of headless/sc-absence mentioned.
The cluster has to reload because the IMMND at a payload can not take o
Note also that the IMMD does not "crash", it exits.
Mar 23 11:06:12 SO-SLOT-1 osafimmd[2138]: ER IMM RELOAD with NO persistent back
end => ensure cluster restart by IMMD exit at both SCs, exiting
---
** [tickets:#2393] Immd got crashed on Active as immnd restarted on Active with
cluster havin
I could not guess the scenario of this problem to reproduce and there is no
log/trace, so I am going to mark this as not-reproducible.
---
** [tickets:#2110] AMF : amfd aborted on both controllers after opensafd
stopped on payload**
**Status:** assigned
**Milestone:** 5.2.RC2
**Created:** Tue
24 matches
Mail list logo
