【fscarmen2: 修好了，v0(旧版) 多加了变量 DASHBOARD_VERSION，如果不指定版本，则默认使用 v0.20.13 作为最终版本；也可以指定，面板同样不会再更新。备份文件指定上几天的。镜像没有变，重新部署即可】 #120

biliblihuorong · 2024-11-29T01:46:36Z

【fscarmen: 借用一下这里
VPS 版本和 docker 容器版本都已恢复。
恢复步骤如下

1.加 DASHBOARD_VERSION变量，这步可选，不加就以v0的最终版本 v0.20.13 处理，以后也不会升级；也可以指定一个版本
2.修改readme到5天前的，以用回 v0 的配置 config.yml 文件
3.重新部署服务端

4.客户端安装
mkdir -p /opt/nezha/agent/; wget -O nezha-agent_linux.zip https://github.com/nezhahq/agent/releases/download/v0.20.5/nezha-agent_linux_$(arch | sed 's/x86_64/amd64/; s/aarch64/arm64/').zip && unzip nezha-agent_linux.zip -d /opt/nezha/agent/ && rm -f nezha-agent_linux.zip && chmod +x /opt/nezha/agent/nezha-agent && /opt/nezha/agent/nezha-agent service install -s <你的域名>:443 -p <密钥> --tls --disable-auto-update
】

详细日志

nezha_dashboard  | HTTP request sent, awaiting response... 200 OK
nezha_dashboard  | Length: 147456 (144K) [application/octet-stream]
nezha_dashboard  | Saving to: '/dashboard/data/sqlite.db'
nezha_dashboard  |
nezha_dashboard  |      0K .......... .......... .......... .......... .......... 34%  790K 0s
nezha_dashboard  |     50K .......... .......... .......... .......... .......... 69% 1.01M 0s
nezha_dashboard  |    100K .......... .......... .......... .......... ....      100% 3.19M=0.1s
nezha_dashboard  |
nezha_dashboard  | 2024-11-29 09:41:22 (1.12 MB/s) - '/dashboard/data/sqlite.db' saved [147456/147456]
nezha_dashboard  |
nezha_dashboard  | Restarting OpenBSD Secure Shell server: sshd.
nezha_dashboard  | Certificate request self-signature ok
nezha_dashboard  | subject=CN = status.com
nezha_dashboard  | Restarting periodic command scheduler: cronStopping periodic command scheduler: cron.
nezha_dashboard  | Starting periodic command scheduler: cron.
nezha_dashboard  | 2024-11-29 09:41:24,976 CRIT Supervisor is running as root.  Privileges were not dropped because no user is specified in the config file.  If you intend to run as root, you can set user=root in the config file to avoid this message.
nezha_dashboard  | 2024-11-29 09:41:24,976 INFO Included extra file "/etc/supervisor/conf.d/damon.conf" during parsing
nezha_dashboard  | 2024-11-29 09:41:24,982 INFO RPC interface 'supervisor' initialized
nezha_dashboard  | 2024-11-29 09:41:24,982 CRIT Server 'unix_http_server' running without any HTTP authentication checking
nezha_dashboard  | 2024-11-29 09:41:24,982 INFO supervisord started with pid 254
nezha_dashboard  | 2024-11-29 09:41:25,986 INFO spawned: 'agent' with pid 255
nezha_dashboard  | 2024-11-29 09:41:25,988 INFO spawned: 'argo' with pid 256
nezha_dashboard  | 2024-11-29 09:41:25,990 INFO spawned: 'grpcproxy' with pid 257
nezha_dashboard  | 2024-11-29 09:41:25,992 INFO spawned: 'nezha' with pid 258
nezha_dashboard  | 2024-11-29 09:41:26,000 WARN exited: agent (exit status 1; not expected)
nezha_dashboard  | 2024-11-29 09:41:27,129 INFO spawned: 'agent' with pid 300
nezha_dashboard  | 2024-11-29 09:41:27,130 INFO success: argo entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
nezha_dashboard  | 2024-11-29 09:41:27,130 INFO success: grpcproxy entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
nezha_dashboard  | 2024-11-29 09:41:27,130 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
nezha_dashboard  | 2024-11-29 09:41:27,141 WARN exited: agent (exit status 1; not expected)
nezha_dashboard  | 2024-11-29 09:41:29,245 INFO spawned: 'agent' with pid 305
nezha_dashboard  | 2024-11-29 09:41:29,257 WARN exited: agent (exit status 1; not expected)
nezha_dashboard  | 2024-11-29 09:41:32,857 INFO spawned: 'agent' with pid 310
nezha_dashboard  | 2024-11-29 09:41:32,869 WARN exited: agent (exit status 1; not expected)
nezha_dashboard  | 2024-11-29 09:41:33,853 INFO gave up: agent entered FATAL state, too many start retries too quickly

