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 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.
-
Looks like the last commit to snipe.sh was mine. it should work.
Let me poke at it.
-
Shit, there is a big pull request pending for it
-
@black3dynamite 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.
What happens when using the script on Fedora?
I would get to the pre-flight page and everything would look good. I would have a red X next to the part about the .env file but all the settings inside it looked correct. If I clicked next, I would get a page saying that "Whoops, something went wrong". Tried to install it 4 different times with same result.
-
None of this relates to my issue of "how the H do I upgrade php without borking the whole damn thing..." lol
-
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
None of this relates to my issue of "how the H do I upgrade php without borking the whole damn thing..." lol
It does, because our answer is to install clean and migrate the DB.
-
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
None of this relates to my issue of "how the H do I upgrade php without borking the whole damn thing..." lol
It does, because our answer is to install clean and migrate the DB.
And you will get an updated version of PHP as you wish
-
@jaredbusch said in Snipe-IT PHP 5.6 upgrade to 7.1:
@dustinb3403 said in Snipe-IT PHP 5.6 upgrade to 7.1:
None of this relates to my issue of "how the H do I upgrade php without borking the whole damn thing..." lol
It does, because our answer is to install clean and migrate the DB.
I suppose, seems painful to do that though still.
I could simply backup my .env file I suppose.
-
I guess the core question I have that is irritating me is why can't I just point snipe-it to the updated version of php?
