You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
#122 introduced the possibility to monitor pulsar events from the cli client pulsar-exec pulsar. The issue is that unless the pulsar-exec binary is added to the process filtering whitelist, running pulsar monitor --all will trigger a loop of events, making the whole output very hard to understand:
Traffic between pulsard and pulsar happens over a unix socket, using a websocket
This will make network-monitor generate Receive events for pulsar
These events will be sent over the websocket
This will generate more traffic, which in turn will generate more events, creating a loop
While the cleanest solution would be to add pulsar-exec to the configuration process-monitor.whitelist_children, this would be easy to forget. We'd like to improve the default behavior, so we've decided to:
Automatically add the current process executable path to the whitelist_children (this works because pulsard and pulsar share the same executable, pulsar-exec)
Add an option to optionally disable this behavior
The text was updated successfully, but these errors were encountered:
Fix#128 by whitelisting the current process path instead of the current
PID. This allows to ignore the client CLI executable. Failing to ignore
it would lead to loops of events, see issue #128 for more details.
Add option `process-monitor.ignore_self`, which can be used to disable
this default behaviour.
Fix#128 by whitelisting the current process path instead of the current
PID. This allows to ignore the client CLI executable. Failing to ignore
it would lead to loops of events, see issue #128 for more details.
Add option `process-monitor.ignore_self`, which can be used to disable
this default behaviour.
#122 introduced the possibility to monitor pulsar events from the cli client
pulsar-exec pulsar
. The issue is that unless thepulsar-exec
binary is added to the process filtering whitelist, runningpulsar monitor --all
will trigger a loop of events, making the whole output very hard to understand:pulsard
andpulsar
happens over a unix socket, using a websocketpulsar
For a similar reason, we ignore all events coming from the same PID as the running pulsard executable:
https://github.com/Exein-io/pulsar/blob/cf8469e47e0fa6714853291fbb38574517ac7d33/modules/process-monitor/src/filtering/initializer.rs#L166-L172
While the cleanest solution would be to add
pulsar-exec
to the configurationprocess-monitor.whitelist_children
, this would be easy to forget. We'd like to improve the default behavior, so we've decided to:pulsard
andpulsar
share the same executable,pulsar-exec
)The text was updated successfully, but these errors were encountered: