-
Notifications
You must be signed in to change notification settings - Fork 8
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
Strange behaviour when default port binding is changed #41
Comments
In terms of logs, we've got no logs |
Ok It seemed to be a changed docker port binding. I've been using I'll keep this issue open, till I get to know why changing port caused such a uncommon error |
Hi @Dzordzu, possibly Taiga expects running on 80 port, it may be set somewhere or hardcoded in the frontend part of application. |
Strange. After changing exactly a one option in .env, the entire container is corrupted. Even taking back a config doesn't work. But sourcing virtualenv file solves the issue... |
I see the frontend is behaving weird, when a port is changed. I'm checking this now. |
Updated README |
Regarding:
@zicklag, do you have an idea? |
It's quite strange, because when started from virtualenv, everything works fine. It seems to be missing package or something like this. But still - I see no reason why simple docker-compose sommand fails without certain packages. Also on my Centos8 rdk fail to start taiga. Only starting using |
@Dzordzu Could you paste logs? 😉 Virtual Env is recommended because it will make sure you will have proper versions of docker-compose and other libraries - in different OS'es, especially in CentOS the packages may be outdated. |
And a note on RKD - we use it because it's our build system to build container manually, to build container on CI, to start project. Also inside of container we use RKD in lightweight form to eg. wait for database (RKD has a few very handy utils to use in docker containers eg. waiting for health check, waiting for database, manipulating configuration files, rendering configuraton files basing on JINJA2 templates) |
I don't know what that is. I'm using LDAP and just have the port set to a number in the yaml file: environment:
LDAP_PORT: 12345 I'm using an older version of the container, though: |
Really. There is just an info about return code 1. And that's all |
|
You mean it's return code 1 from starting or from |
No, no, no. It's not a docker issue ;) It was an error during the execution of the Maybe, one day, I will get to know why the hell it's not working on my CentOS without virtenv. Then I will make pull request with solution to this, or add explanation why it wasn't working |
The task ":start" ended with a failure
On server I'm using Centos8.
command returned non-zero exit status 1
is reported. Naturally, container is down when:start
is triggered. With the identical config, on Arch everything works fine.Dunno if it's associated with it, but Taiga seems NOT loading ldap configuration (
Error connecting to LDAP server: port must be an integer
appears, even when I change it manually in the container)The text was updated successfully, but these errors were encountered: