免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2388 | 回复: 3
打印 上一主题 下一主题

[FastDFS] 向高手求助几个问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2012-02-15 23:18 |只看该作者 |倒序浏览
1、我在测试tracker轮询时(1个tracker,2个group,每个group1个storage),发现个问题:
当tracker.conf配置如下时:
# 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=0

通过/usr/local/bin/fdfs_test  /usr/local/src/FastDFS/conf/client.conf upload /tmp/test.log多次上传文件,总是upload到某一个group上,重启tracker后才会一直upload到另一个group上,再重启tracker,又能upload到第一group上,这是正常的么?

2、当使用fdfs_monitor  storage.conf  group1  ip1删除group1中的ip1后,该删除的storage的状态为delete,而且总是存在,有办法彻底清理掉么?

3、当一个storage机器上使用一块磁盘一段时间后,
# path(disk or mount point) count, default value is 1
store_path_count=1

# store_path#, based 0, if store_path0 not exists, it's value is base_path
# the paths must be exist
store_path0=/disk-1/fastdfs
  
     为了经济扩容,能否在这里直接增加一块硬盘:
# path(disk or mount point) count, default value is 1
store_path_count=2

# store_path#, based 0, if store_path0 not exists, it's value is base_path
# the paths must be exist
store_path0=/disk-2/fastdfs
    这样是否可行呢?


   研究fastdfs时间不长,请高手赐教。

论坛徽章:
4
2015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:56:11IT运维版块每日发帖之星
日期:2016-08-11 06:20:00IT运维版块每日发帖之星
日期:2016-08-15 06:20:00
2 [报告]
发表于 2012-02-16 12:39 |只看该作者
回复 1# mcz_2005

1. 确认一下tracker配置文件是否生效,可以看一下tracker server的日志文件。另外,可以用fdfs_monitor看一下集群状态
2. 需要重启tracker server才能彻底删除掉
3. 增加一个硬盘,需要增加 store_path1=。。。这个配置,而不是修改原来的

论坛徽章:
0
3 [报告]
发表于 2012-02-16 20:23 |只看该作者
本帖最后由 mcz_2005 于 2012-02-16 20:50 编辑

非常感谢鱼老大的帮助,现在问题如下:
1、 当tracker配置:store_lookup=0时,tracker日志如下:
    [2012-02-16 20:15:10] INFO - FastDFS v3.06, base_path=/disk-1/tracker, run_by_group=, run_by_user=, connect_timeout=30s, network_timeout=60s, port=22222, bind_addr=, max_connections=256, work_threads=4, store_lookup=0, store_group=, store_server=0, store_path=0, reserved_storage_space=4096MB, download_server=0, allow_ip_count=-1, sync_log_buff_interval=10s, check_active_interval=120s, thread_stack_size=64 KB, storage_ip_changed_auto_adjust=1, storage_sync_file_max_delay=86400s, storage_sync_file_max_time=300s, use_trunk_file=0, slot_min_size=256, slot_max_size=16 MB, trunk_file_size=64 MB, trunk_create_file_advance=0, trunk_create_file_time_base=02:00, trunk_create_file_interval=86400, trunk_create_file_space_threshold=20 GB
     tracker server的store_lookup的信息已经生效,但上传文件时还一直只定位到group2,并不是轮询定位所有group,集群状态:
     #  fdfs_monitor /etc/fdfs/mcz-storage-1.conf
[2012-02-16 20:47:23] INFO - base_path=/disk-1/fastdfs, connect_timeout=30, network_timeout=60, tracker_server_count=1, anti_steal_token=0, anti_steal_secret_key length=0

server_count=1, server_index=0

tracker server is 192.168.20.91:22222

group count: 2

Group 1:
group name = group1
disk free space = 38 GB
trunk free space = 0 GB
storage server count = 1
active server count = 1
storage server port = 24000
storage HTTP port = 8888
store path count = 1
subdir count per path = 256
current write server index = 0
current trunk file id = 0

        Storage 1:
                ip_addr = 192.168.20.85  ACTIVE
                http domain =
                version = 3.06
                join time = 2012-02-16 20:05:37
                up time = 2012-02-16 20:05:37
                total storage = 56GB
                free storage = 38GB
                upload priority = 10
                store_path_count = 1
                subdir_count_per_path = 256
                storage_port = 24000
                storage_http_port = 8888
                current_write_path = 0
                source ip_addr =
                if_trunk_server= 0
                total_upload_count = 3
                success_upload_count = 3
                total_append_count = 0
                success_append_count = 0
                total_set_meta_count = 6
                success_set_meta_count = 6
                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 = 87
                success_upload_bytes = 87
                total_append_bytes = 0
                success_append_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 = 6
                success_file_open_count = 6
                total_file_read_count = 0
                success_file_read_count = 0
                total_file_write_count = 6
                success_file_write_count = 6
                last_heart_beat_time = 2012-02-16 20:46:55
                last_source_update = 2012-02-16 20:18:52
                last_sync_update = 1970-01-01 07:00:00
                last_synced_timestamp = 1970-01-01 07:00:00

Group 2:
group name = group2
disk free space = 128 GB
trunk free space = 0 GB
storage server count = 1
active server count = 1
storage server port = 24000
storage HTTP port = 8888
store path count = 1
subdir count per path = 256
current write server index = 0
current trunk file id = 0

        Storage 1:
                ip_addr = 192.168.20.92  ACTIVE
                http domain =
                version = 3.06
                join time = 2012-02-16 19:58:22
                up time = 2012-02-16 19:58:22
                total storage = 142GB
                free storage = 128GB
                upload priority = 10
                store_path_count = 1
                subdir_count_per_path = 256
                storage_port = 24000
                storage_http_port = 8888
                current_write_path = 0
                source ip_addr =
                if_trunk_server= 0
                total_upload_count = 34
                success_upload_count = 34
                total_append_count = 0
                success_append_count = 0
                total_set_meta_count = 68
                success_set_meta_count = 68
                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 = 986
                success_upload_bytes = 986
                total_append_bytes = 0
                success_append_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 = 68
                success_file_open_count = 68
                total_file_read_count = 0
                success_file_read_count = 0
                total_file_write_count = 68
                success_file_write_count = 68
                last_heart_beat_time = 2012-02-16 20:47:06
                last_source_update = 2012-02-16 20:42:44
                last_sync_update = 1970-01-01 07:00:00
                last_synced_timestamp = 1970-01-01 07:00:00

        请鱼老大指点。
     
2、我删除group2上的唯一一个storage后,重启tracker后storage的确delete的状态信息没了,但是用fdfs_monitor  storage.conf list会遗漏下述信息:
Group 2:
group name = group2
disk free space = 0 GB
trunk free space = 0 GB
storage server count = 0
active server count = 0
storage server port = 24000
storage HTTP port = 8888
store path count = 1
subdir count per path = 256
current write server index = 0
current trunk file id = 0
我重启的tracker和重启服务器均遗留这样的信息,有办法彻底删除么?

论坛徽章:
0
4 [报告]
发表于 2013-07-31 19:14 |只看该作者
没有必要这么较真吧。

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP