Execution Error on starting/stopping dockers.


ridley

Recommended Posts

Your docker setup is way off.

 

appdata is all over the array. Can't quite figure out system share since there seems to be more than one of them but they are both on the array also.

 

400G docker.img is at least 10 times larger than anybody needs. Not clear where that is since your system share is unclear as mentioned, but probably on the array.

 

Disable docker in Settings for now, lots of things to clean up.

 

Go to User Shares page, click Compute All button at bottom, wait for the results to complete. If you don't have complete results after a few minutes, refresh the page.

 

Then post a screenshot.

 

 

 

 

Link to comment
18 hours ago, ridley said:

I recently added a cache drive? 

That would explain why these shares have files on the array.

 

You do have 2 "system" shares, as you can see, but one of them is named "System". Linux is case-sensitive, so these are different shares with different paths. The usual naming for that is "system". We need to find out what is in "System"

 

That screenshot is not the complete results. When the results are complete, each share will show how much of each disk is used by the share. Maybe you only did Compute... on appdata instead of Compute All button?

 

Try again.

Link to comment
1 hour ago, trurl said:

That would explain why these shares have files on the array.

 

You do have 2 "system" shares, as you can see, but one of them is named "System". Linux is case-sensitive, so these are different shares with different paths. The usual naming for that is "system". We need to find out what is in "System"

 

That screenshot is not the complete results. When the results are complete, each share will show how much of each disk is used by the share. Maybe you only did Compute... on appdata instead of Compute All button?

 

Try again.

Is that any better?

 

Thanks for all your help

shares.pdf

Link to comment

I recommend NOT sharing disks. Several ways to get yourself in trouble with that. And since you have Dynamix File Manager plugin, you can manage files on the disks anyway, and it won't let you get in trouble.

 

What do you get from the command line with this?

ls -lah /mnt/user/System

and this?

ls -lah /mnt/user/system

 

Link to comment
2 hours ago, trurl said:

I recommend NOT sharing disks. Several ways to get yourself in trouble with that. And since you have Dynamix File Manager plugin, you can manage files on the disks anyway, and it won't let you get in trouble.

 

What do you get from the command line with this?

ls -lah /mnt/user/System

and this?

ls -lah /mnt/user/system

 

image.png.c0d5b1884a7be9ec0468ab65f942dd87.png

 

image.png.4f4715aa36e5469b02b9e9f85e13ccbf.png

 

 

Link to comment
13 minutes ago, trurl said:

Any idea what all that in System folder is? Looks more Windows related than Unraid.

 

No idea, looks like Windows stuff to me and hasn't been modified for a 1/4 century....

I suspect some backup of a windows folder from way, way back.

 

Link to comment
1 minute ago, ridley said:

What to do with the APPDATA?

Fortunately you don't have a share named APPDATA. You do have an appdata share. We will deal with it at the same time we deal with system share.

 

1 hour ago, trurl said:

you don't want a user share named System. Delete or move the contents, then delete the System user share. Of course you want to keep the system user share.

 

In addition to Docker disabled in Settings, you also need to disable VM Manager. Do you have any VMs?

If you have done all that post new diagnostics.

 

Link to comment
1 hour ago, trurl said:

If you don't know what it is I guess you don't need it. In any case, you don't want a user share named System. Delete or move the contents, then delete the System user share. Of course you want to keep the system user share.

 

In addition to Docker disabled in Settings, you also need to disable VM Manager. Do you have any VMs?

 

Disable the VM whilst sorting out the APPDATA you mean?

Link to comment

Set appdata and system shares to cache:prefer, domains is already cache:prefer and all on cache.

 

You want those shares all on fast pool (cache) and set to stay there so dockers/VMs aren't impacted by slower array, and so array disks can spindown, since these files are always open.

 

Then run mover, let it complete, and post new diagnostics.

 

Nothing can move open files, so that is why Docker and VM Manager has to be disabled. And mover won't move duplicates, so there may be some manual cleanup left to do.

Link to comment
16 hours ago, trurl said:

Set appdata and system shares to cache:prefer, domains is already cache:prefer and all on cache.

 

You want those shares all on fast pool (cache) and set to stay there so dockers/VMs aren't impacted by slower array, and so array disks can spindown, since these files are always open.

 

Then run mover, let it complete, and post new diagnostics.

 

Nothing can move open files, so that is why Docker and VM Manager has to be disabled. And mover won't move duplicates, so there may be some manual cleanup left to do.

 

Been running mover for 12+ hours now and it is very, very slow. I am talking a MB / s slow, that cannot be right, right?

Link to comment
2 hours ago, Kilrah said:

If appdata contains lots and lots of tiny files it can. That's why you don't want that on the array, accessing those can be very slow on HDDs.

 

I think you're right, it seems to have got to bigger files and is now up to 100MB/s

 

and now back to very slow 🙂

Edited by ridley
Link to comment
22 hours ago, trurl said:

Set appdata and system shares to cache:prefer, domains is already cache:prefer and all on cache.

 

You want those shares all on fast pool (cache) and set to stay there so dockers/VMs aren't impacted by slower array, and so array disks can spindown, since these files are always open.

 

Then run mover, let it complete, and post new diagnostics.

 

Nothing can move open files, so that is why Docker and VM Manager has to be disabled. And mover won't move duplicates, so there may be some manual cleanup left to do.

 

OK it has finished and here are the diagnostics

tower-diagnostics-20220815-1740.zip

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.