SAP云平台上nodejs应用连接8080端口失败的日志

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介: SAP云平台上nodejs应用连接8080端口失败的日志

image.png

2019-08-22T10:33:46.97+0800 [STG/0] OUT Visit http://docs.cloudfoundry.org/buildpacks/node/index.html#vendoring

2019-08-22T10:33:46.97+0800 [STG/0] OUT NODE_ENV=production

2019-08-22T10:33:46.97+0800 [STG/0] OUT NODE_HOME=/tmp/contents145933892/deps/0/node

2019-08-22T10:33:46.97+0800 [STG/0] OUT NODE_MODULES_CACHE=true

2019-08-22T10:33:46.97+0800 [STG/0] OUT NODE_VERBOSE=false

2019-08-22T10:33:46.97+0800 [STG/0] OUT NPM_CONFIG_LOGLEVEL=error

2019-08-22T10:33:46.97+0800 [STG/0] OUT NPM_CONFIG_PRODUCTION=true

2019-08-22T10:33:46.97+0800 [STG/0] OUT -----> Building dependencies

2019-08-22T10:33:46.97+0800 [STG/0] OUT Installing node modules (package.json + package-lock.json)

2019-08-22T10:33:52.81+0800 [STG/0] OUT added 284 packages from 736 contributors and audited 622 packages in 5.28s

2019-08-22T10:33:52.81+0800 [STG/0] OUT found 9 vulnerabilities (2 low, 1 moderate, 6 high)

2019-08-22T10:33:52.81+0800 [STG/0] OUT run npm audit fix to fix them, or npm audit for details

2019-08-22T10:33:53.63+0800 [STG/0] OUT WARNING Unmet dependencies don’t fail npm install but may cause runtime issues

2019-08-22T10:33:53.63+0800 [STG/0] OUT See: https://github.com/npm/npm/issues/7494

2019-08-22T10:34:00.17+0800 [STG/0] OUT Exit status 0

2019-08-22T10:34:00.17+0800 [STG/0] OUT Uploading droplet, build artifacts cache…

2019-08-22T10:34:00.17+0800 [STG/0] OUT Uploading build artifacts cache…

2019-08-22T10:34:00.17+0800 [STG/0] OUT Uploading droplet…

2019-08-22T10:34:01.01+0800 [STG/0] OUT Uploaded build artifacts cache (28.8M)

2019-08-22T10:34:01.04+0800 [API/14] OUT Creating droplet for app with guid a881abee-2aee-4a8c-8717-62fcb89e1554

2019-08-22T10:34:06.14+0800 [STG/0] OUT Uploaded droplet (28.9M)

2019-08-22T10:34:06.15+0800 [STG/0] OUT Uploading complete

2019-08-22T10:34:06.39+0800 [STG/0] OUT Cell 94934fc4-d4ef-46e5-bd5b-bf61ba910607 stopping instance 1e654aaa-d258-47d8-b7b6-f80a63e119e2

2019-08-22T10:34:06.39+0800 [STG/0] OUT Cell 94934fc4-d4ef-46e5-bd5b-bf61ba910607 destroying container for instance 1e654aaa-d258-47d8-b7b6-f80a63e119e2

2019-08-22T10:34:06.91+0800 [CELL/0] OUT Cell 787798c5-0088-4993-a6b2-919610813be5 creating container for instance 5a60b2b3-c9d5-47b8-78a3-79ce

2019-08-22T10:34:07.25+0800 [STG/0] OUT Cell 94934fc4-d4ef-46e5-bd5b-bf61ba910607 successfully destroyed container for instance 1e654aaa-d258-47d8-b7b6-f80a63e119e2

2019-08-22T10:34:09.87+0800 [CELL/0] OUT Cell 787798c5-0088-4993-a6b2-919610813be5 successfully created container for instance 5a60b2b3-c9d5-47b8-78a3-79ce

2019-08-22T10:34:10.17+0800 [CELL/0] OUT Downloading droplet…

