[OPLINTECH] Sierra connection problem for 45 minutes this morning

[Bob Gaydos]

Hi Phil.  For either situation, have you tried enabling logging in a user's (your) iiirunner.lax file?  I'm less optimistic about this helping with this morning's problem, but you might get lucky anyway.

Bob Gaydos
ILS Administrator
p:  330-458-3148
e:  bgaydos at starklibrary.org
[cid:image004.png at 01D9A8FB.118189A0]

From: OPLINTECH On Behalf Of Phil Shirley via OPLINTECH
Sent: Tuesday, June 27, 2023 11:57 AM
To: OPLINTECH <oplintech at lists.oplin.org>
Subject: [OPLINTECH] Sierra connection problem for 45 minutes this morning

Hi,

Something on our local network (or some software on our PCs?) is giving us problems. Any idea where I should look?

We continue to have occasional problems with "JAR file not found" when starting the SDA (Sierra staff client) - this is apparently a problem on our network, possibly related to the large number of connections the SDA makes at startup to check each of its 80 or so JAR files against the version on the server (this might look a little like a DDoS). But today something different happened.

We had a different problem this morning with SDA. Existing connections to the server continued to work (one person logged onto Sierra a few minutes before), and we could telnet to the port that this program uses and use the classic catalog and Encore, but from about 9:00 to about 9:45 when we tried to start the SDA, it closed after a few seconds and gave no error message. This happened on at least four different workstations. I think that one workstation was able to connect during this time. After about 9:45 I haven't been able to get the problem to happen again.

Any idea what might cause this? DNS was working. The person at III support didn't see anything wrong. He advised me to delete the contents of the jarcache folder and then try loading SDA; it did not populate that folder at all, which is the first thing that happens when SDA connects to the server.

I'm waiting for a call back from our firewall vendor to see if they can see anything on our firewall.

I checked the switches that the staff use and found that the DDOS protection feature is disabled.

Phil


Phil Shirley
IT Manager
Cuyahoga Falls Library
p. 330.928.2117 x109 e. pshirley at fallslibrary.org<mailto:pshirley at fallslibrary.org>
www. fallslibrary.org a. 2015 Third Street, Cuyahoga Falls, OH 44221
[cid:image001.png at 01D9A8FA.7D442A90]<https://www.facebook.com/fallslibrary/>   [cid:image002.png at 01D9A8FA.7D442A90] <https://twitter.com/FallsLibrary>    [cid:image003.png at 01D9A8FA.7D442A90] <https://www.instagram.com/fallslibrary/>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.oplin.org/pipermail/oplintech/attachments/20230627/3673492e/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 3866 bytes
Desc: image001.png
URL: <http://lists.oplin.org/pipermail/oplintech/attachments/20230627/3673492e/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 4070 bytes
Desc: image002.png
URL: <http://lists.oplin.org/pipermail/oplintech/attachments/20230627/3673492e/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 4281 bytes
Desc: image003.png
URL: <http://lists.oplin.org/pipermail/oplintech/attachments/20230627/3673492e/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 15450 bytes
Desc: image004.png
URL: <http://lists.oplin.org/pipermail/oplintech/attachments/20230627/3673492e/attachment-0007.png>