-
Notifications
You must be signed in to change notification settings - Fork 1.4k
chumask: fix issue where it only works with standalone worker #4836
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
chumask: fix issue where it only works with standalone worker #4836
Conversation
Fix fluent#3671 (88a7260) After fluent#3671, the value of `chumask` passed to ServerEngine was always `nil`. The `chumask` value was being used only when standalone. It appears to be unintentional. This fixes it. * By default, `0` as `chumask` is passed to ServerEngine. * If specifying `--umask` option, that value is passed. * This `chumask` value is applied when using `daemonize`. * When not using `daemonize`, the value is not used. * This is the specification of ServerEngine. Specification change: (Just undo the specification that fluent#3671 unintentionally changed.) * This changes the default `umask` when using `daemonize`. * fluent-package (RPM/DEB), for example. * Before: system default (`nil` for ServerEngine) * After: `0` Signed-off-by: Daijiro Fukuda <fukuda@clear-code.com>
It would be necessary for us to solve this issue before making the following enhancement: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍🏻
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
Thanks for your review! |
MEMO: will not backport to v1.16 because behavior is changed. |
Which issue(s) this PR fixes:
What this PR does / why we need it:
Fix #3671 (88a7260)
After #3671, the value of
chumask
passed to ServerEngine was alwaysnil
.The
chumask
value was being used only when standalone. It appears to be unintentional.This fixes it.
0
aschumask
is passed to ServerEngine.--umask
option, that value is passed.chumask
value is applied when usingdaemonize
.daemonize
, the value is not used.Specification change:
(Just undo the specification that #3671 unintentionally changed.)
umask
when usingdaemonize
.nil
for ServerEngine)0
Docs Changes:
Not needed.
(There is not enough information on https://docs.fluentd.org/deployment/command-line-option. It would be good to add more information.)
Release Note:
umask
was not set to0
when using--daemon
(td-agent, fluent-package) since v1.14.6.--umask
command line option: Fixed so that it is applied when Fluentd runs with--daemon
(fluent-package) as well as when Fluentd runs with--no-supervisor
.