运行fastdfs_client_php_v1.6.tar.gz中的fdfs_test.php时遇到问题，请教版主

happy_fish100

出问题的那台storage server。

xuexifdfs

版主，我将几个storage server都按照你说的配置了一次，然后再次在浏览器上运行fdfs_test.php文件。

同样的问题，文件被删除的那个storage server上的进程退出了，log如下：

[2009-10-31 11:26:49] INFO - FastDFS v1.22, base_path=/home/node03/FastDFS, store_path_count=1, subdir_count_per_path=256, group_name=group1, network_timeout=60s, port=23000, bind_addr=, max_connections=256, heart_beat_interval=30s, stat_report_interval=60s, tracker_server_count=2, sync_wait_msec=200ms, sync_interval=0ms, sync_start_time=00:00, sync_end_time: 23:59, allow_ip_count=-1, file_distribute_path_mode=0, file_distribute_rotate_count=100, fsync_after_written_bytes=0, sync_log_buff_interval=10s, sync_binlog_buff_interval=60s, thread_stack_size=10240 KB, check_file_duplicate=0, FDHT group count=0, FDHT server count=0, FDHT key_namespace=, FDHT keep_alive=0
[2009-10-31 11:26:49] INFO - HTTP supported: server_port=8888, http_trunk_size=262144, default_content_type=application/octet-stream, anti_steal_token=0, token_ttl=0s, anti_steal_secret_key length=0, token_check_fail content_type=, token_check_fail buff length=0
[2009-10-31 11:26:49] INFO - file: tracker_client_thread.c, line: 191, successfully connect to tracker server 192.168.95.71:22122
[2009-10-31 11:26:49] INFO - file: tracker_client_thread.c, line: 191, successfully connect to tracker server 192.168.95.79:22122
[2009-10-31 11:26:49] INFO - file: storage_sync.c, line: 1701, successfully connect to storage server 192.168.95.75:23000
[2009-10-31 14:35:50] INFO - file: storage_sync.c, line: 1701, successfully connect to storage server 192.168.95.75:23000
[2009-10-31 14:45:50] WARNING - file: storage_sync.c, line: 100, sync data file, file: /home/node03/FastDFS/data/00/00/SF8mykrr3RgAAAAAAAASOUOT8cI61.php not exists, maybe deleted later?
[2009-10-31 14:45:50] WARNING - file: storage_sync.c, line: 100, sync data file, file: /home/node03/FastDFS/data/00/00/SF8mykrr3RgAAAAAAAASOUOT8cI61.php-m not exists, maybe deleted later?
[2009-10-31 14:45:50] CRIT - file: fdfs_storaged.c, line: 281, catch signal 6, program exiting...

出问题的机器上的storage里没有发现coredump文件。还请问版主，这又是为何？
看log提示，好像是与75那台机器同步数据的时候出的问题，但是我看过之前的帖子，版主你说过这2个warning可以不管它，但是奇怪的就是这台机器上的storaged进程退出了

[ 本帖最后由 xuexifdfs 于 2009-10-31 15:04 编辑 ]

xuexifdfs

版主你好，我分析了一下log

这应该是一个同步异常问题，也就是说72机器上的文件file: /home/node03/FastDFS/data/00/00/SF8mykrr3RgAAAAAAAASOUOT8cI61.php
还没有与同组的75机器同步，就已经被删除了，所以在75与72同步数据的时候就出现这样的warning，然后程序执行退出操作。

请问版主我的分析是否正确？ 新手上路还请多多指教

xuexifdfs

版主你好，后来我又做了一个测试，使用命令删除文件
即： /usr/local/bin/fdfs_test /etc/fdfs/client.conf delete group1 文件

删除了组内其中一台机器上的文件，但是删除完毕以后，这台机器上的storaged进程还是退出了，情况和执行fdfs_test.php文件造成的结果一样的。

对于这个问题我比较迷惑，向版主请教了！谢谢

happy_fish100

从日志文件可以看出，storage server的最大连接数是缺省配置的256。
你把storage.conf中的max_connections配置小一些试试呢？比如配置为32试试。
另外，最好照我上面的操作步骤，程序异常退出时，让系统生成core dump文件，这样就便于定位问题所在了。

[ 本帖最后由 happy_fish100 于 2009-10-31 18:32 编辑 ]

xuexifdfs

我已经按照你的方法重新配置了storage，但是程序进程退出后，没有生成core dump文件。

happy_fish100

运行fdfs_storaged前，要执行ulimit -c 10240设置要生成coredump文件。
执行：
sysctl -a | grep core
把输出的信息贴一下。

xuexifdfs

root@blade03:/# sysctl -a |grep core
error: permission denied on key 'net.ipv4.route.flush'
kernel.core_uses_pid = 0
kernel.core_pattern = core
net.core.wmem_max = 131071
net.core.rmem_max = 131071
net.core.wmem_default = 124928
net.core.rmem_default = 124928
net.core.dev_weight = 64
net.core.netdev_max_backlog = 1000
net.core.message_cost = 5
net.core.message_burst = 10
net.core.optmem_max = 20480
net.core.xfrm_aevent_etime = 10
net.core.xfrm_aevent_rseqth = 2
net.core.xfrm_larval_drop = 0
net.core.xfrm_acq_expires = 30
net.core.somaxconn = 128
net.core.netdev_budget = 300
net.core.warnings = 1
error: permission denied on key 'net.ipv6.route.flush'
root@blade03:/#

happy_fish100

生成的core文件名应该就是core吧。
程序异常退出，不应该不生成core文件啊！你严格照我说的步骤操作的么？

刚才看了一下程序，你修改一下源程序：fdfs_storaged.c，将157行：
sigaction(SIGABRT, &act, NULL) < 0 || \
删除，然后重新编译试试看能否生成core文件。

如何才能生出core文件，参见如下文章：《浅析Linux下core文件》，文章链接：
http://bowen.blog.51cto.com/136148/96867

[ 本帖最后由 happy_fish100 于 2009-10-31 20:33 编辑 ]

xuexifdfs

找到了生成的core文件了 原来就在我的根目录下面 ，没有注意看 我试验了4次 一共有4个"core.xxx"文件