- **status**: accepted --> unassigned
- **assigned_to**: Hans Feldt --> nobody
---
** [tickets:#1115] AMF: osafamfnd fails: Assertion 'comp->hc_list.n_nodes == 0'
failed**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Fri Sep 19, 2014 06:56 AM UTC by Hans F
- **assigned_to**: Hans Feldt --> nobody
---
** [tickets:#848] OpenSAF: include ETF files for all AMF components**
**Status:** review
**Milestone:** 4.6.FC
**Created:** Mon Apr 14, 2014 08:46 AM UTC by Hans Feldt
**Last Updated:** Thu Aug 21, 2014 06:57 AM UTC
**Owner:** nobody
- **assigned_to**: Hans Feldt --> nobody
---
** [tickets:#986] AMF: Creation of SaAmfCtCsType object succeeds even when
cstype does not exist**
**Status:** review
**Milestone:** 4.4.2
**Created:** Thu Aug 14, 2014 11:36 AM UTC by Hans Feldt
**Last Updated:** Tue Oct 07, 2014 08:11 AM
- **assigned_to**: Hans Feldt --> nobody
---
** [tickets:#1034] imma: missing traces**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Fri Aug 29, 2014 09:20 AM UTC by Hans Feldt
**Last Updated:** Thu Nov 06, 2014 01:48 PM UTC
**Owner:** nobody
while troubleshooting #102
---
** [tickets:#1223] pyosaf: add immom package (from opensaf-tools)**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Fri Nov 28, 2014 08:32 AM UTC by Hans Feldt
**Last Updated:** Fri Nov 28, 2014 08:32 AM UTC
**Owner:** nobody
It is proposed to move the package found in repo
M UTC by Hans Feldt
**Last Updated:** Wed Nov 26, 2014 10:40 AM UTC
**Owner:** nobody
This is a continuation of https://sourceforge.net/p/opensaf/tickets/938/
Each message received that contains a handle must be verified to be from the
correct mds source to prevent package spoofing.
---
Sent
here afaik.
---
** [tickets:#1163] IMM: no verification of handle and msg source correlation**
**Status:** unassigned
**Milestone:** future
**Created:** Wed Oct 08, 2014 04:03 PM UTC by Hans Feldt
**Last Updated:** Wed Nov 26, 2014 10:04 AM UTC
**Owner:** nobody
This is a continuation of https://sourcef
someone to get full access to IMM (that shouldn't have
it).
---
** [tickets:#1163] IMM: no verification of handle and msg source correlation**
**Status:** unassigned
**Milestone:** future
**Created:** Wed Oct 08, 2014 04:03 PM UTC by Hans Feldt
**Last Updated:** Wed Nov 26, 2014 09:41
Just to clarify, "sam" is a unique and separate tool compared to a CLI tool.
"sam" is comparable to other template based orchestration tools like heat in
openstack (https://wiki.openstack.org/wiki/Heat or its equivalent in AWS).
My thought on this is that "sam" could target real and repetitive d
changeset: 6114:1fbf369c12c3
branch: opensaf-4.4.x
parent: 6101:06e12a33e8f8
user:Hans Feldt
date:Wed Nov 05 09:40:20 2014 +0100
summary: pyosaf: add ctypes import [#751]
changeset: 6115:a8484c0ff925
branch: opensaf-4.5.x
parent: 6113:5e81d22b4d96
user
most pyosaf modules got broken due to the removed wildcard import in saAis.h.
As a quick fix I will add that in each un-cleaned module.
---
** [tickets:#751] pyosaf: fix bad pylint rating**
**Status:** accepted
**Milestone:** future
**Created:** Tue Jan 28, 2014 12:17 PM UTC by Hans Feldt
Testing Commands:
-
$ pylint -d mixed-indentation,invalid-name saAis.py saEnumConst.py saImm.py
saImmOm.py | grep rated
---
** [tickets:#751] pyosaf: fix bad pylint rating**
**Status:** accepted
**Milestone:** future
**Created:** Tue Jan 28, 2014 12:17 PM UTC by Hans Feldt
changeset: 6097:d205815fce9a
branch: opensaf-4.4.x
parent: 6092:a20b7108ae17
user:Hans Feldt
date:Tue Nov 04 08:57:50 2014 +0100
summary: pyosaf: remove IMM_A_01_01 from saImm.py [#751]
changeset: 6098:16af2fee8c5b
branch: opensaf-4.4.x
user:Hans
- **status**: unassigned --> review
---
** [tickets:#1190] AMF: saAmfSIPrefActiveAssignments has wrong default,
stopping scaling nway active SGs**
**Status:** review
**Milestone:** 4.4.2
**Created:** Thu Oct 23, 2014 01:10 PM UTC by Hans Feldt
**Last Updated:** Thu Oct 23, 2014 01:28 PM
the schema seems to be wrong since has a default value of 1, should have no
default
---
** [tickets:#1190] AMF: saAmfSIPrefActiveAssignments has wrong default,
stopping scaling nway active SGs**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Thu Oct 23, 2014 01:10 PM UTC by Hans
---
** [tickets:#1190] AMF: saAmfSIPrefActiveAssignments has wrong default,
stopping scaling nway active SGs**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Thu Oct 23, 2014 01:10 PM UTC by Hans Feldt
**Last Updated:** Thu Oct 23, 2014 01:10 PM UTC
**Owner:** nobody
Problem: In
- **status**: review --> fixed
- **assigned_to**: Hans Feldt --> nobody
- **Comment**:
changeset: 6056:5985d8a9a1bd
user: Hans Feldt
date:Thu Oct 09 16:46:22 2014 +0200
summary: amfd: support adding CSI dependency [#1158]
changeset: 6057:27c8d8811798
tag:
- **status**: unassigned --> invalid
---
** [tickets:#1184] daemonize does not support changing primary group**
**Status:** invalid
**Milestone:** 4.4.2
**Created:** Tue Oct 21, 2014 02:29 PM UTC by Hans Feldt
**Last Updated:** Tue Oct 21, 2014 03:38 PM UTC
**Owner:** nobody
The environm
---
** [tickets:#1186] osaf-transport-monitor should run as non root**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Tue Oct 21, 2014 03:49 PM UTC by Hans Feldt
**Last Updated:** Tue Oct 21, 2014 03:49 PM UTC
**Owner:** nobody
this daemon is not required to run as root and should
ld support setting supplementary groups**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Tue Oct 21, 2014 02:32 PM UTC by Hans Feldt
**Last Updated:** Tue Oct 21, 2014 02:32 PM UTC
**Owner:** nobody
daemonize() in daemon.c today only sets a primary group. By using system calls
getgroup
:** 4.4.2
**Created:** Tue Oct 21, 2014 02:29 PM UTC by Hans Feldt
**Last Updated:** Tue Oct 21, 2014 03:19 PM UTC
**Owner:** nobody
The environment variable OPENSAF_GROUP exported in nid.conf is not respected in
daemon.c
For consistency with specifying the user name, specifying primary group name
:** 4.4.2
**Created:** Tue Oct 21, 2014 02:29 PM UTC by Hans Feldt
**Last Updated:** Tue Oct 21, 2014 02:29 PM UTC
**Owner:** nobody
The environment variable OPENSAF_GROUP exported in nid.conf is not respected in
daemon.c
For consistency with specifying the user name, specifying primary group name
---
** [tickets:#1185] daemonize should support setting supplementary groups**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Tue Oct 21, 2014 02:32 PM UTC by Hans Feldt
**Last Updated:** Tue Oct 21, 2014 02:32 PM UTC
**Owner:** nobody
daemonize() in daemon.c today only sets a
---
** [tickets:#1184] daemonize does not support changing primary group**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Tue Oct 21, 2014 02:29 PM UTC by Hans Feldt
**Last Updated:** Tue Oct 21, 2014 02:29 PM UTC
**Owner:** nobody
The environment variable OPENSAF_GROUP exported in
---
** [tickets:#1181] LOG: ownership of directories and files should be
configurable**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Mon Oct 20, 2014 02:47 PM UTC by Hans Feldt
**Last Updated:** Mon Oct 20, 2014 02:47 PM UTC
**Owner:** nobody
Today LOG creates files and
- **status**: review --> fixed
- **Comment**:
changeset: 6032:533f7a91f12e
branch: opensaf-4.4.x
parent: 6024:3e643c445e89
user: Hans Feldt
date:Mon Oct 20 14:38:02 2014 +0200
summary: pyosaf: fix saImmOmAdminOperationInvoke_2 [#1176]
changeset: 6
- **status**: accepted --> review
---
** [tickets:#1176] pyosaf: saImmOmAdminOperationInvoke_2 no longer works**
**Status:** review
**Milestone:** 4.4.2
**Created:** Mon Oct 20, 2014 08:10 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 20, 2014 08:10 AM UTC
**Owner:** nobody
Trying to
---
** [tickets:#1176] pyosaf: saImmOmAdminOperationInvoke_2 no longer works**
**Status:** accepted
**Milestone:** 4.4.2
**Created:** Mon Oct 20, 2014 08:10 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 20, 2014 08:10 AM UTC
**Owner:** nobody
Trying to use
---
** [tickets:#1174] AMF: node admin op generated log message not informative
enough**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Fri Oct 17, 2014 08:48 AM UTC by Hans Feldt
**Last Updated:** Fri Oct 17, 2014 08:48 AM UTC
**Owner:** nobody
3053 12:10:28 10/15/2014 NO
*Milestone:** 4.6.FC
**Created:** Tue Sep 23, 2014 01:51 PM UTC by Hans Feldt
**Last Updated:** Wed Oct 15, 2014 08:02 AM UTC
**Owner:** nobody
The opensaf cluster shall survive that both system controllers are temporarily
down (no cluster reboot as today)
After the system controllers recover, IMM
Yes mbcsv replication to multiple standbys works, I have tested it in a
prototype with 3 controllers. Of course mbcsv is not feasible for total state
replication due to unicast. I guess that is why you mention availability zones.
But I think this is a good improvement in general and would certai
Setting it to IN_SYNC at start is wrong and should be fixed. Then it could be
easily checked in the swap logic.
---
** [tickets:#1169] amfd: SI_SWAP operation accepted but will always fail when
cold sync not finished**
**Status:** unassigned
**Milestone:** 4.5.1
**Created:** Tue Oct 14, 2014
changeset: 6023:461284fd07e9
tag: tip
user:Hans Feldt
date:Mon Oct 13 12:55:51 2014 +0200
summary: amfd: fix 32bit compile of state dump [#1153]
---
** [tickets:#1153] AMF: dump internal state to file using admin op trigger**
**Status:** fixed
**Milestone:** 4.6
- **Type**: defect --> enhancement
---
** [tickets:#1167] improve/standardize output from IMM tools**
**Status:** unassigned
**Milestone:** future
**Created:** Fri Oct 10, 2014 09:36 AM UTC by Hans Feldt
**Last Updated:** Fri Oct 10, 2014 09:36 AM UTC
**Owner:** nobody
It would be nice
---
** [tickets:#1167] improve/standardize output from IMM tools**
**Status:** unassigned
**Milestone:** future
**Created:** Fri Oct 10, 2014 09:36 AM UTC by Hans Feldt
**Last Updated:** Fri Oct 10, 2014 09:36 AM UTC
**Owner:** nobody
It would be nice if the OI better could control of the
- **status**: accepted --> fixed
- **assigned_to**: Hans Feldt --> nobody
- **Comment**:
changeset: 6022:8387942dfcff
tag: tip
user: Hans Feldt
date:Fri Oct 10 09:53:22 2014 +0200
summary: amfd: add applier support for state dump [1153]
Closing this now. If
- **status**: assigned --> review
---
** [tickets:#1158] AMF: support change of saAmfCSIDependencies**
**Status:** review
**Milestone:** 4.6.FC
**Created:** Tue Oct 07, 2014 06:59 AM UTC by Hans Feldt
**Last Updated:** Tue Oct 07, 2014 06:59 AM UTC
**Owner:** Hans Feldt
A CSI dependency
- **status**: review --> fixed
- **assigned_to**: Hans Feldt --> nobody
- **Comment**:
changeset: 6021:b5c6afd4c55f
tag: tip
user: Hans Feldt
date:Thu Oct 09 15:44:35 2014 +0200
summary: log: reuse IMM OM handle at startup [#1150]
---
** [tickets:#115
- **status**: accepted --> review
---
** [tickets:#1150] LOG: reuse IMM OM handle during startup**
**Status:** review
**Milestone:** 4.6.FC
**Created:** Fri Oct 03, 2014 12:04 PM UTC by Hans Feldt
**Last Updated:** Fri Oct 03, 2014 12:04 PM UTC
**Owner:** Hans Feldt
The LOG server does
---
** [tickets:#1164] LOG server crashes due to bad admin op**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Thu Oct 09, 2014 07:44 AM UTC by Hans Feldt
**Last Updated:** Thu Oct 09, 2014 07:44 AM UTC
**Owner:** nobody
in one shell do:
$ saflogtest -a test -o
in another do
tatus:** unassigned
**Milestone:** 4.5.1
**Created:** Wed Oct 08, 2014 04:03 PM UTC by Hans Feldt
**Last Updated:** Thu Oct 09, 2014 06:50 AM UTC
**Owner:** nobody
This is a continuation of https://sourceforge.net/p/opensaf/tickets/938/
Each message received that contains a handle must be verified
---
** [tickets:#1163] IMM: no verification of handle and msg source correlation**
**Status:** unassigned
**Milestone:** 4.5.1
**Created:** Wed Oct 08, 2014 04:03 PM UTC by Hans Feldt
**Last Updated:** Wed Oct 08, 2014 04:03 PM UTC
**Owner:** nobody
This is a continuation of https
changeset: 6018:1b4c8e3fee0f
tag: tip
parent: 6009:b2ddaa23aae4
user:Hans Feldt
date:Wed Oct 08 09:26:33 2014 +0200
summary: amfd: improve state dump to file [#1153]
Keeping the ticket open a while longer since there could be things missing. For
example
Gaining what?
If we agree non-blocking is bad then the queue should not be used.
---
** [tickets:#607] Mds : tcp assert in MDS on cumulated unsent messages**
**Status:** assigned
**Milestone:** future
**Created:** Wed Oct 30, 2013 08:03 AM UTC by A V Mahesh (AVM)
**Last Updated:** Tue Oct 07, 2
If you block the caller in mds_mdtm_queue_add_unsent_msg() you have basically
implemented a blocking send which is pointless. Just don't set the socket
non-blocking will have the same effect.
MDS send can fail, it is OK to return FAILURE but it is also OK to block in the
send call. We do it in
What is TCP broadcast? I have never heard of that...
My guess is that DTM_MCAST_ADDR allows you to specify the UDP multicast address
to be used for discovery. In Adrians case there is no broadcast address on the
eth0 interface in each container so he has to specify it instead if using the
one f
this backtrace indicates it is the same as
https://sourceforge.net/p/opensaf/tickets/1157/ duplicate of
https://sourceforge.net/p/opensaf/tickets/607/
---
** [tickets:#1072] Sync stop after few payload nodes joining the cluster (TCP)**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:**
I don't understand why this was changed to an enhancement. The following test
case shows the problem:
$ saflogtest -k -c 1000 -y hello
and by simply not setting the socket as non blocking it works! patch:
diff --git a/osaf/libs/core/mds/mds_dt_tcp.c b/osaf/libs/core/mds/mds_dt_tcp.c
--- a/osaf/li
---
** [tickets:#1160] MDS: valgrind complaints**
**Status:** unassigned
**Milestone:** 4.5.1
**Created:** Tue Oct 07, 2014 10:20 AM UTC by Hans Feldt
**Last Updated:** Tue Oct 07, 2014 10:20 AM UTC
**Owner:** nobody
MDS/TCP mode
Changeset 6001:f43bbfae4011
---
Sent from sourceforge.net
https://sourceforge.net/p/opensaf/tickets/607/
---
** [tickets:#1157] MDS: IMMD coredumps in MDS BCAST send (TCP with MCAST_ADDR)**
**Status:** unassigned
**Milestone:** 4.5.0
**Created:** Tue Oct 07, 2014 12:57 AM UTC by Adrian Szwej
**Last Updated:** Tue Oct 07, 2014 09:32 AM UTC
**Owner:** n
Aha I have seen this one before. This is a behavior difference between MDS/TCP
and MDS/TIPC. With TIPC we get flow control by having a blocking send. In this
case obviously not. I remember that I have seen this before. Any kind of bursty
send would trigger this. For example a LOG burst of async
- **status**: unassigned --> duplicate
---
** [tickets:#1159] AMF: asserts loop in CSIdependencies**
**Status:** duplicate
**Milestone:** 4.4.2
**Created:** Tue Oct 07, 2014 08:03 AM UTC by Hans Feldt
**Last Updated:** Tue Oct 07, 2014 08:18 AM UTC
**Owner:** nobody
Oct 7 09:54
in CSIdependencies**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Tue Oct 07, 2014 08:03 AM UTC by Hans Feldt
**Last Updated:** Tue Oct 07, 2014 08:03 AM UTC
**Owner:** nobody
Oct 7 09:54:21 elx30h2f12-kd osafamfd[9946]: ER si.cc: 52: Looping detected in
the CSI dependencies configured
---
** [tickets:#1159] AMF: asserts loop in CSIdependencies**
**Status:** unassigned
**Milestone:** 4.4.2
**Created:** Tue Oct 07, 2014 08:03 AM UTC by Hans Feldt
**Last Updated:** Tue Oct 07, 2014 08:03 AM UTC
**Owner:** nobody
Oct 7 09:54:21 elx30h2f12-kd osafamfd[9946]: ER si.cc: 52
---
** [tickets:#1158] AMF: support change of saAmfCSIDependencies**
**Status:** assigned
**Milestone:** 4.6.FC
**Created:** Tue Oct 07, 2014 06:59 AM UTC by Hans Feldt
**Last Updated:** Tue Oct 07, 2014 06:59 AM UTC
**Owner:** Hans Feldt
A CSI dependency can not today be added after the CSI
Do you have a workaround for the issue that the bridge changes its MAC address
dynamically?
See
http://backreference.org/2010/07/28/linux-bridge-mac-addresses-and-dynamic-ports/
for more info.
Basically for a linux bridge to support a container cluster you will have to
set a fixed MAC addres
value.
---
** [tickets:#1155] weird output from immadm**
**Status:** unassigned
**Milestone:** 4.5.1
**Created:** Mon Oct 06, 2014 11:45 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 11:45 AM UTC
**Owner:** nobody
$ immadm -a safAmfService -o 99 safAmfService
AdminOwnerName
---
** [tickets:#1155] weird output from immadm**
**Status:** unassigned
**Milestone:** 4.5.1
**Created:** Mon Oct 06, 2014 11:45 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 11:45 AM UTC
**Owner:** nobody
$ immadm -a safAmfService -o 99 safAmfService
AdminOwnerName
- **status**: review --> fixed
- **assigned_to**: Hans Feldt --> nobody
- **Comment**:
changeset: 6006:67460838d685
branch: opensaf-4.5.x
parent: 6004:c426504ff5cc
user: Hans Feldt
date:Mon Oct 06 12:09:51 2014 +0200
summary: amfd: fix macro m_AVD_CHK_
, 2014 08:47 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 08:47 AM UTC
**Owner:** Hans Feldt
amfd already had an internal function that could dump its state to file but
there was no external trigger other than using gdb.
It is proposed to have an admin op that triggers this dump.
The
---
** [tickets:#1153] AMF: dump internal state to file using admin op trigger**
**Status:** accepted
**Milestone:** 4.6.FC
**Created:** Mon Oct 06, 2014 08:47 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 08:47 AM UTC
**Owner:** Hans Feldt
amfd already had an internal function
changeset: 5998:dff1a47eed83
branch: opensaf-4.3.x
parent: 5994:917623d21cf6
user:Hans Feldt
date:Mon Oct 06 09:58:23 2014 +0200
summary: dtm: fix compiler warning [#1152]
changeset: 5999:f5211afdf779
branch: opensaf-4.4.x
parent: 5995:bb58bd44d93f
Yes I mean to have 127.0.0.1 as default which is a safe default. eth0 is not.
If you want/need a cluster you have to configure it anyway.
---
** [tickets:#1152] osafdtmd segfaults**
**Status:** fixed
**Milestone:** 4.3.3
**Created:** Mon Oct 06, 2014 06:28 AM UTC by Hans Feldt
**Last Updated
- **status**: review --> fixed
- **assigned_to**: Hans Feldt --> nobody
- **Milestone**: future --> 4.3.3
- **Comment**:
changeset: 5994:917623d21cf6
branch: opensaf-4.3.x
parent: 5990:0974fdd2ef70
user: Hans Feldt
date:Mon Oct 06 09:49:53 2014 +0200
summary
**
**Status:** review
**Milestone:** future
**Created:** Mon Oct 06, 2014 06:28 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 07:14 AM UTC
**Owner:** Hans Feldt
starting opensaf with an invalid IP address in dtmd.conf osafdtmd segafaults:
(gdb) run -n
Starting program: /home/uabhafe/local/lib
- **status**: unassigned --> review
- **assigned_to**: Hans Feldt
---
** [tickets:#1152] osafdtmd segfaults**
**Status:** review
**Milestone:** future
**Created:** Mon Oct 06, 2014 06:28 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 06:43 AM UTC
**Owner:** Hans Feldt
start
t;sa_family == AF_INET) {
tmp = &((struct sockaddr_in
*)if_addr->ifa_addr)->sin_addr;
---
** [tickets:#1152] osafdtmd segfaults**
**Status:** unassigned
**Milestone:** future
**Created:** Mon Oct 06, 2014 06:28 AM UTC by Hans Feldt
**Last Updated:** Mon O
fails when vpn is setup, The scan crash when it hits the tun0 interface
---
** [tickets:#1152] osafdtmd segfaults**
**Status:** unassigned
**Milestone:** future
**Created:** Mon Oct 06, 2014 06:28 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 06:28 AM UTC
**Owner:** nobody
---
** [tickets:#1152] osafdtmd segfaults**
**Status:** unassigned
**Milestone:** future
**Created:** Mon Oct 06, 2014 06:28 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 06:28 AM UTC
**Owner:** nobody
starting opensaf with an invalid IP address in dtmd.conf osafdtmd segafaults
- **status**: accepted --> review
---
** [tickets:#1151] AMF: type in macro m_AVD_CHK_OPLIST**
**Status:** review
**Milestone:** 4.5.0
**Created:** Mon Oct 06, 2014 05:49 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 05:49 AM UTC
**Owner:** Hans Feldt
In avd_sg.h:
#def
---
** [tickets:#1151] AMF: type in macro m_AVD_CHK_OPLIST**
**Status:** accepted
**Milestone:** 4.5.0
**Created:** Mon Oct 06, 2014 05:49 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 06, 2014 05:49 AM UTC
**Owner:** Hans Feldt
In avd_sg.h:
#define m_AVD_CHK_OPLIST(i_su,flag) (flag
---
** [tickets:#1150] LOG: reuse IMM OM handle during startup**
**Status:** accepted
**Milestone:** 4.6.FC
**Created:** Fri Oct 03, 2014 12:04 PM UTC by Hans Feldt
**Last Updated:** Fri Oct 03, 2014 12:04 PM UTC
**Owner:** Hans Feldt
The LOG server does not reuse its IMM OM handle during
We have bumped TIPC importance to HIGH (from default LOW) in our deployment.
This gives much more buffering in kernel space by TIPC. So maybe the problem
comes with default TIPC importance settings.
---
** [tickets:#1036] mds: IMMND restarts because of out of order messages**
**Status:** fix
One thinh that strikes me is that there are always 2 messages missing. To me
that indicates a logical problem rather then overload. But I might be wrong...
---
** [tickets:#1036] mds: IMMND restarts because of out of order messages**
**Status:** review
**Milestone:** 4.5.0
**Created:** Tue Se
- **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 0
- **status**: review --> fixed
- **assigned_to**: Hans Feldt --> nobody
- **Comment**:
changeset: 5966:0fb0d27bde70
branch: opensaf-4.3.x
parent: 5956:b8dfd4a2cc01
user: Hans Feldt
date:Fri Sep 26 08:53:42 2014 +0200
summary: base: remove setgid/setuid ca
- **summary**: AMF refactoring for 4.6 --> AMF refactoring for 4.5
- **status**: unassigned --> fixed
- **Milestone**: 4.6.FC --> 4.5.0
---
** [tickets:#713] AMF refactoring for 4.5**
**Status:** fixed
**Milestone:** 4.5.0
**Created:** Fri Jan 10, 2014 07:05 AM UTC by Hans Fel
---
** [tickets:#1142] AMF refactoring for 4.6**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Tue Sep 30, 2014 07:45 AM UTC by Hans Feldt
**Last Updated:** Tue Sep 30, 2014 07:45 AM UTC
**Owner:** nobody
This is a 4.6 ticket for continued code re-factoring of the AMF service for
- **status**: review --> fixed
- **assigned_to**: Hans Feldt --> nobody
- **Comment**:
changeset: 5938:833d3ecd9026
branch: opensaf-4.5.x
parent: 5936:db9203a871c3
user: Hans Feldt
date:Fri Sep 26 11:51:33 2014 +0200
summary: immnd: allow service
---
** [tickets:#1139] IMM: changing saImmRepositoryInit does not work**
**Status:** unassigned
**Milestone:** 4.3.3
**Created:** Fri Sep 26, 2014 07:20 AM UTC by Hans Feldt
**Last Updated:** Fri Sep 26, 2014 07:20 AM UTC
**Owner:** nobody
I missed to change immnd.conf and uncomment
- **Priority**: major --> minor
---
** [tickets:#1139] IMM: changing saImmRepositoryInit does not work**
**Status:** unassigned
**Milestone:** 4.3.3
**Created:** Fri Sep 26, 2014 07:20 AM UTC by Hans Feldt
**Last Updated:** Fri Sep 26, 2014 07:20 AM UTC
**Owner:** nobody
I missed to cha
- **status**: accepted --> assigned
- **assigned_to**: elunlen
---
** [tickets:#594] logtest fail intermittent**
**Status:** assigned
**Milestone:** future
**Created:** Mon Oct 14, 2013 10:42 AM UTC by Hans Feldt
**Last Updated:** Mon Oct 14, 2013 01:52 PM UTC
**Owner:** elunlen
logtest
status review? I think this one is fixed
---
** [tickets:#814] CLMNA fails and logging is poor**
**Status:** review
**Milestone:** 4.4.1
**Created:** Wed Mar 19, 2014 08:07 AM UTC by Hans Feldt
**Last Updated:** Sat Aug 30, 2014 06:42 PM UTC
**Owner:** Mathi Naickan
MDS/TCP
Changeset:
parent
- **status**: accepted --> review
---
** [tickets:#1138] opensaf as non root cannot be started in a container**
**Status:** review
**Milestone:** 4.3.3
**Created:** Fri Sep 26, 2014 06:43 AM UTC by Hans Feldt
**Last Updated:** Fri Sep 26, 2014 06:48 AM UTC
**Owner:** Hans Feldt
OpenSAF (
have had lots of problems with before.
---
** [tickets:#1138] opensaf as non root cannot be started in a container**
**Status:** accepted
**Milestone:** 4.3.3
**Created:** Fri Sep 26, 2014 06:43 AM UTC by Hans Feldt
**Last Updated:** Fri Sep 26, 2014 06:43 AM UTC
**Owner:** Hans Feldt
---
** [tickets:#1138] opensaf as non root cannot be started in a container**
**Status:** accepted
**Milestone:** 4.3.3
**Created:** Fri Sep 26, 2014 06:43 AM UTC by Hans Feldt
**Last Updated:** Fri Sep 26, 2014 06:43 AM UTC
**Owner:** Hans Feldt
OpenSAF (non root) fails to start in a linux
- **status**: accepted --> review
---
** [tickets:#1136] IMM: access to service objects not allowed for SMF as non
root**
**Status:** review
**Milestone:** 4.5.0
**Created:** Thu Sep 25, 2014 02:32 PM UTC by Hans Feldt
**Last Updated:** Thu Sep 25, 2014 02:32 PM UTC
**Owner:** Hans Fe
---
** [tickets:#1136] IMM: access to service objects not allowed for SMF as non
root**
**Status:** accepted
**Milestone:** 4.5.0
**Created:** Thu Sep 25, 2014 02:32 PM UTC by Hans Feldt
**Last Updated:** Thu Sep 25, 2014 02:32 PM UTC
**Owner:** Hans Feldt
SMFD by default runs as opensaf
- **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 0
changeset: 5934:1c41e1ecd5f7
branch: opensaf-4.5.x
parent: 5932:2505c06b19ca
user:Hans Feldt
date:Wed Sep 24 16:52:25 2014 +0200
summary: base: add check for user's primary group [#1070]
changeset: 5935:af834c4655e1
tag: tip
parent:
changeset: 5934:1c41e1ecd5f7
branch: opensaf-4.5.x
parent: 5932:2505c06b19ca
user:Hans Feldt
date:Wed Sep 24 16:52:25 2014 +0200
summary: base: add check for user's primary group [#1070]
changeset: 5935:af834c4655e1
tag: tip
parent:
shall support temporary unavailbility of both
controllers**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Tue Sep 23, 2014 01:51 PM UTC by Hans Feldt
**Last Updated:** Tue Sep 23, 2014 03:03 PM UTC
**Owner:** nobody
The opensaf cluster shall survive that both system controllers are
UNPLANNED
---
** [tickets:#1132] opensaf shall support temporary unavailbility of both
controllers**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Tue Sep 23, 2014 01:51 PM UTC by Hans Feldt
**Last Updated:** Tue Sep 23, 2014 03:03 PM UTC
**Owner:** nobody
The opensaf cluster
---
** [tickets:#1132] opensaf shall support temporary unavailbility of both
controllers**
**Status:** unassigned
**Milestone:** 4.6.FC
**Created:** Tue Sep 23, 2014 01:51 PM UTC by Hans Feldt
**Last Updated:** Tue Sep 23, 2014 01:51 PM UTC
**Owner:** nobody
The opensaf cluster shall
#1077 was not fixed in 4.3 and 4.4 though
---
** [tickets:#1131] IMM: duplicate immnd process was observed starting opensaf
with PBE.**
**Status:** unassigned
**Milestone:** 4.3.3
**Created:** Tue Sep 23, 2014 12:24 PM UTC by Hrishikesh
**Last Updated:** Tue Sep 23, 2014 12:41 PM UTC
**Owner:*
Duplicate of #1077
Why are you testing such old version as 5697 of opensaf?
RC2 was released yesterday and should be the focus in test.
---
** [tickets:#1131] IMM: duplicate immnd process was observed starting opensaf
with PBE.**
**Status:** unassigned
**Milestone:** 4.3.3
**Created:** Tue Sep
IMM only has local clients and the scope of this enhancement is to secure the
API usage (which is always node local). I can update the README (again)
---
** [tickets:#1128] access control feature is valid across nodes?**
**Status:** unassigned
**Milestone:** 4.3.3
**Created:** Tue Sep 23, 2014
- **status**: review --> fixed
- **Comment**:
Pushing this although it is a minor defect. No risk with that since it just
affects a README file.
changeset: 5920:6f1e8bedf52c
branch: opensaf-4.5.x
user: Hans Feldt
date:Tue Sep 23 09:51:31 2014 +0200
summary:
- **status**: unassigned --> review
- **Part**: nd --> doc
---
** [tickets:#1121] imm access control change at build time didnot reflect in
attribute change**
**Status:** review
**Milestone:** 4.5.0
**Created:** Mon Sep 22, 2014 07:35 AM UTC by surender khetavath
**Last Updated:** Tue Sep 23,
Yes of course, ideally the configure script should be updated but I did not
bother with more configure options. So the logic in IMM works.
CXXFLAGS="-DIMM_ACCESS_CONTROL_MODE=2" should also do it.
It is a make system issue, can we close this?
Or just update the README?
---
** [tickets:#1121
1 - 100 of 727 matches
Mail list logo