I am using CEntOS 6.3 with nginx 1.2.2 (with php-fpm), MySQL 5.5.x and PHP 5.3.15. I installed Mumble on it and it is running fine. I installed Zeroc Ice from the Zeroc Ice repo and it created a Ice.php in /usr/share/php/ . In the /etc/php.ini i set include_path to ".:/usr/share/php" and am getting the message, that phpMumbeAdmin does not find the Ice.php file. Is there another way of including the path to the Ice.php? I also created the Murmur.php via slice2php.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Btw, I can see that find locate the Ice.php file in your current pwd ( ./usr/share/php/Ice.php ), but you have set in your php.ini the absolute path ( /usr/share/php/Ice.php ).
Maybe the error come from here…
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you for the answer. It has shown the dot, because I was at / when I used find. I now added the user and group nginx to the folder and file with read and execute permissions. How can I see if I use php in safe mode?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The output is bool(false) . Though it seems the problem is, that nginx is not a real user. (Got a "no login" in the passwd file). But I do not know how to change that. If I use a manually created user with no access rights I am able to read /usr /usr/share /usr/share/php and even use nano /usr/share/php/Ice.php .
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem is not because nginx isn't a "real user", for sur.
If your new user can acccess to the Ice.php file, nginx should too.
You should reset your original permissions on /usr/share/php folders.
In the index.php file, try this 2 lines:
error_reporting( -1 );
var_dump( include "/usr/share/php/Ice.php" ); die();
and give me the output please.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Will test it tomorrow. I am restoring a backup just in case. I was able to login as nginx and use nano /usr/share/php/Ice.php . Probably php-fpm, which handles php, uses a different user, which needs to get access aswell.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I added your stuff the to the index.file and am still getting
bool(false)
in return. I also added rwx to nginx and apache (php-fpm runs under the user apache). If I login as both apache or nginx I am able to read Ice.php and I am even able to create a file Ice2.php. So the users should have enough rights.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you for the answer. When I add the text at top of the file (before <? php) I get it as text output. If I add it under <? php (after the comments field before $microtime_start) it still shows bool(false), though I enabled showing the errors and even restarted nginx and php-fpm via /etc/init.d/nginx (php-fpm) restart.
On the bottom of the site it shows
phpICE: 3.4.2
ice.slice:
Could it be that it does not get the ice.slice command? Is it a problem with murmur 1.2.4 (the latest beta on the website)?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No slice definition found
PMA can't connect to ICE interface.
This means that none of Murmur.ice / php-Slice has been loaded
Please check your php-ICE configuration
Even if I copy the Murmur.php to that folder and choosing it in the configuration menu it still gives the error. I also tried to recreate it with the slice2php -all -ice switch, but got the same error message.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I did some further tests and got MumPI working. So ice works fine. Any idea where the problem could be? And really thank you for taking the time to help me getting it to work.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Both users nginx and apache can read Murmur.php inside /usr/share/nginx/html/phpMumbleAdmin/slice2php and I tried all other files there. The result is the same. I also copied over the php files from MumPI with the same result.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi there,
I am using CEntOS 6.3 with nginx 1.2.2 (with php-fpm), MySQL 5.5.x and PHP 5.3.15. I installed Mumble on it and it is running fine. I installed Zeroc Ice from the Zeroc Ice repo and it created a Ice.php in /usr/share/php/ . In the /etc/php.ini i set include_path to ".:/usr/share/php" and am getting the message, that phpMumbeAdmin does not find the Ice.php file. Is there another way of including the path to the Ice.php? I also created the Murmur.php via slice2php.
Hi.
Did you restarted your Nginx server after you modified your php.ini?
Verify that the file is called Ice.php with upper i too. Sensitive case is importante.
Regards.
Yes, i restarted both nginx, php-fpm and even the whole server.
That should match it or am I wrong?
Your configuration seems good.
Check if the user running your nginx daemon can read the file /usr/share/php/Ice.php .
Do you use the php safe mode?
Btw, I can see that find locate the Ice.php file in your current pwd ( ./usr/share/php/Ice.php ), but you have set in your php.ini the absolute path ( /usr/share/php/Ice.php ).
Maybe the error come from here…
Thank you for the answer. It has shown the dot, because I was at / when I used find. I now added the user and group nginx to the folder and file with read and execute permissions. How can I see if I use php in safe mode?
OK, found it. safe_mode is off. Adding nginx to the folder and Ice.php file did not work.
If the nginx user cant access to upper folders, like /usr/share, the problem is still the same.
Try to read "/usr/share/php/Ice.php" with an user with no privilege.
You can try another thing to test if your nginx user can read Ice.php.
At the top of the file "PMA_folder/index.php", you add this:
var_dump( include "/usr/share/php/Ice.php" ); die();
Save and load your phpMumbleAdmin web page.
If the output is "int(1)", it's means that the file can be read by your nginx user and the issue is not a permission problem.
I change /usr /usr/share and /usr/share/php to the following permissions.
The output is bool(false) . Though it seems the problem is, that nginx is not a real user. (Got a "no login" in the passwd file). But I do not know how to change that. If I use a manually created user with no access rights I am able to read /usr /usr/share /usr/share/php and even use nano /usr/share/php/Ice.php .
Ok.
The problem is not because nginx isn't a "real user", for sur.
If your new user can acccess to the Ice.php file, nginx should too.
You should reset your original permissions on /usr/share/php folders.
In the index.php file, try this 2 lines:
error_reporting( -1 );
var_dump( include "/usr/share/php/Ice.php" ); die();
and give me the output please.
Will test it tomorrow. I am restoring a backup just in case. I was able to login as nginx and use nano /usr/share/php/Ice.php . Probably php-fpm, which handles php, uses a different user, which needs to get access aswell.
I added your stuff the to the index.file and am still getting
in return. I also added rwx to nginx and apache (php-fpm runs under the user apache). If I login as both apache or nginx I am able to read Ice.php and I am even able to create a file Ice2.php. So the users should have enough rights.
I expected that "error_reporting( -1 );" will give more informations about your problem.
I'm pretty sur the issue come from a PHP option that dont let scripts to go anywhere in your server.
Take a look to "open_basedir" in php.ini.
http://www.php.net/manual/en/ini.core.php#ini.open-basedir
Can you set in php.ini
display_errors = On
then retry
error_reporting( -1 );
var_dump( include "/usr/share/php/Ice.php" ); die();
That's why you didnt get more errors informations.
After that, you can go back to
display_errors = Off
Thank you for the answer. When I add the text at top of the file (before <? php) I get it as text output. If I add it under <? php (after the comments field before $microtime_start) it still shows bool(false), though I enabled showing the errors and even restarted nginx and php-fpm via /etc/init.d/nginx (php-fpm) restart.
On the bottom of the site it shows
Could it be that it does not get the ice.slice command? Is it a problem with murmur 1.2.4 (the latest beta on the website)?
I over read your other post. open_basedir is set to /usr/share/nginx/html .
Here it is.
PMA can't open script located in /usr/share/php.
try
open_basedir "/usr/share/nginx/html:/usr/share/php/"
OK, now I got a new message.
But I tried it inside ice.ini with two lines.
If I manually switch to /var/lib/mumble-server and use slice2php -I/usr/share/Ice-3.4.2/slice Murmur.ice it creates a Murmur.php.
Or do I need to add that as well to the basedir directive and adding nginx and apache to the folder(s)?
ice.slice is obsolte with ICE 3.4
Put the Murmur.ice you created in the PMA/slice-php/ folder and then, select it with PMA
Correction:
ice.slice is obsolet with ICE 3.4
Put the Murmur.php you created in the PMA/slice-php/ folder and then, select it with PMA
Even if I copy the Murmur.php to that folder and choosing it in the configuration menu it still gives the error. I also tried to recreate it with the slice2php -all -ice switch, but got the same error message.
But ice should work.
I did some further tests and got MumPI working. So ice works fine. Any idea where the problem could be? And really thank you for taking the time to help me getting it to work.
Check that Murmur.php is readable by nginx user. :)
Anyway, you can try to load another slice-php file with PMA configuration to see if it's resolve your problem.
Both users nginx and apache can read Murmur.php inside /usr/share/nginx/html/phpMumbleAdmin/slice2php and I tried all other files there. The result is the same. I also copied over the php files from MumPI with the same result.