<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font face="monospace">That was a perfect representation and on
      Friday the 13 seems appropriate as an explanation.<br>
      <br>
      Nancy<br>
    </font><br>
    <div class="moz-cite-prefix">On 11/12/2020 1:54 PM, Walter Vaughan
      Jr via Filepro-list wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:BN6PR16MB33778FE88526B076D3422543BEE70@BN6PR16MB3377.namprd16.prod.outlook.com">
      <pre class="moz-quote-pre" wrap="">Kill -9 = sniper shot to the head in front of his wife and children
Kill -1 = trial with excellent lawyer and unbiased jury 

I used to use kill -15 a lot back in the day.

-----Original Message-----
From: Filepro-list <a class="moz-txt-link-rfc2396E" href="mailto:filepro-list-bounces+wvaughan=steelerubber.com@lists.celestial.com"><filepro-list-bounces+wvaughan=steelerubber.com@lists.celestial.com></a> On Behalf Of scooter6--- via Filepro-list
Sent: Thursday, November 12, 2020 1:42 PM
To: filePro Mailing List <a class="moz-txt-link-rfc2396E" href="mailto:filepro-list@lists.celestial.com"><filepro-list@lists.celestial.com></a>
Subject: Re: Too many users

Thanks Mark
I have always used kill -9 so learn something everyday I guess Is there a distinct difference why this doesn't seem to cause issue if the person connects internally here at the office vs if they're over the VPN Wouldn't seem to me this would make a difference since I've never had this issue pre-lockdown - only when users have started working remotely has this caused an issue where it's affecting user counts in fP - just seems odd to me but maybe I'm missing something I appreciate everyone's assistance

Scott

On Thu, Nov 12, 2020 at 11:50 AM Fairlight via Filepro-list < <a class="moz-txt-link-abbreviated" href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a>> wrote:

</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">You should not be using -9 unless you need to.  Good way to bork an 
index.  Use SIGHUP (1), which is the signal that comes from a natural 
session timeout/hangup.

m->


On Thu, Nov 12, 2020 at 04:35:27PM +0000, Josh Reader via Filepro-list 
thus spoke:
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">Hi Scott,

In the past I used the kill command to kill individual PIDs but now 
I
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">use pkill to kill all sessions for a user.  The syntax for that would be:
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">
pkill -u <username>

I have the user close all their open PuTTY windows, issue the 
command,
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">and then they can get back in.
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">
Josh

-----Original Message-----
From: Filepro-list <filepro-list-bounces+josh.reader=
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap=""><a class="moz-txt-link-abbreviated" href="mailto:mercuryelectronics.com@lists.celestial.com">mercuryelectronics.com@lists.celestial.com</a>> On Behalf Of scooter6--- 
via Filepro-list
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">Sent: Thursday, November 12, 2020 10:45 AM
To: James Flanagan <a class="moz-txt-link-rfc2396E" href="mailto:James@flantec.com"><James@flantec.com></a>
Cc: filePro Mailing List <a class="moz-txt-link-rfc2396E" href="mailto:filepro-list@lists.celestial.com"><filepro-list@lists.celestial.com></a>
Subject: Re: Too many users

Well, that makes sense to a degree
So is there a different kill command that would alleviate this problem?
(i.e. not using -9)
When we had everyone working in house and not remotely, this was 
never
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">an issue, with the timeouts - they would just die and we never 
encountered the too many users error - so it must be some iteration of 
doing kill -9 with those working remotely and accessing the VPN I 
appreciate the feedback though and try it out if need be Thanks again 
Scott
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">

On Thu, Nov 12, 2020 at 9:04 AM James Flanagan <a class="moz-txt-link-rfc2396E" href="mailto:James@flantec.com"><James@flantec.com></a>
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">wrote:
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">
</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">Scott,

I have experienced a similar situation with filepro, on at least 3 
different software platforms, over the years.  I have exhaustively 
tried to both understand and remedy this issue WITHOUT rebooting, 
and I will share the latest information I received from FPTech.

According to the developers, one possible cause of the phantom 
license issue is using kill command with the -9 argument.  This is 
incredibly unfortunate because as most unix admins know, most 
times, it is the
</pre>
          </blockquote>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">???-9???
</pre>
        <blockquote type="cite">
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">switch that actually kills what you are trying to kill.

In the event that you want to reset the license count back to 0 (I 
am not aware of any function that will reset only some of the 
license count, so it is an all or nothing consideration), you need 
to get everyone off the system, and then run the following command:

ipcs -m | grep filepro

This will display the shared memory segments for filepro.  Use the 
ipcrm -m command to remove those shared segments, and your license 
count will be reset to 0.  That being said, depending upon time it 
takes to reboot your server hardware, by the time that you get 
everyone off of the system anyway, it may be more efficient to
</pre>
          </blockquote>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">reboot.
</pre>
        <blockquote type="cite">
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">But, now at least you can reset the license count without a reboot
</pre>
          </blockquote>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">whenever necessary.
