-
Notifications
You must be signed in to change notification settings - Fork 33
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
Beta 3602.1.0: missing /var/log/sssd directory #1096
Comments
The downstream patch we apply uses tmpfiles instead of the Edit: This package has some legacy mechanisms, I hope upstream/Gentoo has improvements with newer versions. |
Yeah, I'd agree in general, but I suppose that the quickest fix right now is to add the missing entry to the sssd tmpfiles config file.
That's something I'd do when trying to move this package to portage-stable. Or at least minimize the amount of Flatcar modifications that we make in this ebuild. It's a material for a separate PR, I'd say. |
Merged for the next Alpha/Beta releases. |
Description
Our test servers are running on AWS with the AMI image (Flatcar-beta-3602.1.0-hvm).
They are unable to start
sssd.service
with the error message:sssd[5968]: Could not open file [/var/log/sssd/sssd.log]. Error: [2][No such file or directory]
Impact
We integrate the EC2 machine with our authentication server.
Work around:
mkdir -p /var/log/sssd
before startingsssd.service
Environment and steps to reproduce
a. systemctl start sssd.service
The text was updated successfully, but these errors were encountered: