CentOS 7 - Storage Node installation fails

Wayne Workman

SVN Revision 4509 - Cloud 5676 - CentOS 7 fully updated, actually a brand new build as of this morning.

* Stopping web service........................................Failed to issue method call: Unit php-fpm.service not loaded.

When I try to install php-fpm manually, this is what happens:

[root@tafog common]# yum install php-fpm
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
 * base: mirror.cisp.com
 * epel: lug.mtu.edu
 * extras: centos.mirrors.tds.net
 * remi-safe: remi.check-update.co.uk
 * updates: mirror.team-cymru.org
Resolving Dependencies
--> Running transaction check
---> Package php-fpm.x86_64 0:5.4.16-36.el7_1 will be installed
--> Processing Dependency: php-common(x86-64) = 5.4.16-36.el7_1 for package: php-fpm-5.4.16-36.el7_1.x86_64
--> Finished Dependency Resolution
Error: Package: php-fpm-5.4.16-36.el7_1.x86_64 (updates)
           Requires: php-common(x86-64) = 5.4.16-36.el7_1
           Installed: php-common-5.6.16-1.el7.remi.x86_64 (@remi-php56)
               php-common(x86-64) = 5.6.16-1.el7.remi
           Available: php-common-5.4.16-23.el7_0.3.x86_64 (base)
               php-common(x86-64) = 5.4.16-23.el7_0.3
           Available: php-common-5.4.16-36.el7_1.x86_64 (updates)
               php-common(x86-64) = 5.4.16-36.el7_1
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

Trying to skip the problem ones, this is what happens:

[root@tafog common]# yum install php-fpm --skip-broken
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
 * base: mirror.cisp.com
 * epel: lug.mtu.edu
 * extras: centos.mirrors.tds.net
 * remi-safe: mirrors.mediatemple.net
 * updates: mirror.team-cymru.org
Resolving Dependencies
--> Running transaction check
---> Package php-fpm.x86_64 0:5.4.16-36.el7_1 will be installed
--> Processing Dependency: php-common(x86-64) = 5.4.16-36.el7_1 for package: php-fpm-5.4.16-36.el7_1.x86_64

Packages skipped because of dependency problems:
    php-fpm-5.4.16-36.el7_1.x86_64 from updates
[root@tafog common]#

After that, the installer still fails with the same original message.

Wayne Workman

I ended up disabling the lines that tried to stop php-fpm.service and got past that error

Now I’m getting this:

 * Enabling apache and fpm services on boot....................Failed to issue method call: No such file or directory

I’m guessing that php-fpm is required… I don’t know why it’s failing to install.

Wayne Workman

Solved - sort of. I found a work-around.

The Storage Node installation process is still broken.

I started the installation as a FULL normal installation. I simply waited until the installer got done with installing php-fpm and after it said “OK”, I cancelled that installation and then installed as a storage node and it worked.

Now I’m dealing with “Setting up storage … failed”

Working with that now…

Wayne Workman

After simply re-running the installer again for the storage node installation, it succeeded. I didn’t change anything. It’s crazy.

Sebastian Roth

@Wayne-Workman said:

Error: Package: php-fpm-5.4.16-36.el7_1.x86_64

Really strange. Seams like it wants to install version 5.4.16 of php-fpm eventhough you seam to have all the other php packages from remi (version 5.6.16-1.el7.remi). Not sure what’s going on. php-fpm is here: http://rpms.remirepo.net/enterprise/7/php56/x86_64/repoview/

Hanz

I had the same issue as @Wayne-Workman on NEW node install only…Per Wayne I ran installer as "N"ormal mode up to php-fpm installation said OK. Then re-ran installer as "S"torage and it worked fine.

Hanz

I have a new issue now after this…I had this particular node disabled (old node) when I ran installer for server to update to SVN 5700. After logging back into web UI the storage node is no longer listed…After editing database for storage node, it will not "sync"with server for some reason. Is it ok to delete the node in database and recreate ? Is this what I should do as solution ?

Wayne Workman

@Hanz It’s fine to delete it.

It’s probably your FTP credentials, or, the FOGImageReplicator isn’t running on the web-server, or the firewall or SELinux is turned on for the node. or an incorrect image path or IP… any of those things would break it.

The new node is in the same storage group as the master?

Hanz

@Wayne-Workman Triple checked all passwords and such along with selinux and firewalld

Hanz

@Wayne-Workman when I tried ftp’ing to the server it said ftp wasn’t installed on new node.

this is from /opt/fog/.fogsettings

packages = "httpd php-process";

Other nodes don’t have anything listed here

Wayne Workman

@Hanz Those two packages are correct.

The “packages” area in .fogsettings is relatively new - the developers added it maybe two months or so ago… Don’t really remember.

Wayne Workman

I stand corrected, Tom says the storage node installation should have all the packages included.

Hanz

@Wayne-Workman That’s odd as all my other existing storage nodes, after update, have the packages= " " empty.

Hanz

@Wayne-Workman UPDATE Apparently disabling firewalld.service didn’t stick. Working now
my apologies for assuming it was set correctly.

Tom Elliott

Solved the thread as the issue wasn’t something the installer or bug in fog…directly. It was apparently related to firewalld? Of course more confirmation could be useful.

CentOS 7 - Storage Node installation fails

166

12.0k

17.3k

155.2k