dlandon

According to the language documentation: "When a PHP script is called by a JavaScript post or get operation, it will not have any translations information, and hence it needs to include the translations module in order to be able to make translations." So I've moved it and it should not be loaded on every page now. Hopefully, this will address this situation.

Interesting. It's been that way forever.

So far I am unable to make it happen. In the last release of UD Preclear, I changed $docroot and $plugin into constants and not variables. Could either of these changes have affected the search? None of the other changes in UD Preclear should have affected it. What were you doing on the Preclear page when this happened?

I've just posted a new Docker Container for the Lyrion Music Server:

This is a newer, rebranded Logitech Media Server (LMS). The original LMS has been forked and development is continuing as Lyrion Music Server. It is compatible with the Squeezeserver line of players and has an updated GUI. To install the Lyrion Music Docker Container: Uninstall the Logitech Media Server if you have it insltalled. Install Lyrion Music Server Docker Container. If you want to keep your favorites you can copy them to the new appdata/LyrionMusicServer. Use the file manager and copy appdata/LogitechMediaServer/prefs/favorites.opml to appdata/LyrionMusicServer/prefs/favorites.opml. On the first startup, you will make your folder selections for 'Music' and 'Favorites'. You cannot install the Lyrion Music Server and use the appdata/LogitechMediaServer/ folder. There are incompatibilities and it won't work. Your players should connect automatically to the new server. This Docker Container is available on Community Applications. For issues with the Lyrion Music Server application, check the Lyrion Forum here. The Lyrion Music Server Documentation is here. A software player called Soft Squeeze with a Transporter skin is available here. Stable and Development Versions There are dockers for the 'Stable' and 'Development' versions of LMS if you want to run either of those. Use the LMS template and change the 'Repository:' for the version you want to install. Latest: dlandon/lyrionmusicserver Stable: dlandon/lyrionmusicserver:stable Development: dlandon/lyrionmusicserver:dev You can go back to previous version any time. No changes are made that prevent a clean downgrade. Note: The development version can have bugs and incomplete features. Use at your own risk.

Unraid 7.0.0-rc.1 has this fixed. Upgrade and try.

It looks like you are talking about UD. That is not this problem. Go to Settings->Unassigned Devices and click on the 'Remote Servers' tab and enter your remote server name or IP address and then click 'Test'. UD will run a check and show what is not working about your remote share mounts. If you need further help, show the test results here.

It's probably a credentials issue. Don't use special characters in your user name or password. Also go to the Unassigned Settings and click on the "Remote Servers" and see if the test results provide any answers.

I see an issue and I am working on it.

If you click on the UD tab, then click on a link like the device settings, and then click 'Done', you will go back to the UD tab.

No plan at this point.

It looks to me like you are having disk issues: Nov 30 10:23:03 Rapture kernel: scsi 10:0:16:0: Power-on or device reset occurred This occurs a lot in the log. Disk /dev/sdr can't get SMART data: Smartctl open device: /dev/sdr failed: INQUIRY failed This I don't understand: Nov 30 11:09:39 Rapture emhttpd: device /dev/sdaw has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdae has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdak has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdah has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdab has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdat has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdaf has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdal has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdai has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdac has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdz has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdau has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdag has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdar has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdao has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdaa has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdav has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdas has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdap has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdaq has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdan has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdam has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdad has size zero Nov 30 11:09:39 Rapture emhttpd: device /dev/sdaj has size zero

Post diagnostics. It may be a php warning or error.

Maybe @JorgeB has some suggestions.

I suggest you check your BIOS and be sure it is set properly for hot swapping disks.

The idea with the NFS settings is to have NFS negotiate the version so servers supporting only version 3 will be mounted without specifying the version in the mount command. For proper version 3 and 4 negotiation the settings should be: Defaultvers=4 so the negotiation will start with NFSv4. Nfsvers=4 commented out so NFSv3 will also be allowed. In UD the 'Auto' setting in the Unassigned Settings for "NFS Version to use when Mounting Remote Shares" initiates the NFS version negotiation. Setting these this way allows servers supporting v3 and servers supporting v4 to be mounted. While I appreciate chenging both to v3 seemed to be a good idea for your situation, we want these settings to be applicable to all users so versions do not have to specified in the mount commands. This also applies to fstab mounts.

Edit the /etc/nfsmount.conf file and remove or comment out the "Nfsvers=4": # # Setting this option makes it mandatory the server supports the # given version. The mount will fail if the given version is # not support by the server. # limetech - support v4 # Nfsvers=4 Nfsvers=4 then update the nfs configuration: /etc/rc.d/rc.nfsd reload then try the mount.

Post diagnostics.

Only NFSv3 is supported on your remote server. Go to the UD Settings and set the "NFS Version to use when Mounting Remote Shares:" to "Auto" so NFSv3 qwill be used.

Please retest this with 6.12.14.

Some work was done on this issue and it should be resolved.

When you updated Unraid, UD was also updated. There have been changes in UD that do wome additional checking for remote shares to be on line and ready to mount NFS shares. Go to Settings->Unassigned Devices and then click on the 'Remote Servers' and enter your server name or IP address and click "Test". You will then see the results of UD testing the remote server. If you need further assistance, post the results from the remote server test.

The inotify user watches are now adjusted if there aren't enough when the plugin is started. This is in the latest release. This should stop the inotify start failure when there aren't enough user watches.

I don't know what they changed, but it was an easy fix.

You can eliminate the cache and pool disks from the file activity, or install the Tips and Tweaks plugin and increase the inotify watches.