Re: PV save and restore tool sought

[Carl Lionberger <CALionberger@lbl.gov>]

We had a version of autosave at LBNL that looked at characters stuck in 
the end of the record description file at boot time, using the static 
library, to find out what records should be saved.  It restored 
according to what records were in the save file.  That was really 
convenient in many cases, for example the characters (which just were a 
sort of regular expression for the fields to be saved) could be put in 
the template files and no matter how you expanded the templates it would 
work.

We used this for the SNS front end but no one seemed comfortable with it 
and the APS autosave was outstripping it on file checking/handling (they 
had a common ancestor...), so while I was at SNS I switched away from 
the LBNL version.  My last act of maintenance was to strip out the 
search and make it into a thing you could call in the startup file to 
generate the request file before running whatever file based autosave 
you like. As far as I know it has never been seriously used.  It should 
still be in the SNS cvs repository.  The old LBNL autosave (i think only 
3.13 compatible) is called "bumpless",  "autoBReq" is the 3.13 version 
of the req file writer, and "autoBReq314" a 3.14 version.

Kay could dig it out, I think

Carl

bumpless                epics/supTop/front_end/bumpless
autoBReq                epics/supTop/autoBReq
autoBReq314             epics314/supTop/autoBReq


Emmanuel Mayssat wrote:

> * Is there a SIMPLE way to generate a req/request file on the fly for
> backup? I have "dynamic" ioc, where the names of records may change
> between reboots, or some records may just disappear. Do you have each
> time to reconfigure the backup request file? Although I believe this
> should be required for a general backup utility, why should it for a
> bumpless reboot utility?
> Is it possible to generate a req file at ioc startup that save all the
> "live" records with name's ending with *O or *AO, etc. ( a dbgrep to a
> file can help, but the backup utility needs to reread its config files )
>
>
>
> --
> Emmanuel
>  


--
Carl Lionberger 
510 486 7503
Software Developer, Engineering Division
Lawrence Berkeley National Laboratory