Dynamix - V6 Plugins


Recommended Posts

System Profiler plugin (2016.11.06) is reporting the P+Q algorithm incorrectly with unRAID 6.3.0-rc9:

 

P + Q algorithm: NET (Registered protocol family 16 + sse2x4 (14410 MB/s)

 

It seems to be parsing my syslog incorrectly:

 

Jan 31 21:00:03 Lapulapu kernel: xor: automatically using best checksumming function  avx     

Jan 31 21:00:03 Lapulapu kernel: NET: Registered protocol family 16

Jan 31 21:00:03 Lapulapu kernel: cpuidle: using governor ladder

Jan 31 21:00:03 Lapulapu kernel: cpuidle: using governor menu

Jan 31 21:00:03 Lapulapu kernel: ACPI: bus type PCI registered

Jan 31 21:00:03 Lapulapu kernel: PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000)

Jan 31 21:00:03 Lapulapu kernel: PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820

Jan 31 21:00:03 Lapulapu kernel: PCI: Using configuration type 1 for base access

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x1  gen()  4777 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x1  xor()  4181 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x2  gen()  8070 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x2  xor()  7500 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x4  gen() 14410 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x4  xor()  6869 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: using algorithm sse2x4 gen() 14410 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: .... xor() 6869 MB/s, rmw enabled

Jan 31 21:00:03 Lapulapu kernel: raid6: using ssse3x2 recovery algorithm

 

EDIT: It looks as though the newer kernel is reporting avx differently. Here's the equivalent snippet of syslog from a different server (same chipset but different processor) running unRAID 6.2.4:

 

Jan  5 21:58:46 Mandaue kernel: xor: automatically using best checksumming function:

Jan  5 21:58:46 Mandaue kernel:  avx      : 20580.000 MB/sec

Jan  5 21:58:46 Mandaue kernel: NET: Registered protocol family 16

Jan  5 21:58:46 Mandaue kernel: cpuidle: using governor ladder

Jan  5 21:58:46 Mandaue kernel: cpuidle: using governor menu

Jan  5 21:58:46 Mandaue kernel: ACPI: bus type PCI registered

Jan  5 21:58:46 Mandaue kernel: PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000)

Jan  5 21:58:46 Mandaue kernel: PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820

Jan  5 21:58:46 Mandaue kernel: PCI: Using configuration type 1 for base access

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x1  gen()  7683 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x1  xor()  5355 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x2  gen() 11554 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x2  xor()  8025 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x4  gen() 12343 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x4  xor()  5835 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: using algorithm sse2x4 gen() 12343 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: .... xor() 5835 MB/s, rmw enabled

Jan  5 21:58:46 Mandaue kernel: raid6: using ssse3x2 recovery algorithm

System_Overview.png.f814084a2edb32151766bbf38d1e18c5.png

Link to comment

System Profiler plugin (2016.11.06) is reporting the P+Q algorithm incorrectly with unRAID 6.3.0-rc9:

 

P + Q algorithm: NET (Registered protocol family 16 + sse2x4 (14410 MB/s)

 

It seems to be parsing my syslog incorrectly:

 

Jan 31 21:00:03 Lapulapu kernel: xor: automatically using best checksumming function  avx     

Jan 31 21:00:03 Lapulapu kernel: NET: Registered protocol family 16

Jan 31 21:00:03 Lapulapu kernel: cpuidle: using governor ladder

Jan 31 21:00:03 Lapulapu kernel: cpuidle: using governor menu

Jan 31 21:00:03 Lapulapu kernel: ACPI: bus type PCI registered

Jan 31 21:00:03 Lapulapu kernel: PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000)

Jan 31 21:00:03 Lapulapu kernel: PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820

Jan 31 21:00:03 Lapulapu kernel: PCI: Using configuration type 1 for base access

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x1  gen()  4777 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x1  xor()  4181 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x2  gen()  8070 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x2  xor()  7500 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x4  gen() 14410 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: sse2x4  xor()  6869 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: using algorithm sse2x4 gen() 14410 MB/s

Jan 31 21:00:03 Lapulapu kernel: raid6: .... xor() 6869 MB/s, rmw enabled

Jan 31 21:00:03 Lapulapu kernel: raid6: using ssse3x2 recovery algorithm

 

EDIT: It looks as though the newer kernel is reporting avx differently. Here's the equivalent snippet of syslog from a different server (same chipset but different processor) running unRAID 6.2.4:

 

Jan  5 21:58:46 Mandaue kernel: xor: automatically using best checksumming function:

Jan  5 21:58:46 Mandaue kernel:  avx      : 20580.000 MB/sec

Jan  5 21:58:46 Mandaue kernel: NET: Registered protocol family 16

Jan  5 21:58:46 Mandaue kernel: cpuidle: using governor ladder

Jan  5 21:58:46 Mandaue kernel: cpuidle: using governor menu

Jan  5 21:58:46 Mandaue kernel: ACPI: bus type PCI registered

Jan  5 21:58:46 Mandaue kernel: PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000)

Jan  5 21:58:46 Mandaue kernel: PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820

Jan  5 21:58:46 Mandaue kernel: PCI: Using configuration type 1 for base access

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x1  gen()  7683 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x1  xor()  5355 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x2  gen() 11554 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x2  xor()  8025 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x4  gen() 12343 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: sse2x4  xor()  5835 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: using algorithm sse2x4 gen() 12343 MB/s

Jan  5 21:58:46 Mandaue kernel: raid6: .... xor() 5835 MB/s, rmw enabled

Jan  5 21:58:46 Mandaue kernel: raid6: using ssse3x2 recovery algorithm

 

Thanks for the info, need to make a update.

 

Link to comment

I love your plugins. UnRAID is not the same without them

 

Currently getting this error on the Fan Plugin:

 

Warning: file_get_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 38Warning: file_put_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: Permission denied in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 40Warning: file_put_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: Permission denied in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 48

 

Link to comment

I love your plugins. UnRAID is not the same without them

 

Currently getting this error on the Fan Plugin:

 

Warning: file_get_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 38Warning: file_put_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: Permission denied in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 40Warning: file_put_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: Permission denied in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 48

 

Looks like the reference to your fan controller has changed, maybe you updated unRAID?

 

Easiest would be to select your appropriate PWM controller (may need to test which one works) and do a new detection of the PWM fan.

 

Link to comment

I love your plugins. UnRAID is not the same without them

 

Currently getting this error on the Fan Plugin:

 

Warning: file_get_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 38Warning: file_put_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: Permission denied in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 40Warning: file_put_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: Permission denied in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 48

 

Looks like the reference to your fan controller has changed, maybe you updated unRAID?

 

Easiest would be to select your appropriate PWM controller (may need to test which one works) and do a new detection of the PWM fan.

 

 

 

I havent updated unraid to 6.3 yet but i am today. I moved the boot drive to a new server with vastly different specs so that may be it. I thought unraid would clear everything out on a new config install.

 

 

Link to comment

Hi bonienl,

 

Thanks for providing these awesome plugins!

 

I updated to 6.3.0 this weekend, and since then it seems that some of your plugins no longer show up in the settings page. In my case I cannot access:

 

- Dynamix SSD TRIM

- Dynamix System Buttons (the buttons themselves still work, however)

 

 

The icons in the plugins page are not clickable in both cases. Other plugins, such as Dynamix Active Streams, Dynamix Cache Directories, Dynamix S3 Sleep, Dynamix System Information, Dynamix System Statistics and Dynamix System Temperature still work fine. I tried to remove and reinstall the two mentioned above, but no success.

 

Can you or anyone confirm if this is caused by the new version of unraid, or did I screw something up along the way?!

 

Cheers,

Seige

Link to comment

Hi bonienl,

 

Thanks for providing these awesome plugins!

 

I updated to 6.3.0 this weekend, and since then it seems that some of your plugins no longer show up in the settings page. In my case I cannot access:

 

- Dynamix SSD TRIM

- Dynamix System Buttons (the buttons themselves still work, however)

 

 

The icons in the plugins page are not clickable in both cases. Other plugins, such as Dynamix Active Streams, Dynamix Cache Directories, Dynamix S3 Sleep, Dynamix System Information, Dynamix System Statistics and Dynamix System Temperature still work fine. I tried to remove and reinstall the two mentioned above, but no success.

 

Can you or anyone confirm if this is caused by the new version of unraid, or did I screw something up along the way?!

 

Cheers,

Seige

Those 2 plugins don't have settings icons.

 

You hit SSD Trim via Settings - Scheduler, and you already know how to hit the system buttons

Link to comment

I love your plugins. UnRAID is not the same without them

 

Currently getting this error on the Fan Plugin:

 

Warning: file_get_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: No such file or directory in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 38Warning: file_put_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: Permission denied in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 40Warning: file_put_contents(/sys/devices/pci0000:00/0000:00:1f.3/i2c-0/0-002f/pwm1_enable): failed to open stream: Permission denied in /usr/local/emhttp/plugins/dynamix.system.autofan/include/SystemFan.php on line 48

 

