I guess things go 'wrong' when trying to setup solr as a service to run at 
system boot time. The script, 'solr.in.sh' gets written into the 
/etc/default  directory. It get the user/group settings of root:tomcat . 
Yes, I am logged in via SSH as root. I believe the /var/solr directories 
are owned by tomcat:tomcat and the /var/solr/logs directory is empty. The 
installation directory at /opt/solr-8.11.1 and the sym link 'solr' are 
root:root as well as all the recursive contents. Is this right? 
On Tuesday, December 28, 2021 at 12:05:09 PM UTC-5 Chris Clawson wrote:

> I believe this has happened before... Problems begin with step 'f'. The 
> following is the output from the bash command:
>
> root@media:/build# bash ./install_solr_service.sh solr-8.11.1.tgz -f
> Extracting solr-8.11.1.tgz to /opt
> Installing symlink /opt/solr -> /opt/solr-8.11.1 ...
> Installing /etc/init.d/solr script ...
> Installing /etc/default/solr.in.sh ...
> Service solr installed.
> Customize Solr startup configuration in /etc/default/solr.in.sh
> Job for solr.service failed because the control process exited with error 
> code.
> See "systemctl status solr.service" and "journalctl -xe" for details.
> ● solr.service - LSB: Controls Apache Solr as a Service
>    Loaded: loaded (/etc/init.d/solr; generated)
>    Active: failed (Result: exit-code) since Tue 2021-12-28 11:00:48 CST; 
> 5s ago
>      Docs: man:systemd-sysv-generator(8)
>   Process: 1474 ExecStart=/etc/init.d/solr start (code=exited, 
> status=1/FAILURE)
>
> Dec 28 11:00:48 media systemd[1]: Starting LSB: Controls Apache Solr as a 
> Service...
> Dec 28 11:00:48 media su[1476]: Successful su for tomcat by root
> Dec 28 11:00:48 media su[1476]: + ??? root:tomcat
> Dec 28 11:00:48 media su[1476]: pam_unix(su:session): session opened for 
> user tomcat by (uid=0)
> Dec 28 11:00:48 media su[1476]: pam_unix(su:session): session closed for 
> user tomcat
> Dec 28 11:00:48 media systemd[1]: solr.service: Control process exited, 
> code=exited status=1
> Dec 28 11:00:48 media systemd[1]: solr.service: Failed with result 
> 'exit-code'.
> Dec 28 11:00:48 media systemd[1]: Failed to start LSB: Controls Apache 
> Solr as a Service.
> root@media:/build#
>
> On Tuesday, December 28, 2021 at 9:21:25 AM UTC-5 Mohammad S. AlMutairi 
> wrote:
>
>> Hello Chris,
>>
>> Your solr installation is broken so you really really really must remove 
>> the old installation and begin a fresh install. All the provided 
>> instructions is very simple and easy to follow so just follow it. Regarding 
>> step (e) it just another and easier way of changing SOLR_USER=solr to 
>> SOLR_USER=tomcat using perl substitution. Don't stop at it or the (g) step 
>> just remove the old solr and install solr following the installation steps 
>> above but you MUST BE ROOT during the removal or the installing of Solr to 
>> overcome any permission issues you might confront.
>>
>> #### Here is what you suppose to see if Solr and dspace cores are done 
>> correctly. This is part of it.#####
>>     "search":{
>>       "name":"search",
>>       "instanceDir":"/var/solr/data/search",
>>       "dataDir":"/var/solr/data/search/data/",
>>       "config":"solrconfig.xml",
>>       "schema":"schema.xml",
>>       "startTime":"2021-12-28T10:55:06.841Z",
>>       "uptime":11865277,
>>       "index":{
>>         "numDocs":45760,
>>         "maxDoc":45760,
>>         "deletedDocs":0,
>>         "indexHeapUsageBytes":489928,
>>         "version":678,
>>         "segmentCount":22,
>>         "current":true,
>>         "hasDeletions":false,
>>         
>> "directory":"org.apache.lucene.store.NRTCachingDirectory:NRTCachingDirectory(MMapDirectory@/var/solr/data/search/data/index
>>  
>> lockFactory=org.apache.lucene.store.NativeFSLockFactory@12cd8c11; 
>> maxCacheMB=48.0 maxMergeSizeMB=4.0)",
>>         "segmentsFile":"segments_2z",
>>         "segmentsFileSizeInBytes":1947,
>>         "userData":{
>>           "commitCommandVer":"0",
>>           "commitTimeMSec":"1640647856055"},
>>         "lastModified":"2021-12-27T23:30:56.055Z",
>>         "sizeInBytes":1641346285,
>>         "size":"1.53 GB"}},
>>     "statistics":{
>>       "name":"statistics",
>>       "instanceDir":"/var/solr/data/statistics",
>>       "dataDir":"/var/solr/data/statistics/data/",
>>       "config":"solrconfig.xml",
>>       "schema":"schema.xml",
>>       "startTime":"2021-12-28T10:55:07.565Z",
>>       "uptime":11864565,
>>       "index":{
>>         "numDocs":78,
>>         "maxDoc":78,
>>         "deletedDocs":0,
>>         "indexHeapUsageBytes":38772,
>>         "version":46,
>>         "segmentCount":11,
>>         "current":false,
>>         "hasDeletions":false,
>>         
>> "directory":"org.apache.lucene.store.NRTCachingDirectory:NRTCachingDirectory(MMapDirectory@/var/solr/data/statistics/data/index
>>  
>> lockFactory=org.apache.lucene.store.NativeFSLockFactory@12cd8c11; 
>> maxCacheMB=48.0 maxMergeSizeMB=4.0)",
>>
>> On Tuesday, December 28, 2021 at 4:56:15 PM UTC+3 Chris Clawson wrote:
>>
>>> Thanks for revisiting this! There is detail here which I have never 
>>> seen, especially step e) . I will probably attempt a 
>>> removal/re-installation of Solr in a few hours. Here is the results of my 
>>> status checks, using curl:
>>> root@media:~# curl http://localhost:8983/solr/admin/cores
>>> {
>>>   "responseHeader":{
>>>     "status":0,
>>>     "QTime":70},
>>>   "initFailures":{},
>>>   "status":{}}
>>> root@media:~# curl http://localhost:8983/solr/admin/cores?action=STATUS
>>> {
>>>   "responseHeader":{
>>>     "status":0,
>>>     "QTime":1},
>>>   "initFailures":{},
>>>   "status":{}}
>>> root@media:~#
>>>
>>> ... I don't see any DSpace names mentioned in these returns, so I am 
>>> guessing there is an issue here.
>>>
>>> On Tuesday, December 28, 2021 at 7:41:15 AM UTC-5 Mohammad S. AlMutairi 
>>> wrote:
>>>
>>>> A lot of newcomers who want to try DSpace specially non-technical 
>>>> people do face an issue installing Solr for DSpace. The DSpace Solr 
>>>> installation portion doesn't cover specific details about any Linux OS so 
>>>> to make things easier for the folks who are using Ubuntu I'm posting a 
>>>> detailed instructions how Solr should be installed on Ubuntu in a hope 
>>>> someone who deserve helping save his time and get Solr up and running in 
>>>> no 
>>>> time. See Solr installation steps and also the removal of solr if you ever 
>>>> need to remove it below. Hope it doesn't fire back as it did not long time 
>>>> ago!.
>>>>
>>>> ##################################### Solr Installation 
>>>> #####################################
>>>> # set a password for the root user.
>>>> sudo passwd root
>>>>
>>>> # login with root to start solr installation.
>>>> su - root
>>>>
>>>> a) mkdir /build
>>>> b) cd /build
>>>> c) wget https://downloads.apache.org/lucene/solr/8.11.1/solr-8.11.1.tgz
>>>> d) tar xzf solr-8.11.1.tgz solr-8.11.1/bin/install_solr_service.sh 
>>>> --strip-components=2
>>>> e) perl -i -pe 's/SOLR_USER=solr/SOLR_USER=tomcat/;' 
>>>> /build/install_solr_service.sh
>>>> f) bash ./install_solr_service.sh solr-8.11.1.tgz -f
>>>> g) echo SOLR_OPTS=\"\$SOLR_OPTS 
>>>> -Dsolr.allowPaths=/opt/dspace/solr/statistics,/opt/dspace/temp/solr-data\" 
>>>> >> /etc/default/solr.in.sh
>>>> h) cp -r /opt/dspace/solr/* /var/solr/data/ # Do this step after 
>>>> installing dspace backend (REST API server). You need to change 
>>>> /opt/dspace 
>>>> to the folder you installed dspace backend into.
>>>> i) chown -R tomcat:tomcat /opt/sol*
>>>> j) chown -R tomcat:tomcat /var/solr/data/
>>>> k) systemctl enable solr
>>>> l) systemctl restart solr
>>>>
>>>> # Run curl as you see it below to test Solr and check the status of 
>>>> dspace cores you copied in step (h) above. Dspace cores names you should 
>>>> see and see it's data are (authority, oai, search and statistics).
>>>> curl http://localhost:8983/solr/admin/cores
>>>> curl http://localhost:8983/solr/admin/cores?action=STATUS
>>>>
>>>> ################################# End of Solr Installation 
>>>> ##################################
>>>>
>>>> ######################### Steps to manually uninstall Solr from Ubuntu 
>>>> ######################
>>>> # You need to login with root.
>>>> # login with root to remove old solr installation from your server.
>>>> su - root
>>>>
>>>> 1) systemctl stop solr
>>>> 2) rm -r /var/solr
>>>> 3) rm -r /opt/sol*
>>>> 4) rm /etc/init.d/solr
>>>> 5) deluser --remove-home solr
>>>> 6) deluser --group solr
>>>> 7) update-rc.d -f solr remove
>>>> 8) rm -rf /etc/default/solr.in.sh
>>>> ############################# End of Solr Removal instructions 
>>>> ##############################
>>>>
>>>>
>>>> "When the sage points at the moon, the fool looks at the finger"
>>>>
>>>>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/54286bc0-1c2c-4b7a-80d1-ca19f8e31e98n%40googlegroups.com.

Reply via email to