vbaspdelphi的专栏

123

下载页面https://code.google.com/archive/p/fastdfs/downloadsmonitor解释http://wlwang41.github.io/content/ops/fastdfs%E8%B0%83%E7%A0%94.html

过去我们监控fastdfs是使用的sh脚本，报警策略是看uptime是不是一直在直线上升，否则就会报警。随着openfalcon被大家越来越喜欢，所以各种插件应运而生，但是fastdfs的监控目前市面上没有找到。所以就撸了一个。githug仓库地址 https://github.com/zzlyzq/openfalcon-agent-fastdfs/#!/usr/bin/python#--en

基本编译的环境变量export C_INCLUDE_PATH=/usr/local/addons/pcre/include:$C_INCLUDE_PATHexport LIBRARY_PATH=/usr/local/addons/pcre/lib:$LIBRARY_PATHexport C_INCLUDE_PATH=/usr/local/addons/zlib/include:$C_INCLUD

和前面的测试 v3.11 > v3.11一样，这次只是binary程序有了一点点变化，其他倒是没有啥。不过需要有个主意的地方，就是tracker和storage在指定了目录之后，会在指定的文件夹下面新建data和logs。另外，迁移的时候，由于手抖，多写了个data路径，tracker依旧可以工作的很好哦。

目标我们一开始有一台单机版本的fastdfs，tracker和storage都在一台机器里面。IP地址192.168.0.177，版本3.11.目标：迁移到另外192.168.126.103。过程数据由 /data/fastdfs迁移到目标/home/mytest/opt/fastdfs/data。配置文件为：client.confconnect_timeout=30network_timeout

全面测试fastdfs　测试包括：测试文件属性fastdfs_download下载过去的文件wget下载过去的文件fastdfs_upload_file上传文件#!/bin/bashlines="./01/29/wKgAsVVjFkuSwqU1AAAG-1HOmIA118.png./01/29/wKgAsVVjFkvAlqIUAAALdplNRns644.png./01/29/wKg

在fastdfs的配置中,storage往往要带有一个nginx用于加载模块并且访问本地磁盘里面的fastdfs数据. 但是在配置中,如果有两个group,那么对应的storage_server_port一定要设置正确,否则会有问题.但是在配置mod_fastdfs之后,nginx的端口有堵塞的问题,而且只有一个进程,而不是有3~4个进程,经过排查,原来 有一句最最重要的,狗日的,# use "#

storage 目录下 00-FF文件夹覆盖， 其余的文件删掉，pid这种：cd /opt/machtalk/fastdfs/data/fastdfs_storage/data && rm -rf *.pid storage_stat.dat sync