dovecot-solr down after upcp
CloudLinux 7.9
upcp ran today and made the following upgrades/updates to dovecot-solr:
Installed:
cpanel-dovecot-solr.noarch 0:9.8.0-2.2.1.cpanel
Updated:
cpanel-dovecot-solr-docs.noarch 0:9.8.0-2.2.1.cpanel
cpanel-dovecot-solr-server.noarch 0:9.8.0-2.2.1.cpanel
Replaced:
cpanel-dovecot-solr-contrib.noarch 0:8.11.4-1.3.1.cpanel
cpanel-dovecot-solr-contrib-extraction.noarch 0:8.11.4-1.3.1.cpanel
And now comes the cPanel monitoring notifications:
The service “cpanel-dovecot-solr” appears to be down.
The system’s command to check or to restart this service failed.
Solr will start in SolrCloud mode by default in version 10, and you will have to provide --user-managed if you want to stay on the user-managed (aka. standalone) mode.
Please advise how I can fix this. Thank you.
-
See this link:
On my server I exactly did:
yum downgrade tzdata-java
yum install yum-versionlock
yum versionlock tzdata-java.noarch 0:2024a-1.el7This appears to have the system up and running again.
1 -
I'm wondering whether it is safe yet to remove the version lock on tzdata-java.noarch 0:2024a-1.el7.
0 -
I haven't seen an update to that case just yet so I'd keep the version lock in place for now. When there is an update you'll see it at the bottom of the page you linked in the "Comments" section.
1 -
Thanks, cPRex!
0 -
Sure thing!
0 -
Has CPANEL-48037 been shelved? It's been 10 months and still no solution.
0 -
Let me see what I can find out and I'll let you know!
0 -
After looking into this I found a few things that happened.
- This is indeed fixed as part of an update to the cpanel-dovecot-solr plugin, which can be seen on the September 16 entry here: https://docs.cpanel.net/changelogs/cpanel-dovecot-solr/
- It did *not* get included in any specific version changelogs as the package isn't linked to a specific version of cPanel
If you're still seeing the odd behavior at this time we likely need to see a ticket as we're expecting this to be resolved on any system with that updated package.
0 -
I see. Well, that means that, technically speaking, it hasn't been fixed for CloudLinux 7. CL7 continues to use Java 1.8:
openjdk version "1.8.0_482"
OpenJDK Runtime Environment (build 1.8.0_482-b03)I guess we need to indefinitely block the tzdata update on CL7. 😕
0 -
It might be best to reach out to the CloudLinux team about that, as I'm not seeing an obvious reason on my end why it shouldn't be there.
0 -
I'm not sure why the CL team would be relevant, to be honest. The Java version, dovecoat-solr and tzdata packages are all straight out of the cPanel repositories. Since cPanel is forcing Java 11 for SOLR, wouldn't that mean that there should be a migration to Java 11 for CentOS 7-/CloudLinux 7-based cPanel systems?
0 -
AKCHUALLY…
It seems that we have Java 11 installed, but it isn't the default:
There are 2 programs which provide 'java'.
Selection Command
-----------------------------------------------
*+ 1 java-1.8.0-openjdk.x86_64 (/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.482.b03-1.el7_9.tuxcare.els1.x86_64/jre/bin/java)
2 java-11-openjdk.x86_64 (/usr/lib/jvm/java-11-openjdk-11.0.23.0.9-2.el7_9.x86_64/bin/java)Hmmm. I guess the next steps are to try the tzdata update again and, optionally, set Java 11 as the default version.
0
Please sign in to leave a comment.
Comments
12 comments