Return-Path: X-Original-To: apmail-db-derby-dev-archive@www.apache.org Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 340231182C for ; Fri, 25 Apr 2014 12:48:20 +0000 (UTC) Received: (qmail 1640 invoked by uid 500); 25 Apr 2014 12:48:19 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 1277 invoked by uid 500); 25 Apr 2014 12:48:18 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 1155 invoked by uid 99); 25 Apr 2014 12:48:16 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 25 Apr 2014 12:48:16 +0000 Date: Fri, 25 Apr 2014 12:48:16 +0000 (UTC) From: "Rick Hillegas (JIRA)" To: derby-dev@db.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (DERBY-6554) Too much contention followed by assert failure when accessing sequence in transaction that created it MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DERBY-6554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13980956#comment-13980956 ] Rick Hillegas commented on DERBY-6554: -------------------------------------- Thanks for logging this one. I've seen that assert a couple times and never known how to trip it. This code path may be a red herring. But it may help us bag a bug on the main code path. > Too much contention followed by assert failure when accessing sequence in transaction that created it > ----------------------------------------------------------------------------------------------------- > > Key: DERBY-6554 > URL: https://issues.apache.org/jira/browse/DERBY-6554 > Project: Derby > Issue Type: Bug > Components: SQL > Affects Versions: 10.11.0.0 > Reporter: Knut Anders Hatlen > > {noformat} > ij version 10.11 > ij> connect 'jdbc:derby:memory:db;create=true' as c1; > ij> autocommit off; > ij> create sequence seq; > 0 rows inserted/updated/deleted > ij> values next value for seq; > 1 > ----------- > ERROR X0Y84: Too much contention on sequence SEQ. This is probably caused by an uncommitted scan of the SYS.SYSSEQUENCES catalog. Do not query this catalog directly. Instead, use the SYSCS_UTIL.SYSCS_PEEK_AT_SEQUENCE function to view the current value of a query generator. > ij> rollback; > ERROR 08003: No current connection. > ij> connect 'jdbc:derby:memory:db' as c2; > ij(C2)> autocommit off; > ij(C2)> create sequence seq; > 0 rows inserted/updated/deleted > ij(C2)> values next value for seq; > 1 > ----------- > ERROR 38000: The exception 'org.apache.derby.shared.common.sanity.AssertFailure: ASSERT FAILED Identity being changed on a live cacheable. Old uuidString = 0ddd00a9-0145-98ba-79df-000007d88b08' was thrown while evaluating an expression. > ERROR XJ001: Java exception: 'ASSERT FAILED Identity being changed on a live cacheable. Old uuidString = 0ddd00a9-0145-98ba-79df-000007d88b08: org.apache.derby.shared.common.sanity.AssertFailure'. > {noformat} -- This message was sent by Atlassian JIRA (v6.2#6252)