The text was updated successfully, but these errors were encountered:

scarlett518 · 2024-11-29T01:51:56Z

nezha v1版本正式推送的原因吧，和之前的v0版本不能无缝升级

liulisanwan · 2024-11-29T02:15:46Z

退回到旧版本还是不行啊

biliblihuorong · 2024-11-29T02:17:25Z

我看一下上游依赖全没了在master分之下，v0-final分支可以，不过里面脚本还是指向master分支的

liulisanwan · 2024-11-29T02:20:47Z

我试着用v1新版本的搭建试了一下，访问直接提示404
所以只能等nezha官方更新新版本吧

biliblihuorong · 2024-11-29T02:38:06Z

@fscarmen2 大佬能改一下脚本推送一个新的镜像上去吗？我看 v0-final 分支下还保留的

fscarmen2 · 2024-11-29T02:53:33Z

应该不需要新镜像，就原来的可以，在设计本方案的时候，对这块有预案，镜像还是那个，应该是增加一两个变量可以了。

biliblihuorong · 2024-11-29T02:57:13Z

应该不需要新的镜像，就原来的可以，在设计本方案的时候，对这块有预案，镜像还是那个，应该是增加两个变量就可以了。

但是我重新部署仍然是这个错误

2018nuoyan · 2024-11-29T06:13:19Z

部署旧版本还是不行

v2-share · 2024-11-29T07:19:24Z

炸了，等更新

kadidala · 2024-11-29T08:23:44Z

同样炸，等F佬更新。

fscarmen2 · 2024-11-29T09:16:14Z

今天 11月29日应该能处理好，请稍等

s1hp · 2024-11-29T12:18:25Z

今天 11月29日应该能处理好，请稍等

要重新部署吗,把之前的删了?

fscarmen2 · 2024-11-29T12:27:09Z

今天 11月29日应该能处理好，请稍等

要重新部署吗,把之前的删了?

重新部署前
把备份库的 README.md 改为几天v0可用版本备份库文件名

mouse0232 · 2024-11-29T13:11:24Z

我知道自己手动添加的agent如何禁止升级。但是怎么禁止这个项目主控释放的本地agent的升级呢？

woshichenghaibo · 2024-11-29T13:34:46Z

一直不行啊，怎么操作？

scarlett518 · 2024-11-29T13:36:23Z

一直不行啊，怎么操作？

文件问题，用之前的备份文件

woshichenghaibo · 2024-11-29T13:37:21Z

按照这个步骤不行

1.加 DASHBOARD_VERSION变量
2.修改readme到5天前的。
3.重新部署

还是Error 1033

scarlett518 · 2024-11-29T13:39:05Z

按照这个步骤不行

1.加 DASHBOARD_VERSION变量 2.修改readme到5天前的。 3.重新部署

还是Error 1033

argo报错吗，像是主控没有连接到cf，或者你本地没有跑起来

fscarmen2 · 2024-11-29T13:39:52Z

按照这个步骤不行

1.加 DASHBOARD_VERSION变量 2.修改readme到5天前的。 3.重新部署

还是Error 1033

有可能在恢复数据而停掉面板，等一下再看看

fscarmen2 · 2024-11-29T13:41:31Z

我知道自己手动添加的agent如何禁止升级。但是怎么禁止这个项目主控释放的本地agent的升级呢？

只要agent设置了 --disable-auto-update，主控不会强制本地agent升级的吧。

pluviophile8 · 2024-11-29T19:18:09Z

@fscarmen2

大佬，你在这个issue首部提到的恢复步骤，第4步是：

4.客户端安装 wget https://github.com/nezhahq/agent/releases/download/v0.20.5/nezha-agent_linux_amd64.zip && unzip nezha-agent_linux_amd64.zip && chmod +x nezha-agent && ./nezha-agent service install -s 你的域名:5555 -p 你的密钥

执行后，服务器离线，我对比了之前的运行命令，端口改为443，后面加上 --tls ，这样才能成功：
wget https://github.com/nezhahq/agent/releases/download/v0.20.5/nezha-agent_linux_amd64.zip && unzip nezha-agent_linux_amd64.zip && chmod +x nezha-agent && ./nezha-agent service install -s 你的域名:443 -p 你的密钥 --tls

fscarmen2 · 2024-11-29T23:27:47Z

@fscarmen2

大佬，你在这个issue首部提到的恢复步骤，第4步是：

4.客户端安装 wget https://github.com/nezhahq/agent/releases/download/v0.20.5/nezha-agent_linux_amd64.zip && unzip nezha-agent_linux_amd64.zip && chmod +x nezha-agent && ./nezha-agent service install -s 你的域名:5555 -p 你的密钥

执行后，服务器离线，我对比了之前的运行命令，端口改为443，后面加上 --tls ，这样才能成功： wget https://github.com/nezhahq/agent/releases/download/v0.20.5/nezha-agent_linux_amd64.zip && unzip nezha-agent_linux_amd64.zip && chmod +x nezha-agent && ./nezha-agent service install -s 你的域名:443 -p 你的密钥 --tls

是的，复制别人的，忘记改端口和加 --tls 了，谢谢！

woshichenghaibo · 2024-11-30T01:57:56Z

修改readme到5天前的，这个划重点，不然你添加GH_EMAIL变量了就会整个出错

GH_EMAIL这个是新增的变量吗？

woshichenghaibo · 2024-11-30T02:06:37Z

按照这个步骤不行
1.加 DASHBOARD_VERSION变量 2.修改readme到5天前的。 3.重新部署
还是Error 1033

有可能在恢复数据而停掉面板，等一下再看看

https://nezha.guao.de/

现在一直提示502错误

还是用的north flank的容器，不管怎么重新部署都不行

woshichenghaibo · 2024-11-30T02:12:03Z

又来来回回折腾了四五遍，莫名其妙好了，也不知道为什么好的

mouse0232 · 2024-11-30T02:18:28Z

我知道自己手动添加的agent如何禁止升级。但是怎么禁止这个项目主控释放的本地agent的升级呢？

只要agent设置了 --disable-force-update，主控不会强制本地agent升级的吧。

我担心后续哪吒官方对agent发布自动升级命令，那这样的话agent也会全部挂掉了。
你的意思是说主控释放的监控本机的agent 不会受到自动升级影响？我自己手动添加的服务器都对agent已经添加了--disable-force-update。但是本机的agent没有找到怎么添加这个参数。

woshichenghaibo · 2024-11-30T02:22:20Z

我现在把版本换到了0.20.5嗯，界面也重新运行了，但是只有服务端显示国家。客户端，国家标志都没了

woshichenghaibo · 2024-11-30T02:59:18Z

除了默认的为0.20.13版本，还有哪些版本号可以选？我想找一个低一点的版本号填进去很多都不行

fscarmen2 · 2024-11-30T02:59:46Z

我知道自己手动添加的agent如何禁止升级。但是怎么禁止这个项目主控释放的本地agent的升级呢？

只要agent设置了 --disable-force-update，主控不会强制本地agent升级的吧。

我担心后续哪吒官方对agent发布自动升级命令，那这样的话agent也会全部挂掉了。你的意思是说主控释放的监控本机的agent 不会受到自动升级影响？我自己手动添加的服务器都对agent已经添加了--disable-force-update。但是本机的agent没有找到怎么添加这个参数。

这个我处理一下

fscarmen2 · 2024-11-30T03:19:44Z

已经加了，应该是加这个参数 --disable-auto-update

mouse0232 · 2024-11-30T03:24:14Z

已经加了，应该是加这个参数 --disable-auto-update

好的谢谢

woshichenghaibo · 2024-11-30T03:31:44Z

现在发现了一个新问题啊，如果我把版本号变量里边指定为0.19.10，那么，打开界面之后发现，服务端自带的agent离线，是不是服务端自带的那个agent版本号太高导致的？

