不同版本的FastDFS可以混用吗？

tgnan

例如：
我的环境有三台服务器，
一台tracker，两个storage。

部署在其上是FastDFS版本可以不一样吗？

happy_fish100

FDFS没有较好支持这个不同版本混用的问题。
因此，千万不要不同版本混用，试试就知道了。

tgnan

happy_fish100 发表于 2013-05-18 17:41
FDFS没有较好支持这个不同版本混用的问题。
因此，千万不要不同版本混用，试试就知道了。

好的，谢谢回复。。

tgnan

happy_fish100 发表于 2013-05-18 17:41
FDFS没有较好支持这个不同版本混用的问题。
因此，千万不要不同版本混用，试试就知道了。

再次咨询，
请问在相同的fDF版本下，不同的操作系统之间可用混用吗。
比如，Fdfs是v3.11
两台server ，一台tracker是RHEL6.4的，64位，
另外一台是storage，RHEl6.2的，64位，

我发现，storage启动后，一直报错。
Storage 2:
                ip_addr = 192.168.12.65  INIT
                http domain =
                version = 3.11
                join time = 2013-05-27 20:51:45
                up time =
                total storage = 0GB
                free storage = 0GB
                upload priority = 10
                store_path_count = 1
                subdir_count_per_path = 256
                storage_port = 23000
                storage_http_port = 8888
                current_write_path = 0
                source ip_addr =
                if_trunk_server= 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 = 1970-01-01 08:00:00
                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)




storage的日志。


s a tracker client, my ip is 192.168.12.65
[2013-05-27 21:34:50] DEBUG - file: tracker_proto.c, line: 48, server: 192.168.12.62:22122, response status 2 != 0
[2013-05-27 21:35:20] INFO - file: tracker_client_thread.c, line: 307, successfully connect to tracker server 192.168.12.62:22122, as a tracker client, my ip is 192.168.12.65
[2013-05-27 21:35:21] DEBUG - file: tracker_proto.c, line: 48, server: 192.168.12.62:22122, response status 2 != 0


疑似不同系统造成的异常。
我在相同操作系统和相同dfs及其他组件上两台server测试是OK的。。。

happy_fish100

看下tracker server日志

tgnan

happy_fish100 发表于 2013-05-27 22:56
看下tracker server日志

here


[2013-05-27 22:59:24] DEBUG - file: tracker_mem.c, line: 4394, storage server group1::192.168.12.65 join in, remain changelog bytes: 0
[2013-05-27 22:59:54] DEBUG - file: tracker_mem.c, line: 4394, storage server group1::192.168.12.65 join in, remain changelog bytes: 0
[2013-05-27 23:00:24] DEBUG - file: tracker_mem.c, line: 4394, storage server group1::192.168.12.65 join in, remain changelog bytes: 0

happy_fish100

升级程序吧

tgnan

happy_fish100 发表于 2013-05-27 23:04
升级程序吧

意思是Fds的版本过低吗。、
我两边的版本都是3.11啊。
上次用的4.06，因为不支持httpd服务，折腾了两周，所以才降级为3.11的。

tgnan

happy_fish100 发表于 2013-05-27 23:04
升级程序吧

问题已经找到，
是因为，在增加第二个storage节点时，同组的storage1状态是offline。
启动storage1后，
storage2状态及功能正常。