人数少得时候一切正常，人一多(1k左右) 就没有办法进入版面了。

  telnet和WEB都不行，难道需要什么特殊的系统设置吗？

  真是FT，则是的时候怎么也没有想到人多的时候出问题呀
--
FROM 202.118.224.*

debug 出来了，是使用tmpfs做版面已读标记检查的时候出错的

出错源代码为止如下:

for (n = 0; n < BRC_MAXNUM; n++) {
>>>>        if (brc_cache_entry[brc_currcache].list[n] == 0) {
            if (n == 0)
                return 1;
            return 0;
        }

  其中brc_cache_entry 为 0xfffffff。。。
  brc_currcache = -1;

系统正常运行了大概有1个小时左右，实际需要使用的这段代码的用户大概

600左右，还有800多的www guest好像就不要使用这段代码了。

bt 如下:

(gdb) bt
#0  0x0808ce3b in brc_unread (fid=1) at boards.c:669
#1  0x080739ce in get_article_flag (ent=0x8173e50, user=0x406461f0,
    boardname=0x41b96180 "BBS_DEV", is_bm=0) at article.c:1360
#2  0x08077ec2 in readdoent (buf=0xbfffe844 "[36mluohao\e[33m]", num=1, ent=0x8173e50,
    readfh=0x0, conf=0xbfffecc8) at bbs.c:777
#3  0x080cec42 in read_show (conf=0xbfffecc8, pos=1) at newread.c:590
#4  0x080dd67b in show_item (conf=0xbfffecc8, item=1, clear=false) at select.c:91
#5  0x080dd775 in refresh_select (conf=0xbfffecc8) at select.c:115
#6  0x080ddc45 in do_select_internal (conf=0xbfffecc8, key=4100) at select.c:210
#7  0x080de596 in list_select (conf=0xbfffecc8, key=4100) at select.c:407
#8  0x080de91a in list_select_loop (conf=0xbfffecc8) at select.c:503
#9  0x080cf085 in new_i_read (cmdmode=DIR_MODE_NORMAL,
    direct=0xbfffee48 "boards/BBS_DEV/.DIR", dotitle=0x8077884 <readtitle>,
    doentry=0x8077e74 <readdoent>, rcmdlist=0x813f788, ssize=140) at newread.c:704
#10 0x08084ac8 in Read () at bbs.c:5662
#11 0x0808ffcd in fav_onselect (conf=0xbffff618) at boards_t.c:533
#12 0x080ddfde in do_select_internal (conf=0xbffff618, key=4099) at select.c:289
#13 0x080de728 in list_select (conf=0xbffff618, key=259) at select.c:443
#14 0x080de95b in list_select_loop (conf=0xbffff618) at select.c:507
#15 0x08091829 in choose_board (newflag=1, boardprefix=0x0, group=0, favmode=1)
    at boards_t.c:1151
#16 0x08091ae9 in FavBoard () at boards_t.c:1211
#17 0x08099105 in domenu (menu_name=0x8134a68 "TOPMENU") at comm_lists.c:591
#18 0x080ccec4 in main_bbs (convit=0, argv=0xbffffefd "sshbbsd:luohao")


【 在 KCN (毒中之毒~最近忙死了) 的大作中提到: 】
:   无法进入是什么现象
--
FROM 202.118.224.*

  tmpfs慢了?
【 在 deem (沙丘男爵) 的大作中提到: 】
: debug 出来了，是使用tmpfs做版面已读标记检查的时候出错的
: 出错源代码为止如下:
:  for (n = 0; n < BRC_MAXNUM; n++) {
: ...................
--
FROM 166.111.4.19

  tmpfs满了会有这个情况.
【 在 deem (沙丘男爵) 的大作中提到: 】
: 啊？不会把，一开始用的好好的，突然就不行了。而且一旦不行了所有的
: 新登陆的都不行了，但是已经登陆的telnet用户不受影响，但是WEB受影响
: 实在不行改用ramfs试试。
: ...................
--
FROM 166.111.4.19

    那就奇怪了.brc_cache_entry=0xffffffff的情况是无法建立
tmpfs里面的映像文件.另一种可能是tmpfs的属主有问题.曾经有过
用root执行crontab里面的php导致tmpfs属主变成root出错的.
    需要看看tmpfs /home/K/KCN/entry 类似这个,看看是否能够
产生这个文件
【 在 deem (沙丘男爵) 的大作中提到: 】
: 我特意看了，才 1% 我们映射了256M
--
FROM 166.111.4.19