作者holishing ()
看板Maple
标题[心得] Maple3-itoc 目前架设待解决问题 (Debian)
时间Tue Jun 20 13:26:38 2017
1. 还没成功在 64bit 下编译
之後会尝试:
1F：→ lantw44:可以尝试编成 32 位元的可执行档 08/14 21:37
2F：→ lantw44:CFLAGS 加上 -m32 LDFLAGS 加上 -melf_i386 08/14 21:38
3F：→ tjjh89017:请问是在哪里加上参数? 08/16 15:37
4F：→ DarkIllusion:分别加在每个makefile里面的CFLAGS跟LDFLAGS 10/16 02:02
※ 引述《lantw44 (1101-2019-3028-4786)》之铭言：
: 後来发现，在 x86_64 的机器上编译成 32 位元可执行档，大致上功能正常，但有少部分
: 例如文章已读、未读会发生很奇怪的状况
: 在函式库的部分的 CFLAGS 加上 -fPIC 是可以成功编译成 64 位元可执行档的，但无法
: 正常执行 (bbsd 收到 SIGFPE 或 SIGSEGV 之类的 signal 而终止)
2. 另外会遇到的问题如上:
在 32bit 环境下的 linux 可以成功编译, 「大致」功能正常
但同样会遇到阅读纪录会一直reset的问题(新文章回覆显示未读)
若在站内发表完新文章或系统发了新文章後,
部分看板人气会一直呈现
评:╳ 人气:-15874 这样子的情况
目前对於这个问题还在乱摸索中...没什麽头绪ˊˋ
目前利用工作站 bbs 帐号里 ipcs 查询到的资讯:
bbs@debian:$ ipcs
------ Message Queues --------
key msqid owner perms used-bytes messages
------ Shared Memory Segments --------
key shmid owner perms bytes nattch status
0x000007ce 0 bbs 600 508456 2
0x00000bb5 32769 bbs 600 958480 2
0x00000bb7 98306 bbs 600 111328 2
------ Semaphore Arrays --------
key semid owner perms nsems
只是在想要调整的是Makefile里的编译参数吗?
或是 include/config.h 里的相关定义
甚至要把里面其他的程式码抓出来改?
还是可透过ipcs/ipcrm shm调校share memory来改善?
目前能想到的就只有这些...orz
不知有没有好心指点的前辈路过
或是其他现在也仍适合讨论请益maple-itoc相关的地方QQ
(目前找到留下最多资料的就: telnet://cpu.tfcis.org 了
其他以m3-itoc为基础架的站也有一些转信过去的资料)
--
你知道PTT有小天使吗? 祂能帮助你唷！ 小主人我来了^Q^ －
◥
●β
、ＨＥＬＰ 想呼叫属於你的小天使吗？ /◥＝
` 〈○〉
▃▃▃ 只要按ｈｈ，就可以了唷！！ Δ
新 ◥ >_<～
//
▅▅▅ 快按下"hh"呼叫你的小天使吧！\(≧▽ν≦)ωgarnier
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 140.116.101.29
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Maple/M.1497936402.A.60C.html
5F：→ lantw44: 刚看了一下你写的安装步骤，有设定好让 06/20 21:11
6F：→ lantw44: camera 和 account 开机自动执行吗？ 06/20 21:11
7F：→ holishing: 有新增 /etc/rc.local 写进去, 并用 chmod +x 让他可 06/20 21:16
8F：→ holishing: 执行这样orz 06/20 21:16
9F：→ holishing: 不过上一篇没记到... (有放进github自己改的记录里 06/20 21:18
然後目前情况结果是刚开机时自己从虚拟机外 telnet 回去时,
会先出现一段时间的黑画面, 过了好一阵子才出现了
没有进站图案的空白登入画面
http://i.imgur.com/khMiEMG.png
有尝试过 xinetd 或 standalone 差不多都遇到类似情形
以下是去 /var/log/daemon.log 翻到的资料:
(後面两行可能是12点执行备份时才会出现的@@)
> --------
Jun 21 00:28:53 debian rc.local[310]: [account]
#011CACHE#011reload bcache
Jun 21 00:28:53 debian rc.local[310]: sh: 1: /usr/bin/gzip: not found
Jun 21 00:28:53 debian rc.local[310]: grep: run/bmta.log: No such file or directory
> --------
(之前会以为设/etc/rc.local有用是因为
架pttbbs时也是用此法让他自己跑起来的orz)
最後登进去站长选单按了
系统重整
或是回去工作站重新执行
camera 和 account
或是等crontab自己重新跑那两个程式才有效果
一直到有以下情形前系统运作大致都算正常的
但到之後在系统或使用者於「看板」内发表新文章後
或是板主小d掉某篇文章跑到 deleted 板後
使用者就会开始有未读记录, 然後再麽read多次使它已读,
进出看板後, 记录(.BRH)还是会重设, 甚至直接断线
10F：→ lantw44: 於是整个 bbs 关掉 (killall bbsd / ipcrm ...) 06/20 21:31
11F：→ lantw44: 再重开还是有这个状况吗？ 06/20 21:31
12F：→ lantw44: 断线感觉是 bbs 程式当掉了…… dmesg 有没有相关讯息？ 06/20 21:52
13F：→ lantw44: 例如 segfault 或 general protection 之类的 06/20 21:53
目前只翻到这些 O.O
[ 3072.842793] mmap: bbsd (452): VmData 1804693504 exceed data ulimit 16777216. Update limits or use boot option ignore_rlimit_data.
[ 814.920385] mmap: bbsd (431): VmData 1804935168 exceed data ulimit 16777216. Update limits or use boot option ignore_rlimit_data.
[ 325.972325] mmap: bbsd (377): VmData 1805119488 exceed data ulimit 16777216. Update limits or use boot option ignore_rlimit_data.
14F：→ holishing: (有先试了ipcs/ipcrm) 先笔记一下@@ 周末有空好好测试 06/20 23:25
先补上开机自动执行时的log..
ipcs後显示的讯息
※ 编辑: holishing (140.116.101.29), 06/24/2017 00:45:30
本来觉得问题在 ~/usr/[字母开头]/[使用者]/.BRH 底下
可是发现在存阅读记录到该处前就已经有问题了 (可能是记忆体那边!?)
※ 编辑: holishing (140.116.101.29), 06/24/2017 23:01:21
补上三条不同次开机的 dmesg 讯息
※ 编辑: holishing (140.116.101.29), 06/25/2017 13:12:26
15F：→ lantw44: 我觉得可以考虑用 gdb 看看能不能拿到 backtrace 了 06/28 21:06
16F：→ lantw44: 在这之前要先把 Makefile 里的 -s 拿掉再加上 -g 重编 06/28 21:07
17F：→ lantw44: 刚才搜寻了一下 RLIMIT_DATA，在 maple/bbsd.c 找到这段 06/28 21:17
18F：→ lantw44: /* adjust resource : 16 mega is enough */ 06/28 21:18
19F：→ lantw44: limit.rlim_cur = limit.rlim_max = 16 * 1024 * 1024; 06/28 21:18
20F：→ lantw44: setrlimit(RLIMIT_DATA, &limit); 06/28 21:18
21F：→ lantw44: 有没有考虑把这行 setrlimit 注解掉…… 06/28 21:19
22F：→ lantw44: 把记忆体用量限制在 16 MiB 感觉似乎很少？ 06/28 21:19
23F：→ holishing: 先记一下, 找时间来试 ψ(._. )> 06/29 01:27
24F：→ holishing: 从config.h那边把那部分undef掉目前状况还是差不多@@ 07/03 16:54
25F：→ holishing: 再研究其他原因@@ 07/03 16:54
26F：→ holishing: 直接注解掉那行的结果也一样 07/04 13:07
27F：→ holishing: gdb和Makefile参数还没试过,找机会试 07/09 14:59
※ 编辑: holishing (140.116.101.37), 07/16/2017 01:16:40
gdb 目前找到的 log:
> ps. 用 "gdb attach <程式的PID> -ex cont" 去记下来的
> 参考:
> https://stackoverflow.com/questions/9746018/gdb-attach-to-a-process-without-stop
这是申请 sysop 後正常登出後留下的记录:
https://gist.github.com/holishing/9fbbccfa8d297f635715e4d71e5bda42
这是开新版後进入 (B)oards 後断线留下的记录:
https://gist.github.com/holishing/60f1285473101c27ffd585c68db689bf
这是先前测试在 0Announce 板发文并开完新板後, 下次进站看完公告後跳出後
再从 (B)oards 进去 0Announce 板(在看板列表那时未读灯没亮)
再从 0Announce 板准备左键出板结果就断线了:
https://gist.github.com/holishing/f3cf771ea99ff30b1a848d90222c8ce7
之後进站要进去(B)然後断线:
https://gist.github.com/holishing/702e76b7ebd7b2b31793c54f1f8b29c8
这一波最後一次测试
在 0Announce 砍掉重发一次公告後
下次进站读完公告後回主选单
然後从 (B) 进去 0Announce (那时人气显示: -15860) 准备再出来时, 断线:
https://gist.github.com/holishing/8e6e08873eb05be184a8c4ecfd59e762
之後的log应该会另回新文放@@, 然後上面的没放到 backtrace orz
28F：→ holishing: 这次先试到这边, 本来一开始在test发完文後, 重复进出 07/16 05:14
29F：→ holishing: 该板也会造成类似断线情形, 但完整的log没记到 orz 07/16 05:15
30F：→ holishing: 不对, 之後应该放在gist上@@rz 07/16 05:16
像是这样: (这个有在一些点下 backtrace 指令)
https://gist.github.com/holishing/7a5f1e3a3b1d4ff3b48fe147d0ef9e27
31F：→ holishing: 择期再研究 (? 07/16 05:49
先整理一下前面的log @@
https://github.com/holishing/maplebbs-itoc/tree/gdb-test/doc/debuglog
※ 编辑: holishing (140.116.101.37), 07/21/2017 03:51:52
32F：→ holishing: 或是另外找 CentOS 试试... 07/22 18:16
结果在 CentOS 7 (AltArch) 完全没这个问题.........orz
这是逼自己不能只待在 Debian 吗.....orz
不知道是不是 gcc 版本差异的问题还是.... (希望有天能知道答案qq
※ 编辑: holishing (140.116.101.37), 07/24/2017 12:46:17
33F：推 xeonchen: cpu 是用 chroot 到 x86 的 toolchain 来 build 06/16 06:52
34F：推 pichubaby: 帮忙补个延伸阅读 01/01 17:40
36F：→ pichubaby: BoardReadingHistory-zh_tw 01/01 17:40