When running the following command against a Windows 2012R2 server, the command fails, even if volume quotas are enabled (e.g. individual user's quota can be queried).
smbcquotas -L -U <user>%<password> //<server-ip>/C$
The output is:
NT_TRANSACT_GET_USER_QUOTA failed: NT_STATUS_NO_MORE_ENTRIES
NT_STATUS_NO_MORE_ENTRIES cli_set_user_quota <user>
The bug is both in the failure, and also the failure message (cli_set_user_quota) is wrong.
*** Bug 12288 has been marked as a duplicate of this bug. ***
(piling some more trivial bugs on this one, because smbcquotas is probably not a heavily used tool and the overhead of dealing with several bugs is not worth it)
So in addition to the failure against Windows and the wrong error message, the following is noted as well:
Wrong param count in setting fs quota
When running the command below, the TRANS2 SMB1 command contains a wrong number of parameters, which also results in out-of-bounds memory read while sending the data on the wire.
Windows and Samba servers ignore this so no functional impact is observed other than the valgrind complaint.
smbcquotas -S 'FSGLAGS:QUOTA_ENABLED' -U <credentials> //server/share
Possible crash when listing user quota, if zero quota records are returned
Well, the heading says it.
Created attachment 12544 [details]
git-am fix for 4.5.next
(In reply to Uri Simchoni from comment #2)
In response to comments by Team members, the additional bugs have been "unpiled" and assigned their own bugs.
Re-assigning to Karolin for inclusion in 4.5.next.
(In reply to Jeremy Allison from comment #5)
Pushed to autobuild-v4-5-test.
(In reply to Karolin Seeger from comment #6)
Pushed to v4-5-test.
Closing out bug report.