- **status**: accepted -- review
---
** [tickets:#742] search criteria should be made optional for ReadInitialize()**
**Status:** review
**Milestone:** 4.3.3
**Created:** Thu Jan 23, 2014 10:39 AM UTC by Sirisha Alla
**Last Updated:** Tue Sep 23, 2014 11:37 AM UTC
**Owner:** Praveen
Since
In NTFsv PR doc, section 2.2.3 Implementation Notes will be updated with the
statement:
Current NTF implementation does not consider searchCriteria as optional
parameter in saNtfNotificationReadInitialize() API. The API will return
SA_AIS_ERR_INVALID_PARAM if searchCriteria is passed
- **status**: fixed -- unassigned
- **Comment**:
Followed the above reproducible steps.
After doing stop and start on PL-4 and unlock-in and UNlock on PL-4 Su, still
pl-4 Su is in DISABLED and UNINSTANTIATED state.
safSu=PL-4,safSg=NoRed,safApp=OpenSAF
saAmfSUAdminState=UNLOCKED(1)
- **status**: unassigned -- accepted
---
** [tickets:#863] payload middleware su is not instantiated as part of
unlock-in/unlock**
**Status:** accepted
**Milestone:** 4.3.3
**Created:** Fri Apr 18, 2014 10:00 AM UTC by surender khetavath
**Last Updated:** Wed Sep 24, 2014 06:54 AM UTC
- **Version**: 4.3.2 -- 4.5
- **Milestone**: 4.3.3 -- 4.5.0
---
** [tickets:#863] payload middleware su is not instantiated as part of
unlock-in/unlock**
**Status:** accepted
**Milestone:** 4.5.0
**Created:** Fri Apr 18, 2014 10:00 AM UTC by surender khetavath
**Last Updated:** Wed Sep 24,
- **status**: accepted -- fixed
- **Comment**:
This is fixed in 4.4 and problem exists in 4.5. So, please raise a separate
ticket.
Thanks
-Nagu
---
** [tickets:#863] payload middleware su is not instantiated as part of
unlock-in/unlock**
**Status:** fixed
**Milestone:** 4.5.0
**Created:**
- **Milestone**: 4.5.0 -- 4.3.3
---
** [tickets:#863] payload middleware su is not instantiated as part of
unlock-in/unlock**
**Status:** fixed
**Milestone:** 4.3.3
**Created:** Fri Apr 18, 2014 10:00 AM UTC by surender khetavath
**Last Updated:** Wed Sep 24, 2014 09:43 AM UTC
**Owner:**
Hi Minh,
Please see comments inline with [Praveen].
Thanks,
Praveen
On 24-Sep-14 9:24 AM, Minh Hon Chau wrote:
The following NTF APIs need to add the protection for unadapted
producer/consumer against the notification containing any extended
SaNameT, which hereby is known as long DN
Hi Minh,
Please see comments inline with [Praveen].
Thanks,
Praveen
On 24-Sep-14 9:24 AM, Minh Hon Chau wrote:
The following NTF APIs need to add the protection for unadapted
producer/consumer against the notification containing any extended
SaNameT, which hereby is known as long DN
If this is a case of an NTF callback being invoked towards an NTF client that
does not support longDNs,
yet a long DN pops up from the server, then that should be detected in the NTF
client library and the callback
should not be generated towards the client. If the callback has a return code
- **status**: accepted -- review
- **Comment**:
http://sourceforge.net/p/opensaf/mailman/message/32863407/
---
** [tickets:#1127] IMM: Failure to send completed to PBE can cause cluster
restart.**
**Status:** review
**Milestone:** 4.3.3
**Created:** Tue Sep 23, 2014 07:58 AM UTC by Anders
html
head
meta content=text/html; charset=ISO-8859-1
http-equiv=Content-Type
/head
body bgcolor=#FF text=#00
div class=moz-cite-prefixHi Praveen,br
br
This case mostly happens in the longDn upgraded system, but
there're still some NTF
If dn attribute name is greater than 747 then immcfg is creating object
starting from 748 letter
---
** [tickets:#1130] immtools: immcfg is truncating the object names with longdns
while loading **
**Status:** unassigned
**Milestone:** 4.5.0
**Created:** Tue Sep 23, 2014 11:23 AM UTC by
- **status**: review -- fixed
- **Comment**:
changeset: 5933:bb53270bfe18
tag: tip
parent: 5929:468f7cf19611
user:Anders Bjornerstedt anders.bjornerst...@ericsson.com
date:Wed Sep 24 15:48:12 2014 +0200
summary: IMM: Failure to send completed to PBE defaulted to
Hi Neel,
If you wish you could have a try at fixing this ticket.
Zoran is away for the rest of this week for handling some private things.
/AnersBj
From: Neelakanta Reddy [mailto:neelaka...@users.sf.net]
Sent: den 24 september 2014 15:56
To:
Hi Neel,
If you wish you could have a try at fixing this ticket.
Zoran is away for the rest of this week for handling some private things.
/AnersBj
From: Neelakanta Reddy [mailto:neelaka...@users.sf.net]
Sent: den 24 september 2014 15:56
To:
changeset: 5934:1c41e1ecd5f7
branch: opensaf-4.5.x
parent: 5932:2505c06b19ca
user:Hans Feldt hans.fe...@ericsson.com
date:Wed Sep 24 16:52:25 2014 +0200
summary: base: add check for user's primary group [#1070]
changeset: 5935:af834c4655e1
tag: tip
changeset: 5934:1c41e1ecd5f7
branch: opensaf-4.5.x
parent: 5932:2505c06b19ca
user:Hans Feldt hans.fe...@ericsson.com
date:Wed Sep 24 16:52:25 2014 +0200
summary: base: add check for user's primary group [#1070]
changeset: 5935:af834c4655e1
tag: tip
- **status**: review -- fixed
- **assigned_to**: Hans Feldt -- nobody
---
** [tickets:#1070] Access control don't check the primary group**
**Status:** fixed
**Milestone:** 4.5.0
**Created:** Fri Sep 12, 2014 07:59 PM UTC by Adrian Szwej
**Last Updated:** Wed Sep 24, 2014 02:55 PM UTC
19 matches
Mail list logo