MySQL server has gone away (error 2006) #128
Labels
No labels
actions
bug
complicated
database
dependencies
documentation
downstream
duplicate
enhancement
feature
fixed already
front-end
idea
internal
invalid
investigating
javascript
low priority
milestone
minor bug
needs info
networking
nice to have
pcntl
php
question
suggestion
sync
threading
ui
ux
web
webmail
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
bcarrella/libremail#128
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hello,
I'm here again;)
This time for the problem in question.
"MySQL server has gone away (error 2006)"
It appeared at about 50% of the synchronization out of about 6000 total messages.
Do you think it is possible to solve the problem by increasing the value "max_allowed_packet" perhaps to 128Mb or "wait_timeout" and "innodb_log_file_size".
What do you advise?
Thanks enormously for your help.
I work with a Ec2 t2.medium 2 Vcpu and 4Gb Ram for webserver and Rds Instance db.t2.small 1 Vcpu and 2Gb Ram
This should be handled by the default wait timeout from the config, but if that query isn't working for your RDS database, then I think you would in fact need to run this manually:
The sync app should be set up to ping SQL periodically but I think your wait_timeout might be below the threshold.
good morning mike,
today i run the script but at start get me same error. at start of sync INBOX mail.
I setting up the parameter in RDS Server but i have not yet tested why the script does not start stopping at checking the account.
Hi Mike,
i have set the parameter "innodb_log_file_size" to 512Mb for testing and after this 6-7 warning the script continue to sync.
Now has completed sync. Great! 6000 messages!