[rt-users] mysqldump refusing to finish
Ole Craig
ocraig at stillsecure.com
Tue Jun 6 19:22:22 EDT 2006
On Wed, 2006-06-07 at 08:37 +0930, Luke Vanderfluit wrote:
> Hi.
>
> I have a cron job that does a database backup for RT.
> That backup is currently failing with the following error:
>
> mysqldump: Error 2020: Got packet bigger than 'max_allowed_packet' bytes when dumping table `Attachments` at row: 1784599
>
> My mysqldump command looks like this:
>
> /usr/local/mysql/bin/mysqldump --opt --skip-extended-insert
> --skip-lock-tables --single-transaction --complete-insert
> --max_allowed_packet=32M rt3 | bzip2 -9 > rt3.out-`date +\%Y\%m\%d-\%H`.bz2
recent mysqldump versions do some funky things with combining insert
statements. Your "--max_allowed_packet=32M" should match what you have
defined for that variable in /etc/my.cnf, and to be on the safe side I'd
check that your running mysql instance is using the value you think it
is:
mysql rt3 -e 'show variables;' | grep max_allowed_packet
...and I'd also add the following to your mysqldump command:
-O net_buffer_length=32M
(presuming that your max_allowed_packet size is actually 32M. I thought
the ceiling was 16M, but I'm no mysql DBA.)
--
/Ole Craig
Security Engineer
303-381-3802 (main support hotline)
303-381-3824 (my direct line)
303-381-3801 (fax)
www.stillsecure.com
. . .
More information about the rt-users
mailing list