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_url <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*
>
>
>
- Replies:
- RE: Epics Archiver not pushing to STS? Manoussakis, Adamandios via Tech-talk
- References:
- Epics Archiver not pushing to STS? Manoussakis, Adamandios via Tech-talk
- Navigate by Date:
- Prev:
Epics Archiver not pushing to STS? Manoussakis, Adamandios 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
<2020>
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
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
<2020>
2021
2022
2023
2024
|