I think I've found the problem, but it looks like something other people
would have noticed as well.
The registrations are being aged due to a change in the slpd code between
1.2.1 and the trunk code.
In 1.2.1, a registration wasn't aged if its lifetime was the maximum, and
either the daemon was running as an SA or the registration was static or
local.
In the trunk code (updated to revision 1570), the check for local is
missing, so registrations local to the DA are aged, and there is no SA to
perform the refresh of the registration.
I suppose if no-one is using DA-local registrations with maximum lifetime,
they wouldn't have seen it.
I'll patch it locally and do some more testing.
-----Original Message-----
From: Morrell Richard [mailto:[EMAIL PROTECTED]
Sent: 12 March 2008 10:26
To: 'openslp-devel@lists.sourceforge.net'
Subject: [Openslp-devel] Loss of registrations
I am testing a reasonably up-to-date version of OpenSLP (SVN trunk snapshot
taken 19/09/2007, but patched to perform stale DA detection/removal), and am
seeing problems with registrations getting lost over an extended period of
time (overnight, or over a weekend).
The platform is RedHat ES 4 Update 4, and the software has been compiled
using ICC 9.1.
The particular system I am running this on has 7 DAs and 6 SAs, each of the
DAs having a separate scope, and each of the SAs sharing a scope with a
different DA. The Watch PID mechanism is enabled.
A number of registrations are made at start-up on the processors running the
DAs and typically, all these registrations are lost on one or more of the
DAs (but not all) when left overnight. I can confirm that the slpd daemon
has not been restarted, and that the processes that made the registrations
are still running.
I have enabled registration tracing, and am waiting for a recurrence, but I
was wondering whether anyone else had come across anything similar.
Richard Morrell
_____
Software Architecture & Technologies
Tel:
+ 44 (0)161 741 3426
Email:
[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
Intranet:
Website <http://uwsweb.tus.fr.thales/functions/operations/SAT/index.stm> :
Products <http://satweb.tus.uk.thales/products.php> : Helpdesk
<http://sat-helpdesk.tus.fr.thales/>
THALES UNDERWATER SYSTEMS LTD
Dolphin House, Ashurst Drive
Cheadle Heath, Stockport SK3 OXB - UK
<http://www.thales-naval.com/> www.thales-naval.com
Thales Underwater Systems Limited. Registered in England
and Wales. Registered number 3084140.
Registered office 2 Dashwood Lang Road, The Bourne Business Park,
Addlestone, Nr. Weybridge, Surrey KT15 2NX
This email, including any attachment, is a confidential communication
intended solely for the use of the individual or entity to whom it is
addressed. It contains information which is private and may be proprietary
or covered by legal professional privilege. If you have received this email
in error, please notify the sender upon receipt, and immediately delete it
from your system.
Anything contained in this email that is not connected with the businesses
of this company is neither endorsed by nor is the liability of this company.
Whilst we have taken reasonable precautions to ensure that any attachment to
this email has been swept for viruses, we cannot accept liability for any
damage sustained as a result of software viruses, and would advise that you
carry out your own virus checks before opening any attachment.
This email, including any attachment, is a confidential communication
intended solely for the use of the individual or entity to whom it is
addressed. It contains information which is private and may be proprietary
or covered by legal professional privilege. If you have received this email
in error, please notify the sender upon receipt, and immediately delete it
from your system.
Anything contained in this email that is not connected with the businesses
of this company is neither endorsed by nor is the liability of this company.
Whilst we have taken reasonable precautions to ensure that any attachment to
this email has been swept for viruses, we cannot accept liability for any
damage sustained as a result of software viruses, and would advise that you
carry out your own virus checks before opening any attachment.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Openslp-devel mailing list
Openslp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openslp-devel
