Samba共享传输大文件(ex:1G)失败的问题

1：问题描述

　　1.1 基本信息

　　遇见这样一个bug，路由器有USB share的功能，可将U盘内的文件通过samba和LAN端PC机中文件进行共享，测试发现小文件可正常共享，一旦文件大了(比如1G左右)，window端便显示一直在计算文件大小，最后客户端(LAN pc)会因为服务器许久不回一个Subcommand:SET_FILE_INFO(0x0008)的报文而出现timeout，导致文件传输失败.

过了一段时间后客户端发出timeout [RST] 报文(windows会弹出异常对话框取消文件传输)

　　重要的是对于NTFS的格式的U盘是正常的，只有FAT32格式的U盘有这个问题.

2：解决方法

　　2.1 刚开始我觉得FAT32与NTFS的分区方式不同，可是了解到FAT32分区方式单个文件最大是4G，所以排除U盘本身问题，问题还是出在Samba服务器或者linux系统中(之所以怀疑linux系统是因为我在任何PC机上拷文件到此U盘都没问题)

　　2.2 然后先debug samba源码，重点注意有关文件size和fat格式处理的相关代码，然后再源码中(\samba-3.0.24\source\smbd\vfs-wrap.c)看见了这个：

int vfswrap_ftruncate(vfs_handle_struct *handle, files_struct *fsp, int fd, SMB_OFF_T len)

{

    int result = -;

    SMB_STRUCT_STAT st;

    char c = ;

    SMB_OFF_T currpos;

    START_PROFILE(syscall_ftruncate);

    if (lp_strict_allocate(SNUM(fsp->conn))) {

        result = strict_allocate_ftruncate(handle, fsp, fd, len);

        END_PROFILE(syscall_ftruncate);

        return result;

    }

    /* we used to just check HAVE_FTRUNCATE_EXTEND and only use

       sys_ftruncate if the system supports it. Then I discovered that

       you can have some filesystems that support ftruncate

       expansion and some that don't! On Linux fat can't do

       ftruncate extend but ext2 can. */

    result = sys_ftruncate(fd, len);

    if (result == 0)

        goto done;

    /* According to W. R. Stevens advanced UNIX prog. Pure 4.3 BSD cannot

       extend a file with ftruncate. Provide alternate implementation

       for this */

    currpos = SMB_VFS_LSEEK(fsp, fd, , SEEK_CUR);

    if (currpos == -) {

        goto done;

    }

    /* Do an fstat to see if the file is longer than the requested

       size in which case the ftruncate above should have

       succeeded or shorter, in which case seek to len - 1 and

       write 1 byte of zero */

    if (SMB_VFS_FSTAT(fsp, fd, &st) == -) {

        goto done;

    }

#ifdef S_ISFIFO

    if (S_ISFIFO(st.st_mode)) {

        result = ;

        goto done;

    }

#endif

    if (st.st_size == len) {

        result = ;

        goto done;

    }

    if (st.st_size > len) {

        /* the sys_ftruncate should have worked */

        goto done;

    }

    if (SMB_VFS_LSEEK(fsp, fd, len-1, SEEK_SET) != len -1)

        goto done;

    if (SMB_VFS_WRITE(fsp, fd, &c, 1)!=1)

        goto done;

    /* Seek to where we were */

    if (SMB_VFS_LSEEK(fsp, fd, currpos, SEEK_SET) != currpos)

        goto done;

    result = ;

  done:

    END_PROFILE(syscall_ftruncate);

    return result;

}

　　红色的两个函数是关键，在调试中发现，sys_ftruncate和SMB_VFS_WRITE在创建大一点的文件时会耗费很多的时间，这也是服务器迟迟不回复客户端SET_FILE_INFO请求的原因。所以将这两个函数屏蔽之后就正常了.

　　也可以不屏蔽sys_ftruncate，可以将kernel的ftruncate函数实现修改一下:\linux-3.14\fs\fat\file.c 中函数fat_setattr

if (attr->ia_valid & ATTR_SIZE) {

        if (attr->ia_size > inode->i_size) {//if current size grenter than old size，extend it

        // if we allow this, fat ftruncate extend large size will cause samba wait a long long time.

        #if 1

            error = -EPERM;

            goto out;

        #else

            error = fat_cont_expand(inode, attr->ia_size);

            if (error || attr->ia_valid == ATTR_SIZE)

                goto out;

            attr->ia_valid &= ~ATTR_SIZE;

        #endif

        }

    }

　　这样也可以解决问题.

总结:

　　不管是FAT32还是NTFS都是先接收数据然后写入到文件系统中，所以samba使用ftruncate函数扩展文件到文件系统中，我猜测可能是FAT32是把文件一次性使用fat_setattr函数写到文件系统中(大文件导致写入的时间过长)，而NTFS是收到多少写入多少.这样导致FAT32不行而NTFS可行.

巴特西

Samba共享传输大文件(ex:1G)失败的问题

最新文章

热门文章