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 *colexecerror.notInternalError *colexecerror.notInternalError *colexecerror.notInternalError *colexecerror.notInternalError *colexecerror.notInternalError *colexecerror.notInternalError *colexecerror.notInternalError *colexecerror.notInternalError *colexecerror.notInternalError (check the extra data payloads) #59579

Closed
cockroach-teamcity opened this issue Jan 29, 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/2186892097/?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
*colexecerror.notInternalError
*colexecerror.notInternalError
*colexecerror.notInternalError
*colexecerror.notInternalError
*colexecerror.notInternalError
*colexecerror.notInternalError
*colexecerror.notInternalError
*colexecerror.notInternalError
*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
default:
srcCol := vec.Int64()
outCol := o.outInt64Cols[o.outColsMap[i]]
in pkg/sql/colexec.(*OrderedSynchronizer).Next.func1
// caused by this approach is ok.
operation()
after := getVecsMemoryFootprint(destVecs)
in pkg/sql/colmem.(*Allocator).PerformOperation
outputIdx := 0
o.allocator.PerformOperation(o.output.ColVecs(), func() {
for outputIdx < o.output.Capacity() {
in pkg/sql/colexec.(*OrderedSynchronizer).Next
func (n *noopOperator) Next(ctx context.Context) coldata.Batch {
return n.input.Next(ctx)
}
in pkg/sql/colexec.(*noopOperator).Next
func (r *HashRouter) processNextBatch(ctx context.Context) bool {
b := r.input.Next(ctx)
n := b.Length()
in pkg/sql/colexec.(*HashRouter).processNextBatch
processNextBatch := func() {
done = r.processNextBatch(ctx)
}
in pkg/sql/colexec.(*HashRouter).Run.func1.1
}()
operation()
return retErr
in pkg/sql/colexecbase/colexecerror.CatchVectorizedRuntimeError
if err := colexecerror.CatchVectorizedRuntimeError(processNextBatch); err != nil {
r.cancelOutputs(ctx, err)
in pkg/sql/colexec.(*HashRouter).Run.func1
}()
operation()
return retErr
in pkg/sql/colexecbase/colexecerror.CatchVectorizedRuntimeError
// well for more fine-grained control of error propagation.
if err := colexecerror.CatchVectorizedRuntimeError(func() {
r.input.Init()
in pkg/sql/colexec.(*HashRouter).Run
runRouter := func(ctx context.Context, _ context.CancelFunc) {
router.Run(logtags.AddTag(ctx, "hashRouterID", strings.Join(streamIDs, ",")))
}
in pkg/sql/colflow.(*vectorizedFlowCreator).setupRouter.func1
go func() {
run(ctx, cancelFn)
if wg != nil {
in pkg/sql/colflow.(*vectorizedFlowCreatorHelper).accumulateAsyncComponent.func1.1
/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/ordered_synchronizer.eg.go in pkg/sql/colexec.(*OrderedSynchronizer).Next.func1 at line 187
pkg/sql/colmem/allocator.go in pkg/sql/colmem.(*Allocator).PerformOperation at line 286
pkg/sql/colexec/ordered_synchronizer.eg.go in pkg/sql/colexec.(*OrderedSynchronizer).Next at line 126
pkg/sql/colexec/operator.go in pkg/sql/colexec.(*noopOperator).Next at line 238
pkg/sql/colexec/routers.go in pkg/sql/colexec.(*HashRouter).processNextBatch at line 726
pkg/sql/colexec/routers.go in pkg/sql/colexec.(*HashRouter).Run.func1.1 at line 661
pkg/sql/colexecbase/colexecerror/error.go in pkg/sql/colexecbase/colexecerror.CatchVectorizedRuntimeError at line 93
pkg/sql/colexec/routers.go in pkg/sql/colexec.(*HashRouter).Run.func1 at line 699
pkg/sql/colexecbase/colexecerror/error.go in pkg/sql/colexecbase/colexecerror.CatchVectorizedRuntimeError at line 93
pkg/sql/colexec/routers.go in pkg/sql/colexec.(*HashRouter).Run at line 657
pkg/sql/colflow/vectorized_flow.go in pkg/sql/colflow.(*vectorizedFlowCreator).setupRouter.func1 at line 664
pkg/sql/colflow/vectorized_flow.go in pkg/sql/colflow.(*vectorizedFlowCreatorHelper).accumulateAsyncComponent.func1.1 at line 1204
/usr/local/go/src/runtime/asm_amd64.s in runtime.goexit at line 1357
Tag Value
Cockroach Release v20.2.3
Cockroach SHA: 89dd2d1
Platform linux amd64
Distribution CCL
Environment v20.2.3
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 Jan 29, 2021
@yuzefovich
Copy link
Member

I think it is likely a dup of #59148

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