whm cpanel installation process was unable to synchronize cPanel & WHM - cpanel

I am trying to install the whm cpanel in centos 7.
I ran the following command to stop the firewall service
systemctl stop firewalld.service
systemctl disable firewalld.service
after that I downloaded the latest bash script and ran it
wget https://securedownloads.cpanel.net/latest
sudo bash latest
but i am getting the following error.
file /usr/bin/my_print_defaults conflicts between attempted installs of MySQL56-server-5.6.33-1.cp1156.x86_64 and cpanel-mysql-5.1.73-1.cp1156.x86_64 [2016-09-25 04:46:50 +0530]
file /usr/bin/mysql_config conflicts between attempted installs of MySQL56-devel-5.6.33-1.cp1156.x86_64 and cpanel-mysql-5.1.73-1.cp1156.x86_64[2016-09-25 04:46:50 +0530]
file /usr/local/cpanel/3rdparty/bin/analog from install of cpanel-analog-6.0-2.cp1136.x86_64 conflicts with file from package anaconda-core-21.48.22.56-5.el7.centos.1.x86_64
[2016-09-25 04:46:50 +0530] see https://go.cpanel.net/rpmcheckfailed for more information
2016-09-25 04:46:50 830 (DEBUG): The installation process detected a failed synchronization. The system will reattempt the synchronization with the updatenow.static file...
2016-09-25 04:46:50 836 (FATAL): The installation process was unable to synchronize cPanel & WHM. Verify that your network can connect to httpupdate.cpanel.net and rerun the installer.
Removing /root/installer.lock.

Mysql service is already installed on your server and due to that you are facing this issues while installing cPanel on your server. Try to remove all mysql packages which is installed on your server and then install cPanel on your server.

Related

How to fix HTTPD (Apache) Error 256 on OSX Monterey 12.5

I have a Apache2 installed with Homebrew on a Mac running OSX Monterey. I haven't done LAMP development for a while, so I'm not sure when the error started, but I've recently updated OSX to 12.5. When I returned to working on a LAMP project, my Apache installation stopped working. Running brew services produced the following output: Name Status User File httpd error 256 root ~/Library/LaunchAgents/homebrew.mxcl.httpd.plist mysql started Nizz0k ~/Library/LaunchAgents/homebrew.mxcl.mysql.plist.
Running the stop, start, and restart commands produces "success" output in the terminal, but Apache doesn't work. I can't navigate to my local vhosts, and of course, running brew services still shows an error.
In running apachectl -e error Apache complains about permissions to the error logs
I have tried:
uninstalling and reinstalling HTTPD
The apr-utilities fix.
confirming Mac installed Apache is stopped.
At this point, I think my problem is that there was conflicting information about how to run Apache on Homebrew. Earlier versions apparently required sudo, but running it this was now produces warnings like this:
Warning: Taking root:admin ownership of some httpd paths:
/usr/local/Cellar/httpd/2.4.54/bin
/usr/local/Cellar/httpd/2.4.54/bin/httpd
/usr/local/opt/httpd
/usr/local/opt/httpd/bin
/usr/local/var/homebrew/linked/httpd
This will require manual removal of these paths using `sudo rm` on
brew upgrade/reinstall/uninstall.
Warning: httpd must be run as non-root to start at user login!
/Library/LaunchDaemons/homebrew.mxcl.httpd.plist: service already bootstrapped
Bootstrap failed: 37: Operation already in progress
Error: Failure while executing; `/bin/launchctl bootstrap system /Library/LaunchDaemons/homebrew.mxcl.httpd.plist` exited with 37.
The issue is even after removing the paths as suggested in the error, a reinstallation brings Root back as the owner.
I do have the same problem with nginx.
Manually unloaded it and then restarting it worked fine.
Try:
sudo launchctl bootout system /Library/LaunchDaemons/homebrew.mxcl.httpd.plist
sudo brew services start httpd

redis/debian: where can I find the configuration file

