Red Hat Bugzilla – Bug 961652
Sphinx upgrade from 2.0.4 to 2.0.7 broke support for 64-bit indexes
Last modified: 2013-05-10 11:54:04 EDT
Description of problem:
Upon upgrade from 2.0.4 to 2.0.7, I'm getting the following warnings:
WARNING: index 'xxx': preload: 'xxx.sph' is id64, and this binary is id32; NOT SERVING
The previous packaged version of sphinx used to identify itself as follows:
Sphinx 2.0.4-id64-release (r3135)
The new one shows this:
Sphinx 2.0.7-release (r3759)
Sounds like if --enable-64 was lost upon upgrade of the SPEC.
Version-Release number of selected component (if applicable):
One has to delete all id64 indexes created with 2.0.4 and rebuild them with the new id32 2.0.7 binary.
Smooth upgrade that doesn't break working systems.
Apparently introduced in #849013.
Okay, guys, it's my fault and I apologize for that.
The sphinx package that I was previously using (sphinx-2.0.4-1.rhel6.x86_64) came from CentALT, not EPEL. At that time EPEL still had something like ~0.9.8 if I remember correctly.
I've now checked the build logs and 64-bit document/word IDs were never enabled in any of EPEL / Fedora packages on any architecture, and so the transitions between these packages do not require rebuilding the indexes.
Just to do CentALT some justice - I finally figured that the 'sphinx-2.0.4-1.rhel6.x86_64' originally came from the official download page of Sphinx: