Re: [PATCH] btrfs: don't end the transaction for delayed refs in throttle

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jun 03, 2019 at 01:36:11PM -0400, Josef Bacik wrote:
> > For v4.20, it will fail at the rate around 0/25 ~ 2/25 (very rare).
> > But at that patch (upstream commit
> > 302167c50b32e7fccc98994a91d40ddbbab04e52), the failure rate raise to 25/25.
> > 
> > Any idea for that ENOSPC problem?
> > As it looks really wired for the 2nd full balance to fail even we have
> > enough unallocated space.
> > 
> 
> I've been running this all morning on kdave's misc-next and not had a single
> failure.  I ran it a few times on spinning rust and a few times on my nvme
> drive.  I wouldn't doubt that it's failing for you, but I can't reproduce.  It
> would be helpful to know where the ENOSPC was coming from so I can think of
> where the problem might be.  Thanks,

That's interesting because the test btrfs/156 hasn't succesfully
finished a single run on my VM testing setup since qemu 4.0 implemented
discard on virtio devices several weeks ago. It's 4cpu/2g, file-backed
virtio-scsi devices, files are on a spinning disk.



[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux