Skip to content
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

Trifid is slow to start #345

Closed
tpluscode opened this issue Apr 9, 2024 · 2 comments
Closed

Trifid is slow to start #345

tpluscode opened this issue Apr 9, 2024 · 2 comments
Assignees
Labels

Comments

@tpluscode
Copy link
Contributor

I configured trifid with Lando but I expect the same would happen with plain docker compose.

When started, I quickly get the Server listening on http://0.0.0.0:8080 message in logs but the health check takes several more seconds to actually start (docker reports the container as "starting..."). During that time all requests to trifid return 404

What is taking so long? If it has to be like that, can we implement a "Starting up" page which would automatically refresh until the server is ready to serve resources?

@ludovicm67
Copy link
Member

ludovicm67 commented Apr 15, 2024

Can you check the health check interval?
And provide a quick way to try your scenario?

The "Starting up" page is not a good solution, as we want to be able to serve content as fast as possible, including things that are not the dereferenced pages.
The only thing that might take a bit more time, is when it's using the file-handler plugin, where it needs to read the triple file from the disk, load it in memory and load everything in the Oxigraph instance.
The file-handler offers a great way to play with data quickly, but for improved performances, using a dedicated endpoint would be the way to go.

@ludovicm67 ludovicm67 self-assigned this Jun 5, 2024
@ludovicm67 ludovicm67 added the bug label Jun 5, 2024
@ludovicm67
Copy link
Member

I finally managed to reproduce the issue by using a Docker Compose stack, where the health check was not able to succeed.

I updated the health check configuration.
It should be faster to start and doesn't rely anymore on the resolution of localhost.
In case localhost was resolving to the IPv6 version and if Trifid is only listening to IPv4, then the health check was never able to be work.

Everything should be fixed since v5.0.4.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants