OOPS - forgot!
I remember now that the installation script failed with:

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-21 12:39:44 CST; 5s 
ago
     Docs: man:systemd-sysv-generator(8)
  Process: 3772 ExecStart=/etc/init.d/solr start (code=exited, 
status=1/FAILURE)
 Main PID: 1738 (code=exited, status=0/SUCCESS)

Dec 21 12:39:44 media systemd[1]: Starting LSB: Controls Apache Solr as a 
Service...
Dec 21 12:39:44 media su[3774]: Successful su for tomcat by root
Dec 21 12:39:44 media su[3774]: + ??? root:tomcat
Dec 21 12:39:44 media su[3774]: pam_unix(su:session): session opened for 
user tomcat by (uid=0)
Dec 21 12:39:44 media su[3774]: pam_unix(su:session): session closed for 
user tomcat
Dec 21 12:39:44 media systemd[1]: solr.service: Control process exited, 
code=exited status=1
Dec 21 12:39:44 media systemd[1]: solr.service: Failed with result 
'exit-code'.
Dec 21 12:39:44 media systemd[1]: Failed to start LSB: Controls Apache Solr 
as a Service.

I (sort of) see where to look to investigate this.  I am guessing I need to 
read up on 'LSB'. Might this problem be permission related?
On Tuesday, December 21, 2021 at 1:03:00 PM UTC-5 Chris Clawson wrote:

