Re: [PATCH] STATD - SM_NOTIFY have wrong ID_NAME on multihost servers.

["Ragnar Kjørstad" <nfs@ragnark.vestdata.no>]

On Wed, Nov 24, 2004 at 05:08:11PM -0500, Steve Dickson wrote:
> Ragnar Kj=F8rstad wrote:
> >On Wed, Nov 24, 2004 at 07:00:08AM -0500, Steve Dickson wrote:
> >>No, since the spec says a the id_mon needs to be character string....
> >
> >"10.0.0.1" is a character string as much as any - unless the
> >specification says something more about this?
>
> Well here is what the spec says wrt to mon_names:
> "For maximum portability and interworking, it is recommended that=20
> applications
> and users define host names containing only the characters of the Porta=
ble
> Filename Characters defined in ISO/IEC 9945-1:1990."
>=20
> So doing some like would probably cause interopability issues with othe=
r
> OSes....

Well, I don't have the ISO/IEC 9945-1:1990 easily available, but I have
a hard time imagining a standard for Portable Filename Characters that
don't include number and '.'.

However, if it's possible that it will create compabilityproblems,
you're probably right - it's not worth the effort. After all, it only
matters if you have inconsistencies in your name-resolution system.=20


> >In short, this is exactly like what your patch does except that:
> >- if there are multiple matching interfaces (e.g. aliases) we
> > send messages for all
>
> Yes see your point, but is aliasing all that common in non-HA environme=
nts?
I don't have any statistics on that, but I don't think it's totally
unheard of :)

> The relatively simple  patch I'm proposing is a small step in the right=
=20
> direction which would make statd work correctly on multihome servers.

Yes, I think it is.

> Should we strive to make statd more HA friendly, YES!  but I would
> suggest one step at time.... Meaning we should propose this match to Ne=
il
> for inclusion in upstream and then build on it... imho...

I have no problem with that.
I had just hoped I could trick you into fixing one more thing once you
were on a roll :-)


--=20
Ragnar Kj=F8rstad
Software Engineer
Scali - http://www.scali.com
High Performance Clustering


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs