Subj : Re: sbbs 3.17 error #2

Subj : Re: sbbs 3.17 error #2
To : Lord Time
From : Digital Man
Date : Thu Sep 10 2015 08:06 pm

Re: Re: sbbs 3.17 error #2
By: Lord Time to Digital Man on Thu Sep 10 2015 11:00 am

> > > > don't know, if it was one bbs, it would be ok, but two same
> > > > version, one has more stuff on it and the other doesn't
>
> > > Are you still having a problem with the web server?
>
> > yes
>
> > > It's disabled in the sbbs.ini file you pasted here.
>
> > that was on the test bbs (not main)
>
> > > If you're still having a problem, can you accurately describe the
> > > problem and the steps to reproduce it?
>
> > ok, will do that today
> >
> well I had a good reply done for you last night, but somehow it didn't post,
> so I'll try to type it out again :
>
> useing my test bbs (win. xp sp3), with dev build 9/9/15, web server on port
> 82 (I don't keep it on, unless I am checking someing out, I had the test bbs
> online for about 10 hrs.
>
> now here what I did :
>
> I hit the web server recycle key only, here the window log file (in debug
> mode, unless you want it another setting)
>
> 9/9 12:14:17p Synchronet Web Server Revision 1.610
> 9/9 12:14:17p Compiled Sep 9 2015 05:02:53 with MSC 1800
> 9/9 12:14:17p WinSock 2.0 Running
> 9/9 12:14:17p Initializing on Wed Sep 09 12:14:17 2015 with options:
> 80000043
> 9/9 12:14:17p Loading configuration files from C:\sbbs\ctrl\
> 9/9 12:14:17p Temporary file directory: C:\sbbs\temp\
> 9/9 12:14:17p Root directory: C:\sbbs\web\root
> 9/9 12:14:17p Error directory: C:\sbbs\web\root\error\
> 9/9 12:14:17p CGI directory: C:\sbbs\web\root\cgi-bin\
> 9/9 12:14:17p Read 81 MIME types from root section of
> C:\sbbs\ctrl\mime_types.ini
> 9/9 12:14:17p Read 2 CGI content handlers from CGI.Win32 section of
> C:\sbbs\ctrl\web_handler.ini
> 9/9 12:14:17p Read 2 JavaScript content handlers from JavaScript section
> of C:\sbbs\ctrl\web_handler.ini
> 9/9 12:14:17p Web Server socket set created
> 9/9 12:14:17p Adding Web Server listening socket on 0.0.0.0 port 82
> 9/9 12:14:17p HTTP logging thread started
> 9/9 12:14:17p Web Server thread started
> 9/9 10:07:46p Recycle semaphore signaled
> 9/9 10:07:46p HTTP logging thread terminated
> 9/9 10:07:46p 0936 closing Web Server socket on port 82
> 9/9 10:07:46p Recycling server...
> 9/9 10:07:48p Reading C:\sbbs\ctrl\sbbs.ini
> 9/9 10:07:48p Synchronet Web Server Revision 1.610
> 9/9 10:07:48p Compiled Sep 9 2015 05:02:53 with MSC 1800
> 9/9 10:07:48p WinSock 2.0 Running
> 9/9 10:07:48p Initializing on Wed Sep 09 22:07:48 2015 with options:
> 80000043
> 9/9 10:07:48p Loading configuration files from C:\sbbs\ctrl\
> 9/9 10:07:48p Temporary file directory: C:\sbbs\temp\
> 9/9 10:07:48p Root directory: C:\sbbs\web\root
> 9/9 10:07:48p Error directory: C:\sbbs\web\root\error\
> 9/9 10:07:48p CGI directory: C:\sbbs\web\root\cgi-bin\
> 9/9 10:07:48p Read 81 MIME types from root section of
> C:\sbbs\ctrl\mime_types.ini
> 9/9 10:07:48p Read 2 CGI content handlers from CGI.Win32 section of
> C:\sbbs\ctrl\web_handler.ini
> 9/9 10:07:48p Read 2 JavaScript content handlers from JavaScript section
> of C:\sbbs\ctrl\web_handler.ini
> 9/9 10:07:48p Web Server socket set created
> 9/9 10:07:48p Adding Web Server listening socket on 0.0.0.0 port 82
> 9/9 10:07:48p HTTP logging thread started
> 9/9 10:07:48p Web Server thread started
> 9/9 10:07:48p HTTP logging thread terminated
> 9/9 10:07:49p Recycling server...

Okay, so the problem is that the server keeps recycling itself. I see now that
the mail server has the same issue, both introduced as part of the IPv6 patch
set. Now fixed.

digital man

Synchronet "Real Fact" #48:
Synchronet program was named 'sbbs' instead of 'sync' to avoid conflict w/Unix.
Norco, CA WX: 85.5�F, 51.0% humidity, 6 mph SSE wind, 0.00 inches rain/24hrs

---
� Synchronet � Vertrauen � Home of Synchronet � telnet://vert.synchro.net