On 3/28/2018 4:15 PM, hal...@xsmail.com wrote: > cd /home/test/ > wget http://apache.osuosl.org/lucene/solr/7.2.1/solr-7.2.1.tgz > tar zxvf ./solr-7.2.1.tgz > > id solr; grep solr /etc/passwd > uid=485(solr) gid=482(solr) groups=482(solr),100(users) > solr:x:485:482::/var/solr:/bin/sh > > cd /home/test/solr-7.2.1 > > ./bin/install_solr_service.sh \ > /home/test/solr-7.2.1.tgz \ > -n \ > -i /opt/solr \ > -d /var/solr \ > -s solr \ > -u solr \ > -p 8888
Looks fine. It's a little odd to be changing the install location to /opt/solr instead of /opt ... but if that's what you really want, it won't cause any issues. > chown -R solr:solr /opt/solr Why are you doing this step? Those files are *MEANT* to be owned by root. The solr user has no need to write to files in that location. (Changing permissions in this way is unlikely to hurt anything, but isn't at all necessary) > Mar 28 14:42:21 test.loc solr[7458]: -sh: > /opt/solr/solr/bin/solr: Permission denied Try the following as a troubleshooting step. Either log in as "solr" or use the following command as root to change users: su - solr Then run this command: /usr/bin/env bash -x /opt/solr/solr/bin/solr What I'm hoping that will do is either output a better error message, or output some longer data that can hopefully pinpoint the problem. If that command actually works, then you MIGHT be able to get something helpful by editing that script and adding " -x" (without the quotes, but WITH the space) to the end of the first line. After that edit, try running the init script again. What specific distribution and version of Linux are you running? The output of "lsb_release -a" and "uname -a" can be very useful to answer this question with a lot of detail. What shell does the solr user have? This is the last entry on the user's line in /etc/passwd. That user will need a REAL shell -- /bin/false and other things that prevent login will NOT work. Thanks, Shawn
