Running: smbcquotas -u <user> \\server\share -U admin%password prints "NO LIMIT" if the returned quota is -1, but if the user actually has no quota limit, servers return 0. Thus, "NO LIMIT" is not displayed.
Created attachment 11959 [details] a git-am fix for 4.4.next
Comment on attachment 11959 [details] a git-am fix for 4.4.next This is only the client fix. Is this all you intended to back-port ?
(In reply to Jeremy Allison from comment #2) Yes, I did not spot a bug per-se in the the server side (the server returns 0 for no-quota, at least on all quota systems that I've tested). The server patches are cleanups + better behavior for VFS stacking (I have a real use for that with a custom VFS module that depends on a kernel patch and therefore has no chance of landing in master). Thanks, Uri.
Comment on attachment 11959 [details] a git-am fix for 4.4.next OK, fair enough - LGTM.
Re-assigning to Karolin for inclusion in 4.4.next.
Pushed to autobuild-v4-4-test.
(In reply to Karolin Seeger from comment #6) Pushed to v4-4-test. Closing out bug report. Thanks!