[proxy_fcgi:error] - Class ‘Bootstrap’ not found - Bitnami LAMP stack

pmwolfemac

I took a run at trying the 1.10.x install and got it installed, however could not access the admin (SCP) logon page. It gives error 500. (I also tried the 1.11 RC) I have been down the road of looking at logs, changing the apache httpd.conf, etc…. However, I consistently get stuck with the 500 page on the admin / staff logon.

Will give the rest of the details, however here is the primary error that I see :

[proxy_fcgi:error] Got Error ‘PHP Message: PHP Fatal error: Class ‘Bootstrap’ not found in /opt/bitnami/apache2/htdocs/main.inc.php on line 24\n’

I have seen some posts about the following:

Github:
• Bootstrap missing #4322 - https://github.com/osTicket/osTicket/issues/4322

OSTICKET Forums:
• https://forum.osticket.com/d/90938-resolved-help-error-on-staff-landing-page-error-php-fatal-error-class-bootstrap-not-found
• https://forum.osticket.com/d/90260-after-installation-can-access-front-page-but-not-admin-panel-or-log-in-as-agent

Just to get this out of the way, I am using a Bitnami LAMP Stack (Fresh download and install x2), and I am aware this configuration could be part of the reason, that said, I do rely a bit on Bitnami stacks for a bunch of stuff, and would like to continue to do so.

Yes, I could bring up a blank server, install Apache2, mysql, and PHP, however, I would like to identify and determine what it is about the Bitnami stack that causes the issue.

If anyone would like to assist! I would appreciate it.

Anyways, here’s some of the info:
• PHP Version: 5.6.38 (See attached phpinfo.pdf)
• System: Linux debian 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64

Currently doing the install to the root of the web server under apache:
• /opt/bitnami/apache2/htdocs

I have done the following install types:

• downloaded the osticket packages from the website and installed them, both versions. (Same issue)
• git clone the osticket repo and ran the command line install's (Same issue)

I have tried changing some of the directives for apache as well as directory settings, however I keep coming back to the same issue.

• one thought was could I need an .htaccess file with rewrite rules? I'm not sure what I would be doing for that. Not familiar with that one.

phpinfo.pdf

517kB

serverconfig.7z

520kB

serverconfig.z7 contains:

• php.ini
• php-fpm.conf
• bitnami.conf
• common.conf
• httpd.conf
• phpinfo.pdf

Anyways, any help would be greatly appreciated by me (and I'm sure some others)

~ w0000zy

pmwolfemac

I cleared the logs, enabled debug logging in Apache stared services, and got clean logs.

access-log.7z

681B

error-log.7z

4kB

pmwolfemac

Working at the moment by changing the following in the main.inc.php

Line 23: require ('bootstrap.php');

Line 23: require ('/opt/bitnami/apache2/htdocs/bootstrap.php');

I had tried the following:

changing require to include
Removing the () making it a statement not a function
changed it to: './bootstrap.php'

nothing worked.

However, I have the admin interface up at this point.

ntozier

It sounds like your path is borked. Or maybe an open_basedir issue.

pmwolfemac

Where is the "path" pulled from?

I thought the scripts were setup to identify and use relative pathing?

Also thanks! - Will look at the open_basedir

ntozier

They are. But if you are using an open_basedir restriction in the php.ini and the files are outside of the allowed specified path it wouldn't be able to open the file. Or if the permissions were bad on the files they wouldnt be able to be included. You can get a lot of wonky errors and issues when you use pre-packaged things. I always advocate installing the components that you need individually.

pmwolfemac

Understood, I will keep going... trying to see what it is....

I did take a quick look at the php.ini and the open_basedir is commented out. From the documentation, it shows that if this is commented out, then its not blocking / restricting. (at least that's my understanding)

;open_basedir =

Will confirm a few other things

Thank you again!

KevinTheJedi

@pmwolfemac

You used the CLI to deploy/unpackage osTicket? If so, that's a known issue with a fix here:
https://github.com/osTicket/osTicket/pull/4363

Cheers.

pmwolfemac

I have done both, I have installed and removed it about 10 times now, different ways. (its a test server).

And, yes, I have seen that, I posted a different one in my post above....oops

Thanks!

KevinTheJedi

@pmwolfemac

~~Have you tried not deploying and just using the actual downloaded/cloned files? Always works for me lol~~
Just read the post again...you did everything...not too sure what's up with your environment..

Cheers.

KevinTheJedi

@pmwolfemac

Definitely seems like your PHP can't handle relative paths, only absolute paths...try to figure out what's blocking relative paths.

You could also check the directory/file permissions/ownership:
Folders: 0755
Files: 0644
Ownership: www-data:www-data

Cheers.

pmwolfemac

Yeah, looking into it. So far that’s the only setting I have had to change.

The permissions are correct. Just did a wipe and reinstall again just to confirm that’s the only change I have had to make.

So now it’s down to tracking why the relative path is not working. Everything else seems to be good.

Thanks for the input and assistance!

pmwolfemac

So, still working on it, but I did make a different change that allows it to function as well.

Changed:

require ('bootstrap.php');

require($_SERVER["DOCUMENT_ROOT"].'/bootstrap.php');

CapHill

pmwolfemac

Ya, i had the same issue using CLI install steps on BITNAMI LAMP stack.
2 changes I had to make:

uncommented open_basedir
added $_SERVER["DOCUMENT_ROOT"]. to the require "<myosTicketDir>/bootstrap.php"

Thanks. This was a helpful thread.

jairorotava

I had the same issue. The exactly same files work on bitnami stack installed on my windows machine, but gives the bootstrap error on the bitnami's linux virtual machine lamp. I got it working changing:

require('bootstrap.php')

require(dirname(__FILE__).'/bootstrap.php').

I tried to find what was the difference between the two different bitnami stacks, and the only thing I could see is that the the PHP API server are different (FPM/Fast CGI on the stack with bootstrap error, and Apache 2.0 Handler on the working stack). Also the Virtual Directory Support was Disable on the stack with error and Enabled on the good one.

I wonder if this is not some weird bug, or different behavior of the PHP Api servers regarding relative path.

I also had do disable pagespeed module on the virtual machine because the osticket was halting randomly. Commenting these two line on the /opt/bitnami/apache2/conf/httpd.conf, disables the pagespeed module:

#Include conf/pagespeed.conf
#Include conf/pagespeed_libraries.conf

ntozier

Sounds like bitnami has some non standard php configuration in place. (ie they did some configuration that is not inline with a stock php installation as distributed by php.net)