rgonig2
If you have your previous version working good backup, then do a fresh installation of the osTicket same version and then do upgrade to 1.11 version. unless Softaculous in cPanel has issues. Double check the permission and clear the cache and maybe try using different browser

      rgonig2
      Have you tried a fresh installation of v1.11, and doing importing database from your backup? Without plugin, then install plugin after

        So here is wha tI would do. back up that table (or at least keep the screen capture)
        Assuming that you are only running the ldap/ad plugin and no others.
        delete every line with a namespace of plugin.#.
        delete the entry in the ost_plugin table.

        Try reinstalling/configuring/enabling the plugin fresh.

        ps I remove the image from the forums since it showed a hash of the password and the username. I kept a copy just in case you did not. I can email it to you if you need it. I will delete it once I hear back that you do not need it.

          ntozier My bad, didn't even notice the hash in there. Will try your solution later this afternoon and let you know. You can go ahead and delete the capture, I have the pass and all I need otherwise.

            Tried your suggestion.

            Removing the entry in ostum_plugins and lines from ostum_config where namespace=2 (originaly plugin ID in ostum_plugins) removed the entry from the UI. Attempting to reinstall produces this again:

            Here's the ostum_plugins table after all this:

            Table ostum_config contains no lines where namespace=plugin.3

            @rgonig2

            Have you checked the permissions/ownership of the phar file?

            Do me a favor and run the following commands in the osTicket directory:
            $ chmod -R 0644 include/plugins/
            $ chown -R www-data:www-data include/plugins

            Restart Apache and retest.

            Cheers.

              Ran those commands:

              Working on restarting Apache... I am not in direct control of that since this is a "resold" cPanel version (i.e. only the cPanel admins at my institution are able to do that.)

              Prior to running those commands, I could view and edit the files in the included cPanel file manager no issue. It now appears I do not have permissions on those files any more.

              As a side you would want to find out what user the webserver runs as. Some web hosts use your username. Other use something else. setting it to www-data is usually safe on debian (and derivatives) but not all linux webservers run as that username. If they are owned by the same user the rest of your files are owned as it should be okay so long as the permissions are good.

              So, I am unable to restart Apache on my server because it is a resold version of cPanel, and the admins at my institution haven't given end users the ability to do so. In addition, files in /include/plugins are now completely locked, and I am unable to utilize chmod or chown to change perms/ownership.

              Any ideas? At this point I'm wondering if it might be worth to restore from the last v1.10.4 backup I have just before upgrading, and try doing the upgrade manually, as opposed to doing it through Softaculous.

                rgonig2
                I think it would be a lot cleaner if you have a good backup of your v1.10.4, then do the upgrade manually
                To find out which user you are using you can run command ls -l /pathToYourOsTicketInstallation like said @ntozier normally www-data:www-data

                  I would talk to your host and tell them the problem that you are having and see if they can change the files permissions for you.

                  File permissions are back. Any further suggestions?

                    Clean manual upgrade (not via Softaculous) still produces this issue.

                    My last ditch effort here was to:

                    1) Restore to the last backup of v1.10.4 that I've got
                    2) Manually delete the plugin entry in ostum_plugins table and objects in ostum_config where "namespace=plugin.2"
                    3) Delete auth-ldap.phar from include/plugins
                    3) Upgrade via Softaculous
                    4) Re-upload auth-ldap.phar
                    5) Re add plugin via UI

                    Same result. Defunct missing.

                    Worth noting that part of the reason for this upgrade is that my host disabled support for anything less than PHP v7.1, so I am upgrading from an osTicket version which is incompatible with the server it's on, to a version which is compatible. Is there a chance this may be the issue?

                      rgonig2
                      To rule out the server incompatible, why don't you set up the osTicket locally and do the upgrade, then upload to live server?
                      Setup XAMPP or something similar: https://howtohelpdesk.com/install-xampp-on-windows-10/

                      Then setup osTicket, like you would in your server, and restore backup v1.10.4 and upgrade
                      If everything goes well then take a backup and upload to live server and restore the database

                        4 days later

                        Okay, so, back again. Even trying to install the LDAP authentication plugin on a new install of osTicket on a completely new server still produces this issue. I'm still unable to tell if the issue is cPanel, Softaculous, or something else.

                        Anyone have any final thoughts? This feels like a dead end at this point.