• Resolved Kent Nasveschuk

    (@kent-nasveschuk)


    Yet another “plugins deactivated due to an error: The plugin does not have a valid header”

    When I click on “Plugins” from “Dashboard of any site, it returns with ALL plugins being disabled with the above error message next to each. It sets table mu_<id>_options option_name = active_plugins to “a:0{}”. Since I’m testing this, I can reset it back to the original. I’m not able to add or view any plugins anywhere with out disabling. I’m thinking it is a path or URI error, causing header problems? All the plugins work but become deactivated when accessing them from wp-admin. Plugins are in standard directory wp-content/plugins. The WP installation is on NFS.

    My setup is this:
    The address the site resolves to is on HA Proxy. Behind HA Proxy are 3 web servers. All of the sites work, fine. WP-Admin works fine I can edit pages of sites, add users just the ridiculous plugin issue. Using HyperDB to connect to database master/slaves. Also works fine.

    Any help would be more than appreciated.

Viewing 3 replies - 1 through 3 (of 3 total)
  • Thread Starter Kent Nasveschuk

    (@kent-nasveschuk)

    I don’t know what in the WP code caused this problem BUT I found the solution. First, the entire WordPress installation is on NFS. When I moved just the “plugins” directory to hosts file system “/usr/local/plugins” symlinked “wp-content/plugins” from the real plugins directory all worked, plus fixed other things like image uploads.

    I also tested placing the WordPress installation on a Gluster 3.4.2 volume, the plugin problem was the same.

    Hope this helps someone else having NFS issues.

    Thread Starter Kent Nasveschuk

    (@kent-nasveschuk)

    I have found the underlying problem with the plugins. A similar problem exists with uploading images. They are uploaded with no permissions and the thumbnails are not created.

    In my case my 3 web servers are 32-bit systems. The NFS file system they are mounting that contains the WordPress installation is 64-bit. The little amount that I have read says that 32-bit client using a 64-bit file system may break some applications. This is indeed what happened. Since I am using GlusterFS 3.4.2, I exported the entire volume with this extra option: “gluster volume set web-data nfs.enable-ino32 on”. After remounting the volumes all problems disappeared, plugins no longer deactivate, images upload, thumbnails get created.

    Hope this helps someone with similar problems.

    Thread Starter Kent Nasveschuk

    (@kent-nasveschuk)

    resolved

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘All Plugins deactivating when accessed from Dashboard, WP 3.8.1’ is closed to new replies.