homeloader.so Warning After Running Easyapache

[XenomediaBV]

PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20100525/homeloader.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20100525/homeloader.so: cannot open shared object file: No such file or directory in Unknown on line 0

In our case I noticed the same issue with homeloader.so on all servers and removed them also from the PHP configuration. I understood this extension is added when "PHP Extensions and Applications Package" is enabled.

Question to cPanel remains: Why is this also happening with the homeloader.so and is removing the right approach here also?

 

[cPanelMichael]

Case 62804 is still open to address the issue with references to suhosin.so in the php.ini file on PHP 5.4. I moved your issue with homeloader.so to this new thread for you.

I don't see any open cases regarding homeloader.so with PHP 5.4. Is this only happening on servers that you upgrade to PHP 5.4? For instance, do you notice the issue if you run EasyApache and stay on PHP 5.3?

Thank you.

 

[XenomediaBV]

Hi Michael,

The issue was on all servers exactly the same. There is no issue with homeloader.so when upgrading to 5.3.27

 

[cPanelMichael]

Could you open a bug report for this so we can investigate the issue and determine if it is a flaw?

Submit A Bug Report

Please post the ticket number here so we can update this thread with the outcome.

Thank you.

 

[XenomediaBV]

Sorry for the delay on my reply to your request Michael. It's holiday time here so less resources, same amount of work

I did some reading about homeloader.so and it seems that this module is only added in the php.ini config in WHM when the "PHP Extensions and Applications Package" (found under Software -> Module Installers) is installed. Since this isn't done automatically during WHM install I assume a lot of users who didn't do this won't have an issue with homeloader.so and PHP5.4.

Sorry, I've no time at the moment to submit bug reports and especially no time to assist on one of our servers. What I can do is inform you this happened on all our servers. They all have "PHP Extensions and Applications Package" enabled. They all have homeloader.so in the PHP.ini config, which has not been added manually. One of the servers is a test server which is installed recently, just two weeks before this PHP upgrade, and is running basic WHM setup.

I am sure that if you have a fresh install on a CentOS 6.4 (minimal) and configure it with PHP 5.3 and "PHP Extensions and Applications Package" enabled, which will add homeloader.so to you PHP ini config, you can reproduce it by upgrading to PHP 5.4.

 

[cPanelMichael]

I was unable to reproduce this issue on a test server with the following steps:

1. Installed cPanel version 11.38 with PHP 5.3 enabled.
2. Browsed to "WHM Home » Software » Module Installers » PHP Extensions and Applications Package".
3. Enabled "The Magic User Loader modifies the system copy of php-pear so that users will be able to include modules that they install without having to modify their scripts."
4. Upgraded to PHP 5.4 via EasyApache.

Upon completing these steps, the path to homeloader.so in the php.ini file was still correct:

/usr/local/lib/php/extensions/no-debug-non-zts-20100525/homeloader.so

If anyone else experiences the same issue as reported by the original poster, feel free to open a support ticket or a bug report and we can take a closer look.

Thank you.

 

[XenomediaBV]

Hi Micheal,

Below are the homeloader.so files on our testserver:

/home/virtfs/testuser/usr/local/lib/php/extensions/no-debug-non-zts-20090626/homeloader.so
/usr/local/lib/php/extensions/no-debug-non-zts-20090626/homeloader.so

As you can see each virtfs account has its own homeloader.so. But the error_log within that account complained about not being able to locate /usr/local/lib/php/extensions/no-debug-non-zts-20090626/homeloader.so. Can this be related to permission rights restriction?

Default PHP Version (.php files) 	5
PHP 5 Handler 	suphp
Apache suEXEC 	on
Apache Ruid2 	off

Is it possible to test this on your testserver?

 

[cPanelMichael]

The error message you provided in your initial post was:

PHP Warning:  PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20100525/homeloader.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20100525/homeloader.so: cannot open shared object file: No such file or directory in Unknown on line 0

Does the /usr/local/lib/php/extensions/no-debug-non-zts-20100525/homeloader.so file not exist on this system? Have you tried running EasyApache again to see if the issue continues? It's still recommended that you open a support ticket so we can properly investigate this issue for you. It could be isolated to your specific environment because it's not something I have been able to reproduce.

Thank you.

 

[XenomediaBV]

Just got back from Holidays.

/usr/local/lib/php/extensions/no-debug-non-zts-20100525/homeloader.so does indeed not exist on any of the systems.

/usr/local/lib/php/extensions/no-debug-non-zts-20090626/homeloader.so was found on our fresh installed WHM server (based on CentOS 6.4 minimal).

Seems we're not the only one. I found this: Apis17™ Blogs: homeloader.so problem (cpanel) [solved]

 

[cPanelMichael]

Please open a support ticket so we can investigate this issue further:

Submit A Ticket

You can post the ticket number here and we can update this thread with the outcome.

Thank you.

 

[XenomediaBV]

Sorry, I had no time to configure access to our server for cPanel investigation due to security policy. Did you perhaps heard anybody having the same issue besides the link I provided?

 

[cPanelMichael]

Sorry, I had no time to configure access to our server for cPanel investigation due to security policy. Did you perhaps heard anybody having the same issue besides the link I provided?

I have not seen any issues that are specifically related to what you have reported. Feel free to open a new ticket so we can take a closer look and reproduce the issue on your system.

Thank you.