I had gotten that format from one of our internal documents, and it didn't
work with or without sudo, or as opensrf or root. Running /openils/bin/
fine_generator.pl /openils/conf/opensrf_core.xml as opensrf did work
correctly. Thank you for pointing that out - I updated the documentation,
and of
On 4/1/19 7:51 PM, JonGeorg SageLibrary wrote:
> When I look at syslog it shows the fine generator runs at :05 and :40
> every hour.
>
> My understanding was that the lock file was only present when it was
> actively running. I tested that today at 16:40 and it was present for
> about 90
When I look at syslog it shows the fine generator runs at :05 and :40 every
hour.
My understanding was that the lock file was only present when it was
actively running. I tested that today at 16:40 and it was present for about
90 seconds or so before deleting itself.
As far as attempting to run
No, there is no /tmp/generate_fines-LOCK file.
Yes, I get a PID when running sudo pgrep -af fine
-Jon
On Mon, Apr 1, 2019 at 1:28 PM Jason Stephenson wrote:
> Is there a file called /tmp/generate_fines-LOCK?
>
> If so, is the fine generator actually running? You can find out with
>
Yes, I verified that the value in action.circulation.recurring_fine is
greater than 0.
More information on the error:
Here is what I have so far --
---money.usr_summary.total_owed and * in money.billable_xact_summary -
matches the web and xul client data for the user.
---* in
Jon,
Have you confirmed that the circulation policies for the transactions in
question are set to accrue fines?
For the transactions in question the action.circulation.recurring_fine
field should have a value greater than zero. If it does not, check the
circulation policies.
Hope this helps,
I'm trying to isolate an issue with our overdue fines not working. It seems
sporadic. There are no errors in the syslog, and the cron job is running
every 25 minutes without errors. Some libraries are reporting the fines not
accruing, but it seems hit and miss. I've restarted postgreSQL on the
