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
In #366@hugobugomugo reported, that the systemd unit gets automatically enabled and started when installing the Debian package.
This topic is imho strongly influenced by the underlying Linux distribution. On Debian and Ubuntu systems, newly installed services are typically enabled and started automatically. On RHEL-based systems, service activation usually requires an explicit step. The actual behavior ultimately depends on the decisions made by the package maintainer.
ProxLB has been developed with a focus on Debian-based environments because Proxmox itself is based on Debian. For this reason, its current behavior aligns with the defaults commonly found in these systems.
Both approaches have clear advantages and disadvantages, and the reasoning behind each side is understandable. The current behavior is familiar to the existing user base, which is why any change should be considered carefully. There is no opposition to adjusting this behavior in the future, but additional feedback from users would be helpful before making a decision.
Therefore, I'm starting a dedicated discussion and poll for broader input from the community.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
General
In #366 @hugobugomugo reported, that the systemd unit gets automatically enabled and started when installing the Debian package.
This topic is imho strongly influenced by the underlying Linux distribution. On Debian and Ubuntu systems, newly installed services are typically enabled and started automatically. On RHEL-based systems, service activation usually requires an explicit step. The actual behavior ultimately depends on the decisions made by the package maintainer.
ProxLB has been developed with a focus on Debian-based environments because Proxmox itself is based on Debian. For this reason, its current behavior aligns with the defaults commonly found in these systems.
Both approaches have clear advantages and disadvantages, and the reasoning behind each side is understandable. The current behavior is familiar to the existing user base, which is why any change should be considered carefully. There is no opposition to adjusting this behavior in the future, but additional feedback from users would be helpful before making a decision.
Therefore, I'm starting a dedicated discussion and poll for broader input from the community.
2 votes ·
Beta Was this translation helpful? Give feedback.
All reactions