Details
-
Bug
-
Resolution: Fixed
-
Critical
-
5.1.1
-
Initial Version: 4.6.4-4590
Upgrade Version: 5.5.0-2907
Storage Mode: Memory Optimized
Cluster Config:
Node 1: kv (101)
Node 2: kv (102)
Node 3: Index, n1ql (103)
Node 4: Index (104)
-
Untriaged
-
Unknown
Description
Repro steps:
1. Create a new 5.0 cluster (or upgrade to 5.0 from 4.6) with documents with numbers greater than and less than MaxInt64.
2. Partially upgrade to 5.1.1 with projector still on 5.0 but indexer moved to 5.1.1
3. In this mixed mode setup, create insert/update mutations with numbers > MaxInt64 range. These document mutations encounter an error as they go through FixEncodedInt step which was introduced to fix format error in bug MB-28956. The error causes the mutation to be skipped. The expected behavior is that document gets indexed with loss of precision.
Impact Area for this issue:
1. Projector version is < 5.1.1 and indexer version >= 5.1.1
and
2. Only new mutations coming from projector go through FixEncodedInt
and
3. Numbers beyond MaxInt64 limit fail during ParseInt call in FixEncodedInt and hence mutation gets skipped.
Attachments
Issue Links
- is a backport of
-
MB-30207 [GSI] Error strconv.ParseInt: parsing "9223372036854776000": value out of range in SUM aggregate
-
- Closed
-
For Gerrit Dashboard: MB-31746 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
101141,3 | MB-31746: Fix number decoding to handle values above MaxInt64 | spock | indexing | Status: MERGED | +2 | +1 |