Frank1940

Jon ---- This is what my Dashboard screen looks like. Describe what you have or don't have in terms of this one.

If you don't get a quick direct answer to your question, I would suggest you just print out the configuration setting pages on your current version and use that information to configure Dynamix and its plugins in ver 6.

Both the periodic and real-time checking look at disk read errors, these will be reported in the health report or as an warning notification. Great News! Thank you very much for all your hard work in developing an indispensable adjunct to the unRAID software package!

Does anyone (with even minimal computer knowledge) have access to your server? What I would do is to reset the password and shadow files again. Then, the FIRST time I logged onto the server, go to the 'Users' page, double-click on the user 'root' and change the password for the root user from blank to one that is really secure-- at least, seven characters long-- and not easy to guess by someone who knows me. While it does make it a bit more of a hassle to gain access to the server, it does prevent semi-malicious game playing with you.

I don't know if this has been included but I (personally) would like to see an e-mail notification anytime there is a non-zero number of 'Errors' on the any of the 'Main' tabs. While such notification should definitely be a part of the periodical array status check, it would be nice if an single 'High Priority' alert e-mail might be sent as soon as the condition is first detected. (I would think that most of us would not want an e-mail every minute or so if one were sent every time the status scan was made!)

You can do that now, and have two options for settting that up: Option 1 - Under notification settings, you can setup the Email Subject Prefix. ie: Unraid Server #1 Status Thank you! How did I ever miss that!!!

One more request. Add the server name to the subject line of all E-mails (or at least the option to do so). This way those of us with more than one server can tell instantly which server may be in trouble.

Any chance of getting the periodical E-mails (that is in the ver 5 Dynamix) of the server status added back in. I have my main server set up to send an E-mail once a day and it is reassuring to get that message. Plus, I would imagine that is almost a necessity for people who manage a remote server.

Absolutely, if given the information, I always check out what the changes are. (If the changes are major and don't address an issue on my system, I will generally wait a few days to see if any issues/bugs crop up!) PS--- The description you provided really didn't indicate what the changes were or why they were necessary. I can only assume that some change in the base WebGUI required some minor updating of the other plugins.

That worked. THANKS!!!

I only have three Dynamix plugins installed: Dynamix System Temperature Dynamix Cache Directories Dynamix System Information

What is happening? I have three plugins that should be up-datable and I am getting the following message: /usr/local/sbin/plugin update dynamix.system.temp.plg 2>&1 plugin: running: 'anonymous' plugin: skipping: /boot/config/plugins/dynamix.system.temp/dynamix.system.temp-2014.12.05.txz already exists plugin: running: /boot/config/plugins/dynamix.system.temp/dynamix.system.temp-2014.12.05.txz +============================================================================== | Skipping package dynamix.system.temp-2014.12.05 (already installed) +============================================================================== The date does not look right and the 'update' button is still there after I click on it. After a jumped to the 'Main' page and then back to "Plugins', clicked on the 'check of update' button, everything was now shown as updated but all of the updates have December 2014 dates except for the WebGUI.

Since no one else has jumped in, I will give two approachs to try. First thing before anything else-- The username is 'root' not 'root.' If that was not the problem, then try this: Shut the server down. Pull the flash drive and plug it into another computer. Rename the 'passwd' and the 'shadow' file in the 'config' folder (or directory) to 'passwd.old' and 'shadow.old'. Plug the flash drive back and start the server. The user should now be 'root' and the password is a blank. (Just press the enter key.) (I had you rename the these files rather than deleting it in case something goes wrong. You can simply repeat the process and rename them back to the original name.) Reason for edit: To add the shadow file in instructions.

In the USA, Amazon is very good on returns. I would buy as many as you need. Test one quickly and see if you have problems. If it works, repeat for the others. Otherwise, sent them back ASAP via RMA method. (I have always gotten Amazon to even pay for shipping by checking the proper reason for return option-- make it look like it was Amazon fault as much as possible! I have always had the feeling that this RMA process is totally automated. You can always call if you don't get free return shipping.) Disclosure: I am an Amazon Prime member and order a fair amount of things from them. So I might get a bit better treatment than someone who only buys a couple of times a year.

IF you used a control-c, you killed the process that was running in that shell! SO you can only run one preclear function per shell. You can run multiple shells, you use alt-F1, Alt-F2, and alt-F3 to get to the first three shells. (You can run up to six shells.) Start a preclear session on each disk in a separate shell. You then switch between the shells with alt-Fx key sequence. Hope this helps...

Absolutely!!! I have done it three of four times without any problems.

6GB in first server. 8GB in second server

The problem with SATA cables comes when they are tied together into a bundle. This is usually done because someone wants the interior of the unit to 'look neat'. If you have each cable running from the controller to the drive , any incidental contact is not an issue. Just don't bundle them altogether using tie wraps! (The technical term for this problem is called 'cross-talk'. You can google the term for more details.)

Yes, it should work. It simply uses utilities that should be supplied with the stock unRAID. Good news. I will test as soon as someone gets the apcupsd package recompiled for use with ver 6. (This is January in Ohio with current temperatures in the single digits. Too risky a time to run without a ups monitoring software to shut things down ...) I have a spare 1GB drive I can use for the trial. I got APCUPSD for ver 6.X installed and found that it works. With that working, I decide to try to preclear a 1 GB Hitachi SATA drive. I can report that it worked perfectly. I ran one preclear cycle on it. Time to complete was a few minutes over 10 hours which is about normal for this drive. I do have the preclear report if you would like to se it.

Yes, it should work. It simply uses utilities that should be supplied with the stock unRAID. Good news. I will test as soon as someone gets the apcupsd package recompiled for use with ver 6. (This is January in Ohio with current temperatures in the single digits. Too risky a time to run without a ups monitoring software to shut things down ...) I have a spare 1GB drive I can use for the trial.

Joe L. Will this script run properly on the new 64 bit version of unRAID? (I know that none of the current plugins will work but I thought that it might be possible that a script might work.)

Whatever webGui is chosen, it all comes down whether emhttp stays alive or not ... Isn't it about time that all of the developers of webGUI's set the priority level of emhttp (I probably have the wrong terminology here as I am not a Linux expert) so that it does NOT get killed when resources get tight? I seem to recall seeing that it only takes a simple command that can be run from a script.

Actually, both of these are plugins in Simple Features. (I know this because I disabled the 'Stats' page...) I seem to recall that it was intended the Simple Features plugins would be ported over to work with the new GUI after it was finalized and released. However, I feel that I should point out the doing this is not a travail process and the people who wrote the original Simple Feature plugins do have jobs in the real world. So it may be quite some time before this happens.

+1 I worked for many years as an Engineer at Western Electric in the old Bell System. I can recall the old adage that the production people and management people would finally end up saying, "There comes a time in every new product development cycle when you have to shoot the Engineers if you ever want to ship the product!"

Right, I will update the README file about this, sorry. Tom ---- The following line in README.md : If you have any other plugins installed, reboot your server; otherwise, just bring up the webGui in your browser. Should read : If you have had any other plugins installed, reboot your server; otherwise, just bring up the webGui in your browser. The reason being that you have just ripped out SimpleFeatures from the /root/plugins directory, all of those addins will show up in the new webGui. Apparently none of them will work but it may appear to less experienced unRAID user that they should work. Of course, this causes all sorts of confusion and will result in lots of posts from those users wanting to know why things are not working and how to make them work!