Build_Ports_Queue_Id reused?

Joe Marcus Clarke marcus at marcuscom.com
Sat Mar 21 13:31:58 EDT 2009


On Sat, 2009-03-21 at 12:15 +0200, Ion-Mihai Tetcu wrote:
> On Fri, 20 Mar 2009 23:33:57 -0400
> Joe Marcus Clarke <marcus at marcuscom.com> wrote:
> 
> > On Wed, 2009-03-18 at 14:47 +0200, Ion-Mihai Tetcu wrote:
> > > Hi,
> > > 
> > > 
> > > Is there any case when build_ports_queue.build_ports_queue_id is
> > > being reused?
> > 
> > No, this should be impossible as build_ports_queue_id is declared as a
> > serial, and should increment on each insertion.  Additionally, this is
> > the tables primary key, and at least in MySQL, SERIAL is an alias for:
> > 
> > BIGINT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE
> 
> I know, that's why I asked.
> 
> > If the table is recreated, however, then an id could be reused.
> 
> Like during an upgrade?

The upgrade from 2.x to 3.x, yes.  Any other upgrade, no.

Joe

> 
> > > I'm using an extra table for QAT where I keep build_ports_queue_id
> > > and it happens that I have the same id twice (the reason for the
> > > QATMails with duplicate Subject and Cc). I limited the select to
> > > the last entry but I don't understand why I have those duplicates.
> > 
> > This may point to some database corruption.
> 
> I'm keeping an aye on it, but I don't see any reason/indication.
> 
> 
-- 
PGP Key : http://www.marcuscom.com/pgp.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part
URL: <http://marcuscom.com/pipermail/tinderbox-list/attachments/20090321/28f2afa6/attachment.bin>


More information about the tinderbox-list mailing list