深度解析FastDFS:构建高效分布式文件存储的实战指南(下)

接上篇:《深度解析FastDFS:构建高效分布式文件存储的实战指南(上)》

传送门: link

文章目录

六、常用命令

fdfs_appender_test:测试命令 
fdfs_appender_test1:测试命令 
fdfs_storaged:启动、关闭、重启存储节点(Storage)的命令。 
fdfs_test:FastDFS 自带的测试程序fdfs_test1:FastDFS 自带的测试程序。 
fdfs_trackerd:启动、关闭、重启跟踪器(Tracker)的命令。 
fdfs_monitor:监控服务器状态命令
fdfs_upload_file:上传文件命令
fdfs_download_file:下载文件命令
fdfs_file_info:查看文件信息命令
fdfs_delete_file:删除文件命令
fdfs_upload_appender & fdfs_append_file:文件追加上传及追加内容指令

七、FastDFS配置详解

7.1 tracker配置文件

# is this config file disabled
# false for enabled
# true for disabled
disabled=false
# 这个配置文件是否不生效,false 为生效(否则不生效) true反之

# bind an address of this host
# empty for bind all addresses of this host
bind_addr=
# 是否绑定IP,
# bind_addr= 后面为绑定的IP地址 (常用于服务器有多个IP但只希望一个IP提供服务)。如果不填则表示所有的(一般不填就OK),相信较熟练的SA都常用到类似功能,很多系统和应用都有

# the tracker server port
port=22122
# 提供服务的端口,不作过多解释了

# connect timeout in seconds
# default value is 30s
connect_timeout=30
#连接超时时间,针对socket套接字函数connect

# network timeout in seconds
network_timeout=60
#  tracker server的网络超时,单位为秒。发送或接收数据时,如果在超时时间后还不能发送或接收数据,则本次网络通信失败。 

# the base path to store data and log files
base_path=/home/yuqing/fastdfs
# base_path 目录地址(根目录必须存在,子目录会自动创建)
# 附目录说明: 
  tracker server目录及文件结构:
  ${base_path}
    |__data
    |     |__storage_groups.dat:存储分组信息
    |     |__storage_servers.dat:存储服务器列表
    |__logs
          |__trackerd.log:tracker server日志文件

数据文件storage_groups.dat和storage_servers.dat中的记录之间以换行符(\n)分隔,字段之间以西文逗号(,)分隔。

storage_groups.dat中的字段依次为:

  1. group_name:组名
  2. storage_port:storage server端口号

storage_servers.dat中记录storage server相关信息,字段依次为:

  1. group_name:所属组名

  2. ip_addr:ip地址

  3. status:状态

  4. sync_src_ip_addr:向该storage server同步已有数据文件的源服务器

  5. sync_until_timestamp:同步已有数据文件的截至时间(UNIX时间戳)

  6. stat.total_upload_count:上传文件次数

  7. stat.success_upload_count:成功上传文件次数

  8. stat.total_set_meta_count:更改meta data次数

  9. stat.success_set_meta_count:成功更改meta data次数

  10. stat.total_delete_count:删除文件次数

  11. stat.success_delete_count:成功删除文件次数

  12. stat.total_download_count:下载文件次数

  13. stat.success_download_count:成功下载文件次数

  14. stat.total_get_meta_count:获取meta data次数

  15. stat.success_get_meta_count:成功获取meta data次数

  16. stat.last_source_update:最近一次源头更新时间(更新操作来自客户端)

  17. stat.last_sync_update:最近一次同步更新时间(更新操作来自其他storage server的同步)

    max concurrent connections this server supported

    max_connections worker threads start when this service startup

    max_connections=256

    系统提供服务时的最大连接数。对于V1.x,因一个连接由一个线程服务,也就是工作线程数。

    对于V2.x,最大连接数和工作线程数没有任何关系

    work thread count, should <= max_connections

    default value is 4

    since V2.00

    V2.0引入的这个参数,工作线程数,通常设置为CPU数

    work_threads=4

    the method of selecting group to upload files

    0: round robin

    1: specify group

    2: load balance, select the max free space group to upload file

    store_lookup=2

    上传组(卷) 的方式 0:轮询方式 1: 指定组 2: 平衡负载(选择最大剩余空间的组(卷)上传)

    这里如果在应用层指定了上传到一个固定组,那么这个参数被绕过

    which group to upload file

    when store_lookup set to 1, must set store_group to the group name

    store_group=group2

    当上一个参数设定为1 时 (store_lookup=1,即指定组名时),必须设置本参数为系统中存在的一个组名。如果选择其他的上传方式,这个参数就没有效了。

    which storage server to upload file

    0: round robin (default)

    1: the first server order by ip address

    2: the first server order by priority (the minimal)

    store_server=0

    选择哪个storage server 进行上传操作(一个文件被上传后,这个storage server就相当于这个文件的storage server源,会对同组的storage server推送这个文件达到同步效果)

    0: 轮询方式

    1: 根据ip 地址进行排序选择第一个服务器(IP地址最小者)

    2: 根据优先级进行排序(上传优先级由storage server来设置,参数名为upload_priority)

    which path(means disk or mount point) of the storage server to upload file

    0: round robin

    2: load balance, select the max free space path to upload file

    store_path=0

    选择storage server 中的哪个目录进行上传。storage server可以有多个存放文件的base path(可以理解为多个磁盘)。

    0: 轮流方式,多个目录依次存放文件

    2: 选择剩余空间最大的目录存放文件(注意:剩余磁盘空间是动态的,因此存储到的目录或磁盘可能也是变化的)

    which storage server to download file

    0: round robin (default)

    1: the source storage server which the current file uploaded to

    download_server=0

    选择哪个 storage server 作为下载服务器

    0: 轮询方式,可以下载当前文件的任一storage server

    1: 哪个为源storage server 就用哪一个 (前面说过了这个storage server源 是怎样产生的) 就是之前上传到哪个storage server服务器就是哪个了

    reserved storage space for system or other applications.

    if the free(available) space of any stoarge server in

    a group <= reserved_storage_space,

    no file can be uploaded to this group.

    bytes unit can be one of follows:

    G or g for gigabyte(GB)

    M or m for megabyte(MB)

    K or k for kilobyte(KB)

    no unit for byte(B)

    XX.XX% as ratio such as reserved_storage_space = 10%

    reserved_storage_space = 10%

    storage server 上保留的空间,保证系统或其他应用需求空间。可以用绝对值或者百分比(V4开始支持百分比方式)。

    #(指出 如果同组的服务器的硬盘大小一样,以最小的为准,也就是只要同组中有一台服务器达到这个标准了,这个标准就生效,原因就是因为他们进行备份)

    #standard log level as syslog, case insensitive, value list:

    emerg for emergency

    alert

    crit for critical

    error

    warn for warning

    notice

    info

    debug

    log_level=info

    选择日志级别(日志写在前面的说明了,有目录介绍)

    #unix group name to run this program,
    #not set (empty) means run by the group of current user
    run_by_group=

    操作系统运行FastDFS的用户组 (不填 就是当前用户组,哪个启动进程就是哪个)

    #unix username to run this program,
    #not set (empty) means run by current user
    run_by_user=

    操作系统运行FastDFS的用户 (不填 就是当前用户,哪个启动进程就是哪个)

    allow_hosts can ocur more than once, host can be hostname or ip address,

    "*" means match all ip addresses, can use range like this: 10.0.1.[1-15,20] or

    host[01-08,20-25].domain.com, for example:

    allow_hosts=10.0.1.[1-15,20]

    allow_hosts=host[01-08,20-25].domain.com

    allow_hosts=*

    可以连接到此 tracker server 的ip范围(对所有类型的连接都有影响,包括客户端,storage server)

    sync log buff to disk every interval seconds

    default value is 10 seconds

    sync_log_buff_interval = 10

    同步或刷新日志信息到硬盘的时间间隔,单位为秒

    注意:tracker server 的日志不是时时写硬盘的,而是先写内存。

    check storage server alive interval

    check_active_interval = 120

    检测 storage server 存活的时间隔,单位为秒。

    storage server定期向tracker server 发心跳,如果tracker server在一个check_active_interval内还没有收到storage server的一次心跳,那边将认为该storage server已经下线。所以本参数值必须大于storage server配置的心跳时间间隔。通常配置为storage server心跳时间间隔的2倍或3倍。

    thread stack size, should > 512KB

    default value is 1MB

    thread_stack_size=1MB

    线程栈的大小。FastDFS server端采用了线程方式。更正一下,tracker server线程栈不应小于64KB,不是512KB。

    线程栈越大,一个线程占用的系统资源就越多。如果要启动更多的线程(V1.x对应的参数为max_connections,

    V2.0为work_threads),可以适当降低本参数值。

    auto adjust when the ip address of the storage server changed

    default value is true

    storage_ip_changed_auto_adjust=true

    这个参数控制当storage server IP地址改变时,集群是否自动调整。注:只有在storage server进程重启时才完成自动调整。

    storage sync file max delay seconds

    default value is 86400 seconds (one day)

    since V2.00

    storage_sync_file_max_delay = 86400

    V2.0引入的参数。存储服务器之间同步文件的最大延迟时间,缺省为1天。根据实际情况进行调整

    注:本参数并不影响文件同步过程。本参数仅在下载文件时,判断文件是否已经被同步完成的一个阀值(经验值)

    the max time of storage sync a file

    default value is 300 seconds

    since V2.00

    storage_sync_file_max_time = 300

    V2.0引入的参数。存储服务器同步一个文件需要消耗的最大时间,缺省为300s,即5分钟。

    注:本参数并不影响文件同步过程。本参数仅在下载文件时,作为判断当前文件是否被同步完成的一个阀值(经验值)

    if use a trunk file to store several small files

    default value is false

    since V3.00

    use_trunk_file = false

    V3.0引入的参数。是否使用小文件合并存储特性,缺省是关闭的。

    the min slot size, should <= 4KB

    default value is 256 bytes

    since V3.00

    slot_min_size = 256

    V3.0引入的参数。

    trunk file分配的最小字节数。比如文件只有16个字节,系统也会分配slot_min_size个字节。

    the max slot size, should > slot_min_size

    store the upload file to trunk file when it's size <= this value

    default value is 16MB

    since V3.00

    slot_max_size = 16MB

    V3.0引入的参数。

    只有文件大小<=这个参数值的文件,才会合并存储。如果一个文件的大小大于这个参数值,将直接保存到一个文件中(即不采用合并存储方式)。

    the trunk file size, should >= 4MB

    default value is 64MB

    since V3.00

    trunk_file_size = 64MB

    V3.0引入的参数。

    合并存储的trunk file大小,至少4MB,缺省值是64MB。不建议设置得过大。

    if create trunk file advancely

    default value is false

    trunk_create_file_advance = false

    是否提前创建trunk file。只有当这个参数为true,下面3个以trunk_create_file_打头的参数才有效。

    the time base to create trunk file

    the time format: HH:MM

    default value is 02:00

    trunk_create_file_time_base = 02:00

    提前创建trunk file的起始时间点(基准时间),02:00表示第一次创建的时间点是凌晨2点。

    the interval of create trunk file, unit: second

    default value is 38400 (one day)

    trunk_create_file_interval = 86400

    创建trunk file的时间间隔,单位为秒。如果每天只提前创建一次,则设置为86400

    the threshold to create trunk file

    when the free trunk file size less than the threshold, will create

    the trunk files

    default value is 0

    trunk_create_file_space_threshold = 20G

    提前创建trunk file时,需要达到的空闲trunk大小

    比如本参数为20G,而当前空闲trunk为4GB,那么只需要创建16GB的trunk file即可。

    if check trunk space occupying when loading trunk free spaces

    the occupied spaces will be ignored

    default value is false

    since V3.09

    NOTICE: set this parameter to true will slow the loading of trunk spaces

    when startup. you should set this parameter to true when neccessary.

    trunk_init_check_occupying = false
    #trunk初始化时,是否检查可用空间是否被占用

    if ignore storage_trunk.dat, reload from trunk binlog

    default value is false

    since V3.10

    set to true once for version upgrade when your version less than V3.10

    trunk_init_reload_from_binlog = false

    是否无条件从trunk binlog中加载trunk可用空间信息

    FastDFS缺省是从快照文件storage_trunk.dat中加载trunk可用空间,

    该文件的第一行记录的是trunk binlog的offset,然后从binlog的offset开始加载

    if use storage ID instead of IP address

    default value is false

    since V4.00

    use_storage_id = false

    是否使用server ID作为storage server标识

    specify storage ids filename, can use relative or absolute path

    since V4.00

    storage_ids_filename = storage_ids.conf

    use_storage_id 设置为true,才需要设置本参数

    在文件中设置组名、server ID和对应的IP地址,参见源码目录下的配置示例:conf/storage_ids.conf

    if store slave file use symbol link

    default value is false

    since V4.01

    store_slave_file_use_link = false

    存储从文件是否采用symbol link(符号链接)方式

    如果设置为true,一个从文件将占用两个文件:原始文件及指向它的符号链接。

    if rotate the error log every day

    default value is false

    since V4.02

    rotate_error_log = false

    是否定期轮转error log,目前仅支持一天轮转一次

    rotate error log time base, time format: Hour:Minute

    Hour from 0 to 23, Minute from 0 to 59

    default value is 00:00

    since V4.02

    error_log_rotate_time=00:00

    error log定期轮转的时间点,只有当rotate_error_log设置为true时有效

    rotate error log when the log file exceeds this size

    0 means never rotates log file by log file size

    default value is 0

    since V4.02

    rotate_error_log_size = 0

    error log按大小轮转

    设置为0表示不按文件大小轮转,否则当error log达到该大小,就会轮转到新文件中

    以下是关于http的设置了 默认编译是不生效的 要求更改 #WITH_HTTPD=1 将 注释#去掉 再编译

    关于http的应用 说实话 不是很了解 没有见到 相关说明 ,望 版主可以完善一下 以下是字面解释了

    #HTTP settings
    http.disabled=false # HTTP服务是否不生效
    http.server_port=8080 # HTTP服务端口

    #use "#include" directive to include http other settiongs
    ##include http.conf # 如果加载http.conf的配置文件 去掉第一个#

7.2 tracker目录及文件结构

完成tracker节点的配置并启动tracker服务后,在base_path目录下会生成tracker节点运行所必 须的目录结构和文件,目录和文件如下:

${base_path}

|__data

| |__storage_groups_new.dat:存储分卷(组)信息

| |__storage_servers_new.dat:存储服务器列表

|__logs

|__trackerd.log:tracker server 日志文件

storage_groups_new.dat文件用来记录存储卷(组)的信息,文件信息示例参数说明:

group_count:卷的个数

group_name:卷(组)名

storage_port:存储服务的端口号

storage_http_port:存储服务的 http 服务端口号

store_path_count:存储节点存储路径的个数

subdir_count_per_path:每个存储路径子目录的个数

current_trunk_file_id=0:目前 trunk 文件的 id

trunk_server=trunk 服务器

last_trunk_server=最近使用的 trunk 服务器

storage_servers_new.dat文件记录了各个存储节点的详细信息,文件最后有一个节点总数的统计信息,文件信息示例:

group_name:存储节点所属组名

ip_addr:ip 地址

status:状态

version:版本

join_time:加入集群的时间

storage_port:存储节点的端口号

storage_http_port:存储节点 http 服务端口号

domain_name:域名

sync_src_server:向 storage server 同步已有数据文件的源服务器

sync_until_timestamp:同步已有数据文件的截至时间,服务器时间。

store_path_count:存储路径根目录数

subdir_count_per_path:每个根目录的子目录数

upload_priority:上传优先级

total_mb:总容量,单位 MB

free_mb:剩余空闲容量,单位 MB

total_upload_count:上传文件总个数

success_upload_count:成功上传的个数

total_append_count:总的附加文件个数

success_append_count:成功附加的文件个数

total_set_meta_count:总共更改 metadata(元数据)的次数

success_set_meta_count:成功更改 metadata 的次数

total_delete_count:总共删除文件的个数

success_delete_count:成功删除文件的个数

total_download_count:总共下载文件的个数

success_download_count:成功下载文件的个数

total_get_meta_count:总共获取 metdata 的次数

success_get_meta_count:成功获取 metdata 的次数

total_create_link_count:总共创建链接的个数

success_create_link_count:成功创建链接的个数

total_delete_link_count:总共删除链接的个数

success_delete_link_count:成功删除链接的个数

total_upload_bytes:总共上传的文件大小

success_upload_bytes:成功上传的文件大小

total_append_bytes:总得附加文件大小

success_append_bytes:成功附加的文件大小

total_download_bytes:总共下载的文件大小

success_download_bytes:成功下载的文件大小

total_sync_in_bytes:总共同步到该存储节点的文件大小

success_sync_in_bytes:成功同步到该存储节点的文件大小

total_sync_out_bytes:此节点作为源,总共同步到同组其他存储节点的文件大小

success_sync_out_bytes:此节点作为源,成功同步到同组其他存储节点的文件大小

total_file_open_count:文件打开总数

success_file_open_count:成功打开的文件数

total_file_read_count:文件读取总数

success_file_read_count:成功读取的文件数

total_file_write_count:写文件的总数

success_file_write_count:成功写文件的总数

last_source_update:最后一次源头更新时间(更新操作来自客户端)

last_sync_update:最后一次同步更新时间(更新操作来自其他 storage server 的同步)

last_synced_timestamp:最后同步时间戳

last_heart_beat_time:最后的心跳时间

changelog_offset:日志偏移量

7.3 storage配置文件

# is this config file disabled
# false for enabled
# true for disabled
disabled=false  
#同上文了 就不多说了

# the name of the group this storage server belongs to
group_name=group1
# 指定 此 storage server 所在 组(卷)

# bind an address of this host
# empty for bind all addresses of this host
bind_addr=
# 同上文

# if bind an address of this host when connect to other servers 
# (this storage server as a client)
# true for binding the address configed by above parameter: "bind_addr"
# false for binding any address of this host
client_bind=true
# bind_addr通常是针对server的。当指定bind_addr时,本参数才有效。
# 本storage server作为client连接其他服务器(如tracker server、其他storage server),是否绑定bind_addr。

# the storage server port
port=23000
#  storage server服务端口

# connect timeout in seconds
# default value is 30s
connect_timeout=30
#连接超时时间,针对socket套接字函数connect

# network timeout in seconds
network_timeout=60
#  storage server 网络超时时间,单位为秒。发送或接收数据时,如果在超时时间后还不能发送或接收数据,则本次网络通信失败。

# heart beat interval in seconds
heart_beat_interval=30
# 心跳间隔时间,单位为秒 (这里是指主动向tracker server 发送心跳)

# disk usage report interval in seconds
stat_report_interval=60
# storage server向tracker server报告磁盘剩余空间的时间间隔,单位为秒。


# the base path to store data and log files
base_path=/home/yuqing/fastdfs
# base_path 目录地址,根目录必须存在  子目录会自动生成 (注 :这里不是上传的文件存放的地址,之前是的,在某个版本后更改了)
# 目录结构 因为 版主没有更新到 论谈上 这里就不发了 大家可以看一下置顶贴:

# max concurrent connections server supported
# max_connections worker threads start when this service startup
max_connections=256
# 同上文

