Jump to content

mudsloth

Members
  • Posts

    13
  • Joined

Posts posted by mudsloth

  1. 21 hours ago, hugenbdd said:

    Not from my plug-in.

     

    If you have a lot of experience you can create your own command line and pipe the output to the mover binary.  

     

    Something like below in a cron entry. (User scripts plug-in).  However... you won't have any of the supporting code around it.  i.e. to see if mover is currently running.

     

    find "/mnt/cache/<YOURSHAREHERE>" -depth | /usr/local/sbin/move -d 1

     

    Ah, no worries. Probably a bit outside my technical abilities at this stage. Thanks!

  2. Apologies if this has already been covered in this thread but I was struggling with what to search for.

     

    Is there a way to prioritize a share so that Mover acts on it more frequently than the default Mover settings? My situation is that I have the settings to generally not have the Mover run unless the cache is running low on disk space. But, I have Nextcloud uploads going to cache and I'd like those to get moved to the array a bit more often than all the other stuff on the cache.

  3. On 3/7/2021 at 8:56 AM, h0schi said:

    Update to 6.9 was successful, but automatic spindown is not working anymore :(

     

    I'm not an expert, but people have said the Dynamix Autofan plugin or Telegraf docker are culprits. For me, disabling [inputs.smart] in Telegraf fixed it as was suggested earlier in this thread.

     

    Edit: Here's the relevant bug report:

     

    • Like 2
  4. 19 hours ago, falconexe said:

     

    Unfortunately, I'm crazy busy with my professional work, and will be until this weekend. I have not seen those before. And I find it odd that you getting ZERO data in Grafana. Usually if these 2 plugins were broken, you would get other stuff reporting at least. The fact that you have nothing sounds like a fundamental install issue with one of the 3 main dockers (Grafana/Telegraf/InfluxDB). Are you by chance using GUS?

     

    Please check your docker parameters, docker config/ini files, all dependencies found on page 1 on this topic, and Gilbn's tutorial website if you haven't already. Also have a look at the video series that was posted a few pages back for some additional insight.

     

    @GilbN, or anyone else, have any thoughts, or ever run into/seen this?

     

    Sorry, I said that wrong. I am getting some data in Grafana, but not everything. Array and Cache utilization is populating, as well as CPU and RAM stats. In the top part for setting variables, though, none of my disks are listed when for specifying Flash, Cache, Parity, or Array drives. System temps and power info are not showing. I'm guessing my setup is the issue, though I have read through the instructions a few times. I'll check out the videos, too.

     

    I was hoping the errors I'm getting would be recognizable to someone and there would be straightforward fixes. I'll keep fiddling with stuff. :)

  5. I'm having trouble getting this fully up and running. I feel like I've read through all the steps to get it setup and didn't have any questions as I went through the process, but I'm still not getting data into the dashboard. Pretty sure these 2 errors in my Grafana log are my issue:

     

    Quote

    2021-01-14T00:41:20Z E! [inputs.apcupsd] Error in plugin: dial tcp 127.0.0.1:3551: connect: connection refused
    2021-01-14T00:41:20Z E! [inputs.ipmi_sensor] Error in plugin: failed to run command /usr/sbin/ipmitool sdr: exit status 1 - Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory

     

    I have a UPS that's giving me data in Unraid without issue. And I've installed the IPMI plugin, but I'm not sure if I need to do additional configuration on it to get it working.

  6. On 11/1/2020 at 5:34 AM, Jello said:

    Hey all


    Every time I download anything, at the end it automoves it to the default directory set in rutorrent, is there anyway to turn this off? I download most of my stuff via RRS and have it set up so it downloads each episode into the correct folder of the show/season, and once it's done, it just moves it do the default download folder and I don't want that... Same thing happens if I manually download some, save it to any other folder other than the default one and at the end, it just moves it into the default one. I hope this isn't the normal behavior for rtorrent as I am new to it, hopefully I am just an idiot and missed a setting somewhere? 

     

    Help ❤️

    I'm going to piggyback on your question because I think my issue is the same. I want all of my downloads to go to the root "downloads" folder. But, every download that finishes automatically goes to the downloads/completed folder. I don't ever want to use the completed, incoming, or watched folders but they keep getting created.

     

    Seems like my settings to just put every download into the root folder are ignored. I think we have the same problem in that the settings are ignored entirely and rutorrent just does what it wants.

     

    Edit: I just learned about this wiki entry:

    Quote

    rtorrent Settings, changed by the user through the "Settings" panel in ruTorrent, are valid until rtorrent restart. After which all settings will be set according to the rtorrent config file (.rtorrent.rc).

    I removed references to the incoming and watched folders, but I don't know enough to figure out what to change there that would stop things from getting moved to completed. Regardless, even after doing that and starting up rutorrent, all 3 folders were still created anew.

  7. 4 hours ago, Tuumke said:

    Probably the links to the API. How do you use it?

    There should be an include to:

    /config/nginx/proxy-confs/organizr-auth.subfolder.conf;

    and make sure the proxy_pass points to /api/v2/auth?group=$1

     

    That fixed it for me

     

    Could you share you full contents of that file? I'm having this issue and I feel like I've made the appropriate api reference updates, but it's not working.

     

    The Organizr docs mention making sure you include this block somewhere:

    location /api/v2 {
    	try_files $uri /api/v2/index.php$is_args$args;
    }

    Where does that go?

  8. On 9/22/2018 at 11:18 PM, bonienl said:

    Some users reported a similar issue in the past.

    Two approaches to try:

    1) In your BIOS select "legacy" boot mode & rename the folder EFI to EFI- (located on your USB stick)

    2) In your BIOS select "UEFI" boot mode and make sure only ONE boot device (your USB stick) is enabled. Name the folder EFI

    Should I rename the folder before or after upgrading through the GUI? Or does it matter?

  9. I tried updating through the GUI from 6.5.3 to 6.6.0, but then my system just gets into a continuous boot loop. I plugged a monitor into it and it gets past the boot select screen, then restarts after the first couple lines of the unRAID boot sequence. I'm able to boot in safe mode without issue and was able to restore to 6.5.3, but now I'm not sure what to do.

     

    I'm attaching my diagnostics pulled from a little bit after successfully restoring the old version. I'm hoping someone knows how to figure out what's going on.

    diagnostics-20180921-0824.zip

  10. On 2/17/2018 at 6:35 AM, cferrero said:

    So, recap, the ¿leak? looks triggered by transmision container (linuxserver.io version) and needs a reboot to clear it (if the container is stopped and deluge started the ram usage continues to grow).

     

    I haven't had a good chance to do troubleshooting yet. I'm also experiencing this issue, but it seems to be caused by the binhex-SABnzbd docker. I don't have Transmission or Deluge installed at this time, so it seems like more of a general symptom of heavy writing done by any docker.

  11. 2 hours ago, drogg said:

    Updated and got this error today. Any clues?

     

    
    Fatal error: Uncaught Error: Class 'PDO' not found in /config/www/Dashboard/user.php:160 Stack trace: #0 /config/www/Dashboard/index.php(67): User->__construct('registration_ca...') #1 {main} thrown in /config/www/Dashboard/user.php on line 160

     

     

    Same here, updated today and seeing the same error.

×
×
  • Create New...