<div dir="ltr">Thanks Mark<div>I have always used kill -9 so learn something everyday I guess</div><div>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</div><div>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</div><div>I appreciate everyone's assistance</div><div><br></div><div>Scott</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 12, 2020 at 11:50 AM Fairlight via Filepro-list <<a href="mailto:filepro-list@lists.celestial.com">filepro-list@lists.celestial.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">You should not be using -9 unless you need to.  Good way to bork an<br>
index.  Use SIGHUP (1), which is the signal that comes from a natural<br>
session timeout/hangup.<br>
<br>
m-><br>
<br>
<br>
On Thu, Nov 12, 2020 at 04:35:27PM +0000, Josh Reader via Filepro-list thus spoke:<br>
> Hi Scott,<br>
> <br>
> In the past I used the kill command to kill individual PIDs but now I use pkill to kill all sessions for a user.  The syntax for that would be:<br>
> <br>
> pkill -u <username><br>
> <br>
> I have the user close all their open PuTTY windows, issue the command, and then they can get back in.<br>
> <br>
> Josh<br>
> <br>
> -----Original Message-----<br>
> From: Filepro-list <filepro-list-bounces+josh.reader=<a href="mailto:mercuryelectronics.com@lists.celestial.com" target="_blank">mercuryelectronics.com@lists.celestial.com</a>> On Behalf Of scooter6--- via Filepro-list<br>
> Sent: Thursday, November 12, 2020 10:45 AM<br>
> To: James Flanagan <<a href="mailto:James@flantec.com" target="_blank">James@flantec.com</a>><br>
> Cc: filePro Mailing List <<a href="mailto:filepro-list@lists.celestial.com" target="_blank">filepro-list@lists.celestial.com</a>><br>
> Subject: Re: Too many users<br>
> <br>
> Well, that makes sense to a degree<br>
> So is there a different kill command that would alleviate this problem?<br>
> (i.e. not using -9)<br>
> When we had everyone working in house and not remotely, this was never 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<br>
> <br>
> <br>
> On Thu, Nov 12, 2020 at 9:04 AM James Flanagan <<a href="mailto:James@flantec.com" target="_blank">James@flantec.com</a>> wrote:<br>
> <br>
> > Scott,<br>
> ><br>
> > I have experienced a similar situation with filepro, on at least 3 <br>
> > different software platforms, over the years.  I have exhaustively <br>
> > tried to both understand and remedy this issue WITHOUT rebooting, and <br>
> > I will share the latest information I received from FPTech.<br>
> ><br>
> > According to the developers, one possible cause of the phantom license <br>
> > issue is using kill command with the -9 argument.  This is incredibly <br>
> > unfortunate because as most unix admins know, most times, it is the ???-9???<br>
> > switch that actually kills what you are trying to kill.<br>
> ><br>
> > In the event that you want to reset the license count back to 0 (I am <br>
> > not aware of any function that will reset only some of the license <br>
> > count, so it is an all or nothing consideration), you need to get <br>
> > everyone off the system, and then run the following command:<br>
> ><br>
> > ipcs -m | grep filepro<br>
> ><br>
> > This will display the shared memory segments for filepro.  Use the <br>
> > ipcrm -m command to remove those shared segments, and your license <br>
> > count will be reset to 0.  That being said, depending upon time it <br>
> > takes to reboot your server hardware, by the time that you get <br>
> > everyone off of the system anyway, it may be more efficient to reboot.  <br>
> > But, now at least you can reset the license count without a reboot whenever necessary.<br>
> ><br>
> > Good luck,<br>
> ><br>
> ><br>
> > James Flanagan<br>
> > Flantec.com<br>
> ><br>
> > email: James@Flantec.com<br>
> > mobile: 760-458-8498<br>
> > home:  219-221-6219<br>
> > text: <a href="mailto:7604588498@txt.att.net" target="_blank">7604588498@txt.att.net</a><br>
> ><br>
> > Skype: Flantec<br>
> > ichat: James@Flantec.com<br>
> ><br>
> > home: 1901 Cidermill Road<br>
> > Michigan City, IN 46360<br>
> ><br>
> ><br>
> > On Nov 11, 2020, at 3:03 PM, scooter6--- via Filepro-list < <br>
> > <a href="mailto:filepro-list@lists.celestial.com" target="_blank">filepro-list@lists.celestial.com</a>> wrote:<br>
> ><br>
> > As with many companies, we have a ton of our staff working remotely.<br>
> > They access our network via OpenVPN and work as normal via putty We <br>
> > have CentOS 7 and fP 5.6.10R4 Internally, in the office, ssh times out <br>
> > in 10 minutes, but it kills the session entirely (at least through <br>
> > past years experience, we've never encountered this will staff working <br>
> > here at the office) But over OpenVPN, it has 10 minute timeout built <br>
> > in to the config but it doesn't kill their putty session.<br>
> > I monitor every now and then and kill them when I see this However, <br>
> > this appears to be causing a problem where we get 'too many users'<br>
> > error<br>
> > We have 95 user license, and I know that doesn't mean 95 'users' - <br>
> > it's occurrences of rclerk, etc But we keep getting this error <br>
> > occassionally and when I got it, I looked and we had combined, a total <br>
> > of 47 instances of rclerk, rreport etc running<br>
> ><br>
> > The only solution is to reboot the server.<br>
> ><br>
> > Is there a way, either in fP or in OpenVPN, where I can make sure it <br>
> > fully kills their session and we can stop getting this 'too many users' error?<br>
> ><br>
> > Thanks<br>
> > Scott<br>
> > PDM<br>
> > -------------- next part -------------- An HTML attachment was <br>
> > scrubbed...<br>
> > URL: <<br>
> > <a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/202011" rel="noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/202011</a><br>
> > 11/63612a1f/attachment.html<br>
> > ><br>
> > _______________________________________________<br>
> > Filepro-list mailing list<br>
> > <a href="mailto:Filepro-list@lists.celestial.com" target="_blank">Filepro-list@lists.celestial.com</a><br>
> > Subscribe/Unsubscribe/Subscription Changes <br>
> > <a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" rel="noreferrer" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
> ><br>
> ><br>
> ><br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20201112/c2ac876d/attachment.html" rel="noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20201112/c2ac876d/attachment.html</a>><br>
> -------------- next part --------------<br>
> A non-text attachment was scrubbed...<br>
> Name: PastedGraphic-1.tiff<br>
> Type: image/tiff<br>
> Size: 19328 bytes<br>
> Desc: not available<br>
> URL: <<a href="http://mailman.celestial.com/pipermail/filepro-list/attachments/20201112/c2ac876d/attachment.tiff" rel="noreferrer" target="_blank">http://mailman.celestial.com/pipermail/filepro-list/attachments/20201112/c2ac876d/attachment.tiff</a>><br>
> _______________________________________________<br>
> Filepro-list mailing list<br>
> <a href="mailto:Filepro-list@lists.celestial.com" target="_blank">Filepro-list@lists.celestial.com</a><br>
> Subscribe/Unsubscribe/Subscription Changes <a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" rel="noreferrer" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
> _______________________________________________<br>
> Filepro-list mailing list<br>
> <a href="mailto:Filepro-list@lists.celestial.com" target="_blank">Filepro-list@lists.celestial.com</a><br>
> Subscribe/Unsubscribe/Subscription Changes<br>
> <a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" rel="noreferrer" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
> <br>
<br>
-- <br>
Audio panton, cogito singularis.<br>
_______________________________________________<br>
Filepro-list mailing list<br>
<a href="mailto:Filepro-list@lists.celestial.com" target="_blank">Filepro-list@lists.celestial.com</a><br>
Subscribe/Unsubscribe/Subscription Changes<br>
<a href="http://mailman.celestial.com/mailman/listinfo/filepro-list" rel="noreferrer" target="_blank">http://mailman.celestial.com/mailman/listinfo/filepro-list</a><br>
</blockquote></div>