Daniel Gryniewicz wrote on Mon, Jan 16, 2017 at 03:24:16PM -0500:
> > sorry for dumping that issue on you but I didn't really investigate and
> > my best guess was that it got something to do with mdcache.
> > Anyhow, it was not in relation with GPFS, I'm using VFS for my local
> > tests.
> > I wil
On 01/16/2017 03:08 PM, Swen Schillig wrote:
> On Mo, 2017-01-16 at 10:52 -0500, Daniel Gryniewicz wrote:
>> Hi, Swen.
>>
>> Looking through that log, the failures of unlink() are returned from
>> the
>> sub_fsal, not directly caused by MDCACHE, so it's whatever's
>> underneath
>> (GPFS, presumably
On Mo, 2017-01-16 at 10:52 -0500, Daniel Gryniewicz wrote:
> Hi, Swen.
>
> Looking through that log, the failures of unlink() are returned from
> the
> sub_fsal, not directly caused by MDCACHE, so it's whatever's
> underneath
> (GPFS, presumably?) that's returning ENOTEMPTY:
Hi Dan
sorry for du
Hi, Swen.
Looking through that log, the failures of unlink() are returned from the
sub_fsal, not directly caused by MDCACHE, so it's whatever's underneath
(GPFS, presumably?) that's returning ENOTEMPTY:
16/01/2017 13:56:16 : epoch 587cb7dc : dhcp-9-244-58-137 :
ganesha.nfsd-14293[work-26] mdca
Dan
while I was performing some simple tests to validate some of my code,
I stumbled over some possible mdcache issue.
Here's what I'm doing. (ganesha-2.5-dev9)
I create the following directory structure
mkdir -p /home/swen//d/c/def/g/h/i/j/
where /home/swen/ is the mount point for a [V