woshichenghaibo · 2024-11-30T03:32:04Z

nezha.guao.de

woshichenghaibo · 2024-11-30T03:42:59Z

我知道自己手动添加的agent如何禁止升级。但是怎么禁止这个项目主控释放的本地agent的升级呢？

只要agent设置了 --disable-force-update，主控不会强制本地agent升级的吧。

我担心后续哪吒官方对agent发布自动升级命令，那这样的话agent也会全部挂掉了。你的意思是说主控释放的监控本机的agent 不会受到自动升级影响？我自己手动添加的服务器都对agent已经添加了--disable-force-update。但是本机的agent没有找到怎么添加这个参数。

这个我处理一下

指定的版本是不支持0.20以下吗？

fscarmen2 · 2024-11-30T03:48:08Z

我知道自己手动添加的agent如何禁止升级。但是怎么禁止这个项目主控释放的本地agent的升级呢？

只要agent设置了 --disable-force-update，主控不会强制本地agent升级的吧。

我担心后续哪吒官方对agent发布自动升级命令，那这样的话agent也会全部挂掉了。你的意思是说主控释放的监控本机的agent 不会受到自动升级影响？我自己手动添加的服务器都对agent已经添加了--disable-force-update。但是本机的agent没有找到怎么添加这个参数。

应该是 --disable-auto-update，另一个--disable-force-update 是指 dashboard后台右上角有个“立即更新”按钮，升级agent

ubuntu $ ./nezha-agent --version
0.20.5

ubuntu $ ./nezha-agent --help
Usage:
  agent [flags]
  agent [command]

Available Commands:
  completion  Generate the autocompletion script for the specified shell
  edit        修改要监控的网卡/分区名单，修改自定义 DNS
  help        Help about any command
  service     服务与自启动设置

Flags:
  -d, --debug                     开启调试信息
      --disable-auto-update       禁用自动升级
      --disable-command-execute   禁止在此机器上执行命令
      --disable-force-update      禁用强制升级
      --disable-nat               禁止此机器内网穿透
      --disable-send-query        禁止此机器发送TCP/ICMP/HTTP请求
      --gitee                     使用Gitee获取更新
      --gpu                       启用GPU监控
  -h, --help                      help for agent
  -k, --insecure                  禁用证书检查
  -u, --ip-report-period uint32   本地IP更新间隔, 上报频率依旧取决于report-delay的值 (default 1800)
  -p, --password string           Agent连接Secret
      --report-delay int          系统状态上报间隔 (default 1)
  -s, --server string             管理面板RPC端口 (default "localhost:5555")
      --skip-conn                 不监控连接数
      --skip-procs                不监控进程数
      --temperature               启用温度监控
      --tls                       启用SSL/TLS加密
      --use-ipv6-countrycode      使用IPv6的位置上报
  -v, --version                   查看当前版本号

Use "agent [command] --help" for more information about a command.

woshichenghaibo · 2024-11-30T03:49:43Z

我知道自己手动添加的agent如何禁止升级。但是怎么禁止这个项目主控释放的本地agent的升级呢？

只要agent设置了 --disable-force-update，主控不会强制本地agent升级的吧。

我担心后续哪吒官方对agent发布自动升级命令，那这样的话agent也会全部挂掉了。你的意思是说主控释放的监控本机的agent 不会受到自动升级影响？我自己手动添加的服务器都对agent已经添加了--disable-force-update。但是本机的agent没有找到怎么添加这个参数。

应该是 --disable-auto-update，另一个--disable-force-update 是指 dashboard后台右上角有个“立即更新”按钮，升级agent

ubuntu $ ./nezha-agent --version
0.20.5

ubuntu $ ./nezha-agent --help
Usage:
  agent [flags]
  agent [command]

Available Commands:
  completion  Generate the autocompletion script for the specified shell
  edit        修改要监控的网卡/分区名单，修改自定义 DNS
  help        Help about any command
  service     服务与自启动设置

