FDEP文件系统V4版客户端升级和使用

1、新版(V4版)客户端有什么改进?

答:新版文件客户端相比旧版改进如下:
  • 指令和数据链接分开,优化了流量控制。优发文件处理流程,提高群发文件效率。
  • 核心后台和操作界面分成两部分程序,可部署在不同机器上,核心后台支持以服务方式启动。
  • 提供外部监控接口,将系统状态输出到文本文件,可较好的集成到统一监控平台。
  • 增加即时传输功能,即发送端上传文件的同时,接收端开始接收文件,提高传输效率。
  • 单个客户对端数可超过1000个,每天处理文件个数超50万个;

2、新版客户端是否可以与旧版同时使用?

答:不可以同时使用,升级新版客户端一定要先关闭旧版客户端,还要确认进程是否已经关闭。否则在旧版客户端已经连接到中枢的情况下,新版客户端是无法登录中枢的。

3、新版客户端无法启动,是什么原因?

答:请检查客户日志和配置文件,检查配置是否填写不正确,例如Ekey名称、IP地址配置错误。

4、新版客户端连不上中枢是什么原因?

答:多种原因
  • 如果使用硬加密,用户Ekey名称和密码一定要填写正确;
  • 网络不连通,请telnet中枢服务器的7015端口;

5、请问新版客户端压缩发送文件的压缩和解压,是发生在中枢还是发生在客户端?

答:压缩和解压缩都是发生在客户端,发送前的压缩发生在发送方的客户端,接收后的解压缩发生在接收方的客户端。

6、新版客户端压缩发送文件的压缩比和解压速度,分别是多少?

答:压缩发送时会生成压缩临时文件,比较源文件和该文件的体积大小可以计算出压缩比。文本文件大小是压缩前文件大小的1/30左右。即压缩比是1:30;
      压缩和解压速度具体看运行客户端的服务器性能,新版客户端压缩文件采用bz2算法,可以参考winrar等软件的效率。

7、申请多个小站号是否可以提高传输效率?

答:新版客户端的性能瓶颈只在物理带宽上,新版客户端对物理带宽的利用率在80%左右,多开小站号不会提升性能,而且会增加运维复杂度。如需提升传输性能建议申请更大的物理带宽。

8、接收的文件为什么放在了temp目录下?

答:这是因为旧版传输规则转换到新版,不合格,导致这条传输规则没有被加载,不合格的原因例如发送路径为空等等。将该传输规则修改之后,重启FxClient即可。

9、文件放在了发送目录下,没有被发送出去,为什么?

答:请检查该传输规则是否由于不合格导致没有被加载。

10、客户端能够登录中枢,但是传文件停在传输中0%的状态,如何处理?

答:首先检查用户IP地址和端口设置,如果没有配置7016端口,会出现这种情况。如果IP地址配置正确,检查用户日志,搜索关键字:SslErr,如果有相关信息,是由于用户的Ekey松了,需要重新插拔Ekey,再重启客户端。

11、Linux系统安装Ekey驱动之后,无法找到Ekey,如何处理?

答:使用lsusb命令检查能否看到Ekey设备,由于Ekey驱动安装是在root用户下,所以fxclient也要在root用户下执行,才能够使用Ekey。如果用户无法在root用户权限下使用fxclient,那么建议用户申请软加密方式登录。另外,如果使用的是飞天Ekey,请将Ekey驱动中的libshuttle_p11v220.so.1.0.0文件拷贝到/usr/lib目录下。

12、Linux用户使用FxTerm,出现中文乱码如何处理?

答:检查系统是否安装了中文语言支持,然后将字符集改为zh_CN.GBK即可。RHEL6系统可以尝试执行vi ~/.bash_profile,然后添加一行LANG=zh_CN.GBK,之后重启机器。Linux版fxclient所在机器同样需要这样配置。

13、如何回退到旧版客户端?

答:关闭新版客户端之后,联系中枢运维人员,对该用户的中枢任务库进行清库,确认清库之后,再启动旧版客户端。

14、Linux客户端创建的目录,其他用户无权限对其读写,如何实现对其有读写权限?

答:在用户当前目录,执行【vi ~/.bash_profile】,添加一行【umask 001】保存退出,再执行【. ~/.bash_profile】使配置生效。这时候检验一下效果,执行【touch test】,再执行【ls -lrt test】,查看权限是-rw-rw-rw-即可。这样可以保证,其他用户对该用户创建的目录和文件有读写权限。

15、客户端无法找到Ekey,日志中显示Not found the hardware certificate[Ekey名称],以及PreRegister fail:211-User[用户小站号] is hard enc,but ekey info is null!.应如何处理?

答:首先检查用户配置文件中Ekey名称是否填写正确,再与用户机器上Ekey管理器→签名证书→查看证书信息→详细信息,点击1.2.86.100.4.3.2字段,查看其内容是否与用户配置文件中所填Ekey名称相同。
      若以上全部正确,再让用户检查一下C:\Windows\System32目录下面是否有SZSEP11V211.DLL文件,以及该文件的大小。这个文件是飞天Ekey的驱动文件。64位Windows操作系统安装EKey驱动之后,正常情况下会在SysWOW64目录里面生成一个969K大小的SZSEP11V211.DLL(32位的),同时会在System32目录下面生成一个1.55MB大小的SZSEP11V211.DLL(64位的)。客户端程序需要去调用System32目录里面的SZSEP11V211.DLL来读取Ekey。
      例如用户使用64位客户端程序,那么需要C:\Windows\System32目录下有一个1.55MB大小的SZSEP11V211.DLL(64位的)文件,没有该文件或者大小不正确都会导致客户端程序找不到Ekey.
      解决方法是建议用户重新安装驱动,然后检查System32目录是否出现了正确版本的SZSEP11V211.DLL文件。若还是无法出现正确的驱动文件,则提供给用户正确版本的SZSEP11V211.DLL文件,让用户自己拷贝到C:\Windows\System32目录下,或者让用户换用与C:\Windows\System32目录下SZSEP11V211.DLL文件版本匹配的客户端程序。例如SZSEP11V211.DLL文件是32位的,则建议用户换用32位的客户端程序。

16、为什么定时发送失效或延迟生效?

答:由于用户有些传输规则的发送目录下文件数量过多,导致扫描这些目录用时多久造成定时发送延时。建议用户清理发送目录下的文件,并且发送目录都设置上日期通配符<YYYYMMDD>.
      检查用户日志:
  • 搜索关键字:“Warning: It cost”,可以查到用户所有传输规则的发送目录扫描一遍的时间,如“Warning: It cost [4686]sec(plus or minus [30]sec) to scan all rule one time,please clean files in sendpath!”说明扫描一轮传输规则用时4686秒(误差正负30秒),这样定时发送生效时间可能延时4686*2秒才生效,是非常久的,会让用户觉得定时发送失效了。
  • 此时再搜索关键字“AddFileWhenHasTag,scantime”,可以看到具体扫描某个目录的用时(超过3秒的才会打印日志),找到用时较多的一些路径,如“AddFileWhenHasTag,scantime[4686],scantype[1],folder[Y:/],scanmodel[1]”说明扫描[Y:/]目录用时4684秒,因此建议用户清理该路径下的文件,或者找到对应的传输规则,让用户将发送路径修改成其他路径。
     参见“生产环境用户升级跟踪情况”标签页里面的“2015年9月11日 东方基金”部分。

17、用户在fxapi.ini的[ApiConfig]段中添加了配置项TransferThreadNum,导致文件传输任务停在传输中状态,应如何处理?

答:TransferThreadNum是隐藏配置项,默认值为2,其数值有要求,具体公式是 : 实际带宽*0.9 除以 TransferThreadNum ,要大于10。
      例如用户实际带宽数值为64, 乘以0.9约为57,57除以TransferThreadNum要大于10,那么该用户这个数值最多能设为5.
      如果超过这个数值,例如设为6,那么会有日志Wrong param ThreadNum[12] BandwidthKbps[57],please be sure BandwidthKbps big enough提示。ThreadNum[]中的数值为TransferThreadNum*2

