Blank webpage

[arth0sz]

So I may just be wasting your time here and it's an issue purely on my side (in which case just close the issue), but you told me on Discord to open an issue here. I tried to look into things and see what info I can give you.

The web page is currently still blank for me, tried different browsers just in case, tried visiting the page in my VM as well.

Edge returns a 502.

I tried rebuilding the containers (apart from the database), that did not help. Today I ran the update script to see what happens, but the issue persists.

The only errors I can find in the Docker logs are coming from the caddy container.

{"level":"info","ts":1737810075.4800503,"msg":"serving initial configuration"}
{"level":"info","ts":1737810075.4804542,"logger":"tls","msg":"storage cleaning happened too recently; skipping for now","storage":"FileStorage:/data/caddy","instance":"42b4870f-55bc-4014-a7d1-4829ccdba807","try_again":1737896475.4804525,"try_again_in":86399.999999498}
{"level":"info","ts":1737810075.4805279,"logger":"tls","msg":"finished cleaning storage units"}
{"level":"error","ts":1737810418.3605824,"logger":"http.log.error","msg":"read tcp 127.0.0.1:43982->127.0.0.1:8000: read: connection reset by peer","request":{"remote_ip":"192.168.142.1","remote_port":"57089","client_ip":"192.168.142.1","proto":"HTTP/1.1","method":"GET","host":"192.168.142.128:8080","uri":"/","headers":{"Accept-Encoding":["gzip, deflate"],"Connection":["keep-alive"],"Cookie":["REDACTED"],"Sec-Gpc":["1"],"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"],"User-Agent":["Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:134.0) Gecko/20100101 Firefox/134.0"],"Accept-Language":["en-GB,en;q=0.5"],"Dnt":["1"],"Upgrade-Insecure-Requests":["1"],"Priority":["u=0, i"]}},"duration":21.042304672,"status":502,"err_id":"yr53i9w12","err_trace":"reverseproxy.statusError (reverseproxy.go:1269)"}
{"level":"error","ts":1737810585.976925,"logger":"http.log.error","msg":"read tcp 127.0.0.1:44890->127.0.0.1:8000: read: connection reset by peer","request":{"remote_ip":"192.168.142.1","remote_port":"57128","client_ip":"192.168.142.1","proto":"HTTP/1.1","method":"GET","host":"192.168.142.128:8080","uri":"/","headers":{"Dnt":["1"],"Cookie":["REDACTED"],"Sec-Gpc":["1"],"Priority":["u=0, i"],"Accept-Language":["en-GB,en;q=0.5"],"Accept-Encoding":["gzip, deflate"],"Connection":["keep-alive"],"Upgrade-Insecure-Requests":["1"],"User-Agent":["Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:134.0) Gecko/20100101 Firefox/134.0"],"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"]}},"duration":21.049332935,"status":502,"err_id":"nkernc54j","err_trace":"reverseproxy.statusError (reverseproxy.go:1269)"}
{"level":"error","ts":1738000623.2144346,"logger":"http.log.error","msg":"read tcp 127.0.0.1:33290->127.0.0.1:8000: read: connection reset by peer","request":{"remote_ip":"192.168.142.1","remote_port":"52994","client_ip":"192.168.142.1","proto":"HTTP/1.1","method":"GET","host":"192.168.142.128:8080","uri":"/login/local/","headers":{"Connection":["keep-alive"],"Cookie":["REDACTED"],"Priority":["u=0, i"],"User-Agent":["Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:134.0) Gecko/20100101 Firefox/134.0"],"Dnt":["1"],"Upgrade-Insecure-Requests":["1"],"Sec-Gpc":["1"],"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"],"Accept-Language":["en-GB,en;q=0.5"],"Accept-Encoding":["gzip, deflate"]}},"duration":21.050802418,"status":502,"err_id":"7gy516xis","err_trace":"reverseproxy.statusError (reverseproxy.go:1269)"}
{"level":"error","ts":1738184256.2390728,"logger":"http.log.error","msg":"read tcp 127.0.0.1:44120->127.0.0.1:8000: read: connection reset by peer","request":{"remote_ip":"192.168.142.1","remote_port":"58484","client_ip":"192.168.142.1","proto":"HTTP/1.1","method":"GET","host":"192.168.142.128:8080","uri":"/templates/","headers":{"Upgrade-Insecure-Requests":["1"],"Sec-Gpc":["1"],"Priority":["u=0, i"],"User-Agent":["Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:134.0) Gecko/20100101 Firefox/134.0"],"Accept":["text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8"],"Dnt":["1"],"Connection":["keep-alive"],"Accept-Language":["en-GB,en;q=0.5"],"Accept-Encoding":["gzip, deflate"],"Cookie":["REDACTED"]}},"duration":21.044495693,"status":502,"err_id":"1ry94a1ic","err_trace":"reverseproxy.statusError (reverseproxy.go:1269)"}

