Latest docker image did not work

[BrianLakstins]

I had it working earlier today with 0.12.4.

I reloaded latest and the web interface shows 404.

Logs show this:

[2025-10-30 17:48:42] [INFO] Received request: uri=/, method=GET
[2025-10-30 17:48:42] [INFO] Root path detected, web_root=/var/lib/lightnvr/www
[2025-10-30 17:48:42] [INFO] No Authorization header found for URI: /, checking for cookies
[2025-10-30 17:48:42] [INFO] No Cookie header found
[2025-10-30 17:48:42] [INFO] Authentication failed for request: /
[2025-10-30 17:48:42] [INFO] Serving / without authentication
[2025-10-30 17:48:42] [INFO] Root path detected in main handler, redirecting to index.html
[2025-10-30 17:48:42] [INFO] Index file not found, redirecting to /index.html

I reverted back to 0.12.4 and it worked fine.

If there was a breaking change and I need to clear out all stored data, I can do that.

My setup, in case anything about it could be interfering with the user interface working with the latest build.

1. Windows 11 Host system with Hyper-V
2. Ubuntu 2404 VM running under Hyper-V (basically it's own computer)
3. Docker running in Ubuntu 2404 VM (command line type stuff)
4. Portainer running on Docker (also running from command line)
5. Traefik running as a stack in Portainer (web interface management)
6. LightNVR running as a stack in Portainer (web interface management)
7. Config and Data volumes mapped to a NAS through NFS (as mapped in docker-compose.yaml)
8. RTSP Cameras on separate IOT subnet that has restricted access to local network where server is running (nothing Internet here, just separate networks with routers in between to prevent and bad IOT actors from accessing anything local).

[matteius]

I was reworking the build assets to not include them in repository, but to build in the actions when needed, because I often forget steps in the process when I get back to it -- and of course I forgot earlier, I bet if you run the latest contianer though it will work because I had experienced the same thing getting my windows laptop running the container via WSL -- seems better now on my end.

[BrianLakstins]

Good news: Recorded streams still match what they should for 0.12.4, and I got some video of interesting visitors for trick or treat last night (we have it on the 30th and 31st - don't know why, but I'm fine with it)

https://photo.lakstins.net/share/e2P-Tv2vuxqgdnyrglf_JtqE4D1BTwL9S3HRBaBLgnE5vTZl-qtKyOMibDDPnizlGw8

Bad news: 0.13 is still not giving me a web interface. I tried without the proxy and it did not work that way either.

Here are some DEBUG level logs.

[2025-10-31 13:50:37] [DEBUG] New connection accepted
6b534a5a 3 mongoose.c:9167:read_conn    4 12 0:0:0 78 err 0
[2025-10-31 13:50:37] [INFO] Received request: uri=/, method=GET
[2025-10-31 13:50:37] [INFO] Root path detected, web_root=/var/lib/lightnvr/www
[2025-10-31 13:50:37] [INFO] No Authorization header found for URI: /, checking for cookies
[2025-10-31 13:50:37] [INFO] No Cookie header found
[2025-10-31 13:50:37] [DEBUG] No Authorization header or valid cookies found
[2025-10-31 13:50:37] [INFO] Authentication failed for request: /
[2025-10-31 13:50:37] [INFO] Serving / without authentication
[2025-10-31 13:50:37] [INFO] Root path detected in main handler, redirecting to index.html
[2025-10-31 13:50:37] [INFO] Index file not found, redirecting to /index.html
6b534a5a 3 mongoose.c:9177:write_conn   4 12 snd 64/16384 rcv 0/16384 n=64 err=0
6b534a5a 3 mongoose.c:9167:read_conn    4 12 0:0:0 -1 err 2
[2025-10-31 13:50:37] [DEBUG] Connection closed
[2025-10-31 13:50:37] [DEBUG] Connection closed and cleaned up

[BrianLakstins]

I tried a fresh install and the web interface worked! I'll add some streams to it and see if it was just and "existing files" issue.

[BrianLakstins]

v0.13.0 configured with 1 stream.

I did not alter the lightnvr.ini file.

My docker-compose.yml file.

services:
  lightnvr:
    image: ghcr.io/opensensor/lightnvr:latest
    container_name: lightnvr-dev
    restart: unless-stopped
    ports:
      - 1984:1984/tcp   # go2rtc API port
      - 8090:8080
    volumes:
      - config:/etc/lightnvr
      - data:/var/lib/lightnvr/data
    networks:
      - portainer_default         
    labels:
      - "traefik.enable=true"
      - "traefik.http.routers.lightnvr-dev.rule=Host(`lightnvr-dev.${SystemId}.${SystemLocation}.dns9.co`)"
      - "traefik.http.routers.lightnvr-dev.entrypoints=ep-http"
      - "traefik.http.routers.lightnvr-dev-secure.rule=Host(`lightnvr-dev.${SystemId}.${SystemLocation}.dns9.co`)"
      - "traefik.http.routers.lightnvr-dev-secure.entrypoints=ep-https"
      - "traefik.http.routers.lightnvr-dev-secure.tls.certresolver=cr1"
      - "traefik.http.routers.lightnvr-dev-secure.tls=true"
      - "traefik.http.routers.lightnvr-dev-secure.service=lightnvr-dev"

      - "traefik.http.services.lightnvr-dev.loadbalancer.server.port=8080"
      - "traefik.docker.network=portainer_default"

networks:
  portainer_default:
    external: true 
    
volumes:
  config:
      driver_opts:
        type: "nfs"
        o: "nfsvers=4,addr=${IpAddressNFS},rw"
        device: ":/${NFSVolumePath}/${SystemId}/lightnvr-dev-config" 

  data:
      driver_opts:
        type: "nfs"
        o: "nfsvers=4,addr=${IpAddressNFS},rw"
        device: ":/${NFSVolumePath}/${SystemId}/lightnvr-dev-data"  

Recordings, Streams, Motion, Settings, Users, and System tabs are very responsive.

Live view shows a loading and eventual time out.

Post event to /api/webrtc?src=Doorbell gives a 404 error.

Click the "HLS View" button and video comes right up (seems to be delayed a few minutes and eventually just stops).

Restarted container. Everything that was working is still working.

Post event to /api/webrtc?src=Doorbell gives a 500 error now.

Change to debug level logging and restart container again.

Getting 404 error again for /api/webrtc?src=Doorbell

Logs that mention WebRTC

[INFO] WebRTC Port: 8555 (TCP/UDP)
14:39:34.415 INF [webrtc] listen addr=:8555
web_port=8080 web_root=/var/lib/lightnvr/web web_auth_enabled=true web_username=admin webrtc_disabled=false web_password=******** storage_path=/var/lib/lightnvr/data/recordings storage_path_hls= max_storage_size=0 retention_days=30 auto_delete_oldest=true max_streams=16 log_file=/var/log/lightnvr/lightnvr.log log_level=3 pid_file=/var/run/lightnvr.pid db_path=/var/lib/lightnvr/data/database/lightnvr.db models_path=/var/lib/lightnvr/data/models buffer_size=1024 use_swap=true swap_size=128
[2025-10-31 14:40:30] [INFO] Received request: uri=/api/webrtc, method=POST
[2025-10-31 14:40:30] [INFO] API request received: POST /api/webrtc, threading=enabled
[2025-10-31 14:40:30] [DEBUG] Route matched: method=POST, pattern=/api/webrtc, uri=/api/webrtc
[2025-10-31 14:40:30] [INFO] API route matched: POST /api/webrtc
[2025-10-31 14:40:30] [INFO] Handler has opted out of auto-threading: POST /api/webrtc
[2025-10-31 14:40:30] [INFO] Handling API request directly: POST /api/webrtc
[2025-10-31 14:40:30] [INFO] Processing WebRTC offer request
[2025-10-31 14:40:30] [INFO] Handling POST /api/webrtc request
[2025-10-31 14:40:30] [INFO] Request URI: /api/webrtc
[2025-10-31 14:40:30] [INFO] WebRTC offer length: 6036
[2025-10-31 14:40:30] [INFO] WebRTC offer preview: {"type":"offer","sdp":"v=0\r\no=- 5879450494452044976 2 IN IP4 127.0.0.1\r\ns=-\r\nt=0 0\r\na=group:
[2025-10-31 14:40:30] [INFO] Successfully handled WebRTC offer request for stream: Doorbell
[2025-10-31 14:40:30] [INFO] Completed WebRTC offer request
web_port=8080 web_root=/var/lib/lightnvr/web web_auth_enabled=true web_username=admin webrtc_disabled=false web_password=******** storage_path=/var/lib/lightnvr/data/recordings storage_path_hls= max_storage_size=0 retention_days=30 auto_delete_oldest=true max_streams=16 log_file=/var/log/lightnvr/lightnvr.log log_level=3 pid_file=/var/run/lightnvr.pid db_path=/var/lib/lightnvr/data/database/lightnvr.db models_path=/var/lib/lightnvr/data/models buffer_size=1024 use_swap=true swap_size=128
[2025-10-31 14:41:22] [INFO] Received request: uri=/api/webrtc, method=POST
[2025-10-31 14:41:22] [INFO] API request received: POST /api/webrtc, threading=enabled
[2025-10-31 14:41:22] [DEBUG] Route matched: method=POST, pattern=/api/webrtc, uri=/api/webrtc
[2025-10-31 14:41:22] [INFO] API route matched: POST /api/webrtc
[2025-10-31 14:41:22] [INFO] Handler has opted out of auto-threading: POST /api/webrtc
[2025-10-31 14:41:22] [INFO] Handling API request directly: POST /api/webrtc
[2025-10-31 14:41:22] [INFO] Processing WebRTC offer request
[2025-10-31 14:41:22] [INFO] Handling POST /api/webrtc request
[2025-10-31 14:41:22] [INFO] Request URI: /api/webrtc
[2025-10-31 14:41:22] [INFO] WebRTC offer length: 6036
[2025-10-31 14:41:22] [INFO] WebRTC offer preview: {"type":"offer","sdp":"v=0\r\no=- 4912151252922577993 2 IN IP4 127.0.0.1\r\ns=-\r\nt=0 0\r\na=group:
[2025-10-31 14:41:22] [INFO] Successfully handled WebRTC offer request for stream: Doorbell
[2025-10-31 14:41:22] [INFO] Completed WebRTC offer request

[matteius]

Here is the config I use when I pulled the latest images and web portal works -- I even added a theme selector last night:

matteius@matteius-proart:~$ cat lightnvr/config/lightnvr.ini
; LightNVR Configuration File (INI format)

[general]
pid_file = /var/run/lightnvr.pid
log_file = /var/log/lightnvr.log
log_level = 2  ; 0=ERROR, 1=WARN, 2=INFO, 3=DEBUG
syslog_enabled = false
syslog_ident = lightnvr
syslog_facility = LOG_USER  ; Syslog facility for system logging

[storage]
path = /var/lib/lightnvr/recordings
max_size = 0  ; 0 means unlimited, otherwise bytes
retention_days = 30
auto_delete_oldest = true

; New recording format options
record_mp4_directly = false
mp4_path = /var/lib/lightnvr/recordings/mp4
mp4_segment_duration = 900
mp4_retention_days = 30

[models]
path = /var/lib/lightnvr/models

[api_detection]
url = http://localhost:8000/detect

[database]
path = /var/lib/lightnvr/data/lightnvr.db

[web]
port = 8080
root = /var/lib/lightnvr/web
auth_enabled = true
username = admin
password = admin  ; IMPORTANT: Change this default password!
webrtc_disabled = false

[streams]
max_streams = 16

[memory]
buffer_size = 1024  ; Buffer size in KB
use_swap = true
swap_file = /var/lib/lightnvr/swap
swap_size = 134217728  ; Size in bytes

[hardware]
hw_accel_enabled = false
hw_accel_device =

[go2rtc]
binary_path = /usr/local/bin/go2rtc
config_dir = /etc/lightnvr/go2rtc
api_port = 1984
webrtc_enabled = true
webrtc_listen_port = 8555
stun_enabled = true
stun_server = stun.l.google.com:19302
external_ip = 172.26.91.216
ice_servers = stun:stun.l.google.com:19302,turn:openrelay.metered.ca:80?username=openrelayproject&password=openrelayproject

[stream.Driveway]
record_audio = true

; Note: Stream configurations are stored in the database```

[BrianLakstins]

A few changes from the default in your ini file.

Main one seems to be the binary_path for go2rtc.

What is the external_ip value? Is that the docker container's ip address?

[BrianLakstins]

Still getting a 404 when access /api/webrtc

[matteius]

Perfect! There's the issue:
Environment Variable: LIGHTNVR_WEB_ROOT=/var/lib/lightnvr/web
Actual Location: /usr/share/lightnvr/web-template/index.html
Notice the mismatch:

The env var points to /var/lib/lightnvr/web (note: web not www)
Your logs show it's looking at /var/lib/lightnvr/www
But the assets are actually at /usr/share/lightnvr/web-template

This is likely a Docker image bug
The image should either:

Have the correct LIGHTNVR_WEB_ROOT set to /usr/share/lightnvr/web-template, OR
Copy/link the files from /usr/share/lightnvr/web-template to /var/lib/lightnvr/web during startup

Let's check if there's supposed to be a startup script:
bashdocker inspect ghcr.io/opensensor/lightnvr:latest | grep -A 10 -E "(Entrypoint|Cmd)"
For your bug report, add:

The default LIGHTNVR_WEB_ROOT is set to /var/lib/lightnvr/web
The actual web assets are at /usr/share/lightnvr/web-template
The directory /var/lib/lightnvr/web doesn't exist in the image
This appears to be a build/packaging issue where the assets aren't being copied to the expected location

Potential workaround (if you want to test):
Try overriding the environment variable in your docker-compose:
yamlenvironment:

• LIGHTNVR_WEB_ROOT=/usr/share/lightnvr/web-template
  But this is definitely a bug in the image build!

Ill try to fix this tonight

[BrianLakstins]

I created a new docker-compose,yml file based on your latest.

Only changes. Let me know if they would break any functionality.

1. Uses named volumes on my NAS through NFS
2. Uses Traefik labels to reverse proxy the web interface

services:
  lightnvr:
    image: ghcr.io/opensensor/lightnvr:latest
    container_name: lightnvr-latest
    restart: unless-stopped
    ports:
      #- "8080:8080"     # Web UI
      - "8554:8554"     # RTSP
      - "8555:8555"     # WebRTC TCP
      - "8555:8555/udp" # WebRTC UDP
      - "1984:1984"     # go2rtc API
    volumes:
      # Only mount what needs persistence
      # DO NOT mount /var/lib/lightnvr directly - it will overwrite web assets!
      - config:/etc/lightnvr
      - data:/var/lib/lightnvr/data
    environment:
      # Timezone configuration
      - TZ=UTC  # Change to your timezone (e.g., America/New_York, Europe/London)

      # go2rtc configuration persistence
      # Set to 'false' to let go2rtc regenerate config on each restart
      - GO2RTC_CONFIG_PERSIST=true

      # Auto-initialize configuration files on first run
      - LIGHTNVR_AUTO_INIT=true
    env_file:
      - stack.env
    networks:
      - portainer_default         
    labels:
      - "traefik.enable=true"
      - "traefik.http.routers.lightnvr-latest.rule=Host(`lightnvr-latest.${SystemId}.${SystemLocation}.dns9.co`)"
      - "traefik.http.routers.lightnvr-latest.entrypoints=ep-http"
      - "traefik.http.routers.lightnvr-latest-secure.rule=Host(`lightnvr-latest.${SystemId}.${SystemLocation}.dns9.co`)"
      - "traefik.http.routers.lightnvr-latest-secure.entrypoints=ep-https"
      - "traefik.http.routers.lightnvr-latest-secure.tls.certresolver=cr1"
      - "traefik.http.routers.lightnvr-latest-secure.tls=true"
      - "traefik.http.routers.lightnvr-latest-secure.service=lightnvr-latest"

      - "traefik.http.services.lightnvr-latest.loadbalancer.server.port=8080"
      - "traefik.docker.network=portainer_default"

networks:
  portainer_default:
    external: true 
    
volumes:
  config:
      driver_opts:
        type: "nfs"
        o: "nfsvers=4,addr=${IpAddressNFS},rw"
        device: ":/${NFSVolumePath}/${SystemId}/lightnvr-latest-config" 

  data:
      driver_opts:
        type: "nfs"
        o: "nfsvers=4,addr=${IpAddressNFS},rw"
        device: ":/${NFSVolumePath}/${SystemId}/lightnvr-latest-data"  

Initial web interface shows an "Error loading streams: Request timed out". There are 401 errors to /api/settings and /api/streams showing in the debug network console.

I hit logout and then log in as user admin.

index.html comes up with a "No streams configured" message and a "Configure Streams" button.

Added one stream named "Porch"

Go to "Live View" tab.

Getting 404 error in debug network console for /api/webrtc?src=Porch.

Click HLS View. I see the Portch camera.

I waited a while and went to recordings and it shows "No recordings found matching your criteria".

I checked the volume storage and there are no files in /recordings/mp4/Porch

The log shows some errors:

[2025-11-02 15:07:19] [ERROR] Failed to open input: -1 (Operation not permitted)
[2025-11-02 15:07:19] [ERROR] Failed to record segment for stream Porch (error: -1), implementing retry strategy...

I restarted the container.

Live view "HLS View" shows video, but it's from before the restart only.

Recordings are still not being made.

The error for "Failed to open input" don't show in the logs any more.

I tried going to the "System" page and it came up quickly, but without any logs. The container console log showed errors though:

[2025-11-02 15:12:27] [ERROR] Failed to parse log JSON: {"timestamp":"2025-11-02 15:11:30","level":"INFO","message":"WebRTC config response: {"iceServers":[{"urls":["stun:stun.l.google.com:19302"]}]}"}
[2025-11-02 15:12:27] [ERROR] Failed to parse log JSON: {"timestamp":"2025-11-02 15:11:30","level":"INFO","message":"WebRTC offer preview: {"type":"offer","sdp":"v=0\r\no=- 5645744598614751118 2 IN IP4 127.0.0.1\r\ns=-\r\nt=0 0\r\na=group:"}

There were some errors in the log from viewing the WebRTC view of the home page too:

[2025-11-02 15:12:58] [ERROR] go2rtc API returned error: 404
[2025-11-02 15:13:35] [ERROR] go2rtc API returned error: 404

Sorry for the multiple edits of this post. I thought I should keep trouble shooting to give you as much info as possible.

[matteius]

@BrianLakstins can you check/cat what your go2rtc config looks like? I wonder if some chnages I tried to make to support turn servers in the config are breaking some cases.

[BrianLakstins]

Here it is from my volume mount:

root@DNS917DT01TNAS[...umes/28/lightnvr-latest-config/go2rtc]# cat go2rtc.yaml
# go2rtc configuration file
api:
  listen: :1984
  base_path: /go2rtc/

rtsp:
  listen: :8554

webrtc:
  listen: :8555
  ice_servers:
    - urls: [stun:stun.l.google.com:19302]
  candidates:
    - "*:8555"
    - stun:stun.l.google.com:19302

log:
  level: info

streams:
  # Streams will be added dynamically by LightNVR

[matteius]

I just published a new container -- maybe check that one? I haven't been able to reproduce the issue with webRTC.

[BrianLakstins]

Started with clean folders and new image.

1. I got a session expired message and taken to the login screen when I first went to the site. Yay!
2. Tabs show no data and no errors. Yay!
3. System tab shows no system logs, but I see a request going to the server and getting json response every second or so, just shows "No logs found" on the screen. Fetch response shown below.
4. Added a stream. All seems good!
5. Waited a couple of minutes, then check recordings. 2 recordings show up and look good!
6. Try Live view - Shows loading animation and request to webrtc?src=Kitchen shows 404 error. Could it be something to do with using 127.0.0.1? I don't that as the address in my browser. Log shown below.
7. Switch to HLS View. Current video shows up.

Log data coming from 3 above.

{
    "logs": [
        {
            "timestamp": "2025-11-05 23:49:57",
            "level": "INFO",
            "message": "HLS request header: Host: lightnvr-latest.28.116vb.dns9.co"
        },
        {
            "timestamp": "2025-11-05 23:49:57",
            "level": "INFO",
            "message": "HLS request header: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/142.0.0.0 Safari/537.36 Edg/142.0.0.0"
        },
        {
            "timestamp": "2025-11-05 23:49:57",
            "level": "INFO",
            "message": "HLS request header: Accept: */*"
        },
}}

Portainer (console) Log for 6 above

[2025-11-05 23:48:09] [INFO] Received request: uri=/api/webrtc, method=POST
[2025-11-05 23:48:09] [INFO] Authentication successful for user: admin (ID: 1)
[2025-11-05 23:48:09] [INFO] Authentication successful with database credentials for user: admin (ID: 1)
[2025-11-05 23:48:09] [INFO] API request received: POST /api/webrtc, threading=enabled
[2025-11-05 23:48:09] [INFO] API route matched: POST /api/webrtc
[2025-11-05 23:48:09] [INFO] Handler has opted out of auto-threading: POST /api/webrtc
[2025-11-05 23:48:09] [INFO] Handling API request directly: POST /api/webrtc
[2025-11-05 23:48:09] [INFO] Processing WebRTC offer request
[2025-11-05 23:48:09] [INFO] Authentication successful for user: admin (ID: 1)
[2025-11-05 23:48:09] [INFO] Authentication successful with database credentials for user: admin (ID: 1)
[2025-11-05 23:48:09] [INFO] Handling POST /api/webrtc request
[2025-11-05 23:48:09] [INFO] Request method: POST
[2025-11-05 23:48:09] [INFO] Request URI: /api/webrtc
[2025-11-05 23:48:09] [INFO] Request query: src=Kitchen
[2025-11-05 23:48:09] [INFO] Request body length: 6036
[2025-11-05 23:48:09] [INFO] Extracted src parameter: Kitchen
[2025-11-05 23:48:09] [INFO] Looking for stream with name: 'Kitchen'
[2025-11-05 23:48:09] [INFO] Trimmed stream name: 'Kitchen'
[2025-11-05 23:48:09] [INFO] Stream found: 'Kitchen'
[2025-11-05 23:48:09] [INFO] WebRTC offer length: 6036
[2025-11-05 23:48:09] [INFO] WebRTC offer preview: {"type":"offer","sdp":"v=0\r\no=- 2111658079316134272 2 IN IP4 127.0.0.1\r\ns=-\r\nt=0 0\r\na=group:
[2025-11-05 23:48:09] [ERROR] go2rtc API returned error: 404
[2025-11-05 23:48:09] [INFO] Successfully handled WebRTC offer request for stream: Kitchen
[2025-11-05 23:48:09] [INFO] Completed WebRTC offer request

[matteius]

It cannot have to do with 127.0.0.1 as I also use that both in container and running natively on OS -- hmmm, I wonder if something in the stream name?

[BrianLakstins]

I do use mixed case. Kitchen.

I tried restarting the container and got this:

[2025-11-05 23:54:57] [WARN] Failed to start MP4 recording for stream: Kitchen
[2025-11-05 23:54:57] [WARN] Failed to start HLS streaming for stream: Kitchen

My public port 8080 is in use by another docker container. I tried using 8081 instead of my Traefik proxy and still get same webrtc end point 404 error.

After restart, new recordings are not being created.

I created a "test" stream, but that did not seem to change anything.
Actually, "test" started creating recordings. I'll shut it all back down for now, but if you want me to start up and see if "test" is still working, let me know.