[Samba] Quota Problem with Samba 3.5.8

[Sven Geggus]

Hello,

for some strange reason I can not get quota to work with Samba 3.5.8.

The quoata system itself works fine (using "repquota /mountpoint") and via
NFS, but Samba does not report the correct free space (df command in
smbclient).

Instead the real free space on the disk volume is shown to smb clients
(tested from Windows and smbclient).

The quotasystem in use is the new quota format on an ext4 filesystem.

Using the highest loglevel for quota I get the following:
[2011/05/30 18:22:02.624179,  3] lib/sysquotas.c:453(sys_get_quota)
  sys_get_vfs_quota() failed for mntpath[/storage] bdev[/dev/drbd0] qtype[2] id[15005]: Operation not permitted
[2011/05/30 18:22:02.624569,  3] lib/sysquotas.c:453(sys_get_quota)
  sys_get_vfs_quota() failed for mntpath[/storage] bdev[/dev/drbd0] qtype[4] id[1800]: Operation not permitted


and here is what stracing the samba daemon when doing "du" in smbclient shows:

...
quotactl(Q_GETQUOTA|USRQUOTA, "/dev/drbd0", 15005, 0xbfb26cf8) = -1 ESRCH (No such process)
quotactl(Q_GETQUOTA|USRQUOTA, "/dev/drbd0", 15005, 0xbfb26d18) = -1 ESRCH (No such process)
quotactl(Q_V1_GETQUOTA|USRQUOTA, "/dev/drbd0", 15005, 0xbfb26d1c) = -1 EPERM (Operation not permitted)
...
 
However stracing repquota does open /storage/aquota.user which smbclient
does not seem to try.
 
Any Idea what could be wrong here?
 
For me it does somewhat look like smbd is trying to use the wrong quota
system here which of course fails.
 
The system in use is Debian oldstable with a custom backport of samba from
Debian unstable (3.5.8) running on a vanilla Linuxkernel (v.2.6.36.2).
 
Regards
 
Sven
 
-- 
"If you don't make lower-resolution mapping data publicly
available, there will be people with their cars and GPS
devices, driving around with their laptops" (Tim Berners-Lee)
/me is giggls at ircnet, http://sven.gegg.us/ on the Web