Experimental Physics and
| |||||||||||||||
|
> telnet mywebserverhost 80 > GET /archive/cgi/ArchiveDataServer.cgi HTTP/1.0<RETURN> > <RETURN>
/tmp/archserver.log: 04/28/2006 15:15:47 ---- ArchiveServer Started ---- 04/28/2006 15:15:47 archiver.get_values 04/28/2006 15:15:47 how=3, count=787 04/28/2006 15:15:47 get_channel_data Looks good so far. Is that in response to a request from the java viewer? Does it stop there? -> Then you're probably using an older java viewer and older data server with 3.14.8. As indicated in tech-talk messages http://www.aps.anl.gov/epics/tech-talk/2006/msg00317.php and http://www.aps.anl.gov/epics/tech-talk/2006/msg00353.php the older java viewer tends to send garbage time stamps (with non-normalized nanoseconds). The data sever then runs into an 'assert' in R3.14.8 and quits. Unfortunately you don't see that 'assert' message, except maybe in some apache CGI debug mode. If you download the latest archiver code from the web page, the log file should look like this: 04/21/2006 08:44:39 ---- ArchiveServer 2.8.1 Started ---- 04/21/2006 08:44:39 archiver.get_values 04/21/2006 08:44:39 how=3, count=1243 04/21/2006 08:44:39 Received excessive nano-seconds 2147483647, forcing to 0 ... -> The nanoseconds are forced to 0 and we no longer crash. If you use the patched java viewer from the web page, it'll even send non-garbage time stamps. Thanks, -Kay
| ||||||||||||||
ANJ, 02 Sep 2010 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing · |