Installing Snipe-IT on CentOS 7 and MariaDB

scottalanmiller

Jared is correct, even if it is only a cache (effectively) you want a local DNS server in all cases, even at home.

Amit Shrestha

@Robblehead
Your fqdn should be like snipeit.abc.new
in your router or host file write a custom dns as
192.168.1.10 snipeit.abc.new
Now from your browser http://snipeit.abc.new
it will work.

Amit Shrestha

@brandon.hay
ignore this error,go to your browser http://your fqdn
and complete the remaining process via snipeit
it will work.
Tested.

scottalanmiller

@Amit-Shrestha thanks for hopping in.

DustinB3403

Just trying this myself again and i'm getting the below error after running

setenforce 0 && mkdir -p /var/www/html; cd /var/www/html/; wget https://raw.githubusercontent.com/snipe/snipe-it/master/install.sh && chmod 744 install.sh && ./install.sh && cd snipeit; sed -i "s/'timezone' => '',/'timezone' => 'UTC',/" app/config/app.php; php artisan app:install



  [Symfony\Component\Console\Exception\CommandNotFoundException]
  Command "app:install" is not defined.
  Did you mean one of these?
   migrate:install
   app:name

JaredBusch

@DustinB3403 said in Installing Snipe-IT on CentOS 7 and MariaDB:

Just trying this myself again and i'm getting the below error after running

setenforce 0 && mkdir -p /var/www/html; cd /var/www/html/; wget https://raw.githubusercontent.com/snipe/snipe-it/master/install.sh && chmod 744 install.sh && ./install.sh && cd snipeit; sed -i "s/'timezone' => '',/'timezone' => 'UTC',/" app/config/app.php; php artisan app:install



  [Symfony\Component\Console\Exception\CommandNotFoundException]
  Command "app:install" is not defined.
  Did you mean one of these?
   migrate:install
   app:name

The snipeit.sh file was updated recently.

https://github.com/snipe/snipe-it/commits/master/snipeit.sh

lmindnix

I attempted to install via the install.sh script and it got most of the way through without error. Then, toward the end of the script, I get this:
----Begin Paste----

Setting up hosts file.

Starting the apache server.

Created symlink from /etc/systemd/system/multi-user.target.wants/httpd.service to /usr/lib/systemd/system/httpd.service.

Configuring .env file.

All settings correct for using Composer
Downloading...

Composer (version 1.4.2) successfully installed to: /var/www/html/snipeit/composer.phar
Use it: php composer.phar

Do not run Composer as root/super user! See https://getcomposer.org/root for details
Loading composer repositories with package information
Installing dependencies from lock file
Your requirements could not be resolved to an installable set of packages.

Problem 1
- This package requires php >=5.5.9 but your PHP version (5.4.16) does not satisfy that requirement.
Problem 2
- Installation request for aws/aws-sdk-php 3.19.2 -> satisfiable by aws/aws-sdk-php[3.19.2].
- aws/aws-sdk-php 3.19.2 requires php >=5.5 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 3
- Installation request for aws/aws-sdk-php-laravel 3.1.0 -> satisfiable by aws/aws-sdk-php-laravel[3.1.0].
- aws/aws-sdk-php-laravel 3.1.0 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 4
- Installation request for barryvdh/laravel-debugbar V2.2.3 -> satisfiable by barryvdh/laravel-debugbar[V2.2.3].
- barryvdh/laravel-debugbar V2.2.3 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 5
- Installation request for classpreloader/classpreloader 3.0.0 -> satisfiable by classpreloader/classpreloader[3.0.0].
- classpreloader/classpreloader 3.0.0 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 6
- Installation request for guzzlehttp/guzzle 6.2.1 -> satisfiable by guzzlehttp/guzzle[6.2.1].
- guzzlehttp/guzzle 6.2.1 requires php >=5.5 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 7
- Installation request for guzzlehttp/promises 1.2.0 -> satisfiable by guzzlehttp/promises[1.2.0].
- guzzlehttp/promises 1.2.0 requires php >=5.5.0 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 8
- Installation request for laravel/framework v5.2.45 -> satisfiable by laravel/framework[v5.2.45].
- laravel/framework v5.2.45 requires ext-mbstring * -> the requested PHP extension mbstring is missing from your system.
Problem 9
- Installation request for laravelcollective/html v5.2.4 -> satisfiable by laravelcollective/html[v5.2.4].
- laravelcollective/html v5.2.4 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 10
- Installation request for league/csv 7.2.0 -> satisfiable by league/csv[7.2.0].
- league/csv 7.2.0 requires ext-mbstring * -> the requested PHP extension mbstring is missing from your system.
Problem 11
- Installation request for maknz/slack dev-master -> satisfiable by maknz/slack[dev-master].
- maknz/slack dev-master requires ext-mbstring * -> the requested PHP extension mbstring is missing from your system.
Problem 12
- Installation request for spatie/db-dumper 1.5.1 -> satisfiable by spatie/db-dumper[1.5.1].
- spatie/db-dumper 1.5.1 requires php ^5.5|^7.0 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 13
- Installation request for spatie/laravel-backup 3.8.1 -> satisfiable by spatie/laravel-backup[3.8.1].
- spatie/laravel-backup 3.8.1 requires php ^5.5|^7.0 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 14
- Installation request for symfony/console v3.0.9 -> satisfiable by symfony/console[v3.0.9].
- symfony/console v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 15
- Installation request for symfony/debug v3.0.9 -> satisfiable by symfony/debug[v3.0.9].
- symfony/debug v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 16
- Installation request for symfony/event-dispatcher v3.1.3 -> satisfiable by symfony/event-dispatcher[v3.1.3].
- symfony/event-dispatcher v3.1.3 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 17
- Installation request for symfony/finder v3.0.9 -> satisfiable by symfony/finder[v3.0.9].
- symfony/finder v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 18
- Installation request for symfony/http-foundation v3.0.9 -> satisfiable by symfony/http-foundation[v3.0.9].
- symfony/http-foundation v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 19
- Installation request for symfony/http-kernel v3.0.9 -> satisfiable by symfony/http-kernel[v3.0.9].
- symfony/http-kernel v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 20
- Installation request for symfony/process v3.0.9 -> satisfiable by symfony/process[v3.0.9].
- symfony/process v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 21
- Installation request for symfony/routing v3.0.9 -> satisfiable by symfony/routing[v3.0.9].
- symfony/routing v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 22
- Installation request for symfony/translation v3.0.9 -> satisfiable by symfony/translation[v3.0.9].
- symfony/translation v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 23
- Installation request for symfony/var-dumper v3.0.9 -> satisfiable by symfony/var-dumper[v3.0.9].
- symfony/var-dumper v3.0.9 requires php >=5.5.9 -> your PHP version (5.4.16) does not satisfy that requirement.
Problem 24
- laravel/framework v5.2.45 requires ext-mbstring * -> the requested PHP extension mbstring is missing from your system.
- watson/validating 2.2.2 requires illuminate/contracts ~5.0 <5.3 -> satisfiable by laravel/framework[v5.2.45].
- Installation request for watson/validating 2.2.2 -> satisfiable by watson/validating[2.2.2].

To enable extensions, verify that they are enabled in your .ini files:
- /etc/php.ini
- /etc/php.d/curl.ini
- /etc/php.d/dom.ini
- /etc/php.d/fileinfo.ini
- /etc/php.d/gd.ini
- /etc/php.d/json.ini
- /etc/php.d/pdo.ini
- /etc/php.d/pdo_sqlite.ini
- /etc/php.d/phar.ini
- /etc/php.d/posix.ini
- /etc/php.d/sqlite3.ini
- /etc/php.d/sysvmsg.ini
- /etc/php.d/sysvsem.ini
- /etc/php.d/sysvshm.ini
- /etc/php.d/wddx.ini
- /etc/php.d/xmlreader.ini
- /etc/php.d/xmlwriter.ini
- /etc/php.d/xsl.ini
- /etc/php.d/zip.ini
You can also run php --ini inside terminal to see which files are used by PHP in CLI mode.

