Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Dynamix - Web GUI 64 [BETA]

Featured Replies

For those running the unRAID v6 beta programme, a 64-bit version of Dynamix webGui and optional plugins is available.

 

You need to download the webGui and Plugin Control installation files.

DO NOT RUN THIS ON UNRAID V5.X or V6B4

Telnet into your system and do the following:

 

cd /boot/plugins
wget --no-check-certificate https://raw.github.com/bergware/dynamix/master/plugins64/dynamix.webGui-2.1.0-noarch_64-bergware.plg
installplg dynamix.webGui-2.1.0-noarch_64-bergware.plg

cd /boot/config/plugins
wget --no-check-certificate https://raw.github.com/bergware/dynamix/master/plugins64/dynamix.plugin.control-2.1.0-noarch_64-bergware.plg
installplg dynamix.plugin.control-2.1.0-noarch_64-bergware.plg

 

The other optional plugins can now be installed from the GUI itself. There are two optional plugins not yet made available:

  • Cache Dirs - There are issues with the cache_dirs script itself, and doesn't run without modifications
  • Web Server - It is not possible (yet) with the built-in PHP version to run additional extensions

 

When you encounter issues, please test with and without the Dynamix webGui to properly determine the cause.

  • Replies 123
  • Views 34.8k
  • Created
  • Last Reply

Installing now to test... thanks

I get a file not found error when executing the webgui installplg.  dynaminx-webGui-2.1.0-x86_64-1.txz file not found.

  • Author

I get a file not found error when executing the webgui installplg.  dynaminx-webGui-2.1.0-x86_64-1.txz file not found.

 

Aahhh, I forgot to upload the webGUI file itself to github ...  :-[

 

And have some troubles at the moment to get it copied to github (have patience) !

 

Should be available now.

Got it all installed - working fine, will give it a go for a while - thanks for your work.

  • Author

Got it all installed - working fine, will give it a go for a while - thanks for your work.

 

All - as "including ALL optional plugins" ?

Yes all optional plugins except - cachedirs and webserver are installed using plugin control - not sure if they are all functioning properly but they are installed and can go the settings for each one. - will keep testing...

  • Author

Yes all optional plugins except - cachedirs and webserver are installed using plugin control - not sure if they are all functioning properly but they are installed and can go the settings for each one. - will keep testing...

 

cachedirs and webserver are not available in the 64-bit version (plugin control does not offer them).

 

Btw for both unRAID v5.x and v6.x plugins are updated/aligned to version 2.1.0.

 

Are you looking at the v5.x ones ?

Btw for both unRAID v5.x and v6.x plugins are updated/aligned to version 2.1.0.

 

Are you looking at the v5.x ones ?

 

Yes, I am looking at both, the V5 are all updated and seemed to working fine... V6 - are installed but haven't played with all of them yet...

Hi!

 

Thank you for porting dynamix to 6.0 so quickly. I tried to integrate the stats plugin myself and discovered that it should be easily possible to reuse the standard package of sysstat:

http://slackware.cs.utah.edu/pub/slackware/slackware64-14.1/slackware64/ap/sysstat-9.0.6.1-x86_64-1.txz

 

I am just wondering why you didn't use this package as a standard dependency but integrated the binaries within the

dynamix.system.stats-0.0.0-x86_64-1.txz

 

I thought about making a -noarch- package containing only the emhttp pages and php scripts and using the architecture dependent libs from the system repository.

 

I know that you have to change some php code due to changes from php 4.x to 5.x (talking about the call-time pass-by-reference things for exec calls and some more) but these dependencies are not platform specific but version specific.

 

Nevertheless I installed the web gui and system.stats plugin and i am running it without issues

 

Again thanks for that

  • Author

Hi!

 

Thank you for porting dynamix to 6.0 so quickly. I tried to integrate the stats plugin myself and discovered that it should be easily possible to reuse the standard package of sysstat:

http://slackware.cs.utah.edu/pub/slackware/slackware64-14.1/slackware64/ap/sysstat-9.0.6.1-x86_64-1.txz

 

I am just wondering why you didn't use this package as a standard dependency but integrated the binaries within the

dynamix.system.stats-0.0.0-x86_64-1.txz

 

I thought about making a -noarch- package containing only the emhttp pages and php scripts and using the architecture dependent libs from the system repository.

 

I know that you have to change some php code due to changes from php 4.x to 5.x (talking about the call-time pass-by-reference things for exec calls and some more) but these dependencies are not platform specific but version specific.

 

Nevertheless I installed the web gui and system.stats plugin and i am running it without issues

 

Again thanks for that

 

Version 9 of sysstat doesn't support all the features required (certain options were added later), need to run version 10 to get the correct reporting information and data extraction.

 

Moving to the 64-bit environment involves more than simply changing packages. One is the creation of a backend which can support separate 32-bit and 64-bit upgrades. In that respect I have followed the approach of slackware with different directories and the appropriate naming conventions. Making 'your' life easy for installing any optional plugins ;)

 

 

 

