I suspect this might be related to `in_predicate_conversion_threshold`?
While I have fixed this elsewhere by using
foreach (array_chunk($ids, 900) as $chunk_ids) {
}
I've also been able to use the following as a temporary work around:
SET in_predicate_conversion_threshold=2000;
I assume
Public bug reported:
With the recent release of MariaDB `1:10.3.34-0ubuntu0.20.04.1`, or
maybe php7.4-mysql `7.4.3-4ubuntu2.9`, something changed so the number
of parameters used with `IN()` is now being limited to 1000.
I believe the number of parameters used to only be limited by the
`max_allow
Public bug reported:
When starting/using `dhclient`, it will often return an error such as:
cmp: EOF on /tmp/tmp.yCyV6zBzhB which is empty
This is due to the use of `cmp` in "/etc/dhcp/dhclient-enter-
hooks.d/resolved"
Because the $oldstate file can be empty, or different, it should use
`cm
Is this likely to be fixed with a patch?
At the moment my LogWatch reports contain about 700-1000 lines per day
in the SSHD "Unmatched Entries" section, which makes it difficult to
read/check.
I'd rater not edit the LogWatch config files myself if it's going to be
patched.
--
You received this
** Description changed:
I recently replaced some Xenial servers, and started experiencing "Out
of memory" problems with the default kernel.
We bake Amazon AMIs based on an official Ubuntu-provided image (ami-
e6b58e85, in ap-southeast-2, from https://cloud-
images.ubuntu.com/locator/e
