EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: Epics Archiver not pushing to STS?
From: "Manoussakis, Adamandios via Tech-talk" <tech-talk at aps.anl.gov>
To: EPICS tech-talk <tech-talk at aps.anl.gov>
Date: Tue, 1 Dec 2020 21:23:00 +0000
I assume the VAL field is a default archived field even though its not listed here?  I did also notice that the details shows the events counter lost incrementing shown below at 689.  I must not have a setting correctly in the record for it to not archive.

caLab:dmm AI record
Archive Fields	HIHI,HIGH,LOW,LOLO,LOPR,HOPR
How many events lost because the timestamp is in the far future or past so far?	689
Timestamp of last event from the IOC - correct or not.	Dec/01/2020 15:27:22 -08:00
How many events lost because the sample buffer is full so far?	0
How many events lost because the DBR_Type of the PV has changed from what it used to be?	0
How many events lost totally so far?	689

I looked at another PV that I have running locally that is being archived correctly and stored but this is an AO record
Calc:a
Archive Fields	DRVH,HIHI,HIGH,DRVL,LOW,LOLO,LOPR,HOPR

-----Original Message-----
From: Michael Davidsaver <mdavidsaver at gmail.com> 
Sent: Monday, November 30, 2020 7:05 PM
To: Manoussakis, Adamandios <manoussakis1 at llnl.gov>
Cc: EPICS tech-talk <tech-talk at aps.anl.gov>
Subject: Re: Epics Archiver not pushing to STS?

On 11/30/20 5:38 PM, Manoussakis, Adamandios via Tech-talk wrote:
> Hello All,
> 
>  
> 
> I have been successful in getting the epics archiver appliance to archive PVs that are running in soft IOCs locally on the same machine as the archiver.  But now I tried to archive an IOC that is running on a subnet 192.168.40.x and it is says its connected/archiving but it never pushes to STS. It does show the details from the record for caLab:dmm shown below, which seems like its able to read from it. Settings for archiver appliance.xml below and also the archappl.conf environment variables set for the subnet to be seen.  I am able to also use caget through cmdline to get values from caLab:dmm and CSStudio is able to monitor them but the archiver doesn't seem to be actually saving the data.

The info you paste below seems contradictory.  The summary table shows "caLab:dmm" as connected, but the details table shows a disconnected PV.

You mention caget.  Does camonitor work?  eg.

> $ camonitor caLab:dmm caLab:dmm.HIHI

Note the extra "Archive Fields" listed in the details table (eg. HIHI) also need to exist.


> <appliances>
> 
>    <appliance>
> 
>      <identity>appliance0</identity>
> 
>      <cluster_inetport>localhost:16670</cluster_inetport>
> 
>      <mgmt_url>http://localhost:17665/mgmt/bpl</mgmt_url 
> <http://localhost:17665/mgmt/bpl%3c/mgmt_url>>
> 
>      <engine_url>http://localhost:17666/engine/bpl</engine_url 
> <http://localhost:17666/engine/bpl%3c/engine_url>>
> 
>      <etl_url>http://localhost:17667/etl/bpl</etl_url 
> <http://localhost:17667/etl/bpl%3c/etl_url>>
> 
>      
> <retrieval_url>http://localhost:17668/retrieval/bpl</retrieval_url 
> <http://localhost:17668/retrieval/bpl%3c/retrieval_url>>
> 
>      
> <data_retrieval_url>http://localhost:17668/retrieval</data_retrieval_u
> rl <http://localhost:17668/retrieval%3c/data_retrieval_url>>
> 
>    </appliance>
> 
> </appliances>
> 
>  
> 
>  
> 
> JAVA_HOME="/usr/lib/jvm/java-11-openjdk-amd64"
> 
> JAVA_OPTS="-Djava.security.egd=file:/dev/./urandom"
> 
> CATALINA_HOME="/usr/share/tomcat9"
> 
> CATALINA_OPTS="-XX:MaxMetaspaceSize=256m -Xms512m -Xmx512m -XX:+UseG1GC -ea"
> 
>  
> 
> ARCHAPPL_APPLIANCES="/opt/epicsarchiverap/appliances.xml"
> 
> ARCHAPPL_POLICIES="/opt/epicsarchiverap/policies.py"
> 
> ARCHAPPL_PROPERTIES_FILENAME="/opt/epicsarchiverap/archappl.properties"
> 
> ARCHAPPL_MYIDENTITY="appliance0"
> 
> ARCHAPPL_STORAGE_TOP="/arch"
> 
> ARCHAPPL_SHORT_TERM_FOLDER="/arch/sts/ArchiverStore"
> 
> ARCHAPPL_MEDIUM_TERM_FOLDER="/arch/mts/ArchiverStore"
> 
> ARCHAPPL_LONG_TERM_FOLDER="/arch/lts/ArchiverStore"
> 
> EPICS_CA_ADDR_LIST=192.168.40.200
> 
> EPICS_CA_AUTO_ADDR_LIST=YES
> 
>  
> 
>  
> 
> *caLab:dmm PV details section showing Never for STS push*
> 
>  
> 


References:
Epics Archiver not pushing to STS? Manoussakis, Adamandios via Tech-talk
Re: Epics Archiver not pushing to STS? Michael Davidsaver via Tech-talk

Navigate by Date:
Prev: RE: Epics Archiver not pushing to STS? Manoussakis, Adamandios via Tech-talk
Next: RE: Epics Archiver not pushing to STS? Manoussakis, Adamandios via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
Navigate by Thread:
Prev: Re: Epics Archiver not pushing to STS? Michael Davidsaver via Tech-talk
Next: Re: Epics Archiver not pushing to STS? Jeong Han Lee via Tech-talk
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  2018  2019  <20202021  2022  2023  2024 
ANJ, 01 Dec 2020 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·