Urgent help needed: Licensing snafu following server crash

Kenneth Brody kenbrody at bestweb.net
Fri Sep 21 09:58:13 PDT 2007


Quoting Barry Wiseman (Fri, 21 Sep 2007 12:45:24 -0400):

> Kenneth Brody wrote:
>> Quoting Barry Wiseman (Fri, 21 Sep 2007 10:37:14 -0400):
>>
>>> Kenneth Brody wrote:
>> [...]
>>>> But filePro will fall back to a 7 day grace period if it sees   
>>>> that a license
>>>> that used to be valid is no longer valid for whatever reason.
>>>
>>> In my case there was no grace period, at least none perceivable by  
>>>   me or by the users.  (Maybe licinfo would have reported  
>>> something  about
>>> it, but   why would I think to run that?)  One day, fully functional
>>> 64-user license with no indication that any sort of "grace period" was
>>> in effect.  Next day, demo license, single-user only.
>>
>> Any grace period would have been for the same license, so you would have
>> had a 7-day grace period on a 64-user license, not a single-user demo.
>> Is it possible someone replaced the license with a valid single-user
>> demo license?
>
> I'm 99.9999% confident the answer is "no".  After first being
> installed, the 5.0.15 version ran normally for nearly a month.  Only
> upon rebooting from the unscheduled power outage did the program
> suddenly think it was a demo.

Didn't licinfo show that the license was an old 5.6 beta license?

Perhaps you had started running the license manager a month earlier,
with the proper 64-user license in place, and then sometime during
the month, replaced the license the the 5.6 beta, without restarting
the license manager?  Only after the reboot (and hence, a restart of
the license manager) did it see the "new" license file.

>  At that point I verified that licfp.dat
> was still md5sum-identical with what came from fptech's distro tarball.

I suppose the question is "which tarball"?  And is it possible that
you had multiple license files (perhaps multiple PFPROG locations),
and you were looking at the wrong one?

> However, I never looked at licfp.bkp until much later in the day,
> after various fixes had been attempted.
>
> I do see that the yum daemon installed a new kernel (CentOS 4.5,
> 2.6.9-55.0.2 -> 2.6.9-55.0.6) on Sep 4.  The post-crash boot would be
> the first instance of the box running that new kernel.  Might fP's
> licensing scheme have stumbled over that?

What is the license tied to?  Did that value change with the new kernel?

[...]

-- 
KenBrody at BestWeb dot net        spamtrap: <g8ymh8uf001 at sneakemail.com>
http://www.hvcomputer.com
http://www.fileProPlus.com


More information about the Filepro-list mailing list