From: Qu Wenruo <quwenruo.btrfs@gmx.com>
To: ST <smntov@gmail.com>, linux-btrfs@vger.kernel.org
Subject: Re: quotas: failure on removing a file via SFTP/SSH
Date: Tue, 21 Nov 2017 20:28:28 +0800 [thread overview]
Message-ID: <093ee7e4-91f1-7d23-1ef1-81230d07b405@gmx.com> (raw)
In-Reply-To: <1511266131.1680.27.camel@gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 1565 bytes --]
On 2017年11月21日 20:08, ST wrote:
> Hello,
>
> I'm trying to use quotas for a simple chrooted sftp setup, limiting
> space for each user's subvolume (now for testing to 1M).
>
> I tried to hit the limit by uploading files and once it comes to the
> limit I face following problem: if I try to free space by removing a
> file via Linux sftp client (or Filezilla) - I get error:
> "Couldn't delete file: Failure"
>
> Sometimes, but not always, if I repeat it for 3-5 times it does removes
> the file at the end.
> If I login as root and try to remove the file via SSH I get the error:
> "rm: cannot remove 'example.txt': Disk quota exceeded"
>
> What is the problem? And how can I solve it?
Kernel version first.
If it's possible, please use latest kernel, at least newer than v4.10,
since we have a lot of qgroup reservation related fixes in newer kernel.
Then, for small quota, due to the nature of btrfs metadata CoW and
relative large default node size (16K), it's quite easy to hit disk
quota for metadata.
So it's not really useful for such small quota usage.
If you really want to use quota for small limit, at least use small
nodesize.
And if you hit -EDQUOTA, normally you could try to sync the fs to free
some reserved space, then try again.
Thanks,
Qu
>
> Thank you in advance!
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 520 bytes --]
next prev parent reply other threads:[~2017-11-21 12:28 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-21 12:08 quotas: failure on removing a file via SFTP/SSH ST
2017-11-21 12:25 ` Lakshmipathi.G
2017-11-21 13:16 ` ST
2017-11-21 12:28 ` Qu Wenruo [this message]
2017-11-21 13:18 ` ST
2017-11-21 14:34 ` Qu Wenruo
2017-11-21 15:29 ` ST
2017-11-21 18:33 ` Chris Murphy
2017-11-21 21:00 ` ST
2017-11-22 0:39 ` Qu Wenruo
2017-11-22 8:32 ` ST
2017-11-22 9:01 ` Qu Wenruo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=093ee7e4-91f1-7d23-1ef1-81230d07b405@gmx.com \
--to=quwenruo.btrfs@gmx.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=smntov@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).