Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

sentry: error.go:90: unexpected error from the vectorized engine: × -- *barriers.barrierError *errutil.withPrefix: unexpected error from the vectorized engine (1) error.go:90: *withstack.withStack (top exception) *assert.withAssertionFailure *colexecerror.notInternalError (check the extra data payloads) #64472

Closed
cockroach-teamcity opened this issue Apr 30, 2021 · 1 comment
Labels
C-bug Code not up to spec/doc, specs & docs deemed correct. Solution expected to change code/behavior. O-sentry Originated from an in-the-wild panic report.

Comments

@cockroach-teamcity
Copy link
Member

This issue was autofiled by Sentry. It represents a crash or reported error on a live cluster with telemetry enabled.

Sentry link: https://sentry.io/organizations/cockroach-labs/issues/2373306833/?referrer=webhooks_plugin

Panic message:

error.go:90: unexpected error from the vectorized engine: ×
--
*barriers.barrierError
*errutil.withPrefix: unexpected error from the vectorized engine (1)
error.go:90: *withstack.withStack (top exception)
*assert.withAssertionFailure
*colexecerror.notInternalError
(check the extra data payloads)

Stacktrace (expand for inline code snippets):

// unexpected.
retErr = errors.NewAssertionErrorWithWrappedErrf(err, "unexpected error from the vectorized engine")
}
in pkg/sql/colexecbase/colexecerror.CatchVectorizedRuntimeError.func1
/usr/local/go/src/runtime/panic.go#L678-L680 in runtime.gopanic
/usr/local/go/src/runtime/iface.go#L254-L256 in runtime.panicdottypeE
func (m *memColumn) Int64() Int64s {
return m.col.(Int64s)
}
in pkg/col/coldata.(*memColumn).Int64
probeKeys := probeVec.Int64()
buildKeys := buildVec.Int64()
if probeSel != nil {
in pkg/sql/colexec.(*hashTable).checkColForDistinctTuples
ht.checkColForDistinctTuples(probeVec, buildVec, nToCheck, probeSel)
}
in pkg/sql/colexec.(*hashTable).checkColsForDistinctTuples
}
ht.checkColsForDistinctTuples(probeVecs, nToCheck, probeSel)
nDiffers := uint64(0)
in pkg/sql/colexec.(*hashTable).checkBuildForDistinct
// array is non-empty.
nToCheck = duplicatesChecker(keyCols, nToCheck, sel)
ht.findNext(next, nToCheck)
in pkg/sql/colexec.(*hashTable).findBuckets
) {
ht.findBuckets(batch, keyCols, first, next, duplicatesChecker)
ht.updateSel(batch)
in pkg/sql/colexec.(*hashTable).removeDuplicates
if ht.vals.Length() > 0 {
ht.removeDuplicates(batch, ht.keys, ht.buildScratch.first, ht.buildScratch.next, ht.checkBuildForDistinct)
}
in pkg/sql/colexec.(*hashTable).build
op.buildFinished = true
op.ht.build(ctx, op.input)
in pkg/sql/colexec.(*unorderedDistinct).Next
return func() {
s.batches[inputIdx] = input.Op.Next(ctx)
}
in pkg/sql/colexec.(*ParallelUnorderedSynchronizer).init.func1.1
}()
operation()
return retErr
in pkg/sql/colexecbase/colexecerror.CatchVectorizedRuntimeError
case parallelUnorderedSynchronizerStateRunning:
if err := colexecerror.CatchVectorizedRuntimeError(s.nextBatch[inputIdx]); err != nil {
sendErr(err)
in pkg/sql/colexec.(*ParallelUnorderedSynchronizer).init.func2
/usr/local/go/src/runtime/asm_amd64.s#L1356-L1358 in runtime.goexit

pkg/sql/colexecbase/colexecerror/error.go in pkg/sql/colexecbase/colexecerror.CatchVectorizedRuntimeError.func1 at line 90
/usr/local/go/src/runtime/panic.go in runtime.gopanic at line 679
/usr/local/go/src/runtime/iface.go in runtime.panicdottypeE at line 255
pkg/col/coldata/vec.go in pkg/col/coldata.(*memColumn).Int64 at line 226
pkg/sql/colexec/hashtable_distinct.eg.go in pkg/sql/colexec.(*hashTable).checkColForDistinctTuples at line 10458
pkg/sql/colexec/hashtable.go in pkg/sql/colexec.(*hashTable).checkColsForDistinctTuples at line 488
pkg/sql/colexec/hashtable.go in pkg/sql/colexec.(*hashTable).checkBuildForDistinct at line 595
pkg/sql/colexec/hashtable.go in pkg/sql/colexec.(*hashTable).findBuckets at line 428
pkg/sql/colexec/hashtable.go in pkg/sql/colexec.(*hashTable).removeDuplicates at line 443
pkg/sql/colexec/hashtable.go in pkg/sql/colexec.(*hashTable).build at line 356
pkg/sql/colexec/unordered_distinct.go in pkg/sql/colexec.(*unorderedDistinct).Next at line 84
pkg/sql/colexec/parallel_unordered_synchronizer.go in pkg/sql/colexec.(*ParallelUnorderedSynchronizer).init.func1.1 at line 195
pkg/sql/colexecbase/colexecerror/error.go in pkg/sql/colexecbase/colexecerror.CatchVectorizedRuntimeError at line 93
pkg/sql/colexec/parallel_unordered_synchronizer.go in pkg/sql/colexec.(*ParallelUnorderedSynchronizer).init.func2 at line 229
/usr/local/go/src/runtime/asm_amd64.s in runtime.goexit at line 1357
Tag Value
Cockroach Release v20.2.0
Cockroach SHA: 150c591
Platform linux amd64
Distribution CCL
Environment v20.2.0
Command server
Go Version ``
# of CPUs
# of Goroutines
@cockroach-teamcity cockroach-teamcity added C-bug Code not up to spec/doc, specs & docs deemed correct. Solution expected to change code/behavior. O-sentry Originated from an in-the-wild panic report. labels Apr 30, 2021
@yuzefovich
Copy link
Member

Probably we have an integer of an unexpected width. Possibly it's about planning casts for non-identical types for set operations (#59148) - I say this because we have an unordered synchronizer (the query fingerprint is truncated) - but that could be wrong. In any case, closing as unactionable or fixed in a later version.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C-bug Code not up to spec/doc, specs & docs deemed correct. Solution expected to change code/behavior. O-sentry Originated from an in-the-wild panic report.
Projects
None yet
Development

No branches or pull requests

2 participants