Think I may have found what is causing this. We had a few repositories that auto download/sync from github. The user's key who connects to github was missing so the downloads were giving errors. I think this triggers a memory leak for the php process. Now that I've fixed the key issue no errors now appear and phorge looks to be happier, i.e. memory usage looks minimal all the time (i.e. php-fpm processes using ~100MBytes).
I'm going to keep monitoring for a few weeks.
Here's an example from the log:
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Oct 28 2024
Oct 28 2024
Oct 24 2024
Oct 24 2024
Oct 18 2024
Oct 18 2024
What is the normal memory usage for the update daemon during the repository update? It seems to be peaking around 8GB per process for our repositories. Maybe I need to add more RAM, i.e. 32 GB to satisfy this, but that's not easy on AWS.
Oct 17 2024
Oct 17 2024
OK, not the monitoring issue.
Oct 14 2024
Oct 14 2024
Appears to be internal monitoring software causing this (not phorge), thanks for the replies.
Sep 25 2024
Sep 25 2024
• s.quinn added a comment to Q35: Does Phorge provide single sign-on to Microsoft Azure B2C? (Answer 53).
done
• s.quinn added a comment to Q35: Does Phorge provide single sign-on to Microsoft Azure B2C? (Answer 53).
How do I do that?
Sep 24 2024
Sep 24 2024
• s.quinn added a comment to Q35: Does Phorge provide single sign-on to Microsoft Azure B2C? (Answer 53).
We have a working solution. Attached. Problem is it needs the BaseURI hard coding (replaced ours with XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX in the attached code). Can anyone merge this into the baseline code?
Jul 11 2024
Jul 11 2024
Jul 10 2024
Jul 10 2024
Thanks for the confirmation!
Jul 9 2024
Jul 9 2024
Content licensed under Creative Commons Attribution-ShareAlike 4.0 (CC-BY-SA) unless otherwise noted; code licensed under Apache 2.0 or other open source licenses. · CC BY-SA 4.0 · Apache 2.0