https://bugzilla.samba.org/show_bug.cgi?id=13317
--- Comment #8 from Ben RUBSON <ben.rub...@gmail.com> --- (In reply to Dave Gordon from comment #3) > ZFS probably notices the quota problem somewhere between (b) and (c), drops > the excess data, and returns EDQUOT to the close(2) call. (In reply to Dave Gordon from comment #7) > So if ZFS did return a delayed error at that point, it would be detected and > cause the transfer to fail. I confirm ZFS does not return delayed errors. userquota are delayed, so user may store more than the userquota, however what is stored is stored. The other types of ZFS quotas, quota and refquota, are not delayed and ZFS extremely takes care to the last bytes stored around the limit to return EDQUOT after the very last allowed bytes (throughput is then here terribly slow). -- You are receiving this mail because: You are the QA Contact for the bug. -- Please use reply-all for most replies to avoid omitting the mailing list. To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