18、新版客户端找不到Ekey,如何解决?

答:用户使用旧版客户端所在的机器部署新版客户端,该机器已安装驱动,旧版客户端可以正常识别Ekey。用户升级新版客户端之后需要重启操作系统,新版客户端才能找到Ekey。

19、Win7英文企业版64位操作系统,启动FxTerm报“JVM Terminated”错误,应如何处理?

答:用户将FxTerm路径中的中文字符去掉之后,才能够正常启动FxTerm,将文件夹名“Win64客户端”中的“客户端”三字去掉之后可以正常启动FxTerm。

20、用户使用FDEP文件客户端,2015年11月27日上午发送文件,接收端用户收到的文件放到了20151128目录下(即第二天),这是什么原因?

答:通过UMP看到的,该文件任务建立时间也是显示2015.11.28(当时时间是2015.11.27上午),经检查,中枢的时间配置正确。经调查,发送端操作系统时区配置不是东8区,修改为东8区之后,问题得到解决。

21、Linux版FxClient找不到Ekey,如何解决?

答:现象:用户配置正确、Ekey驱动安装正确,启动fxclient,日志中提示“Not found the hardware certificate[k0645].”以及“PreRegister fail:211-User[k0645] is hard enc,but ekey info is null!.”,经检查,没有“Found HardEkey”日志项。通过Ekey管理器和lsusb命令都可以查看到Ekey.将该Ekey拔下来插到一台Windows系统机器上,通过Windows版Ekey管理器也可以查看到Ekey的1.2.86.100.4.3.2字段内容是正确的。
       分析:如果能够识别到Ekey,会打印日志“Found HardEkey[]”,没有打印该日志项说明fxclient没有识别到Ekey.而Linux版fxclient读取Ekey需要用到系统/usr/lib/目录中的驱动文件。经检查,Ekey驱动安装脚本没有将Ekey驱动文件libshuttle_p11v220.so.1.0.0拷贝到/usr/lib/目录中。
       解决方法:将Ekey驱动包中的EnterSafe-Shuttle-1.1.120525_64_RHAS\redist目录中的libshuttle_p11v220.so.1.0.0文件拷贝到/usr/lib/目录中,再次启动fxclient,即可识别Ekey,正常使用。

22、发送文件,日志提示“peer task failed.”代表什么意思?

答:这种情况一般都是对端(接收方)造成的(例如接收路径磁盘空间已满、接收路径不存在等),在接收方用户的日志中检索taskid关键字(若对端是V3版客户端,就检索文件名关键字)即可查明原因。

23、用户安装ok标记生成插件报0x80070005错误,是什么原因?

答:以管理员身份启动cmd,即在开始菜单的搜索框中键入“cmd”,再右键点击搜索出的cmd.exe,在弹出菜单中选择“以管理员身份运行”。在cmd窗口中执行如下命令:
  • cd CreatFileList_XXX.dll所在目录, XXX表示Win32或Win64;
  • regsvr32 CreatFileList_XXX.dll。

24、用户启动Win64版本FxTerm报错,详细信息中问题事件名称为APPCRASH,应如何解决?

答:用户操作系统为Win7或者Win2008R2。解决方法有两种:
  • 安装操作系统的SP1补丁。
  • 使用Win32版本的FxTerm代替。

25、Win2003系统中部署FxTerm,通过远程桌面方式访问。退出远程桌面再重新登录之后,FxTerm卡住无法使用,应如何解决?

答:解决方法有两种:
  • 更换操作系统为Win7以上版本。
  • FxTerm程序不放置在任务栏最右边(最新打开的程序),例如再开一个记事本程序,让这个记事本程序图标显示在任务栏的最右侧。

26、生成ok标记之后,如何避免重复发送文件?

答:FxClient将文件添加发送之后,会自动把ok标记删掉,防止重复发送。如果权限不够就可能出现无法自动删除ok标记的情况。需要修改ok标记文件的权限,使FxClient可以删除该文件。
0 0