@skipt I'm wondering if accessing the CDVR log file via a Samba share might be a workaround to this issue.
To do this, you'd first need to set up the directory containing the log file as a network share. I share mine as //media-server6/ChannelsDVR:
Next, create a volume in Portainer pointing to this share. This would look something like this, though you'd need to add username and password:
Then stop your OliveTin Portainer stack and bind this newly created volume instead of your current directory binding. To do this you'd need uncomment some of the lines in the second volumes:
section like so:
volumes: # use this section if you've setup a docker volume named channels-dvr, with CIFS or NFS, to bind to /mnt/dvr inside the container. Set ${HOST_DIR} to channels-dvr (HOST_DIR=channels_dvr) in that example.
#channels-dvr:
#external: true
channels-dvr-logs:
external: true
and then change the value of LOGS_SHARE like so:
LOGS_SHARE=channels-dvr-logs
I have some confidence this approach will work, as the tail -f
WSL2 bug appears to be confined to synchronization of files between WSL2 and the host Windows filesystem.