PFS-JIRA https://pfspipe.ipmu.jp/jira This file is an XML representation of an issue en-us 8.3.4 803005 13-09-2019 [INSTRM-857] Copy 2018/9 MCS data to new NFS server https://pfspipe.ipmu.jp/jira/browse/INSTRM-857 Instrument control development <p>The engineering data from the MCS run in late 2018 and Aug/Sep 2019 need to be copied to the new NFS server. </p> <p>The data should be stored according to the structure /data/yyyymmdd/mcs/...</p> INSTRM-857 Copy 2018/9 MCS data to new NFS server Story Normal Done Done Yoshida, Hiroshige hassan Tue, 17 Dec 2019 13:47:30 +0000 Fri, 31 Mar 2023 08:57:02 +0000 Fri, 31 Mar 2023 08:57:02 +0000 0 4 <p>To start, data in rfa3-vm:/proddata/mcs/ was copied to nfs-ics:/datapool/proddata/mcs/ - for NFS clients, that would be /data/mcs/.</p> <p>Compared SHA-256 of all MCS data files between rfa3-vm and rfd1-infra (nfs-ics) and verified that all fingerprints are identical.</p> <p>Thank you for copying the data so quickly.</p> <p>I'm not sure if we have discussed file architecture before, but it sounds a little weird to use /data/pfs for only SpS...</p> <p>Is baseline to have separate folder among different subsystems?</p> <p>Couldn't we have all data under a given /data/pfs/yyyy-mmdd/ folder ?</p> <p><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=yuki.moritani" class="user-hover" rel="yuki.moritani">yuki.moritani</a> The <tt>/data/pfs</tt> folder is <b>only</b> for the LAM-compatible AIT data. New data will be in the <a href="https://pfspipe.ipmu.jp/jira/browse/INSTRM-823" title="Restructure /data at Subaru" class="issue-link" data-issue-key="INSTRM-823"><del>INSTRM-823</del></a> <tt>/data/raw/YYYYMMDD/(sps,mcs,agc))/</tt> structure. </p> <p>Thank you for the pointer. I understood and I apologize for my ignorance.</p> Relates INSTRM-852 INSTRM-851 Development Rank 0|zzs0bs: