unevent

Other option is to try the PCnet driver and see if that works. First should verify in the web interface under UPS -> Powerchute that you have a passphrase set.

Port 3551 is the network information server (NIS) which is enabled by default in apcupsd. Reading below a reboot cleared it, but then you changed config to USB.

Under Powerchute in the web interface. It is separate from the web gui login.

The 'device' line should be the IP of the UPS plus the username and passphrase all separated by colons. If you changed the port from the default 3052 it should added to the device line with a colon (ex: ups ip:username:passphrase:port) Default username and passphrase are not the same as the web login. Apcupsd manual shows defaults to be 'apc' and the default passphrase is 'admin user phrase', don't know how accurate it is. You can change it using the web interface to the management card. Need to decide what you intent to use: Ethernet, USB, or Serial, can't do all them all. If you choose Ethernet, unplug the USB and serial cables. Set 'UPS cable: Ether' and 'UPS type: SNMP' or can try 'PCnet'. You may need to add the IP of your unRAID server (or whatever you are using apcupsd on) as a client to the management card using the web interface.

Looks like issue with 5.1.20 extension pack. I see a brief question something like do I agree to these terms or whatever with a y/n? along the bottom of the GUI before a message saying install failed. Nothing in log to clue other than failed. Apr 29 23:25:05 Tower rc.virtualbox[14283]: Installing Virtualbox Extension package (v5.1.20)... Apr 29 23:25:07 Tower rc.virtualbox[14354]: Installation of Virtualbox Extension package failed Edit: Confirmed it is a license accept prompt preventing it from installing. If I run '/opt/VirtualBox/VBoxManage extpack install /boot/config/plugins/virtualbox/Oracle_VM_VirtualBox_Extension_Pack-5.1.20.vbox-extpack' and accept the license agreement it will install.

Can php soap be added to this Docker or the Apache Docker? Thanks

Note sure if an issue, ran update for the latest, log below. Reports python-2.7.13... - unRAID version too low, requires at least 6.3, yet it goes ahead and installs it. Problem or fine? plugin: updating: speedtest.plg plugin: skipping: python-2.7.13-x86_64-1.txz - unRAID version too low, requires at least version 6.3 plugin: downloading: https://raw.githubusercontent.com/dmacias72/unRAID-plugins/master/packages/6.2/python-2.7.13-x86_64-1.txz ... done +============================================================================== | Upgrading python-2.7.12-x86_64-1 package using /boot/config/plugins/speedtest/python-2.7.13-x86_64-1.txz +============================================================================== Pre-installing package python-2.7.13-x86_64-1... Removing package /var/log/packages/python-2.7.12-x86_64-1-upgraded-2017-01-31,22:38:49... --> Deleting symlink /usr/doc/python-2.7.12/Tools --> Deleting /usr/doc/python-2.7.12/Demo/README --> Deleting /usr/doc/python-2.7.12/Demo/cgi/README --> Deleting /usr/doc/python-2.7.12/Demo/cgi/cgi0.sh --> Deleting /usr/doc/python-2.7.12/Demo/cgi/cgi1.py --> Deleting /usr/doc/python-2.7.12/Demo/cgi/cgi2.py --> Deleting /usr/doc/python-2.7.12/Demo/cgi/cgi3.py --> Deleting /usr/doc/python-2.7.12/Demo/cgi/wiki.py --> Deleting /usr/doc/python-2.7.12/Demo/classes/Complex.py --> Deleting /usr/doc/python-2.7.12/Demo/classes/Dates.py --> Deleting /usr/doc/python-2.7.12/Demo/classes/Dbm.py --> Deleting /usr/doc/python-2.7.12/Demo/classes/README --> Deleting /usr/doc/python-2.7.12/Demo/classes/Range.py --> Deleting /usr/doc/python-2.7.12/Demo/classes/Rev.py --> Deleting /usr/doc/python-2.7.12/Demo/classes/Vec.py --> Deleting /usr/doc/python-2.7.12/Demo/classes/bitvec.py --> Deleting /usr/doc/python-2.7.12/Demo/comparisons/README --> Deleting /usr/doc/python-2.7.12/Demo/comparisons/patterns --> Deleting /usr/doc/python-2.7.12/Demo/comparisons/regextest.py --> Deleting /usr/doc/python-2.7.12/Demo/comparisons/sortingtest.py --> Deleting /usr/doc/python-2.7.12/Demo/comparisons/systemtest.py --> Deleting /usr/doc/python-2.7.12/Demo/curses/README <...SNIP...> --> Deleting /usr/doc/python-2.7.12/LICENSE --> Deleting empty directory /usr/doc/python-2.7.12/Demo/newmetaclasses/ --> Deleting empty directory /usr/doc/python-2.7.12/Demo/metaclasses/ --> Deleting empty directory /usr/doc/python-2.7.12/Demo/md5test/ --> Deleting empty directory /usr/doc/python-2.7.12/Demo/embed/ --> Deleting empty directory /usr/doc/python-2.7.12/Demo/curses/ --> Deleting empty directory /usr/doc/python-2.7.12/Demo/comparisons/ --> Deleting empty directory /usr/doc/python-2.7.12/Demo/classes/ --> Deleting empty directory /usr/doc/python-2.7.12/Demo/cgi/ --> Deleting empty directory /usr/doc/python-2.7.12/Demo/ --> Deleting empty directory /usr/doc/python-2.7.12/ Verifying package python-2.7.13-x86_64-1.txz. Installing package python-2.7.13-x86_64-1.txz: PACKAGE DESCRIPTION: # python (object-oriented interpreted programming language) # # Python is an interpreted, interactive, object-oriented programming # language that combines remarkable power with very clear syntax. # Python's basic power can be extended with your own modules written in # C or C++. Python is also adaptable as an extension language for # existing applications. # Executing install script for python-2.7.13-x86_64-1.txz. Package python-2.7.13-x86_64-1.txz installed. Package python-2.7.12-x86_64-1 upgraded with new package /boot/config/plugins/speedtest/python-2.7.13-x86_64-1.txz. plugin: skipping: python-2.7.9-x86_64-1.txz - unRAID version too high, requires at most version 6.1.99 +============================================================================== | Skipping package pyOpenSSL-0.15.1-x86_64-1_slack (already installed) +============================================================================== plugin: downloading: https://raw.githubusercontent.com/dmacias72/unRAID-plugins/master/archive/speedtest-2017.01.30-x86_64-1.txz ... done plugin: downloading: https://raw.githubusercontent.com/dmacias72/unRAID-plugins/master/archive/speedtest-2017.01.30-x86_64-1.md5 ... done +============================================================================== | Upgrading speedtest-2017.01.27-x86_64-1 package using /boot/config/plugins/speedtest/speedtest-2017.01.30-x86_64-1.txz +============================================================================== Pre-installing package speedtest-2017.01.30-x86_64-1... Removing package /var/log/packages/speedtest-2017.01.27-x86_64-1-upgraded-2017-01-31,22:39:00... Verifying package speedtest-2017.01.30-x86_64-1.txz. Installing package speedtest-2017.01.30-x86_64-1.txz: PACKAGE DESCRIPTION: # Speedtest (Command Line Tool) # # This is a plugin for unRAID 6.1+. It is an interface for testing # internet bandwidth using speedtest.net and speedtest-cli. # # sivel/speedtest-cli # https://github.com/sivel/speedtest-cli # # dmacias72/unRAID # https://github.com/dmacias72/unRAID-plugins # Executing install script for speedtest-2017.01.30-x86_64-1.txz. Package speedtest-2017.01.30-x86_64-1.txz installed. Package speedtest-2017.01.27-x86_64-1 upgraded with new package /boot/config/plugins/speedtest/speedtest-2017.01.30-x86_64-1.txz. ----------------------------------------------------------- speedtest has been installed. This plugin requires Dynamix webGui to operate Copyright 2017, dmacias72 Version: 2017.01.30 ----------------------------------------------------------- plugin: updated

It's ultimately up to the drive you are reading from and the drive you are writing to. If you have SSD on both ends you should see higher numbers assuming cache and not array. Transfer is as fast as the slowest drive and faster Ethernet is not going to change that.

