Jump to content

pluginCop

Members
  • Content Count

    55
  • Joined

  • Last visited

Community Reputation

7 Neutral

About pluginCop

  • Rank
    Advanced Member

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Yeah, there is a comment within Apps regarding that. If the plugin wasn't still functional in other respects, it would have been blacklisted from Apps completely. But, IMHO background checking of the files is a very important aspect of the plugin and this should be fixed asap.
  2. Because of the monster nature of this particular thread, it's rather hard to gather what exactly is happening. Is it fair to say that Dynamix S3 Sleep is for all intents and purposes non-functional (and has been since 2018)? In looking through the code change that was posted earlier, it would appear that the routine that is determining whether or not the drive(s) are idle is completely broken? Right / Wrong? Is there still a usage case for this plugin putting your server to sleep even if the drive(s) are still active?
  3. This^^^ because the feedback from SMART would be an overlap from the built-in SMART monitoring unless the plugin is doing something else. The amount of writes varies quite wildly. If I set up the plugin with all my drives (24), if they are all spinning, then there is ~300 writes per hour (2.6M / year) according to the dashboard. If they're all spun down, that drops to ~20/hr (under my test it would have been ~64,000 over the 9 days)
  4. Hey @olehj What exactly is being written to the SQLite db every hour? Considering that the db is being stored on the flash drive, is it really necessary to update it every hour if nothing changes in the setup of the server?
  5. Just going to add a moderator comment to this advising people to not upgrade any installed versions. I'll try and watch this thread for when this is resolved.
  6. Just an FYI, CA's application feed is getting stricter on plugins. The template for CA for this plugin references one URL which does not match the URL referenced within the plugin itself. This is a security issue because if / when the plugin updates, effectively a different plugin winds up getting installed from the one CA has listed (even though in this case they are identical, but due to the differing URLs they effectively are different plugins). Because of this the application feed is automatically blacklisting Corsair PSU until either the template or the plugin are fixed to point to the same URL If the GitHub repository simply changed where the plugin is stored, then the solution is to change the template to that new repository Fma965's Repository https://raw.githubusercontent.com/Fma965/corsairpsu-unraid/master/corsairpsu.plg: Fatal: Plugin URL on xml template does not match PluginURL in .plg (https://raw.githubusercontent.com/Fma965/corsairpsu-unraid/master/corsairpsu.plg vs https://raw.githubusercontent.com/Cyanlabs/corsairpsu-unraid/master/corsairpsu.plg)
  7. @dorgan, why not mirror the vnstat package in your own git repository, so you're not dependent upon whether it's present or not (or updated) in the slack repo.
  8. Polite little bump - I'm sure you just forgot about this. # Generated file integrity check schedule: 10 0 * * * /boot/config/plugins/dynamix.file.integrity/integrity-check.sh &> /dev/null
  9. Confirmed. Will however give @gfjardim time to fix this before any additional action is taken.
  10. There is definitely no virus contained within either Unassigned Devices or Unassigned Devices Plus.
  11. Would you like me to notify everyone with UD and FCP installed about this? Should *hopefully* lessen the massive influx of support posts that will happen