Quick question: where can I find my redis configuration file? I'm running debian 10. I've installed redis with the following command:
sudo apt-get install redis-server
I've found a config-file on the following location: /etc/redis/redis.conf, but changing this configuration file has no effect on redis, even if I restart my server.
When using the CONFIG SET/GET commands, I get other output. I want to change the bind address.
Thanks.
EDIT:
I'm finding out (with info server) that there is no config file loaded. When running the following command: redis-server /etc/redis/redis.conf, I get the fatal error that the config-file can't be opened. But I can open the file with nano?
I believe the issue is due to a missing filesystem permission, with the user running Redis (named as redis, by default) not allowed to read/write the file /etc/redis/redis.conf.
Installing redis-server via apt should also configure redis to run as a systemd service, along with the proper filesystem permissions, so restarting your Redis service with service redis restart should also reload the modified configuration file. If that doesn't work, just make sure the user you are running Redis under has the correct filesystem permissions as mentioned above.

Could not find installation path for: apcu valet

I set up valet pro with composer, however, the site threw an error ERR_CONNECTION_REFUSED.
I tried to run valet install and it failed due to valet not finding installation path for pecl. How can I fix this?
[nginx] Stopping
[valet-php#7.2] Stopping
[valet-php#7.3] Stopping
[valet-php#7.4] Stopping
[mysql#5.7] Stopping
[redis] Stopping
[devtools] Installing tools
[devtools] wp-cli already installed
[devtools] pv already installed
[devtools] geoip already installed
[devtools] zlib already installed
[binaries] Installing binaries
[BREW TAP] henkrehorst/php already installed
[PECL] Updating PECL channel: pecl.php.net
[PECL] Installing extensions
In Pecl.php line 146:
Could not find installation path for: apcu
Could not download from "https://pecl.php.net/get/apcu-5.1.17.tgz", cannot download "pecl/apcu" (Connection to `ssl://pecl.php.
net:443' failed: )
Error: cannot download "pecl/apcu"
Download failed
install failed
There are chances that extension="apcu.so" shows double times in your php.ini. So first remove one.
And then run below commands:
pecl config-set preferred_state beta
pecl install geoip
I had the same issue and it fixed!

Reinstall rhn-client-tools with non working yum

For every yum command it will return SSL certificate error
Loaded plugins: fastestmirror, rhnplugin, security
The SSL certificate failed verification.
My SSL cert if valid.
I checked rhel site for https://access.redhat.com/solutions/93313 but the problem is i cannot reinstall rhn-client-tools since yum is actually not working and for some other reasons i cannot boot it from DVD/image.
Any tips on this?
Before trying to reinstall, have you also checked your firewall settings and the time and date setting on your server ?
If the firewall is not the issue, I would suggest a simpler approach, just by going to RH's site and downloading the appropriate rhn-client-tools RPM package, copying it to your server and installing it.
"What about the possible dependencies?" I foresee you asking...
Use a different server (or VM) with the same OS version that has access to the internet.
use yum with the download only plugin to only download all the needed dependencies (you must have the yum-plugin-downloadonly package installed beforehand) in a local directory like so:
yum install --downloadonly --downloaddir=<directory> <package>
Copy the packages downloaded at step #2 to your affected machine and install them using the rpm utility as so: rpm -ivh /path/to/yum/download/dir/*

Error in Easyapache 4 provision with php-cli

I migrated from EasyApache 3 to EasyApache 4 using the migration tool in my shell. Right now, in the WHM, I'm setting the provision but I got an error with php-cli that says
Error: Transaction Check Error:
file /usr/bin/php from install of ea-php-cli-0.2.0-1.1.1.cpanel.x86_64 conflicts with file from package php70w-cli-7.0.15-1.w6.x86_64
How can I solve this? I'm searching a lot of pages but couldn't find an answer
You could try to remove that package php70w-cli-7.0.15-1.w6.x86_64 since that's not an EA4 package (yum erase php70w-cli-7.0.15-1.w6.x86_64)
Do a rpm -qa | grep php and see what php packages are actually installed on the server.
Are you sure that the migration completed succesfully? Did you use the migration script from a ssh console?
This should be run first, then you can access EasyApache4 from WHM
/scripts/migrate_ea3_to_ea4