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

先月 2003年05月 来月
1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
Namazu for hns による簡易全文検索
詳しくは 詳細指定/ヘルプを参照して下さい
検索式:

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

#1 [NetBSD] 1.6T

/usr/mdec/installboot:

# pwd
/mnt/usr/mdec
# ./installboot -v /mnt/boot bootxx /dev/rwd0a
installboot: open raw: No such file or directory
# ls -l
total 552
-r--r--r-- 1 root wheel 2271 May 29 12:20 bootxx
-r-xr-xr-x 1 root wheel 97864 May 29 12:20 installboot
-r--r--r-- 1 root wheel 512 May 29 12:15 mbr
-r--r--r-- 1 root wheel 55400 May 29 12:20 ofwboot
-r--r--r-- 1 root wheel 59348 May 29 12:20 ofwboot.elf
-r--r--r-- 1 root wheel 55632 May 29 12:20 ofwboot.xcf
-r--r--r-- 1 root wheel 8192 May 29 12:20 ustarboot

#2 ap2-php4

... sapi_apache2.c:31: apr_strings.h: No such file or directory
In file included from sapi_apache2.c:32:
/usr/pkgsrc/www/ap2-php4/work/.buildlink/include/httpd/ap_config.h:58: apr.h: No such file or directory
/usr/pkg/include/apr-0/apr.h にあるのが見えていない。


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 に溜っているのを出すのはどうやるのかな というのがきょうの疑問
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 で、これが起動し終ってから二つ目を実行する。(& を付けてはいけない)

#3 [MTA] mail back to myself (Mx problem)

またこれで 38 通くらい失ってしまった。 内部用 dns


2003年05月29日(木) 旧暦 [n年日記]

#1 [network] ipnat/rdr/smtp

ipnat の rdr を使って smtp port を飛ばしていると、 EOM で完了しない相手が 1% くらいある。(と思う)
そこで 「mx で一度それ(rdr)が不要のところまで集めて、 そこから違う mx 内容を見せておいて内部に転送する」 という正統的な方法に変更。

しかし sendmail-8.9.3 + CF-3.7 だと:

「mx が違うところを指しているはずなのに、自分で受取って しまう」ような気がして、/etc/aliases で明示的に転送。
多分自分の設定のどこかがおかしいのだろう。

#2 [httpd] 2.0.46

5/30 日までに入替えた方がいいよ。とのこと。

#3 [NetBSD] build.sh

一応完了
==> Summary of results:
build.sh command: ./build.sh -D /export/20030516-utc/d -R /export/20030516-utc/r release
build.sh started: Thu May 29 13:30:56 UTC 2003
Bootstrapping nbmake
MACHINE: macppc
MACHINE_ARCH: powerpc
TOOLDIR path: /export/20030516-utc/src/tools/obj/tools.NetBSD-1.6R-powerpc
DESTDIR path: /export/20030516-utc/d
RELEASEDIR path: /export/20030516-utc/r
Created /export/20030516-utc/src/tools/obj/tools.NetBSD-1.6R-powerpc/bin/nbmake
Updated /export/20030516-utc/src/tools/obj/tools.NetBSD-1.6R-powerpc/bin/nbmake-macppc
Successful make release
build.sh ended: Thu May 29 14:32:28 UTC 2003
===> .
上の時間はとても短いが、これは make build が終った後からの時間。 一ヶ所間違った変更をしていたので、途中で止ってしまい、 setenv BUILD_DONE yes してから続けた。

#4 [bind] view と secondary

僕も、いまこの問題に当っている。
一番安易には、(本末転倒の気もするが) 内部用 secondary と外部用 secondary を分ければ済む話 ?

rsync とかで写した方がいいのでは ? という気がして来た。


#5 [iPod] iPod utility

こんなのがある。
Nota: you need a Windows iPod
何だこれ。


2003年05月28日(水) 旧暦 [n年日記]

#1 [Unix] tcsh dextract


bash で使えるか という話でなくて、それ自体、知らなかったというか、使ったことがない。 でも使うと便利そう。
そもそも cp ~1/file . なんて使い方もやったことがない。

#2 [機械] 一台 20030503ts に Upgrade (quick)

netbsd-GENERIC_MD.gz を /20030507.gz としておいておいて、 それで 起動 - sysinst

dns:

やはり DNS はまだ見に行ってくれない気がする。

/etc:

実は etcupdate というのを使ったことがないけれど、 新規設置の時に /etc の写しをそっくり持っていて OS を新しくしたら、 update -j old -j real /etc のようなことが出来た方が親切な気がする..
  OS         現用
--------     -----
/etc-1.6R -> /etc
というか sysinst の Upgrade は古い方の etc で起動して、 新しいのは /etc.new で置いておいて、 起動した後で調整するということ。

telnet で入った時に、文字入力が遅い ?:

ftp が 800kbps しか出ない ?:

1.6Q gm0 の機械相手に:
ftp> get /netbsd /dev/null
...
4455628 bytes received in 00:40 (106.18 KB/s)

diff -ur /etc /etc.new をしていて何故か遅かった。:

それを止めたら

88Mbps:

ftp> get /netbsd /dev/null
...
4455628 bytes received in 00:00 (11.20 MB/s)

#3 [MTA] 再び qpopper (4.0.5)

mail server を再び移 そうとしている。sendmail/qpopper/procmail
===> Please note the following:

===========================================================================
$NetBSD: MESSAGE,v 1.2 2003/03/13 07:21:42 itojun Exp $

In order to enable POP service, you should add the following lines
to your /etc/inetd.conf:

    pop3 stream tcp  nowait root /usr/pkg/libexec/qpopper qpopper -s
    pop3 stream tcp6 nowait root /usr/pkg/libexec/qpopper qpopper -s

===========================================================================

===> Registering installation for qpopper-4.0.5
ttyp0:makoto@fml  10:20:06/030528(...mail/qpopper)> 


2003年05月27日(火) 旧暦 [n年日記]

#1 [MTA] 知合いからメール届かずと電話あり

ttyp4:root@ibook 12:52:50/030527(/home/makoto)# grep hogesys /var/log/maillog
May 27 04:01:33 ibook sendmail[18239]: h4QIr2GY018239: collect: premature EOM: Connection reset by mon.hogesys.co.jp
May 27 04:01:34 ibook sendmail[18239]: h4QIr2GY018239: SYSERR(root): collect: I/O error on connection from mon.hogesys.co.jp, from=<mymy@hogesys.co.jp>
May 27 04:01:34 ibook sendmail[18239]: h4QIr2GY018239: from=<mymy@hogesys.co.jp>, size=1005, class=0, nrcpts=1, proto=SMTP, daemon=MTA, relay=mon.hogesys.co.jp [hh.221.yy.xxx]
May 27 12:36:11 ibook sendmail[19417]: h4R3RdGY019417: collect: premature EOM: Connection reset by mon.hogesys.co.jp
May 27 12:36:11 ibook sendmail[19417]: h4R3RdGY019417: SYSERR(root): collect: I/O error on connection from mon.hogesys.co.jp, from=<mymy@hogesys.co.jp>
May 27 12:36:11 ibook sendmail[19417]: h4R3RdGY019417: from=<mymy@hogesys.co.jp>, size=1005, class=0, nrcpts=1, proto=SMTP, daemon=MTA, relay=mon.hogesys.co.jp [hh.221.yy.xxx]
まさか、こういうのではないと思うけれど..
If you are using a Cisco firewall product that supports their fixup protocol,
try disabling it for smtp. As far as I know, it only supports SMTP and you may be using ESMTP.
ipnat の rdr 機能を使っていると、この問題があるという気がする。
ipf: IP Filter: v3.4.29 (344)
Kernel: IP Filter: v3.4.29 ~ Running: yes
Log Flags: 0 = none set
Default: pass all, Logging: available
Active list: 0
ではなくて ipnat の方か。
@(#)ipnat.c 1.9 6/5/96 (C) 1993 Darren Reed
@(#)Id: ipnat.c,v 2.16.2.21 2002/06/06 10:49:19 darrenr Exp


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

#1 [Web] hover

css に書く次のもの... 知らなかった。色が変る。
a:hover {background-color:#ffddee;color:#ff0000;}

#2 [NetBSD] pkgsrc/ap2-auth-postgresql

長い道のりだったが、Apache2 でやっと AuthPG が動いた。忘れないうちに覚えを書いておかなくては。
  1. pkgsrc/ap-auth-postgresql は AuthPG-1.2 で Apache2 には対応していない
  2. ( Mailing List に入って見たら)、 2002/04 頃に Apache2 対応の patch を流した人がいた。
  3. それを使って、見よう見真似で pkgsrc を作って見る
  4. .htaccess を用意する
  5. 実は(僕は) postgresql を tcp/ip で話せるように設定をしたことがなかった。
  6. それは postgresql.conf と pg_hba.conf
    に少しまじないを書けばいいのだが、 それをどこに置くのかの情報が(僕には)なかなか見つからなかった。 /usr/pkg/etc/postgresql /usr/pkg/share/postgresql ではなかった。(と思う)
    (もっとも postgresql.conf に
    tcpip_socket = on
    と書く方は、 起動時に -i を付ければ、なくても良かったのだけれど)
  7. ktrace
    cd /tmp
    ktrace /usr/pkg/bin/postmaster -D directory
    (/tmp)# kdump ktrace.out | grep postgresql.conf
    (/tmp)# kdump ktrace.out | grep pg_hba.conf
    
    のようにして、 ktrace/kdump を使って調べてしまった。
  8. 置くべき位置は、postmater 起動時に -D で指定した directory
    (それが current-directory になる)
  9. で、postgres 的にも www という user を作っておく必要がある
    createuser www
    (ま、これは apache2 が www で動いていれば当然のことである)
  10. grant もしておく必要がある
    (これがないと ERROR: hogehoge: permission denied )
    recent_status=# GRANT SELECT ON hogehoge TO PUBLIC;
    GRANT
    (など)

何故長いかって、AuthPG は ChiBUG で mira さんに教わって以来だし。
(でも実は AuthPG のどこが嬉しいかって、良く分っていない)。


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

#1 [pkgsrc] apache2/php4/postgresql

作り直して見る 「devel/php4-session しただけでは --enable-session してくれなくて、 www/php4/Makefile.php を変更する必要がある」 気がする。


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

#1 [Emacs] selecting deleted buffer

wl-2.10.0 で、例えば、namazu で検索して次のような時に、上から見ていって 8 のところで出た。
    1 N02/02(日)04:36 [ burt             ] ipnat.conf for darwin streaming serv
    2 N12/08(日)10:17 [ Masahiro Yamagis ] #08272 Re: question ipf             
   10  08/09(金)17:20 [ MOCHIDA Shuji    ] #07938 mssclamp on PPPoE network
    6  08/10(土)00:01 ┣[ FUKAUMI Naoki    ]                               
    4  08/11(日)23:54 ┃┣[ MOCHIDA Shuji    ]                             
    5  08/10(土)07:45 ┃┗[ 藤原 誠 / Makoto ]                             
    3  08/12(月)00:02 ┃ ┗[ MOCHIDA Shuji    ]                           
    8 N08/09(金)18:15 ┣[ Masaru OKI       ]                               
    7 N08/09(金)18:48 ┃┗[ MOCHIDA Shuji    ]               
    ....
これは、この状態で何度でも言うので、 (setq debug-on-error t) してからもう一度 8 を見ると、次のような字がある。
byte-code("......" [err wl-message-buffer-cache-delete signal] 3)
wl-message-buffer-display([elmo-nmz-folder [0 0 0 0 0 0 0] nmz "[mssclamp]" "[" "/home/makoto/.elmo/nmz/[mssclamp]"

wl-message.el:

158 (defun wl-message-buffer-cache-delete (&optional key)
159   "Delete the most recent cache entry"
160   (if key
161       (setq wl-message-buffer-cache
162             (delq (assoc key wl-message-buffer-cache)
163                   wl-message-buffer-cache))
164     (let ((buf (wl-message-buffer-cache-buffer-get
165                 (car wl-message-buffer-cache))))
166       (setq wl-message-buffer-cache
167             (nconc (cdr wl-message-buffer-cache)
168                    (list (wl-message-buffer-cache-entry-make nil buf)))))))
これは原因でなくて結果かなぁ。

wl-message-buffer-cache-size:

10

wl-message-buffer-cache:

((("[mssclamp]" 3 "<20020812.000222.125128237.mochid at netside.co.jp>") . #<buffer  *WL:Message*<5>>) 
 (("[mssclamp]" 5 "<yfmvg6jwt1u.wl at u.ki.nu>") . #<buffer  *WL:Message*<4>>) 
 (("[mssclamp]" 4 "<20020811.235400.65654786.mochid at netside.co.jp>") . #<buffer  *WL:Message*<3>>) 
 (("[mssclamp]" 6 "<874re4oz3n.wl at dns1.fukaumi.org>") . #<buffer  *WL:Message*<2>>) 
 (("[mssclamp]" 10 "<20020809.172010.65657653.mochid at netside.co.jp>") . #<buffer  *WL:Message*>) 
 (("[mssclamp]" 2 "<20021208100442.9858.NIGHT at pluto.dti.ne.jp>") . #<buffer  *WL:Message*<9>>) 
 (("[mssclamp]" 1 "<6F7FA4D8-361C-11D7-8F55-0030654D9470 at wanadoo.fr>") . #<buffer  *WL:Message*<8>>) 
 (("+ml/netbsd" 6560 "<20030518.182817.68562309.toshi at odd.minolta.co.jp>") . #<buffer  *WL:Message*<7>>) 
 (("+ml/netbsd" 6567 "<20030523.234324.87582895.taca at back-street.net>") . #<buffer  *WL:Message*<6>>) 
(nil . #<killed buffer>))
8 はまだ見ていないのに、あるはずと(いう人がいるので)見に行くと、「それはもう消したやつだよ」と言われている のかな。

そうではなくて、「buffer-cache が一杯になったので、 古いやつを消そうとした時に、以前に消したやつをまた消そうとしている」 かな

上のは単に結果のようだ。:

465 ;; Use message buffer cache.
466 (defun wl-message-buffer-display (folder number flag
....
489     (if (or force-reload read)
490         (condition-case err
...
501           (error
502            (wl-message-buffer-cache-delete)
503            (signal (car err) (cdr err))
504            nil))) ;; will not be used
505     (cons hit cache-used)))
そもそも 501 行目に来てしまうことが良くないらしい。

condition-case って何 ? appropos によれば:

Function: Regain control when an error is signaled.
Plist: lisp-indent-function byte-compile

wl-message.el:

 486       ;; delete tail and add new to the top.
 487       (setq hit (wl-message-buffer-cache-add (list fname number msg-id)))
 488       (setq read t))
ここで err になっている気がする。次のような message 行を付けておくと
486 ;; delete tail and add new to the top.
487 (message "hit false, cache adding fname(%s) number(%s) msg-id(%s)" fname number msg-id) ;; XXXX
488 (setq hit (wl-message-buffer-cache-add (list fname number msg-id)))
489 (message "hit(%s)" hit)
490 (setq read t))
hit false, cache adding fname([mssclamp]) number(8) msg-id(<20020809180839.26CA.OKI at netbsd.org>)
hit(#<killed buffer>)
と言っている。ここまで書けばよういちさんが何とかしてくれないかな。

(setq wl-message-buffer-cache nil):

すれば、Emacs を立上げ直さなくても大丈夫。

お手紙:

「Message-buffer を kill してしまったのに、それがあると思っているのがいけない」 ですよと御指名の方からお手紙をもらってしまいました。ありがたいことです。
  1. 自分で kill-buffer (C-x k) してしまった。(僕のことね)
  2. wl が何かの原因で kill-buffer してしまったのに、まだあると思って参照する
のどちらか。という切分けが必要とのこと。しかし上で書いた 8 のメールは とても古いやつで、きょうはまだ見ていないもの。 (検索で出て来た一覧だから、それは間違いない)。つまり二番目に当るはず。

「実は HTML を見るのに w3 を使っている」:

ことが重要かも知れないので、そうしています。とお知らせしておきます。

wl-message-buffer-cache:

の内容を見ると、確かにこの順に見た覚えがあるが、それの一つ前に見たメール を、自分で kill-buffer してしまったのかも知れない。 それは 上の 8 のものとは関係ない訳で、二つ上に書いた、 「とても古いやつで、きょうはまだ見ていないもの」というのは的外れだった。

つまり

「自分で kill-buffer (C-x k) してしまった。(僕のことね)」:

というのがありそうな話だ。 が、「(僕が)メールを見て、それを kill-buffer する」ことってあるかな、 と思ったりもする。記憶自信無。

(と書いたら)

「とりあえず trunk では対処しておきました。」という有難いお告げ:

試そうと思って、まずは wl-2.10.0 のままで:

再現法は簡単で、message buffer で C-x k して、あとは buffer cache がぐるぐる回ってバッファが存在しないとこに 足そうとするまで新しいメッセージを見るだけです。
しようとしたが、うまく行かない。(再現しない)。しかも 「message-buffer で C-x k 」するのって、ちょっと面倒で、 これはやっていないなぁ、という気が....

そうか、途中で cache の中を見ればいいのか。

どうも、単に kill しただけでは、上の方に書いた

 (nil . #<killed buffer>))
のように nill という字は入らない気がする。 (で、その時には再現しない ?)


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

#1 [] PHPxPostgreSQL で作る 最強 Web システム

(技術評論社、石井達夫著) 2,880 円外税


2003年05月22日(木) 旧暦 [n年日記]

#1 [無題] 新宿南口方面

ソフマップ Mac/UMac:

1.2GHz 99,000 円。 (これは新品)高いなぁ。

14:00-18:00 まで某社で説明を聞く:




最近の日記
2024年03月10日
停電 (瞬電)
2024年03月03日
the second try on bare-metal
useradd
2024年02月29日
opendkim and senmail
2024年01月24日
chat/iam 0.0.8
2024年01月21日
uselocale vs setlocale (textproc/R-readxl)
以上、10 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)