Hi all .. recently I upgraded our QA site to v6.0 following the given instructions for java, payara, and solr. We have Dataverse running on an application server, and Solr and Rserve running on a separate server in AWS. All went well, it seemed, solr was running the new version and I could see all the datasets in Dataverse. Then, I restarted the Solr server, and now I'm getting a "connection refused" on the Dataverse landing page. I've seen this before, but I don't remember how to fix it. I verified that my solr.service isn't using the โ-D jetty.host=127.0.0.1" option and made sure to upgrade java on the services server to v17. I see the server listening on port 8983 but don't see any connections. Any ideas what I missed?
Do you see fields on the equivalent of http://localhost:8983/solr/collection1/schema/fields ?
yes, but "curl http://localhost:8080/api/info/version" doesn't work
Huh. /info/version doesn't work but you're seeing a Solr error on the collection/home page?
oops sorry, ignore that .. i copied the wrong command .. this one works "curl http://localhost:8983/solr/collection1/schema/fields"
but still getting "Server refused connection at: http://<IP address>:8983/solr/collection1"
on the webserver
You're doing that "fields" curl test from the Payara server, right? Across the wire to the Solr server?
nope .. doesn't work on the web server
connection refused
Is there a firewall blocking it?
there shouldn't be .. i just upgraded the currently running instance .. and the current security group allows that port .. i didn't change that .. and didn't install any other firewall or add any rules
SolrHostColonPort is set correctly still
I'd stick with curl. If you can't curl the fields from the Payara server to the Solr server, we should fix that first. This has nothing to do with Dataverse.
ah so maybe something actually went wrong with the payara install?
Sorry, no, I'm saying it's probably a firewall.
okay checking all that out again .. my security groups seem fine .. server IPs didn't change .. if i change it back to old solr it works
Huh, old Solr works...
no now it isn't .. it did last night .. or if I change back to the volume where the old solr was running it works
going to revert the instances back to the old versions and try this again in a dev environment .. i must have messed something up
yea, so i reverted back to the volume (for the solr server) that had solr 8 running but kept the payara server the same (upgraded) and it works .. i am just detaching/attaching volumes and not changing any security groups
but, my webserver instance now is upgraded, but the solr instance is still running v8 .. will try the upgrade again
or . if it's okay to leave solr 8 running with upgraded payara and java .. will try the solr upgrade in a temp dev env
what's weird is .. after doing the upgrade initially .. it was running fine on new solr and the webserver was connecting .. but i must not have restarted the solr server after that .. that was a couple of weeks ago .. i restarted it this weekend, and after that it wouldn't connect
i created a dev environment and am trying this upgrade again .. at the end of the payara upgrade, i get a message that the deploy of dataverse-6.0.war failed .. however the site loads and shows that it is at v6.0 .. and the only errors that i see in the sql statements that display when upgrading are related to things already existing .. is this normal? is there a way for me to see why it failed? i can't remember if i've gotten a "failed" message on deploy before .. i do always see the "already exists" messages though
Yeah, unfortunately some of that noise is normal. :disappointed:
Since this is a dev env I assume it's safe for you to post the output here.
oh oops, i guess this time it really failed .. the first time i did this it said it failed but it actually deployed .. this time not :thinking:
oh i did it again and it worked
well, it says "Deploy completed with warnings" which is what i usually see .. but the site isn't coming up .. wow this upgrade is a bear
yea going to the site just shows payara admin page .. something messed up
It's like hitting the TV with a stick until it works.
:grinning_face_with_smiling_eyes:
haven't even tried the solr upgrade yet!
fun times ahead! :tada:
interesting, the payara site was showing because the load balancer registered my instance as unhealthy .. i must have taken too long to upgrade! :sweat_smile: 
As for upgrading solr, one question that i have is .. the instructions say to su - as the solr user, but that user is unprivileged, so doesn't have permission to wget or unzip in /usr/local/solr, or to copy files as indicated in the instructions. Do you have your solr user in sudoers? Or special permissions?  The main installation instructions say to chown to solr for /usr/local/solr but that is not recursive.
Huh. Not recursive? I thought it was.
I'm looking at this:
useradd solr
mkdir /usr/local/solr
chown solr:solr /usr/local/solr
From https://guides.dataverse.org/en/6.0/installation/prerequisites.html#installing-solr
So /usr/local/solr should be owned by the solr user. Right?
yes, but nothing under that directory is .. that would be chown -R solr:solr /usr/local/solr
i did the full upgrade again .. solr won't start .. eegads what am i doing wrong?
if i point the solr.service file back to the old solr (/usr/local/solr) it works fine using the old version
I would chown -R it to the solr user.
okay just wasn't sure if some things needed to stay as root .. going to do that and go through the steps again .. thanks!
Basically, Solr should be running as the solr user. So that user needs to own the files.
You know, a service user.
yea i thought so and actually tried changing the ownership of everything before but that still doesn't fix it .. solr still won't start .. back to banging the stick
heh
fixed .. deleted the solr-9.3.0 directory and started all over, after chown -R /usr/local/solr and doing the entire install as solr user and now it works .. i must not have done that correctly before although i thought i did .. omg .. sorry to bother you .. thanks for your help!
No problem! Should we fix the release notes?
agh .. and i restarted the server and now solr doesn't start! this is what happened originally .. i upgraded everything but didn't restart the server, and everything was running, but about 2 weeks later i restarted the server and solr wouldn't start .. well i know it CAN work
not sure about the release notes .. i'm really an ubuntu person .. just have rocky linux for this .. although i think it is the same, most folks probably know and don't follow each line so specifically :grinning_face_with_smiling_eyes:
The release notes could certainly be off. I wrote most of it. :sweat_smile:
the are great! immensely helpful!
i can't figure out why solr would start fine after upgrading, but not start after a reboot
well, it is working .. not sure what fixed it .. i just wiped out and reinstalled about 4 more times .. i restart the instance and solr service starts .. i can see my datasets and add new from the console, etc .. but the last weird thing is that .. although solr starts, and the reindex command works from the web server .. the curl command to show the schema fields still gets a connection refused error .. i have a SG rule in place allowing port 8983 from the webserver and i just added a rule to allow everything from the webserver .. idk
Yeah, we've got to get that curl command working. You can do it! 
if anyone else deals with this .. @Don Sizemore found an alert in the solr docs indicating that "Solr now binds to localhost network interface by default for better out of the box security." We have to add our server IP to the "SOLR JETTY HOST" to allow external solr servers. YAY THANK YOU!!!! I was pretty focused on my installation being wrong and didn't consider actually looking at the solr docs.
Yes, I noticed he just opened https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/issues/328 about removing jetty.host in the future.
Philip Durbin said:
Yes, I noticed he just opened https://github.com/GlobalDataverseCommunityConsortium/dataverse-ansible/issues/328 about removing jetty.host in the future.
I also opened number 10030! Will submit PR.
/me looks at #10030
nice
Don, thanks again. You two are so immensely helpful to me (and everyone else). As I've said often before, ASU wouldn't have a dataverse installation without you all!
Aw. Such a nice way to go into the weekend. Thanks, Deirdre.
:glowing_star:
@Don Sizemore just made a pull request for the issue above: document localhost-only behavior of Solr-9.3.0 and later #10037 (thanks!)
Last updated: Oct 30 2025 at 06:21 UTC