bonienl

The more button takes you to the screen for it. Obviously a bug since the button shouldn't be there if the plugin isn't installed. The more button will be removed when a proper uninstall is done of the System Info plugin. I presume that isn't the case here! indeed, i deleted the .cfg file and put all my settings back in via the webui, and the more button is no more... no more is less

That includes Europe or any restrictions ?

The more button takes you to the screen for it. Obviously a bug since the button shouldn't be there if the plugin isn't installed. The more button will be removed when a proper uninstall is done of the System Info plugin. I presume that isn't the case here!

When you do a periodic check, say every day, then using the -D 1d option can speed up the process considerably, as it will make the list of files to verify a lot shorter.

Yeah, it wasn't that complicated afterall ...

Ok, I made an update to bunker and released version 1.5 In this version there is a new command -U = same as -u command, but only updates files which are newer than the scandate of the hash. In other words files which have changed after the hash has been calculated There is also a new option -D <time> = only include files which are newer than the specified time. The time is expressed in seconds (s), minutes (m), hours (h), days (d) or weeks (w). Eg. -D 1w means files created/modified in the last week. For example you can do the following: bunker -U /mnt/user/data - this will update only the files in /mnt/user/data which have been changed since the last hash calculation bunker -U -D 4h /mnt/user/data - the same as above but search is limited to files which are modified in the last four hours See OT to download the new version, and let me know if it is useful.

coretemp is already present and can be loaded using modprobe (e.g. in your go file).

This is not possible with bunker, a workaround can be to write your own wrapper which compares file dates and sizes and calls bunker for only those files which have changed. I'll think about an implementation in bunker itself too, but can't give timelines.

Driver support is built-in into unRAID itself. When you run sensors-detect, it will display the required driver(s) and these can be loaded using the modprobe command. If no proper driver is present in your system, you may want to ask LT to include it, they have done this in the past.

Some logic has been built in emhttp to keep track of the disk being active/stand-by and the updating of the disk temperature. Both monitor and webGUI rely on this logic for proper handling and display of the temperatures. If/when something goes out of sync, it is usually restored when the poll_attribute timer kicks-in. That sounds great, what *should* happen, but isn't. My poll_attribute has been set to either 180 or 60, and I've waited many hours, with no change. Happened again yesterday, 4 drives only. Happened to at least 2 or 3 of the drives when I was checking the Help text for SMART info, after clicking on the drive, with the Help enabled. It briefly seemed to indicate SMART info would not be available until drive was spun up, then in a few seconds the SMART info all appeared (looked really great by the way, with a new Download button!). Returned to the Main screen, and drive still showed spun down (grey ball), but a temp was showing! The temp continued to show and be updated for quite a few hours. (I know by now you must be getting tired of my posts!) Yeah for every one line answer I get ten lines of questions back, that is a heavy burden But ... you did make an interesting observation ! When users look at the SMART information in the GUI, the GUI will issue a smartctl command in the background to obtain the necessary information. This is done without knowledge to emhttp itself and it can bring emhttp out of sync if a disk got spun-up due to an executed SMART command (do you happen to have Seagate disks?) It seems that the poll attribute timer updates the temperature reading for an active disk (it uses hdparm and smartctl for that), but emhttp itself doesn't get updated about the state of the disk if it has changed. I believe Tom made a remark about that, and advises to let control of disk spin-up/spin-down solely be done by emhttp. A solution might be to extend the poll attribute functionality with a disk state update feature if changed state is detected, this approach doesn't give an immediate sync but at least at some point things get straightened. This however is up to LT to decide/implement. Perhaps a 'defect report' can help?

Correct See the -d option

-u option will recalculate all files, while the -a option skips existing hashes and only calculate new files.

From version v6b12 and later unRAID supports upgrading of the system using the GUI, moving from an earlier version to rc4 requires manual updating though, but once rc4 is installed, it will be a swift process to update to the next (or final) version.

Some logic has been built in emhttp to keep track of the disk being active/stand-by and the updating of the disk temperature. Both monitor and webGUI rely on this logic for proper handling and display of the temperatures. If/when something goes out of sync, it is usually restored when the poll_attribute timer kicks-in.

Thanks Top - http://pastebin.com/K6WHBxh9 Ps -ef - http://pastebin.com/4LySutDN lsof -Pni - http://pastebin.com/TwACgQL6 emhttp is waiting for an external process to finish. Did you start a particular docker application when the webGUI issue occured ?

I believe you have the right assumption

It is correct that WITH the jumper the setting is "unaligned", you need to change that to "4K aligned" WITHOUT the jumper. It suffice to do a reformat in XFS, no need for preclear.

This. I hate installing a Docker and finding something's missing, or the auto updater doesn't work (NZBGet is one that grinds my gears in particular, some don't update, some have a heap of useless NZB-to-Media stuff which I don't use). Some time ago it was proposed to introduce a popularity index, this could work similar to the rating system of plugins/add-ons you install for your browser and might help to do a better educated choice. It's only an idea at the moment though.

At the moment the Community Applications plugin is the hard work of Squid, and we should be thankful to him to have started this initiative and he goes into great lengths to keep it up to date. The usefulness of this plugin is undoubtably there and surely the potential exists to integrate it with a future version of unRAID. All you need to have is patience and appreciate what we have today.

You can use the linux sed command to do a conversion: sed 's! C:\\Users\\Images\\Image Compare!|/mnt/disk1/downloads!;s!\\!/!g;s!\r!!' windows_file >linux _file The above line does the following: 1. Convert the windows folder C:\Users\Images\Image Compare to the linux directory /mnt/disk1/downloads (including the | character in the front) 2. Convert backslashes (\) into forward slashes (/) 3. Remove the carriage return (\r) character at the end of the line windows_file = name of the source windows file linux_file = name of the destination linux file (suitable for bunker) Adapt the names of the folders and directories as needed.

The current notification system allows developers to write CHANGES, for example - a particular plugin is depreciated, the developer can issue a 'new version' with an announcement and point to the substitute version. When people have the notification system set up to check for updates, they will get notified and subsequently can check the changes and do the appropriate steps.

If you remove the jumper on the HDD, you need to reformat the drive and consequently loose all data. Performance wise it doesn't matter whether the jumper is used or not. I will be reformating in XFS anyway... I am just wondering if I will need to watch out for anything in the setting up of the new unraid 6 server, 4k alignment or something?!? Just want to be 100% sure this weekend. Thanks. The default partition format is set to MBR 4K-aligned (unless you have changed it), if you remove the jumper and reformat the disk, it will be done with the correct setting.

Do the "started" and "stopping_svcs" events also exist in unRAID v5? so I can make my plugins compatible Edit: According to "/usr/local/bin/emhttp_event" they do exist Yes this is the same in v5.

All as was before upgrading to rc4. What are these poll tunables mentioned and wht would these possibly be an issue? See here: http://lime-technology.com/forum/index.php?topic=40368.msg380848#msg380848 AFAIK there are no disk related differences between rc3 and rc4. Maybe your ambient conditions have changed?

Have bookmarked the link for future reference. Thanks.