cd /boot/plugins
wget --no-check-certificate https://raw.github.com/bergware/dynamix/master/plugins64/dynamix.webGui-2.1.0-noarch_64-bergware.plg
installplg dynamix.webGui-2.1.0-noarch_64-bergware.plg

cd /boot/config/plugins
wget --no-check-certificate https://raw.github.com/bergware/dynamix/master/plugins64/dynamix.plugin.control-2.1.0-noarch_64-bergware.plg
installplg dynamix.plugin.control-2.1.0-noarch_64-bergware.plg

 

 

Why not just put this code into a BASH script and attached it to this post.  Then the script code be download, copied to the root of the flash drive and executed with a single command?  Would made installing Dynamix-64 so much simpler for the Linux novice. 

  • Author

 

 

cd /boot/plugins
wget --no-check-certificate https://raw.github.com/bergware/dynamix/master/plugins64/dynamix.webGui-2.1.0-noarch_64-bergware.plg
installplg dynamix.webGui-2.1.0-noarch_64-bergware.plg

cd /boot/config/plugins
wget --no-check-certificate https://raw.github.com/bergware/dynamix/master/plugins64/dynamix.plugin.control-2.1.0-noarch_64-bergware.plg
installplg dynamix.plugin.control-2.1.0-noarch_64-bergware.plg

 

 

Why not just put this code into a BASH script and attached it to this post.  Then the script code be download, copied to the root of the flash drive and executed with a single command?  Would made installing Dynamix-64 so much simpler for the Linux novice.

 

You can simply copy and paste the lines in a telnet session (take putty for example) - how much can go wrong there  ;)

Version 9 of sysstat doesn't support all the features required (certain options were added later), need to run version 10 to get the correct reporting information and data extraction.

 

Justed wanted you to know that I got the monitoring to work with version 9 of sysstat by only changing this command-line call.

in include/HardwareStats.php:116

if ($days<=$graph) exec("sadf -d -U $interval $log $sadf|awk -F';' '$valid {print $3,$data}'",$input);

to

if ($days<=$graph) exec("sadf -D $interval $log $sadf|awk -F';' '$valid {print $3,$data}'", $input);

 

it worked fine for me and I could use all features - realtime, interval, history

 

I don't want to start a big discussion over this - just saying that I didn't find anything special that didn't work when using sysstat 9.x

 

But that could be just me and my specific hardware

 

 

cd /boot/plugins
wget --no-check-certificate https://raw.github.com/bergware/dynamix/master/plugins64/dynamix.webGui-2.1.0-noarch_64-bergware.plg
installplg dynamix.webGui-2.1.0-noarch_64-bergware.plg

cd /boot/config/plugins
wget --no-check-certificate https://raw.github.com/bergware/dynamix/master/plugins64/dynamix.plugin.control-2.1.0-noarch_64-bergware.plg
installplg dynamix.plugin.control-2.1.0-noarch_64-bergware.plg

 

 

Why not just put this code into a BASH script and attached it to this post.  Then the script code be download, copied to the root of the flash drive and executed with a single command?  Would made installing Dynamix-64 so much simpler for the Linux novice.

 

You can simply copy and paste the lines in a telnet session (take putty for example) - how much can go wrong there  ;)

 

Yes, I CAN do that.  However, you might be surprised to find out how many people do NOT know how to paste something into putty.  They would attempt to type those command lines into either a putty session or directly into a console screen.    :o  &  :-\

 

 

  • Author

