CHBMB

docker exec -it airsonic bash ls -la /music See if there are differences in the permissions between the music that works and that that doesn't

If we weren't friends, I'd think you were a complete a hole, as it is, I just think you're kind of one.....

And you know what I mean, which is a containerised application doesn't possess true cross platform compatibility. You're just being a pedant and playing on my poor language skills! [emoji14]

Fudge is putting it lightly. I really really dislike Wine..... Lol Wanna use Windows, use Windows

That's a fugly solution and Wine does not work for everything. I know, I've uttered enough swear words to it in the past and since given up with it. I was particularly meaning "Docker containerised Windows applications on Linux" Didn't think of Wine I admit, I try not to.....

Docker is predominantly a tool for running Linux applications in a container. Windows can run docker (albeit with a lot of ballache) but afaik it's not possible to do it the other way around and run Windows applications on Linux. Seems to be the perception on the forums at the moment that docker solves everybody's requests for an application, but that's not quite the case. Best way to think about a docker container is a miniature Linux VM (Not technically correct but a useful analogy) The other thing people seem to be forgetting is licensing, packaging stuff into a docker container would constitute distribution, therefore you are on very dodgy ground copyright wise redistributing non opensource software.

I've used all the stable releases of Unraid and run Nextcloud without problem and have done so since before we released this, so not so convinced about your theory myself, but good that your problem is solved regardless

Thought that image was for hosting your own private repo? Didn't realise it syndicated with the hub. Agreed a template file would work like that, removing the need for CLI. Point remains though that this software isn't owned by @jbear and pushing it into the public domain isn't the solution here.

Only if you're prepared to host the private docker registry and the company who sent you those files don't mind you redistributing them.

No, because there's no way to pull that data.

Got some links to that please?

We'll learn something new every day. Never seen a container distributed in it's component layers before.

You have to

No idea how to run that tar file. They can either direct you to a docker hub build or provide you with a dockerfile you build locally.

Also do you really want all your downloads as /mnt/cache/appdata/downloads or did you mean to put /mnt/cache/downloads

Look at the sabnzbd settings screenshot, you've got the default base folder as /config It needs to be /downloads

Don't set sabnzbd to move anything, Radarr/Sonarr take care of that

Yes, but you'd also need to map your balls into Sonarr/Radarr so they could kiss them too. Otherwise they'd never find them.

Did you use the existing file as a base or just replace it completely with one you found somewhere?

Try using /mnt/cache instead of /mnt/user and make sure you remove the mounts existing file.

All our containers are updated weekly. This is to ensure they get the latest packages and security fixes upstream in the underlying Alpine/Xenial system and also the latest application, which may or may not have been updated.

Anyways, has it fixed your problem?

Or...... You didn't follow this guy's advice did you? Not that it would explain where www-data comes from but in general it can break docker containers, although I would expect this particular container to be ok, but stil NEVER do this, bad advice unless you really really really understand what you're doing.

I'm not sure you could accomplish that with a click....... Generally takes the command line to do something like that. You always used our container? Or migrated from somebody elses version?

Yes. abc = nobody which is the default user on Unraid. That should work now. If not remove the container and reinstall. Just in case perms are borked in other folders in the container.