Re: Too many redirects when running behind load balancer?, posted by Tamas Gal on Tue Jul 19 12:36:04 2022
|
My problem is that I don't even reach the page where I can enter a password. If you go to https://elog.test.km3net.de and click on a logbook,
you'll see that it immediately goes into a redirect loop. I already logged the routing but there is nothing else...
Stefan |
Re: Too many redirects when running behind load balancer?, posted by Tamas Gal on Tue Jul 19 12:38:12 2022 
|
Attached is the log, where you can see that `Operations+IT` redirects to `Operations+IT/` and that redirects to `Operations+IT` again, which then goes
to `elog.test.km3net.de` and `Operations+IT` again etc. etc.
EDIT: I use the very same load balancer confugration for dozens of other services incl. Apache, Nginx, GitLab, Mattermost, RocketChat |
|
Re: Too many redirects when running behind load balancer?, posted by Stefan Ritt on Tue Jul 19 12:48:42 2022
|
Yes I see the redirects. You say with the example logbook it works, right? Is it the password protection which triggers the problem or anything else?
Does it work if you take out the password protection? The key is to identify which setting in your config file triggers the problem, so you can bracket
the problem down between the example logbook and your logbook definition. |
|
Re: Too many redirects when running behind load balancer?, posted by Tamas Gal on Tue Jul 19 12:57:37 2022
|
Yes, I used the empty `passwd` file from example. When I then click on one of the logbooks, I get to the page where I can register a user (see attached
screenshot). After clickin on "Save" for the user registration, I again get the redirect error. Once there is a registered user (i.e. a
non-empty password file) the redirect issue is persistent. Any idea where the problem might be? I just emptied the password file again, so you can |
Re: Too many redirects when running behind load balancer?, posted by Tamas Gal on Fri Jan 20 14:08:25 2023
|
The issue is still present and now it's quite urgent to move this last service into the Swarm. Does anyone maybe have an idea what's wrong? To
sum up: if there is a non-empty password file, the login page chokes in an infinite loop of redirects. I am using the same HAProxy load balancer configuration
as for all the other services (running Apache, NGINX, GitLab, XWiki, etc.): |
|
Re: Too many redirects when running behind load balancer?, posted by Tamas Gal on Fri Jan 20 14:11:52 2023
|
The issue is still present and now it's quite urgent to move this last service into the Swarm. Does anyone maybe have an idea what's wrong? To
sum up: if there is a non-empty password file, the login page chokes in an infinite loop of redirects. I am using the same HAProxy load balancer configuration
as for all the other services (running Apache, NGINX, GitLab, XWiki, etc.): |
|
Re: Too many open files - issue?, posted by Stefan Ritt on Mon Oct 25 13:34:06 2021
|
The code segements you show are from the command line tool elog.c, not the server elogd.c. The tool is called to submit a new message from the command
line. Even if there would be a file not properly closed, it will be closed by the operating system once the program finishes. So no problem of too many
open files there. |
|
Re: Too many logbooks during user registration, posted by Stefan Ritt on Tue Aug 7 18:39:37 2007
|
[quote="Steve Jones"]Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects
to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the
email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).
|