Flags:
  -d, --debug                     开启调试信息
      --disable-auto-update       禁用自动升级
      --disable-command-execute   禁止在此机器上执行命令
      --disable-force-update      禁用强制升级
      --disable-nat               禁止此机器内网穿透
      --disable-send-query        禁止此机器发送TCP/ICMP/HTTP请求
      --gitee                     使用Gitee获取更新
      --gpu                       启用GPU监控
  -h, --help                      help for agent
  -k, --insecure                  禁用证书检查
  -u, --ip-report-period uint32   本地IP更新间隔, 上报频率依旧取决于report-delay的值 (default 1800)
  -p, --password string           Agent连接Secret
      --report-delay int          系统状态上报间隔 (default 1)
  -s, --server string             管理面板RPC端口 (default "localhost:5555")
      --skip-conn                 不监控连接数
      --skip-procs                不监控进程数
      --temperature               启用温度监控
      --tls                       启用SSL/TLS加密
      --use-ipv6-countrycode      使用IPv6的位置上报
  -v, --version                   查看当前版本号

Use "agent [command] --help" for more information about a command.

我看到我的本地服务器agent离线了，然后我进了后台之后发现在密钥那里边，你给填上了
--disable-auto-update

woshichenghaibo · 2024-11-30T03:59:10Z

就是现在我无论怎么切换版本，他那个服务端的本地监控的那个那一项都是离线状态，看不到了

fscarmen2 · 2024-11-30T05:09:33Z

用这个方式安装客户端会在传统的 /opt/nezha/agent/ 目录下

mkdir -p /opt/nezha/agent/; wget -O nezha-agent_linux.zip https://github.com/nezhahq/agent/releases/download/v0.20.5/nezha-agent_linux_$(arch | sed 's/x86_64/amd64/; s/aarch64/arm64/').zip && unzip nezha-agent_linux.zip -d /opt/nezha/agent/ && rm -f nezha-agent_linux.zip && chmod +x /opt/nezha/agent/nezha-agent && /opt/nezha/agent/nezha-agent service install -s <你的域名>:443 -p <密钥> --tls --disable-auto-update

ekko440 · 2024-12-04T04:10:42Z

有没有碰到面板没法登录的，github提示404。按要求操作后确实能启动了，就是登录不了了。

fscarmen2 · 2024-12-04T06:41:42Z

有没有碰到面板没法登录的，github提示404。按要求操作后确实能启动了，就是登录不了了。

这情况都是gh认证和回调那出问题，再重新多次，回调url保证准确

kadidala · 2024-12-07T08:21:15Z

请问有计划制作一个Argo-Akile探针适配嘛？akile的占用确实挺低的

fscarmen2 · 2024-12-07T08:42:43Z

要研究一下，最近试了一下商用的 Grafana + Prometheus + Node Exporter 功能是十分强大了
可以看这个贴子 https://www.nodeseek.com/post-209070-1

不过不太适合我和与我差不多的网友玩，理由如下

功能虽然强大，但服务端占用高，有点大炮打蚊子的感觉
客户端需要有公网IP入口和占用一个监听端口，这样对于容器平台这些安装客户端就使用不了
服务端与客户端没有任何认证机制，客户端的数据是暴露在公网的
每添加一个客户端，都要在服务端的 Prometheus 配置文件里添加客户端的信息并重启服务，遇到客户端的IP会变的情况下将是致命的。
报警通知这些好像还不是很完善，应该是我水平菜，还没有研究

ekko440 · 2024-12-12T18:16:37Z