> Mohammad -
> I am attempting a fresh Solr install as per you detailed instructions. The 
> first attempt now has a functional solr, but won't start as a service at 
> run time. I can force start solr as user 'tomcat' by the command 'sudo -u 
> tomcat ./solr start' from the  /opt/solr-8.11.1/bin directory. I was then 
> able to connect to Solr at http://meloware.com:8983/solr/#/ , but I get 
> an error "Error code: SSL_ERROR_RX_RECORD_TOO_LONG" when I attempt to 
> connect to https://meloware.com:8983/solr/#/  . Maybe I am not supposed 
> to do that, even on good days.
>
> Without more help, I will probably try and clean/re-install solr-8.1.11 
> again, but I should get some clarification about the instructions posted 
> earlier in this thread.
> Item (e) says to:
>  vi ./install_solr_service.sh # You need to change SOLR_USER=solr to 
> SOLR_USER=tomcat in /etc/default/install_solr_service.sh file. tomcat is 
> the user which has write permission over dspace folder if not replace 
> tomcat with the user you picked for dspace.
>
> I understand 'install_solr_service.sh' needs to have the username changed 
> from 'solr' to my actual DSpace user 'tomcat', but you are saying this 
> script appears in '/etc/default/install_solr_service.sh' . Before 
> installation, the only place it appears is in /build . This was where I 
> edited 'install_solr_service.sh'. Once this script is run, my installation 
> directory is '/opt/solr-8.11.1' and the script (original and unedited from 
> the tar archive) is written to '/opt/solr-8.11.1/bin' . Of course, the 
> default 'SOLR_USER=solr' rather than 'tomcat' is there. Is this script in 
> it's new location important to edit 'SOLR_USER=' to 'tomcat as well? What 
> about this path to ' /etc/default/install_solr_service.sh'? The only thing 
> (solr) at '/etc/default/' is 'solr.in.sh', which doesn't seem to be 
> involved with defining users.
> ***
> I may have goofed somewhere and will try a clean re-install again. I still 
> would appreciate the answers to three questions:
> 1) Is the https error ' SSL_ERROR_RX_RECORD_TOO_LONG' something to worry 
> about now or later? 
> 2) Should I presume the correct location to edit the 
> 'install_solr_service.sh' script (for changing the SOLR_USER to 'tomcat')  
> is the one in '/build' , and not in ' /etc/default/' ?
> 3) Once installed, should I also edit  SOLR_USER  in  
> '/opt/solr-8.11.1/bin/install_solr_service.sh' and also change that 
> variable to 'tomcat', as I first did with the script in /build?
> Thanks - I'll 'get it' eventually
> On Monday, December 20, 2021 at 9:17:06 PM UTC-5 Mohammad S. AlMutairi 
> wrote:
>
>> You most welcome. Let us here in group how it goes or if you need help 
>> with what's left to get it up and running. Good luck.
>>
>> On Tuesday, December 21, 2021 at 1:51:00 AM UTC+3 Chris Clawson wrote:
>>
>>> I just took a better look at Mohammad's excellent, detailed 
>>> instructions. Rather than proceeding with the front-end installation, I 
>>> think I will make a re-install of Solr 8.11.1 as per his instructions. 
>>> Thanks for the great detail!
>>>
>>> On Monday, December 20, 2021 at 5:42:26 PM UTC-5 Chris Clawson wrote:
>>>
>>>> Gentlemen, Thank you.
>>>>
>>>> I am sorry about not including my system conditions (I normally do 
>>>> include them). I am not an I.T. professional and cannot follow directions 
>>>> by nature. I am running a KVM container with Ubuntu 18.?, LAMP and Tomcat 
>>>> 9. I don't remember how I installed the packages, but although I could 
>>>> manually start them,  I couldn't get them to to load/run at boot time. It 
>>>> took a day or more for me to discover there was a difference between 
>>>> systemd and init.d. (An important one.) I now have both Tomcat and Solr 
>>>> running as systemd services and I have created a user/group 'solr' 
>>>> *without* any password assigned to the Solr user. PLEASE let me know 
>>>> if there is something to fix at this point. The DSpace seems to start fine 
>>>> at boot time, now. I also have just finished installing SSL for both 
>>>> Apache 
>>>> and Tomcat. My back-end Hal browser pages happily displays now when 
>>>> accessing https://meloware.com:8443/#/api . I will copy and save the 
>>>> valuable information you have took the time to mention here and save it 
>>>> for 
>>>> future reference. This site is practice before attempting to upgrade my 
>>>> production server (with DSpace 6.3) at 
>>>> https://montaguearchive.org:8443/ .
>>>> Chris
>>>>
>>>> On Monday, December 20, 2021 at 12:56:31 PM UTC-5 Mohammad S. AlMutairi 
>>>> wrote:
>>>>
>>>>> Hello Chris,
>>>>>
>>>>> You dropped a vital piece of information about the Linux flavor you 
>>>>> are using so I'm assuming a Debian derivative. It's better to start a 
>>>>> fresh 
>>>>> Solr installation by removing the old Solr installation and following the 
>>>>> steps you see below.
>>>>>
>>>>> 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) vi ./install_solr_service.sh # You need to change SOLR_USER=solr to 
>>>>> SOLR_USER=tomcat in /etc/default/install_solr_service.sh file. tomcat is 
>>>>> the user which has write permission over dspace folder if not replace 
>>>>> tomcat with the user you picked for dspace.
>>>>> f) bash ./install_solr_service.sh solr-8.11.1.tgz
>>>>> g) vi /etc/default/solr.in.sh # You need to add dspace folders in 
>>>>> Solr allowed paths.
>>>>> SOLR_OPTS="$SOLR_OPTS 
>>>>> -Dsolr.allowPaths=/opt/dspace/solr/statistics,/opt/dspace/temp/solr-data"
>>>>> h) cp -r /opt/dspace/solr/* /var/solr/data/ # Do this step after 
>>>>> installing dspace. You need to change /opt/dspace to the folder you 
>>>>> installed dspace into.
>>>>> i) chown -R tomcat:tomcat /var/solr/data/ # You need to change the 
>>>>> user and the group if it differs from the user and group you chose for 
>>>>> dspace.
>>>>> j) systemctl enable solr
>>>>> k) systemctl restart solr
>>>>>
>>>>> *** You might fall into this issue at a later stage. Running 
>>>>> /opt/dspace/bin/dspace solr-reindex-statistics for the first time will 
>>>>> complain with the error message you see below but running it again will 
>>>>> complete successfully ( I think the error shows up because of the 
>>>>> existence 
>>>>> of /opt/dspace/solr/statistics/core.properties file which gets deleted at 
>>>>> the first run) .  Maybe Tim can shed some light on this.
>>>>> ### error message ### Could not create a new core in 
>>>>> /opt/dspace/solr/statistics as another core is already defined there ### 
>>>>> end of error message ###
>>>>>
>>>>> ######## Steps to uninstall Solr on Ubuntu manually ##########
>>>>> systemctl stop solr
>>>>> rm -r /var/solr
>>>>> rm -r /opt/solr-8.x.x
>>>>> rm -r /opt/solr
>>>>> rm /etc/init.d/solr
>>>>> deluser --remove-home solr
>>>>> deluser --group solr
>>>>> update-rc.d -f solr remove
>>>>> rm -rf /etc/default/solr.in.sh
>>>>> #################################################
>>>>>
>>>>> Mohammed
>>>>> On Monday, December 20, 2021 at 5:49:39 PM UTC+3 DSpace Technical 
>>>>> Support wrote:
>>>>>
>>>>>> Hi Chris,
>>>>>>
>>>>>> The 'solr' user should be created by default when installing Apache 
>>>>>> Solr.  In any case, Apache Solr recommends *not* running Solr as root.  
>>>>>> Instead, they recommend creating a "solr" user (it could be named 
>>>>>> something 
>>>>>> else if you want) to install Solr under.  
>>>>>>
>>>>>> See this Apache guide for taking Solr to production for more 
>>>>>> information: 
>>>>>> https://solr.apache.org/guide/8_1/taking-solr-to-production.html#create-the-solr-user
>>>>>>   
>>>>>>  That guide is also linked to from the main "Installing Solr" 
>>>>>> instructions 
>>>>>> in the "Preparing for Installation" section: 
>>>>>> https://solr.apache.org/guide/8_1/installing-solr.html#preparing-for-installation
>>>>>>
>>>>>> Hopefully that helps explain things better!
>>>>>>
>>>>>> Tim
>>>>>>
>>>>>> On Saturday, December 18, 2021 at 11:16:07 AM UTC-6 Chris Clawson 
>>>>>> wrote:
>>>>>>
>>>>>>> I have Solr 8.11.1 extracted to /opt/solr-8.11.1 . The command line 
>>>>>>> example (provided in the Apache Foundation quick start instructions), 
>>>>>>>  ./bin/solr start -e cloud , produces a 'welcome' message.
>>>>>>> Step #13 of the DSpace 7.x installation page instructs me to copy 
>>>>>>> dspace configsets to the installed Solr directory. (Fine.)
>>>>>>> The second part of step #13 is telling me to change the group/owner 
>>>>>>> of these configsets to 'solr':
>>>>>>> chown -R solr:solr /opt/solr-8.11.1/server/solr/configsets
>>>>>>> What group/user solr is this? It is not defined anywhere that I can 
>>>>>>> find, and the Apache Foundation doesn't mention it anywhere I can see 
>>>>>>> or 
>>>>>>> understand.
>>>>>>> Right now, the entire Solr directory is group and user owned by 
>>>>>>> root:root. My DSpace operating system user will be 'tomcat'.
>>>>>>>
>>>>>>> Please explain how and why I should use this 'solr' user and group. 
>>>>>>> Thanks
>>>>>>>
>>>>>>

-- 
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 dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/5dcbd5da-cf4a-460e-a5fe-f047d32704dan%40googlegroups.com.

Reply via email to