I can't figure out why the connection is being reset. Nothing has changed in my setup to help me explain it.

netstat -tulnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      2703836/python3     
tcp        0      0 127.0.0.1:8000          0.0.0.0:*               LISTEN      228680/docker-proxy 
tcp        0      0 127.0.0.1:34775         0.0.0.0:*               LISTEN      1043/containerd     
tcp        0      0 127.0.0.1:2019          0.0.0.0:*               LISTEN      3523110/caddy       
tcp6       0      0 127.0.0.1:39457         :::*                    LISTEN      2981706/java        
tcp6       0      0 127.0.0.1:8081          :::*                    LISTEN      2981706/java        
tcp6       0      0 :::8080                 :::*                    LISTEN      3523110/caddy       
udp        0      0 0.0.0.0:34028           0.0.0.0:*                           2958489/openvpn     

[aronmolnar]

Hi,
Your caddy logs say read: connection reset by peer.
From your netstat output I see that port 8000 is bound by docker. So I assume that your sysreptor-app is running.
Can you...

• try to restart the docker containers (entering the deploy directory and running docker compose up -d)
• verify sysreptor-app container is running and healthy (using docker ps)
• check if there are errors in that container (using docker logs sysreptor-app)
• check if the connection works on the server (where you did the netstat command; using curl http://127.0.0.1/login/local/

[arth0sz]

Don't waste too much time on this, it's probably wildly random and not an actual bug with the tool 😅

docker compose up -d

docker ps

docker logs sysreptor-app

Everything is marked as INFO, repetition of the same periodic tasks, except this single WARNING here:

2025-02-01 23:16:31,744 [INFO] reportcreator_api.tasks.querysets: Completed periodic task "cleanup_collab_events" with status "success"
2025-02-01 23:21:02,364 [INFO] reportcreator_api.tasks.querysets: Starting periodic task "cleanup_history"
2025-02-01 23:21:02,372 [INFO] reportcreator_api.tasks.querysets: Completed periodic task "cleanup_history" with status "success"
2025-02-02 15:35:01,545 [INFO] reportcreator_api.tasks.querysets: Starting periodic task "cleanup_collab_events"
2025-02-02 15:35:01,551 [INFO] reportcreator_api.tasks.querysets: Completed periodic task "cleanup_collab_events" with status "success"
2025-02-02 15:35:01,556 [INFO] reportcreator_api.tasks.querysets: Starting periodic task "fetch_notifications"
2025-02-02 15:35:11,698 [WARNING] root: Failed to fetch notifications: . Check your internet connection.
2025-02-02 15:35:11,698 [INFO] reportcreator_api.tasks.querysets: Completed periodic task "fetch_notifications" with status "failed"
2025-02-02 15:35:11,702 [INFO] reportcreator_api.tasks.querysets: Starting periodic task "cleanup_history"
2025-02-02 15:35:11,713 [INFO] reportcreator_api.tasks.querysets: Completed periodic task "cleanup_history" with status "success"
2025-02-02 15:40:33,865 [INFO] reportcreator_api.tasks.querysets: Starting periodic task "cleanup_history"
2025-02-02 15:40:33,872 [INFO] reportcreator_api.tasks.querysets: Completed periodic task "cleanup_history" with status "success"

Not sure why the self-hosted version would be asking about an internet connection, but that machine has full internet access.

curl http://127.0.0.1/login/local/

curl http://127.0.0.1:8000/login/local/

[aronmolnar]

There is certainly something wrong with the sysreptor-app container (as the connection is reset).
Can you try to restart it using docker restart sysreptor-app?

[arth0sz]

I have both performed restarts and fully torn down and rebuilt all the containers one by one apart from the database mutliple times to no avail. I ran the update script as well.

Whatever the issue is, it seems only a fresh install, possibly in a fresh VM too, will fix it, I just wanted to try to salvage the database. I'm sorry I couldn't help you pinpoint what went wrong.

Edit: I can indeed confirm that a fresh setup works perfectly with nothing out of the ordinary.

[aronmolnar]

I can offer you a temporary Professional license, so you can try to backup your existing installation and to restore the backup on a new server.