2024-12-12T18:15:35.481729382Z stdout F 2024-12-13 02:15:35,481 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:34.982380855Z stdout F 2024-12-13 02:15:34,981 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:33.692818103Z stdout F 2024-12-13 02:15:33,692 INFO spawned: 'nezha' with pid 585
2024-12-12T18:15:32.689823817Z stdout F 2024-12-13 02:15:32,689 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:31.084480284Z stdout F 2024-12-13 02:15:31,084 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:29.791649599Z stdout F 2024-12-13 02:15:29,790 INFO spawned: 'nezha' with pid 579
2024-12-12T18:15:28.788951134Z stdout F 2024-12-13 02:15:28,788 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:27.879908085Z stdout F 2024-12-13 02:15:27,879 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:26.787712392Z stdout F 2024-12-13 02:15:26,786 INFO spawned: 'nezha' with pid 573
2024-12-12T18:15:25.78496363Z stdout F 2024-12-13 02:15:25,784 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:24.682600654Z stdout F 2024-12-13 02:15:24,681 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:23.195862745Z stdout F 2024-12-13 02:15:23,195 INFO spawned: 'nezha' with pid 566
2024-12-12T18:15:22.193013438Z stdout F 2024-12-13 02:15:22,192 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:20.179719598Z stdout F 2024-12-13 02:15:20,179 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:19.106630052Z stdout F 2024-12-13 02:15:19,105 INFO spawned: 'nezha' with pid 561
2024-12-12T18:15:18.887103048Z stdout F 2024-12-13 02:15:18,886 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:17.879842938Z stdout F 2024-12-13 02:15:17,879 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:16.851598948Z stdout F 2024-12-13 02:15:16,850 INFO spawned: 'nezha' with pid 555
2024-12-12T18:15:15.848558299Z stdout F 2024-12-13 02:15:15,848 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:14.989097081Z stdout F 2024-12-13 02:15:14,988 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:13.538441034Z stdout F 2024-12-13 02:15:13,535 INFO spawned: 'nezha' with pid 550
2024-12-12T18:15:13.281722819Z stdout F 2024-12-13 02:15:13,281 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:12.684482542Z stdout F 2024-12-13 02:15:12,683 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:11.683028863Z stdout F 2024-12-13 02:15:11,682 INFO spawned: 'nezha' with pid 544
2024-12-12T18:15:10.680593718Z stdout F 2024-12-13 02:15:10,680 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:10.589944647Z stdout F 2024-12-13 02:15:10,589 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:09.085983907Z stdout F 2024-12-13 02:15:09,083 INFO spawned: 'nezha' with pid 538
2024-12-12T18:15:08.079868619Z stdout F 2024-12-13 02:15:08,079 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:07.579881548Z stdout F 2024-12-13 02:15:07,579 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2024-12-12T18:15:06.497203899Z stdout F 2024-12-13 02:15:06,496 INFO spawned: 'nezha' with pid 532
2024-12-12T18:15:05.492892855Z stdout F 2024-12-13 02:15:05,492 WARN exited: nezha (exit status 2; not expected)
2024-12-12T18:15:04.083994078Z stdout F 2024-12-13 02:15:04,082 INFO success: nezha entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)

ekko440 · 2024-12-12T18:17:16Z

启动不了，提前好几天都没用了，需要求救了。

fscarmen2 · 2024-12-13T02:20:59Z

启动不了，提前好几天都没用了，需要求救了。

你先试试不要恢复旧数据，看看面板能不能起来。如果能起来，就是旧数据已经没有用了，以用的数据备份已经被滚动删除了。

Mobiusa · 2024-12-21T10:39:56Z

启动不了，提前好几天都没用了，需要求救了。

应该是和我一样知道的太晚了，前阵子发现打不开以为是主控面板机问题没管。今天上去重启了下发现不对劲，又去论坛搜了下才知道出了个v1。我现在最早的是12.1的备份，改过去一样打不开，设置不开启自动备份和恢复，面板是能打开的。只能重新部署被控机了

fscarmen2 · 2024-12-21T11:12:18Z

是呀，以前备份是弄一个月的，用着发现要那么多也没用，就改为默认5天了，这个可以在 backup.sh 里设置的。

现恢复不了只能顺势试v1或重新全部部署v0了。

ekko440 · 2024-12-23T14:26:38Z

嗯，清掉就好了。就是要重新设置，有点头大。 fscarmen2 ***@***.***> 于2024年12月21日周六 19:12写道：

…

是呀，以前备份是弄一个月的，用着发现要那么多也没用，就改为默认5天了，这个可以在 backup.sh 里设置的。现恢复不了只能顺势试v1或重新全部部署v0了。 — Reply to this email directly, view it on GitHub <#120 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BJHTWUFT5FXYWXO6ULZUY4D2GVEKTAVCNFSM6AAAAABSWECFUKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNJYGA4DMMJVGU> . You are receiving this because you commented.Message ID: ***@***.***>

fscarmen2 · 2024-12-23T14:50:48Z

是有点头大的，建议你不用所有的客户端重新部署，只要看看各个客户端的密钥。然后在服务端添加并更改。通过这样的方式，只要找回各客户端的ID即可，什么都不用动，是最快的恢复方法了。以下为示例。

