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

SSSD log fills up the disk #1641

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

SSSD log fills up the disk #1641

sssd-bot opened this issue May 2, 2020 · 0 comments
Labels
Closed: Fixed Issue was closed as fixed.

Comments

@sssd-bot
Copy link

sssd-bot commented May 2, 2020

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

  • Created at 2010-08-06 15:55:08 by dpal
  • Closed as Fixed
  • Assigned to jzeleny

Occasionally the sssd log get filled up consuming all available disk space with one message:

(<timestamp>) [sssd[be[<domain>]]] [sdap_process_result] (2): ERROR: LDAP connection is not connected!

It happens with openldap 2.3.43 and sssd 1.2.1 on RHEL 5.5.
After this the machine becomes unusable.

Comments


Comment from sgallagh at 2010-08-10 14:57:57

Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.4.0
owner: somebody => jhrozek


Comment from dpal at 2010-09-14 15:17:08

Fields changed

milestone: SSSD 1.4.0 => SSSD 1.2.4


Comment from sgallagh at 2010-09-14 15:20:53

Fields changed

owner: jhrozek => jzeleny


Comment from jzeleny at 2010-09-16 14:31:23

Dmitri, I tried to reproduce this issue on my virtual machine (RHEL 5.6, sssd and openldap versions are the same) without any success. I tried steps described in ticket #494 with various configurations. I was wondering if you can help me by providing steps to reproduce the issue.


Comment from dpal at 2010-09-16 15:12:13

Try the following scenario:

  1. Log online to get user cached (as if I worked from office)
  2. Disconnect from the network (unplugged the machine)
  3. Suspend machine (getting home)
  4. Log in offline (got home)
  5. Establish VPN and get online (got on the corp network)
  6. Work for some time, let the ticket expire (worked and left machine logged in)
  7. Suspend machine and unplug (going to the office)
  8. Bring into a completely different wireless network and plug in (got into office but into a meeting)
  9. Get on VPN.
    Observe the problem. Not reproducible at will sorry.

I suspect that the problem is related to the situation when network is there but the server is not reachable since it requires VPN. Since going from home to office and back completely swaps the network environment under SSSD it might be sticking to its old knowledge about the network somehow and getting confused. I would look into netlink related area.

This is the best I can help with.


Comment from jzeleny at 2010-09-16 16:10:15

Thanks you. I don't think VPN causes the issue, because SSSD works with connection to servers, not connection to network. If you have a log describing what happens, it might shed a light on what's going on. Either way I shall investigate further and try to reproduce the issue.


Comment from sgallagh at 2010-10-09 01:31:24

Fixed by 2159516

component: SSSD => LDAP Provider
fixedin: => 1.2.4
resolution: => fixed
status: new => closed


Comment from dpal at 2012-01-19 02:50:04

Fields changed

rhbz: => 0


Comment from dpal at 2017-02-24 14:47:03

Metadata Update from @dpal:

  • Issue assigned to jzeleny
  • Issue set to the milestone: SSSD 1.2.4
@sssd-bot sssd-bot added the Closed: Fixed Issue was closed as fixed. label May 2, 2020
@sssd-bot sssd-bot closed this as completed May 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Closed: Fixed Issue was closed as fixed.
Projects
None yet
Development

No branches or pull requests

1 participant