acosmichippo

Members
  • Posts

    68
  • Joined

  • Last visited

Everything posted by acosmichippo

  1. Hello all, I'm currently in a dead end IT job (datacenter related) and am looking into adjacent career paths to jump into. Considering cloud stuff like AWS and Azure, but after working with and enjoying unraid for a while, I figured I'd ask here to see what careers could be similar to managing an unraid server. I realize unraid itself is probably not used much professionally. Thanks for any tips!
  2. Hello, hoping someone can help me with this. I've tried the config option via environment variables, but for some reason the daemon fails to start. I guess because it's still loking for the config file even though all variables were passed already? command with variables: /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='NoIp' --net='bridge' -e TZ="America/New_York" -e HOST_OS="Unraid" -e 'USERNAME'='acosmichippo' -e 'PASSWORD'='_______' -e 'DOMAINS'='ddns.net' -e 'INTERVAL'='60m' -v '/mnt/user/appdata/NoIp':'/config':'rw' 'coppit/no-ip' log: All required settings passed as environment variables. Skipping config file creation. Started runsvdir, PID is 13. Waiting for processes to start.... [Jul 18 00:57:48] Launching the noip2 daemon Can't locate configuration file /config/no-ip2.generated.conf. (Try -c). Ending! run: noip: (pid 16) 5s [Jul 18 00:57:53] Current status Can't locate configuration file /config/no-ip2.generated.conf. (Try -c). Ending! [Jul 18 00:57:53] ERROR: noip2 daemon has stopped running. Restarting it in 60 seconds. Thank you for any tips!
  3. Hi all, I have a small suggestion. I just noticed that my backups have not been running for a while, and after some investigating, i realized that when i changed the name of my appdata cache around the 6.9.0 upgrade, I forgot to update the "appdata share (source)" file path in the backu plugin. Apparently the plugin doesn't notice a wrong/missing share path as an error state, so the backups were "completing" successfully even though it was never actually doing any backups. So my suggestion would be to add a new error state for a "missing" appdata share. This way people who use the "errors only" notification setting will see if they have a typo or outdated file path in the "appdata share (source)" setting. Thanks for reading and thanks for making this plugin!
  4. This sounds great, but where does it show the output of the find command?
  5. is that what precipitated all the other devices dropping as well? It was already in a USB2 port.
  6. did a full power cycle and now things seem to be normalish. parity check running. ¯\_(ツ)_/¯ But if someone can spot any clues in the diag files about what happened that would be awesome. maybe it's time to replace the guts. Looks like it all started around 7:11am this morning: May 15 07:11:36 unraid kernel: usb 3-3: USB disconnect, device number 2
  7. seems like there was some catastrophic failure. might be hardware, not sure yet. all SSDs and the USB drive have disappeared. Trying a reboot now.
  8. Hello all, Overnight something happened with my key file and now unraid is telling me it's missing or corrupt. I've tried re-installing the original key file via the URL in the original purchase email, but it errors out. Normally I'd try rebooting, but dockers seem to be working OK now, and I'm afraid unraid won't boot up again without a valid key file. Any help would be greatly appreciated, diags attached. Thank you! unraid-diagnostics-20210515-1325.zip
  9. probably a noob question... is there any way to see what process actually opened files captured by this plugin? just now I saw that something opened a bunch of music videos. i assume it was either plex or radarr, i just don't know why.
  10. I took another approach with this and tried moving the files via unraid's CLI and they seem to be moving consistently without waking up the array. I guess there is something in MacOS's finder that is waking up the array when I use it to move cached files around. Keeping .DS_Store files on the cache did not solve the issue like I hoped it would (although maybe it helps a little, not sure). So for now I have just set up an hourly user script to move files between cached directories.
  11. @hugenbdd that's awesome, do you have an account for coffee/beer money?
  12. It's hard to say because I haven't tested it on a wired connection. Subsequent partial backups still seem really slow though. Like right now it's backup up 1.5GB and calculates 2 hours remaining. I would think even on wifi it should be faster, but maybe I'm in a dead spot.
  13. An option would be great if you can get around to it! I neglected to mention all those files were "new" to me within the last 10 days, but the mtime was ~60 days ago. So from my point of view it was just not accurate and mover moved them the very first opportunity despite my "age" setting at 10 days.
  14. Like this? For these files, the "atime" and "ctime" are both less than 10 days, but the "mtime" is greater than 10 days. If "atime" cannot be used, can "ctime"? oot@unraid:/mnt/user/Media/TV Shows/Stanley Tucci - Searching for Italy/Season 01# find *.mkv -atime -10 Stanley Tucci - Searching for Italy - S01E01 - Naples and the Amalfi Coast - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E02 - Rome - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E03 - Bologna - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E04 - Milan - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E05 - Tuscany - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E06 - Sicily - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv root@unraid:/mnt/user/Media/TV Shows/Stanley Tucci - Searching for Italy/Season 01# find *.mkv -ctime -10 Stanley Tucci - Searching for Italy - S01E01 - Naples and the Amalfi Coast - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E02 - Rome - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E03 - Bologna - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E04 - Milan - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E05 - Tuscany - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E06 - Sicily - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv root@unraid:/mnt/user/Media/TV Shows/Stanley Tucci - Searching for Italy/Season 01# find *.mkv -mtime +10 Stanley Tucci - Searching for Italy - S01E01 - Naples and the Amalfi Coast - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E02 - Rome - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E03 - Bologna - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E04 - Milan - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E05 - Tuscany - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv Stanley Tucci - Searching for Italy - S01E06 - Sicily - [WEBRip-1080p, , x264, 8-bit] [AAC, 2.0].mkv
  15. I have a question - For "Move files off cache based on age?" setting, it seems like the plugin checks the "Last Modified" date which corresponds to when the file was first created, even if that's before you downloaded it. So if you download something older than your "days old" setting, it gets moved to the array on the very next Mover run. Would it be possible to reference either the "Date Changed" or "Date Accessed" dates instead? Seems like either of those are more representative of when the files are actually acquired on the cache. At least in my use case. Thank you!
  16. Hi Squid, I just want to say a big THANK YOU for this plugin. I've been using unraid for over a year and am sad I'm only just now learning about this. It is one of the most useful plugins I've installed, and makes SSD caches so much more powerful!
  17. Well I spoke too soon. Sometimes it seems to work, others not. I just tried moving a new file between directories on a share with "cache: Yes" (so it was on SSD cache), and it had to wake up almost the whole array to do it. A few days ago it seemed to work fine. Maybe it's just not holding all the directories in memory? But I have cache pressure set to 1, and I never go above ~30% usage of 32GB of memory. Also tried turning on "fixed" with maximum depth of 0. Increased timeout to 1500. Added user defined options to skip recycle bin, etc. Not sure there's much else I can do at this point other than lowering pressure to 0.
  18. Unfortunately that doesn't seem to be the case for me, at least while moving around files on cache/pool via SMB. With /mnt/user scanning on it works beautifully with no disk spinups. With it off, every array disk with the relevant directory has to spin up, even if it's staying on the SSD cache in the same share. Why does unraid even need to query array disks if it's just moving a file between cache/pool directories? I guess to check for duplicates? Would be nice if you could just make Mover handle that later when all the disks are spun up and throw an error if there's an issue.
  19. small convenience request, would it be possible to move the start, stop, refresh, etc buttons in the file activity tab to above the list of activities?
  20. good point, I should have realized that the initial backups would usually be on a single disk anyway.
  21. well today i tried again. I read somewhere that the TM sparesbundle really doesn't play well with multiple disks, so I made another brand new TM share using all the same suggestions as before, but I also set the share to use only one disk in the array. That seems to be working pretty well, TM currently estimates a 103GB backup will take 3 hours which is a TON faster than my last attempt of ~75GB in 8 hours. (Also this is over wireless, so I imagine it would go even faster if I was wired.) I'll keep an eye on how subsequent backups do since I noticed some people say they can go back to a crawl. Coincidentally I have also recently upgraded my SSD cache, so I'll probably just enable the cache on the TM share once this troubleshooting is done.