Skip to content
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

Setting force_timeout with a non-numeric value shouldn't be allowed in sssd.conf #2663

Closed
sssd-bot opened this issue May 2, 2020 · 0 comments

Comments

@sssd-bot
Copy link

sssd-bot commented May 2, 2020

Cloned from Pagure issue: https://pagure.io/SSSD/sssd/issue/1621


https://bugzilla.redhat.com/show_bug.cgi?id=874494 (Red Hat Enterprise Linux 6)

Description of problem:
It is allowed to set non-numeric values to force_timeout parameter in
sssd.conf.

Version-Release number of selected component (if applicable):
sssd-1.9.2-7.el6.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Set force_timeout = TRUE in DOMAIN Section of sssd.conf file
2. Restart sssd service.
3. Send SIGSTOP to process sssd_be
   # kill -s SIGSTOP <PID>

4. Monitor sssd.log file for the messages.
   # tail -f /var/log/sssd.log

Actual results:
The sssd service restarts successfully and sssd_be gets killed in 60 secs.
Results are similar to the "force_timeout" default behaviour.

Expected results:
An error should be shown while starting or restarting the sssd service.
Non-numeric values shouldn't be allowed while setting force_timeout parameter
in sssd.conf.

Comments


Comment from dpal at 2012-11-08 15:34:51

Fields changed

blockedby: =>
blocking: =>
coverity: =>
design: =>
design_review: => 0
feature_milestone: =>
fedora_test_page: =>
milestone: NEEDS_TRIAGE => SSSD Deferred
testsupdated: => 0


Comment from dpal at 2012-11-09 01:55:15

Fields changed

blocking: => [https://fedorahosted.org/sssd/ticket/416 416]


Comment from lslebodn at 2015-04-24 16:01:13

Closing as duplicate of #2269

changelog: =>
mark: => 0
review: => 0
selected: =>


Comment from lslebodn at 2015-04-24 16:02:00

Fields changed

resolution: => duplicate
status: new => closed


Comment from jhrozek at 2017-02-24 14:36:07

Metadata Update from @jhrozek:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant