spread-5.0.0rc1 : old way to explicitly select an interface by IP in spread.conf fails

--===============2199739358421491651==
Content-Type: multipart/alternative; boundary=001a11423a3282a6c1054326906f

--001a11423a3282a6c1054326906f
Content-Type: text/plain; charset=UTF-8

Hi,

here is an observation while testing spread-5.0.0rc1 in our Linux (RHEL)
environment:

With spread-5 a new way to configure interfaces by name has been introduced
in spread.conf (IPv6address%ifname).

The old way to explicitly select an interface by configuring its IP address
(192.168.2.109 {192.168.2.109}) in spread.conf should be working too, but
something is strange here with spread-5. We are using that old way in our
spread.conf because we don't know the ifnames at other hosts.

In spread-4.4 the redundant explicit choice of an interface by IP address
was accepted.
Seemingly spread-5 ist trying to bind the same interface twice in this
case, which is failing of course.

Net_init: explicit: binding a recv bcast channel to [192.168.2.105]:5892
Net_init: explicit: binding an extra recv bcast channel to [192.168.2.109]:5892
DL_init_channel_gen: bind error (99: Cannot assign requested address)
for [192.168.2.109]:5892; probably already running!

If I remove the explicit configuration of a specific interface by IP
address from spread.conf everything is working fine with spread-5.

But we need to explicitly configure the interfaces by IP address, because
we observed in rare cases some wrong interface choice by spread-4.4 when we
rely on the implicit automatic choice. In rare cases we saw in netstat -g
some binding to a wrong interface. This is the reason why we want to use
the explicit choice.

Kind regards,
Martin

2016-12-06 12:46:11 GMT Disabling Dangerous Monitor Commands!
2016-12-06 12:46:11 GMT Setting SO_REUSEADDR to auto
2016-12-06 12:46:11 GMT Hash value for this configuration is: 2769325100
2016-12-06 12:46:11 GMT Finished configuration file.
2016-12-06 12:46:11 GMT Conf_load_conf_file: using sin6_scope_id 0 for
interface 192.168.2.105
2016-12-06 12:46:11 GMT Conf_load_conf_file: My name: easy1al1, id:
3220897676, addr: 192.168.2.105, port: 5892
2016-12-06 12:46:11 GMT E_init: went ok
2016-12-06 12:46:11 GMT Net_signal_conf_reload: Bcast needed
2016-12-06 12:46:11 GMT Net_init: explicit: binding a recv bcast
channel to [192.168.2.105]:5892
2016-12-06 12:46:11 GMT Net_init: explicit: binding a recv token
channel to [192.168.2.105]:5893
2016-12-06 12:46:11 GMT Net_init: explicit: binding an extra recv
bcast channel to [192.168.2.109]:5892
2016-12-06 12:46:11 GMT DL_init_channel_gen: bind error (99: Cannot
assign requested address) for [192.168.2.109]:5892; probably already
running!
Exit caused by Alarm!

--001a11423a3282a6c1054326906f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Hi,<br><br></div>here is an observation while te=
sting spread-5.0.0rc1 in our Linux (RHEL) environment:<br><br></div>With sp=
read-5 a new way to configure interfaces by name has been introduced in spr=
ead.conf (<span style=3D"font-family:monospace,monospace">IPv6address%ifnam=
e</span>).<br><br>The old way to explicitly select an interface by configur=
ing its IP address (<span style=3D"font-family:monospace,monospace">192.168=
.2.109 {192.168.2.109}</span>) in spread.conf should be working too, but so=
mething is strange here with spread-5. We are using that old way in our spr=
ead.conf because we don&#39;t know the ifnames at other hosts.<br><div><div=
><div><br>In spread-4.4 the redundant explicit choice of an interface by IP=
 address was accepted.<br>Seemingly spread-5 ist trying to bind the same in=
terface twice in this case, which is failing of course.<br><pre class=3D"gm=
ail-bz_comment_text" id=3D"gmail-comment_text_4"><font size=3D"2"><font siz=
e=3D"2">Net_init: explicit: binding a recv bcast channel to [192.168.2.105]=
:5892<br></font>Net_init: explicit: binding an extra recv bcast channel to =
[192.168.2.109]:5892<br></font><font size=3D"2">DL_init_channel_gen: bind e=
rror (99: Cannot assign requested address) for [192.168.2.109]:5892; probab=
ly already running!</font><br></pre>If I remove the explicit configuration =
of a specific interface by IP address from spread.conf everything is workin=
g fine with spread-5.<br></div><div><br></div><div>But we need to explicitl=
y configure the interfaces by IP address, because we observed in rare cases=
 some wrong interface choice by spread-4.4 when we rely on the implicit aut=
omatic choice. In rare cases we saw in netstat -g some binding to a wrong i=
nterface. This is the reason why we want to use the explicit choice.<br><br=
></div><div>Kind regards,<br></div><div>Martin<br><pre class=3D"gmail-bz_co=
mment_text" id=3D"gmail-comment_text_4"><font size=3D"2">2016-12-06 12:46:1=
1 GMT Disabling Dangerous Monitor Commands!
2016-12-06 12:46:11 GMT Setting SO_REUSEADDR to auto
2016-12-06 12:46:11 GMT Hash value for this configuration is: 2769325100
2016-12-06 12:46:11 GMT Finished configuration file.
2016-12-06 12:46:11 GMT Conf_load_conf_file: using sin6_scope_id 0 for inte=
rface 192.168.2.105
2016-12-06 12:46:11 GMT Conf_load_conf_file: My name: easy1al1, id: 3220897=
676, addr: 192.168.2.105, port: 5892
2016-12-06 12:46:11 GMT E_init: went ok
2016-12-06 12:46:11 GMT Net_signal_conf_reload: Bcast needed
2016-12-06 12:46:11 GMT Net_init: explicit: binding a recv bcast channel to=
 [192.168.2.105]:5892
2016-12-06 12:46:11 GMT Net_init: explicit: binding a recv token channel to=
 [192.168.2.105]:5893
2016-12-06 12:46:11 GMT Net_init: explicit: binding an extra recv bcast cha=
nnel to [192.168.2.109]:5892
2016-12-06 12:46:11 GMT DL_init_channel_gen: bind error (99: Cannot assign =
requested address) for [192.168.2.109]:5892; probably already running!
Exit caused by Alarm!</font></pre><br></div></div></div></div>

--001a11423a3282a6c1054326906f--


--===============2199739358421491651==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Spread-users mailing list
[email protected]
http://lists.spread.org/mailman/listinfo/spread-users

--===============2199739358421491651==--