-
Posts
10,233 -
Joined
-
Last visited
-
Days Won
65
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Report Comments posted by bonienl
-
-
Do you have "advanced buttons" installed? If yes, you'll need to uninstall it.
-
Looks like you have corruption on your flash device.
Shutdown your system and put the flash device in a Windows machine for repair.
-
-
-
-
-
This is the way docker version 12.09.1 displays stat information. A newer docker version is planned after more testing is done, scheduled for the moment for 6.6.Run the following:
docker stats $(docker ps --format='{{.Names}}')
CONTAINER CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS cAdvisor 4.49% 62.41MiB / 125.9GiB 0.05% 936B / 0B 43.9MB / 0B 44 Netdata 1.82% 117.4MiB / 125.9GiB 0.09% 3.69kB / 0B 99.6MB / 0B 22 Emby 0.00% 72.8MiB / 125.9GiB 0.06% 613kB / 1.97MB 162MB / 19.3MB 16 Heimdall 0.00% 23.98MiB / 125.9GiB 0.02% 3.99kB / 3.35kB 3.11MB / 139kB 14 Tautulli 0.15% 75.05MiB / 125.9GiB 0.06% 0B / 0B 44.6MB / 139kB 20 HandBrake 0.24% 282.4MiB / 125.9GiB 0.22% 3.69kB / 0B 270MB / 279kB 70 Unifi 0.76% 658.8MiB / 125.9GiB 0.51% 9.41MB / 925kB 363MB / 95.5MB 909 Plex 0.11% 185.1MiB / 125.9GiB 0.14% 2.49MB / 551kB 151MB / 1.09MB 48 Nginx 0.02% 36.5MiB / 125.9GiB 0.03% 321kB / 0B 44.6MB / 139kB 25 Pi-hole 0.03% 43.48MiB / 125.9GiB 0.03% 2.72MB / 599kB 104MB / 86MB 22 Tonido 0.03% 21.11MiB / 125.9GiB 0.02% 380kB / 1.85MB 55.7MB / 2.92MB 28
Or, and select which columns to display (example below has all columns)
docker stats --format='table {{.Name}}\t{{.CPUPerc}}\t{{.MemUsage}}\t{{.MemPerc}}\t{{.NetIO}}\t{{.BlockIO}}\t{{.PIDs}}'
- 1
-
Click on "port UP" and eth1 will be shown as part of bond0.
-
10 hours ago, John_M said:
I notice that in -rc3 the SMART reports included in the diagnostics zip no longer end with .txt which makes them less likely to be opened by text editors with one click. Is it intentional?
No, a regression error. Fixed in next release.
Thanks for reporting.
- 1
-
This change sets the bus type to VirtIO when it is empty. Normally a user would choose a bus type, like in your case SATA.
-
On 3/31/2018 at 11:35 AM, dlandon said:
Didn't used to work that way. Did something change?
I had a look, but that part didn't change.Orphan images only show when at least one container is existing. Changed in next version.
-
You have to give the container a name.
-
You are right, I addressed only half of the issue. Made another PR with the complete correction.
-
14 minutes ago, Squid said:
plugincheck checks every .plg in /tmp/plugins. It doesn't care if its actually installed or not, and unRAIDServer-.plg is not installed
It is a little more intelligent.
// plugin checkall // check all installed plugins, except built-in // if ($method == "checkall") { foreach (glob("/var/log/plugins/*", GLOB_NOSORT) as $link) { // skip OS related plugins if (in_array(basename($link,'.plg'),$builtin)) continue; // only consider symlinks $installed_plugin_file = @readlink($link); if ($installed_plugin_file === false) continue; if (plugin("pluginURL", $installed_plugin_file, $error) === false) continue; $plugin = basename($installed_plugin_file); echo "plugin: checking $plugin ...\n"; exec(realpath($argv[0]) . " check $plugin", $output, $retval); } exit(0); }
It does skip OS (built-in) related plugins. Currently there is only one 'unRAIDServer.plg' (there used to be "dynamix.plg as well)
Replying my own words, unRAIDSserver-.plg should be added in the list of built-in plugins.
Thanks guys. I made a PR.
-
I know, not all my ideas are good
-
I changed it to forced disabled, because sometimes incomplete templates are loaded and these should not be applied immediately, but the downside of this approach is that any good templates need a 'forced' change. @Squid convinced me that my idea is bad, hence it will be corrected in the upcoming version.
-
1 minute ago, dlandon said:
Which version of unRAID do you want me to start with? Any preference?
1 minute ago, dlandon said:Which version of unRAID do you want me to start with? Any preference?
My test system is on 6.5.0. If we could keep that equal, gives less equations to ponder about.
-
11 minutes ago, dlandon said:
It's strange because for me it works as expected. Do you see anything different in the steps I described in my test and your tests?
The files in the folder /tmp/plugins are the ones which indicate what (new) version is available. If you delete these files, they will be redownloaded a next time when a check is done, either manually (check for updates) or scheduled (script: unraidcheck).
-
1 minute ago, dlandon said:
I understand. How can I help you find it?
If somehow you can make this in repeatable steps to reproduce, I am all ears.
May I ask you to start with a fresh rebooted system and ensure no left-over files are there to begin with.
-
4 minutes ago, dlandon said:
I'll re-open this because it seems we haven't found the solution yet.
I haven't found the problem yet
-
I can't replicate. To follow your footsteps
- Fresh system boot with 6.5.0
-
Peform a "Check for Updates" manually
- This creates the file unRAIDServer.plg (with "Stable" reference) in /tmp/plugins folder
-
Switch to Next, this will initiate an immediate check
- This creates an additional file unRAIDServer-.plg (with "Next" reference) in /tmp/plugins folder
- I carry on with my life (drink coffee)
-
Perform a "scheduled" check (this is the script "unraidcheck")
- Verify the files in /tmp/plugins folder: (1) unRAIDServer.plg still refers to "stable" and (2) unRAIDServer-.plg is present but not used
- Take more coffee and wait
- No notifications as should be, in other words it works as expected
Ps. The "plugincheck" script only checks the user plugins, and doesn't touch the OS checks.
-
-
When you switch between stable and next selection in the GUI, the file in /tmp/plugins should get updated accordingly, but this requires an Internet connection. If at some point there wasn't an internet connection and a selection switch was done, the old (wrong) file stays in place.
Could this be a plausible explanation for what happened to you?
-
My main server is running version 6.5.1-rc2 and I installed now version 6.5.0 on my test server.
Checking for updates manually or automatically on my test server returns each time the proper "stable" version. I can't replicate your issue.
root@ceres:/tmp/plugins# cat unRAIDServer.plg <?xml version='1.0' standalone='yes'?> <!DOCTYPE PLUGIN [ <!ENTITY name "unRAIDServer"> <!ENTITY author "LimeTech"> <!ENTITY version "6.5.0"> <!ENTITY category "stable"> ... ...
Can you delete the file in /tmp/plugins and test again?
[6.5.1-rc5] Unable to add docker from existing template.
-
-
-
-
-
in Prereleases
Posted
There is a missing csrf_token when the first container is created. Made a correction for this.