Re: [Openslp-users] Registrations and server restarts
Brought to you by:
jcalcote
From: Gavin L. <ga...@co...> - 2013-11-20 21:16:50
|
Well, as I said there isn't anything too exciting in there: **************************************** Tue Aug 27 16:37:33 2013 SLPD daemon started **************************************** Command line = /usr/local/sbin/slpd Using configuration file = /etc/slp.conf Using registration file = /etc/slp.reg Listening on loopback TCP... Listening on loopback UDP... Listening on 10.200.196.77 ... Multicast (IPv4) socket on 10.200.196.77 ready Unicast socket on 10.200.196.77 ready Agent Interfaces = 10.200.196.77 Startup complete entering main run loop ... **************************************** Wed Nov 20 06:14:00 2013 SLPD daemon shutting down **************************************** **************************************** Wed Nov 20 06:14:00 2013 SLPD daemon shut down **************************************** **************************************** Wed Nov 20 06:14:01 2013 SLPD daemon started **************************************** Command line = /usr/local/sbin/slpd Using configuration file = /etc/slp.conf Using registration file = /etc/slp.reg Listening on loopback TCP... Listening on loopback UDP... Listening on 10.200.196.77 ... Multicast (IPv4) socket on 10.200.196.77 ready Unicast socket on 10.200.196.77 ready Agent Interfaces = 10.200.196.77 Startup complete entering main run loop ... **************************************** Wed Nov 20 17:35:04 2013 SLPD daemon shutting down **************************************** **************************************** Wed Nov 20 17:35:04 2013 SLPD daemon shut down **************************************** **************************************** Wed Nov 20 17:35:05 2013 SLPD daemon started **************************************** Command line = /usr/local/sbin/slpd Using configuration file = /etc/slp.conf Using registration file = /etc/slp.reg Listening on loopback TCP... Listening on loopback UDP... Listening on 10.200.196.77 ... Multicast (IPv4) socket on 10.200.196.77 ready Unicast socket on 10.200.196.77 ready Agent Interfaces = 10.200.196.77 Startup complete entering main run loop ... **************************************** Thu Nov 21 03:07:25 2013 SLPD daemon shutting down **************************************** **************************************** Thu Nov 21 03:07:25 2013 SLPD daemon shut down **************************************** **************************************** Thu Nov 21 03:07:26 2013 SLPD daemon started **************************************** Command line = /usr/local/sbin/slpd Using configuration file = /etc/slp.conf Using registration file = /etc/slp.reg Listening on loopback TCP... Listening on loopback UDP... Listening on 10.200.196.77 ... Multicast (IPv4) socket on 10.200.196.77 ready Unicast socket on 10.200.196.77 ready Agent Interfaces = 10.200.196.77 Startup complete entering main run loop ... From: John Calcote [mailto:joh...@gm...] Sent: Thursday, 21 November 2013 04:38 To: Gavin Lambert Cc: OpenSLP List Subject: Re: [Openslp-users] Registrations and server restarts Gavin, Can you send the log indicating shutdown and restart? John On Nov 19, 2013 11:15 PM, "Gavin Lambert" <ga...@co...> wrote: Hi all, I have a fairly simple test network setup at the moment with one Windows machine and four Linux machines running OpenSLP (all with the same code, which is one of the just-immediately-prior-to-release 2.0 betas); and there are no DAs. The four Linux machines all run the same app which is supposed to have a permanent SLP registration. Today I noticed while running an unrelated soak test (so everything had been running for several hours, in some cases days) that two of the four machines were no longer responding with the service info for that app. The app is still running, and slpd is still running. However logs show that (at different times) the slpd service on both of the affected machines shut down and was restarted one second later, for no readily apparent reason. (In particular, the slpd.log appears to show a normal shutdown / startup banner, but there's no other apparent cause for the restart.) The app normally makes a single call to SLPReg on startup with SLP_LIFETIME_MAXIMUM. On rare occasions it'll call SLPReg again to change one or more of its attributes. Only when the app exits does it SLPDereg and SLPClose. No errors were returned from these APIs. So, two points puzzle me: 1. why did slpd restart? 2. why, following the restart, didn't it reload the registration made previously? (For #2, I'm assuming the app shouldn't have to manually refresh the registration since AFAIK it has no way to tell whether slpd has restarted or not.) If the assumption in #2 isn't valid, is there something the app should be doing to keep this registration alive? (Preferably without spamming SLPReg or making it find itself.) |