How I solved the disconnection issues #579
angelarose210
started this conversation in
Show and Tell
Replies: 2 comments
|
Catching up on issues and PRs right now - thanks for this @angelarose210! Did you make a PR for this already? I would appreciate that a lot! |
0 replies
|
@angelarose210 Thank you, will move this to the show and tell area, please put up a PR if you have ideas for this and how to make it part of Archon |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
I'm using podman instead of docker desktop. I had claude write a troubleshooting guide including the steps I took to solve it. Just thought I'd share since I spent a couple hours going in circles and I see some other people having similar problems.
Archon Troubleshooting Guide
Common Issues and Solutions
Issue: Frontend 500 Errors and WebSocket Connection Failures
Symptoms:
/api/projectsand/api/healthreturn 500 errors when accessed through frontendRoot Cause:
The frontend container's Vite proxy configuration was trying to connect to
localhost:8181instead of the Docker service namearchon-server:8181. Inside Docker containers,localhostrefers to the container itself, not the Docker host or other containers.Solution:
Add
DOCKER_ENV=trueto frontend container environment indocker-compose.yml:Rebuild frontend container to pick up the environment variable:
Technical Details:
vite.config.tsfile checksDOCKER_ENVto determine proxy targetDOCKER_ENV=true: usesarchon-server:8181(Docker service name)DOCKER_ENV=falseor unset: useslocalhost:8181(for local development)Issue: Port 3737 Already in Use
Symptoms:
Solution:
Change port in
.envfile:ARCHON_UI_PORT=3738 # or any available portRestart services:
Issue: podman-compose Dockerfile Recognition Problems
Symptoms:
podman-composeignores Dockerfile specificationsSolution:
Use manual build commands instead of relying on compose build:
Issue: Container Name Conflicts
Symptoms:
Solution:
Clean up existing containers:
Issue: Authentication/Credentials Problems
Symptoms:
Common Causes & Solutions:
Windows Environment Variables Override:
SUPABASE_ACCESS_TOKENfrom Windows environmentSUPABASE_SERVICE_KEYis set in.envfileWrong Supabase Key Type:
service_rolekey, NOTanonkeyOpenAI/Gemini Conflicts:
OPENAI_API_KEYin Windows environmentEnvironment Configuration Reference
Required
.envVariables:Docker Compose Environment:
Diagnostic Commands
Check Service Health:
Test API Proxy:
Check Container Status:
Verify Environment Variables:
Clean Restart Procedure
When experiencing multiple issues, use this complete restart:
Stop all services:
Clean up containers and networks:
Rebuild all images:
Start services:
Verify all services:
sleep 15 # Wait for startup podman-compose ps curl http://localhost:3738/api/healthPrevention Tips
DOCKER_ENV=truein docker-compose.yml for frontend containerarchon-server) for inter-container communication.envfile and UI settingsNetwork Architecture
All reactions