[INSTRM-1059] Put all PFS hosts in the same timezone. Created: 27/Aug/20 Updated: 06/Jan/23 |
|
| Status: | Open |
| Project: | Instrument control development |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Normal |
| Reporter: | cloomis | Assignee: | cloomis |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | EngRun | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Story Points: | 1 | ||||||||
| Sprint: | EngRun03 | ||||||||
| Description |
|
All the SPS hosts being delivered to Subaru expect to be (and are) running as UTC. It looks like the Subaru-commissioned hosts are HST. This difference causes trouble with logs, etc. Since HST has no daylight savings shift, and since we cannot run as clean TAI (vs. UTC) it does not really matter which we choose. But all the PFS machines must match, and if we switch from UTC the data acquisition programs and parts of tron_actorcore will need to be modified. Work, new bugs, etc. |
| Comments |
| Comment by philip [ 02/Sep/20 ] |
|
To the best of my knowledge, all instrument and observation computing hardware at Subaru is set to HST. I think it is risky to make PFS the only instrument with non-HST components. |
| Comment by cloomis [ 02/Sep/20 ] |
|
I'll see what is involved in switching the PFS machines and software, and will test at JHU. Since we never had to design or test with anything to do with timezones I'm sure there will be bugs, none serious. |