[rt-users] possible RT 4.0.4 attachment bug

mjames at guesswho.com mjames at guesswho.com
Fri Jan 6 16:11:58 EST 2012

The user had tried to submit a mysqldump that was 20GB as an attachment :) Larger than my max_allowed_packet as you can guess. But I didn't expect RT to increment the id when ticket creation failed. I thought I'd found a bug. The instance is working fine, btw. No ill effects. Thanks for the explanation. 


-----Original Message-----
From: rt-users-bounces at lists.bestpractical.com [mailto:rt-users-bounces at lists.bestpractical.com] On Behalf Of Thomas Sibley
Sent: Friday, January 06, 2012 12:51 PM
To: rt-users at lists.bestpractical.com
Subject: Re: [rt-users] possible RT 4.0.4 attachment bug

On 01/06/2012 12:35 PM, mjames at guesswho.com wrote:
> OK, this seems to be a relevant portion of the log file. Sorry about 
> the delay in replying. -Mike
> [Thu Dec 15 19:38:48 2011] [warning]: DBD::mysql::st execute failed: Got a packet bigger than 'max_allowed_packet' bytes at /usr/lib/perl5/site_perl/5.8.8/DBIx/SearchBuilder/Handle.pm line 587.
>  (/usr/lib/perl5/site_perl/5.8.8/DBIx/SearchBuilder/Handle.pm:587)

This error will cause the Attachment creation to fail, which cascades up to the Transaction creation and Ticket creation.  All of it is done inside a database-level transaction which is rolled back on failure.

The end result is the id sequence is incremented, but no such ticket exists.  Such gaps don't cause any problem though.

What is your max_allowed_packet?  I'll bet it's tiny and should be increased.

RT Training Sessions (http://bestpractical.com/services/training.html)
* Boston  March 5 & 6, 2012

More information about the rt-users mailing list