[Dsg-hallc_epics] HV backup not working

[Stephen Wood]

I copied and ran under the cvxwrks account.  It made a backup just fine.

I would like to deploy this for at least HV experts to use today.  The 
speed at which the GUI starts up is a vast improvement on the TCL screens.

Tyler, could you stop by my office or call.  While everything seems to 
work fine, I am getting a bunch of java diarrhea.  Perhaps the 
environment under cvxwrks isn't right, or I missed copying something 
from HV_Latest.  I get this printed out periodically.

2019-07-11 11:12:29.469 SEVERE [Thread 1] 
org.csstudio.logging.PluginLogListener (logging) - Unhandled event loop 
exception
org.eclipse.swt.SWTException: Failed to execute runnable 
(java.lang.IllegalArgumentException: Argument not valid)


Thanks, Steve


On 7/11/19 9:45 AM, Tyler Lemon wrote:
> Hi Steve,
> 
> I've put the new version of the HV backup program on cdaql2 in 
> /home/cdsg/CSS-Workspaces/HV_Latest/CSS.
> 
> I tested it out in a few different scenarios, and they all seemed to 
> work for me and the backup took ~30 seconds to complete. I also had to 
> make new versions of the backup and restore GUIs to run the new program. 
> The new versions of these files are also in 
> /home/cdsg/CSS-Workspaces/HV_Latest/CSS.
> 
> For the new backup program, I also had to change the tcl2css.py program 
> to add a label to the list-view screens for each detector so there is a 
> new version of that, too, in /home/cdsg/tcl2css.
> 
> If there is still trouble with this new backup program, please let us know.
> 
> As a side note, I made the directory 
> /home/cdsg/CSS-Workspaces/HV_Latest. The current versions of all CSS 
> screens and scripts that are usable will be put here. This should 
> hopefully take out some confusion as to which directory contains the 
> latest versions of everything.
> 
> Best regards,
> Tyler
> 
> 
> ------------------------------------------------------------------------
> *From:* Dsg-hallc_epics <dsg-hallc_epics-bounces at jlab.org> on behalf of 
> Tyler Lemon
> *Sent:* Wednesday, July 10, 2019 3:10 PM
> *To:* Stephen Wood; epics, dsg-hallc
> *Subject:* Re: [Dsg-hallc_epics] HV backup not working
> Hi Steve,
> 
> After we talked yesterday about the problems you came across with the 
> backup program trying to get the HV CSS screens integrated into Hall C's 
> Makefile, I started working on some changes to the HV backup program 
> that should fix most of the problem.
> 
> The main change is that the backup program has been modified to do away 
> with using pyepics. It now uses only standard libraries and functions 
> that are automatically included in Python and CSS installations. This 
> makes it so there aren't any extra packages that would need to be 
> installed to use the program.
> 
> In the CSS library, there was a function that gets the system path of 
> the CSS workspace, allowing the file path dependencies to be removed.
> 
> I have also been able to remove the use of a channel reference text file 
> noted yesterday and the hardcoded group names/numbers in you previous 
> email by changing the program to get the record names from the .opi 
> files rather than a text file or previous backup.
> 
> As for your previous email regarding the backup file containing only 
> headers and not PVs, I'll look to see if that is the case with the new 
> version and whether I can find the cause in the old version.
> 
> There's a few more things to clean up in it (putting better comments, 
> making sure there's no redundant code), but when its done I will put the 
> new version on cdaql2.
> 
> Best regards,
> Tyler
> 
> 
> 
> ------------------------------------------------------------------------
> *From:* Stephen Wood <saw at jlab.org>
> *Sent:* Wednesday, July 10, 2019 11:45 AM
> *To:* Tyler Lemon
> *Subject:* HV backup not working
> Tyler:
> 
> In the copy of the scripts that I have under the cvxwrks account
> (~cvxwrks/saw/EpicsHL/HV/CSS which comes from release5), backup is not
> working.  I just get headers, but no PVs.  I traced it down to the line:
> 
>    if pv.split(':')[3] in props:
> 
> which never succeeds.
> 
> props is ['V0Setr','I0Setr','SVMaxr','RUpr','RDWnr']
> 
> and none of the PVs tested end in "r".  I could remove the r in the
> props list, but technically it is the these readbacks that we want to
> backup.
> 
> 
> And for eventual improvement:  I notice that you explicitly list group
> numbers and names in HV-bur.py.  (groups and systems lists).  Ideally
> these should not be hardwired into the script, but derived from
> configuration files.
> 
> I could arrange for my make file to put files like HMS.group, HMS.hvc,
> SHMS.group and SHMS.hvc into the CSS directory and then you could search
> for *.group and *.hvc to build up group and pv lists.  But I am open to
> however you want to do this.
> 
> Thanks, Steve
> 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: saw.vcf
Type: text/x-vcard
Size: 173 bytes
Desc: not available
URL: <https://mailman.jlab.org/pipermail/dsg-hallc_epics/attachments/20190711/6c3b5ae4/attachment.vcf>