Initial Setup Error

[MarkTheDaemon]

Hi all,

 

Really looking forward to trying v3, been around since early on v2. Have installed and got to the initial setup screen, filled out the relevant details however it is just throwing a blank page after submitting the form. Have attached the error_log that was in the root directory.

 

Cheers,

 

Mark

error_log.txt

[tim-xtr]

I had the same issue today.

After installing and enabling ioncubeloader and after the initial setup page I get a blank page.

 

My info:

Minimum Requirements: PASS


PHP version 5.1.3 or greater is required. Your version: 5.4.41. PASS
The PDO extension is required. PASS
The pdo_mysql extension is required. PASS
The curl extension with a minimum version of 7.10.5 is required. Your version: 7.19.7 PASS
The openssl extension with a minimum version of 0.9.6 is required. Your version: 1.0.1 PASS
The ionCube Loader extension is required. PASS
The config file (/home/user/web/not-my-domain.com/public_html/blesta/config/blesta-new.php) and directory (/home/user/web/not-my-domain.com/public_html/blesta/config/) must be writable by the webserver (you can change these back after installation is complete). PASS


Recommended Requirements: PASS


For best results, PHP 5.2 or greater is recommended. PASS
The mcrypt extension is recommended for better performance. PASS
The gmp extension is highly recommended for better performance. PASS
The json extension is recommended for better performance. PASS
For better performance ensure that /home/user/web/not-my-domain.com/public_html/blesta/cache/ is writable by the webserver. PASS
For best results a memory limit of at least 32M is recommended. Your setting: 128M PASS
For added security, 'register_globals' should be disabled. PASS
The imap extension is required to send and receive mail via SMTP and IMAP. PASS
The simplexml and libxml extensions are highly recommended as they may be required to interface with some systems. PASS
The zlib extension is highly recommend for better performance. PASS
The mbstring extension is required by some optional features. PASS
The gd extension is recommended for better image support during PDF generation. PASS

AND

# php -v
PHP 5.4.41 (cli) (built: May 14 2015 23:37:34)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2014 Zend Technologies
    with the ionCube PHP Loader + Intrusion Protection from ioncube24.com (disabled) v5.0.7, Copyright (c) 2002-2015, by ionCube Ltd.

I really don't get where the issue might be...

 

Just a note: I have downloaded blesta 3.4.3 and tried to use the 30 day trial option.

 

Any help is appreciated...

 

Regards,

Tim

[Tyson]

Have you checked the server's error logs?

[tim-xtr]

Yes, but I don't see anything...

Is there anything else needed to run the trial version?

A key maybe?

[tim-xtr]

Anyone encountered the same error in the past?

 

I have setup (I mean I tried to...) blesta on a new vps (CentOS 6.6) and it seems that php supports all necessary extensions:

# php -m
[PHP Modules]
bcmath
bz2
calendar
Core
ctype
curl
date
dom
ereg
exif
fileinfo
filter
ftp
gd
gettext
gmp
hash
iconv
imap
intl
ionCube Loader
json
ldap
libxml
mbstring
mcrypt
mhash
mysql
mysqli
openssl
pcntl
pcre
PDO
pdo_mysql
pdo_sqlite
Phar
posix
pspell
readline
recode
Reflection
session
shmop
SimpleXML
soap
sockets
SPL
sqlite3
standard
sysvmsg
sysvsem
sysvshm
tidy
tokenizer
wddx
xml
xmlreader
xmlrpc
xmlwriter
xsl
zip
zlib

[Zend Modules]
the ionCube PHP Loader + Intrusion Protection from ioncube24.com (disabled)

PHP is set to display errors and error reporting is ON, but no errors are displayed when I finish the initial setup. Only a blank page.

The server has php as CGI and all Dirs are 755 and files 644.

Could this be a permission issue? I believe it would throw an error in this case...

 

I have noticed also that the staff account is not created.

If I am not mistaken there should be entries in staff - users tables, instead they are empty... however tables are created and populated with data and the user assigned to the database has all privileges.

 

Anyway, currently I have undertaken this project for a client and I would like to find the cause of the blank page because the client prefers Blesta, but if I see that the issues cannot be solved, I will have to switch to Whmcs.

 

I have never installed Blesta before and I would really appreciate any help with regards to where to look for errors, check for specific permissions if needed or configuration, etc.

 

Kind regards,

 

Tim

[Michael]

Is your PHP in the correct location? http://www.blesta.com/forums/index.php?/topic/3923-critical-keep-getting-call-to-undefined-function-crypt-random-when-trying-to-install-blesta/#entry31568

[tim-xtr]