</pre>
        <blockquote type="cite">
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">
Good luck,


James Flanagan
Flantec.com

email: <a class="moz-txt-link-abbreviated" href="mailto:James@Flantec.com">James@Flantec.com</a>
mobile: 760-458-8498
home:  219-221-6219
text: <a class="moz-txt-link-abbreviated" href="mailto:7604588498@txt.att.net">7604588498@txt.att.net</a>

Skype: Flantec
ichat: <a class="moz-txt-link-abbreviated" href="mailto:James@Flantec.com">James@Flantec.com</a>

home: 1901 Cidermill Road
Michigan City, IN 46360


On Nov 11, 2020, at 3:03 PM, scooter6--- via Filepro-list < 
<a class="moz-txt-link-abbreviated" href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a>> wrote:

As with many companies, we have a ton of our staff working remotely.
They access our network via OpenVPN and work as normal via putty 
We have CentOS 7 and fP 5.6.10R4 Internally, in the office, ssh 
times out in 10 minutes, but it kills the session entirely (at 
least through past years experience, we've never encountered this 
will staff working here at the office) But over OpenVPN, it has 10 
minute timeout built in to the config but it doesn't kill their putty session.
I monitor every now and then and kill them when I see this 
However, this appears to be causing a problem where we get 'too many users'
error
We have 95 user license, and I know that doesn't mean 95 'users' - 
it's occurrences of rclerk, etc But we keep getting this error 
occassionally and when I got it, I looked and we had combined, a 
total of 47 instances of rclerk, rreport etc running

The only solution is to reboot the server.

Is there a way, either in fP or in OpenVPN, where I can make sure 
it fully kills their session and we can stop getting this 'too 
many
</pre>
          </blockquote>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">users' error?
</pre>
        <blockquote type="cite">
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">
Thanks
Scott
PDM
-------------- next part -------------- An HTML attachment was 
scrubbed...
URL: <
<a class="moz-txt-link-freetext" href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20">http://mailman.celestial.com/pipermail/filepro-list/attachments/20</a>
2011
11/63612a1f/attachment.html
</pre>
            <blockquote type="cite">
              <pre class="moz-quote-pre" wrap="">
</pre>
            </blockquote>
            <pre class="moz-quote-pre" wrap="">_______________________________________________
Filepro-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a>
Subscribe/Unsubscribe/Subscription Changes 
<a class="moz-txt-link-freetext" href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a>



</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">-------------- next part -------------- An HTML attachment was 
scrubbed...
URL: <
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap=""><a class="moz-txt-link-freetext" href="http://mailman.celestial.com/pipermail/filepro-list/attachments/202011">http://mailman.celestial.com/pipermail/filepro-list/attachments/202011</a>
12/c2ac876d/attachment.html
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">
-------------- next part -------------- A non-text attachment was 
scrubbed...
Name: PastedGraphic-1.tiff
Type: image/tiff
Size: 19328 bytes
Desc: not available
URL: <
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap=""><a class="moz-txt-link-freetext" href="http://mailman.celestial.com/pipermail/filepro-list/attachments/202011">http://mailman.celestial.com/pipermail/filepro-list/attachments/202011</a>
12/c2ac876d/attachment.tiff
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">
_______________________________________________
Filepro-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a>
Subscribe/Unsubscribe/Subscription Changes
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap=""><a class="moz-txt-link-freetext" href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a>
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">_______________________________________________
Filepro-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a>
Subscribe/Unsubscribe/Subscription Changes 
<a class="moz-txt-link-freetext" href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a>

</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">
--
Audio panton, cogito singularis.
_______________________________________________
Filepro-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a>
Subscribe/Unsubscribe/Subscription Changes 
<a class="moz-txt-link-freetext" href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a>

</pre>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">-------------- next part --------------
An HTML attachment was scrubbed...
URL: <a class="moz-txt-link-rfc2396E" href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20201112/317be6e0/attachment.html"><http://mailman.celestial.com/pipermail/filepro-list/attachments/20201112/317be6e0/attachment.html></a>
_______________________________________________
Filepro-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a>
Subscribe/Unsubscribe/Subscription Changes <a class="moz-txt-link-freetext" href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a>
_______________________________________________
Filepro-list mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Filepro-list@lists.celestial.com">Filepro-list@lists.celestial.com</a>
Subscribe/Unsubscribe/Subscription Changes
<a class="moz-txt-link-freetext" href="http://mailman.celestial.com/mailman/listinfo/filepro-list">http://mailman.celestial.com/mailman/listinfo/filepro-list</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Nancy Palmquist         MOS & filePro Training Available
Virtual Software Systems    Web Based Training and Consulting   
PHONE: (412) 835-9417           Web site:  <a class="moz-txt-link-freetext" href="http://www.vss3.com">http://www.vss3.com</a> 
</pre>
  </body>
</html>