If you want mail capabilities, edit /var/www/html/snipeit/.env and edit based on .env.example

Open http://monitor.alaska.lan to login to Snipe-IT.

Cleaning up...
Finished!
----End Paste----

So, in short, it appears that the script relies on PHP being at a version higher than the one that ships with CentOS 7.3. Has anyone found a way around this yet? I've seen a few different HOWTO's where it's mentioned to install the remi or webtatic repo's to get the higher versions of PHP, but composer continues to complain. Thankfully, this was a VM and I was able to create a snapshot before making changes from the baseline.

JaredBusch

@lmindnix said in Installing Snipe-IT on CentOS 7 and MariaDB:

I attempted to install via the install.sh script and it got most of the way through without error. Then, toward the end of the script, I get this:
----Begin Paste----
----End Paste----

So, in short, it appears that the script relies on PHP being at a version higher than the one that ships with CentOS 7.3. Has anyone found a way around this yet? I've seen a few different HOWTO's where it's mentioned to install the remi or webtatic repo's to get the higher versions of PHP, but composer continues to complain. Thankfully, this was a VM and I was able to create a snapshot before making changes from the baseline.

The script installs the correct version of PHP. It adds the IUS repo specifically for that.

lmindnix

@JaredBusch Apparently mine did not do this step.

JaredBusch

@lmindnix said in Installing Snipe-IT on CentOS 7 and MariaDB:

@JaredBusch Apparently mine did not do this step.

look at my screenshots form post 140..

https://mangolassi.it/topic/6967/installing-snipe-it-on-centos-7-and-mariadb/140

lmindnix

@JaredBusch I find it interesting that my installer did in fact install those two repositories, but still fails. What might I need to do to get this to work?

JaredBusch

@lmindnix said in Installing Snipe-IT on CentOS 7 and MariaDB:

@JaredBusch I find it interesting that my installer did in fact install those two repositories, but still fails. What might I need to do to get this to work?

Just spun up a VM. let me try the script.

JaredBusch

JaredBusch

Worked perfectly. So you did something different..
0_1499719638893_2f3abe1f-cd58-4057-b8f2-5f1be5172377-image.png

JaredBusch

JaredBusch

@lmindnix said in Installing Snipe-IT on CentOS 7 and MariaDB:

@JaredBusch I find it interesting that my installer did in fact install those two repositories, but still fails. What might I need to do to get this to work?

delete your VM and start over.

Follow the instructions in post 119. That is what I just did in the last couple posts.

https://mangolassi.it/topic/6967/installing-snipe-it-on-centos-7-and-mariadb/119

I used CentOS-7-x86_64-Minimal-1611.iso as the base.

DustinB3403

@JaredBusch on a side topic, have you tried updating with the installation script that they have for the installer?

I haven't had a chance to dig back into it, but I wasn't able to figure out how others were staying current.

JaredBusch

@DustinB3403 said in Installing Snipe-IT on CentOS 7 and MariaDB:

@JaredBusch on a side topic, have you tried updating with the installation script that they have for the installer?

I haven't had a chance to dig back into it, but I wasn't able to figure out how others were staying current.

Is that the official method for updating?

black3dynamite

@DustinB3403 said in Installing Snipe-IT on CentOS 7 and MariaDB:

@JaredBusch on a side topic, have you tried updating with the installation script that they have for the installer?

I haven't had a chance to dig back into it, but I wasn't able to figure out how others were staying current.

Its easier to stay current using the first option.
https://snipe-it.readme.io/docs/downloading

git clone https://github.com/snipe/snipe-it your-folder
To update moving forward, you'll just run git pull to grab the latest.

I started using that when I moved to Fedora.

DustinB3403

@JaredBusch said in Installing Snipe-IT on CentOS 7 and MariaDB:

@DustinB3403 said in Installing Snipe-IT on CentOS 7 and MariaDB:

@JaredBusch on a side topic, have you tried updating with the installation script that they have for the installer?

I haven't had a chance to dig back into it, but I wasn't able to figure out how others were staying current.

Is that the official method for updating?

There isn't one as far as I could find, I was trying to figure out what the process should be.