# work thread count, should <= max_connections
# default value is 4
# since V2.00
# V2.0引入的这个参数,工作线程数,通常设置为CPU数
work_threads=4

# the buff size to recv / send data
# default value is 64KB
# since V2.00
buff_size = 256KB
# V2.0引入本参数。设置队列结点的buffer大小。工作队列消耗的内存大小 = buff_size * max_connections
# 设置得大一些,系统整体性能会有所提升。
# 消耗的内存请不要超过系统物理内存大小。另外,对于32位系统,请注意使用到的内存不要超过3GB

# if read / write file directly
# if set to true, open file will add the O_DIRECT flag to avoid file caching
# by the file system. be careful to set this parameter.
# default value is false
disk_rw_direct = false
# V2.09引入本参数。设置为true,表示不使用操作系统的文件内容缓冲特性。
# 如果文件数量很多,且访问很分散,可以考虑将本参数设置为true

# if disk read / write separated
##  false for mixed read and write
##  true for separated read and write
# default value is true
# since V2.00
disk_rw_separated = true
# V2.0引入本参数。磁盘IO读写是否分离,缺省是分离的。

# disk reader thread count per store base path
# for mixed read / write, this parameter can be 0
# default value is 1
# since V2.00
disk_reader_threads = 1
# V2.0引入本参数。针对单个存储路径的读线程数,缺省值为1。
# 读写分离时,系统中的读线程数 = disk_reader_threads * store_path_count
# 读写混合时,系统中的读写线程数 = (disk_reader_threads + disk_writer_threads) * store_path_count

# disk writer thread count per store base path
# for mixed read / write, this parameter can be 0
# default value is 1
# since V2.00
disk_writer_threads = 1
# V2.0引入本参数。针对单个存储路径的写线程数,缺省值为1。
# 读写分离时,系统中的写线程数 = disk_writer_threads * store_path_count
# 读写混合时,系统中的读写线程数 = (disk_reader_threads + disk_writer_threads) * store_path_count

# when no entry to sync, try read binlog again after X milliseconds
# 0 for try again immediately (not need to wait)
sync_wait_msec=200
# 同步文件时,如果从binlog中没有读到要同步的文件,休眠N毫秒后重新读取。0表示不休眠,立即再次尝试读取。
# 出于CPU消耗考虑,不建议设置为0。如何希望同步尽可能快一些,可以将本参数设置得小一些,比如设置为10ms

# after sync a file, usleep milliseconds
# 0 for sync successively (never call usleep)
sync_interval=0
# 同步上一个文件后,再同步下一个文件的时间间隔,单位为毫秒,0表示不休眠,直接同步下一个文件。 

# sync start time of a day, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
sync_start_time=00:00

# sync end time of a day, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
sync_end_time=23:59
# 上面二个一起解释。允许系统同步的时间段 (默认是全天) 。一般用于避免高峰同步产生一些问题而设定,相信sa都会明白

# write to the mark file after sync N files
# default value is 500
write_mark_file_freq=500
# 同步完N个文件后,把storage的mark文件同步到磁盘
# 注:如果mark文件内容没有变化,则不会同步

# path(disk or mount point) count, default value is 1
store_path_count=1
# 存放文件时storage server支持多个路径(例如磁盘)。这里配置存放文件的基路径数目,通常只配一个目录。

# store_path#, based 0, if store_path0 not exists, it's value is base_path
# the paths must be exist
store_path0=/home/yuqing/fastdfs
#store_path1=/home/yuqing/fastdfs2
# 逐一配置store_path个路径,索引号基于0。注意配置方法后面有0,1,2 ......,需要配置0到store_path - 1。
# 如果不配置base_path0,那边它就和base_path对应的路径一样。

# subdir_count  * subdir_count directories will be auto created under each 
# store_path (disk), value can be 1 to 256, default value is 256
subdir_count_per_path=256
# FastDFS存储文件时,采用了两级目录。这里配置存放文件的目录个数 (系统的存储机制,大家看看文件存储的目录就知道了)
# 如果本参数只为N(如:256),那么storage server在初次运行时,会自动创建 N * N 个存放文件的子目录。

# tracker_server can ocur more than once, and tracker_server format is
#  "host:port", host can be hostname or ip address
tracker_server=10.62.164.84:22122
tracker_server=10.62.245.170:22122
# tracker_server 的列表 要写端口的哦 (再次提醒是主动连接tracker_server )
# 有多个tracker server时,每个tracker server写一行

#standard log level as syslog, case insensitive, value list:
### emerg for emergency
### alert
### crit for critical
### error
### warn for warning
### notice
### info
### debug
log_level=info
# 日志级别不多说

#unix group name to run this program, 
#not set (empty) means run by the group of current user
run_by_group=
# 同上文了

#unix username to run this program,
#not set (empty) means run by current user
run_by_user=
# 同上文了 (提醒注意权限 如果和 webserver不搭 可以会产生错误 哦)

# allow_hosts can ocur more than once, host can be hostname or ip address,
# "*" means match all ip addresses, can use range like this: 10.0.1.[1-15,20] or
# host[01-08,20-25].domain.com, for example:
# allow_hosts=10.0.1.[1-15,20]
# allow_hosts=host[01-08,20-25].domain.com
allow_hosts=*
# 允许连接本storage server的IP地址列表 (不包括自带HTTP服务的所有连接)
# 可以配置多行,每行都会起作用

# the mode of the files distributed to the data path 
# 0: round robin(default)
# 1: random, distributted by hash code
file_distribute_path_mode=0
#  文件在data目录下分散存储策略。
# 0: 轮流存放,在一个目录下存储设置的文件数后(参数file_distribute_rotate_count中设置文件数),使用下一个目录进行存储。
# 1: 随机存储,根据文件名对应的hash code来分散存储。

# valid when file_distribute_to_path is set to 0 (round robin), 
# when the written file count reaches this number, then rotate to next path
# default value is 100
file_distribute_rotate_count=100   
# 当上面的参数file_distribute_path_mode配置为0(轮流存放方式)时,本参数有效。
# 当一个目录下的文件存放的文件数达到本参数值时,后续上传的文件存储到下一个目录中。

# call fsync to disk when write big file
# 0: never call fsync
# other: call fsync when written bytes >= this bytes
# default value is 0 (never call fsync)
fsync_after_written_bytes=0
# 当写入大文件时,每写入N个字节,调用一次系统函数fsync将内容强行同步到硬盘。0表示从不调用fsync  

# sync log buff to disk every interval seconds
# default value is 10 seconds
sync_log_buff_interval=10
# 同步或刷新日志信息到硬盘的时间间隔,单位为秒
# 注意:storage server 的日志信息不是时时写硬盘的,而是先写内存。

# sync binlog buff / cache to disk every interval seconds
# this parameter is valid when write_to_binlog set to 1
# default value is 60 seconds
sync_binlog_buff_interval=60
# 同步binglog(更新操作日志)到硬盘的时间间隔,单位为秒
# 本参数会影响新上传文件同步延迟时间

# sync storage stat info to disk every interval seconds
# default value is 300 seconds
sync_stat_file_interval=300
# 把storage的stat文件同步到磁盘的时间间隔,单位为秒。
# 注:如果stat文件内容没有变化,不会进行同步

# thread stack size, should >= 512KB
# default value is 512KB
thread_stack_size=512KB
# 线程栈的大小。FastDFS server端采用了线程方式。
# 对于V1.x,storage server线程栈不应小于512KB;对于V2.0,线程栈大于等于128KB即可。
# 线程栈越大,一个线程占用的系统资源就越多。
# 对于V1.x,如果要启动更多的线程(max_connections),可以适当降低本参数值。

# the priority as a source server for uploading file.
# the lower this value, the higher its uploading priority.
# default value is 10
upload_priority=10
#  本storage server作为源服务器,上传文件的优先级,可以为负数。值越小,优先级越高。这里就和 tracker.conf 中store_server= 2时的配置相对应了 

# if check file duplicate, when set to true, use FastDHT to store file indexes
# 1 or yes: need check
# 0 or no: do not check
# default value is 0
check_file_duplicate=0
# 是否检测上传文件已经存在。如果已经存在,则不存在文件内容,建立一个符号链接以节省磁盘空间。 
# 这个应用要配合FastDHT 使用,所以打开前要先安装FastDHT 
# 1或yes 是检测,0或no 是不检测

# file signature method for check file duplicate
## hash: four 32 bits hash code
## md5: MD5 signature
# default value is hash
# since V4.01
file_signature_method=hash
# 文件去重时,文件内容的签名方式:
## hash: 4个hash code
## md5:MD5

# namespace for storing file indexes (key-value pairs)
# this item must be set when check_file_duplicate is true / on
key_namespace=FastDFS
# 当上个参数设定为1 或 yes时 (true/on也是可以的) , 在FastDHT中的命名空间。

# set keep_alive to 1 to enable persistent connection with FastDHT servers
# default value is 0 (short connection)
keep_alive=0
# 与FastDHT servers 的连接方式 (是否为持久连接) ,默认是0(短连接方式)。可以考虑使用长连接,这要看FastDHT server的连接数是否够用。

# 下面是关于FastDHT servers 的设定 需要对FastDHT servers 有所了解,这里只说字面意思了
# you can use "#include filename" (not include double quotes) directive to 
# load FastDHT server list, when the filename is a relative path such as 
# pure filename, the base path is the base path of current/this config file.
# must set FastDHT server list when check_file_duplicate is true / on
# please see INSTALL of FastDHT for detail
##include /home/yuqing/fastdht/conf/fdht_servers.conf
# 可以通过 #include filename 方式来加载 FastDHT servers  的配置,装上FastDHT就知道该如何配置啦。
# 同样要求 check_file_duplicate=1 时才有用,不然系统会忽略
# fdht_servers.conf 记载的是 FastDHT servers 列表 

# if log to access log
# default value is false
# since V4.00
use_access_log = false
# 是否将文件操作记录到access log

# if rotate the access log every day
# default value is false
# since V4.00
rotate_access_log = false
# 是否定期轮转access log,目前仅支持一天轮转一次

# rotate access log time base, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
# default value is 00:00
# since V4.00
access_log_rotate_time=00:00
# access log定期轮转的时间点,只有当rotate_access_log设置为true时有效

# if rotate the error log every day
# default value is false
# since V4.02
rotate_error_log = false
# 是否定期轮转error log,目前仅支持一天轮转一次

# rotate error log time base, time format: Hour:Minute
# Hour from 0 to 23, Minute from 0 to 59
# default value is 00:00
# since V4.02
error_log_rotate_time=00:00
# error log定期轮转的时间点,只有当rotate_error_log设置为true时有效

# rotate access log when the log file exceeds this size
# 0 means never rotates log file by log file size
# default value is 0
# since V4.02
rotate_access_log_size = 0
# access log按文件大小轮转
# 设置为0表示不按文件大小轮转,否则当access log达到该大小,就会轮转到新文件中

# rotate error log when the log file exceeds this size
# 0 means never rotates log file by log file size
# default value is 0
# since V4.02
rotate_error_log_size = 0
# error log按文件大小轮转
# 设置为0表示不按文件大小轮转,否则当error log达到该大小,就会轮转到新文件中

# if skip the invalid record when sync file
# default value is false
# since V4.02
file_sync_skip_invalid_record=false
# 文件同步的时候,是否忽略无效的binlog记录

下面是http的配置了。如果系统较大,这个服务有可能支持不了,可以自行换一个webserver,我喜欢lighttpd,当然ng也很好了。具体不说明了。相应这一块的说明大家都懂,不明白见上文。
#HTTP settings
http.disabled=false

# the port of the web server on this storage server
http.server_port=8888

http.trunk_size=256KB
# http.trunk_size表示读取文件内容的buffer大小(一次读取的文件内容大小),也就是回复给HTTP client的块大小。


# use the ip address of this storage server if domain_name is empty,
# else this domain name will ocur in the url redirected by the tracker server
http.domain_name=
# storage server上web server域名,通常仅针对单独部署的web server。这样URL中就可以通过域名方式来访问storage server上的文件了,
# 这个参数为空就是IP地址的方式。

7.4 storage服务器的目录结构和文件

完成storage节点的配置并启动storage服务后,在base_path目录下会生成storage节点运行所必须的目录结构和文件,目录和文件如下:
KaTeX parse error: Expected group after '_' at position 48: ...base_path 路径 |̲_data | |__.da...{ip_addr}${port}.mark:存放同步的完成情况

| |

| |__一级目录:256 个存放数据文件的目录,如果 store_path 不配置,文件默认存放到此处。

| |__二级目录:256 个存放数据文件的目录

|__logs

|__storaged.log:storage server 日志文件

|__storage_access.log:访问日志文件,如果开启了访问日志才会存在该日志文件,默认不存在。

data目录中存放了storage节点运行时所必须的一些文件,包括 storage 节点的初始化信息、运行状态信息、storage节点间的同步信息等。

.data_init_flag 文件中记录了 storage 节点的初始化信息

storage_join_time:存储节点加入的时间

