-
-
Notifications
You must be signed in to change notification settings - Fork 42
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
Login ajax request taking forever / timeout #1177
Comments
Is this still blocking? It looks like it might have been stuck waiting for the BGP Ris files to be downloaded. @ximon18 I think the write lock in this code should be moved until after the download happens: krill/src/commons/bgp/analyser.rs Line 47 in 46feb1e
|
I still have that problem. Restarting the krill instance may solve it sometimes. But on next login it happens again |
Do you have a large amount of ROAs configured, or do you have many announcements for the space on your certificate? I am wondering why you see this issue and others do not. If it's the downloading BGP RIS dumps that is causing this, then you could try disabling the BGP preview functionality in your config file by setting If this improves things for you then we are one step closer to knowing the cause. |
I have 4 parent CAs and 3 ROAs, so not much.I set bgp_risdumps_enabled = false and it seems to work at the moment, but i will see tomorrow as it always took some time before the problem occured.
|
Please let us know if the issue re-occurs. The behaviour you saw is consistent with the locking issue I mentioned earlier. I will leave a PR with a fix for this, but releasing this will have to wait until after the holiday season at least. |
It did not re-occur till now :) |
Thanks @straussmarkus. I'll leave this open until the PR created by @timbru has been reviewed and incorporated into a new release of Krill. |
This PR does not lock the 'seen' announcements while downloading new RIR dump files. This prevented read access to the announcement during download. This change postpones getting the write lock until after the download is completed, so it only keeps it for the shortest possible time.
Hi,
after upgrading to 0.14.4 on Debian 12, i have a weird issue, where logging in (config auth) takes forever (load indicator at top of page spinning)
In dev tools i can see that it waits for an ajax request to:
https://myurl.com/api/v1/cas/MY-CA/routes/analysis/full
Which never retourns and then eventually my reverse proxy times out for this request.
Is there anything i can do about that?
The text was updated successfully, but these errors were encountered: