I have run into it as well ( I think ) resulting in a hand made quota script. Looking at the sources I would start with sys_path_to_bdev in source/lib/sysquota.c. It's the same problem I ran into with the script, some paths resolve to the LVM named and have to be re-resolved to the *real* block device. We can check by doing a readlink on the mnt->mnt_dir and seeing if it's a link repeat the process with the link target as the *path.
If I get some time today I can try working up a very experimental patch. Cheers, Eric On 4/25/06, Christoph Peus <[EMAIL PROTECTED]> wrote: > > James Peach wrote: > > >>But to make it short: it turns out now that the problem disappears, when > >>I use the "real" device of the logical volume (/dev/mapper/export-lvol0) > >>in the mount command instead of the symbolic link /dev/export/lvol0 -> > >>/dev/mapper/export-lvol0 > > > > > > yay! nice work! > > > > > >>:-) > >> > >>Is this a bug or a feature? Looks like a bug to me... > > > > > > sure smells like a bug (somewhere) to me ... > > Question is: where? I would like to track this down just to protect > numerous other users to stumble over this. (When I was searching for a > solution for this problem I found a lot of similar reports - without > solution. In general it ends up with a handmade script for "dfree > command =".) > Who should look at this? The LVM guys? > > Christoph > > -- > To unsubscribe from this list go to the following URL and read the > instructions: https://lists.samba.org/mailman/listinfo/samba > -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
