-
-
Notifications
You must be signed in to change notification settings - Fork 262
Description
Right now, pmproxy is not properly supported on macOS. There is some legacy installation and setup for it, but I can't see it's actually working.
admin@Manageds-Virtual-Machine pmproxy % cat pmproxy.log
Log for pmproxy on Manageds-Virtual-Machine.local started Tue Jan 20 00:37:59 2026
[Tue Jan 20 00:37:59] pmproxy(940) Error: pmWebTimerSetMetricRegistry: server instrumentation disabled
pmproxy: PID = 940, PDU version = 2, user = pcp (432)
pmproxy request port(s):
sts fd port family address
=== ==== ===== ====== =======
ok 9 unix /private/var/run/pcp/pmproxy.socket
ok 10 44322 inet INADDR_ANY
ok 11 44322 ipv6 INADDR_ANY
ok 12 44323 inet INADDR_ANY
ok 13 44323 ipv6 INADDR_ANY
[Tue Jan 20 00:38:00] pmproxy(940) Info: Cannot connect to key server: setsockopt(SO_RCVTIMEO): Invalid argument
First cab off the rank is perhaps just ensuring libuv and valkey is installed as a dependency (former for build time, latter for runtime/integration testing)? @natoscott just wondering if we should make that a hard dependency, or whether we document it as an additional feature that can be added when one wants to?
Anyway, a thorough review of all pmproxy configuration and installation is needed (ensuring it also follows any changes done to pmcd recently to make it work, e.g. make it a 'proper' LaunchCTL daemon - see #2425 ).
Also need to include the same change made in #2425 for pmcd, similar problem.
-
pmproxyLaunchctl fork mode fix (likepmcdhas in Fix macOS launchctl pmcd fork issue #2425) - Explicitly include
libuvin build time dependencies, and listvalkeyas needed runtime dependency (ensure installed during unit tests) - note:nodebrings inlibuvand so may be implicitly there already. - Review of pmproxy configuration for macOS to ensure it behaves nicely. (appears to start well so far)