Dynamix - Web GUI 64 [BETA]


Recommended Posts

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.

Link to comment
  • Replies 123
  • Created
  • Last Reply

Top Posters In This Topic

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.

Link to comment

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 ?

Link to comment

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

Link to comment

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 ;)

 

Link to comment

 

 

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. 

Link to comment

 

 

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  ;)

Link to comment

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

Link to comment

 

 

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  &  :-\

 

 

Link to comment

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 !

Link to comment

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  ;)

Link to comment

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 ?

Link to comment

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. 

Link to comment

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.

Link to comment

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?

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.