Cpt. Chaz

Members
  • Posts

    220
  • Joined

  • Last visited

Everything posted by Cpt. Chaz

  1. Hi everyone! Over the past few months i've put together a "how-to" playlist for the different functions of Unmanic. For anyone that hasn't seen it, you can find that playlist here. More to my point: to wrap up the playlist, I thought it would be neat to visit with @Josh.5 for a few minutes over Zoom and he kindly obliged. If you'd like to see our short conversation, you can check that out here. Hope you enjoy
  2. thanks for your kind words @Masterwishx. if you don't want to use the ip address to mount remote smb share, you best bet will be to ask for some help troubleshooting the unassigned device plugin in that specific support forum here.
  3. hi @Masterwishx! that's correct, when mounting gdrive using remote smb, the host machine with the google drive application must be online for unraid to find and use it. there are some containers in community applications that allow you to access your gdrive, but after looking at one or two of them, i was not impressed with the security work arounds incorporated by the containers. in fact, one container author even offered full disclosure that his private server was used to handle some of the traffic involved. while i appreciate that disclosure, i felt it was too insecure. for now, i still think this is the best/ safest method.
  4. I recently had a similar issue, josh will be able to confirm but it looks like the watcher overloaded. Try disabling and restarting.
  5. @Yekul There is also a way to do this manually. disable the "scan on start" option in the general settings, save and submit, then restart the container. then go back to the settings, and point the library path at whatever specific folder you want. go back to the dashboard, and at your discretion, hit the options tab and "rescan library now". this will keep the entire library path from being scanned automatically, and offer a little more control over specific folders to be scanned and transcoded manually, along with any cron schedules you apply.
  6. no problem. there's a bit of a learning curve if you're new to unraid or linux in general. but i think you'll find it's well worth it and a fun learning experience. welcome to the forums!
  7. hi @static0shock, this forum is for bug reporting, probably best to repost here in the general support forum where other users can also chime in with potential solutions. As for the gpu support on the 11th gen, you said you're not seeing the gpu at all with that one, right? as if maybe the intel_gpu_top plugin isn't working? if that's the case, best to head here to the support forum for that specific plugin. i inquired to the plugin author about it yesterday, so that should be a good jumping off point where he can help you troubleshoot that, you should see my post. as for the i3 gpu, open up a console window into the plex container (not the unraid terminal) and type cd dev/ then post your output in the new post on the general forum. be sure to tag me there and we'll see if we can go from there.
  8. does the intel gpu top support 11th gen Rocket Lake?
  9. just found the new AMD top plugin, awesome job! i'd like to test some containers using gpu transcoding (afaik plex doesn't support amd hardware acceleration, right?). what value would we add to the extra perimeters section of the containers to enable an amd gpu? --device=/dev/dri ?
  10. Good deal. The -delete option uses extra memory. Let’s eliminate the variables one at a time. Just for the sake of troubleshooting, remove that option and try running again. Also, add -P and -h. Those will make the output a little easier to read for you.
  11. Hi @coblck, can you advise on how much ram your system running rsync has? also, what is the file format for the external hd? sometimes using the -a tag for rsync between different file formats can cause problems. so i'm wondering if using -r and -t, and maybe some other options would help solve the problem of using -a. there could be a few different things to try here
  12. yeah. until now, updating hasn't been a high priority because i wasn't having any issues. it takes my r720 forever and a day to reboot, so i'm usually slow to update. will be updating today.
  13. i'm seeing the same thing on 6.9.0-rc2. running /etc/rc.d/rc.nginx restart only seemed to work after then closing all open browser windows to server gui. also guilty of using chrome, knowing that sometimes chrome and unraid don't play nice. attached logs for anyone digging in on the issue. kal-el-diagnostics-20210309-1053.zip
  14. @Knightwolf have you tried mapping the folder directly to the container in the template settings? adding a path to something like "/usb --> /mnt/remotes/usbstickpath" and then inside the unmanic container, change the watch folder path to "/usb/movies". that would be the next thing i would try if not. also worth noting, if your usb drive is in exFAT format, you'll need to be using Unassigned Devices Plus, in addition to the regular UD plugin
  15. I’d also like to chime in and say something similar, that either on stable or staging branches, I cannot get gpu transcoding to working with intel quick sync either. I’ve added /dev/dri to the extra parameters and enabled in the container settings. I know my gpu transcoding works because I use it for my Plex container (even with Plex off, cannot get Unmanic to use gpu).
  16. cool deal, hope all goes well. i'll keep an eye on the user script forum, and see what others have to say as well. feel free to reach back out with anything else. cheers!
  17. they sure will! once your scripts run again, there will be a log entry.
  18. the user scripts logs don't persist after a reboot, so that's ok. i was about to suggest taking this over to the user script forum, but it look's like you're already there. i think a better post there would be to ask about why the bottom lines in the script aren't working on your server. they're basic linux commands, and the syntax works perfectly for me on my servers so after our troubleshooting i'm stumped as to why they're not working for you. when you make your post there, you can link to this topic for context to users that may be able to help. you may also want to post your script and logs there directly, too. i'll be following and keeping up with what's going on.
  19. ok, starting to suspect something else may be going on with your system. copy and pasting your script line into my terminal (just adjusting paths) on two different servers of mine works the way it should. try typing this into a terminal window: find /mnt/user/Backup/Plex/ -mtime +1 -exec rm -rfdv {} \; If there's no visible errors in the terminal, check the plex backup folder and see if older files were removed, then report back with your findings. however, you may get an output in the terminal, showing a similar error to what's in your logs like find: unknown predicate `-mtime +1' (this is what i'm expecting). The source of this problem may also help explain why your gui notification is not working at the end too, as your script line for this works for me but it's obviously not working for you. Then: If you do get an error, let's try the following - install the nerd pack plugin from Community Applications if you don't already have it. Once this is installed, open it up and make sure you have the following items "turned on": ncurses-terminfo-6.1.20191130-x86_64-1.txz perl-5.32.0-x86_64-1.txz Once that's turned on, reboot the server and try running the command above and see if anything changes. If you still get an error after enabling this, post back here the terminal output of the error. At that point we'll need to call in some bigger guns to help us figure out whats going on with your server.
  20. Actually, I think your problem may be an error in the syntax from the script. I checked my logs and it was reporting a similar error. in addition to removing the quotes you added to mtime, try taking out the asterisk so it looks like this #ENTER NUMERIC VALUE OF DAYS AFTER "-MTIME +" find $pdest -mtime +1 -exec rm -rfd {} \; This seemed to fix it for me. If that also fixes it for you, i'll publish a correction. thanks for your input on this!
  21. Hi again @coblck , happy to help. it looks like your script has quotes around the mtime entry that shouldn't be there. here is how it should look instead: #ENTER NUMERIC VALUE OF DAYS AFTER "-MTIME +" find $pdest* -mtime +1 -exec rm -rfd {} \; try that and see how it does. If it still doesn't remove the old backups, post a copy of the logs and lets take a look at that. on the user script page, look towards the right and you should see an icon on the line of your script that you can click to view the log for that script Keep me posted
  22. uninstall and reboot did the trick for me. also running 6.9.0-rc2, as the plugin was incompatible for me anyway.