Experimental Physics and
Industrial Control System

"Zimmermann, David Daniel via Tech-talk" <tech-talk at aps.anl.gov> · Thu, 22 Jul 2021 19:24:22 +0000

Have you checked how much output the pvget produces? I would wonder if it exceeded the capacity of the pipe to grep.

David Zimmermann
Scientist, Controls Software
AOT-IC Accelerator Operations and Technology, Instrumentation and Controls

Office: 505.664.0824
Mobile: 503.547.5966

Los Alamos National Laboratory
lanl.gov

On 7/22/21, 1:12 PM, "Tech-talk on behalf of Vodopivec, Klemen via Tech-talk" <tech-talk-bounces at aps.anl.gov on behalf of tech-talk at aps.anl.gov> wrote:

    > On Jul 22, 2021, at 12:22 PM, Kasemir, Kay via Tech-talk <tech-talk at aps.anl.gov> wrote:
    > 
    > >> > Which is it, caget or pvget?  They're two separate programs.
    > >> The script is using `pvget -p ca ...`, so in the end it's using the CA client library, same as `caget ...`
    > 
    > >I understand that in theory it should be the same, but when trying to track down an issue, it's not good to assume such things.
    > 
    > Indeed, and the EPICS version might make a difference.
    > 

    You’re absolutely right, little details matter in trying to troubleshoot. But I intentionally didn’t want to blast with massive amount of information that would scare people away.

    > I read
    >   "pvget replaced caget, giving us two implementations that behave the same."
    > as both "caget" and "pvget -p ca" were used with the same result.

    Correct, both caget and pvget were tried with the same effect. Both caget and pvget are compiled from the same 3.14.12.6 distribution, pvget is from PVAccess library version 4.5.

    > Maybe one can attach gdb to the hung caget/pvget process and see why it's stuck and not exiting.

    Interestingly, after the bash script freezes, pvget doesn’t show in the list of processes any more. But I know it ran based on the wireshark output. Which would indicate problem in bash script somehow but the line after the one showed simply doesn’t execute. So it’s like pvget or caget leave the stdout descriptor open and bash script can’t continue. I say this because the following modified line works fine

    remexp_enabled=$(pvget -p ca -w 0.5 -t ${BL}:CS:TL:RemExp:En | echo enable 2>/dev/null)

    But this one hangs similar to the original line (expected PV value is 'enabled' or 'disabled')

    remexp_enabled=$(pvget -p ca -w 0.5 -t ${BL}:CS:TL:RemExp:En | grep enabled 2>/dev/null)

    The difference is that echo doesn’t care about the stdin and executes immediately, while grep has to wait for closed stdin before it can exit. But that’s just a wild guess.

    — Klemen

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System