Pure-FTPD有没有文件锁机制？
大家好：最近我在使用Pure-FTPD，发现一个很棘手的问题，跪求群中高手答疑释疑：
====================================================================
服务器环境：
Kernel Version：2.6.32-131.0.15.el6.i686
Linux IssueVersion： Red Hat Enterprise Linux Server release 6.1 (Santiago)
Pure-ftpd Version ：pure-ftpd-1.0.36-1.el6.rf.i686
（1）文件变小，被截断了？
1）调整配置选项 KeepAllFile yes和 NoTruncatedyes
使用FtpClient上传一个大约200MB的文件，上传150MB后，人为手动停止传输，过一段时间后，使用FtpClient以续传的方式的继续上传该文件，上传结束后，文件却只有50MB。
2）调整KeepAllFileno 和NoTruncated yes
使用两个FTPClient向服务器上传文件。Client1，先上传，上传一段时间后（此时文件还未上传完成），Client2使用相同的用户名登陆，向服务器的相同目录上传该问题，此时Client2，list时无法看到Client1正在上传的文件。Client2如果选择断点续传的方式上传时，会收到550 文件不可用提示。此时如果中断Client1的传输，Client2选择断点续传，则会出现和1）一样的问题，文件好像被截断了。
（2）文件变大
3）调整KeepAllFile no和NoTruncate no
使用两个FTP Client向服务器同一目录上传文件。Client1先上传一段时间（此时文件还未上传完毕），此时Client2，开始上传，使用list获取文件类表时，能看见正在Client1的文件，此时Client2经过判断，需要使用断点续传该文件，Client1和Client2完成上传后，发现服务器上的文件比本地的文件大一些。
4）调整KeepAllFile yes 和NoTruncated no
使用两个FTP Client向服务器同一目录上传文件。操作同3），结果也是文件变大。
疑问：对于一般的文件系统来讲，当一个进程正在写一个文件时，其他进程是只能读该文件，而不能写该文件（该机制一般称之为文件锁 file lock）并且其他进程应该能收到通知，对于FTP服务来讲，应该回550 文件不可用，可是Pure-FTPD却都可以上传，最终文件写的很大。
【附录】
配置文件 /etc/pure-ftpd/pure-ftpd.conf见下：
ChrootEveryone yes
BrokenClientsCompatibilityno
MaxClientsNumber 10000
Daemonize no
MaxClientsPerIP 100
VerboseLog yes
DisplayDotFiles no
AnonymousOnly no
NoAnonymous yes
SyslogFacility ftp
DontResolve yes
MaxIdleTime 10
PAMAuthentication no
MySQLConfigFile /etc/pure-ftpd/pureftpd-mysql.conf
LimitRecursion 10000 8
AnonymousCanCreateDirs no
MaxLoad 4
PassivePortRange 10000 20000
AntiWarez yes
Bind *,21
Umask 133:022
MinUID 500
UseFtpUsers no
AllowUserFXP no
AllowAnonymousFXP no
ProhibitDotFilesWrite no
ProhibitDotFilesRead no
AutoRename no
AnonymousCantUpload yes
AltLog clf:/var/log/pureftpd.log
NoChmod yes
CreateHomeDir yes
MaxDiskUsage 99
CustomerProof yes
TLS 1
TLSCipherSuite HIGH:MEDIUM:+TLSv1:!SSLv2:+SSLv3
CreateHomeDir yes
#KeepAllFiles yes
NoTruncate yes 跪求大神解决，都纠结了一周了，老板说解决不了，让我去死。╮(╯▽╰)╭，无语中....:'(
页:
[1]