Well, php.ini doesn't include this line, however I have added it and also changed the php location, but it didn't work.

 

Please note that I have already installed a WP site that works with no errors whatsoever...

 

EDITED: By the way, I have NginX as a proxy for Apache... Could this be the problem?

 

Regards,

Tim

[Michael]

Most likely did you follow the nginx tutorial on here?

[tim-xtr]

No, can you please provide me with a link to it?

 

Regards,

Tim

[tim-xtr]

Never mind... found it, but this topic mentions ubuntu and standard LEMP setup, while on my VM is installed a control panel with custom configurations and file paths and a Wordpress site, both working correctly.

 

Plus it's only php-cgi, not fastcgi or fpm...

 

So, I wonder why shouldn't Blesta work?

[serge]

I think your blank page is returning HTTP OK/success code 200 answer,

 

and from memory, it's tippicaly due to a nginx misconfiguration,

 

Try to edit this file: fastcgi_params

 

in debian it's this path: /etc/nginx/fastcgi_params

 

 

add this at the first line and save and restart nginx:

------------------------------------------------------

fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;

[tim-xtr]

The whole file looks like this on CentOS 6 and the parameter above is included:

fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  HTTPS              $https if_not_empty;

fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx/$nginx_version;

fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

However I tried to install iHost and the process was completed within seconds.

 

As I mentioned on previous post, WP is also installed and working, so is there any special reason for Blesta to throw a blank page?

 

Regards,

 

Tim

[serge]

The line I given you is not in your file.....

[tim-xtr]

You are right.....

My bad.....

 

However tried that, added the line restarted nginx and httpd, even the server, still the same blank page after initial install... (no apache - nginx errors at the logs)

 

As I noted above, iHost worked on the VM, AWBS (the system that my client uses right now) also works.

 

Any other suggestions? I would be happy to try them all...

 

Regards,

Tim

[serge]

after config change & php related, always restart php, and next nginx (or restart the whole server)

 

 

other:

-------

 

 

 

if you are on a VPS or dedicated server you have to edit the php.ini of the given virtual server and not the global php.ini:

 

Global

--------------

/etc/php5/fpm

/etc/php5/cgi

/etc/php5/cli

 

Virtual host

------------------

/home/MY-HOSTNAME/etc/php5

 

 

and in the php.ini set this:

 

cgi.fix_pathinfo=0

 

-------------------------------

 

also in this file: /etc/php5/fpm/pool.d/www.conf

 

the "listen" directive must match to what you have in your nginx vhost or nginx conf

example:

 

listen = /var/run/php5-fpm.sock

OR

listen = 127.0.0.1:8080

 

----------------

as you have apache in front also check that you "forward" php to what port from apache, and make this port is same in the "listen" within the nginx vhost file, and this port opened at your firewall for tcp

[tim-xtr]

cgi.fix_pathinfo = 0

Apache listens to 8080 and Nginx to 80 used as proxy for caching.

 

There's only one php.ini as the VM is hardware virtualization - no shared resources.

 

I believe I tried everything till now with no luck. Both AWBS and iHost work on the same server without changing the configuration. Wordpress works too.

Is there a configuration file within the blesta directory I should try to change?

 

Regards,

Tim

[serge]

If I understand:

 

so nginx is in front of apache?

 

and apache manage php?

 

-----------------

 

so your issue is related to php, and as from above it's managed at apache, it's mean any nginx conf you find here on blesta forum are not related to your type of setup.

 

In your case, it's apache for php, so it's there you have an issue.

 

---------

 

For info I use both nginx with one being the reverse proxy and all work fine

[tim-xtr]

Yes, and today I tried to install an older version (3.4.0) and install via the command line and at the end I got this:

1/1 [========================================] 100%
Completed.

Attempting to write config... Success.
Generating encryption keys. This may take a minute or two... Done.
Installing default plugins... Done.

Finished. To complete setup visit /admin/login/ in your browser,
or if you do not have mod_rewrite, /index.php/admin/login/.
----------------------------------------
Blesta CLI Installer
----------------------------------------
Please acknowledge your agreement to the terms and conditions as explained at
http://www.blesta.com/license/

Do you agree? (Y/N): Y
Performing system requirements check...
The following minimum requirements failed:
        config_writable: The config file (/home/user/web/mydomain.com/public_html/blesta/config/blesta-new.php) and directory (/home/user/web/mydomain.com/public_html/blesta/config/) must be writable by the webserver (you can change these back after installation is complete).
Failed minimum system requirements. You must correct these issues before continuing.

So, the server does not meet the minimum requirements?

What does it mean "must be writable by the webserver"?

 

All files are owned by the user and with the correct permissions. And although I have changed the permissions, I still get the above error.

 

Any ideas about this?

 

Regards,

Tim

[Nelsa]

It probably mean group permision issue, you must also have group permission corect.
For example to give appache permision
chgrp apache /path/to/mydir
chmod g+w /path/to/mydir

[tim-xtr]

So you mean that  I should give the config directory and blesta-new.php file user:apache permissions?

Right now all files under web have user:user permissions.

[Michael]

the error is about chmod, so 755, 777 or 666. up to you.

[tim-xtr]

All directories are 755 and all files are 644. 

The file blesta-new.php is writable, at least by the user.

I did change the directory config to 777 and the file to 666 but I got the same error.

[Nelsa]

So you mean that  I should give the config directory and blesta-new.php file user:apache permissions?

Right now all files under web have user:user permissions.

I give you example for Apache but it is same for any group just see which user is run child processes.Apache is originally started by user root,call it “root-process“. Now “root-process” launches  child processes which handle the client requests. For security reasons, the child processes are not run by user “root” but as a user with minimal privileges. Usually this user is named APACHE. To find out how this is called in your system, run:

ps -ef | grep httpd | grep -v grep   //For  apache2 just change httpd in to apache in command

and you will see something like:

 

root 1926 1 0 Dec03 ? 00:00:55

apache 2608 1926 0 14:31 ? 00:00:06

apache 22192 1926 0 01:05 ?       

 

If in your case some other user/group pop up,just edit apache in comand,this will fix group permission if it is issue(you said user perm. is corect)

 

Group is last line above and since user and group are same named it won't make changes here but in you case it  coud   have different name

 

It will look like:

 

chgrp your_group /path/to/mydir       

chmod g+w /path/to/mydir

[serge]

From licensecart

I thought blesta-new.php stayed there.

 

I have both blesta-new.php and blesta.php. But I suppose I just copy the files over when upgrading so that's probably why.

Blesta key for encryt/decryp some database string is in your blesta.php, that why any blesta (from initial to new version), or patch never have this file but only blesta-new.ph for not over-writte the existing one( because you will be losing your key ...)

 

blesta.php is created from blesta install script that check if this file ever exist...

wordpress do have also same way but not only

 

By security I copied my key in my external password manager

[serge]

@tim-xtr

 

you said blesta-new.php was set to 666 but install was still not allowed.

 

so you have to try with bigger permission for this file and up to 777.

 

IMPORTANT: after install you will set/check permission for these 2 files:  blesta-new.php   and blesta.php  and set it to same permission as other .php file in blesta (I believe 644)

[tim-xtr]

Php is cgi so all directories have permissions 755, all files 644 and they are writable - by the owner of course.

The file blesta-new.php is processed, renamed to blesta.php and populated with the correct data (db, user, password)

 

I have even changed the permissions to 777 for the directory and 777 for the file and granted permissions to group apache, installed again blesta via the command line and I got the same error:

.....
.....
1/1 [========================================] 100%
Completed.

Attempting to write config... Success.
Generating encryption keys. This may take a minute or two... Done.
Installing default plugins... Done.

Finished. To complete setup visit /admin/login/ in your browser,
or if you do not have mod_rewrite, /index.php/admin/login/.
----------------------------------------
Blesta CLI Installer
----------------------------------------
Please acknowledge your agreement to the terms and conditions as explained at
http://www.blesta.com/license/

Do you agree? (Y/N): y

Performing system requirements check...
The following minimum requirements failed:
        config_writable: The config file (/home/user/web/domain.com/public_html/blesta/config/blesta-new.php) and directory (/home/user/web/domain.com/public_html/blesta/config/) must be writable by the webserver (you can change these back after installation is complete).
Failed minimum system requirements. You must correct these issues before continuing.

I see above:

Attempting to write config... Success.

and then:

The config file must be writable by the webserver

 

When I try the installation via the web browser, I see that this requirement is met:

The config file (/home/user/web/domain.com/public_html/blesta/config/blesta-new.php) and directory (/home/user/web/domain.com/public_html/blesta/config/) must be writable by the webserver (you can change these back after installation is complete). PASS

What is going on? Why is a requirement to be writable by the webserver?

 

Another thing I noticed is that it doesn't write the admin data into the database, although it can connect and the db-user has ALL privileges to that database.

The database after the installation is populated with other data like staff groups, etc., but not with the blesta admin username, password, email, etc.

 

Is it possible to enter manually the data for the blesta administrator?

Which one is the correct table? Staff or users, or both?