在已经安装的机器上获取密码，

grep -oP '\-p \K\S+' /etc/systemd/system/nezha-agent.service

添加一个客户端

编辑服务端里对应的密钥

fscarmen2 pinned this issue Nov 29, 2024

fscarmen2 changed the title ~~今天 koyeb 炸了 agent entered FATAL state, too many start retries too quickly~~ 今天 koyeb 炸了 agent entered FATAL state, too many start retries too quickly--【fscarmen2: 收到，周末这两天看看】 Nov 29, 2024

fscarmen2 mentioned this issue Dec 2, 2024

宿主机访问Argo域名问题 #124

Open

【fscarmen2: 修好了，v0(旧版) 多加了变量 DASHBOARD_VERSION，如果不指定版本，则默认使用 v0.20.13 作为最终版本；也可以指定，面板同样不会再更新。备份文件指定上几天的。镜像没有变，重新部署即可】 #120

【fscarmen2: 修好了，v0(旧版) 多加了变量 DASHBOARD_VERSION，如果不指定版本，则默认使用 v0.20.13 作为最终版本；也可以指定，面板同样不会再更新。备份文件指定上几天的。镜像没有变，重新部署即可】 #120

Comments

biliblihuorong commented Nov 29, 2024 • edited by fscarmen2 Loading

scarlett518 commented Nov 29, 2024

liulisanwan commented Nov 29, 2024

biliblihuorong commented Nov 29, 2024

liulisanwan commented Nov 29, 2024

biliblihuorong commented Nov 29, 2024

fscarmen2 commented Nov 29, 2024

biliblihuorong commented Nov 29, 2024

2018nuoyan commented Nov 29, 2024

v2-share commented Nov 29, 2024

kadidala commented Nov 29, 2024

fscarmen2 commented Nov 29, 2024

s1hp commented Nov 29, 2024

fscarmen2 commented Nov 29, 2024

mouse0232 commented Nov 29, 2024

woshichenghaibo commented Nov 29, 2024

scarlett518 commented Nov 29, 2024

woshichenghaibo commented Nov 29, 2024

scarlett518 commented Nov 29, 2024

fscarmen2 commented Nov 29, 2024

fscarmen2 commented Nov 29, 2024 • edited Loading

pluviophile8 commented Nov 29, 2024 • edited Loading

fscarmen2 commented Nov 29, 2024

woshichenghaibo commented Nov 30, 2024

woshichenghaibo commented Nov 30, 2024

woshichenghaibo commented Nov 30, 2024

mouse0232 commented Nov 30, 2024

woshichenghaibo commented Nov 30, 2024

woshichenghaibo commented Nov 30, 2024

fscarmen2 commented Nov 30, 2024

fscarmen2 commented Nov 30, 2024

mouse0232 commented Nov 30, 2024

woshichenghaibo commented Nov 30, 2024

woshichenghaibo commented Nov 30, 2024

woshichenghaibo commented Nov 30, 2024

fscarmen2 commented Nov 30, 2024 • edited Loading

woshichenghaibo commented Nov 30, 2024

woshichenghaibo commented Nov 30, 2024

fscarmen2 commented Nov 30, 2024 • edited Loading

ekko440 commented Dec 4, 2024

fscarmen2 commented Dec 4, 2024

kadidala commented Dec 7, 2024

fscarmen2 commented Dec 7, 2024

ekko440 commented Dec 12, 2024

ekko440 commented Dec 12, 2024

fscarmen2 commented Dec 13, 2024

Mobiusa commented Dec 21, 2024

fscarmen2 commented Dec 21, 2024

ekko440 commented Dec 23, 2024 via email

fscarmen2 commented Dec 23, 2024 • edited Loading

biliblihuorong commented Nov 29, 2024 •

edited by fscarmen2

Loading

fscarmen2 commented Nov 29, 2024 •

edited

Loading

pluviophile8 commented Nov 29, 2024 •

edited

Loading

fscarmen2 commented Nov 30, 2024 •

edited

Loading

fscarmen2 commented Nov 30, 2024 •

edited

Loading

fscarmen2 commented Dec 23, 2024 •

edited

Loading