|
Namazu for hns による簡易全文検索 詳しくは 詳細指定/ヘルプを参照して下さい |
|||||||||||||||||||||||||||||||||||||||||||||||||
2003年05月31日(土) 旧暦 [n年日記]#1 [NetBSD] 1.6T@ /usr/mdec/installboot:# pwd ( つっこみ )
#2 ap2-php4... sapi_apache2.c:31: apr_strings.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/namedkill -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 @ netbsd-bugs: kern/20245:@ core 有:ttyp1:root@st3240 21:07:19/030530(/etc/named)# gdb /usr/pkg/sbin/named named.core @ 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 # sysctl -w proc.curproc.rlimit.stacksize.soft=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この辺かな。一つ目が 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:上の時間はとても短いが、これは 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
tcsh - ファイル名補完とコマンド行編集を追加した C シェル (http://www.cc.fuk.kindai.ac.jp/edsys-old/unix/tcsh/tcsh-519.html)
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まさか、こういうのではないと思うけれど.. If you are using a Cisco firewall product that supports their fixup protocol,ipnat の rdr 機能を使っていると、この問題があるという気がする。 ipf: IP Filter: v3.4.29 (344)ではなくて ipnat の方か。 @(#)ipnat.c 1.9 6/5/96 (C) 1993 Darren Reed ( つっこみ )
2003年05月26日(月) 旧暦 [n年日記]#1 [Web] hover
css に書く次のもの... 知らなかった。色が変る。
a:hover {background-color:#ffddee;color:#ff0000;} ( つっこみ )
#2 [NetBSD] pkgsrc/ap2-auth-postgresql
長い道のりだったが、Apache2 でやっと
AuthPG
が動いた。忘れないうちに覚えを書いておかなくては。
何故長いかって、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.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. @ 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>)と言っている。ここまで書けばよういちさんが何とかしてくれないかな。 @ (setq wl-message-buffer-cache nil):
すれば、Emacs を立上げ直さなくても大丈夫。
@ お手紙:
「Message-buffer を kill してしまったのに、それがあると思っているのがいけない」
ですよと御指名の方からお手紙をもらってしまいました。ありがたいことです。
@ 「実は 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 [無題] 新宿南口方面( つっこみ )
|
最近の日記 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) | ||