2019-08-22T10:34:12.28+0800 [CELL/0] OUT Downloaded droplet (28.9M)

2019-08-22T10:34:12.28+0800 [CELL/0] OUT Starting health monitoring of container

2019-08-22T10:34:30.50+0800 [APP/PROC/WEB/0] OUT Api is running!

2019-08-22T10:35:12.85+0800 [HEALTH/0] ERR Failed to make TCP connection to port 8080: connection refused

2019-08-22T10:35:12.85+0800 [CELL/0] ERR Timed out after 1m0s: health check never passed.

2019-08-22T10:35:12.93+0800 [APP/PROC/WEB/0] OUT Exit status 143

2019-08-22T10:35:13.19+0800 [CELL/0] OUT Cell 787798c5-0088-4993-a6b2-919610813be5 stopping instance 5a60b2b3-c9d5-47b8-78a3-79ce

2019-08-22T10:35:13.19+0800 [CELL/0] OUT Cell 787798c5-0088-4993-a6b2-919610813be5 destroying container for instance 5a60b2b3-c9d5-47b8-78a3-79ce

2019-08-22T10:35:13.22+0800 [API/6] OUT Process has crashed with type: “web”

2019-08-22T10:35:13.23+0800 [API/6] OUT App instance exited with guid a881abee-2aee-4a8c-8717-62fcb89e1554 payload: {“instance”=>“5a60b2b3-c9d5-47b8-78a3-79ce”, “index”=>0, “cell_id”=>“787798c5-0088-4993-a6b2-919610813be5”, “reason”=>“CRASHED”, “exit_description”=>“Instance never healthy after 1m0s: Failed to make TCP connection to port 8080: connection refused”, “crash_count”=>1, “crash_timestamp”=>1566441313153665661, “version”=>“9b02dd8a-71a6-4462-bef8-6e3ce2144c67”}

2019-08-22T10:35:13.39+0800 [CELL/0] OUT Cell 68480e9f-46a1-452b-ad9c-1ad68f54cf7b creating container for instance f06f1b2a-f6a0-4c30-5937-77b5

2019-08-22T10:35:14.17+0800 [CELL/0] OUT Cell 787798c5-0088-4993-a6b2-919610813be5 successfully destroyed container for instance 5a60b2b3-c9d5-47b8-78a3-79ce

2019-08-22T10:35:16.79+0800 [CELL/0] OUT Cell 68480e9f-46a1-452b-ad9c-1ad68f54cf7b successfully created container for instance f06f1b2a-f6a0-4c30-5937-77b5

2019-08-22T10:35:17.20+0800 [CELL/0] OUT Downloading droplet…

2019-08-22T10:35:19.52+0800 [CELL/0] OUT Downloaded droplet (28.9M)

2019-08-22T10:35:19.52+0800 [CELL/0] OUT Starting health monitoring of container

2019-08-22T10:35:43.58+0800 [APP/PROC/WEB/0] OUT Api is running!

2019-08-22T10:36:20.09+0800 [HEALTH/0] ERR Failed to make TCP connection to port 8080: connection refused

2019-08-22T10:36:20.09+0800 [CELL/0] ERR Timed out after 1m0s: health check never passed.

2019-08-22T10:36:20.20+0800 [APP/PROC/WEB/0] OUT Exit status 143

2019-08-22T10:36:20.39+0800 [CELL/0] OUT Cell 68480e9f-46a1-452b-ad9c-1ad68f54cf7b stopping instance f06f1b2a-f6a0-4c30-5937-77b5

2019-08-22T10:36:20.39+0800 [CELL/0] OUT Cell 68480e9f-46a1-452b-ad9c-1ad68f54cf7b destroying container for instance f06f1b2a-f6a0-4c30-5937-77b5

2019-08-22T10:36:20.39+0800 [API/6] OUT Process has crashed with type: “web”

