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> 2025 | 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> 2025 |
<== Date ==> | <== Thread ==> |
---|
Subject: | iSeghal queue overflow |
From: | Marco Filho via Tech-talk <tech-talk at aps.anl.gov> |
To: | "tech-talk at aps.anl.gov" <tech-talk at aps.anl.gov> |
Date: | Thu, 5 Sep 2024 09:42:40 +0000 |
Hello all 0.6.33.EventMask: Warning: iseg Client Mgt queue overflow.
etc...0.6.33.DelayedTripAction: Warning: iseg Client Mgt queue overflow. 0.6.33.ExternalInhibitAction: Warning: iseg Client Mgt queue overflow. 0.6.34.EventMask: Warning: iseg Client Mgt queue overflow. 0.6.34.DelayedTripAction: Warning: iseg Client Mgt queue overflow. 0.6.34.ExternalInhibitAction: Warning: iseg Client Mgt queue overflow. (...) The IOC operation seems to work, but this is flooding my logs. I tried: devIsegHalSetOpt("LogLevel", "0") But to no avail. Also, I noticed that in the source code: if( strcmp( args[1].sval, "LogLevel" ) == 0 ) {
if( iseg_setItem( args[0].sval, "LogLevel", args[2].sval ) != ISEG_OK ) { fprintf( stderr, "\033[31;1mCould not change LogLevel to '%s'\033[0m\n", args[2].sval ); return; } } However, if I try to set the logLevel to a garbage value, nothing is printed to my stderr: 2098138 > devIsegHalSetOpt("LogLevel", "NoMoreLogsPlease")
2098138 > Also, I tried grepping "queue overflow" in both the devISegHal and the iseghal source code but found nothing that made sense to me. Is this message coming directly from epics base? Is there any way to allocate a bigger queue (what is this queue?) to avoid overflow? Thanks in advance for any help, Marco. |