Version 9 of sysstat doesn't support all the features required (certain options were added later), need to run version 10 to get the correct reporting information and data extraction.

 

Justed wanted you to know that I got the monitoring to work with version 9 of sysstat by only changing this command-line call.

in include/HardwareStats.php:116

if ($days<=$graph) exec("sadf -d -U $interval $log $sadf|awk -F';' '$valid {print $3,$data}'",$input);

to

if ($days<=$graph) exec("sadf -D $interval $log $sadf|awk -F';' '$valid {print $3,$data}'", $input);

 

it worked fine for me and I could use all features - realtime, interval, history

 

I don't want to start a big discussion over this - just saying that I didn't find anything special that didn't work when using sysstat 9.x

 

But that could be just me and my specific hardware

 

Interesting ...

 

My preference is also to install a regular slackware package as much as possible.

 

One of the reasons in the past was support for JSON output, but after the rewrite I did, this isn't really needed anymore. Another one is to have all time stamps in UTC. And lastly the counters for network stats can overrun when 32-bit.

 

I have a look !

  • Author

Yes, I CAN do that.  However, you might be surprised to find out how many people do NOT know how to paste something into putty.  They would attempt to type those command lines into either a putty session or directly into a console screen.    :o  &  :-\

 

Are BETA testers not supposed to be more 'technical' ?

 

To run unRAID6 you need more knowledge anyway, making sure no other or wrong plugins/packages are executed in the 64-bit environment, though I agree that a final version should be as easy as possible  ;)

Installed the Dynamix WebGUI 64 with most of the plugins.

No issues, seems to work exactly like it did under the 32 bit system.

 

Great work and thanks again for providing this!

  • Author

No issues, seems to work exactly like it did under the 32 bit system.

 

There are a couple of improvements made in version 2.1.0, so it is not *exactly* as before  ;)

HI Bonienl,

 

for the webserver we need Tom making a beta 3 ?

was interested in the webserver to run webvirt manager to have a GUI to make VM's

 

but seems there are a few things more missing :P

  • Author

HI Bonienl,

 

for the webserver we need Tom making a beta 3 ?

was interested in the webserver to run webvirt manager to have a GUI to make VM's

 

but seems there are a few things more missing :P

 

I hope to include full support of PHP in the web server, but indeed need Limetech support, alternatively an 'updated' PHP version can be installed, though I like to avoid that route.

 

What other things do you see missing ?

Bonienl,

 

Since 'cache_dirs' plugin is missing from this version of Dynamix, have you see the following post and the next three posts regarding using cache_dirs with 64 bit unRAID:

 

        http://lime-technology.com/forum/index.php?topic=4500.msg285520#msg285520

 

You might want to consider trying the suggested modification to see if it works.  There are a a few of us guinea pigs that would be willing to assist you. 

  • Author

Bonienl,

 

Since 'cache_dirs' plugin is missing from this version of Dynamix, have you see the following post and the next three posts regarding using cache_dirs with 64 bit unRAID:

 

        http://lime-technology.com/forum/index.php?topic=4500.msg285520#msg285520

 

You might want to consider trying the suggested modification to see if it works.  There are a a few of us guinea pigs that would be willing to assist you.

 

Yes, I am aware of the workaround, but it isn't the full story.

 

With the workaround in place cache_dirs works when started directly from CLI (telnet session), but it hangs when started via a shell script. This in turn causes the GUI to hang, since control is never returned to emhttp.

 

So far I haven't been able to determine the cause (the exact same shell script to start/stop cache_dirs is used under unRAID v5 without issues).

 

Anyway, I want to use an official version of cache_dirs without any 'custom' modifications. We need Joe's help to get it sorted out.

I just installed this on UnRAID 6 beta 2 last week.  It works great and seems to really have extended what Simple Features used to offer.  I do have a minor issue.  I pulled down both packages to /boot/plugins and installed them, but after a reboot only the webgui is still installed.  Took me a couple of times to figure out what was missing, but it was the Dynamix tab along the top.  The plugins control package doesn't show up unless I install it again.  Did I miss a step?

Archived

This topic is now archived and is closed to further replies.

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.