Bug 961652 - Sphinx upgrade from 2.0.4 to 2.0.7 broke support for 64-bit indexes
Sphinx upgrade from 2.0.4 to 2.0.7 broke support for 64-bit indexes
Status: CLOSED NOTABUG
Product: Fedora EPEL
Classification: Fedora
Component: sphinx (Show other bugs)
el6
x86_64 Linux
unspecified Severity high
: ---
: ---
Assigned To: Christof Damian
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2013-05-10 03:41 EDT by Yury V. Zaytsev
Modified: 2013-05-10 11:54 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2013-05-10 04:00:14 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Yury V. Zaytsev 2013-05-10 03:41:36 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):

sphinx-2.0.7-1.el6.x86_64

Actual results:

One has to delete all id64 indexes created with 2.0.4 and rebuild them with the new id32 2.0.7 binary.

Expected results:

Smooth upgrade that doesn't break working systems.

Additional info:

Apparently introduced in #849013.
Comment 1 Yury V. Zaytsev 2013-05-10 04:00:14 EDT
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.
Comment 2 Yury V. Zaytsev 2013-05-10 11:54:04 EDT
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:

http://sphinxsearch.com/downloads/release/

Note You need to log in before you can comment on or make changes to this bug.