Medwynd

Members
  • Content Count

    111
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Medwynd

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. For some reason every time I order the left column of widgets then leave the dashboard and come back, all of the widgets are in some indiscernible order. Could a plugin be causing this or am I just not understanding how this is supposed to work?
  2. Originally when I setup my server I had these settings: docker vdisk location: /mnt/cache/docker.img default appdata storage location: /mnt/user/appdata/ I also had a mish mash of paths for appdata for the dokers, some pointing to the actual disk at mnt/cache and some to the appdata user share. I am trying to clean this up and normalize this properly as i just upgraded my cache drive but there seems to be a variety of information out there on what to set this too. Ive seen some tutorials show the docker vdisk location in a system user share, which I dont
  3. The default location for docker was /mnt/cache/system/docker/docker.img which is why I was curious.
  4. "Is the preferred location for appdata to be the user share at mnt/user/appdata/<docker> or the drive at mnt/cache/appdata/<docker>?" So regarding this question, you are saying, yes I should change the configs to use /mnt/user/appdata? What about these questions? Should I reset the shares to cache prefer then activate the mover before reenabling Docker? Also, for getting this setup the actual proper way, when restarting docker should the vDisk be /mnt/cache/docker.img and the default appdata storage location be /mnt/user/appdata/?
  5. Yeah I cant explain it either. I made a windows user named nobody then I could access the files on the disk shares from windows when I was logged in to windows as the user "nobody". Should I reset the shares to cache prefer then activate the mover before reenabling Docker? Also, for getting this setup the actual proper way, when restarting docker should the vDisk be /mnt/cache/docker.img and the default appdata storage location be /mnt/user/appdata/? Finally, should I reconfigure any of the dockers before I create them? Before this project, the dockers I had r
  6. That is what I was reading. I dont know how to get permission to delete these files though. I really dont want to manually delete 8000+ files via midnight commander. I'd ideally not want to mess with their permissions for fear of screwing up the plex docker. Would making a windows user named "nobody" then connecting to the share allow me to permission to delete them? I tried setting disk2 to private then setting smv user accedd for one of my unraid users to Read/Write and could still not delete a file. Edit: Making a windows user named nobody seemed to le
  7. It's is definitely disabled, I have no docker option at the top of the screen. Some suggestions were to run "Docker Safe New Perms" but that seems like a last resort, but that seems to be an answer used in a lot of the posts for files that have to be deleted by server\nobody. Permissions on one of the files is this if it helps any: -rw-r--r-- 1 nobody users 0 Oct 17 2016 Plex\ DLNA\ Server\ Neptune.log
  8. I think I am getting closer. Duplicate Files Using beyond compare I can compare cache\appdata\linuxserverplex and disk2\appdata\linuxserverplex. There are 8030 files that are exact duplicates. I am attempting to delete the files on disk 2 through Beyond Compare but I think I have some sort of access problem. When I try to delete the same file through windows I get a "File Access Denied" error. It says I "require permission from server\nobody to make changes to this file". When I look at the disk share in the webgui it says the security is set to pu
  9. "It is possible to make a user share with the same name as a disk by accidentally specifying a path like that somewhere such as a docker mapping." Thanks, I double checked and have no user shares named the same as a disk. I looked at the main shares tab to compare user share and disk share names. If a user share was created via "accidentally specifying a path like that somewhere such as a docker mapping" it would still show up on this screen in the webgui correct? I think I might make backups of everything and just delete any duplicate files on the disk and hope for the bes
  10. I mostly want to share the disks so that I can use beyond compare to diff the entire structure easily. I can try to do the moves and deletes in MC. Looking at the user share (/mnt/user/appdata), it says the files are spread across "Cache, Disk 1, 2, 6". So do I need to make a disk share for disk 1, disk 2, and disk 6? Once I have those three shares (disk 1, 2, and 3) created how do I compare it the files on the disk, via the disk share, with the files in /mnt/cache/appdata/linuxserverplex? Am I allowed to make a disk share for the cache as well? If so then can I compare the sh
  11. I think my terminology might be mixed up so excuse me. What is the best way to expose the files in the array that it thinks are duplicates? Is there a share I can export? I'd like to use beyond compare to compare the files on the cache drive vs the files in the array. If the cache drive is all newer or the same I can pretty safely just delete all the files in the array that are duplicates. What is the safest way to delete the duplicate files on the array so that the mover can automatically move the files off the cache drive?
  12. So I attempted to move the files off the cache as instructed but some files did not move. I stopped all the dockers, stopped my vm, turned off docker, and rebooted. It looks like all the files that are still on the cache disk are colored orange in the file listing in the webgui, but I couldnt find what that means. The main thing that didnt move was files under /mnt/cache/appdata/linuxserverplex Running find on the folder counts 5155 files. So if the solution involves deleting files from the array, it could be a tedious task /mnt/cache/appdata/linux
  13. Regarding "Do something here to get appdata using the cache currently to now use the array. " you replied "The same as any other user share gets moved from cache to array, by setting it to cache-yes." My appdata share is set to: Included disks: all Use cache: No I want to get appdata on the cache onto the array, so how does setting it to cache-yes mean move it to the array? The help says I dont know why there is even data on the cache drive, I am assuming because some of my dockers say to use /mnt/cache/appdata? Im pretty confused
  14. Ive never had to do that before so I'm pretty clueless about it and didnt want to mess this up I'll take a look in the webui, thanks.
  15. That sort of solves half the problem. So how do I get the data that is already existing on the cache disk into the array? The data is spread across the cache and the array. Do I need to: Disable docker Do something here to get appdata using the cache currently to now use the array. Would I change included disks to be one od the disks in my array? Tell the mover to move, this should get everything off the current cache disk Shutdown Replace the cache disk Reassign the cache disk to the new drive then set appdata to use cache prefer Mov