2019-08-22T10:36:20.40+0800 [API/6] OUT App instance exited with guid a881abee-2aee-4a8c-8717-62fcb89e1554 payload: {“instance”=>“f06f1b2a-f6a0-4c30-5937-77b5”, “index”=>0, “cell_id”=>“68480e9f-46a1-452b-ad9c-1ad68f54cf7b”, “reason”=>“CRASHED”, “exit_description”=>“Instance never healthy after 1m0s: Failed to make TCP connection to port 8080: connection refused”, “crash_count”=>2, “crash_timestamp”=>1566441380350140232, “version”=>“9b02dd8a-71a6-4462-bef8-6e3ce2144c67”}

2019-08-22T10:36:20.58+0800 [CELL/0] OUT Cell 50a55314-23dd-49d8-9036-412359ee14d7 creating container for instance 36fd58b0-a093-46b8-477d-7d16

2019-08-22T10:36:21.36+0800 [CELL/0] OUT Cell 68480e9f-46a1-452b-ad9c-1ad68f54cf7b successfully destroyed container for instance f06f1b2a-f6a0-4c30-5937-77b5

2019-08-22T10:36:23.75+0800 [CELL/0] OUT Cell 50a55314-23dd-49d8-9036-412359ee14d7 successfully created container for instance 36fd58b0-a093-46b8-477d-7d16

2019-08-22T10:36:23.89+0800 [CELL/0] OUT Downloading droplet…

2019-08-22T10:36:26.09+0800 [CELL/0] OUT Downloaded droplet (28.9M)

2019-08-22T10:36:26.09+0800 [CELL/0] OUT Starting health monitoring of container

2019-08-22T10:36:46.27+0800 [APP/PROC/WEB/0] OUT Api is running!

2019-08-22T10:37:26.64+0800 [HEALTH/0] ERR Failed to make TCP connection to port 8080: connection refused

2019-08-22T10:37:26.64+0800 [CELL/0] ERR Timed out after 1m0s: health check never passed.

2019-08-22T10:37:26.70+0800 [APP/PROC/WEB/0] OUT Exit status 143

2019-08-22T10:37:27.27+0800 [CELL/0] OUT Cell 50a55314-23dd-49d8-9036-412359ee14d7 stopping instance 36fd58b0-a093-46b8-477d-7d16

2019-08-22T10:37:27.27+0800 [CELL/0] OUT Cell 50a55314-23dd-49d8-9036-412359ee14d7 destroying container for instance 36fd58b0-a093-46b8-477d-7d16

2019-08-22T10:37:27.31+0800 [API/27] OUT Process has crashed with type: “web”

2019-08-22T10:37:27.33+0800 [API/27] OUT App instance exited with guid a881abee-2aee-4a8c-8717-62fcb89e1554 payload: {“instance”=>“36fd58b0-a093-46b8-477d-7d16”, “index”=>0, “cell_id”=>“50a55314-23dd-49d8-9036-412359ee14d7”, “reason”=>“CRASHED”, “exit_description”=>“Instance never healthy after 1m0s: Failed to make TCP connection to port 8080: connection refused”, “crash_count”=>3, “crash_timestamp”=>1566441447266677623, “version”=>“9b02dd8a-71a6-4462-bef8-6e3ce2144c67”}

2019-08-22T10:37:28.30+0800 [CELL/0] OUT Cell 50a55314-23dd-49d8-9036-412359ee14d7 successfully destroyed container for

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
12天前
|
JavaScript 前端开发 API
探索后端技术:Node.js的优势和实际应用
【10月更文挑战第6天】 在当今数字化时代,后端开发是任何成功软件应用的关键组成部分。本文将深入探讨一种流行的后端技术——Node.js,通过分析其核心优势和实际应用案例,揭示其在现代软件开发中的重要性和潜力。
49 2
|
3天前
|
运维 JavaScript Linux
容器内的Nodejs应用如何获取宿主机的基础信息-系统、内存、cpu、启动时间,以及一个df -h的坑
本文介绍了如何在Docker容器内的Node.js应用中获取宿主机的基础信息,包括系统信息、内存使用情况、磁盘空间和启动时间等。核心思路是将宿主机的根目录挂载到容器,但需注意权限和安全问题。文章还提到了使用`df -P`替代`df -h`以获得一致性输出,避免解析错误。
|
1月前
|
JavaScript 开发者
深入理解Node.js事件循环及其在后端开发中的应用
【8月更文挑战第57天】本文将带你走进Node.js的事件循环机制,通过浅显易懂的语言和实例代码,揭示其背后的工作原理。我们将一起探索如何高效利用事件循环进行异步编程,提升后端应用的性能和响应速度。无论你是Node.js新手还是有一定经验的开发者,这篇文章都能给你带来新的启发和思考。
|
15天前
|
JavaScript NoSQL 前端开发
使用 Node.js 和 MongoDB 构建实时聊天应用
【10月更文挑战第2天】使用 Node.js 和 MongoDB 构建实时聊天应用
|
1月前
|
JavaScript API 数据库
深入理解Node.js事件循环及其在后端开发中的应用
【9月更文挑战第3天】本文将深入浅出地介绍Node.js的事件循环机制,探讨其非阻塞I/O模型和如何在后端开发中利用这一特性来处理高并发请求。通过实际的代码示例,我们将看到如何有效地使用异步操作来优化应用性能。文章旨在为读者揭示Node.js在后端开发中的核心优势和应用场景,帮助开发者更好地理解和运用事件循环来构建高性能的后端服务。
|
2月前
|
机器学习/深度学习 人工智能 自然语言处理
深度学习中的图像识别技术深入理解Node.js事件循环及其在后端开发中的应用
【8月更文挑战第27天】本文将介绍深度学习中的图像识别技术,包括其原理、应用领域及未来发展。我们将探讨如何通过神经网络实现图像识别,并分析其在医疗、交通等领域的应用。最后,我们将展望图像识别技术的发展前景。
|
2月前
|
运维 Cloud Native JavaScript
云端新纪元:云原生技术深度解析深入理解Node.js事件循环及其在异步编程中的应用
【8月更文挑战第27天】随着云计算技术的飞速发展,云原生已成为推动现代软件开发和运维的关键力量。本文将深入探讨云原生的基本概念、核心价值及其在实际业务中的应用,帮助读者理解云原生如何重塑IT架构,提升企业的创新能力和市场竞争力。通过具体案例分析,我们将揭示云原生技术背后的哲学思想,以及它如何影响企业决策和操作模式。
|
2月前
|
JavaScript 开发者
深入理解Node.js事件循环及其在后端开发中的应用
【8月更文挑战第31天】 本文将带你走进Node.js的事件循环机制,通过浅显易懂的语言和实例代码,揭示其背后的工作原理。我们将一起探索如何高效利用事件循环进行异步编程,提升后端应用的性能和响应速度。无论你是Node.js新手还是有一定经验的开发者,这篇文章都能给你带来新的启发和思考。
|
2月前
|
JavaScript 前端开发 API
深入理解Node.js事件循环及其在后端开发中的应用
【8月更文挑战第29天】本文将深入浅出地介绍Node.js事件循环机制,并结合代码示例探讨其如何影响后端开发实践。我们将从事件循环的基本概念出发,逐步解析其工作原理和性能优化策略,旨在帮助开发者更好地理解和运用Node.js进行高效的后端开发。
|
2月前
|
JSON JavaScript 中间件
深入浅出Node.js后端开发之Express框架应用
【8月更文挑战第29天】本文将带领读者快速了解并掌握使用Express框架进行Node.js后端开发的基础和进阶知识。我们将一起探索Express的安装、基本使用方法,并通过实际代码示例学习如何搭建一个简单的Web服务器。无论你是初学者还是有一定经验的开发者,这篇文章都将为你提供有价值的指导和灵感。