Shameless bump for a little more assistance. Thanks all. Bonding support in Windows 10? Not anymore and when it was it was only in specific builds. It is available in Windows server flavors, however. Any bonding done on unRAID would be transparent to the network unless you did the VLAN approach that was linked. From my experience with balance-rr and using a smart switch with trunking/port grouping I get 2Gb throughput and is the only mode I have found to do so. All the other modes are link backup and load balancing, but only get single NIC speeds. I can get full gigabit transfers from Windows 10 (100-110MB/s, SSD to spinner) and 2Gb transfers from a Linux box also setup in balance-rr on a separate port group on same switch. Comes in handy when you can transfer full bitrate blu-ray rips in three minutes or less. That said I have not tried file transfers using two separate Windows gigabit clients to see if I can get 2Gb on the unRAID bond.

Smart switch can be had for less than $40 such as the Netgear clone TP-Link TL-SG108E which supports LAG is prolly one of the cheapest options for home use. Fairly certain mode 0 (balance-rr) requires switch support (LAG/port grouping/trunking). I use balance-rr on unRAID in a LAG port group on the 'smart' switch and balance-rr on my Xubuntu desktop and get 2Gb speeds. I can transfer to and from over the network at the speed of the hard drives which is usually ~160MB/s and initial writes of ~250MB/s until unRAID starts writing then it yo-yo's as one side is SSD and the other is spinner. I static map via NFS to the server for steam games, documents folder, etc. and all are just as fast as if they were local spinner. Windows 10 SSD Samba transfers (no support for balance-rr) I get 100-110MB/s to/from cache drive.

Thanks that was very helpful. It says the first 4 options are the most used. Is there a down side to balance tlb / alb? If i'm reading correctly the difference between those two is tlb only balances outgoing traffic while alb balances incoming as well. It seems like alb would put more overhead on the system to tag outgoing traffic correctly? Is there a downside to either of those options? It didn't seem to say so in the article. Are they less stable for any reason? Good questions for a Google search. I have not used those particular modes, only balance-rr which requires a managed or 'smart' switch. Sent from my ASUS_Z00AD using Tapatalk

http://www.linuxhorizon.ro/bonding.html

Ok, thanks for responding. It's a great plugin, hate to see it die. Sent from my ASUS_Z00AD using Tapatalk

If this plugin is still maintained, I would like to request the ability to specify which version to be installed and install that version vs. always pulling the latest. ...or at least let the plugin install local version if installed version is different without forcing to download latest. ...for those that got forced into updating to 5.1.2 by the plugin and had the phpvirtualbox 5.0.5 no longer work, you can bypass the phpvirtualbox version check by editing the endpoints/api.php file: // $response['data']['responseData']['phpvboxver'] = @constant('PHPVBOX_VER'); $response['data']['responseData']['phpvboxver'] = "5.1-0"; source

Thanks for reply The reverse proxy is pointed internally and reaches out through one port (443). It has been working without the need of the 'trusted_proxies' in config.php. I can try to add it, but not sure how to use the command or how it should help? I don't get any warnings in the log-file. The APCu was on by default on my Owncloud, and I almost copied the entire config.php file to Nextcloud, perhaps that's why I have brought it all along. Maybe I should disable that? Same thing with MultiViews, I don't really know what APCu or MultiViews do, maybe I should comment that part out too? This is what I get in the network-tab in the developer interface in Chrome. In this case I am using owncloud trying to reach the admin-page. But this problem can occour on any page. Same problem in Nextcloud of course and only behind the reverse proxy. GET https://xxxxxx.duckdns.org/owncloud/core/js/mimetypelist.js?v=fbfda69922277ac52b88aedece79bcf2 net::ERR_CONNECTION_TIMED_OUT GET https://xxxxxx.duckdns.org/owncloud/core/js/jquery.avatar.js?v=fbfda69922277ac52b88aedece79bcf2 net::ERR_CONNECTION_TIMED_OUT GET https://xxxxxx.duckdns.org/owncloud/core/js/avatar.js?v=fbfda69922277ac52b88aedece79bcf2 net::ERR_CONNECTION_TIMED_OUT GET https://xxxxxx.duckdns.org/owncloud/apps/files/l10n/sv.js?v=fbfda69922277ac52b88aedece79bcf2 net::ERR_CONNECTION_TIMED_OUT GET https://xxxxxx.duckdns.org/owncloud/core/js/setupchecks.js?v=fbfda69922277ac52b88aedece79bcf2 net::ERR_CONNECTION_TIMED_OUT Uncaught TypeError: Cannot read property 'checkWebDAV' of undefined You can try removing the multiviews from the config file. I don't use it, but searches have come up with various issues when using it. APCu is one of the available memcaches for use with PHP 5.5+, but Redis is probably a better choice since it supports the file locking that is enabled by default in NextCloud. I can't say for certain it is directly affecting your performance, more of an observation and same with the multiviews. How busy/hammered is your nextcloud server? I'm not sure on your reverse proxy config as I do not use one. Perhaps try without it?

Shot in the dark, but how are you using the reverse proxy? I don't see 'trusted_proxies' configured in the config.php. Also, do you get a warning about memcache on the admin page? I see you have APCu configured, I'm just not sure on the double '\\'. Is there a specific reason for enabling/needing 'MultiViews'?

Was working fine until the container updated after I changed the mapping to the Plex logs. Looks like this one is using the new base image. [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 10-adduser: executing... ------------------------------------- _ _ _ | |___| (_) ___ | / __| | |/ _ \ | \__ \ | | (_) | |_|___/ |_|\___/ |_| Brought to you by linuxserver.io We do accept donations at: https://www.linuxserver.io/donations ------------------------------------- GID/UID ------------------------------------- User uid: 99 User gid: 100 ------------------------------------- [cont-init.d] 10-adduser: exited 0. [cont-init.d] 30-install: executing... [cont-init.d] 30-install: exited 1. [cont-init.d] done. [services.d] starting services [services.d] done. Get unable to connect error in browser. Sent it off to the bit bucket and I downloaded plexpy to run on my Xubuntu desktop and does what I need for now.

Same problem here after I updated a drive map and it updated the container. I don't plan to restart unRAID, at least not for a few more weeks. Someone figured out why the new container does this?

good catch!, so is this for tcp and udp (and default and strong variants?). That's my undestanding (all certs since July 12). To add to this, apparently there was a delay in updating the actual servers to use the new certs as well. Some servers are still using BF-CBC instead of AES-128-CBC (for default certs). See here for details: https://www.privateinternetaccess.com/forum/discussion/21782/mismatch-config-client-and-server ok so a bit more investigation into the warnings some people are seeing in their supervisord.log files when using strong encryption, it looks like this is perfectly normal and can be ignore, see here for more details:- https://www.privateinternetaccess.com/forum/discussion/21830/more-encryption-issues I am going to quieten down these warning for PIA, if anybody has a problem with this then please let me know, im reasonably happy with the explanation given above. Increase to at least verb 3 and look for the Data Channel Encrypt and Data Channel Decrypt messages in the log, those will tell you what ciphers are being used regardless of warnings about mismatch. Refer to http://lime-technology.com/forum/index.php?topic=45822.msg484068#msg484068.

Add "verb 5" to the config file and start the VPN again (without the " "). Look in the log file for Data Channel Decrypt and Encrypt headers. According to PIA, is shows those warnings as the local settings differ from remote settings. Not an issue if the Data Channel Encrypt & Decrypt report the proper ciphers being used. Example log taken from my pfsense box: Jul 15 21:11:17 openvpn 75479 WARNING: 'cipher' is used inconsistently, local='cipher AES-256-CBC', remote='cipher BF-CBC' Jul 15 21:11:17 openvpn 75479 WARNING: 'auth' is used inconsistently, local='auth SHA256', remote='auth SHA1' Jul 15 21:11:17 openvpn 75479 WARNING: 'keysize' is used inconsistently, local='keysize 256', remote='keysize 128' Jul 15 21:11:17 openvpn 75479 Data Channel Encrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Jul 15 21:11:17 openvpn 75479 Data Channel Encrypt: Using 256 bit message hash 'SHA256' for HMAC authentication Jul 15 21:11:17 openvpn 75479 Data Channel Decrypt: Cipher 'AES-256-CBC' initialized with 256 bit key Jul 15 21:11:17 openvpn 75479 Data Channel Decrypt: Using 256 bit message hash 'SHA256' for HMAC authentication Jul 15 21:11:17 openvpn 75479 Control Channel: TLSv1.2, cipher TLSv1/SSLv3 DHE-RSA-AES256-GCM-SHA384, 4096 bit RSA

ok so to be clear:- - originally the certs and ovpn file used when connecting to port 1194 are of a standard strength, no compromise has been made to pia, but pia then decided to release a stronger set of certs and encryption used (see next item). -a couple of days ago pia released stronger certs and better encryption which uses the new port number of 1198 (pia's default recommended connection type) - this is what is currently baked into the image - pia also have an even stronger set of certs and encryption level running on port 1197 - this is what i propose i include in the image, BUT this wont be the default, it will be toggled via another env var. as far are speeds are concerned i would assume the higher the encryption level the higher the load on the cpu and thus potentially the slower the dl/ul speeds, i have yet to do any testing but that would be my guess as to what people will experience, i would be interested in anybody doing some speeds tests for default and then the stronger encryption to see what real world results are like. disclaimer - i am not a security expert and thus encryption algorithms are not my forte, so please excuse misuse of some technical phrases above. Ok thanks for the clarification. I can assist in testing speed differences between the two. I have an i5-4460 for my server and a 100/10 internet connection. Your i5-4460 has AES-NI support which accelerates AES encryption in hardware. You will notice little performance loss or difference between the two AES encryption options with PIA, assuming it is enabled and supported by the OS and VPN software. It looks like PIA did away with the 128 bit Blowfish cipher in favor of the 128bit and 256bit AES ciphers. Those running with no hardware support for AES encryption should notice little difference with the now-default 128 bit AES cipher vs the 128bit Blowfish cipher previously used. In general, these ciphers have been around for quite some time and performance comparisons can be found in abundance with a Google search.

PIA users please read Due to changes in certificates and the increasing of the encryption used you will need to do the following (affects PIA users only):- 1. Go to unraid docker ui, left click sabnzbdvpn icon, and select stop 2. Delete all files in /config/openvpn/ on the host 3. Go to unraid docker ui, left click sabnzbdvpn icon, and select edit 4. Change the port number, normally 1194 to port 1198 5. Ciick save The action of saving will not only change your config but will force the pulldown of the latest docker image (unraid docker updates bug causes updates not to show). If anybody is seeing issues please screenshot your edit screen with advanced view switched on, also post the supervisord.log file (located in /config). Looks like the rsa-4096.crt key file for their manual strong encryption option (AES-256/SHA-256/RSA-4096) has not changed with this announcement, FWIW. They have supported the stronger encyrption in a manual config since PIA released the info on their forums in December 2015, looks like they just have not made it readily available as a standard option on their support page until now.

They are command line for testing. They are symlinked in the path to /usr/sbin. So they will work from anywhere. You can always do tab tab from the console and linux will list choices. So speedtest- then tab tab. Firefox 46.0.1: 36.54/6.39Mbps, 15ms Plugin: 21.09/5.76Mbps, 11ms speedtest-cli: 36.31/0.00Mbps, 38ms (second run was 55.05/0.00Mbps, 12ms) speedtest-linux: 36.69/5.49Mbps, 17ms (second run was 36.61/5.32Mbps, 16ms) All same server. I follow your usage logic to use the plugin as link consistency/quality check. My use is a case where I was on a 98% utilized node where I have a 30/5 plan and was getting 0.5 to 1Mbps download worst case during prime time. ISP split the node and speeds have been better, but I pay $10 extra to go from 20/2 to 30/5Mbps and I was using the speedtest plugin as ammo to give my ISP another phone call. I have a weeks worth of data at hourly intervals and was ready to get on the horn to tier 3 again when I ran speedtest via browser as final motivation and found the large discrepancy in reported bandwidth. Still not a bad plugin, just as you say you can't use this as an absolute speed test, more of a relative link quality indicator.

These new scripts GUI selectable or ran from the command line? If command line, where are they located? Not seeing them in the /boot/config/plugins/speedtest directory and I did install the update (2016.05.22). Thanks.

Same here, plugin is great, but: Firefox 46.0.1 Browser: 2016.05.21 Plugin: