Sounds similar to https://issues.apache.org/jira/browse/SOLR-6165 which I fixed in 4.10. Can you try a newer release?
On Wed, May 20, 2015 at 6:51 AM, Shawn Heisey <apa...@elyograg.org> wrote: > An unusual problem is happening with the DIH on a field that is an > unsigned BIGINT in the MySQL database. This is Solr 4.9.1 without > SolrCloud, running on OpenJDK 7u79. > > During actual import, everything is fine. The problem comes when I > restart Solr and the transaction logs are replayed. I get the following > exception for every document replayed: > > WARN - 2015-05-19 18:52:44.461; > org.apache.solr.update.UpdateLog$LogReplayer; REYPLAY_ERR: IOException > reading log > org.apache.solr.common.SolrException: ERROR: [doc=getty26025060] Error > adding field 'file_size'='java.math.BigInteger:5934053' msg=For input > string: "java.math.BigInteger:5934053" > > I believe I need one of two things to solve this problem: > > 1) A connection parameter for the MySQL JDBC driver that will force the > use of java.lang.* objects and exclude the java.math.* classes. > > 2) Write the actual imported value into the transaction log rather than > include the class name in the string representation. Testing shows that > the toString() method on BigInteger does *NOT* include the class name, > so I am confused about why the class name is being recorded in the > transaction log. > > For the first solution, I've been looking for a MySQL connection > parameter to change the Java object types that get used, but so far I > haven't found one. For the second, I should probably open an issue in > Jira, but I wanted to run it by everyone before taking that step. > > I have another index (building from a different database) where this > isn't happening, because the MySQL column is *NOT* unsigned, which > causes the JDBC driver to use java.lang.Long instead of > java.math.BigInteger. > > Thanks, > Shawn > > -- Regards, Shalin Shekhar Mangar.