search

whyour / qinglong

支持 Python3、JavaScript、Shell、Typescript 的定时任务管理平台（Timed task management platform supporting Python3, JavaScript, Shell, Typescript）
https://qinglong.online
Apache License 2.0
15.77k stars 2.92k forks source link

最新镜像玩客云还是启动不了 #897

Closed Rexloong closed 2 years ago

Rexloong commented 2 years ago

image root@qinglong:/ql $ ql check tail: cannot open '/root/.pm2/logs/panel-out.log' for reading: No such file or directory tail: cannot open '/root/.pm2/logs/panel-error.log' for reading: No such file or directory

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbe8d133c

/ql/shell/share.sh: line 213: 140 Trace/breakpoint trap (core dumped) pnpm install --production --registry=https://registry.npm.taobao.org

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbedfb36c

/ql/shell/share.sh: line 213: 146 Trace/breakpoint trap (core dumped) pnpm install --production

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbe87c33c

/ql/shell/share.sh: line 213: 153 Trace/breakpoint trap (core dumped) pnpm install --production --registry=https://registry.npm.taobao.org

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbea0d36c

/ql/shell/share.sh: line 213: 159 Trace/breakpoint trap (core dumped) pnpm install --production

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbeb4b32c

/ql/shell/share.sh: line 213: 168 Trace/breakpoint trap (core dumped) pnpm install --production --registry=https://registry.npm.taobao.org

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbee5135c

/ql/shell/share.sh: line 213: 174 Trace/breakpoint trap (core dumped) pnpm install --production

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbe99732c

/ql/shell/share.sh: line 213: 181 Trace/breakpoint trap (core dumped) pnpm install --production --registry=https://registry.npm.taobao.org

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbed1635c

/ql/shell/share.sh: line 213: 187 Trace/breakpoint trap (core dumped) pnpm install --production /ql/shell/check.sh: line 39: 193 Trace/breakpoint trap (core dumped) pm2 l &> /dev/null

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbeffe33c

/ql/shell/check.sh: line 39: 216 Trace/breakpoint trap (core dumped) pm2 reload panel --source-map-support --time &> /dev/null

#

Fatal error in , line 0

unreachable code

# # #

FailureMessage Object: 0xbec2e33c

/ql/shell/check.sh: line 39: 239 Trace/breakpoint trap (core dumped) pm2 reload schedule --source-map-support --time &> /dev/null

开始执行... 1970-01-01 08:00:00

=====> 开始检测 ---> 1. 复制通知文件

---> 复制一份 /ql/sample/notify.py 为 /ql/scripts/notify.py

'/ql/sample/notify.py' -> '/ql/scripts/notify.py'

---> 复制一份 /ql/sample/notify.js 为 /ql/scripts/sendNotify.js

'/ql/sample/notify.js' -> '/ql/scripts/sendNotify.js' ---> 通知文件复制完成

---> 2. 复制nginx配置文件

'/ql/docker/nginx.conf' -> '/etc/nginx/nginx.conf' '/ql/docker/front.conf' -> '/etc/nginx/conf.d/front.conf' ---> 配置文件复制完成

=====> 检测面板

<!DOCTYPE html>

=====> 面板服务启动正常

=====> 检测nginx服务 61 root 0:00 nginx: master process nginx -c /etc/nginx/nginx.conf 62 root 0:00 nginx: worker process 63 root 0:00 nginx: worker process 64 root 0:00 nginx: worker process 66 root 0:00 nginx: worker process

=====> nginx服务正常

---> pm2日志

=====> 检测后台

=====> 后台服务异常，重置基础环境并重启后台

---> 1. 开始检测配置文件

---> 配置文件检测完成

---> 2. 开始安装青龙依赖

检测到 /ql 的依赖包有变化，运行 npm install...

安装 /ql 的依赖包运行不成功，再次尝试一遍...

运行 npm install...

npm install 运行不成功，请进入 /ql 目录后手动运行 npm install...

---> 青龙依赖安装完成

---> 3. 开始安装脚本依赖

检测到 /ql/scripts 的依赖包有变化，运行 npm install...

安装 /ql/scripts 的依赖包运行不成功，再次尝试一遍...

运行 npm install...

npm install 运行不成功，请进入 /ql/scripts 目录后手动运行 npm install...

---> 脚本依赖安装完成

=====> 检测结束

执行结束... 1970-01-01 08:00:00 耗时 0 秒

开始执行... 1970-01-01 08:00:00

=====> 开始检测 ---> 1. 复制通知文件

---> 复制一份 /ql/sample/notify.py 为 /ql/scripts/notify.py

'/ql/sample/notify.py' -> '/ql/scripts/notify.py'

---> 复制一份 /ql/sample/notify.js 为 /ql/scripts/sendNotify.js

'/ql/sample/notify.js' -> '/ql/scripts/sendNotify.js' ---> 通知文件复制完成

---> 2. 复制nginx配置文件

'/ql/docker/nginx.conf' -> '/etc/nginx/nginx.conf' '/ql/docker/front.conf' -> '/etc/nginx/conf.d/front.conf' ---> 配置文件复制完成

=====> 检测面板

<!DOCTYPE html>

=====> 面板服务启动正常

=====> 检测nginx服务 31 root 0:00 nginx: master process nginx -c /etc/nginx/nginx.conf 32 root 0:00 nginx: worker process 33 root 0:00 nginx: worker process 34 root 0:00 nginx: worker process 35 root 0:00 nginx: worker process

