- **status**: accepted --> review
---
** [tickets:#279] Use pathconf() instead of NAME_MAX**
**Status:** review
**Milestone:** 5.0.FC
**Created:** Mon May 20, 2013 10:56 AM UTC by Anders Widell
**Last Updated:** Sun Nov 01, 2015 09:36 PM UTC
**Owner:** Vu Minh Nguyen
According to POSI
- **summary**: LOG: Log service shall be able to recover if both SC nodes goes
down --> log: add support for cloud resilience feature
- **status**: accepted --> review
---
** [tickets:#1179] log: add support for cloud resilience feature**
**Status:** review
**Milestone:** 5.0.FC
**Created:**
- **assigned_to**: elunlen --> Vu Minh Nguyen
- **Type**: discussion --> enhancement
---
** [tickets:#1480] LOG: Extend information about origin of log record**
**Status:** accepted
**Milestone:** 5.0.FC
**Created:** Tue Sep 15, 2015 12:50 PM UTC by elunlen
**Last Updated:** Fri Feb 05
- **Milestone**: 5.0.FC --> future
---
** [tickets:#1315] LOG: Support DNs longer than 255 bytes**
**Status:** assigned
**Milestone:** future
**Created:** Wed Apr 15, 2015 07:37 AM UTC by elunlen
**Last Updated:** Tue Nov 03, 2015 04:20 AM UTC
**Owner:** Vu Minh Nguyen
Ticket [#191] w
- **status**: accepted --> review
---
** [tickets:#1480] LOG: Extend information about origin of log record**
**Status:** review
**Milestone:** 5.0.FC
**Created:** Tue Sep 15, 2015 12:50 PM UTC by elunlen
**Last Updated:** Tue Feb 16, 2016 03:27 AM UTC
**Owner:** Vu Minh Nguyen
Add
---
** [tickets:#1686] log: log agent library is not backward compatible**
**Status:** accepted
**Milestone:** 5.0.FC
**Created:** Fri Mar 04, 2016 03:04 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Mar 04, 2016 03:04 AM UTC
**Owner:** Vu Minh Nguyen
Static arrays of `logFileName` and
- **status**: accepted --> review
---
** [tickets:#1686] log: log agent library is not backward compatible**
**Status:** review
**Milestone:** 5.0.FC
**Created:** Fri Mar 04, 2016 03:04 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Mar 04, 2016 03:04 AM UTC
**Owner:** Vu Minh Nguyen
Sta
---
** [tickets:#1687] log: update PR document for cloud resilience**
**Status:** unassigned
**Milestone:** 5.0.FC
**Created:** Fri Mar 04, 2016 07:42 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Mar 04, 2016 07:42 AM UTC
**Owner:** nobody
Update the PR document with changes from cloud
---
** [tickets:#1688] log: update PR document for node originator**
**Status:** unassigned
**Milestone:** 5.0.FC
**Created:** Fri Mar 04, 2016 07:45 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Mar 04, 2016 07:45 AM UTC
**Owner:** nobody
Update the PR document regarding node originator
- **status**: accepted --> review
---
** [tickets:#1687] log: update PR document for cloud resilience**
**Status:** review
**Milestone:** 5.0.FC
**Created:** Fri Mar 04, 2016 07:42 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Mar 17, 2016 06:31 AM UTC
**Owner:** Vu Minh Nguyen
Update
- **status**: unassigned --> review
- **assigned_to**: Anders Widell
---
** [tickets:#1460] log: crashed when active immnd is rebooted**
**Status:** review
**Milestone:** 5.0.FC
**Created:** Wed Aug 26, 2015 10:13 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Mar 17, 2016 09:32 AM
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1687] log: update PR document for cloud resilience**
**Status:** accepted
**Milestone:** 5.0.FC
**Created:** Fri Mar 04, 2016 07:42 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Mar 04, 2016 07:42 AM
The issue is fixed in [#79], log service part.
---
** [tickets:#1460] log: crashed when active immnd is rebooted**
**Status:** unassigned
**Milestone:** 5.0.FC
**Created:** Wed Aug 26, 2015 10:13 AM UTC by Vu Minh Nguyen
**Last Updated:** Sun Nov 01, 2015 09:36 PM UTC
**Owner:** nobody
Here
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1688] log: update PR document for node originator**
**Status:** accepted
**Milestone:** 5.0.FC
**Created:** Fri Mar 04, 2016 07:45 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Mar 04, 2016 07:45 AM
ickets:#1460] log: crashed when active immnd is rebooted**
**Status:** fixed
**Milestone:** 5.0.FC
**Created:** Wed Aug 26, 2015 10:13 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Mar 17, 2016 09:48 AM UTC
**Owner:** nobody
Here is the scenario that could make the active logsv died.
1. s
---
** [tickets:#1705] log: miss mutex protection for common resource in log agent**
**Status:** accepted
**Milestone:** 5.0.FC
**Created:** Fri Mar 18, 2016 10:11 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Mar 18, 2016 10:11 AM UTC
**Owner:** Vu Minh Nguyen
There is an race condition
- **status**: accepted --> review
---
** [tickets:#1705] log: miss mutex protection for common resource in log agent**
**Status:** review
**Milestone:** 5.0.FC
**Created:** Fri Mar 18, 2016 10:11 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Mar 18, 2016 10:11 AM UTC
**Owner:** Vu M
---
** [tickets:#1711] osaf: miss adding model files to opensaf.spec.in**
**Status:** accepted
**Milestone:** 5.0.FC
**Created:** Mon Mar 28, 2016 08:59 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon Mar 28, 2016 08:59 AM UTC
**Owner:** Vu Minh Nguyen
There were two new model files added in
- **status**: accepted --> review
---
** [tickets:#1711] osaf: miss adding model files to opensaf.spec.in**
**Status:** review
**Milestone:** 5.0.FC
**Created:** Mon Mar 28, 2016 08:59 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon Mar 28, 2016 08:59 AM UTC
**Owner:** Vu Minh Nguyen
Th
- **status**: accepted --> review
---
** [tickets:#1688] log: update PR document for node originator**
**Status:** review
**Milestone:** 5.0.FC
**Created:** Fri Mar 04, 2016 07:45 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Mar 17, 2016 09:19 AM UTC
**Owner:** Vu Minh Nguyen
Update
In current design, the group change at "new active" node just takes effective
when getting an write action, otherwise the log file permission still remains.
As above case, the group was not changed to file
"saLogNotification_20160323_135207.log" because no write action to that file
took place.
The above sequence was done in one process or in two?
1) On one process
This could be an strange point! The question should come to Handle Mananger
(`ncshm_create_hdl`), out of logsv scope, how it comes to have one handle ID
for 2 times calling to `ncshm_create_hdl`.
If this is the case,
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
- **Milestone**: 4.6.2 --> 5.0.RC2
---
** [tickets:#1739] Logsv is providing same active handle value for different
api calls**
**Status:** accepted
**Milestone:** 5.0.RC2
**Created:** Thu Apr 07, 2016 11:48 AM
calls**
**Status:** review
**Milestone:** 5.0.RC2
**Created:** Thu Apr 07, 2016 11:48 AM UTC by Ritu Raj
**Last Updated:** Tue Apr 12, 2016 04:41 AM UTC
**Owner:** Vu Minh Nguyen
Setup:
Changeset- 7436
Version - opensaf 5.0
Issue :
Logsv is issuing same active handle value for different api
I guess the root cause comes from the issue, described in ticket [#1705] - race
condition.
The ticket is under review.
---
** [tickets:#1758] LOG : seg fault in saLogStreamOpen_2() during failover**
**Status:** unassigned
**Milestone:** 4.6.2
**Created:** Thu Apr 14, 2016 06:21 AM UTC by Rit
Here is the patch is under review. If the issue is being impact to your test
running, you can try to apply this patch to see whether it solves the problem
or not.
Attachments:
-
[lgsv_missMutexProtection_1705_r2.patch](https://sourceforge.net/p/opensaf/tickets/_discuss/thread/f9b94611/bf8e/at
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
- **Milestone**: 4.6.2 --> 5.0.RC2
---
** [tickets:#1764] LOG: Incorrect date, time and year output observed for
system and application stream**
**Status:** accepted
**Milestone:** 5.0.RC2
**Created:** Thu Apr 14
UTC
**Owner:** Vu Minh Nguyen
setup:
Changeset- 7436
Version - opensaf 5.0 FC
4 nodes configured with single PBE and a load of 30K objects
* Issue observed :
Incorrect date, time and year output observed for system and application stream
* Steps to Reproduce
> Test system and application stream
- **status**: unassigned --> assigned
- **assigned_to**: Canh Truong
---
** [tickets:#1730] LOG: group ownership of log file is not correct after
failover**
**Status:** assigned
**Milestone:** 4.6.2
**Created:** Wed Apr 06, 2016 09:16 AM UTC by Quyen Dao
**Last Updated:** Wed Apr 06, 2016 09:
The ticket [#1705] was fixed.Can you please re-run the test to see this problem
still happens or not? If not, I will mark the ticket as `duplicated`.
---
** [tickets:#1758] LOG : seg fault in saLogStreamOpen_2() during failover**
**Status:** unassigned
**Milestone:** 4.6.2
**Created:** Thu Ap
---
** [tickets:#1783] log: wrong state checking condition after headless**
**Status:** review
**Milestone:** 5.0.GA
**Created:** Tue Apr 26, 2016 08:55 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Apr 26, 2016 08:55 AM UTC
**Owner:** Vu Minh Nguyen
The stream is not recovered after
---
** [tickets:#1789] log: not verify the logBufSize caused the node
malfunctioned**
**Status:** unassigned
**Milestone:** 4.6.2
**Created:** Thu Apr 28, 2016 11:06 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Apr 28, 2016 11:06 AM UTC
**Owner:** nobody
Normally, the log clients pass
:06 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Apr 29, 2016 02:20 AM UTC
**Owner:** nobody
Normally, the log clients pass `logBufSize` value which is calculated based on
the data in `logBuf` to `safLogWriteLogAsync()` LOG API.
But when accidentally passing an invalid value of `logBufSize
- **Version**: --> 5.0RC2
---
** [tickets:#1789] log: not verify the logBufSize caused the node
malfunctioned**
**Status:** unassigned
**Milestone:** 4.6.2
**Created:** Thu Apr 28, 2016 11:06 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Apr 28, 2016 08:29 PM UTC
**Owner:** nob
- **status**: unassigned --> assigned
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1789] log: not verify the logBufSize caused the node
malfunctioned**
**Status:** assigned
**Milestone:** 4.6.2
**Created:** Thu Apr 28, 2016 11:06 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Apr
- **status**: assigned --> accepted
---
** [tickets:#1789] log: not verify the logBufSize caused the node
malfunctioned**
**Status:** accepted
**Milestone:** 4.6.2
**Created:** Thu Apr 28, 2016 11:06 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Apr 29, 2016 09:04 AM UTC
**Owner:** Vu M
- **status**: accepted --> review
---
** [tickets:#1789] log: not verify the logBufSize caused the node
malfunctioned**
**Status:** review
**Milestone:** 4.6.2
**Created:** Thu Apr 28, 2016 11:06 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed May 04, 2016 06:30 AM UTC
**Owner:** Vu M
- **status**: unassigned --> duplicate
- **Milestone**: 4.7.2 --> never
- **Comment**:
The root cause of the fault was reported in ticket [#1705].
---
** [tickets:#1758] LOG : seg fault in saLogStreamOpen_2() during failover**
**Status:** duplicate
**Milestone:** never
**Created:** Thu Apr
---
** [tickets:#1807] log: global immutilWrapperProfile is not thread safe**
**Status:** unassigned
**Milestone:** 5.0.1
**Created:** Thu May 05, 2016 03:57 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu May 05, 2016 03:57 AM UTC
**Owner:** nobody
There are some threads running which use
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1807] log: global immutilWrapperProfile is not thread safe**
**Status:** accepted
**Milestone:** 5.0.1
**Created:** Thu May 05, 2016 03:57 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu May 05, 2016 03
perProfile is not thread safe**
**Status:** accepted
**Milestone:** 5.0.1
**Created:** Thu May 05, 2016 03:57 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu May 05, 2016 04:01 AM UTC
**Owner:** Vu Minh Nguyen
There are some threads running which use the common global
`immutilWrapperProfile` varia
- **status**: assigned --> accepted
- **assigned_to**: Vu Minh Nguyen --> Canh Truong
---
** [tickets:#1396] log: issue with priority of messages adding to mailbox in
the server**
**Status:** accepted
**Milestone:** 5.0.FC
**Created:** Mon Jun 29, 2015 09:14 AM UTC by Vu Minh Nguyen
- **status**: accepted --> review
---
** [tickets:#1807] log: global immutilWrapperProfile is not thread safe**
**Status:** review
**Milestone:** 5.0.1
**Created:** Thu May 05, 2016 03:57 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri May 06, 2016 06:53 AM UTC
**Owner:** Vu Minh Ngu
---
** [tickets:#1844] log: leak memory after performing admin-op**
**Status:** unassigned
**Milestone:** 4.7.2
**Created:** Mon May 23, 2016 06:59 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon May 23, 2016 06:59 AM UTC
**Owner:** nobody
In `adminOperationCallback()` @ lgs_imm.cc, logsv
- **status**: unassigned --> review
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1844] log: leak memory after performing admin-op**
**Status:** review
**Milestone:** 4.7.2
**Created:** Mon May 23, 2016 06:59 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon May 23, 2016 06:59 AM
if you saw that log at cluster start from scatch - means no log files exist
yet, above syslogs are normal/expected.
---
** [tickets:#1847] Logsv Headless: lgs_imm_init_configStreams:
log_stream_open_file_restore Fail is observed in syslog.**
**Status:** unassigned
**Milestone:** 5.0.1
**Creat
---
** [tickets:#1851] log: log file sizes grow rapidly and cannot open**
**Status:** accepted
**Milestone:** 4.7.2
**Created:** Thu May 26, 2016 03:12 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu May 26, 2016 03:12 AM UTC
**Owner:** Vu Minh Nguyen
When file handle thread gets timeout
- **status**: accepted --> review
---
** [tickets:#1851] log: log file sizes grow rapidly and cannot open**
**Status:** review
**Milestone:** 4.7.2
**Created:** Thu May 26, 2016 03:12 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu May 26, 2016 03:12 AM UTC
**Owner:** Vu Minh Nguyen
W
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7668:1d4bfd77db9b
branch: opensaf-4.7.x
tag: tip
parent: 7661:257dddb8b65d
user: Vu Minh Nguyen
date:Tue May 24 08:57:41 2016 +0700
summary: lo
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7671:577afb0aa443
tag: tip
parent: 7666:17d25dbd9352
user:Tai Dinh
date:Thu May 26 09:10:56 2016 +0700
summary: log: fix log file sizes grow rapid
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1847] Logsv Headless: lgs_imm_init_configStreams:
log_stream_open_file_restore Fail is observed in syslog.**
**Status:** accepted
**Milestone:** 5.0.1
**Created:** Tue May 24, 2016 07:32 AM UTC
ams:
log_stream_open_file_restore Fail is observed in syslog.**
**Status:** accepted
**Milestone:** 5.0.1
**Created:** Tue May 24, 2016 07:32 AM UTC by Madhurika Koppula
**Last Updated:** Fri May 27, 2016 04:47 AM UTC
**Owner:** Vu Minh Nguyen
Setup details: SUSE (32bit-64bit combination) 5 nodes cluster with single PBE
04:48 AM UTC
**Owner:** Vu Minh Nguyen
Setup details: SUSE (32bit-64bit combination) 5 nodes cluster with single PBE
1) Brought up cluster with Active SC, Standby SC, Spare SC and two payloads
PL-4 and PL-5 with headless feature enabled.
2) During startup of Active control
- **status**: review --> accepted
---
** [tickets:#1438] log: log file size is bigger than one defined by
saLogStreamMaxLogFileSize**
**Status:** accepted
**Milestone:** 4.7.2
**Created:** Mon Aug 10, 2015 06:59 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu May 26, 2016 04:22 AM UTC
**Ow
ets:#1847] log: fail to recover well-known streams**
**Status:** review
**Milestone:** 5.0.1
**Created:** Tue May 24, 2016 07:32 AM UTC by Madhurika Koppula
**Last Updated:** Wed Jun 01, 2016 06:54 AM UTC
**Owner:** Vu Minh Nguyen
Setup details: SUSE (32bit-64bit combination) 5 nodes cluster with sin
---
** [tickets:#1864] log: get ER syslog when running logtest 5 2**
**Status:** unassigned
**Milestone:** 4.7.2
**Created:** Wed Jun 08, 2016 02:32 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed Jun 08, 2016 02:32 AM UTC
**Owner:** nobody
When running `logtest 5 2` sometimes gets following
5 2**
**Status:** unassigned
**Milestone:** 4.7.2
**Created:** Wed Jun 08, 2016 02:32 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed Jun 08, 2016 02:32 AM UTC
**Owner:** nobody
When running `logtest 5 2` sometimes gets following ER message in syslog:
> 2016-04-27 02:39:57 SC-1 osaflogd[462]:
---
** [tickets:#1865] log: test suite 9 did not close all created app streams**
**Status:** unassigned
**Milestone:** 5.0.1
**Created:** Wed Jun 08, 2016 07:26 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed Jun 08, 2016 07:26 AM UTC
**Owner:** nobody
logtest suite #9 created 08 app streams
:** Vu Minh Nguyen
Ticket [#191] will add generic support in OpenSAF for DNs longer than 255
bytes. Each individual OpenSAF service will also have to be adapted to support
long DNs. LOG should have this feature since LOG is used by NTF and DN is part
of a log record. Also applications may want
Will fix this minor issue in ticket [#1847].
---
** [tickets:#1865] log: test suite 9 did not close all created app streams**
**Status:** unassigned
**Milestone:** 5.0.1
**Created:** Wed Jun 08, 2016 07:26 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed Jun 08, 2016 07:26 AM UTC
**Owner
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7715:226ff1fbadfa
tag: tip
parent: 7713:f30bc7992ce3
user: Vu Minh Nguyen
date:Mon Jun 13 14:53:41 2016 +0700
summary: log: fix fail to recovery well
- **status**: unassigned --> fixed
---
** [tickets:#1865] log: test suite 9 did not close all created app streams**
**Status:** fixed
**Milestone:** 5.0.1
**Created:** Wed Jun 08, 2016 07:26 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Jun 09, 2016 04:27 AM UTC
**Owner:** nobody
logt
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
- **Milestone**: 4.7.2 --> 5.0.1
---
** [tickets:#1877] LOG: appstream deletion fails post headless when controllers
come back**
**Status:** accepted
**Milestone:** 5.0.1
**Created:** Mon Jun 13, 2016 12:33 PM
- **status**: accepted --> review
---
** [tickets:#1877] LOG: appstream deletion fails post headless when controllers
come back**
**Status:** review
**Milestone:** 5.0.1
**Created:** Mon Jun 13, 2016 12:33 PM UTC by Ritu Raj
**Last Updated:** Tue Jun 14, 2016 03:40 AM UTC
**Owner:** Vu M
nlen
**Last Updated:** Wed Jun 08, 2016 03:01 PM UTC
**Owner:** Vu Minh Nguyen
Ticket [#191] will add generic support in OpenSAF for DNs longer than 255
bytes. Each individual OpenSAF service will also have to be adapted to support
long DNs. LOG should have this feature since LOG is used by NTF and
---
** [tickets:#1887] log: ER syslog if changing saLogStreamFileName and
saLogStreamFixedLogRecordSize**
**Status:** unassigned
**Milestone:** 4.7.2
**Created:** Tue Jun 21, 2016 03:25 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Jun 21, 2016 03:25 AM UTC
**Owner:** nobody
If changing
**Milestone:** 5.1.FC
**Created:** Wed Apr 15, 2015 07:37 AM UTC by elunlen
**Last Updated:** Thu Jun 16, 2016 10:16 AM UTC
**Owner:** Vu Minh Nguyen
Ticket [#191] will add generic support in OpenSAF for DNs longer than 255
bytes. Each individual OpenSAF service will also have to be adapted to support
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
- **Type**: enhancement --> defect
---
** [tickets:#1330] LOG: Incorrect usage of saImmRtObjectDelete when terminating
an app stream with config obj**
**Status:** accepted
**Milestone:** 5.0.FC
**Created:** Wed
---
** [tickets:#1898] log: update OpenSAF_LOG_PR for long DN**
**Status:** unassigned
**Milestone:** 5.1.FC
**Created:** Tue Jun 28, 2016 07:51 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Jun 28, 2016 07:51 AM UTC
**Owner:** nobody
OpenSAF_LOG_PR.odt needs to be updated for Long DN
**Created:** Wed Apr 15, 2015 07:37 AM UTC by elunlen
**Last Updated:** Tue Jun 21, 2016 04:14 AM UTC
**Owner:** Vu Minh Nguyen
Ticket [#191] will add generic support in OpenSAF for DNs longer than 255
bytes. Each individual OpenSAF service will also have to be adapted to support
long DNs. LOG
UTC by elunlen
**Last Updated:** Tue Jun 28, 2016 08:03 AM UTC
**Owner:** Vu Minh Nguyen
Ticket [#191] will add generic support in OpenSAF for DNs longer than 255
bytes. Each individual OpenSAF service will also have to be adapted to support
long DNs. LOG should have this feature since LOG is
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7774:a23ca3f3df54
tag: tip
parent: 7772:ce489cd2921a
user: Vu Minh Nguyen
date:Fri Jul 01 17:24:04 2016 +0700
summary: log: fix fail to delete appstrea
- **status**: accepted --> review
---
** [tickets:#1315] LOG: Support DNs longer than 255 bytes**
**Status:** review
**Milestone:** 5.1.FC
**Created:** Wed Apr 15, 2015 07:37 AM UTC by elunlen
**Last Updated:** Fri Jul 01, 2016 10:17 AM UTC
**Owner:** Vu Minh Nguyen
Ticket [#191] will
---
** [tickets:#1913] log: improve test cases for log service**
**Status:** unassigned
**Milestone:** 5.1.FC
**Created:** Thu Jul 14, 2016 03:30 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Jul 14, 2016 03:30 AM UTC
**Owner:** nobody
Most test cases for the log service are made in a
- **status**: unassigned --> assigned
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1531] LOG: Introduce an dedicated IMM OiHandler handler thread**
**Status:** assigned
**Milestone:** 5.0.FC
**Created:** Thu Oct 08, 2015 11:14 AM UTC by elunlen
**Last Updated:** Mon Dec 07, 2015 10
UTC
**Owner:** Vu Minh Nguyen
As far as I can see OiRtObjectCreate_2() is used only when an application
stream with a runtime object is created. When an application stream using a
configuration object is created no object is created by the log server. The
object creation is done by IMM.
app stream with config obj**
**Status:** review
**Milestone:** 5.1.FC
**Created:** Wed Apr 22, 2015 07:35 AM UTC by elunlen
**Last Updated:** Wed Jul 20, 2016 06:11 AM UTC
**Owner:** Vu Minh Nguyen
As far as I can see OiRtObjectCreate_2() is used only when an application
stream with a runtim
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1898] log: update OpenSAF_LOG_PR for long DN**
**Status:** accepted
**Milestone:** 5.1.FC
**Created:** Tue Jun 28, 2016 07:51 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Jun 28, 2016 07:51 AM
- **status**: unassigned --> accepted
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1585] NTF: Refactor logging long dn notification**
**Status:** accepted
**Milestone:** 5.1.FC
**Created:** Thu Nov 05, 2015 12:51 AM UTC by Minh Hon Chau
**Last Updated:** Wed May 04, 2016 05:06 PM
- **status**: accepted --> review
---
** [tickets:#1585] NTF: Refactor logging long dn notification**
**Status:** review
**Milestone:** 5.1.FC
**Created:** Thu Nov 05, 2015 12:51 AM UTC by Minh Hon Chau
**Last Updated:** Thu Jul 21, 2016 06:06 AM UTC
**Owner:** Vu Minh Nguyen
If NTF log
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7837:dbe06451066d
tag: tip
user: Vu Minh Nguyen
date:Mon Jul 04 10:05:02 2016 +0700
summary: log: Readme files for long DN support [#1315]
changeset:
---
** [tickets:#1933] log: client crashed due to not initialize the client_list
pointer**
**Status:** accepted
**Milestone:** 5.0.1
**Created:** Thu Aug 04, 2016 11:33 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Aug 04, 2016 11:33 AM UTC
**Owner:** Vu Minh Nguyen
The global
- **status**: accepted --> review
---
** [tickets:#1933] log: client crashed due to not initialize the client_list
pointer**
**Status:** review
**Milestone:** 5.0.1
**Created:** Thu Aug 04, 2016 11:33 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Aug 04, 2016 11:33 AM UTC
**Owner:** Vu M
---
** [tickets:#1936] log: build saflogger tool failed on 32-bit machine**
**Status:** accepted
**Milestone:** 5.1.FC
**Created:** Fri Aug 05, 2016 11:30 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Aug 05, 2016 11:30 AM UTC
**Owner:** Vu Minh Nguyen
> saf_logger.c: In function ‘m
- **status**: accepted --> review
---
** [tickets:#1936] log: build saflogger tool failed on 32-bit machine**
**Status:** review
**Milestone:** 5.1.FC
**Created:** Fri Aug 05, 2016 11:30 AM UTC by Vu Minh Nguyen
**Last Updated:** Fri Aug 05, 2016 11:30 AM UTC
**Owner:** Vu Minh Ngu
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7842:2e877e4b6339
tag: tip
user: Vu Minh Nguyen
date:Fri Aug 05 18:32:36 2016 +0700
summary: log: build saflogger tool failed on 32-bit machine
iority of messages adding to mailbox in the
server [#1396]
---
** [tickets:#1396] log: issue with priority of messages adding to mailbox in
the server**
**Status:** fixed
**Milestone:** 5.1.FC
**Created:** Mon Jun 29, 2015 09:14 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon Jun 13, 2016 11:
---
** [tickets:#1941] log: logtest suite 9 and 10 failed**
**Status:** accepted
**Milestone:** 5.1.FC
**Created:** Tue Aug 09, 2016 06:12 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Aug 09, 2016 06:12 AM UTC
**Owner:** Vu Minh Nguyen
`create_new_app_stream()` was changed and introduced
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7845:1f90fdce1b07
tag: tip
parent: 7843:a474d9b4ad86
user: Vu Minh Nguyen
date:Tue Aug 09 13:57:23 2016 +0700
summary: log: client crashed due
- **status**: accepted --> review
---
** [tickets:#1941] log: logtest suite 9 and 10 failed**
**Status:** review
**Milestone:** 5.1.FC
**Created:** Tue Aug 09, 2016 06:12 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Aug 09, 2016 06:12 AM UTC
**Owner:** Vu Minh Ngu
---
** [tickets:#1952] ntf: update PR documentation**
**Status:** unassigned
**Milestone:** 5.1.FC
**Created:** Mon Aug 15, 2016 09:01 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon Aug 15, 2016 09:01 AM UTC
**Owner:** nobody
The PR doc needs to be updated regarding ticket [#1585
- **status**: accepted --> review
---
** [tickets:#1898] log: update OpenSAF_LOG_PR for long DN**
**Status:** review
**Milestone:** 5.1.FC
**Created:** Tue Jun 28, 2016 07:51 AM UTC by Vu Minh Nguyen
**Last Updated:** Wed Jul 20, 2016 06:43 AM UTC
**Owner:** Vu Minh Ngu
- **status**: unassigned --> review
- **assigned_to**: Vu Minh Nguyen
---
** [tickets:#1952] ntf: update PR documentation**
**Status:** review
**Milestone:** 5.1.FC
**Created:** Mon Aug 15, 2016 09:01 AM UTC by Vu Minh Nguyen
**Last Updated:** Mon Aug 15, 2016 09:01 AM UTC
**Owner:** Vu M
---
** [tickets:#1954] log: assertion failed in log_stream_close**
**Status:** accepted
**Milestone:** 4.7.2
**Created:** Tue Aug 16, 2016 09:54 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Aug 16, 2016 09:54 AM UTC
**Owner:** Vu Minh Nguyen
In `lgs_client_delete()`, `log_stream_close
og: ER syslog if changing saLogStreamFileName and
saLogStreamFixedLogRecordSize**
**Status:** fixed
**Milestone:** 4.7.2
**Created:** Tue Jun 21, 2016 03:25 AM UTC by Vu Minh Nguyen
**Last Updated:** Thu Aug 04, 2016 06:06 AM UTC
**Owner:** nobody
If changing `saLogStreamFileName` toghether wi
- **status**: accepted --> review
---
** [tickets:#1954] log: assertion failed in log_stream_close**
**Status:** review
**Milestone:** 4.7.2
**Created:** Tue Aug 16, 2016 09:54 AM UTC by Vu Minh Nguyen
**Last Updated:** Tue Aug 16, 2016 09:54 AM UTC
**Owner:** Vu Minh Nguyen
- **status**: assigned --> fixed
- **assigned_to**: Canh Truong --> nobody
- **Comment**:
This was fixed in ticket [#1460].
---
** [tickets:#865] LOG: standby controller went for reboot after s/w followed by
immnd kill**
**Status:** fixed
**Milestone:** 4.7.2
**Created:** Mon Apr 21, 2014
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7906:e15d1dfae36b
tag: tip
user: Vu Minh Nguyen
date:Mon Aug 22 18:03:36 2016 +0700
summary: log: fix incorrect usage of saImmRtObjectDelete on cfg app
- **status**: review --> fixed
- **assigned_to**: Vu Minh Nguyen --> nobody
- **Comment**:
changeset: 7939:73e806dfaa59
tag: tip
parent: 7936:22a82bee28b2
user: Vu Minh Nguyen
date:Tue Aug 23 11:54:58 2016 +0700
summary: ntfsv: refactor logging l
Will make a direct push for this. Thanks.
---
** [tickets:#1585] NTF: Refactor logging long dn notification**
**Status:** fixed
**Milestone:** 5.1.FC
**Created:** Thu Nov 05, 2015 12:51 AM UTC by Minh Hon Chau
**Last Updated:** Tue Aug 23, 2016 06:04 AM UTC
**Owner:** nobody
If NTF logs a not
1 - 100 of 654 matches
Mail list logo