

In websites with a lot of traffic and data, you might even need to increase the value to 1024M. If not, try increase the 128M values to 256M for example. Once you’ve made these changes, and restarted your MySQL or MariaDB server, the issue should be fixed and no more error triggered.

#Mac mamp mysqldump update
This can occur when performing an update to the Matomo database that requires DB Schema changes (Especially for large databases). set max_allowed_packet = 128M, then restart your MySQL server: sudo /etc/init.d/mysql restart

To fix, you can increase the maximal packet size limit max_allowed_packet in my.cnf file, eg. If mysqld gets a packet that is too large or incorrect, it assumes that something has gone wrong with the client and closes the connection.

Server timed out and closed the connection.I haven't exercised it with recent versions, but the result should be the same, and I believe should work for you.Īpologies that I misunderstood at first your brief comment about what was missing - yes, if you've separated container abilities in the way I have and I think you have, you've already handled the inter-container networking, so that Craft would be able to see the database itself.The MySQL server has gone away (error 2006) has two main causes and solutions: I looked, and this is what I've done on that operating Dockerized Craft. The package mysql-client includes mysqldump, along with the other normal utilities.
#Mac mamp mysqldump apk
Since you want mysqldump to be available to Craft, though, the package for it needs to be installed separately on the php-fpm container.įor Alpine even, the package you want is directly supported, and you'd add a call apk add mysql-client to the php-fpm Dockerfile, quite possibly as part of a larger RUN command for your other packages.įor a container base of a Linux variety that supports apt, the call should be apt install mysql-client, unless it's apt-get for a particularly slimmed or older version. You may be already getting the Maria/MySql tools automatically with the install of the database itself, into your presumed separate database container, but if so could only be using them there. So then you need to add any additional features you want, through the Dockerfile of each container where you want them. This is particularly so if you may be using Alpine for example, as I did, which is very slimmed indeed. The 'userland', the application program set we are used to on Linux is very limited on each bare Docker container, until we specifically install the programs we want there - it's only the kernel that's shared from the platform the containers run on. Let me explain what I'm thinking, anyway, and maybe it can be useful. Well, it's late here, and more than a year since building up a containerized Craft site, but it seems the answer is still straightforward.