=====> nginx服务正常

---> pm2日志

=====> 检测后台

=====> 后台服务异常，重置基础环境并重启后台

---> 1. 开始检测配置文件

---> 配置文件检测完成

---> 2. 开始安装青龙依赖

检测到 /ql 的依赖包有变化，运行 npm install...

安装 /ql 的依赖包运行不成功，再次尝试一遍...

运行 npm install...

npm install 运行不成功，请进入 /ql 目录后手动运行 npm install...

---> 青龙依赖安装完成

---> 3. 开始安装脚本依赖

检测到 /ql/scripts 的依赖包有变化，运行 npm install...

安装 /ql/scripts 的依赖包运行不成功，再次尝试一遍...

运行 npm install...

npm install 运行不成功，请进入 /ql/scripts 目录后手动运行 npm install...

---> 脚本依赖安装完成

=====> 检测结束

zeldalyc commented 2 years ago

同样问题，手动安装依赖也不行

lx200916 commented 2 years ago

这个问题是Alpine的底层镜像导致的，可能是他们把架构标签打错了，这个问题应该只影响32位的arm。lts好像正好引用了有问题的版本。可以手动构建镜像，将底包改成其他版本的alpine。 比如把docker/Dockerfile中第一行

FROM node:lts-alpine

改成

FROM node:16.13.0-alpine3.12

并手动构建。 当然更希望上游直接修复。 相关讨论见： https://github.com/nodejs/docker-node/issues/1589

zeldalyc commented 2 years ago

这个问题是Alpine的底层镜像导致的，可能是他们把架构标签打错了，这个问题应该只影响32位的arm。lts好像正好引用了有问题的版本。可以手动构建镜像，将底包改成其他版本的alpine。 比如把docker/Dockerfile中第一行

FROM node:lts-alpine

改成

FROM node:16.13.0-alpine3.12

并手动构建。 当然更希望上游直接修复。 相关讨论见： nodejs/docker-node#1589

谢谢，我用docke重新拉取了16.13.0-alpine3.12，然后执行了链接的2段，成功了

whyour commented 2 years ago

这个问题是Alpine的底层镜像导致的，可能是他们把架构标签打错了，这个问题应该只影响32位的arm。lts好像正好引用了有问题的版本。可以手动构建镜像，将底包改成其他版本的alpine。 比如把docker/Dockerfile中第一行

FROM node:lts-alpine

改成

FROM node:16.13.0-alpine3.12

并手动构建。 当然更希望上游直接修复。 相关讨论见： nodejs/docker-node#1589

node:lts-alpine3.12 那这个版本应该也没问题吧，看这只要是alpine3.12就没问题？

lx200916 commented 2 years ago

node:lts-alpine3.12 那这个版本应该也没问题吧，看这只要是alpine3.12就没问题？

是的，而且如果你能手动更新宿主机的libseccomp版本的话，也可以修复这个bug.

so1999 commented 2 years ago

这个问题是Alpine的底层镜像导致的，可能是他们把架构标签打错了，这个问题应该只影响32位的arm。lts好像正好引用了有问题的版本。可以手动构建镜像，将底包改成其他版本的alpine。 比如把docker/Dockerfile中第一行

FROM node:lts-alpine

改成

FROM node:16.13.0-alpine3.12

并手动构建。 当然更希望上游直接修复。 相关讨论见： nodejs/docker-node#1589

能麻烦告知具体怎么操作吗

so1999 commented 2 years ago

node:lts-alpine3.12 那这个版本应该也没问题吧，看这只要是alpine3.12就没问题？

是的，而且如果你能手动更新宿主机的libseccomp版本的话，也可以修复这个bug.

我执行下面的命令还是不行 wget http://ftp.debian.org/debian/pool/main/libs/libseccomp/libseccomp2_2.5.3-1_armhf.deb sudo dpkg -i libseccomp2_2.5.3-1_armhf.deb sudo systemctl restart docker

UFOrz commented 2 years ago

node:lts-alpine3.12 那这个版本应该也没问题吧，看这只要是alpine3.12就没问题？

是的，而且如果你能手动更新宿主机的libseccomp版本的话，也可以修复这个bug.

我执行下面的命令还是不行 wget http://ftp.debian.org/debian/pool/main/libs/libseccomp/libseccomp2_2.5.3-1_armhf.deb sudo dpkg -i libseccomp2_2.5.3-1_armhf.deb sudo systemctl restart docker

你执行的命令中libseccomp2_2.5.3-1_armhf.deb不存在，可以尝试改成libseccomp2_2.5.3-2_armhf.deb，我修改后可以正常访问青龙web端了

wget http://ftp.debian.org/debian/pool/main/libs/libseccomp/libseccomp2_2.5.3-2_armhf.deb sudo dpkg -i libseccomp2_2.5.3-2_armhf.deb sudo systemctl restart docker

ilaotan commented 2 years ago

上文的deb文件链接失效了,我贴一下找最新版本的连接,有缘人自取. 打开 http://ftp.debian.org/debian/pool/main/libs/libseccomp/ 自行查找 libseccomp2_2.xxxxxx_armhf.deb 注意开头和后缀 比如 libseccomp2_2.5.4-1+b1_armhf.deb

codesopen commented 1 year ago

脚本管理->新建脚本-调试， 点击运行，控制台没有任何响应。请问是什么问题 image