sync_old_done:是否成功获取到源机器 IP,1 表示成功获得。

sync_src_server:源主机的 IP 地址。

sync_until_timestamp:源主机负责的旧数据截止时间。

last_ip_addr:最后使用的 IP 地址

last_server_port:最后使用的服务器端口

last_http_port:最后使用的 http 服务端口

current_trunk_file_id:当前合并文件的 ID,默认 0

trunk_last_compress_time:合并文件最后的压缩时间,默认 0

其中 sync_old_done、sync_src_server、sync_until_timestamp 三个参数和源同步相关

storage_stat.dat记录了storage服务的状态信息,不需要手动更改,了解信息含义即可

total_upload_count:上传文件总个数

success_upload_count:成功上传的个数

total_append_count:总上传追加个数

success_append_count:成功上传追加个数

total_modify_count:总共修改文件的个数

success_modify_count:成功修改文件的个数

total_truncate_count:总共合并文件的个数

success_truncate_count:成功合并文件的个数

total_download_count:总共下载文件的个数

success_download_count:成功下载文件的个数

total_set_meta_count:总共设置 metadata(元数据)的个数

success_set_meta_count:成功设置 metadata 的个数

total_delete_count:总共删除文件的个数

success_delete_count:成功删除文件的个数

total_get_meta_count:总共获取 metdata 的次数

success_get_meta_count:成功获取 metdata 的次数

total_create_link_count:如果文件存在,创建连接个数,用连接来访问文件

success_create_link_count:如果文件存在,成功创建连接个数, 用连接来访问文件

total_delete_link_count:总共删除链接的次数

success_delete_link_count:成功删除连接的次数

total_upload_bytes:上传文件的总大小

success_upload_bytes:成功上传文件的大小

total_append_bytes:附加文件的总大小

success_append_bytes:成功附加文件大小

total_modify_bytes:修改文件的总大小

success_modify_bytes:成功修改文件的大小

total_download_bytes:下载文件的总大小

success_download_bytes:成功下载文件的大小

total_sync_in_bytes:同步同组下机器文件的总大小

success_sync_in_bytes:成功同步同组下机器文件的总大小

total_sync_out_bytes:本机器同步到同组别的机器文件大小

success_sync_out_bytes:本机器成功同步到同组别的机器文件大小

total_file_open_count:打开文件总数量(同步文件个数+上传次数+流量次数)

success_file_op

en_count:成功打开文件数量(同步文件个数+上传次数+流量次数)

total_file_read_count:读取文件总个数

success_file_read_count:成功读取文件个数

total_file_write_count:上传文件数,可能还有同步别的机器过来的文件数量

success_file_write_count:成功上传文件数,可能还有同步别的机器过来的文件数量

last_source_update:最后一次上传文件时间

last_sync_update:同步别的机器数据过来的时间

7.5 client配置文件

连接超时时间,针对socket套接字函数connect
# connect timeout in seconds
# default value is 30s
connect_timeout=30

# client的网络超时,单位为秒。发送或接收数据时,如果在超时时间后还不能发送或接收数据,则本次网络通信失败
# network timeout in seconds
# default value is 30s
network_timeout=60

# client的网络超时,单位为秒。发送或接收数据时,如果在超时时间后还不能发送或接收数据,则本次网络通信失败
# network timeout in seconds
# default value is 30s
network_timeout=60

# tracker_server 的列表 要写端口
# tracker_server can ocur more than once, and tracker_server format is
#  "host:port", host can be hostname or ip address
tracker_server=192.168.0.197:22122

# 日志的级别
#standard log level as syslog, case insensitive, value list:
### emerg for emergency
### alert
### crit for critical
### error
### warn for warning
### notice
### info
### debug
log_level=info

# 是否使用连接池
# if use connection pool
# default value is false
# since V4.05
use_connection_pool = false

# 如果一个连接的空闲时间超过这个值将会被自动关闭
# connections whose the idle time exceeds this time will be closed
# unit: second
# default value is 3600
# since V4.05
connection_pool_max_idle_time = 3600

# 是否从FastDFS的tracker server加载参数
# if load FastDFS parameters from tracker server
# since V4.05
# default value is false
load_fdfs_parameters_from_tracker=false

是否使用storage ID 代替IP,只有当load_fdfs_parameters_from_tracker为false时才有效
# if use storage ID instead of IP address
# same as tracker.conf
# valid only when load_fdfs_parameters_from_tracker is false
# default value is false
# since V4.05
use_storage_id = false

# 指定storage_ids的路径,可以使用绝对路径和相对路径,只有当load_fdfs_parameters_from_tracker为false时才有效
# specify storage ids filename, can use relative or absolute path
# same as tracker.conf
# valid only when load_fdfs_parameters_from_tracker is false
# since V4.05
storage_ids_filename = storage_ids.conf
#tracker server的http端口
#HTTP settings
http.tracker_server_port=8080
#use "#include" directive to include HTTP other settiongs
##include http.conf

八、FastDFS优化

8.1、Storage节点之间的同步速度

由于到每台机器的同步都是由单线程负责的,因此即使主机上有很多个磁盘也不能加快同步速度,因此单线程并不能最大化磁盘 IO,最大的速度也就是一个磁盘的速度。

对于重要文件,为了防止机器宕机或者坏磁盘的文件丢失,及时的同步备份是必须得。若同步太慢,还可能导致Tracker不能正确估计可用空间,而导致空间溢出。

由于 Linux 系统的文件缓存机制,若一个刚写入的文件马上读,那么很可能就命中在系统缓存上,此时读数据几乎不耗费时间,若不能命中缓存,从磁盘读,将耗费很长时间。因此写入速度,最好与同步速度相当,这样可以保证及时同步。若写入速度超过同步速度,从某个时刻开始,将会使得所有的读无法命中缓存,同步性能将大幅下滑。

影响storage同步速度的参数:

sync_binlog_buff_interval=10

同步 binglog(更新操作日志)到硬盘的时间间隔,单位为秒,默认值 60 秒。本参数会影响新

上传文件同步延迟时间。

sync_wait_msec=50

同步等待时间,单位毫秒。同步文件时,如果从 binlog 中没有读到要同步的文件,休眠 N 毫秒后重新读取。0 表示不休眠,立即再次尝试读取。出于 CPU 消耗考虑,不建议设置为 0。如果希望同步尽可能快一些,可以将本参数设置得小一些,比如设置为 10ms。

8.2、磁盘读写速度

