Frank Filz comments

Results 698 comments of


                                            Frank Filz

CEPH_FS_NONBLOCKING_IO is stuck when compiling the Linux kernel in the NFS mount directory

This should also be reported in the ceph project.

FSAL_SAUNAFS (was Is there a tool or script to update FSAL's code for bypassing commit hooks?)

Closing as done with 6.0 release.

CEPH_FS_NONBLOCKING_IO is stuck when compiling the Linux kernel in the NFS mount directory

Actually, let's keep this open for now to track that the Ceph patch gets all of where it needs to get. Thanks, I had forgotten who had raised the original...

CEPH_FS_NONBLOCKING_IO is stuck when compiling the Linux kernel in the NFS mount directory

There have been some fixes in libcephfs, I think they are now merged. Could you please check?

CEPH_FS_NONBLOCKING_IO is stuck when compiling the Linux kernel in the NFS mount directory

There are a lot of ceph changes. However, the async/non-blocking support opens Ganesha to unbounded resource use as I/O requests are queued inside ceph so until we have a solution...

[BUG]memory leak: nfs_client_id_t reference count not decremented in nfs4_op_exchange_id

That seems plausible. Could you please submit a patch via gerrithub (see src/CONTRIBUTING_HOWTO.txt). Thanks

[BUG]memory leak: nfs_client_id_t reference count not decremented in nfs4_op_exchange_id

Re-opening because this needs a backport to V5-stable

[BUG]memory leak: nfs_client_id_t reference count not decremented in nfs4_op_exchange_id

We are planning a V5.8 soon...

[BUG]memory leak: nfs_client_id_t reference count not decremented in nfs4_op_exchange_id

I was hoping to get V5.8 out this week, looks like next week at this point.

RFE: add compatibility option for running in LXC unpriv. container

It's more possible that an unprivileged container could be used for a back end that is accessed by a user space library, but even then we run into issues with...