Snipe-IT PHP 5.6 upgrade to 7.1
-
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
How did you get PHP 5.6 on there in the first place?
The installation process from the script.
-
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
How did you get PHP 5.6 on there in the first place?
The installation process from the script.
Then there is no easy method because that uses the IUS repo and PHP 5.6 is specifically installed.
-
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
How did you get PHP 5.6 on there in the first place?
The installation process from the script.
Then there is no easy method because that uses the IUS repo and PHP 5.6 is specifically installed.
Any pointers?
-
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
How did you get PHP 5.6 on there in the first place?
The installation process from the script.
Then there is no easy method because that uses the IUS repo and PHP 5.6 is specifically installed.
Any pointers?
Not from me. I've only had problems when using named versions of PHP like this.
-
The exact versions installed
yum list installed php* Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirrors.maine.edu * epel: mirrors.rit.edu * extras: mirror.riverfrontnetworks.com * ius: iad.mirror.rackspace.com * updates: mirror.cs.uwp.edu Installed Packages php56u.x86_64 5.6.33-1.ius.centos7 @ius php56u-bcmath.x86_64 5.6.33-1.ius.centos7 @ius php56u-cli.x86_64 5.6.33-1.ius.centos7 @ius php56u-common.x86_64 5.6.33-1.ius.centos7 @ius php56u-embedded.x86_64 5.6.33-1.ius.centos7 @ius php56u-gd.x86_64 5.6.33-1.ius.centos7 @ius php56u-ldap.x86_64 5.6.33-1.ius.centos7 @ius php56u-mbstring.x86_64 5.6.33-1.ius.centos7 @ius php56u-mcrypt.x86_64 5.6.33-1.ius.centos7 @ius php56u-mysqlnd.x86_64 5.6.33-1.ius.centos7 @ius php56u-pdo.x86_64 5.6.33-1.ius.centos7 @ius php56u-pear.noarch 1:1.10.5-1.ius.centos7 @ius php56u-pecl-jsonc.x86_64 1.3.10-2.ius.centos7 @ius php56u-process.x86_64 5.6.33-1.ius.centos7 @ius php56u-xml.x86_64 5.6.33-1.ius.centos7 @ius -
@dustinb3403 Right, you can install
php71along sidephp56like this.Then you have to tell the application which to use.
-
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
Then you have to tell the application which to use.
Maybe this is where I was stuck, I removed 5.6, installed 7.1 and nothing was operating. How do I get snipe-it to use 7.1?
-
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
Then you have to tell the application which to use.
Maybe this is where I was stuck, I removed 5.6, installed 7.1 and nothing was operating. How do I get snipe-it to use 7.1?
Never looked into it.
-
I assume this would be the way to remove 5.x and install 7.x
# Stop httpd and mariadb systemctl stop httpd systemctl stop mariadb # Remove all php and php modules yum -y remove php* # Add IUS Repo (Unless already added) yum -y install epel-release yum -y install https://centos7.iuscommunity.org/ius-release.rpm rpm --import /etc/pki/rpm-gpg/IUS-COMMUNITY-GPG-KEY # Install PHP 7.1 yum -y install php71u php71u-mysqlnd php71u-bcmath php71u-cli php71u-common php71u-embedded php71u-gd php71u-mbstring php71u-mcrypt php71u-ldap php71u-json php71u-simplexml # Start httpd and mariadb systemctl start httpd systemctl start mariadb -
@black3dynamite said in Snipe-IT PHP 5.6 upgrade to 7.1:
I assume this would be the way to remove 5.x and install 7.x
# Stop httpd and mariadb systemctl stop httpd systemctl stop mariadb # Remove all php and php modules yum -y remove php* # Add IUS Repo (Unless already added) yum -y install epel-release yum -y install https://centos7.iuscommunity.org/ius-release.rpm rpm --import /etc/pki/rpm-gpg/IUS-COMMUNITY-GPG-KEY # Install PHP 7.1 yum -y install php71u php71u-mysqlnd php71u-bcmath php71u-cli php71u-common php71u-embedded php71u-gd php71u-mbstring php71u-mcrypt php71u-ldap php71u-json php71u-simplexml # Start httpd and mariadb systemctl start httpd systemctl start mariadbPotentially, but brute force is never a fun thing.
-
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
-
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
Because I'd have to reinstall everything. . .
-
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
Because I'd have to reinstall everything. . .
Um... reinstall what? It only takes a minute. And if you scripted, or followed a script, or used Ansible, Salt, etc. it's just a push of a button away.
-
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
I've been doing it like this for everything but plex at home to get the kinks out before I migrate.
-
@wirestyle22 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
I've been doing it like this for everything but plex at home to get the kinks out before I migrate.
Yeah, a key thing I do for installs is do a test run and then do the final via automation so that I can always recreate at any time.
-
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
Because I'd have to reinstall everything. . .
Um... reinstall what? It only takes a minute. And if you scripted, or followed a script, or used Ansible, Salt, etc. it's just a push of a button away.
The scripted install uses PHP 5.6 on CentOS 7.
He would need to move to Fedora to get around that.
-
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
Because I'd have to reinstall everything. . .
Um... reinstall what? It only takes a minute. And if you scripted, or followed a script, or used Ansible, Salt, etc. it's just a push of a button away.
The scripted install uses PHP 5.6 on CentOS 7.
He would need to move to Fedora to get around that.
I just installed Snipe-IT on CentOS 7 the other day via the install.sh script and it's running PHP 7.1.13. The script kept failing on Fedora 27.
-
@zachary715 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
Because I'd have to reinstall everything. . .
Um... reinstall what? It only takes a minute. And if you scripted, or followed a script, or used Ansible, Salt, etc. it's just a push of a button away.
The scripted install uses PHP 5.6 on CentOS 7.
He would need to move to Fedora to get around that.
I just installed Snipe-IT on CentOS 7 the other day via the install.sh script and it's running PHP 7.1.13. The script kept failing on Fedora 27.
Damnit, I had it all workign. Did someone update
snipe.shagain? -
@zachary715 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
Because I'd have to reinstall everything. . .
Um... reinstall what? It only takes a minute. And if you scripted, or followed a script, or used Ansible, Salt, etc. it's just a push of a button away.
The scripted install uses PHP 5.6 on CentOS 7.
He would need to move to Fedora to get around that.
I just installed Snipe-IT on CentOS 7 the other day via the install.sh script and it's running PHP 7.1.13. The script kept failing on Fedora 27.
What happens when using the script on Fedora?
-
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@zachary715 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
@scottalanmiller said in Snipe-IT PHP 5.6 upgrade to 7.1:
Instead of upgrading, why not move to a fresh box with working PHP 7.1? Keep the two separate, just copy over the database.
Because I'd have to reinstall everything. . .
Um... reinstall what? It only takes a minute. And if you scripted, or followed a script, or used Ansible, Salt, etc. it's just a push of a button away.
The scripted install uses PHP 5.6 on CentOS 7.
He would need to move to Fedora to get around that.
I just installed Snipe-IT on CentOS 7 the other day via the install.sh script and it's running PHP 7.1.13. The script kept failing on Fedora 27.
Damnit, I had it all workign. Did someone update
snipe.shagain?I had previously installed it on Fedora 26 and had no issues. I looked at some logs but honestly couldn't figure it out and didn't have the time to dedicate to troubleshooting. Just tried CentOS 7 to see if I'd get the same message and it worked flawlessly.
