[INSTRM-551] Move fps database to larger partition Created: 24/Oct/18 Updated: 07/Nov/19 Resolved: 07/Nov/19 |
|
| Status: | Done |
| Project: | Instrument control development |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Major |
| Reporter: | cloomis | Assignee: | Kiaina Schubert |
| Resolution: | Done | Votes: | 0 |
| Labels: | MCS, Subaru, subaru-personnel | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
The postgres instance on db-ics is configured with database storage in the default location, which is on the root directory. On the VMs, that is ~8G and includes /var, /tmp, and /home/pfs. As it stands we have ~5G left, ~4G useable by the db. Once we get past the initial hardware configuration, we were planning to run centroiding on all mcs exposures. There are roughly 3600 holes; I think the rows have 48 bytes of data, plus 24 bytes of overhead plus one index. Call it 80 bytes per hole, ~300kB per exposure. We could conceivably (but will not) take ~600 frames/hour, 10 hours/night: ~1.7GB/night There is a db LUN on the storage server for just this purpose, but I do not know how it has been provisioned, and we have not used it. Given that we are demonstrably running successfully on the current VM storage I think it is safest to simply add more. kyono has created a new 48G partition now mounted on db-ics:/data-tmp/, so we can use that. I am not a postgres admin, but it looks trivial to move a tablespace or to create a new one on a new location. The fancier stuff quickly gets intimidating. I propose taking a backup after tonight (saved to some other partition), and seeing how tight things really are. In any case I'll create a new tablespace on /data-tmp and be ready to shift things. |
| Comments |
| Comment by cloomis [ 29/Aug/19 ] |
|
Same thing happened this run. Fortunately the path is clearer now: the new disk server is online and is beefy enough to support running the postgres process. And we are not acquiring data for a while. So install postgres (newer version) on the NFS server, dump from and shutdown the current postgres, and load the new one. Renumber the db hostname(s). |
| Comment by cloomis [ 07/Nov/19 ] |
|
This was done when the ZFS server was commissioned. |