It does not work for me with empty DTM_MCAST_ADDR
The payload node just loops with;
Oct 3 19:08:42.162880 osafimmnd [3275:immnd_proc.c:0393] TR First
immnd_introduceMe, sending pbeEnabled:3 WITH params
Oct 3 19:08:42.163181 osafimmnd [3275:immnd_proc.c:0413] TR Possibly
extended intro
- **status**: review --> fixed
- **Comment**:
changeset: 5984:c4d4ffc1400b
branch: opensaf-4.5.x
parent: 5982:452e911da81d
user:Minh Hon Chau
date:Fri Oct 03 19:14:15 2014 +0200
summary: ntf: Add description of long DNs support to
osaf/services/saf/ntfsv/README [#1
- **status**: review --> fixed
- **Comment**:
changeset: 5982:452e911da81d
branch: opensaf-4.5.x
parent: 5979:1e0f1e122e53
user:Robert Apanowicz
date:Fri Oct 03 17:14:10 2014 +0200
summary: smf: SA_ENABLE_EXTENDED_NAMES env var should not be configurable
[#1147]
- **status**: assigned --> accepted
---
** [tickets:#1009] IMM: Validation done for 'longDnsAllowed' needs to be
improved.**
**Status:** accepted
**Milestone:** 4.5.0
**Created:** Fri Aug 22, 2014 02:19 PM UTC by Anders Bjornerstedt
**Last Updated:** Fri Oct 03, 2014 07:41 AM UTC
**Owner:** A
>Have you tried to start 7 nodes in container setup joining them one by one?
I am assuming that at a given point of time one node should be rebooted in
cluster.
if yes , it did test rebooting some payload and it works for me with TIPC
Broadcast , if no please provide sequence of reboots that yo
On 10/3/2014 12:11 PM, Adrian Szwej wrote:
> Yes; I meant #1036. I got instruction to test this patch to see if it help.
This Bug fix is for exclusively for TIPC , so TCP not effective in any
manner .
> DTMD config;
> DTM_NODE_IP=172.17.0.109
> DTM_MCAST_ADDR=224.0.0.6
It is news to me that y
- **status**: review --> fixed
- **Comment**:
changeset: 5299:2d00261d00bc
parent: 5297:e07b4b15f255
user:A V Mahesh
date:Thu May 22 11:54:09 2014 +0530
summary: dtm: Segregate IPv4-Sub-net & IPv6 Link-Local/Global for discovery
broadcast [#913]
changeset: 5298:e29a
- **status**: review --> fixed
- **Comment**:
opensaf-4.3.x:
changeset: 5974:7630f2349a83
branch: opensaf-4.3.x
parent: 5966:0fb0d27bde70
user:Zoran Milinkovic
date:Fri Oct 03 02:24:12 2014 +0200
summary: imm: fix loading long data in immload [#1130]
changeset:
---
** [tickets:#1150] LOG: reuse IMM OM handle during startup**
**Status:** accepted
**Milestone:** 4.6.FC
**Created:** Fri Oct 03, 2014 12:04 PM UTC by Hans Feldt
**Last Updated:** Fri Oct 03, 2014 12:04 PM UTC
**Owner:** Hans Feldt
The LOG server does not reuse its IMM OM handle during sta
- **status**: review --> fixed
- **Comment**:
opensaf-4.5.x:
changeset: 5972:08d031ac7359
branch: opensaf-4.5.x
parent: 5970:1e1498aecf23
user:Zoran Milinkovic
date:Thu Oct 02 22:46:56 2014 +0200
summary: imm: set SA_ENABLE_EXTENDED_NAMES in immnd [#1124]
-
d
- Description has changed:
Diff:
--- old
+++ new
@@ -38,12 +38,10 @@
CREATE IMM OBJECT TestClass1,
FFFGGG
- **summary**: immtools: immcfg is truncating object names while loading -->
imm: loading data may truncate data longer than 250 bytes
- Description has changed:
Diff:
--- old
+++ new
@@ -38,6 +38,10 @@
CREATE IMM OBJECT TestClass1,
FF
- **status**: fixed --> assigned
- **Comment**:
When transitioning 'longDnsAllowed' from 1 to 0, there also needs to be a check
on RDN length never exceeding 64 bytes.
---
** [tickets:#1009] IMM: Validation done for 'longDnsAllowed' needs to be
improved.**
**Status:** assigned
**Milestone:*
- **summary**: immtools: immcfg is truncating the object names with longdns
while loading --> immtools: immcfg is truncating object names while loading
- **Comment**:
Changing the slogan since this ticket apparently has nothing to do
with long DNs in the sense of DNs longer than 255 bytes.
Apap
14 matches
Mail list logo
