(Please send the followup to freebsd-testing@ and note Reply-To is set.)
FreeBSD CI Weekly Report 2020-07-19
===
Here is a summary of the FreeBSD Continuous Integration results for the period
from 2020-07-13 to 2020-07-19.
During this period, we have:
* 1699 buil
Hi,
My first suggestion would be to remove a lot of snapshots. But that my not
match your business case.
Maybe you can provide more information about your setup:
Amount of RAM, CPU?
output of "zpool status"
output of "zfs list" if possible to share
Type of disks/ssds?
What is the load of the sys
On Sat, Jul 18, 2020 at 7:51 PM James Wright
wrote:
>
>
> Updated to 12.1-STABLE r363215 a few days ago (previous build was
> circa 1st June)
> but seem to have lost "ls" colour output with "COLORTERM=yes" set in my env.
>
>Setting "CLICOLOR=yes" seems to enable it again, however the man p
On 20/07/2020 14:26, Kyle Evans wrote:
On Sat, Jul 18, 2020 at 7:51 PM James Wright
wrote:
Updated to 12.1-STABLE r363215 a few days ago (previous build was
circa 1st June)
but seem to have lost "ls" colour output with "COLORTERM=yes" set in my env.
Setting "CLICOLOR=yes" seems to
19.07.2020 21:17, mike tancsa wrote:
> Are there any tweaks that can be done to speed up or improve zfs
> metadata performance ? I have a backup server with a lot of snapshots
> (40,000) and just doing a listing can take a great deal of time. Best
> case scenario is about 24 seconds, worst case,
On 2020-Jul-19 14:48:28 +0300, Konstantin Belousov wrote:
>On Sun, Jul 19, 2020 at 09:21:02PM +1000, Peter Jeremy wrote:
>> I'm sending this to -stable, rather than the src groups because I
>> don't believe the problem is the commit itself, rather the commit
>> has uncovered a latent problem elsew
On Tue, Jul 21, 2020 at 07:20:44AM +1000, Peter Jeremy wrote:
> On 2020-Jul-19 14:48:28 +0300, Konstantin Belousov
> wrote:
> >On Sun, Jul 19, 2020 at 09:21:02PM +1000, Peter Jeremy wrote:
> >> I'm sending this to -stable, rather than the src groups because I
> >> don't believe the problem is the
