-
Notifications
You must be signed in to change notification settings - Fork 767
帮助作者改善 SSRoT
ssrlive edited this page Apr 17, 2020
·
28 revisions
有同学发帖说 SSRoT 本来工作得好好的,但某天突然就不管用了,排除站点被 GFW 封锁的情况,极大可能是 SSR 服务器软件崩了。
为了让大家尽快帮助作者找到崩溃点,迅速修正错误。就有了这篇小文。
我们可以使用 Linux 的 coreDump
组件将崩溃现场转储到一个指定文件里,然后用 gdb
打开这个文件查看结果。
- 我们用
sudo su
命令将当前账号切换到管理员权限。
sudo su
- 用
vi
编辑软件打开本机的全局配置文件/etc/profile
vi /etc/profile
- 按下
i
键(是i
,I
, 不是L
, 也不是1
)让vi
切换到文本编辑模式,按动下箭头
移动文本插入点到/etc/profile
文件的末尾,添加如下命令
sysctl -p -q -e
ulimit -c unlimited
mkdir /var/crash
echo "/var/crash/core-%e-%p-%s-%t" > /proc/sys/kernel/core_pattern
像下图这个样子,然后按下 ESC
键退出编辑模式,并敲入 :wq
和 回车 这 四个 键(冒号
w
q
回车
)保存修改并退出 vi
编辑器。
- 敲入
reboot
命令重启主机,当前的准备工作就完成了。
reboot
- 当有崩溃事故发生时,再次登入主机,用 ls 命令列出
/var/crash/
文件夹里的文件,找到具体的崩溃转储
文件名,然后用gdb
命令查看崩溃现场,比如我这里就是像这样
gdb a.out /var/crash/core-a.out-1269-11-1587093689
具体到 SSR
服务器,应该使用以下命令行,当然其中的 转储 文件名得换成你机器上的实际名字。
gdb a.out /var/crash/core-a.out-1269-11-1587093689
- 把你看到的信息复制下来,以提交 issue 的方式发给开发者。不胜感激。
任何疑问或建议, 请到 Issues 提出.