Too many users

[James Flanagan]

<sigh>.  I have observed your responses on this mailing list for a couple of years now.  You appear to be intelligent and know what you are talking about.  But mostly, you are rude, belittling and hyper critical of just about everyone else here.  

My assumption is that you are a terribly insecure individual, and tearing other people down is how you feel better about yourself.

If it your desire to be known on this list as the one who knows more than everyone else, well then be constructive and helpful (and respectful) to the others here and perhaps you will both demonstrate that, and at the same, gain appreciation….  OR, you can just keep your mouth shut if you are incapable of doing that.   

Even without speaking to anyone else here on the list yet, I am reasonably confident that most people here would agree with me.  If I want to be on a mailing list with people who act like they are still in middle school, I will go find another list.

James Flanagan
Flantec.com <http://flantec.com/>

email:	James at Flantec.com <mailto:James at Flantec.com>
mobile:	760-458-8498
home: 	219-221-6219
text:		7604588498 at txt.att.net <mailto:7604588498 at txt.att.net>

Skype:	Flantec
ichat:	James at Flantec.com <mailto:James at Flantec.com>	

home:	1901 Cidermill Road
		Michigan City, IN 46360



> On Nov 14, 2020, at 4:28 PM, Fairlight via Filepro-list <filepro-list at lists.celestial.com> wrote:
> 
> On Thu, Nov 12, 2020 at 09:04:06AM -0500, James Flanagan via Filepro-list
> thus spoke:
>> 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
>> ???-9??? switch that actually kills what you are trying to kill.
> 
> If you actually believe that bullshit, you're not a -decent- *nix admin,
> as you obviously have no bloody idea how basic signals work.
> 
> You apparently either suck at systems knowledge, at communicating clearly.
> Possibly both, but definitely not neither.
> 
>> 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 reboot.  But, now at least you can
>> reset the license count without a reboot whenever necessary.
> 
> You don't actually need everyone off the system in order to do any of
> this.  /facepalm
> 
> The -only- thing you have to do is make sure no clerk or report
> processes are running, and then do the `ipcs -M <shm-key>` command.
> It's -M, not -m, by the way.
> 
> If you do it while a clerk or report binary is running, it will just flag
> the segment for destruction, but that won't take effect until all attached
> processes exit and nattch == 0.  Once that condition is met, it will
> actually delete it, and then the next one to start up will re-create the
> segment.
> 
> Some of us actually test what we say, as I just did.
> 
> We'll just glaze past the part where nobody who doesn't fundamentally
> understand signals should even be let near root...
> 
>> Good luck,
> 
> If they follow your advice, they'll certainly need it.
> 
> Dear God.
> 
> m->
> -- 
> Audio panton, cogito singularis.
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20201116/dc696c26/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PastedGraphic-1.tiff
Type: image/tiff
Size: 19328 bytes
Desc: not available
URL: <http://mailman.celestial.com/pipermail/filepro-list/attachments/20201116/dc696c26/attachment.tiff>