morallydubious

Members
  • Posts

    13
  • Joined

  • Last visited

Everything posted by morallydubious

  1. Thanks Squid. It's a good plugin and I certainly appreciate the time and effort you are putting in.
  2. I maybe having a senior moment but my system restart script is my first attempt (that I remember) at a scheduled task in unraid. I suppose I could have tried a docker restart script in the distant past and it failed because I failed to RTFM and didn't correlate the name of the script in the GUI to the directory name. Not sure how I got better at diagnosing the issue this time around though 🙂 Any way this can serve as a cautionary tale to others
  3. That one isn't mine. It was one of the ones created when I installed the plugin
  4. Hello all, Thought I would post my experience here since my search-fu didn't come up with an answer, and someone else may have the same issue. I wanted to create a simple script to reboot my server once a week. My script worked when manually executed (RUN SCRIPT). However I was unable to make any schedule stick. I noticed that when hovering over the cog for pre-installed docker restart $(docker ps -q) no options appeared. The contents /boot/config/plugins/user.scripts/scripts contained the directory: docker\ restart\ $docker\ ps\ -q/ I renamed this directory to docker_restart and refreshed the User Scripts page and now hovering over cog displays options and I can apply a schedule to my new script. Cheers
  5. ah, the randomness being when I notice they are down 🙂 I did also make some changes to the backup frequency, i moved to daily as I knew I was going to be making a fair few changes. I have changed it back to weekly now and will check the containers on the schedule. Is there recommended non-manual way for checking container status and restarting if stopped? Thanks @Squidfor looking into this
  6. Hello All, I post here after some fruitless googling, apologies if my google-fu has failed me. All my containers seem to stopping, not one or two but all of them. The first I notice is when I try to use a service (probably need some better alerting there) and can't connect. When I check the server ALL containers are stopped, they successfully start when I click Start All. It may or may not be linked but I didn't see this behaviour prior to 6.8.3. I have also upgraded the motherboard, proc and GPU since upgrading to 6.8.3 but I am positive I had these symptoms prior to the hardware upgrade but post the 6.8.3 upgrade. Anyone able to assist please? Anyone else suffering from randomly stopping containers? Diagnostics attached. Kind Regards, diagnostics-20200407-1348.zip
  7. Thank you @trurl Scripting would have taken too long unfortunately so i used an unBalance dryrun to get the commands required. They obviously weren't right being disk to disk but some quick find an replace later and i have the rclone copy commands to run in a batch. I ran the copy of my tv shows overnight and thie result is attached. Perfect! Much quicker than krusader for this type of operation.
  8. Update: I am running some tests transferring enough data into a new share (settings as above) and started by copying tv shows one at a time until the current disk is no longer Most Free. One tv show (with its subfolders) was copied that took the current drive way beyond the next Most Free drive but copied all seasons to the same drive. I copied another tv show and this was written to the next Most Free drive (this didn't have the share folder before the last copy). At the moment it does look like its the way I bulk copied the folder in Krusader. To acheive the results I want I am going to have copy at the level I want to remain on the same disk ie tv/tvshow/season. I am really not sure how to that if the 2nd level (tvshow) doesn't already exist on the target. Looks like my scripting skills are going to get a brush up this evening 🙂
  9. as far as the distribution of data is concerned its possible.... i suppose. New to unraid so don't know how it deals with this. If it is the case it doesn't explain why only 2 disks are listed as locations for the share and why second disk gets any data at all.
  10. Sorry that was confusing. Spread is a much better word. My tv shows are not being spread across all my disks as specified. Only 2 disks have any data and that isn't evenly distributed.
  11. Thanks for sticking with me but I am not sure this solves my problem. My understanding of Split level 2, Most Free, All disks is that the first 2 levels of the folder structure are split across All disks and the 3rd level is placed on a disk with the Most free space. For the example above that should result in each season folder and its contents on 1 disk but the next season could be on any of the other disks. For this to happen surely when I create the share in the first place each disk should have a folder for that share? For me only 2 disks had the tv folder. Even if the folder is not create on every disk I would expect it to be when the copy of all tv shows starts or when the next disk meets the 'Most Free' criteria. In my case this did not happen. Only the original 2 disks actually received any data and the distribution was nowhere near even. As can be seen by the stats and the disk locations of the share.
  12. Thanks for the response turl but I am not sure what point you’re making. My assumption was that with a split level of 2 for share tv I should see the following on creation: Disk 1 tv Disk 2 tv Disk 3 tv Disk 4 tv Disk 5 tv Given the other setting specified above I would also expect each ‘show’ folder to be created on all disks then ‘seasons’ to be restricted to 1 disk. What I actually saw on creation was Disk 1 Disk 2 tv Disk 3 Disk 4 Disk 5 tv When I copied the show folders (one operation in Krusader) that vast majority of the data went to disk 2 with only a few shows going to disk 5. Why are Disk 1, 3 and 4 not participating in the share even though I specified All disks?
  13. Hi, unraid newbie here so please forgive any faux pas. My Google fu has failed me on this occasion and if I am the only one having this problem then the likelihood is I have done something uniquely wrong. I have a 5 disk setup + cache drive. 1 8tb parity, 1 8tb data + 4 4tb data. The two 8tb disks were new and used to create the array (1 parity + 1 data). Shares from my old freenas server where then mounted and the data copied over to a ‘transfer’ share on the unraid server. I then created a temporary Plex docker to test the mainly media files that had been copied over. So far I am happy. Next I add the disks from the old freenas server and the cache drive. Great, so now I have a 91% 8tb data disk and 16tb of empty disk. I want to distribute my media files because of the possible number of Plex connections, so my idea was to create shares for movies, tv and music including all disks, most free, split level 2. When I created the shares I noted that the folders for the shares where only created on two of the disks. Puzzled I attempted to copy all tv shows (using Krusader) from transfer share into the new tv share and notes that data was copied only to the 2 disks with the folders created and very unevenly towards the first disk. I am running the trial, is there a limitation? I am passed the point of no return anyway so I am going to purchase if a can resolve this. Thanks in advance