Looks like the reference to your fan controller has changed, maybe you updated unRAID?

 

Easiest would be to select your appropriate PWM controller (may need to test which one works) and do a new detection of the PWM fan.

 

updated to 6.3.0. Updated all my plugins. I am hit 'detect' and I see all 10 different pwm modules. I've tried all of them and they still error out.

 

Do I need to blow away any of the files and reload them?

 

Link to comment

Small request for the WebUI if possible:

 

The ability to set Dashboard as the default page when browsing to the server, rather than Main.

 

You could simply bookmark http://tower/Dashboard

This is the only bookmark I have to my server. It's really a better overview than Main and I can easily get to my Dockers webUIs from there. If you have already have a bookmark to your server, just replace it with a bookmark to your server's Dashboard. 8)
Link to comment

Not really. I was simply suggesting you might like to climb inside through the window instead of waiting in the cold for the manufacturer to turn up with those doors.

 

I've had the dashboard bookmarked this whole time. The simple point I'm trying to make is that it would be nice if this weren't necessary. If the UI is doing one thing, and lots of users are doing another, that would imply the UI could do with a change, hence the original post.

 

I'm not looking for other solutions, I'm simply suggesting something that might be useful, hence "feature request".

Link to comment

Not really. I was simply suggesting you might like to climb inside through the window instead of waiting in the cold for the manufacturer to turn up with those doors.

 

I've had the dashboard bookmarked this whole time. The simple point I'm trying to make is that it would be nice if this weren't necessary. If the UI is doing one thing, and lots of users are doing another, that would imply the UI could do with a change, hence the original post.

 

I'm not looking for other solutions, I'm simply suggesting something that might be useful, hence "feature request".

 

You'll find that people here do offer other suggestions, in the hope of being helpful. Often they turn out to be useful but if not to you then maybe to someone else. If they don't meet your particular requirements you can simply ignore them or maybe replay with, "Yes, thanks. I'd already thought of that."

 

Link to comment

Small request for the WebUI if possible:

 

The ability to set Dashboard as the default page when browsing to the server, rather than Main.

 

You could simply bookmark http://tower/Dashboard

 

I'd love this as well. The Dashboard page seems more appropriate as the Home page in my opinion.

 

I've been using the bookmark suggested above now for ages.

 

Default page is controlled by emhttp and not the GUI itself. You'll need to make a 'regular' feature request to get full support, obviously the GUI would require a new setting to support this.

 

Link to comment

Hi i have a small issue with system.temp on every reboot being not installed.

If i manually do it after, its fine.

This is my log from boot

Feb 11 20:38:19 unRAID root: plugin: installing: /boot/config/plugins/dynamix.system.temp.plg
Feb 11 20:38:19 unRAID root: plugin: running: anonymous
Feb 11 20:38:19 unRAID root: plugin: skipping: /boot/config/plugins/dynamix.system.temp/dynamix.system.temp.txz already exists
Feb 11 20:38:19 unRAID root: plugin: running: /boot/config/plugins/dynamix.system.temp/dynamix.system.temp.txz
Feb 11 20:38:19 unRAID root: 
Feb 11 20:38:19 unRAID root: +==============================================================================
Feb 11 20:38:19 unRAID root: | Installing new package /boot/config/plugins/dynamix.system.temp/dynamix.system.temp.txz
Feb 11 20:38:19 unRAID root: +==============================================================================
Feb 11 20:38:19 unRAID root: 
Feb 11 20:38:19 unRAID root: Verifying package dynamix.system.temp.txz.
Feb 11 20:38:19 unRAID root: Installing package dynamix.system.temp.txz:
Feb 11 20:38:19 unRAID root: PACKAGE DESCRIPTION:
Feb 11 20:38:19 unRAID root: Package dynamix.system.temp.txz installed.
Feb 11 20:38:19 unRAID root: 
Feb 11 20:38:19 unRAID root: 
Feb 11 20:38:19 unRAID root: plugin: creating: /usr/sbin/sensors-detect - downloading from URL https://raw.githubusercontent.com/bergware/dynamix/master/archive/sensors-detect
Feb 11 20:38:59 unRAID root: plugin: downloading: https://raw.githubusercontent.com/bergware/dynamix/master/archive/sensors-detect ...#015plugin: downloading: https://raw.githubusercontent.com/bergware/dynamix/master/archive/sensors-detect ... failed (Network failure)
Feb 11 20:38:59 unRAID root: plugin: wget: https://raw.githubusercontent.com/bergware/dynamix/master/archive/sensors-detect download failure (Network failure)

 

 

 

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.