FastDFS推荐是多个group,每个group包括多个storage,每个storage中单独挂载一个磁盘或多个磁盘(注意是单独的磁盘,不是一个磁盘的多个分区),这样可以将文件系统的 I/O 分散到多个磁盘,适当提升服务器的I/O性能。

8.3、提升storage性能参数

connection_pool_max_idle_time = 3600

连接池中连接的最大空闲时间,单位秒,默认值 3600,可以适当调低连接的最大空闲时间,提升连接的利用率。

max_connections=256

服务器支持的最大连接数,最大连接数越大,能同时处理的任务量越大,但是消耗的资源也越多,可以根据系统的资源适当调整此值来获取最佳性能。

buff_size = 256KB

设置队列结点的 buffer 大小。工作队列消耗的内存大小 = buff_size * max_connections。设置得大一些,系统整体性能会有所提升。对于 32 位系统,请注意使用到的内存不要超过 3GB。

work_threads=4

工作线程数,通常设置为CPU数,配置的是NIO线程,也就是网络线程数,此值越大,服务器处理能力越强,但是不能超过 CPU 数据,超过后性能无提升。

thread_stack_size=512KB

线程栈的大小。FastDFS server 端采用了线程方式。 线程栈越大,一个线程占用的系统资源就越多。storage server 线程栈不应不小于 512KB,可以适当调大。

九、监控

fastdfs集群监控信息
fdfs_monitor /etc/fdfs/client.conf

######tracker server情况部分:
server_count=2, server_index=1  #server_count=2总共有两台tracker,server_index=1表示这台server的编号是1,说明前面还有一台tracker,第一台的编号是从0开始的。

tracker server is 192.168.1.104:22122  #这台tracker的IP地址是192.168.1.104端口是22122
#######组(卷)的情况部分:
group name = group2                 #所在卷组的名字,这里是group2
disk total space = 102350 MB        #这个组的空间总大小 (以组中存储空间最小的节点为准),我是两块50G的盘,所以这里是100G。
disk free space = 102205 MB         #剩余空间大小,基本也就是单个服务器所有挂载磁盘加起来的剩余空间
trunk free space = 0 MB             #小文件合并,0MB就表示没有做小文件合并
storage server count = 2            #表示这个组一共由2台storage节点组成
active server count = 1             #存活的storage节点这里是1表示只有一台处于存活状态。
storage server port = 23000         #storage的端口
storage HTTP port = 8888            #这个没有意义因为我们编译安装的时候没加参数,storage就没开启http服务
store path count = 2                #这里是2表示有两个存储路径,也就是我们挂载了两块盘,线上一般是11到12
subdir count per path = 256         #每个目录下面有256个目录
current write server index = 0      #没做合并
current trunk file id = 0           #没做合并
#######storage(存储节点)的情况部分:
    Storage 1:                       #第一个存储节点
        id = 192.168.1.105           #id,这里Id是用的默认用IP表示
        ip_addr = 192.168.1.105  ACTIVE      #此节点的IP地址,这里才是IP地址哦。主要是后面的ACTIVE这个表示该节点正常是存活状态
        http domain = 
        version = 5.10                      #程序的版本号
        join time = 2017-07-06 14:08:30     #该节点加入组的时间
        up time = 2017-07-06 14:09:01       #该节点的启动时间
        total storage = 102350 MB           #该节点的存储空间总大小
        free storage = 102205 MB            #该节点的存储空间剩余情况
        upload priority = 10                #上传优先级
        store_path_count = 2                #有几个存储路径,也就是挂了几块存储盘          
        subdir_count_per_path = 256         #每级目录创建多少子目录
        storage_port = 23000                #storage服务的端口号
        storage_http_port = 8888            #Http端口号没用
        current_write_path = 0              #合并没用
        source storage id =                 #这里为空说明这个节点是源storage负责给别人分发
        if_trunk_server = 0
        connection.alloc_count = 256        
        connection.current_count = 1
        connection.max_count = 3
        total_upload_count = 16             #上传的总次数,如线上:3100139
        success_upload_count = 16           #上传文件的总次数,如线上:3100139
        total_append_count = 0
        success_append_count = 0
        total_modify_count = 0
        success_modify_count = 0
        total_truncate_count = 0
        success_truncate_count = 0
        total_set_meta_count = 10           #更改meta data次数
        success_set_meta_count = 10         #成功更改meta data次数
        total_delete_count = 0              #删除文件的总次数,会有数值,如47但是一般不多
        success_delete_count = 0            #成功删除文件的总次数
        total_download_count = 0            #下载文件总次数,如:5282446
        success_download_count = 0                      #成功下载文件总次数
        total_get_meta_count = 0                        #获取meta data次数,一般为0
        success_get_meta_count = 0                      #成功获取meta data次数
        total_create_link_count = 0                     #一般为0                
        success_create_link_count = 0
        total_delete_link_count = 0
        success_delete_link_count = 0
        total_upload_bytes = 44005340                   #总共上传了多少字节的文件,一般比使用量/2,稍小一点,一般文件上传了都会再产生一个从文件嘛。
        success_upload_bytes = 44005340
        total_append_bytes = 0                          #附加操作使用了多少字节,一般为0或者很少,很少附加,因为一般都是存的图片什么的
        success_append_bytes = 0
        total_modify_bytes = 0                          #修改的字节数,一般为0
        success_modify_bytes = 0
        stotal_download_bytes = 0                       #下载的总字节,因为没有下载所以这里是0,但是一般这里很大的,如:4006784730483就表示下载量是4T左右。
        success_download_bytes = 0
        total_sync_in_bytes = 0                         
        success_sync_in_bytes = 0
        total_sync_out_bytes = 0
        success_sync_out_bytes = 0
        total_file_open_count = 16
        success_file_open_count = 16
        total_file_read_count = 0
        success_file_read_count = 0
        total_file_write_count = 34
        success_file_write_count = 34
        last_heart_beat_time = 2017-07-07 10:53:05                      #最后存活检测时间
        last_source_update = 2017-07-06 17:58:52                        #最后源更新时间
        last_sync_update = 1970-01-01 08:00:00                          #最后同步更新时间,这就代表没同步,如果同步过或者正常情况下,这个值会比上面的值晚1到几秒而已。
        last_synced_timestamp = 1970-01-01 08:00:00 
    Storage 2:
        id = 192.168.1.106
        ip_addr = 192.168.1.106  OFFLINE              #检测为离线状态
        http domain = 
        version = 5.10
        join time = 2017-07-06 14:08:50
        up time = 2017-07-06 14:08:50
        total storage = 102350 MB
        free storage = 102246 MB
        upload priority = 10
        store_path_count = 2
        subdir_count_per_path = 256
        storage_port = 23000
        storage_http_port = 8888
        current_write_path = 0
        source storage id = 192.168.1.105  #获得了源storage id
        if_trunk_server = 0
        connection.alloc_count = 256
        connection.current_count = 0
        connection.max_count = 0
        total_upload_count = 0
        success_upload_count = 0
        total_append_count = 0
        success_append_count = 0
        total_modify_count = 0
        success_modify_count = 0
        total_truncate_count = 0
        success_truncate_count = 0
        total_set_meta_count = 0
        success_set_meta_count = 0
        total_delete_count = 0
        success_delete_count = 0
        total_download_count = 0
        success_download_count = 0
        total_get_meta_count = 0
        success_get_meta_count = 0
        total_create_link_count = 0
        success_create_link_count = 0
        total_delete_link_count = 0
        success_delete_link_count = 0
        total_upload_bytes = 0
        success_upload_bytes = 0
        total_append_bytes = 0
        success_append_bytes = 0
        total_modify_bytes = 0
        success_modify_bytes = 0
        stotal_download_bytes = 0
        success_download_bytes = 0
        total_sync_in_bytes = 0
        success_sync_in_bytes = 0
        total_sync_out_bytes = 0
        success_sync_out_bytes = 0
        total_file_open_count = 0
        success_file_open_count = 0
        total_file_read_count = 0
        success_file_read_count = 0
        total_file_write_count = 0
        success_file_write_count = 0
        last_heart_beat_time = 2017-07-07 10:52:56
        last_source_update = 1970-01-01 08:00:00
        last_sync_update = 1970-01-01 08:00:00
        last_synced_timestamp = 1970-01-01 08:00:00 (never synced) #看最后的()里面的内容,从没有同步过

