[dspace-tech] Re: DSpace 7.1 installation - What 'solr' group/user? Where?
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/cfc339d3-fe4b-446f-b18d-f006d7f54603n%40googlegroups.com.
[dspace-tech] Re: Privileges on the api7.dspace.org demo site
Hi Jack,
Unfortunately, because our Demo site allows anyone administrative
privileges, it looks like someone has modified our usual Demo Site
Administrator account to no longer have full Admin privileges. We noticed
this recently as well, and we're working on pushing an update to the demo
site to revert it back to the default content & user accounts, likely later
this week.
In the meantime, if you need to do testing more immediately, I'd highly
recommend using our DSpace 7 Docker images, which you can install locally.
We also have a test/demo data set you can easily install, which includes
the same demo user accounts & content from api7.dspace.org. See the
instructions
at
https://github.com/DSpace/DSpace/blob/main/dspace/src/main/docker-compose/README.md
Tim
On Saturday, December 18, 2021 at 6:05:33 PM UTC-6 Jack Peplinski wrote:
> I'm trying to develop an application for Dspace and I was testing out some
> requests in Postman.
>
> I check my authorization token was ok using the /authn/status endpoint
> with the curl request:
> curl --location --request GET '
> https://api7.dspace.org/server/api/authn/status' \
> --header 'Authorization: Bearer {token}'
>
> This returned:
> {
> "id": null,
> "okay": true,
> "authenticated": true,
> "type": "status",
> "_links": {
> "eperson": {
> "href": "
> https://api7.dspace.org/server/api/eperson/epersons/9bff97a3-1f6f-4690-a554-d2d099851062
> "
> },
> "self": {
> "href": "https://api7.dspace.org/server/api/authn/status";
> }
> }
> }
>
> But when I went to use the /core/items endpoint with the curl request:
> curl --location --request GET '
> https://api7.dspace.org/server/api/core/items' \
> --header 'Authorization: Bearer {token}'
>
> This returned:
> {
> "timestamp": "2021-12-18T23:48:15.468+00:00",
> "status": 403,
> "error": "Forbidden",
> "message": "Access is denied",
> "path": "/server/api/core/items"
> }
>
> Did I do something wrong or is the account I used, dspacede...@gmail.com,
> just not have permissions for this endpoint? If the latter is the case, is
> there a user account that I can use this endpoint for on the
> api7.dspace.org demo site.
>
--
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/52134364-1f14-4417-9288-1afab0e97f94n%40googlegroups.com.
[dspace-tech] Re: DSpace 7.1 installation - What 'solr' group/user? Where?
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/4a0d45ab-6130-4fe2-b706-8e058ebb3edan%40googlegroups.com.
[dspace-tech] Re: DSpace 7.1 installation - What 'solr' group/user? Where?
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
[dspace-tech] Re: DSpace 7.1 installation - What 'solr' group/user? Where?
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 (provide
[dspace-tech] Re: DSpace 7.1 installation - What 'solr' group/user? Where?
You welcome. Glad it helped & save your time. Please note there is a mistake in the file name in step (g). Solr do name the customizing startup configuration file that you should edit after the user chosen to run the service as (we chose tomcat) so the correct file name you should edit and add SOLR_OPTS line in is /etc/default/tomcat.in.sh instead of solr.in.sh ... Sorry about that & let us know how it goes or if you need more help to finish what you started. 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 unde
[dspace-tech] Re: DSpace 7.1 installation - What 'solr' group/user? Where?
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.
