Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug] dokploy平台使用docker-compose部署服务区版本,正常运行一段时间后总是自动退出 #5383

Closed
changjiong opened this issue Jan 10, 2025 · 19 comments
Labels
🐛 Bug Something isn't working | 缺陷

Comments

@changjiong
Copy link

📦 Environment

Other

📌 Version

1.45

💻 Operating System

Ubuntu

🌐 Browser

Edge

🐛 Bug Description

2025-01-10T05:13:36.785Z at Object.y (.next/server/chunks/39817.js:257:19183)
2025-01-10T05:13:36.785Z at (.next/server/chunks/39817.js:257:23459)
2025-01-10T05:13:36.785Z at (.next/server/chunks/86177.js:159:1345)
2025-01-10T05:13:36.785Z at o (.next/server/chunks/86177.js:159:1740)
2025-01-10T05:13:36.785Z at s (.next/server/chunks/86177.js:159:1766)
2025-01-10T05:13:36.785Z at d (.next/server/chunks/86177.js:159:1943)
2025-01-10T05:13:36.785Z at (.next/server/chunks/39817.js:257:23405)
2025-01-10T05:13:36.785Z at t.a (.next/server/webpack-runtime.js:1:989)
2025-01-10T05:13:36.785Z at 955225 (.next/server/chunks/39817.js:257:23158)
2025-01-10T05:13:36.785Z at t (.next/server/webpack-runtime.js:1:143)
2025-01-10T05:13:36.786Z ⨯ unhandledRejection: ReferenceError: Cannot access 'm' before initialization
2025-01-10T05:13:36.786Z at Object.y (.next/server/chunks/39817.js:257:19183)
2025-01-10T05:13:36.786Z at (.next/server/chunks/39817.js:257:23459)
2025-01-10T05:13:43.648Z {
2025-01-10T05:13:43.648Z allowDangerousEmailAccountLinking: true,
2025-01-10T05:13:43.648Z clientId: undefined,
2025-01-10T05:13:43.648Z clientSecret: undefined,
2025-01-10T05:13:43.648Z platformType: 'WebsiteApp',
2025-01-10T05:13:43.648Z profile: [Function: profile]
2025-01-10T05:13:43.648Z }
2025-01-10T05:13:36.786Z at (.next/server/chunks/86177.js:159:1345)
2025-01-10T05:13:36.786Z at o (.next/server/chunks/86177.js:159:1740)
2025-01-10T05:13:36.786Z at s (.next/server/chunks/86177.js:159:1766)
2025-01-10T05:13:36.786Z at d (.next/server/chunks/86177.js:159:1943)
2025-01-10T05:13:36.786Z at (.next/server/chunks/39817.js:257:23405)
2025-01-10T05:13:36.786Z at t.a (.next/server/webpack-runtime.js:1:989)
2025-01-10T05:13:36.786Z at 955225 (.next/server/chunks/39817.js:257:23158)
2025-01-10T05:13:36.786Z at t (.next/server/webpack-runtime.js:1:143)
2025-01-10T05:13:43.769Z ⨯ ReferenceError: Cannot access 'm' before initialization
2025-01-10T05:13:43.769Z at Object.y (.next/server/chunks/39817.js:257:19183)
2025-01-10T05:13:43.769Z at (.next/server/chunks/39817.js:257:23459)
2025-01-10T05:13:43.769Z at (.next/server/chunks/86177.js:159:1345)
2025-01-10T05:13:43.769Z at o (.next/server/chunks/86177.js:159:1740)
2025-01-10T05:13:43.769Z at s (.next/server/chunks/86177.js:159:1766)
2025-01-10T05:13:43.769Z at d (.next/server/chunks/86177.js:159:1943)
2025-01-10T05:13:43.769Z at (.next/server/chunks/39817.js:257:23405)
2025-01-10T05:13:43.769Z at t.a (.next/server/webpack-runtime.js:1:989)
2025-01-10T05:13:43.769Z at 955225 (.next/server/chunks/39817.js:257:23158)
2025-01-10T05:13:43.769Z at t (.next/server/webpack-runtime.js:1:143) {
2025-01-10T05:13:43.769Z digest: '2116735162'
2025-01-10T05:13:43.769Z }
2025-01-10T05:13:52.354Z ⨯ ReferenceError: Cannot access 'm' before initialization
2025-01-10T05:13:52.354Z at Object.y (.next/server/chunks/39817.js:257:19183)
2025-01-10T05:13:52.354Z at (.next/server/chunks/39817.js:257:23459)
2025-01-10T05:13:52.354Z at (.next/server/chunks/86177.js:159:1345)
2025-01-10T05:13:52.354Z at o (.next/server/chunks/86177.js:159:1740)
2025-01-10T05:13:52.354Z at s (.next/server/chunks/86177.js:159:1766)
2025-01-10T05:13:52.354Z at d (.next/server/chunks/86177.js:159:1943)
2025-01-10T05:13:52.354Z at (.next/server/chunks/39817.js:257:23405)
2025-01-10T05:13:52.354Z at t.a (.next/server/webpack-runtime.js:1:989)
2025-01-10T05:13:52.354Z at 955225 (.next/server/chunks/39817.js:257:23158)
2025-01-10T05:13:52.354Z at t (.next/server/webpack-runtime.js:1:143) {
2025-01-10T05:13:52.354Z digest: '2116735162'
2025-01-10T05:13:52.354Z }
2025-01-10T05:13:57.169Z ⨯ ReferenceError: Cannot access 'm' before initialization
2025-01-10T05:13:57.169Z at Object.y (.next/server/chunks/39817.js:257:19183)
2025-01-10T05:13:57.169Z at (.next/server/chunks/39817.js:257:23459)
2025-01-10T05:13:57.169Z at (.next/server/chunks/86177.js:159:1345)
2025-01-10T05:13:57.169Z at o (.next/server/chunks/86177.js:159:1740)
2025-01-10T05:13:57.169Z at s (.next/server/chunks/86177.js:159:1766)
2025-01-10T05:13:57.169Z at d (.next/server/chunks/86177.js:159:1943)
2025-01-10T05:13:57.169Z at (.next/server/chunks/39817.js:257:23405)
2025-01-10T05:13:57.169Z at t.a (.next/server/webpack-runtime.js:1:989)
2025-01-10T05:13:57.169Z at 955225 (.next/server/chunks/39817.js:257:23158)
2025-01-10T05:13:57.169Z at t (.next/server/webpack-runtime.js:1:143) {
2025-01-10T05:14:06.636Z next auth: undefined
2025-01-10T05:14:06.637Z {"level":30,"time":1736486046636,"pid":28,"hostname":"4e8c9fee27ba","msg":"Error in tRPC handler (lambda) on path: topic.createTopic, type: mutation"}
2025-01-10T05:22:12.120Z {
2025-01-10T05:22:12.120Z allowDangerousEmailAccountLinking: true,
2025-01-10T05:22:12.120Z clientId: undefined,
2025-01-10T05:22:12.120Z clientSecret: undefined,
2025-01-10T05:22:12.120Z platformType: 'WebsiteApp',
2025-01-10T05:22:12.120Z profile: [Function: profile]
2025-01-10T05:22:12.120Z }
2025-01-10T05:13:57.169Z digest: '2116735162'
2025-01-10T05:13:57.169Z }
2025-01-10T05:13:58.954Z ⨯ ReferenceError: Cannot access 'm' before initialization
2025-01-10T05:13:58.954Z at Object.y (.next/server/chunks/39817.js:257:19183)
2025-01-10T05:13:58.954Z at (.next/server/chunks/39817.js:257:23459)
2025-01-10T05:13:58.954Z at (.next/server/chunks/86177.js:159:1345)
2025-01-10T05:13:58.954Z at o (.next/server/chunks/86177.js:159:1740)
2025-01-10T05:13:58.954Z at s (.next/server/chunks/86177.js:159:1766)
2025-01-10T05:13:58.954Z at d (.next/server/chunks/86177.js:159:1943)
2025-01-10T05:13:58.954Z at (.next/server/chunks/39817.js:257:23405)
2025-01-10T05:13:58.954Z at t.a (.next/server/webpack-runtime.js:1:989)
2025-01-10T05:13:58.954Z at 955225 (.next/server/chunks/39817.js:257:23158)
2025-01-10T05:13:58.954Z at t (.next/server/webpack-runtime.js:1:143) {
2025-01-10T05:13:58.954Z digest: '2116735162'
2025-01-10T05:13:58.954Z }
2025-01-10T05:14:06.638Z Error [TRPCError]: UNAUTHORIZED
2025-01-10T05:14:06.638Z at (.next/server/chunks/17836.js:1:7685)
2025-01-10T05:14:06.638Z at f (.next/server/chunks/12620.js:4:74)
2025-01-10T05:14:06.638Z at r (.next/server/chunks/12620.js:1:5805)
2025-01-10T05:14:06.638Z at (.next/server/chunks/98787.js:1:7780)
2025-01-10T05:14:06.638Z at Array.map ()
2025-01-10T05:14:06.638Z at g (.next/server/chunks/98787.js:1:7317)
2025-01-10T05:14:06.638Z at async r (.next/server/chunks/22699.js:1:428) {
2025-01-10T05:14:06.638Z cause: undefined,
2025-01-10T05:14:06.638Z code: 'UNAUTHORIZED'
2025-01-10T05:14:06.638Z }

📷 Recurrence Steps

dokploy版本V0.15.1
试了好几个版本都一样,部署lobe-chat-database运行一段时间后自己退出,然后就要重新部署。
后台日志如上,不知道问题在哪里。

🚦 Expected Behavior

不再退出

📝 Additional Information

No response

@changjiong changjiong added the 🐛 Bug Something isn't working | 缺陷 label Jan 10, 2025
@github-project-automation github-project-automation bot moved this to Roadmap - Chat 1.x in Lobe Chat Routine Jan 10, 2025
@lobehubbot
Copy link
Member

👀 @changjiong

Thank you for raising an issue. We will investigate into the matter and get back to you as soon as possible.
Please make sure you have given us as much context as possible.
非常感谢您提交 issue。我们会尽快调查此事,并尽快回复您。 请确保您已经提供了尽可能多的背景信息。

Copy link

dosubot bot commented Jan 10, 2025

I found a similar unsolved discussion regarding a docker deployment error where the service exits unexpectedly [1]. This might be related to the issue you're experiencing with the lobe-chat-database service exiting after some time.

The error message "ReferenceError: Cannot access 'm' before initialization" suggests that there might be a problem with variable initialization in the code. This type of error typically occurs when a variable is used before it has been declared or initialized.

To address this issue, you might want to check the code for any variables that are being accessed before they are initialized. Additionally, ensure that all environment variables and configurations are correctly set up in your docker-compose file, as incorrect configurations can sometimes lead to unexpected service exits.

