Hurrah!!

option 2 ~8 and I was back in business

PS

Just found out this extension for Firefox "Copy Tex"t I can copy anywhere from a page select and copy very simple and working , I love it.

No worries I probably did something funny somewhere. I will delete it again and will do it until satisfaction.

You have been a big help as usual

Voila!

I agree I do thing too fast and that come back to bite myself

root@OMV-MSI:/var/www/openmediavault/images# ls -l | grep login-bg.jpg
-rw-rw-r-- 1 openmediavault-webgui openmediavault-webgui 137364 Oct 25 10:52 login-bg.jpg

Update I am using the https://github.com/zocker-160/handbrake-nvenc-docker took some time to figure it out !!

So great is using my GPU totally silent compare encodig with only CPU the original work with the intel driver also Quicksync

and yes on both still got the permission issue when I upgrade them!

Even worse now with no cache and I made sure to rm the previous custom.css

anyway

Quote from topaLE

Please read:

RE: Dark Blue Theme OMV 5

Point 4 and 5

You also need the .jpg on your server.

Of course it is still there but ...

But I did paste again the code https://raw.githubusercontent.…mes/main/theme-custom.css

still not showing image

Not sure why the new image

https://raw.githubusercontent.com/topa-LE/omv_blue_dark_themes/main/login-bg.jpg

is not showing

Look very nice I adopted it right away.

So when a new version will be made I just have to update it the way I installed it the previous one, paste on top of the previous one in theme-custom.css and do again

chown openmediavault-webgui:openmediavault-webgui theme-custom.css

right?

Quote from KM0201

I think the only issue you may run into (especially if you use Watchtower, or some other way to update your containers automatically).. is if WT pulls an update and redeploys the container w/ a new image.. that permission setting is likely to change.

Well no big deal no I know the maneuver! and so far no luck with my NVIDIA driver with the fork one https://github.com/zocker-160/handbrake-nvenc-docker

This is kind of strange since it is working perfectly with Emby and also so far no luck with quickSync I could not find yet a guide working for me since I cannot use the old i965 driver

Quote from macom

It is a pity that users reported the issue here, but did not provide additional information as requested by jlesage. Nefertiti maybe you can provide the requested output from your system to help jlesage resolving it.

I am gonna link this thread to https://github.com/jlesage/docker-handbrake/issues/194

Yes I did try it before, it was the same problem.

But why is it happening with my system having this perm issue and only with this container?

Quote from KM0201

Interesting.

Did it survive restarting the container? I would have thought not.

Yes I can restart it no problem, now why is it happening in the first place since I am sure I am gonna got the same issue with the fork one https://github.com/zocker-160/handbrake-nvenc-docker

but because you taught me how to bash into the container I will be able to go around this?

Look what happened! it was a tough cookie I do not know why it is happening with those container I have seen other thread with this issue but with a different container from

jlesage https://github.com/jlesage/docker-makemkv/issues/42

But now I will need to install this one https://github.com/zocker-160/handbrake-nvenc-docker instead since I need to use my nvidia for it since I cannot make quick sync working with the 11th gen x64 driver issue I did not have the problem with 9 th gen well I will open a new thread if I got to much problem with https://github.com/zocker-160/handbrake-nvenc-docker

I started with the first data folder in cli

bash-5.0# root@OMV-MSI:~#
root@OMV-MSI:~# cd /srv/dev-disk-by-uuid-37d059e6-8189-404a-967b-53afec96bf4f/Data
root@OMV-MSI:/srv/dev-disk-by-uuid-37d059e6-8189-404a-967b-53afec96bf4f/Data# chmod 2755 handbrake/
root@OMV-MSI:/srv/dev-disk-by-uuid-37d059e6-8189-404a-967b-53afec96bf4f/Data# ls -l
total 4
drwxr-sr-x 5 root root 4096 Oct 23 12:57 handbrake

Since i am not to good with cli I continued to check the other one with Winscp everything looks ok but still same result

Previously I mentioned the container got a different perm compare to yours maybe it is the issue how do I change it ?

-rw-r-----+ 1 root root 9865 Oct 23 13:56 index.html

yours
-rw-r--r-- 1 root root 9865 Oct 23 20:57 index.html

Here what I was able to get:

yes i am using 64bit

-rw-r-----+ 1 root root 9865 Oct 23 13:56 index.html

may not have the right permission?

root@OMV-MSI:~# ~# docker exec -it handbrake bash
-bash: ~#: command not found
root@OMV-MSI:~# docker exec -it handbrake bash
bash-5.0# cd /
bash-5.0# ls
bin  config  defaults  dev  etc  home  init  lib  libexec  media  mnt  opt  output  proc  root  run  sbin  srv  startapp.sh  storage  sys  tmp  usr  var  watch
bash-5.0# cd opt/
bash-5.0# ls
intel  novnc
bash-5.0# cd novnc/
bash-5.0# ls
app  css  fonts  images  include  index.html  index.vnc  js
bash-5.0# ls -l
total 72
drwxr-xr-x+ 3 root root 4096 Apr  6  2021 app
drwxr-xr-x+ 1 root root 4096 Apr  6  2021 css
drwxr-xr-x+ 2 root root 4096 Apr  6  2021 fonts
drwxr-xr-x+ 1 root root 4096 Oct  4 06:49 images
drwxr-xr-x+ 2 root root 4096 Apr  6  2021 include
-rw-r-----+ 1 root root 9865 Oct 23 13:56 index.html
-rw-r--r--+ 1 root root 9862 Oct  4 06:49 index.vnc
drwxr-xr-x+ 1 root root 4096 Apr  6  2021 js
bash-5.0#

root@OMV-MSI:/srv/dev-disk-by-uuid-2e5438fd-633f-4658-82b0-dce4dccd3b97/AppData/Config/handbrake# ls -l
total 32
-rw-rw-rw-+ 1 Philip users    0 Oct 23 13:56 failed_conversions
drwxrwsrwx+ 2 Philip users 4096 Oct 23 13:56 ghb
drwxrwsrwx+ 2 Philip users 4096 Oct 23 13:53 hooks
drwxrwsrwx+ 4 Philip users 4096 Oct 23 13:53 log
-rw-rw-rw-+ 1 Philip users    0 Oct 23 13:56 successful_conversions
drwxrwsrwx+ 5 Philip users 4096 Oct 23 13:56 xdg


root@OMV-MSI:/srv/dev-disk-by-uuid-37d059e6-8189-404a-967b-53afec96bf4f/Data/handbrake# ls -l
total 12
drwxr-xr-x 2 Philip users 4096 Oct 23 12:57 output
drwxr-xr-x 2 root   root  4096 Oct 23 12:57 storage
drwxr-xr-x 2 root   root  4096 Oct 23 12:57 watch
root@OMV-MSI:/srv/dev-disk-by-uuid-37d059e6-8189-404a-967b-53afec96bf4f/Data/handbrake#

root@OMV-MSI:/srv/dev-disk-by-uuid-37d059e6-8189-404a-967b-53afec96bf4f/Data# ls -l
total 4
drwxr-xr-x 5 root root 4096 Oct 23 12:57 handbrake

All my containers are working as expected except handbrake

Yes the same permission error

192.168.2.101 - - [23/Oct/2021:13:10:23 -0700] "GET /favicon.ico HTTP/1.1" 200 15086 "http://192.168.2.50:5800/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0" "-"

2021/10/23 13:10:23 [error] 890#890: *3 open() "/opt/novnc/index.html" failed (13: Permission denied), client: 192.168.2.101, server: , request: "GET / HTTP/1.1", host: "192.168.2.50:5800"

I did exactly what you kindly suggested no difference.

Wondering what is wrong with my system!

root@OMV-MSI:~# cd /srv/dev-disk-by-uuid-2e5438fd-633f-4658-82b0-dce4dccd3b97/AppData/Config
root@OMV-MSI:/srv/dev-disk-by-uuid-2e5438fd-633f-4658-82b0-dce4dccd3b97/AppData/Config# rm -R handbrake
root@OMV-MSI:/srv/dev-disk-by-uuid-2e5438fd-633f-4658-82b0-dce4dccd3b97/AppData/Config# cd ~
root@OMV-MSI:~#
root@OMV-MSI:~# cd /srv/dev-disk-by-uuid-37d059e6-8189-404a-967b-53afec96bf4f/Data/
root@OMV-MSI:/srv/dev-disk-by-uuid-37d059e6-8189-404a-967b-53afec96bf4f/Data# rm -R handbrake