• Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About wuftymerguftyguff

  • Rank
  1. Hi, Updated diagnostics attached. (with mover logging in place) I emptied my cache again, by stopping all vms and dockers and their respective services, getting out of all the user shares, seeing the appdata from Cache:Prefer to cache:Yes and running the mover. I had a look at the mover script, it seems to be using find in depth mode, and then handing this off to move that is not a script so i can't see what it i really doing (without work) Once again all that remains under appdata is broken symlinks. The dockers still work then they
  2. Update, The move of app data share from the cache completed and left LOTS of symlinks and dirs behind in the cache. This is really starting to look like the moved is not behaving as I understand that it should. I now have the problem causing issues for 4 dockers (plex, letsencrypt,swag and binhex-krusader) The ONLY things remaining in the cache for appdata after the mover has finished are broken symlinks and the directories containing them. This is a count of broken links under appdata in in the cache root@cosmos:/mnt/cach
  3. OK, thanks for the spot. I had certainly not noticed that. My appdata was back on the cache (with my manual interventions) I restarted in maint. mode and ran xfs_repair -v /dev/md0 This fixed some dir entries and completed. I restarted the array normally. Rebooted to clear out my logs I have now set about trying to recreate my problem by setting the appdata share to "Yes" and the mover is running and is draining my cache to drive 3 by the look of things. I will update this thread when it completes.
  4. Hi, Thanks for your attention. My problem is that I was trying to empty the cache. VMs and dockers were stopped, the mover should have moved everything shouldn’t it? It should have moved the symlink as a symlink shouldn’t it? Or do I have a fundamental gap in my understanding here?
  5. Well, as there were no replies, there wasn’t much to de distracted from! At 6.9.1 does mover deal with symlinks in shares properly at all? Maybe it not just a docker thing? Sent from my iPhone using Tapatalk
  6. Hi, Running 6.9.1. I have some repeatable behavior that I can't explain and I would appreciate your input. I typically run my appdata, system and domains shares with cache set to prefer. I recently decided to move all these shares back to the array in preparation for some work I am doing, so I followed the wisdom of the FAQ, stopped docker and vms in settings, changed my shares to Cache:Yes and ran the mover. It ran for a while and moved almost all the data from the cache to the array. However it did not totally empty the cache.
  7. Hi, Thanks for your attention. I understand but what I am seeing is slightly different. Forcing smb v1 does not work either. If there is ANY value in the vers= option then I can’t write. If I take the mount command from syslog and just remove the vers option it negotiates the highest compatible smb version with the server and I can write. Jeff
  8. I have an issue where SMB mounts to my Drobo are not allowing writes. This has been working for years with no issues. Mounting the same share with the same username and password on the drobo from Mac, Windows and RasPi (Raspbian) are all fine. If i manually do the cifs mount without the vers=3.0 in the command line I can write to the share successfully. Was vers=3 added to the mount command in UD recently? Or has it become a default in UnRaid Recently?
  9. Hi, I am evaluating unraid for my personal use at home. My intention is to run my various services in docker images where possible and have a couple of VMs that I can run occasionally when i need to do other things. One of the tasks I want to do int VM is to be able to do backup media ripping, cd, dvd, blu ray inc UHD 4K HDR. (My 3 year old is not very forgiving of physical media) Booting win10 with the same hardware outside of unraid works faultlessly, By following the various guides I seem to be able to get the pass thru of my ASU