Open tomflenner opened 3 years ago
You are right. Interesting how that surfaced, this came up years ago. Will look into and re add the check to force the lock folder to be built.
OK, I see how it snuck back in. Building tiredofit/lemonldap:2.0.3
is building and should be on DockerHub shortly.
@tiredofit I'm having the same issue on 2.0.51
Fixed it by removing sessions and pgsessions from volume mapping
Best to map /var/lib/lemonldap, if you absolutely have to create seperate mappings, then ensure that your folders are owned by llng
or 2884
and make sure you have a lock
directory in each of them.
Summary
After fresh install on 2.0-latest or 2.0-alpine-latest cant connect to dwho/dwho demonstration
Steps to reproduce
Just install fresh docker container and try to connect to demonstration's user dwho/dwho
What is the expected correct behavior?
Get logged in
Relevant logs and/or screenshots
Environment
Image version / tag: tiredofit/lemonldap:2.0-alpine-latest or tiredofit/lemonldap:2.0-latest Host OS: Debian 4.19.160-2 (2020-11-28) x86_64 GNU/Linux
Any logs | docker-compose.yml
Possible fixes
Dont find anything, the Apache::Session is present on the container.
I found this after quick search : https://gitlab.ow2.org/lemonldap-ng/lemonldap-ng/-/issues/1421 but not seems to be the solution
EDIT:
After deep search, it seems to be an error due to the missing folder "lock" under "/var/lib/lemonldap-ng/sessions/" with rights on llng user/group
Maybe check for "lock" under "/var/lib/lemonldap-ng/psessions/" too
Tell me if im right or not ! 👯