[tickets] [opensaf:tickets] #3042 uml: Uplift kernel version to 4.18

2019-05-22 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 1bff38564b69175fa4a0ea2cb1d40bd432581bd6 (HEAD -> develop, 
origin/develop)
Author: Anders Widell 
Date:   Wed May 22 10:18:46 2019 +0200

uml: Update to Linux 4.18.20, iproute2 5.1.0 and busybox 1.30.1 [#3042]

Uplift the Linux kernel version for UML to 4.18.20, to make it possible to 
build
UML with newer glibc version (e.g. on Ubuntu 18.04).




---

** [tickets:#3042] uml: Uplift kernel version to 4.18**

**Status:** fixed
**Milestone:** 5.19.06
**Created:** Mon May 20, 2019 08:32 AM UTC by Anders Widell
**Last Updated:** Mon May 20, 2019 12:39 PM UTC
**Owner:** Anders Widell


Uplift the Linux kernel version for UML to 4.18, to make it possible to build 
UML with newer glibc version (e.g. on Ubuntu 18.04).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3042 uml: Uplift kernel version to 4.18

2019-05-20 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#3042] uml: Uplift kernel version to 4.18**

**Status:** review
**Milestone:** 5.19.06
**Created:** Mon May 20, 2019 08:32 AM UTC by Anders Widell
**Last Updated:** Mon May 20, 2019 08:32 AM UTC
**Owner:** Anders Widell


Uplift the Linux kernel version for UML to 4.18, to make it possible to build 
UML with newer glibc version (e.g. on Ubuntu 18.04).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #3042 uml: Uplift kernel version to 4.18

2019-05-20 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#3042] uml: Uplift kernel version to 4.18**

**Status:** accepted
**Milestone:** 5.19.06
**Created:** Mon May 20, 2019 08:32 AM UTC by Anders Widell
**Last Updated:** Mon May 20, 2019 08:32 AM UTC
**Owner:** Anders Widell


Uplift the Linux kernel version for UML to 4.18, to make it possible to build 
UML with newer glibc version (e.g. on Ubuntu 18.04).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #64 RDE plugin support for arbitration at startup

2018-08-24 Thread Anders Widell via Opensaf-tickets
- Description has changed:

Diff:



--- old
+++ new
@@ -3,3 +3,5 @@
 Two controllers starting up without being able to communicate with each other 
could get into a split brain situation - both are active. If these controllers 
share a disk, data corruption could be the result.
 
 RDE should support some plugin mechanism to allow for arbitration
+
+Note: This feature has been evolved in subsequent tickets; see tickets [#2795] 
and [#2918] 






---

** [tickets:#64] RDE plugin support for arbitration at startup**

**Status:** fixed
**Milestone:** 5.18.02
**Created:** Wed May 08, 2013 09:41 AM UTC by Anders Widell
**Last Updated:** Fri Feb 02, 2018 12:19 PM UTC
**Owner:** nobody
**Attachments:**

- [Split-brain prevention in 
OpenSAF.pdf](https://sourceforge.net/p/opensaf/tickets/64/attachment/Split-brain%20prevention%20in%20OpenSAF.pdf)
 (87.5 kB; application/pdf)


Migrated from Ticket #2478

Two controllers starting up without being able to communicate with each other 
could get into a split brain situation - both are active. If these controllers 
share a disk, data corruption could be the result.

RDE should support some plugin mechanism to allow for arbitration

Note: This feature has been evolved in subsequent tickets; see tickets [#2795] 
and [#2918] 


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2768 nid: Use host name when node_name is missing or empty

2018-01-22 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2768] nid: Use host name when node_name is missing or empty**

**Status:** assigned
**Milestone:** 5.18.01
**Created:** Mon Jan 22, 2018 01:00 PM UTC by Anders Widell
**Last Updated:** Mon Jan 22, 2018 01:00 PM UTC
**Owner:** Anders Widell


In the case /etc/opensaf/node_name is missing or empty, we can use the hostname 
of the machine we are running on.  This would reduce the amount of needed 
per-node configuration if hostname and node_name are the same.

Also, make /etc/opensaf/node_name empty as default when installing OpenSAF.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2759 nid: Use node address when slot_id is configured to zero

2018-01-22 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2759] nid: Use node address when slot_id is configured to zero**

**Status:** review
**Milestone:** 5.18.01
**Created:** Fri Jan 12, 2018 01:22 PM UTC by Anders Widell
**Last Updated:** Fri Jan 12, 2018 01:22 PM UTC
**Owner:** Anders Widell


Allow the value zero to be configured in the file /etc/opensaf/slot_id. The 
value zero shall be interpreted in the same way as if the file is missing, i.e. 
OpenSAF shall use the node address (TIPC or IPv4) as Node ID. Also set the 
slot_id file to zero by default in the Makefile when building and installing 
OpenSAF.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2758 dtm: Derive Node ID from IPv4 address

2018-01-19 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit ee105cb3bf44eee4e8785e3de7d24f907641e2ab (HEAD -> develop, 
origin/develop)
Author: Anders Widell <a...@..com>
Date:   Fri Jan 19 12:21:07 2018 +0100

nid: Make chassis_id, slot_id and subslot_id in /etc/opensaf optional 
[#2758]

The files chassis_id, slot_id and subslot_id in /etc/opensaf no longer have 
to
be present. When they are missing, OpenSAF will derive the Node ID from the 
TIPC
address or the IPv4 address of the node.

commit 954a9fc4e1333e44a31c1ff34a70e0aaef4c6f15
Author: Anders Widell <a...@..com>
Date:   Fri Jan 19 12:21:07 2018 +0100

msg: Allow any unsigned 32-bit value to be used as Node ID [#2758]

commit f348ae35e7b8652878b546c402abbb7790d536b9
Author: Anders Widell <a...@..com>
Date:   Fri Jan 19 12:21:07 2018 +0100

lck: Allow any unsigned 32-bit value to be used as Node ID [#2758]

commit 28bef9cbb2eedc652a5edb5ce1a40bf7791edf09
Author: Anders Widell <a...@..com>
Date:   Fri Jan 19 12:21:07 2018 +0100

clm: Allow any unsigned 32-bit value to be used as Node ID [#2758]

Also fix the CLM API tests so that they longer assume that there is a node 
with
node ID 0x2010f in the cluster.

commit 0734456f81aef340c7f14d1046938b529621f7ab
Author: Anders Widell <a...@..com>
Date:   Fri Jan 19 12:21:07 2018 +0100

ckpt: Allow any unsigned 32-bit value to be used as Node ID [#2758]

commit ee7542986ea990f4fdc6447e2c033e5eb27f04ca
Author: Anders Widell <a...@..com>
Date:   Fri Jan 19 12:21:07 2018 +0100

dtm: Derive Node ID from IPv4 address [#2758]

If the /var/lib/opensaf/node_id file doesn't exist when DTM starts, DTM will
create the file and use the IPv4 address as node ID. When using IPv6, the 
file
must still be configured manually. IPv6 support may be added in a future 
ticket.

As a consequence of this change, OpenSAF must now support any unsigned 
32-bit
integer except zero as Node ID.




---

** [tickets:#2758] dtm: Derive Node ID from IPv4 address**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Thu Jan 11, 2018 03:02 PM UTC by Anders Widell
**Last Updated:** Fri Jan 12, 2018 01:30 PM UTC
**Owner:** Anders Widell


Continuation of ticket [#2653]. If OpenSAF is using TCP transport with IPv4 
addresses, we don't need to require the presence of /etc/opensaf/slot_id or 
/var/lib/opensaf/node_id. Instead, we can create the file 
/var/lib/opensaf/node_id ourselves based on the IPv4 address of the node we are 
running on.

As a consequence, OpenSAF will now support any unsigned 32-bit integer except 
zero as Node ID.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2758 dtm: Derive Node ID from IPv4 address

2018-01-12 Thread Anders Widell via Opensaf-tickets
- Description has changed:

Diff:



--- old
+++ new
@@ -1 +1,3 @@
 Continuation of ticket [#2653]. If OpenSAF is using TCP transport with IPv4 
addresses, we don't need to require the presence of /etc/opensaf/slot_id or 
/var/lib/opensaf/node_id. Instead, we can create the file 
/var/lib/opensaf/node_id ourselves based on the IPv4 address of the node we are 
running on.
+
+As a consequence, OpenSAF will now support any unsigned 32-bit integer except 
zero as Node ID.






---

** [tickets:#2758] dtm: Derive Node ID from IPv4 address**

**Status:** review
**Milestone:** 5.18.01
**Created:** Thu Jan 11, 2018 03:02 PM UTC by Anders Widell
**Last Updated:** Fri Jan 12, 2018 12:24 PM UTC
**Owner:** Anders Widell


Continuation of ticket [#2653]. If OpenSAF is using TCP transport with IPv4 
addresses, we don't need to require the presence of /etc/opensaf/slot_id or 
/var/lib/opensaf/node_id. Instead, we can create the file 
/var/lib/opensaf/node_id ourselves based on the IPv4 address of the node we are 
running on.

As a consequence, OpenSAF will now support any unsigned 32-bit integer except 
zero as Node ID.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2759 nid: Use node address when slot_id is configured to zero

2018-01-12 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2759] nid: Use node address when slot_id is configured to zero**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Fri Jan 12, 2018 01:22 PM UTC by Anders Widell
**Last Updated:** Fri Jan 12, 2018 01:22 PM UTC
**Owner:** Anders Widell


Allow the value zero to be configured in the file /etc/opensaf/slot_id. The 
value zero shall be interpreted in the same way as if the file is missing, i.e. 
OpenSAF shall use the node address (TIPC or IPv4) as Node ID. Also set the 
slot_id file to zero by default in the Makefile when building and installing 
OpenSAF.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2758 dtm: Derive Node ID from IPv4 address

2018-01-12 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2758] dtm: Derive Node ID from IPv4 address**

**Status:** review
**Milestone:** 5.18.01
**Created:** Thu Jan 11, 2018 03:02 PM UTC by Anders Widell
**Last Updated:** Thu Jan 11, 2018 03:02 PM UTC
**Owner:** Anders Widell


Continuation of ticket [#2653]. If OpenSAF is using TCP transport with IPv4 
addresses, we don't need to require the presence of /etc/opensaf/slot_id or 
/var/lib/opensaf/node_id. Instead, we can create the file 
/var/lib/opensaf/node_id ourselves based on the IPv4 address of the node we are 
running on.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2758 dtm: Derive Node ID from IPv4 address

2018-01-11 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2758] dtm: Derive Node ID from IPv4 address**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Thu Jan 11, 2018 03:02 PM UTC by Anders Widell
**Last Updated:** Thu Jan 11, 2018 03:02 PM UTC
**Owner:** Anders Widell


Continuation of ticket [#2653]. If OpenSAF is using TCP transport with IPv4 
addresses, we don't need to require the presence of /etc/opensaf/slot_id or 
/var/lib/opensaf/node_id. Instead, we can create the file 
/var/lib/opensaf/node_id ourselves based on the IPv4 address of the node we are 
running on.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2742 osaf: Use Node ID instead of slot and subslot to identify a node

2018-01-10 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> fixed
- **Comment**:

commit 1b4f04824fa9ee38bd7ad4fa3a1be5349e37a106 (HEAD -> develop, 
origin/develop)
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 12:57:42 2018 +0100

msg: Re-indent code after conversion to C++ [#2742]

commit 892585d2ad497a91e1c07ec70b4f5b1f00611c59
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 10:28:16 2018 +0100

fm: Remove code dealing with slot and subslot [#2742]

commit 300e0ca09be8fbbf612f6d8a86c8926ca974abcd
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 10:28:16 2018 +0100

base: Remove code dealing with slot and subslot [#2742]

commit 86188a29c27b70b2c312eef872830513a27eb8b9
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 10:28:16 2018 +0100

plm: Use Node ID instead of slot and subslot to identify a node [#2742]

commit da14a0118e4388cda03889cf9f0edfa60f9b83c3
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 10:28:16 2018 +0100

msg: Use Node ID instead of slot and subslot to identify a node [#2742]

commit a0f3a91b173bee38fe9d0704360ecb1e9d920844
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 10:28:16 2018 +0100

msg: Convert MSG agent to C++ [#2742]

commit 0ff9ef8f03f6fde395c856f1f7c2fade0fd0e092
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 10:28:16 2018 +0100

imm: Use Node ID instead of slot and subslot to identify a node [#2742]

commit 99f59c988971246ea827c30d51e40d911992609a
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 10:28:16 2018 +0100

mds: Use Node ID instead of slot and subslot to identify a node [#2742]

commit 380ec327e66849feaae9a5f9f0d5ac90960055be
Author: Anders Widell <a...@..com>
Date:   Wed Jan 10 10:28:16 2018 +0100

ckpt: Use Node ID instead of slot and subslot to identify a node [#2742]




---

** [tickets:#2742] osaf: Use Node ID instead of slot and subslot to identify a 
node**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Wed Dec 20, 2017 11:51 AM UTC by Anders Widell
**Last Updated:** Wed Dec 20, 2017 11:51 AM UTC
**Owner:** Anders Widell


Related to ticket [#1755]: remove usage of chassis, slot and subslot to 
identify a node. Instead, only Node ID will be used to identify a node within 
the OpenSAF code.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2756 base: Generic config file reader

2018-01-08 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2756] base: Generic config file reader**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Mon Jan 08, 2018 02:44 PM UTC by Anders Widell
**Last Updated:** Mon Jan 08, 2018 02:44 PM UTC
**Owner:** Anders Widell


Add a generic config file reader that can replace parts of the functionality in 
dtm_read_config.cc but generic enough so that it can be used in any service.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2744 build: lib directory may not exist when all-local is built

2017-12-21 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 9134d5d6d87a374546b669a1e59b0ce9fb340996 (HEAD -> develop, 
origin/develop)
Author: Anders Widell <a...@..com>
Date:   Thu Dec 21 13:54:16 2017 +0100

build: Add missing mkdir in toplevel Makefile.am [#2744]

In a parallel build, the $(top_builddir)/lib may not yet exist when building
the all-local target. Make sure the directory exists using mkdir -p




---

** [tickets:#2744] build: lib directory may not exist when all-local is built**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Wed Dec 20, 2017 01:09 PM UTC by Anders Widell
**Last Updated:** Thu Dec 21, 2017 11:33 AM UTC
**Owner:** Anders Widell


When running a parallel build, $(top_builddir)/lib may not yet exist when the 
all-local target is built.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2744 build: lib directory may not exist when all-local is built

2017-12-21 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2744] build: lib directory may not exist when all-local is built**

**Status:** review
**Milestone:** 5.18.01
**Created:** Wed Dec 20, 2017 01:09 PM UTC by Anders Widell
**Last Updated:** Wed Dec 20, 2017 01:09 PM UTC
**Owner:** Anders Widell


When running a parallel build, $(top_builddir)/lib may not yet exist when the 
all-local target is built.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2738 base: Consolitate code for reading node ID

2017-12-21 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit ec8a376bdeb75f0ba0d418ba7d9e8f16958b34c3 (HEAD -> develop)
Author: Anders Widell <a...@..com>
Date:   Thu Dec 21 11:07:59 2017 +0100

base: Clean up and remove dead code around ncs_get_node_id() [#2738]

commit 238d072d8bdc020b9fcc6b6321dd17d139506a35
Author: Anders Widell <a...@..com>
Date:   Thu Dec 21 11:07:59 2017 +0100

clm: Use ncs_get_node_id() to read the Node ID [#2738]

commit ce827d7a8d3052f6408260d919a92d5039e7ebd6
Author: Anders Widell <a...@..com>
Date:   Thu Dec 21 11:07:59 2017 +0100

mds: Use ncs_get_node_id() to read the Node ID [#2738]




---

** [tickets:#2738] base: Consolitate code for reading node ID**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Thu Dec 14, 2017 02:26 PM UTC by Anders Widell
**Last Updated:** Thu Dec 14, 2017 03:57 PM UTC
**Owner:** Anders Widell


As a preparation for ticket [#1755], consolidate to code used to read the Node 
ID, and make sure all places in OpenSAF use the function ncs_get_node_id() 
instead of some other mechanism for reading it.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2744 build: lib directory may not exist when all-local is built

2017-12-20 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2744] build: lib directory may not exist when all-local is built**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Wed Dec 20, 2017 01:09 PM UTC by Anders Widell
**Last Updated:** Wed Dec 20, 2017 01:09 PM UTC
**Owner:** Anders Widell


When running a parallel build, $(top_builddir)/lib may not yet exist when the 
all-local target is built.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2742 osaf: Use Node ID instead of slot and subslot to identify a node

2017-12-20 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2742] osaf: Use Node ID instead of slot and subslot to identify a 
node**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Wed Dec 20, 2017 11:51 AM UTC by Anders Widell
**Last Updated:** Wed Dec 20, 2017 11:51 AM UTC
**Owner:** Anders Widell


Related to ticket [#1755]: remove usage of chassis, slot and subslot to 
identify a node. Instead, only Node ID will be used to identify a node within 
the OpenSAF code.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2738 base: Consolitate code for reading node ID

2017-12-14 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2738] base: Consolitate code for reading node ID**

**Status:** review
**Milestone:** 5.18.01
**Created:** Thu Dec 14, 2017 02:26 PM UTC by Anders Widell
**Last Updated:** Thu Dec 14, 2017 02:26 PM UTC
**Owner:** Anders Widell


As a preparation for ticket [#1755], consolidate to code used to read the Node 
ID, and make sure all places in OpenSAF use the function ncs_get_node_id() 
instead of some other mechanism for reading it.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2738 base: Consolitate code for reading node ID

2017-12-14 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2738] base: Consolitate code for reading node ID**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Thu Dec 14, 2017 02:26 PM UTC by Anders Widell
**Last Updated:** Thu Dec 14, 2017 02:26 PM UTC
**Owner:** Anders Widell


As a preparation for ticket [#1755], consolidate to code used to read the Node 
ID, and make sure all places in OpenSAF use the function ncs_get_node_id() 
instead of some other mechanism for reading it.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #64 RDE plugin support for arbitration at startup

2017-12-14 Thread Anders Widell via Opensaf-tickets
- **summary**: RDE plugin support for resource fencing at startup --> RDE 
plugin support for arbitration at startup
- Description has changed:

Diff:



--- old
+++ new
@@ -1,5 +1,5 @@
 Migrated from Ticket #2478
 
-Two controllers without communication could get into a split brain situation - 
both are active. If these controllers share a disk, data corruption could be 
the result.
+Two controllers starting up without being able to communicate with each other 
could get into a split brain situation - both are active. If these controllers 
share a disk, data corruption could be the result.
 
-RDE should support some plugin mechanism to allow for fencing a node from a 
shared resource
+RDE should support some plugin mechanism to allow for arbitration



- Attachments has changed:

Diff:



--- old
+++ new
@@ -0,0 +1 @@
+Split-brain prevention in OpenSAF.pdf (87.5 kB; application/pdf)



- **Blocker**:  --> False
- **Milestone**: future --> 5.18.01



---

** [tickets:#64] RDE plugin support for arbitration at startup**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Wed May 08, 2013 09:41 AM UTC by Anders Widell
**Last Updated:** Mon Apr 03, 2017 06:47 PM UTC
**Owner:** nobody
**Attachments:**

- [Split-brain prevention in 
OpenSAF.pdf](https://sourceforge.net/p/opensaf/tickets/64/attachment/Split-brain%20prevention%20in%20OpenSAF.pdf)
 (87.5 kB; application/pdf)


Migrated from Ticket #2478

Two controllers starting up without being able to communicate with each other 
could get into a split brain situation - both are active. If these controllers 
share a disk, data corruption could be the result.

RDE should support some plugin mechanism to allow for arbitration


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2736 dtm: Add option to osaflog for specifying log directory

2017-12-11 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2736] dtm: Add option to osaflog for specifying log directory**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Mon Dec 11, 2017 02:02 PM UTC by Anders Widell
**Last Updated:** Mon Dec 11, 2017 02:02 PM UTC
**Owner:** nobody


Add an option --logdir that makes it possible to specify the directory where 
the command shall search for log files. This makes it possible to use the 
command offline. Since the option is supposed to be used offline, the --flush 
option shall not be impled when using the --logdir option.

Also, add a --help option for printing command help.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2709 dtm: Support pretty-printing log messages using the osaflog command

2017-12-11 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 5a539d23583a19a521b2f946391d9b557dce5296 (HEAD -> develop, 
origin/develop)
Author: Anders Widell <a...@..com>
Date:   Mon Dec 11 12:40:54 2017 +0100

dtm: Support pretty-printing OpenSAF logs using the osaflog command [#2709]

Add support to the osaflog command for parsing and pretty-printing the 
OpenSAF
log messages. Initially, we only support simple pretty-printing by removing
information which is not frequently needed when reading the logs. In future
ticket(s), we can also add support for filtering log messages.

The following example command will print the MDS log:

osaflog mds.log




---

** [tickets:#2709] dtm: Support pretty-printing log messages using the osaflog 
command**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Tue Nov 28, 2017 04:07 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 09:56 AM UTC
**Owner:** Anders Widell


Add support to the osaflog command for parsing and pretty-printing the OpenSAF 
log messages. Initially, we can support pretty-printing to remove information 
which is not frequently needed when reading the logs. In future ticket(s), we 
can also add support for filtering log messages.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2646 dtm: Add a tool for syncing log messages to disk

2017-12-11 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> fixed
- **Comment**:

commit 77d30164c9c934e0eb323acb0655a24faebd1df1 (HEAD -> develop, 
origin/develop, ticket-2646)
Author: Anders Widell <a...@..com>
Date:   Mon Dec 11 10:49:42 2017 +0100

osaf: Flush OpenSAF internal log entries before rebooting [#2646]

Flush log entries in the OpenSAF internal log server from memory to disk 
before
rebooting the local node, to prevent loss of log messages.

commit 8e45a519b8f607b45093e9d69d0de39120332e26
Author: Anders Widell <a...@..com>
Date:   Mon Dec 11 10:49:42 2017 +0100

dtm: Add flush command for writing buffered log messages to disk [#2646]

Add a new protocol message that can be recevied on the UNIX socket, that 
causes
osaftransportd to write all buffered log messages from memory to disk.

commit 0668553762b6ee21b5f9d684fd922bccb063cfe6
Author: Anders Widell <a...@..com>
Date:   Mon Dec 11 10:49:42 2017 +0100

base: Add support for recvfrom and sendto operations on UnixSocket [#2646]

Add new UnixSocket methods for sending and receiving with a sockaddr_un 
address
parameter. Also add support for abstract UNIX socket addresses and for 
providing
a raw sockaddr_un address to UnixSocket.




---

** [tickets:#2646] dtm: Add a tool for syncing log messages to disk**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Thu Oct 19, 2017 11:20 AM UTC by Anders Widell
**Last Updated:** Mon Nov 20, 2017 03:51 PM UTC
**Owner:** Anders Widell


Add a command-line tool that can flush and sync all log streams to disk. Use 
this tool in the opensaf_reboot script before rebooting.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2731 dtm: Make trace file size and number of backups configurable

2017-12-06 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2731] dtm: Make trace file size and number of backups 
configurable**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Wed Dec 06, 2017 11:28 AM UTC by Anders Widell
**Last Updated:** Wed Dec 06, 2017 11:28 AM UTC
**Owner:** nobody


Currently, the OpenSAF trace file size is limited to 5 MB, and the number of 
backups to nine. If a longer trace is needed, we would need to make the file 
size and / or number of backups configurable.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2721 clm: Fully convert CLM to C++

2017-12-01 Thread Anders Widell via Opensaf-tickets
- **summary**: clm: Fully convert the node agent to C++ --> clm: Fully convert 
CLM to C++
- Description has changed:

Diff:



--- old
+++ new
@@ -1 +1 @@
-To support future implementation of tickets [#2618], [#2693] and [#2694], 
fully convert the CLM node agent to C++. This will also make it possible to 
remove the C++ wrappers in the node agent, which will simplify the code.
+To support future implementation of tickets [#2618], [#2693] and [#2694], 
fully convert CLM to C++. This will also make it possible to remove the C++ 
wrappers in the node agent, which will simplify the code.






---

** [tickets:#2721] clm: Fully convert CLM to C++**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 02:02 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 02:02 PM UTC
**Owner:** Anders Widell


To support future implementation of tickets [#2618], [#2693] and [#2694], fully 
convert CLM to C++. This will also make it possible to remove the C++ wrappers 
in the node agent, which will simplify the code.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2721 clm: Fully convert the node agent to C++

2017-12-01 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2721] clm: Fully convert the node agent to C++**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 02:02 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 02:02 PM UTC
**Owner:** Anders Widell


To support future implementation of tickets [#2618], [#2693] and [#2694], fully 
convert the CLM node agent to C++. This will also make it possible to remove 
the C++ wrappers in the node agent, which will simplify the code.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2720 base: Add LogMessage parsing support

2017-12-01 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2720] base: Add LogMessage parsing support**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 01:57 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 01:57 PM UTC
**Owner:** nobody


Add support in LogMessage for parsing a formatted text string to retrieve the 
fields of the message. This can be useful in the osaflog command.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2719 dtm: Add new command for dumping state from the DTM service

2017-12-01 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2719] dtm: Add new command for dumping state from the DTM service**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 01:54 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 01:54 PM UTC
**Owner:** nobody


Add a new command that can be used to print information from the DTM service, 
similar to the "tipc" command which is used to print information about TIPC 
from the Linux kernel.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2718 dtm: Detect process restarts in osaflog command

2017-12-01 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2718] dtm: Detect process restarts in osaflog command**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 01:34 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 01:34 PM UTC
**Owner:** nobody


Using the PROCID field, osaflog can detect when the process id changes. When 
detected, the osaflog can print e.g. "*** New process: xxx ***". This makes 
process restarts more visible, and it also means that we don't have to print 
the process ID on each line.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2717 dtm: Detect dropped log records in osaflog command

2017-12-01 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2717] dtm: Detect dropped log records in osaflog command**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 01:32 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 01:32 PM UTC
**Owner:** nobody


Using the sequenceId field, osaflog can detect dropped log records. When 
detected, osaflog can print e.g. "*** xxx missing log messages ***" to make 
this fact visible.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2716 dtm: Add a long format print option to osaflog

2017-12-01 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2716] dtm: Add a long format print option to osaflog**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 01:31 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 01:31 PM UTC
**Owner:** nobody


Add a long format option, e.g. --long, to osaflog. When specified, a long 
format shall be used when printing log records. The long format shall include 
all available information from the log records, but can still be "prettier" 
than the raw log format on disk, and can exclude redundant information.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2715 dtm: Allow simultaneous printing of multiple log streams

2017-12-01 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2715] dtm: Allow simultaneous printing of multiple log streams**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 01:23 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 01:23 PM UTC
**Owner:** nobody


Make it possible to give multiple LOGSTREAM arguments to the osaflog command. 
When more than one stream is given, log messages from all the streams shall be 
printed interleaved, sorted by the date field.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2714 dtm: Add osaflog options for printing log entries between a range of dates

2017-12-01 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2714] dtm: Add osaflog options for printing log entries between a 
range of dates**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Fri Dec 01, 2017 01:22 PM UTC by Anders Widell
**Last Updated:** Fri Dec 01, 2017 01:22 PM UTC
**Owner:** nobody


Add new options, e.g. --from and --to, that specify a range of dates. Only log 
messages between those dates shall be printed by the command.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2709 dtm: Support pretty-printing log messages using the osaflog command

2017-12-01 Thread Anders Widell via Opensaf-tickets
- **status**: unassigned --> review
- **assigned_to**: Anders Widell



---

** [tickets:#2709] dtm: Support pretty-printing log messages using the osaflog 
command**

**Status:** review
**Milestone:** 5.18.01
**Created:** Tue Nov 28, 2017 04:07 PM UTC by Anders Widell
**Last Updated:** Tue Nov 28, 2017 04:07 PM UTC
**Owner:** Anders Widell


Add support to the osaflog command for parsing and pretty-printing the OpenSAF 
log messages. Initially, we can support pretty-printing to remove information 
which is not frequently needed when reading the logs. In future ticket(s), we 
can also add support for filtering log messages.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2709 dtm: Support pretty-printing log messages using the osaflog command

2017-11-28 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2709] dtm: Support pretty-printing log messages using the osaflog 
command**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 28, 2017 04:07 PM UTC by Anders Widell
**Last Updated:** Tue Nov 28, 2017 04:07 PM UTC
**Owner:** nobody


Add support to the osaflog command for parsing and pretty-printing the OpenSAF 
log messages. Initially, we can support pretty-printing to remove information 
which is not frequently needed when reading the logs. In future ticket(s), we 
can also add support for filtering log messages.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2699 clm: Remove the CLM standby

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2699] clm: Remove the CLM standby**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 06:25 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 06:25 PM UTC
**Owner:** nobody


After implementing ticket [#2698], it should be possible to remove the CLM 
standby, since all needed information is broadcast to all nodes in the cluster 
(including the standby). Checkpointing of data between active and standby will 
thus be unnecessary and the CLM service can be simplified by removing this 
functionality.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2698 clm: Handle client requests locally on each node

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2698] clm: Handle client requests locally on each node**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 06:23 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 06:23 PM UTC
**Owner:** nobody


Improve the availability of the CLM service by handling all client requests 
locally on each node, instead of asking the server. This will in particular 
improve the situation during and after headless, where clients could be 
unaffected by a temporary loss of all OpenSAF system controller nodes.

To implement this, the CLM server should broadcast cluster membership 
information to all CLM node agents, so that all needed information is available 
locally on each node. The CLM node agent will handle track subscriptions etc 
locally.

In-service upgrade of this feature ought to be possible. The CLM node agent can 
detect that CLM server is running an old version of OpenSAF, and use the old 
protocol to retrieve the same information as the new version would broadcast 
out to all nodes.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2697 clm: Use base::Process to execute scripts from admin-ops

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2697] clm: Use base::Process to execute scripts from admin-ops**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 05:15 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 05:15 PM UTC
**Owner:** nobody


Refer to this mailing list post: 
[opensaf-devel](https://sourceforge.net/p/opensaf/mailman/message/36092893/)

Instead of executing the custom script by calling system(), we should use the 
functionality provided in base/process.h. This is preferred because it executes 
the script with a well defined environment (only the PATH environment variable 
is set, with a fixed value). Otherwise, all environment variables from clmna 
will leak into the script. Any change in environment variables in clmna could 
then be a non-backwards compatible change, if the user defined script depends 
on the value of that variable. Another benefit of the base/process.h code is 
that it lets us specify a time-out. We ought to have a time-out for the script 
execution, and execute the script in a separate thread to avoid blocking the 
main thread in clmna. This could be implemented in a similar way as for 
executing the scale-out script in CLM.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2696 clm: Update the clm-adm command-line tool to support new admin-ops

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2696] clm: Update the clm-adm command-line tool to support new 
admin-ops**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 05:11 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 05:11 PM UTC
**Owner:** nobody


Refer to this mailing list post: 
[opensaf-devel](https://sourceforge.net/p/opensaf/mailman/message/36092893/)

The clm-adm command-line tool should be updated to support the new admin-ops 
added in ticket [#2649].


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2695 clm: Use unicast instead of broadcast for CLM node actions

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2695] clm: Use unicast instead of broadcast for CLM node actions**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 05:09 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 05:09 PM UTC
**Owner:** nobody


Refer to this mailing list post: 
[opensaf-devel](https://sourceforge.net/p/opensaf/mailman/message/36092893/)

When using an admin-op to execute a script on a node, CLM should use MDS 
unicast instead of broadcast to address only the affected node.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2694 clm: Use base::Process for starting the scale-out script

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2694] clm: Use base::Process for starting the scale-out script**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 05:00 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 05:00 PM UTC
**Owner:** nobody


Use the class base::Process for starting the scale-out script. Also, use the 
functionality of this class to set a time-out for the maximum allowed script 
execution time. This time should be configurable, but a reasonable default 
could be fifteen minutes.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2693 clm: Use longer election delay time on isolated nodes

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2693] clm: Use longer election delay time on isolated nodes**

**Status:** assigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 04:52 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 04:52 PM UTC
**Owner:** Anders Widell


In addition to the CLMNA_ELECTION_DELAY_TIME configuration, allow configuration 
of a separate (longer) election delay time to be used on isolated nodes, i.e. 
nodes that cannot see any other node on the network. This will decrease the 
possibility of split-brain in situations where a node is temporarily 
disconnected from the rest of the cluster.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2692 dtm: Implement health check between osafdtmd and osaftransportd

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2692] dtm: Implement health check between osafdtmd and 
osaftransportd**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 01:24 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 01:24 PM UTC
**Owner:** nobody


Use the new command interface implemented in ticket [#2646] to send health 
check messages from osafdtmd to osaftransportd, say once per minute. If 
osafdtmd has not received any reply from osaftransportd within another minute, 
it shall be considered hung. osaftransportd can also use the same health check 
messages to detect a hanging osafdtmd process; if no health check message has 
been received from osafdtmd within two minutes, osafdtmd shall be considered 
hung.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2690 base: Add thread class similar to std::thread

2017-11-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2690] base: Add thread class similar to std::thread**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Tue Nov 21, 2017 01:11 PM UTC by Anders Widell
**Last Updated:** Tue Nov 21, 2017 01:11 PM UTC
**Owner:** nobody


Add a base::thread class similar to the one found in the C++ standard library. 
One reason for adding our own variant is that Google C++ style guide forbids 
inclusion of the  header file with the following message:

~~~
 is an unapproved C++11 header.  [build/c++11] [5]
~~~

Another reason is that we can add our own functionality and eventually replace 
the old ncssysf_tsk.h interface.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2560 dtm: Use SOCK_SEQPACKET for intra-node communication

2017-11-21 Thread Anders Widell via Opensaf-tickets
- Description has changed:

Diff:



--- old
+++ new
@@ -1 +1,3 @@
 DTM currently uses SOCK_STREAM for intra-node communication, which means that 
it needs logic to be able to receive partial messages. By using SOCK_SEQPACKET, 
we can remove this logic since only full messages can be sent and received.
+
+Also investigate the possibility to use base::UnixSocket.






---

** [tickets:#2560] dtm: Use SOCK_SEQPACKET for intra-node communication**

**Status:** unassigned
**Milestone:** 5.18.01
**Created:** Thu Aug 17, 2017 01:29 PM UTC by Anders Widell
**Last Updated:** Mon Oct 30, 2017 05:42 PM UTC
**Owner:** nobody


DTM currently uses SOCK_STREAM for intra-node communication, which means that 
it needs logic to be able to receive partial messages. By using SOCK_SEQPACKET, 
we can remove this logic since only full messages can be sent and received.

Also investigate the possibility to use base::UnixSocket.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2646 dtm: Add a tool for syncing log messages to disk

2017-11-20 Thread Anders Widell via Opensaf-tickets
- **status**: unassigned --> accepted
- **assigned_to**: Anders Widell



---

** [tickets:#2646] dtm: Add a tool for syncing log messages to disk**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Thu Oct 19, 2017 11:20 AM UTC by Anders Widell
**Last Updated:** Mon Oct 30, 2017 05:42 PM UTC
**Owner:** Anders Widell


Add a command-line tool that can flush and sync all log streams to disk. Use 
this tool in the opensaf_reboot script before rebooting.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2637 base: Trace messages can be dropped

2017-11-20 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 37bd253efec52d924eb0757fe6ce049f5a264d86 (HEAD -> release, 
origin/release)
Author: Anders Widell <a...@..com>
Date:   Mon Nov 20 13:46:17 2017 +0100

base: Send logtrace message in blocking mode to avoid dropped messages 
[#2637]

Add a the possibility to select between blocking and non-blocking send and
receive operations on the UnixSocket, and use blocking mode when sending
logtrace trace messages. Trace messages will thus not be lost, but excessive
tracing can slow down the service being traced. This patch also contains a 
small
optimization to reduce the size of each trace log message, by avoiding fixed
field widths and redundant characters.




---

** [tickets:#2637] base: Trace messages can be dropped**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Thu Oct 19, 2017 10:13 AM UTC by Anders Widell
**Last Updated:** Mon Nov 13, 2017 03:26 PM UTC
**Owner:** Anders Widell


Since the new logtrace implementation uses non-blocking send, trace messages 
may be dropped in case a large amount of trace messages are generated in a 
burst. The suggestion is to use blocking send instead, to avoid loss of trace 
messages.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2680 nid: configure_tipc does not always respect OPENSAF_MANAGE_TIPC

2017-11-15 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 18ddcdc5585ee3593e49b2bd28e2061f827b1409 (HEAD -> release, 
origin/release)
Author: Anders Widell <a...@..com>
Date:   Wed Nov 15 15:42:42 2017 +0100

nid: Correctly handle the case when OPENSAF_MANAGE_TIPC=no [#2680]

Fix a regression for the case when OPENSAF_MANAGE_TIPC=no and the file
/var/lib/opensaf/node_id is present. In this case, the configure_tipc script
should do nothing.




---

** [tickets:#2680] nid: configure_tipc does not always respect 
OPENSAF_MANAGE_TIPC**

**Status:** fixed
**Milestone:** 5.18.01
**Created:** Tue Nov 14, 2017 11:44 AM UTC by Anders Widell
**Last Updated:** Wed Nov 15, 2017 12:56 PM UTC
**Owner:** Anders Widell


A regression was introduced when implementing ticket [#2653]: the 
configure_tipc script, which is now always executed regardless of the 
configuration setting in OPENSAF_MANAGE_TIPC, will now try to configure TIPC 
when the node_id file is present. This is incorrect - if the node_id file is 
present the script should not do anything.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2680 nid: configure_tipc does not always respect OPENSAF_MANAGE_TIPC

2017-11-15 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2680] nid: configure_tipc does not always respect 
OPENSAF_MANAGE_TIPC**

**Status:** review
**Milestone:** 5.18.01
**Created:** Tue Nov 14, 2017 11:44 AM UTC by Anders Widell
**Last Updated:** Tue Nov 14, 2017 11:44 AM UTC
**Owner:** Anders Widell


A regression was introduced when implementing ticket [#2653]: the 
configure_tipc script, which is now always executed regardless of the 
configuration setting in OPENSAF_MANAGE_TIPC, will now try to configure TIPC 
when the node_id file is present. This is incorrect - if the node_id file is 
present the script should not do anything.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2680 nid: configure_tipc does not always respect OPENSAF_MANAGE_TIPC

2017-11-14 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2680] nid: configure_tipc does not always respect 
OPENSAF_MANAGE_TIPC**

**Status:** accepted
**Milestone:** 5.18.01
**Created:** Tue Nov 14, 2017 11:44 AM UTC by Anders Widell
**Last Updated:** Tue Nov 14, 2017 11:44 AM UTC
**Owner:** Anders Widell


A regression was introduced when implementing ticket [#2653]: the 
configure_tipc script, which is now always executed regardless of the 
configuration setting in OPENSAF_MANAGE_TIPC, will now try to configure TIPC 
when the node_id file is present. This is incorrect - if the node_id file is 
present the script should not do anything.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2637 base: Trace messages can be dropped

2017-11-13 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2637] base: Trace messages can be dropped**

**Status:** review
**Milestone:** 5.18.01
**Created:** Thu Oct 19, 2017 10:13 AM UTC by Anders Widell
**Last Updated:** Fri Nov 03, 2017 09:50 PM UTC
**Owner:** Anders Widell


Since the new logtrace implementation uses non-blocking send, trace messages 
may be dropped in case a large amount of trace messages are generated in a 
burst. The suggestion is to use blocking send instead, to avoid loss of trace 
messages.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2542 osaf: Divide the safe reboot into two phases

2017-10-30 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 5424b5152c88969edb813906de3e69dc92859dc4 (HEAD -> develop)
Author: Anders Widell <a...@..com>
Date:   Mon Oct 30 15:52:21 2017 +0100

clm: Call opensaf_reboot_prepare() so that fallback reboot will work [#2542]

The fallback reboot mechanism requires write permission to the SysRq proc
interface, so we must call opensaf_reboot_prepare() before daemonize() to 
make
sure it works properly.

commit 5736614dca5e1d224021bde5650556b0be88b64c
Author: Anders Widell <a...@..com>
Date:   Mon Oct 30 15:52:21 2017 +0100

base: Use fallback reboot when safe reboot fails [#2542]

If the shutdown -r command fails, either by returning an error code 
immediately,
or by not completing the reboot within one minute, we will call the failfast
reboot mechanism to make sure the node reboots.

commit cf1b581e1dc1771af2099787c041ca05efe6762c
Author: Anders Widell <a...@..com>
Date:   Mon Oct 30 15:52:21 2017 +0100

osaf: Divide the safe reboot into two phases [#2542]

Divide the safe reboot in the opensaf_reboot script into two phases: in the
first phase we stop important OpenSAF services (currently only IMM), and in 
the
second phase we reboot the nodes.




---

** [tickets:#2542] osaf: Divide the safe reboot into two phases**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Wed Aug 02, 2017 11:00 AM UTC by Anders Widell
**Last Updated:** Wed Aug 02, 2017 11:26 AM UTC
**Owner:** Anders Widell


As a simple solution to the problem described in [#2451], we can divide the 
safe reboot in the opensaf_reboot script into two phases: in the first phase we 
stop important OpenSAF services (especially IMM), and in the second phase we 
reboot the nodes. The full solution described in [#2451] can be implemented 
later as part of the enhanced cluster management.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2638 dtm: Use multiple backup files when rotating log files

2017-10-27 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 2a7a20bafa7f189fca79bd73e6d678c58fda64dd (HEAD -> ticket-2638)
Author: Anders Widell <a...@..com>
Date:   Thu Oct 26 16:58:50 2017 +0200

dtm: Use multiple backup files when rotating trace log files [#2638]

To increase the amount of trace data that is kept on disk, OpenSAF trace 
files
now have nine backup files, named .1 to .9, instead of just one single 
backup
file. The MDS log still has one single backup file, as before.




---

** [tickets:#2638] dtm: Use multiple backup files when rotating log files**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 10:15 AM UTC by Anders Widell
**Last Updated:** Thu Oct 26, 2017 03:17 PM UTC
**Owner:** Anders Widell


Currently, only one backup file is used when rotating log files. This may be 
insufficient when the internal log server is used for trace, and the suggestion 
is to use multiple backup files (.1, .2, .3 ... .9)


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2638 dtm: Use multiple backup files when rotating log files

2017-10-26 Thread Anders Widell via Opensaf-tickets
- **status**: assigned --> review



---

** [tickets:#2638] dtm: Use multiple backup files when rotating log files**

**Status:** review
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 10:15 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 10:15 AM UTC
**Owner:** Anders Widell


Currently, only one backup file is used when rotating log files. This may be 
insufficient when the internal log server is used for trace, and the suggestion 
is to use multiple backup files (.1, .2, .3 ... .9)


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2653 nid: Derive Node ID from TIPC address when not managing TIPC

2017-10-26 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Type**: defect --> enhancement
- **Comment**:

commit 0da15c4702eaed9a39f4697eee38dbd2f99f17bd (HEAD -> develop, ticket-2653)
Author: Anders Widell <a...@..com>
Date:   Thu Oct 26 12:15:31 2017 +0200

dtm: Always call the configure_tipc script [#2653]

Call the configure_tipc script regardless of whether OpenSAF is configured 
to
manage TIPC or not. This is needed since the script may need to set up the 
Node
ID when OpenSAF is not managing TIPC.

commit f58a2e542f6ef93114073820031e313bf0d57a6a
Author: Anders Widell <a...@..com>
Date:   Thu Oct 26 12:15:31 2017 +0200

nid: Derive node ID from TIPC address when not managing TIPC [#2653]

If OpenSAF is not configured to manage TIPC, we don't need to require the
presence of /etc/opensaf/slot_id or /var/lib/opensaf/node_id. Instead, we 
create
the file /var/lib/opensaf/node_id ourselves based on the TIPC address of the
node we are running on. The same translation formula is used (in the 
opposite
direction) as when OpenSAF is managing TIPC.




---

** [tickets:#2653] nid: Derive Node ID from TIPC address when not managing 
TIPC**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Wed Oct 25, 2017 11:42 AM UTC by Anders Widell
**Last Updated:** Wed Oct 25, 2017 12:38 PM UTC
**Owner:** Anders Widell


Related to [#2598]. If OpenSAF is not configured to manage TIPC, we don't need 
to require the presence of /etc/opensaf/slot_id or /var/lib/opensaf/node_id. 
Instead, we can create the file /var/lib/opensaf/node_id ourselves based on the 
TIPC address of the node we are running on.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2653 nid: Derive Node ID from TIPC address when not managing TIPC

2017-10-25 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2653] nid: Derive Node ID from TIPC address when not managing 
TIPC**

**Status:** review
**Milestone:** 5.17.10
**Created:** Wed Oct 25, 2017 11:42 AM UTC by Anders Widell
**Last Updated:** Wed Oct 25, 2017 11:42 AM UTC
**Owner:** Anders Widell


Related to [#2598]. If OpenSAF is not configured to manage TIPC, we don't need 
to require the presence of /etc/opensaf/slot_id or /var/lib/opensaf/node_id. 
Instead, we can create the file /var/lib/opensaf/node_id ourselves based on the 
TIPC address of the node we are running on.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2653 nid: Derive Node ID from TIPC address when not managing TIPC

2017-10-25 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2653] nid: Derive Node ID from TIPC address when not managing 
TIPC**

**Status:** accepted
**Milestone:** 5.17.10
**Created:** Wed Oct 25, 2017 11:42 AM UTC by Anders Widell
**Last Updated:** Wed Oct 25, 2017 11:42 AM UTC
**Owner:** Anders Widell


Related to [#2598]. If OpenSAF is not configured to manage TIPC, we don't need 
to require the presence of /etc/opensaf/slot_id or /var/lib/opensaf/node_id. 
Instead, we can create the file /var/lib/opensaf/node_id ourselves based on the 
TIPC address of the node we are running on.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2646 dtm: Add a tool for syncing log messages to disk

2017-10-19 Thread Anders Widell via Opensaf-tickets
- **Type**: defect --> enhancement
- **Component**: unknown --> dtm
- **Priority**: major --> minor



---

** [tickets:#2646] dtm: Add a tool for syncing log messages to disk**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 11:20 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 11:20 AM UTC
**Owner:** nobody


Add a command-line tool that can flush and sync all log streams to disk. Use 
this tool in the opensaf_reboot script before rebooting.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2646 dtm: Add a tool for syncing log messages to disk

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2646] dtm: Add a tool for syncing log messages to disk**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 11:20 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 11:20 AM UTC
**Owner:** nobody


Add a command-line tool that can flush and sync all log streams to disk. Use 
this tool in the opensaf_reboot script before rebooting.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2645 dtm: Use validation functions from base::LogMessage to valida log stream MSGID

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2645] dtm: Use validation functions from base::LogMessage to 
valida log stream MSGID**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 11:16 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 11:16 AM UTC
**Owner:** nobody


the base::LogMessage class already has functions for validating the MSGID field 
of log messages. This could be re-used, with the addition that we should reject 
slashes as well to prevent directory traversal (for security reasons).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2644 base: Inconsistent LogMessage::String constructors

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2644] base: Inconsistent LogMessage::String constructors**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 11:14 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 11:14 AM UTC
**Owner:** nobody


The base::LogMessage::String class has two constructors, one taking a "size" 
parameter and a another taking a "max_size" parameter. For former constructor 
seems to be unused, and can be removed.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2643 base: Validate the name of the trace log stream

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2643] base: Validate the name of the trace log stream**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 11:06 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 11:06 AM UTC
**Owner:** nobody


Validate the name of the trace log file (sent in the MSGID field of the log 
record). If the name is invalid or too long, use the OpenSAF has function to 
generate a substitute MSGID.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2642 dtm: Close unused log streams

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2642] dtm: Close unused log streams**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 10:46 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 10:46 AM UTC
**Owner:** nobody


Consider closing and freeing resources for log streams (except mds.log) that 
have not been used for a while (probably because trace was disabled using 
SIGUSR2).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2641 base: Deallocate TraceLog instance when trace is turned off

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2641] base: Deallocate TraceLog instance when trace is turned off**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 10:45 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 10:45 AM UTC
**Owner:** nobody


Consider deallocating the TraceLog instance when trace is turned off (using 
SIGUSR2), to save resources and return the service to the same state as before 
trace was enabled.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2640 base: Use large unix socket send and receive buffers when tracing

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2640] base: Use large unix socket send and receive buffers when 
tracing**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 10:43 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 10:43 AM UTC
**Owner:** nobody


When tracing is enabled, consider increasing the size of the unix socket send 
buffer in tracelog, and the size of the receive buffer in the internal log 
server. This would allow tracelog to handle larger bursts of trace messages 
without blocking or dropping trace messages.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2639 base: Use common code for MDS log and tracelog

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2639] base: Use common code for MDS log and tracelog**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 10:40 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 10:40 AM UTC
**Owner:** nobody


The MDS log and the tracelog should be consolidated to use common code, since 
much of the code is the same in both implementations.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2638 dtm: Use multiple backup files when rotating log files

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2638] dtm: Use multiple backup files when rotating log files**

**Status:** assigned
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 10:15 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 10:15 AM UTC
**Owner:** Anders Widell


Currently, only one backup file is used when rotating log files. This may be 
insufficient when the internal log server is used for trace, and the suggestion 
is to use multiple backup files (.1, .2, .3 ... .9)


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2637 base: Trace messages can be dropped

2017-10-19 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2637] base: Trace messages can be dropped**

**Status:** accepted
**Milestone:** 5.17.10
**Created:** Thu Oct 19, 2017 10:13 AM UTC by Anders Widell
**Last Updated:** Thu Oct 19, 2017 10:13 AM UTC
**Owner:** Anders Widell


Since the new logtrace implementation uses non-blocking send, trace messages 
may be dropped in case a large amount of trace messages are generated in a 
burst. The suggestion is to use blocking send instead, to avoid loss of trace 
messages.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2165 base: Use osaftransportd for OpenSAF trace messages

2017-10-18 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 7261f72a76883008f59a23b66273f213d08ba894 (HEAD -> develop, 
origin/develop)
Author: Anders Widell <a...@..com>
Date:   Wed Oct 18 16:02:32 2017 +0200

base: Use the OpenSAF internal log service for trace [#2165]

Instead of writing trace messages directly to a file, use the OpenSAF 
internal
log service which is implemented in osaftransportd. As a consequence, the 
trace
files will now be rotated automatically when they have exceeded the maximum
allowed log file size.

commit 54b7412e911a2768c0babee23312eb583c6ce7c4
Author: Anders Widell <a...@..com>
Date:   Wed Oct 18 16:02:32 2017 +0200

base: Convert logtrace to C++ [#2165]

commit aa2822ead85846ca5c9b430a0582929a6ee455a3
Author: Anders Widell <a...@..com>
Date:   Wed Oct 18 16:02:32 2017 +0200

dtm: Support multiple OpenSAF internal log streams [#2165]

Extend the OpenSAF internal log service so that it supports multiple log 
streams
in addition to the MDS log. All log streams are received on the same socket 
and
the stream name is extracted from the MSGID field. Each stream is written 
to a
separate file based on the name of the stream.




---

** [tickets:#2165] base: Use osaftransportd for OpenSAF trace messages**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Thu Nov 03, 2016 04:03 PM UTC by Anders Widell
**Last Updated:** Tue Oct 10, 2017 04:45 PM UTC
**Owner:** Anders Widell


Use the MDS log framework also for OpenSAF trace messages, so that the trace 
messages are sent to the osaftransportd daemon instead of writing them directly 
to file. This has the benefit of increased performance, use of the standardized 
rfc5424 log message protocol, and that trace files will be automatically 
rotated.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2524 pyosaf: decorate function does not handle version struct in initialize functions

2017-10-17 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 7fe556aebf15eceb0a64e68bb0f02cd081f4bd67 (HEAD -> develop)
Author: Hieu Nguyen 
Date:   Thu Oct 5 17:12:46 2017 +0700

pyosaf: retry SAF initialize() function with original version [#2524]




---

** [tickets:#2524] pyosaf: decorate function does not handle version struct in 
initialize functions**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Thu Jul 06, 2017 01:44 PM UTC by Zoran Milinkovic
**Last Updated:** Thu Oct 05, 2017 10:30 AM UTC
**Owner:** Hieu Nguyen


decorate() function does not handle version in initialize calls.
If initialize function returns ERR_TRY_AGAIN, version struct is populated with 
the latest version. The next initialize call will not initialize a handle with 
the required version, but with the latest library version


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #991 dtm: Support for broadcastless cluster formation

2017-10-13 Thread Anders Widell via Opensaf-tickets
- **summary**: Support for broadcastless cluster formation --> dtm: Support for 
broadcastless cluster formation
- **status**: review --> fixed
- **Comment**:

commit 1e62fa7bf9f3c5b4a6116cba6507cf679b268392 (HEAD -> develop, 
origin/develop)
Author: Anders Widell <a...@..com>
Date:   Fri Oct 13 12:38:57 2017 +0200

dtm: Add support for using IP unicast to discover nodes [#991]

In addition to IP broadcast and IP multicast for DTM node discovery, add 
support
for IP unicast to a list of peer IP addresses. The list of IP addresses is 
read
when DTM starts, either from a file or using a DNS query.

commit 4ea8741b52153728e30e11c42aa120db12d7aae8
Author: Anders Widell <a...@..com>
Date:   Thu Oct 12 22:13:32 2017 +0200

dtm: Extract Multicast class for node discovery message handling [#991]

Extract a class with the name Multicast, that handles send and receive of 
DTM
node discovery datagram messages. The underlying protocol can be IP 
broadcast,
IP multicast, and - implemented in this ticket: IP unicast.

Note that this refactoring isn't complete - the new class has private 
methods
that are in fact more or less unmodified copies of the old C functions.




---

** [tickets:#991] dtm: Support for broadcastless cluster formation**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Mon Aug 18, 2014 04:57 AM UTC by Mathi Naickan
**Last Updated:** Fri Oct 06, 2017 01:02 PM UTC
**Owner:** Anders Widell


Refer 
https://sourceforge.net/p/opensaf/mailman/opensaf-users/thread/3BF98EC6E4C3B843B860540C1FA650421074CFDC%40planetdb4.netcracker.com/#msg32719137



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2165 base: Use osaftransportd for OpenSAF trace messages

2017-10-10 Thread Anders Widell via Opensaf-tickets
- **summary**: osaf: Use osaftransportd for OpenSAF trace messages --> base: 
Use osaftransportd for OpenSAF trace messages
- **status**: accepted --> review
- **Component**: osaf --> base
- **Blocker**:  --> False
- **Milestone**: 5.17.08 --> 5.17.10



---

** [tickets:#2165] base: Use osaftransportd for OpenSAF trace messages**

**Status:** review
**Milestone:** 5.17.10
**Created:** Thu Nov 03, 2016 04:03 PM UTC by Anders Widell
**Last Updated:** Mon Apr 10, 2017 01:40 PM UTC
**Owner:** Anders Widell


Use the MDS log framework also for OpenSAF trace messages, so that the trace 
messages are sent to the osaftransportd daemon instead of writing them directly 
to file. This has the benefit of increased performance, use of the standardized 
rfc5424 log message protocol, and that trace files will be automatically 
rotated.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2593 uml: Add IPv6 support and update the kernel version

2017-10-09 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 30fdde2868dce841d08e697b39c1bc753346d8a4 (HEAD -> develop, 
origin/develop)
Author: Anders Widell <a...@..com>
Date:   Mon Oct 9 12:12:31 2017 +0200

uml: Add support for IPv6 and update Linux version [#2593]

You can now select to use IPv6 addresses in UML, by using e.g. the following
command before starting the UML cluster:

  export IPADDRBASE=fe80::

Linux kernel has also been updated to version 4.13.3.




---

** [tickets:#2593] uml: Add IPv6 support and update the kernel version**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Mon Sep 25, 2017 02:00 PM UTC by Anders Widell
**Last Updated:** Mon Sep 25, 2017 02:43 PM UTC
**Owner:** Anders Widell


Add support for IPv6 in UML, and update the linux kernel to the latest version 
(4.13).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #991 Support for broadcastless cluster formation

2017-10-06 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#991] Support for broadcastless cluster formation**

**Status:** review
**Milestone:** 5.17.10
**Created:** Mon Aug 18, 2014 04:57 AM UTC by Mathi Naickan
**Last Updated:** Fri Aug 25, 2017 08:32 AM UTC
**Owner:** Anders Widell


Refer 
https://sourceforge.net/p/opensaf/mailman/opensaf-users/thread/3BF98EC6E4C3B843B860540C1FA650421074CFDC%40planetdb4.netcracker.com/#msg32719137



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2618 clm: Verify full-mesh connectivity

2017-10-05 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2618] clm: Verify full-mesh connectivity**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 05, 2017 04:45 PM UTC by Anders Widell
**Last Updated:** Thu Oct 05, 2017 04:45 PM UTC
**Owner:** nobody


With the introduction of DTM unicast support in ticket [#991], there is an 
increased risk that we form a cluster where not alll pairs of nodes are able to 
communicate with each other. To protect against this, CLM could verify 
connectivity with all existing member nodes before allowing a new node to join 
the cluster.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2616 dtm: Add a user-configurable script for (un)configuring IP addresses

2017-10-05 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2616] dtm: Add a user-configurable script for (un)configuring IP 
addresses**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 05, 2017 04:41 PM UTC by Anders Widell
**Last Updated:** Thu Oct 05, 2017 04:41 PM UTC
**Owner:** nobody


Add a user-configurable script that will be called when an IP address is added 
or removed from the list of DTM peer IP addresses. DTM will not try to 
communicate with the node before this script returns successfully.

The use cases include opening and closing firewalls, and setting up 
broadcastless TIPC communication with the node.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2617 dtm: Make it possible to run the DTM service also when using TIPC

2017-10-05 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2617] dtm: Make it possible to run the DTM service also when using 
TIPC**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 05, 2017 04:43 PM UTC by Anders Widell
**Last Updated:** Thu Oct 05, 2017 04:43 PM UTC
**Owner:** nobody


Make it possible to start the DTM service even when OpenSAF has been configured 
to use TIPC communication. This can be useful for setting up broadcastless TIPC 
communication using the mechanism described in ticket [#2616].


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2615 dtm: Re-factor dtm IPv4 vs IPv6 vs IPv6 link local handling

2017-10-05 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2615] dtm: Re-factor dtm IPv4 vs IPv6 vs IPv6 link local handling**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 05, 2017 04:22 PM UTC by Anders Widell
**Last Updated:** Thu Oct 05, 2017 04:22 PM UTC
**Owner:** nobody


DTM treats IPv4, IPv6 and IPv6 link-local addresses as separate cases, and has 
different code patch to handle each case. In addition, there seems to be an 
excess of translations between IP addresses in text format and binary format. 
All of this should be cleaned up.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2614 dtm: Remove the IP address of a node that has been scaled in

2017-10-05 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2614] dtm: Remove the IP address of a node that has been scaled in 
**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 05, 2017 04:11 PM UTC by Anders Widell
**Last Updated:** Thu Oct 05, 2017 04:11 PM UTC
**Owner:** nobody


The IP address of a node that has been scaled in should be removed from the 
list of DTM peer node IP addresses. This can be done by detecting that the CLM 
node is removed from the IMM database during scale-in.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2613 dtm: Protect against inter-cluster communication

2017-10-05 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2613] dtm: Protect against inter-cluster communication**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Thu Oct 05, 2017 04:07 PM UTC by Anders Widell
**Last Updated:** Thu Oct 05, 2017 04:07 PM UTC
**Owner:** nobody


With the unicast support, there is a possibility that nodes belonging to two 
separate clusters will connect with each other. We can add protection against 
this by including the DNS domain name in the node discovery message, and reply 
with a NACK to the sender if the domain names do not match. When the sender 
receives the NACK message, it will remove that IP address from its list of 
peers.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2611 dtm: Allow the list of peer IP addresses to change in runtime

2017-10-04 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2611] dtm: Allow the list of peer IP addresses to change in 
runtime**

**Status:** assigned
**Milestone:** 5.17.10
**Created:** Wed Oct 04, 2017 11:55 AM UTC by Anders Widell
**Last Updated:** Wed Oct 04, 2017 11:55 AM UTC
**Owner:** Anders Widell


When using unicast, the list of peer IP addresses is retrieved from a file or 
by using a DNS query at startup. We can use e.g. inotify to detect when the 
file has been updated, and re-read the file when this happens. For the DNS 
case, we can make new DNS queries periodically.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2610 dtm: Propagate peer IP addresses dynamically

2017-10-04 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2610] dtm: Propagate peer IP addresses dynamically**

**Status:** assigned
**Milestone:** 5.17.10
**Created:** Wed Oct 04, 2017 11:53 AM UTC by Anders Widell
**Last Updated:** Wed Oct 04, 2017 11:53 AM UTC
**Owner:** Anders Widell


When using unicast, the initial list of IP addresses may be become out of date 
when new peers are added. We can dynamically update the list of peer IP 
addresses using several mechanisms. The newly detected addresses should at 
least be stored in RAM inside osafdtmd, but can possibly also be written down 
to disk on persistent storage so that they are remembered after a restart of 
OpenSAF or even after a complete node reboot. The mechanism to detect new 
addresses include:

* Look at the source IP address of incoming TCP connections and check if it is 
a known or unknown (new) source
* Use some form of protocol (e.g. a gossip protocol) to exchange peer IP 
addresses between nodes that are connected with each other.

We probably also need some mechanism to purge the list of peers, when an 
auto-detected IP has not been in used for a period of time.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2609 dtm: Handle unicast sender congestion

2017-10-04 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2609] dtm: Handle unicast sender congestion**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Wed Oct 04, 2017 11:44 AM UTC by Anders Widell
**Last Updated:** Wed Oct 04, 2017 11:44 AM UTC
**Owner:** nobody


When using unicast instead of broadcast or multicast, we have the possibility 
to get congestion when sending the unicast messages to all peer nodes, 
resulting in success for some nodes and failure for other nodes. We should keep 
track of which nodes that have failed, and use e.g. EPOLLOUT to get notified 
when sending is possible again.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2608 dtm: Add a configuration file for osaftransportd

2017-10-04 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2608] dtm: Add a configuration file for osaftransportd**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Wed Oct 04, 2017 11:39 AM UTC by Anders Widell
**Last Updated:** Wed Oct 04, 2017 11:39 AM UTC
**Owner:** nobody


osaftransport currently doesn't have any configuration file in /etc/opensaf/. 
We should add one.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2607 dtm: Separate CLC-CLI of osaftransportd and osafdtmd

2017-10-04 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2607] dtm: Separate CLC-CLI of osaftransportd and osafdtmd**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Wed Oct 04, 2017 11:37 AM UTC by Anders Widell
**Last Updated:** Wed Oct 04, 2017 11:37 AM UTC
**Owner:** nobody


Currently, the opensaf-transport CLC-CLI script calls the opensaf-dtm CLC-CLI 
script. This mess should be cleaned up so that osaf-dtm is called directly from 
NID.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2606 dtm: Remove configuration of TCP send and receive buffer size

2017-10-04 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2606] dtm: Remove configuration of TCP send and receive buffer 
size**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Wed Oct 04, 2017 10:59 AM UTC by Anders Widell
**Last Updated:** Wed Oct 04, 2017 10:59 AM UTC
**Owner:** nobody


There is a configuration option DTM_SOCK_SND_RCV_BUF_SIZE for configuring the 
TCP send and receive buffer size. This option ought to be removed, since the 
kernel usually does a better job at setting the apropriate buffer size 
automatically.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2598 clm: Automatically detect the node address when using TIPC

2017-09-26 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2598] clm: Automatically detect the node address when using TIPC**

**Status:** assigned
**Milestone:** 5.17.10
**Created:** Tue Sep 26, 2017 10:25 AM UTC by Anders Widell
**Last Updated:** Tue Sep 26, 2017 10:25 AM UTC
**Owner:** Anders Widell


As a follow-up to ticket [#2489], the CLM node agent could determine its own IP 
address automatically when using TIPC and the user hasn't configured any 
preferred address in /etc/opensaf/clmna.conf. If the node has multiple IP 
addresses, we should make a reasonable choice - perhaps by picking an IP 
address from one of the TIPC bearer interfaces.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2597 clm: Dynamically assign node id when node joins the cluster

2017-09-26 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2597] clm: Dynamically assign node id when node joins the cluster**

**Status:** assigned
**Milestone:** 5.17.10
**Created:** Tue Sep 26, 2017 10:21 AM UTC by Anders Widell
**Last Updated:** Tue Sep 26, 2017 10:21 AM UTC
**Owner:** Anders Widell


Related to ticket [#2157]. CLM should be able to dynamically assign a free node 
id to a node when it joins the cluster. The use-case for this is a dynamic 
environment (e.g. cloud) where it is difficult or impossible for the node 
itself to choose a unique node id - since it cannot know the node id's of the 
other nodes in the cluster before joining. The CLM server on the other hand 
knows what node ids of all the current cluster members, and can therefore 
safely assign a free node id to the node when it joins the cluster.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2596 dtm: Re-try binding to handle IPv6 DAD race condition

2017-09-26 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2596] dtm: Re-try binding to handle IPv6 DAD race condition**

**Status:** accepted
**Milestone:** 5.17.10
**Created:** Tue Sep 26, 2017 07:26 AM UTC by Anders Widell
**Last Updated:** Tue Sep 26, 2017 07:26 AM UTC
**Owner:** Anders Widell


When using IPv6, we must re-try bind() to handle potential [IPv6 DAD Race 
Condition](https://www.agwa.name/blog/post/beware_the_ipv6_dad_race_condition)


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2593 uml: Add IPv6 support and update the kernel version

2017-09-25 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2593] uml: Add IPv6 support and update the kernel version**

**Status:** review
**Milestone:** 5.17.10
**Created:** Mon Sep 25, 2017 02:00 PM UTC by Anders Widell
**Last Updated:** Mon Sep 25, 2017 02:00 PM UTC
**Owner:** Anders Widell


Add support for IPv6 in UML, and update the linux kernel to the latest version 
(4.13).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2593 uml: Add IPv6 support and update the kernel version

2017-09-25 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2593] uml: Add IPv6 support and update the kernel version**

**Status:** accepted
**Milestone:** 5.17.10
**Created:** Mon Sep 25, 2017 02:00 PM UTC by Anders Widell
**Last Updated:** Mon Sep 25, 2017 02:00 PM UTC
**Owner:** Anders Widell


Add support for IPv6 in UML, and update the linux kernel to the latest version 
(4.13).


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2553 dtm: Convert DTM to C++

2017-08-31 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 2b65ecdaac6d0b80073149f137b0744aeeb6582b (HEAD -> develop, 
origin/develop, ticket-2553)
Author: Anders Widell <a...@..com>
Date:   Thu Aug 31 09:09:02 2017 +0200

dtm: Re-indent DTM after conversion to C++ [#2553]

Re-indent the DTM code according to the Google C++ style guide. Whitespace
change only.

commit 1c3b184b7a84ccd537b71bf21da4df2405c39e7d
Author: Anders Widell <a...@..com>
Date:   Thu Aug 31 09:09:02 2017 +0200

dtm: Convert DTM to C++ [#2553]

Convert DTM source files to C++, and perform some simple refactoring steps:

* 0 -> nullptr
* old style cast -> new style cast




---

** [tickets:#2553] dtm: Convert DTM to C++**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Wed Aug 16, 2017 08:56 AM UTC by Anders Widell
**Last Updated:** Tue Aug 22, 2017 02:12 PM UTC
**Owner:** Anders Widell


To simplify the implementation of [#2551], convert DTM to C++. This will allow 
us to use STL containers instead of the more primitive patricia tree 
implementation in OpenSAF.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2563 build: Add a experimental directory for new code

2017-08-29 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 254f6a9081607d6c8a7412ebdfd11ede090637ae (HEAD -> develop, 
origin/develop)
Author: Anders Widell <a...@..com>
Date:   Tue Aug 29 15:45:36 2017 +0200

build: Add an experimental directory for new code and features [#2563]

Add an experimental directory where we can put code for testing purposes, 
even
though it is not yet ready to be used in production enviromnets. The
experimental code is not built by default, and must be enabled by 
specifying the
--enable-experimental option to the configure script.




---

** [tickets:#2563] build: Add a experimental directory for new code**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Mon Aug 21, 2017 01:45 PM UTC by Anders Widell
**Last Updated:** Tue Aug 29, 2017 11:18 AM UTC
**Owner:** Anders Widell


Add a new "experimental" directory where new code under development can be 
added, before it has reached product quality. Also add a new build system 
configuration option --enable-experimental that will build things under this 
directory.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2563 build: Add a experimental directory for new code

2017-08-29 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2563] build: Add a experimental directory for new code**

**Status:** review
**Milestone:** 5.17.10
**Created:** Mon Aug 21, 2017 01:45 PM UTC by Anders Widell
**Last Updated:** Mon Aug 21, 2017 01:45 PM UTC
**Owner:** Anders Widell


Add a new "experimental" directory where new code under development can be 
added, before it has reached product quality. Also add a new build system 
configuration option --enable-experimental that will build things under this 
directory.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #991 Support for broadcastless cluster formation

2017-08-25 Thread Anders Widell via Opensaf-tickets
- **status**: assigned --> accepted
- **assigned_to**: Mathi Naickan --> Anders Widell
- **Component**: osaf --> dtm
- **Blocker**:  --> False
- **Milestone**: future --> 5.17.10



---

** [tickets:#991] Support for broadcastless cluster formation**

**Status:** accepted
**Milestone:** 5.17.10
**Created:** Mon Aug 18, 2014 04:57 AM UTC by Mathi Naickan
**Last Updated:** Sun Nov 01, 2015 09:36 PM UTC
**Owner:** Anders Widell


Refer 
https://sourceforge.net/p/opensaf/mailman/opensaf-users/thread/3BF98EC6E4C3B843B860540C1FA650421074CFDC%40planetdb4.netcracker.com/#msg32719137



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2554 dtm: Re-factor the inter-node receive logic

2017-08-23 Thread Anders Widell via Opensaf-tickets
- **status**: review --> fixed
- **Comment**:

commit 2b4b4b2fd0f70381832093dd09d4a75208c0 (HEAD -> develop, 
origin/develop, ticket-2554)
Author: Anders Widell <a...@..com>
Date:   Fri Aug 18 12:48:17 2017 +0200

dtm: Re-factor the inter-node receive logic [#2554]

The DTM receive logic was unnecessarily complex: it called recv() in many
different places and had conditional statements that executed different 
pieces
of code depending on how many bytes that had been received on the stream 
socket
so far. The code has now been refactored so that it uses only one single 
recv()
statement and one single check to determine if it has received a full 
message or
not.




---

** [tickets:#2554] dtm: Re-factor the inter-node receive logic**

**Status:** fixed
**Milestone:** 5.17.10
**Created:** Wed Aug 16, 2017 09:00 AM UTC by Anders Widell
**Last Updated:** Mon Aug 21, 2017 08:55 AM UTC
**Owner:** Anders Widell


The DTM receive logic is unnecessarily complex: it calls recv() in many 
different places and has conditional statements that executes different pieces 
of code depending on how many bytes have been received on the stream socket so 
far. It should be refactored so that it uses only one single recv() statement 
and one single check to determine if we have received a full message or not.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2553 dtm: Convert DTM to C++

2017-08-22 Thread Anders Widell via Opensaf-tickets
- **status**: accepted --> review



---

** [tickets:#2553] dtm: Convert DTM to C++**

**Status:** review
**Milestone:** 5.17.10
**Created:** Wed Aug 16, 2017 08:56 AM UTC by Anders Widell
**Last Updated:** Thu Aug 17, 2017 01:32 PM UTC
**Owner:** Anders Widell


To simplify the implementation of [#2551], convert DTM to C++. This will allow 
us to use STL containers instead of the more primitive patricia tree 
implementation in OpenSAF.



---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2564 dtm: Remove DTM_UDP_BCAST_SND_PORT configuration option

2017-08-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2564] dtm: Remove DTM_UDP_BCAST_SND_PORT configuration option**

**Status:** unassigned
**Milestone:** 5.17.10
**Created:** Mon Aug 21, 2017 02:05 PM UTC by Anders Widell
**Last Updated:** Mon Aug 21, 2017 02:05 PM UTC
**Owner:** nobody


The DTM_UDP_BCAST_SND_PORT configuration option seems to be unused and can be 
removed.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


[tickets] [opensaf:tickets] #2563 build: Add a experimental directory for new code

2017-08-21 Thread Anders Widell via Opensaf-tickets



---

** [tickets:#2563] build: Add a experimental directory for new code**

**Status:** accepted
**Milestone:** 5.17.10
**Created:** Mon Aug 21, 2017 01:45 PM UTC by Anders Widell
**Last Updated:** Mon Aug 21, 2017 01:45 PM UTC
**Owner:** Anders Widell


Add a new "experimental" directory where new code under development can be 
added, before it has reached product quality. Also add a new build system 
configuration option --enable-experimental that will build things under this 
directory.


---

Sent from sourceforge.net because opensaf-tickets@lists.sourceforge.net is 
subscribed to https://sourceforge.net/p/opensaf/tickets/

To unsubscribe from further messages, a project admin can change settings at 
https://sourceforge.net/p/opensaf/admin/tickets/options.  Or, if this is a 
mailing list, you can unsubscribe from the mailing list.--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Opensaf-tickets mailing list
Opensaf-tickets@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensaf-tickets


  1   2   3   4   5   6   7   8   9   10   >