Re: Solr-8.2.0 Cannot create collection on CentOS 7.7

[Peter Davie]

Hi Shawn,

Thanks for your response.

I have downloaded JDK 11 from jdk.java.net and found that Solr is now 
able to create a collection successfully.  The 
java-11-openjdk-11.0.4.11-1.el7_7.x86_64 package on CentOS 7.7 should 
not be used with Solr.  It does not appear that there is any later RPMs 
for Java 11 (or 12/13) on CentOS.


Peter

On 12/10/2019 5:30 am, Shawn Heisey wrote:

On 10/10/2019 11:01 PM, Peter Davie wrote:
I have just installed Solr 8.2.0 on CentOS 7.7.1908.   Java version 
is as follows:


openjdk version "11.0.4" 2019-07-16 LTS




Caused by: java.time.format.DateTimeParseException: Text 
'2019-10-11T04:46:03.971Z' could not be parsed: null




Note that I have tested this and it is working on Windows 10 with 
Solr 8.2.0 using the following Java version:


openjdk version "11.0.2" 2019-01-15


This is looking like either a bug in Java or a change in the Java API. 
The code being called here by the core initialization routines is all 
in Java -- Solr is validating that the Java date formatter it's trying 
to use can parse ISO date strings, and on the version of Java where 
this occurs, that validation is failing.


I haven't been keeping an eye on our Jenkins tests, so I do not know 
if we have automated testing with OpenJDK 11.0.4 ... but it seems like 
if we do, that a large number of tests would be failing because of 
this ... unless maybe your install of OpenJDK has something wrong with 
it.


I fired up the cloud example on a fresh solr-8.2.0 download on Ubuntu 
18 with OpenJDK 11.0.4.  It created its default "gettingstarted" 
collection with no problems, and then I also created a new collection 
with the bin/solr command with no problems.  I do not have CentOS in 
my little lab.


Thanks,
Shawn

--
Peter Davie
(+61) (0)417 265 175
peter.da...@convergentsolutions.com.au 

Re: Solr-8.2.0 Cannot create collection on CentOS 7.7

[Shawn Heisey]

On 10/10/2019 11:01 PM, Peter Davie wrote:
I have just installed Solr 8.2.0 on CentOS 7.7.1908.   Java version is 
as follows:


openjdk version "11.0.4" 2019-07-16 LTS




Caused by: java.time.format.DateTimeParseException: Text 
'2019-10-11T04:46:03.971Z' could not be parsed: null




Note that I have tested this and it is working on Windows 10 with Solr 
8.2.0 using the following Java version:


openjdk version "11.0.2" 2019-01-15


This is looking like either a bug in Java or a change in the Java API. 
The code being called here by the core initialization routines is all in 
Java -- Solr is validating that the Java date formatter it's trying to 
use can parse ISO date strings, and on the version of Java where this 
occurs, that validation is failing.


I haven't been keeping an eye on our Jenkins tests, so I do not know if 
we have automated testing with OpenJDK 11.0.4 ... but it seems like if 
we do, that a large number of tests would be failing because of this ... 
unless maybe your install of OpenJDK has something wrong with it.


I fired up the cloud example on a fresh solr-8.2.0 download on Ubuntu 18 
with OpenJDK 11.0.4.  It created its default "gettingstarted" collection 
with no problems, and then I also created a new collection with the 
bin/solr command with no problems.  I do not have CentOS in my little lab.


Thanks,
Shawn

Solr-8.2.0 Cannot create collection on CentOS 7.7

[Peter Davie]

I have just installed Solr 8.2.0 on CentOS 7.7.1908.   Java version is 
as follows:


openjdk version "11.0.4" 2019-07-16 LTS
OpenJDK Runtime Environment 18.9 (build 11.0.4+11-LTS)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.4+11-LTS, mixed mode, sharing)

I am using the following commad to create a collection "test" on Solr Cloud:

solr create_collection -c test

The output from the command follows:

WARNING: Using _default configset with data driven schema functionality. 
NOT RECOMMENDED for production use.
 To turn off: bin/solr config -c test -p 8983 -action 
set-user-property -property update.autoCreateFields -value false


ERROR: Failed to create collection 'test' due to: Underlying core 
creation failed while creating collection: test


The problem seems to be caused by the following error:

Caused by: java.time.format.DateTimeParseException: Text 
'2019-10-11T04:46:03.971Z' could not be parsed: null
    at 
java.base/java.time.format.DateTimeFormatter.createError(DateTimeFormatter.java:2017)
    at 
java.base/java.time.format.DateTimeFormatter.parse(DateTimeFormatter.java:1920)
    at 
org.apache.solr.update.processor.ParseDateFieldUpdateProcessorFactory.parseInstant(ParseDateFieldUpdateProcessorFactory.java:230)
    at 
org.apache.solr.update.processor.ParseDateFieldUpdateProcessorFactory.validateFormatter(ParseDateFieldUpdateProcessorFactory.java:214)


Note that I have tested this and it is working on Windows 10 with Solr 
8.2.0 using the following Java version:


openjdk version "11.0.2" 2019-01-15
OpenJDK Runtime Environment 18.9 (build 11.0.2+9)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.2+9, mixed mode)

The full detail from the solr.log file follows:

2019-10-11 04:45:58.361 INFO  (qtp195801026-19) [   ] 
o.a.s.h.a.CollectionsHandler Invoked Collection Action :create with 
params 
replicationFactor=1=-1=test=test=CREATE=1=json 
and sendToOCPQueue=true
2019-10-11 04:45:58.445 INFO 
(OverseerThreadFactory-9-thread-1-processing-n:192.168.1.33:8983_solr) 
[   ] o.a.s.c.a.c.CreateCollectionCmd Create collection test
2019-10-11 04:45:58.735 INFO 
(OverseerStateUpdate-72057977101680640-192.168.1.33:8983_solr-n_00) 
[   ] o.a.s.c.o.SliceMutator createReplica() {

  "operation":"ADDREPLICA",
  "collection":"test",
  "shard":"shard1",
  "core":"test_shard1_replica_n1",
  "state":"down",
  "base_url":"http://192.168.1.33:8983/solr;,
  "type":"NRT",
  "waitForFinalState":"false"}
2019-10-11 04:45:59.114 INFO  (qtp195801026-21) [ 
x:test_shard1_replica_n1] o.a.s.h.a.CoreAdminOperation core create 
command 
qt=/admin/cores=core_node2=test=true=test_shard1_replica_n1=CREATE=1=test=shard1=javabin=2&

replicaType=NRT
2019-10-11 04:45:59.119 INFO  (qtp195801026-21) [ 
x:test_shard1_replica_n1] o.a.s.c.TransientSolrCoreCacheDefault 
Allocating transient cache for 2147483647 transient cores
2019-10-11 04:46:00.389 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.c.RequestParams conf 
resource params.json loaded . version : 0
2019-10-11 04:46:00.390 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.c.RequestParams request 
params refreshed to version 0
2019-10-11 04:46:00.424 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.c.SolrResourceLoader 
[test_shard1_replica_n1] Added 61 libs to classloader, from paths: 
[/opt/solr-8.2.0/contrib/clustering/lib, 
/opt/solr-8.2.0/contrib/extraction/lib, 
/opt/solr-8.2.0/contrib/langid/lib, /o

pt/solr-8.2.0/contrib/velocity/lib, /opt/solr-8.2.0/dist]
2019-10-11 04:46:00.814 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.c.SolrConfig Using Lucene 
MatchVersion: 8.2.0
2019-10-11 04:46:01.323 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.s.IndexSchema 
[test_shard1_replica_n1] Schema name=default-config
2019-10-11 04:46:03.017 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.s.IndexSchema Loaded schema 
default-config/1.6 with uniqueid field id
2019-10-11 04:46:03.205 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.c.CoreContainer Creating 
SolrCore 'test_shard1_replica_n1' using configuration from collection 
test, trusted=true
2019-10-11 04:46:03.212 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.m.r.SolrJmxReporter JMX 
monitoring for 'solr.core.test.shard1.replica_n1' (registry 
'solr.core.test.shard1.replica_n1') enabled at server: 
com.sun.jmx.mbeanserver.JmxMBeanServer@606d8acf
2019-10-11 04:46:03.258 INFO  (qtp195801026-21) [c:test s:shard1 
r:core_node2 x:test_shard1_replica_n1] o.a.s.c.SolrCore 
[[test_shard1_replica_n1] ] Opening new SolrCore at 
[/opt/solr-8.2.0/server/solr/test_shard1_replica_n1], 
dataDir=[/opt/solr-8.2.0/server/solr/test_shard1_replica_n1/data/]
2019-10-11 04:46:03.496 INFO  (qtp195801026-21) [c:test s:shard1