[INSTRM-2084] Increase max files for pfs@mhs-ics Created: 21/Oct/23 Updated: 03/Feb/24 Resolved: 03/Feb/24 |
|
| Status: | Done |
| Project: | Instrument control development |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Task | Priority: | Normal |
| Reporter: | cloomis | Assignee: | Yoshida, Hiroshige |
| Resolution: | Done | Votes: | 0 |
| Labels: | near-term | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Description |
|
The archiver opens at least one file per MHS keyword/table. This is now above the default limit of 1024. So that the launch-on-boot mechanism works, that limit needs to be increased globally. A quick google suggests adding something like: pfs soft nofile 10240 pfs hard nofile 10240 to /etc/security/limits.conf is the trick. For the current failure, we will restart it manually with increased limits. The data between 2023-10-19T15 and now is not in the archiver. If there are certain keywords which are badly wanted we can recover them from the /data/logs/tron/ logs, but do not plan on doing that if not needed. |
| Comments |
| Comment by cloomis [ 20/Jan/24 ] |
|
Bump. This was the cause of the archiver not restarting automatically in 2023-12/2024-01 I'll also suggest going to 64k, not 10k. |
| Comment by Yoshida, Hiroshige [ 20/Jan/24 ] |
|
Both soft and hard limits for user pfs are currently set to 10240. I will increase the soft limit to 16384. The default hard limit seems 1048576, so we don't necessarily have to change it to a lower value. Implemented - mhs-ics:/etc/security/limits.d/pfs.conf. |
| Comment by cloomis [ 03/Feb/24 ] |
|
Done, as described. |