RE: Archiver Appliance stuck on initial sampling

[Sky Brewer via Tech-talk <tech-talk at aps.anl.gov>]

Hi Dennis,

I'm guessing most of the PVs are pvAccess?

You can clear the queue of stuck PVs (I would do that for all the python soft IOC pvs that aren't working) by going to 

mgmt interface -> reports -> PV's that may not exist 

then clicking abort.

I had a similar problem due to having thousands of PVs which were not on the correct subnet blocking the queue and I ended up adding a feature to https://gitlab.esss.lu.se/ics-software/archiver-appliance/epicsarchiver-mgmt to clear them out. 

The report PV's that may not exist  and PV's that are currently in METAINFO_REQUESTED are good for debugging this kind of issue.

You can also tune the queue with the section in the arch.properties:

"""

# We impose a throttle on archive requests that are pending. This is an attempt to conserve resources on the engine and also to control CA search broadcast storms
# What this means is that if you have more that this many invalid PV's (PVs that will never connect) in the archive workflow; the ones later in the queue will never get fulfilled unless the archive request queue is cleaned up.
# See abortNeverConnectedPV for a example of how to do this.
# Use this property to increase this batch size.
# Note that there is a limit on how high this can go. We sample the PV for a minute to determine storage rates etc; if this is set very high (> 10000), there may not be enough time to perform the sampling for the archive workflow.
# org.epics.archiverappliance.mgmt.MgmtRuntimeState.archivePVWorkflowBatchSize = 1000
# For larger archivePVWorkflowBatchSize, you may need a longer time between the workflow state machine ticks.
# Set this to 60 seconds or more if you are using archivePVWorkflowBatchSize's of 5000 or greater.
# The workflow may take a little longer per PV but overall may be much faster.
# org.epics.archiverappliance.mgmt.MgmtRuntimeState.archivePVWorkflowTickSeconds = 10
# Abort PV's in the archive PV workflow after this many minutes if the archiver is not able to connect to the PV.
# The workflow can take a few minutes; so this should be set to a reasonable value (for example, 1 minute would mean that no PV would complete the workflow) 
# By default, this is set to a day. So, if the archiver cannot connect to the PV in a day, it will give up and abort.
# To turn this off, set this to -1.
# org.epics.archiverappliance.mgmt.MgmtRuntimeState.abortArchiveRequestInMins = 1440
"""

Hope that helps!

--

Sky Brewer