Fiware Orion上下文代理功能测试失败
我已经成功地在CentOS 6.9虚拟机上分叉并构建了Context Broker源代码,现在我正尝试按照建议运行功能测试。首先,我安装了Fiware Orion上下文代理功能测试失败,fiware,fiware-orion,Fiware,Fiware Orion,我已经成功地在CentOS 6.9虚拟机上分叉并构建了Context Broker源代码,现在我正尝试按照建议运行功能测试。首先,我安装了acculator server.py脚本: $ make install_scripts INSTALL_DIR=~ 已验证是否已安装: $ accumulator-server.py -u Usage: accumulator-server.py --host <host> --port <port> --url <ser
acculator server.py
脚本:
$ make install_scripts INSTALL_DIR=~
已验证是否已安装:
$ accumulator-server.py -u
Usage: accumulator-server.py --host <host> --port <port> --url <server url> --pretty-print -v -u
Parameters:
--host <host>: host to use database to use (default is '0.0.0.0')
--port <port>: port to use (default is 1028)
--url <server url>: server URL to use (default is /accumulate)
--pretty-print: pretty print mode
--https: start in https
--key: key file (only used if https is enabled)
--cert: cert file (only used if https is enabled)
-v: verbose mode
-u: print this usage message
但测试失败并退出,并显示以下消息:
024/927: 0000_ipv6_support/ipv4_ipv6_both.test ........................................................................ (FAIL 11 - SHELL-INIT exited with code 1) testHarness.sh/IPv6 IPv4 Both : (0000_ipv6_support/ipv4_ipv6_both.test)
make: *** [functional_test] Error 11
$
我检查了文件。/0000\u ipv6\u support/ipv4\u ipv6\u both.shellInit.stdout
,以了解可能出现错误的任何提示,但错误日志不会引导我:
{ "dropped" : "ftest", "ok" : 1 }
accumulator running as PID 6404
Unable to start listening application after waiting 30
有人知道这里可能出了什么问题吗?我检查了打印错误行
的脚本,在等待30后无法启动侦听应用程序,并注意到accumulator server.py的stderr已登录到/tmp
文件夹
acculator\u 9977\u stderr
文件有以下日志:0000\u ipv6\u支持/ipv4\u ipv6\u两者。shellInit:第27行:acculator-server.py:未找到命令
我一看到这本日志就明白我犯的错误了。我当时正在运行
使用sudo和安全路径
进行功能测试,而不是使用我的路径
变量
所以最后,用下面的命令运行功能测试为我解决了这个问题
$ sudo "PATH=$PATH" make functional_test INSTALL_DIR=~
这也可以通过编辑/etc/sudoers文件来解决,方法是:
$ sudo visudo
和修改安全路径值。是否安装了累加器脚本(通常使用生成安装脚本
)?累加器脚本是否正常工作?请编辑您的问题以添加acculator-server.py-u
命令的输出。谢谢@是的,我做了,它似乎工作正常。我编辑了该问题以添加您要求的信息。为了查看它是否与IPv6相关,请尝试删除cases/0000_IPv6\u support
目录(您始终可以从git重新创建它),然后再次运行make ft
。感谢您的建议@fgalan,我按照你说的做了,现在我得到了相同的错误,因为0000个大请求/通知大小不同。test
的“相同错误”是指.shellInit.stdout
显示了相同的错误,即“等待30后无法启动侦听应用程序”?或者在这种情况下,失败模式是不同的?
$ sudo visudo