Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/flash/4.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google app engine 为什么appcfg.sh只下载我日志的最后100行_Google App Engine - Fatal编程技术网

Google app engine 为什么appcfg.sh只下载我日志的最后100行

Google app engine 为什么appcfg.sh只下载我日志的最后100行,google-app-engine,Google App Engine,我正试图使用appcfg.sh客户端实用程序下载我的google appengine日志,但无论我做什么,我只得到(准确地)100条日志行。我尝试了--num_days,根据文档指定几天或0来检索所有可用的时间,但没有效果。我的日志并不是特别大,100行日志只需要几个小时,总容量约为40kB。当然,如果我在web控制台中查看日志,我可以看到数周(或数月)的日志 我一直在尝试以下命令的变体: appcfg.sh--num_days=0 --include_all -A <<my app

我正试图使用appcfg.sh客户端实用程序下载我的google appengine日志,但无论我做什么,我只得到(准确地)100条日志行。我尝试了--num_days,根据文档指定几天或0来检索所有可用的时间,但没有效果。我的日志并不是特别大,100行日志只需要几个小时,总容量约为40kB。当然,如果我在web控制台中查看日志,我可以看到数周(或数月)的日志

我一直在尝试以下命令的变体:

appcfg.sh--num_days=0 --include_all -A <<my app name>> request_logs <<path to my app>> api_2017_04_10.log
appcfg.sh--num_days=0--include_all--A请求日志api_2017_04_10.log
我得到的结果是:

Reading application configuration data...
Apr 10, 2017 1:12:41 PM com.google.apphosting.utils.config.IndexesXmlReader readConfigXml
INFO: Successfully processed <<my app path>>/WEB-INF/datastore-indexes.xml


Beginning interaction for module <<my module name>>...
0% Beginning to retrieve log records...
25% Received 100 log records...
Success.
Cleaning up temporary files for module <<my module name>>...
正在读取应用程序配置数据。。。 2017年4月10日下午1:12:41 com.google.apphosting.utils.config.indexxmlreader readConfigXml 信息:已成功处理/WEB-INF/datastore-indexes.xml 正在开始模块的交互。。。 0%正在开始检索日志记录。。。 25%的用户收到100条日志记录。。。 成功。 正在清理模块的临时文件。。。
请注意,它总是以“25%”和“100个日志记录”结尾。。。不管怎样,100行的日志远远超过了我预期的25%。

经过一周的断断续续的处理,今天晚上总是得到同样的结果,我再次运行了完全相同的脚本,出乎意料的是,我得到了400行日志,而不是100行。我立即再次运行它,它持续运行了几分钟,同时报告“97%”已完成,但继续显示数千行额外的日志。但是,它当时并没有将任何数据写入日志(我认为它想缓冲所有数据)。。。所以我把它调低到--num_days=7,这似乎奏效了


我认为客户端或API有很多问题。

经过一周的断断续续的处理,今晚总是得到相同的结果,我再次运行了完全相同的脚本,出乎意料的是,我得到了400行日志,而不是100行。我立即再次运行它,它持续运行了几分钟,同时报告“97%”已完成,但继续显示数千行额外的日志。但是,它当时并没有将任何数据写入日志(我认为它想缓冲所有数据)。。。所以我把它调低到--num_days=7,这似乎奏效了

我认为客户端或API只是有很多缺陷