If the problem persists, consider reviewing the specific code sections mentioned in the error logs to identify where the initialization issue might be occurring.

To continue talking to Dosu, mention @dosu.


Help Dosu learn! Give it feedback: Great Response | Irrelevant Answer | Incorrect Sources | Too Verbose | Hallucination | Other

@SpeedupMaster
Copy link
Contributor

我之前在dokploy上使用docker-compose部署没遇到过这个问题,自动退出后重新启动就可以了吧

@lobehubbot
Copy link
Member

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿


I have never encountered this problem before using docker-compose deployment on dokploy. I just need to automatically exit and restart.

@SpeedupMaster
Copy link
Contributor

#5352
似乎和这个一样的问题

@lobehubbot
Copy link
Member

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿


#5352
Seems to be the same problem as this

@changjiong
Copy link
Author

我之前在dokploy上使用docker-compose部署没遇到过这个问题,自动退出后重新启动就可以了吧

不能重新启动 需要手动启动,而且都不提示状态异常,deployment状态都显示正常。

@lobehubbot
Copy link
Member

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿


I have never encountered this problem before using docker-compose deployment on dokploy. Just automatically exit and restart.

It cannot be restarted and needs to be started manually. It does not prompt any abnormal status and the deployment status shows normal.

@SpeedupMaster
Copy link
Contributor

我之前在dokploy上使用docker-compose部署没遇到过这个问题,自动退出后重新启动就可以了吧

不能重新启动 需要手动启动,而且都不提示状态异常,deployment状态都显示正常。

感觉是Dokploy的问题,之前也遇到过2次容器全部退出,但是也没显示异常,手动重启的,不过最近没遇到过了,现在用的最新版本

@lobehubbot
Copy link
Member

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿


I have never encountered this problem before using docker-compose deployment on dokploy. I just need to automatically exit and restart.

Cannot be restarted. It needs to be started manually, and no status abnormality is prompted, and the deployment status is displayed as normal.

I feel it is a problem with Dokploy. I have encountered it twice before when all the containers exited, but no exception was displayed. I restarted it manually. However, I have not encountered it recently. I am using the latest version.

@cy948
Copy link
Contributor

cy948 commented Jan 10, 2025

回滚到 1.44.1 版本试试

@lobehubbot
Copy link
Member

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿


Try rolling back to version 1.44.1

@changjiong
Copy link
Author

回滚到 1.44.1 版本试试

成 我试试看 试完再来反馈

@lobehubbot
Copy link
Member

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿


Try rolling back to version 1.44.1

OK, I'll give it a try and give you feedback after I've finished.

@changjiong
Copy link
Author

我之前在dokploy上使用docker-compose部署没遇到过这个问题,自动退出后重新启动就可以了吧

不能重新启动 需要手动启动,而且都不提示状态异常,deployment状态都显示正常。

感觉是Dokploy的问题,之前也遇到过2次容器全部退出,但是也没显示异常,手动重启的,不过最近没遇到过了,现在用的最新版本

我用的也是最新版本,还是没能解决。

@lobehubbot
Copy link
Member

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿


I have never encountered this problem before using docker-compose deployment on dokploy. I just need to automatically exit and restart.

Cannot be restarted. It needs to be started manually. It does not prompt any abnormal status and the deployment status shows normal.

It seems to be a problem with Dokploy. I have encountered it twice before when all the containers exited, but no exception was displayed. I restarted manually, but I haven’t encountered it recently. I am using the latest version.

I'm also using the latest version and still can't solve it.

@arvinxx
Copy link
Contributor

arvinxx commented Jan 14, 2025

试下最新版本,应该已经修复才对

@arvinxx arvinxx closed this as completed Jan 14, 2025
@github-project-automation github-project-automation bot moved this from Roadmap - Chat 1.x to Done in Lobe Chat Routine Jan 14, 2025
@lobehubbot
Copy link
Member

Bot detected the issue body's language is not English, translate it automatically. 👯👭🏻🧑‍🤝‍🧑👫🧑🏿‍🤝‍🧑🏻👩🏾‍🤝‍👨🏿👬🏿


Try the latest version, it should be fixed.

@lobehubbot
Copy link
Member

@changjiong

This issue is closed, If you have any questions, you can comment and reply.
此问题已经关闭。如果您有任何问题,可以留言并回复。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
🐛 Bug Something isn't working | 缺陷
Projects
Status: Done
Development

No branches or pull requests

5 participants