☰

具有远程共享的 smbnetfs：通过 CMake 一次写入多个文件非常慢或死锁

tag-icon • tag-icon mount samba cmake
具有远程共享的 smbnetfs：通过 CMake 一次写入多个文件非常慢或死锁

这是我在启动时运行的用于挂载远程共享的命令。

sudo -u nuzz smbnetfs ~/netmount -o smbnetfs_debug=5 -o smb_debug_level=5 -o log_file=~/logs/smbnetfs.log -o allow_other

我可以正常浏览网络共享上的文件。但是，当运行 CMake 作业（其中目标位于共享上）时，作业会挂起或运行非常缓慢，并且文件不会写入磁盘。文件内容smbnetfs.log如下：

2016-01-02 17:44:16.758 srv(1942)->smb_conn_srv_read: errno=13, Permission denied
2016-01-02 17:44:18.779 srv(1943)->smb_conn_srv_read: errno=13, Permission denied
2016-01-02 17:44:18.801 srv(1944)->smb_conn_srv_read: errno=13, Permission denied
2016-01-02 17:44:20.822 srv(1945)->smb_conn_srv_read: errno=13, Permission denied
2016-01-02 17:44:22.838 srv(1946)->smb_conn_srv_read: errno=13, Permission denied

我还看到了日志文件中与 相关的条目CMakeError.log，但从未写入任何日志文件。我猜想该文件曾被尝试写入，但未能成功。

在 cmake 作业挂起时浏览文件夹也非常慢。加载某些内容大约需要 20-30 秒。

我验证了我的smbnetfs.auth是正确的（更改它意味着我根本无法登录）。

我验证了我的用户帐户在 fuse 组中。

当 cmake 中的源文件夹位于共享上但目标位于本地驱动器上时，不会发生此问题。远程驱动器是 Windows 10 NTFS 分区。

如果我-s在 smbnetfs（单线程模式）上使用该标志，仍然会出现此问题。

还有其他日志可以帮助阐明吗？

答案1

max_retry_count幸运的是，我发现这与中的值有关smbnetfs.conf。将此值设置为 0（原为 2）可使缓慢问题消失。但是，错误Permission denied仍然出现在 中smbnetfs.log。我将宣布此问题已解决，但似乎需要提交错误报告。

相关内容