fastdfs-export监控

docker run -it --rm

-p 9018:9018

-e TRACKER_SERVER="192.168.10.81:22122;192.168.10.82:22122"

whithen/fastdfs-exporter

curl localhost:9018/metrics

十、常见故障与排查

10.1、storage服务启动时,一直卡住启动不了

启动storage服务,storage将连接tracker服务,如果连不上,将一直重试。直到连接成功,启动才算真正完成,所以需要首先确保 tracker 服务启动。如果启动过程中,执行命令卡住,可能是由于某些问题导致的启动失败,可以使用命令 tailf
b a s e p a t h / l o g s / s t o r a g e d . l o g 跟踪日志信息, base_path/logs/storaged.log 跟踪日志信息, basepath/logs/storaged.log跟踪日志信息,base_path 是在storage.conf中配置的存储跟目录。

注:在杀tracker和storage服务器进程时,请使用 killall fdfs_trackerd/killall fdfs_storaged 命令,千万不要使用kill -9命令强杀,否则可能会导致binlog数据丢失的问题。

10.2、上传文件失败,返回错误码28

返回错误码 28,表示磁盘空间不足。注意FastDFS中有预留空间的概念,在tracker.conf 中设置,

配置项为:reserved_storage_space。可以酌情设置reserved_storage_space这个参数,比如可以设置为磁盘总空间的 15%左右。

10.3、日志中出现malloc task buff failed字样的错误

出现此类信息表示已经达到最大连接数。server端支持的最大连接数可以通过 max_connections这个参数来设置。

出现这样的问题,需要排查一下是否客户端使用不当导致的,比如客户端没有及时关闭无用的连接。

10.4、FastDFS的文件ID可以反解出哪些字段

文件ID中除了包含group name和存储路径外,文件名中可以反解出如下几个字段:

  1. 文件创建时间(unix时间戳,32位整数)
  2. 文件大小
  3. 上传到的源storage server IP地址(32位整数)
  4. 文件crc32校验码
  5. 随机数(这个字段用来避免文件重名)

10.5、FastDFS整合nginx报错

查看nginx-error.log,发现一直报错:ERROR - file: .../common/fdfs_http_shared.c, line: 148, param "http.mime_types_filename" not exist or is empty

解决:修改mod_fastdfs.conf,增加#include http.conf,然后重启storage即可。

10.6、FastDFS整合nginx后浏览器400错误

ERROR - file: .../common/fdfs_global.c, line: 52, the format of filename "group1/M00/00/00/rB-HpV6VFaCAZ4JLAABHwY-HwJ0293_big.jpg" is invalid

解决:修改 mod_fastdfs.conf将 url_have_group_name=false 改为 url_have_group_name=true 即可

10.7、安装完fastdfs后,启动fastdfs的storage报错

fdfs_storaged: symbol lookup error: fdfs_storaged: undefined symbol: g_current_time

解决方法:重新安装libfastcommon

10.8、FastDFS故障 Idle too long, status change to offline!

tracker有个启动参数是g_connection_pool_max_idle_time=3600s。应该是指,tracker会检测storage是否在线,如果超过3600s没检测到storage则会将storage踢下线,类似于nginx的upstream。但问题是,网络恢复正常后,tracker却没有再次将storage的状态改变

解决方法:重启storage后解决问题;同时做好服务监控

10.9、启动的时候提示No such file or directory

ERROR - file: tracker_func.c, line: 160, "/home/yuqing/fastdfs" can't be accessed, error info: No such file or directory

解决方法:看一下/home/yunqing/fastdfs有没跟你的tracker.conf或者storage.conf里的路径一致,没有的话修改一下,或者创建路径底下的文件即可。

相关推荐
Data跳动4 小时前
Spark内存都消耗在哪里了?
大数据·分布式·spark
Java程序之猿6 小时前
微服务分布式(一、项目初始化)
分布式·微服务·架构
来一杯龙舌兰6 小时前
【RabbitMQ】RabbitMQ保证消息不丢失的N种策略的思想总结
分布式·rabbitmq·ruby·持久化·ack·消息确认
节点。csn8 小时前
Hadoop yarn安装
大数据·hadoop·分布式
NiNg_1_2349 小时前
基于Hadoop的数据清洗
大数据·hadoop·分布式
隔着天花板看星星10 小时前
Spark-Streaming集成Kafka
大数据·分布式·中间件·spark·kafka
技术路上的苦行僧15 小时前
分布式专题(8)之MongoDB存储原理&多文档事务详解
数据库·分布式·mongodb
龙哥·三年风水15 小时前
workman服务端开发模式-应用开发-后端api推送修改二
分布式·gateway·php
小小工匠16 小时前
分布式协同 - 分布式事务_2PC & 3PC解决方案
分布式·分布式事务·2pc·3pc
闯闯的日常分享18 小时前
分布式锁的原理分析
分布式