NetBSD 絹の日記

hns - 日記自動生成システム - Version 2.19.9

2003年05月30日(金) 旧暦 [n年日記]

#1 [機械] 219 ?? IWsa 0:29.33 /usr/pkg/sbin/named

これって止っている ?

ttyp0:makoto@st3240  18:03:22/030530(~)> ps ax|grep named
 219 ?? IWsa 0:29.33 /usr/pkg/sbin/named

kill -1 219 しても反応しない

＠ 1.6R:

ttyp0:root@st3240 18:09:36/030530(/home/makoto)# uname -a NetBSD st3240 1.6R NetBSD 1.6R (L2CR) #0: Sat May 17 20:04:39 JST 2003 makoto@st3240:/usr/s/src/sys/arch/macppc/compile/L2CR macppc

＠ BIND 9.2.2:

ttyp0:root@st3240 18:09:44/030530(/home/makoto)# named -version さふいへば、こんな字が残っていた

＠ /netbsd: sa_switch(219.10 flag 900004): Not enough stacks.:

May 30 11:34:12 st3240 /netbsd: sa_switch(219.10 flag 900004): Not enough stacks. May 30 11:34:12 st3240 /netbsd: sa_switch(219.10 flag 900004): Not enough stacks

＠また来た:

May 30 20:51:32 st3240 named[3941]: couldn't add command channel ::1#953: file n
sa_switch(3941.10 flag 900004): Not enough stacks.
sa_switch(3941.10 flag 900004): Not enough stacks.
May 30 21:01:44 st3240 /netbsd: sa_switch(3941.10 flag 900004): Not enough stack

＠ netbsd-bugs: kern/20245:

＠ core 有:

ttyp1:root@st3240 21:07:19/030530(/etc/named)# gdb /usr/pkg/sbin/named named.core
GNU gdb 5.0nb1
(gdb) where
#0 0x41b55ef4 in pthread__switch () from /usr/lib/libpthread.so.0
#1 0x41b55ee8 in pthread__switch () from /usr/lib/libpthread.so.0
(gdb)

＠ kern_sa.c:

464 sa_switch(struct lwp *l, int type)
465 {
...  
505                 /*
506                  * XXX We need to allocate the sadata_upcall structure here,
507                  * XXX since we can't sleep while waiting for memory inside
508                  * XXX sa_upcall().  It would be nice if we could safely
509                  * XXX allocate the sadata_upcall structure on the stack, here.
510                  */
511
512                 if (sa->sa_nstacks == 0) {
513 #ifdef DIAGNOSTIC
514                         printf("sa_switch(%d.%d flag %x): Not enough stacks.\n",
515                             p->p_pid, l->l_lid, l->l_flag);
516 #endif
517                         goto sa_upcall_failed;

＠ sysctl -a:

まさかこういう簡単な話 ?

> sysctl -a | grep stacks
proc.curproc.rlimit.stacksize.soft = 2097152
proc.curproc.rlimit.stacksize.hard = 33554432

# sysctl -w proc.curproc.rlimit.stacksize.soft=4194304
proc.curproc.rlimit.stacksize.soft: 2097152 -> 4194304

どこかで memory leak のようなことが起きていて、それがどこかが問題ということか。

( つっこみ )

#2 [MTA] send-pr したメールが送られていないなぁ

ということがあって、echo test | mail hoge@foo とかしても同じ。

＠ /var/log/maillog:

May 30 18:34:28 harry sendmail[557]: h4U9YSrw000557: to=hoge@foo, ctladdr=makoto (2029/500), delay=00:00:00, xdelay=00:00:0 0, mailer=relay, pri=30030, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred: Connection refused by [127.0.0.1]

なんて書いてある。そうか sendmail を起動しておく必要があるのかと思って

＠ /var/spool/clientmqueue:

May 30 18:34:28 harry sendmail[557]: dangerous permissions=40775 on queue directory /var/spool/clientmqueue/ と言っているので他の機械を見て、

drwxrwx--- 2 smmsp smmsp 1024 May 30 17:11 .

に直したら、その瞬間に起動したような気配。で、/var/spool/clientmqueue に溜っているのを出すのはどうやるのかなというのがきょうの疑問

Sendmail stuff, was: [Re: clientqueue] (http://archive.linuxfromscratch.org/mail-archives/blfs-support/2002/10/0774.html)

if [ -x /usr/sbin/sendmail ]; then
echo "Starting sendmail MTA daemon: /usr/sbin/sendmail -L sm-mta -bd -q25m"
/usr/sbin/sendmail -L sm-mta -bd -q25m
echo "Starting sendmail MSP queue runner: /usr/sbin/sendmail -L sm-msp-queue -Ac -q25m"
/usr/sbin/sendmail -L sm-msp-queue -Ac -q25m
fi

この辺かな。一つ目が MTA で、これが起動し終ってから二つ目を実行する。(& を付けてはいけない)

( つっこみ )