Hi, I have an issue when running the container after building the app.
I get this error => flowsint-api-prod container is unhealthy.
When I check the flowsint-api-prod container log in docker console I get this message
exec /app/flowsint-api/entrypoint.sh: no such file or directory
It seems entrypoint.sh is not copied when creating flowsint-api-prod image and I don't know why as the file is present in the directory when I launch make prod command.
I rerun make prod command twice but it did not fix the error.
Can you help me out with this?
Thanks
Originally created by @mehdiBarch on GitHub (Nov 22, 2025).
Original GitHub issue: https://github.com/reconurge/flowsint/issues/77
Hi, I have an issue when running the container after building the app.
I get this error => flowsint-api-prod container is unhealthy.
When I check the flowsint-api-prod container log in docker console I get this message
exec /app/flowsint-api/entrypoint.sh: no such file or directory
It seems entrypoint.sh is not copied when creating flowsint-api-prod image and I don't know why as the file is present in the directory when I launch make prod command.
I rerun make prod command twice but it did not fix the error.
Can you help me out with this?
Thanks
I sure can help you ! I just ran make prod on a fresh setup and had no issues, so we can debug together.
Could you run sudo lsof -nP -iTCP:5001 -sTCP:LISTEN to see if you don't have another service running on port 5001.
Also, are you running this is fully locally (localhost) or trying to to host on a custom network ?
<!-- gh-comment-id:3566059866 -->
@dextmorgn commented on GitHub (Nov 22, 2025):
Hey @mehdiBarch,
I sure can help you ! I just ran `make prod` on a fresh setup and had no issues, so we can debug together.
Could you run `sudo lsof -nP -iTCP:5001 -sTCP:LISTEN` to see if you don't have another service running on port 5001.
Also, are you running this is fully locally (localhost) or trying to to host on a custom network ?
Thank you.
I forgot to mention I have this issue on a Windows laptop.
I have run netstat -aon | findstr :5001 instead and the output is empty.
For now, I am running the application on my laptop
<!-- gh-comment-id:3566724115 -->
@mehdiBarch commented on GitHub (Nov 22, 2025):
Thank you.
I forgot to mention I have this issue on a Windows laptop.
I have run netstat -aon | findstr :5001 instead and the output is empty.
For now, I am running the application on my laptop
Mhh. Could you try pulling latest changes and relaunching the install ?
git pull --rebase
make stop
make prod
I pushed some recent updates with the docker-compose files that might have resolved this issue. Keep me updated and we'll keep investigating if issue persists.
<!-- gh-comment-id:3566939283 -->
@dextmorgn commented on GitHub (Nov 22, 2025):
Mhh. Could you try pulling latest changes and relaunching the install ?
```bash
git pull --rebase
make stop
make prod
```
I pushed some recent updates with the `docker-compose` files that might have resolved this issue. Keep me updated and we'll keep investigating if issue persists.
Unfortunately it still does not work.
Do you have any other idea where it could come from?
I am not been able to check if the entrypoint.sh is actually copied to the docker image to confirm whether or not the error message is misleading. exec /app/flowsint-api/entrypoint.sh: no such file or directory
<!-- gh-comment-id:3567634772 -->
@mehdiBarch commented on GitHub (Nov 23, 2025):
Hi @dextmorgn,
Unfortunately it still does not work.
Do you have any other idea where it could come from?
I am not been able to check if the entrypoint.sh is actually copied to the docker image to confirm whether or not the error message is misleading.
``` exec /app/flowsint-api/entrypoint.sh: no such file or directory ```
<!-- gh-comment-id:3568061283 -->
@dextmorgn commented on GitHub (Nov 23, 2025):
Hey @mehdiBarch, after some research I might have found a clue why this isn't working on Windows.
Windows sometimes tries to add chars at the end a line so indicate it's end (CRLF). Maybe try to revert this in VSCode by :
Ctrl+Shift+P → "Change End of Line Sequence" → LF
Or if repo itself is in CRLF try:
```bash
git config core.autocrlf false
git add --renormalize .
```
Then re-run:
```bash
make down
make prod
```
let me know !
I did both (update git config and change CRLF to LF in VSCode) but did not work in the first place.
So I have deleted the repository and cleaned everything in Docker desktop (including pruning build cache).
I have run git config --system core.autocrlf false and then recloned the repo (as admin).
I don't know what has exactly helped but it works now !!
Thanks a lot for your help.
<!-- gh-comment-id:3568102600 -->
@mehdiBarch commented on GitHub (Nov 23, 2025):
Hi @dextmorgn,
I did both (update git config and change CRLF to LF in VSCode) but did not work in the first place.
So I have deleted the repository and cleaned everything in Docker desktop (including pruning build cache).
I have run ``` git config --system core.autocrlf false ``` and then recloned the repo (as admin).
I don't know what has exactly helped but it works now !!
Thanks a lot for your help.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @mehdiBarch on GitHub (Nov 22, 2025).
Original GitHub issue: https://github.com/reconurge/flowsint/issues/77
Hi, I have an issue when running the container after building the app.
I get this error => flowsint-api-prod container is unhealthy.
When I check the flowsint-api-prod container log in docker console I get this message
exec /app/flowsint-api/entrypoint.sh: no such file or directory
It seems entrypoint.sh is not copied when creating flowsint-api-prod image and I don't know why as the file is present in the directory when I launch make prod command.
I rerun make prod command twice but it did not fix the error.
Can you help me out with this?
Thanks
@dextmorgn commented on GitHub (Nov 22, 2025):
Hey @mehdiBarch,
I sure can help you ! I just ran
make prodon a fresh setup and had no issues, so we can debug together.Could you run
sudo lsof -nP -iTCP:5001 -sTCP:LISTENto see if you don't have another service running on port 5001.Also, are you running this is fully locally (localhost) or trying to to host on a custom network ?
@mehdiBarch commented on GitHub (Nov 22, 2025):
Thank you.
I forgot to mention I have this issue on a Windows laptop.
I have run netstat -aon | findstr :5001 instead and the output is empty.
For now, I am running the application on my laptop
@dextmorgn commented on GitHub (Nov 22, 2025):
Mhh. Could you try pulling latest changes and relaunching the install ?
I pushed some recent updates with the
docker-composefiles that might have resolved this issue. Keep me updated and we'll keep investigating if issue persists.@mehdiBarch commented on GitHub (Nov 23, 2025):
Hi @dextmorgn,
Unfortunately it still does not work.
Do you have any other idea where it could come from?
I am not been able to check if the entrypoint.sh is actually copied to the docker image to confirm whether or not the error message is misleading.
exec /app/flowsint-api/entrypoint.sh: no such file or directory@dextmorgn commented on GitHub (Nov 23, 2025):
Hey @mehdiBarch, after some research I might have found a clue why this isn't working on Windows.
Windows sometimes tries to add chars at the end a line so indicate it's end (CRLF). Maybe try to revert this in VSCode by :
Ctrl+Shift+P → "Change End of Line Sequence" → LF
Or if repo itself is in CRLF try:
Then re-run:
let me know !
@mehdiBarch commented on GitHub (Nov 23, 2025):
Hi @dextmorgn,
I did both (update git config and change CRLF to LF in VSCode) but did not work in the first place.
So I have deleted the repository and cleaned everything in Docker desktop (including pruning build cache).
I have run
git config --system core.autocrlf falseand then recloned the repo (as admin).I don't know what has exactly helped but it works now !!
Thanks a lot for your help.
@dextmorgn commented on GitHub (Nov 23, 2025):
Good to hear ! Closing this.
@Dermody commented on GitHub (Nov 30, 2025):
This bug appears to remain in the current version.