エラーメッセージ
2008年06月05日
時々出るPHPのWarning
PHP Warning: mysql_connect(): Lost connection to MySQL server at 'reading authorization packet', system error: 0 in /path/to/foo.php on line 123
この時はnetstatで確認するとTIME_WAITとなっている数が物凄いになってる。
この状況を解消しようとして、
/proc/sys/net/ipv4/tcp_tw_recycleを変更するのは危険か。
渡されたRHEL4.5では「0」となっている。
2008年04月16日
2008年04月08日
ユーザーが所有している保障のないキー
$ gpg --version gpg (GnuPG) 1.4.6
$ gpg -se -r foo@example.com -u bar@example.net --passphrase foobar hoge
You need a passphrase to unlock the secret key for
user: "foor bar <bar@example.net>"
1024-bit DSA key, ID 12345678, created 2008-01-01
gpg: CCCCCCCC: There is no assurance this key belongs to the named user
pub 1024g/CCCCCCCC 2007-12-19 foo <foo@example.com>
Primary key fingerprint: ASDF ASDF ASDF ASDF ASDF ASDF ASDF ASDF ASDF ASDF
Subkey fingerprint: 3377 3377 3377 3377 3377 3377 3377 3377 3377 3377
It is NOT certain that the key belongs to the person named
in the user ID. If you *really* know what you are doing,
you may answer the next question with yes.
Use this key anyway? (y/N)
うへっ…どうしても、この鍵を使わないと行けない
対話モードで「y」としてやれば先に進む。
別の解決法として、
「--always-trust」オプションを指定すると聞かれなくなる。
$ gpg --always-trust -se -r foo@example.com -u bar@example.net --passphrase foobar hogeバッドノウハウ。
2008年02月05日
ログインしようとしたら、反応が鈍い
20秒くらい経過して、やっとログインプロンプトが現れた。
「やばい…過負荷だ」
やっとログイン出来た所で、すぐさまapacheをダウンさせた。
最近、apacheにメモリを食いまくられる現象が多発している為だ。
過負荷状態のapacheログ
Use of uninitialized value in string eq at /usr/share/perl5/Cache/Memcached.pm line 494. Use of uninitialized value in string eq at /usr/share/perl5/Cache/Memcached.pm line 494. Use of uninitialized value in string eq at /usr/share/perl5/Cache/Memcached.pm line 494. Use of uninitialized value in string eq at /usr/share/perl5/Cache/Memcached.pm line 494. Use of uninitialized value in string eq at /usr/share/perl5/Cache/Memcached.pm line 494. Use of uninitialized value in string eq at /usr/share/perl5/Cache/Memcached.pm line 494. Use of uninitialized value in string eq at /usr/share/perl5/Cache/Memcached.pm line 494.Memcachedが悪さしてる模様。
それが起因となり、apacheにメモリを食い尽くされ、swapも食い尽くされる。
MySQLへの接続も失敗する始末。
バージョン情報
「Debian GNU/Linux (sid)」を使用
$ dpkg -l | awk '$1 == "ii" && $2 ~ "^(apache|mysql|memcached|libcache-memcached-perl|libapache-mod-perl)" {print $2, $3}'
apache 1.3.34-4.1
apache-common 1.3.34-4.1
apache2-mpm-prefork 2.2.6-3
apache2-utils 2.2.6-3
apache2.2-common 2.2.6-3
libapache-mod-perl 1.29.0.4-4.1
libcache-memcached-perl 1.24-1
memcached 1.2.2-1
mysql-client-5.0 5.0.51-2
mysql-common 5.0.51-2
mysql-server-5.0 5.0.51-2
この過負荷頻発状況から脱出したい。
2007年11月29日
2007年10月03日
まっさらなサーバで作業すると、いつもこの作業。
■VirtualHostの追加と有効化
■rewriteを有効化
■VirtualHostの追加と有効化
# cd /etc/apache2/sites-available # vi foo.example.com # a2ensite foo.example.com Site foo.example.com installed; run /etc/init.d/apache2 reload to enable.
■rewriteを有効化
# /usr/sbin/apache2ctl configtest Syntax error on line 9 of /etc/apache2/sites-enabled/foo.example.com: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration # a2enmod rewrite Module rewrite installed; run /etc/init.d/apache2 force-reload to enable. # /usr/sbin/apache2ctl configtest Syntax OK
2007年09月27日
■mod_proxyがない
とある検証をしようとした。
configを修正したら起こられた。
■moduleを追加
楽過ぎる。
■問題発生
何だこれ。
■解決: mod_proxy*には、proxy_util.cが必要
やっと動いた。
とある検証をしようとした。
configを修正したら起こられた。
■moduleを追加
# cd /path/to/build/httpd-2.2.3/modules/proxy # /usr/local/apache2/bin/apxs -i -c mod_proxy.c # /usr/local/apache2/bin/apxs -i -c mod_proxy_http.c
楽過ぎる。
■問題発生
# /usr/local/apache2/bin/apachectl configtest httpd: Syntax error on line ... of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/mod_proxy.so into server: /usr/local/apache2/modules/mod_proxy.so: undefined symbol: proxy_lb_workers
何だこれ。
■解決: mod_proxy*には、proxy_util.cが必要
# /usr/local/apache2/bin/apxs -i -c mod_proxy.c proxy_util.c # /usr/local/apache2/bin/apxs -i -c mod_proxy_http.c proxy_util.c # /usr/local/apache2/bin/apachectl configtest Syntax OK
やっと動いた。
2007年09月15日
$ dh-make-perl --build --cpan Web::Scraper
Found: Web-Scraper 0.13 (libweb-scraper-perl arch=all)
======================================================================
Could not find the dependencies for the requested module
Module::Depends::Intrusive reports: syntax error at /home/user/hansode/work/debian/Web-Scraper-0.13/Makefile.PL line 2, near "name 'Web-Scraper'"
syntax error at /home/user/hansode/work/debian/Web-Scraper-0.13/Makefile.PL line 15, near "install_script 'bin/scraper'"
Compilation failed in require at /usr/share/perl5/Module/Depends/Intrusive.pm line 76.
Generated error: Error: syntax error at /home/user/hansode/work/debian/Web-Scraper-0.13/Makefile.PL line 2, near "name 'Web-Scraper'"
syntax error at /home/user/hansode/work/debian/Web-Scraper-0.13/Makefile.PL line 15, near "install_script 'bin/scraper'"
Compilation failed in require at /usr/share/perl5/Module/Depends/Intrusive.pm line 76.
Please check if your module depends on Module::Install
for its build process - Automatically finding its
dependencies is unsupported, please specify them manually
using the 'depends' option.
======================================================================
あらららら
$ cd Web-Scraper-0.13/
$ perl Makefile.PL
$ make test
All tests successful, 2 tests skipped.
こっちは問題ない。
比較的新しいCPANモジュールをdh-make-perlすると、
上手く行かない事が良くある。
いつもそれが悩みの種。
2007年08月27日
今朝のメールチェックでinboxにspamが多い事に気づく。
原因調査と対応の記録。
■原因調査
▼SpamAssassinの動作確認
SpamAssassinのログを調査してみたらrecoveryのメッセージ。
1. spamdが反応しない
↓
2. spam判定をスルーしてしまう
↓
3. inboxへメールが入り込む
こう言う経緯。
▼『spamdは起動している?』
起動している
▼対応優先順位付け
・じっくり原因調査
・一刻も早く復旧
業務に影響が出るので、1秒でも早い復旧を選択。
『spamdを再起動してみて、もしも駄目だったら次を考えよう。』
そう思い、再起動。
無事、起動して来た。
その後の動作に問題ない。
■メール再判定
inboxに紛れ込んでしまっている。spamが邪魔。
どうにかしたい。さてどうする?
▼対応手順
1. inboxに入っているファイルリスト取得
2. spamcコマンドに-cオプションを付けて実行
3. spam判定された場合、sandboxへ移動
spamcに-cオプションを追加する事で、
終了ステータスコードを利用出来る。
▼spamc -cの終了ステータスコード
▼実行例
▼何故直接spamフォルダへ移動せず、sandboxへ移動するのか
それは、spamフォルダに同ファイル名が存在するケースを避ける為。
一度sandboxへ移動し、sandboxに入ったメールを改めてspamへ移動。
これでファイルが上書きされる事も無く、順番通りにメールが並ぶ。
■独り言
何事も経験
原因調査と対応の記録。
■原因調査
▼SpamAssassinの動作確認
SpamAssassinのログを調査してみたらrecoveryのメッセージ。
$ tai64nlocal< /service/spamd-ro/log/main/$(tai64nlocal).s | lv
2007-08-27 04:40:28.563005500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:29.791522500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:30.793415500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:31.795259500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:32.797110500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:28.563005500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:29.791522500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:30.793415500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:31.795259500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
2007-08-27 04:40:32.797110500 [8096] warn: prefork: select returned -1! recovering: Bad file descriptor
1. spamdが反応しない
↓
2. spam判定をスルーしてしまう
↓
3. inboxへメールが入り込む
こう言う経緯。
▼『spamdは起動している?』
$ sudo svstat /service/spamd-ro
/service/spamd-ro: up (pid $(pid)) $(time) seconds
/service/spamd-ro: up (pid $(pid)) $(time) seconds
起動している
▼対応優先順位付け
・じっくり原因調査
・一刻も早く復旧
業務に影響が出るので、1秒でも早い復旧を選択。
『spamdを再起動してみて、もしも駄目だったら次を考えよう。』
そう思い、再起動。
$ sudo svc -t /service/spamd-ro
$ sudo svstat /service/spamd-ro
$ sudo svstat /service/spamd-ro
無事、起動して来た。
その後の動作に問題ない。
■メール再判定
inboxに紛れ込んでしまっている。spamが邪魔。
どうにかしたい。さてどうする?
▼対応手順
1. inboxに入っているファイルリスト取得
2. spamcコマンドに-cオプションを付けて実行
3. spam判定された場合、sandboxへ移動
spamcに-cオプションを追加する事で、
終了ステータスコードを利用出来る。
▼spamc -cの終了ステータスコード
$? = 0: ham
$? !=0: spam
$? !=0: spam
▼実行例
$ cd $(HOME)/Mail/inbox
$ mkdir sandbox
$ for i in *; do spamc -c $i || mv $i ./sandbox/; done
$ mkdir sandbox
$ for i in *; do spamc -c $i || mv $i ./sandbox/; done
▼何故直接spamフォルダへ移動せず、sandboxへ移動するのか
それは、spamフォルダに同ファイル名が存在するケースを避ける為。
一度sandboxへ移動し、sandboxに入ったメールを改めてspamへ移動。
これでファイルが上書きされる事も無く、順番通りにメールが並ぶ。
■独り言
何事も経験
2007年08月17日
nowa
Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /home/.
Reason: Error reading from remote server
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /home/.
Reason: Error reading from remote server
Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
2007年08月12日
ブクマしようとしたら出て来た。
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
犬が出てこなくてガッカリ。
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
犬が出てこなくてガッカリ。
2007年07月06日
▼環境
OS: CentOS 4.5
Perl: 5.8.5
▼症状
[Thu Jul 5 16:01:27 2007] [error] This method is abstract at /usr/lib/perl5/site_perl/5.8.5/Sledge/Pages/Base.pm line 46.\n
このエラーメッセージが良く出ている。
謎が解けない…。可能性として考えられそうな事。
・CPANモジュール不足
・その他
しばらく考えてみても分からない。さて困った。
▼エラーメッセージで検索
・"Sledge/Pages/Base.pm"
・"This method is abstract"
するといくつかヒットした。
[sledge-users] This method is abstract at /usr/lib/perl5/site_perl/5.8.0/Sledge/Pages/Base.pm line 46.
> お手数ですが、 Sledge/Pages/Base.pm の create_request のところに
>
> sub create_request {
> my $self = shift;
> use Data::Dumper;
> warn Dumper $self;
>
> といれてみてください。
▼結果
コードを追記したら原因がエラーログに出力され、無事に解決。
時々Sledge環境構築すると何か足りない事がある。
その時、上記コードが入っていると何が足りないか気づける。
正常に動作しない場合は上記コードを追記すると解決するはずだ。
OS: CentOS 4.5
Perl: 5.8.5
▼症状
[Thu Jul 5 16:01:27 2007] [error] This method is abstract at /usr/lib/perl5/site_perl/5.8.5/Sledge/Pages/Base.pm line 46.\n
このエラーメッセージが良く出ている。
謎が解けない…。可能性として考えられそうな事。
・CPANモジュール不足
・その他
しばらく考えてみても分からない。さて困った。
▼エラーメッセージで検索
・"Sledge/Pages/Base.pm"
・"This method is abstract"
するといくつかヒットした。
[sledge-users] This method is abstract at /usr/lib/perl5/site_perl/5.8.0/Sledge/Pages/Base.pm line 46.
> お手数ですが、 Sledge/Pages/Base.pm の create_request のところに
>
> sub create_request {
> my $self = shift;
> use Data::Dumper;
> warn Dumper $self;
>
> といれてみてください。
▼結果
コードを追記したら原因がエラーログに出力され、無事に解決。
時々Sledge環境構築すると何か足りない事がある。
その時、上記コードが入っていると何が足りないか気づける。
正常に動作しない場合は上記コードを追記すると解決するはずだ。
2007年06月18日
2007年04月19日
coLinuxの問題なのだろうか。調査中。
* Not starting internet superserver: no services enabled.
Starting periodic command scheduler: crond.
Kernel panic - not syncing: Kernel mode signal 7
EIP: 0073:[<402072ac>] CPU: 0 Not tainted ESP: 007b:7f478338 EFLAGS: 00210206
Not tainted
EAX: 00000020 EBX: 402ceff4 ECX: 00012ff9 EDX: 08a4bfe8
ESI: 08a4c008 EDI: 00000020 EBP: 7f4783dc DS: 007b ES: 007b
0f957780: [<080701b4>] show_regs+0xb4/0xb9
0f9577ac: [<0805e6a3>] panic_exit+0x25/0x3f
0f9577c0: [<080806b8>] notifier_call_chain+0x1d/0x37
0f9577e0: [<08080742>] atomic_notifier_call_chain+0x11/0x13
0f9577f4: [<08074a72>] panic+0x52/0xd3
0f957814: [<0805e093>] relay_signal+0x30/0x69
0f957834: [<0806dd5a>] sig_handler_common_skas+0xc6/0xec
0f95785c: [<0806ad32>] sig_handler+0x33/0x41
0f957870: [] _etext+0xf7e52404/0x0
0f957b60: [<0809c235>] __handle_mm_fault+0xa5/0x163
0f957b90: [<0805dc4f>] handle_page_fault+0xe3/0x1d9
0f957bc4: [<0805de41>] segv+0xa2/0x262
0f957c78: [<0805dd9a>] segv_handler+0x55/0x5a
0f957c98: [<0806dc87>] user_signal+0x3f/0x4c
0f957cb0: [<0806d82a>] userspace+0x214/0x240
0f957d00: [<0805ebdb>] fork_handler+0x97/0x9f
0f957d20: [] _etext+0xf7e52404/0x0
■追記: 2007/04/19 13:05
coLinuxとUMLのメモリが同サイズだった…
coLinux: 128M→256M
UML: 128Mのまま
安定した。
* Not starting internet superserver: no services enabled.
Starting periodic command scheduler: crond.
Kernel panic - not syncing: Kernel mode signal 7
EIP: 0073:[<402072ac>] CPU: 0 Not tainted ESP: 007b:7f478338 EFLAGS: 00210206
Not tainted
EAX: 00000020 EBX: 402ceff4 ECX: 00012ff9 EDX: 08a4bfe8
ESI: 08a4c008 EDI: 00000020 EBP: 7f4783dc DS: 007b ES: 007b
0f957780: [<080701b4>] show_regs+0xb4/0xb9
0f9577ac: [<0805e6a3>] panic_exit+0x25/0x3f
0f9577c0: [<080806b8>] notifier_call_chain+0x1d/0x37
0f9577e0: [<08080742>] atomic_notifier_call_chain+0x11/0x13
0f9577f4: [<08074a72>] panic+0x52/0xd3
0f957814: [<0805e093>] relay_signal+0x30/0x69
0f957834: [<0806dd5a>] sig_handler_common_skas+0xc6/0xec
0f95785c: [<0806ad32>] sig_handler+0x33/0x41
0f957870: [
0f957b60: [<0809c235>] __handle_mm_fault+0xa5/0x163
0f957b90: [<0805dc4f>] handle_page_fault+0xe3/0x1d9
0f957bc4: [<0805de41>] segv+0xa2/0x262
0f957c78: [<0805dd9a>] segv_handler+0x55/0x5a
0f957c98: [<0806dc87>] user_signal+0x3f/0x4c
0f957cb0: [<0806d82a>] userspace+0x214/0x240
0f957d00: [<0805ebdb>] fork_handler+0x97/0x9f
0f957d20: [
■追記: 2007/04/19 13:05
coLinuxとUMLのメモリが同サイズだった…
coLinux: 128M→256M
UML: 128Mのまま
安定した。
2007年04月11日
$ sudo /usr/sbin/puppetd --server localhost --test
notice: Ignoring --listen on onetime run
err: Could not retrieve configuration: Host localhost not authorized to call puppetmaster.getconfig
warning: Not using cache on failed configuration
んー
▼追記 [2007/04/11 19:30]
$ sudo vi /etc/puppet/namespaceauth.conf
$ cat /etc/puppet/namespaceauth.conf
[puppetmaster]
allow *
$ sudo /etc/init.d/puppetmaster restart
$ sudo /usr/sbin/puppetd --server localhost --test
notice: Ignoring --listen on onetime run
info: Config is up to date
notice: Starting configuration run
notice: Finished configuration run in 0.08 seconds
まずは『allow *』にしてみた。少し進んだ。
scpでファイル転送ではなくftpで転送しようとした。
しかし、検証サーバにFTP接続しようとしても接続出来ない。
■検証サーバの環境
OS: Debian GNU/Linux
proftpd: 1.3.0
補足: proftpdはtcpserver経由で起動、daemontoolsで管理
該当エラーメッセージ
2007-04-11 10:08:25.832790500 tcpserver: status: 1/40
2007-04-11 10:08:25.832797500 tcpserver: pid 26014 from 127.0.0.1
2007-04-11 10:08:25.832801500 tcpserver: ok 26014 0:::ffff:127.0.0.1:21 :::ffff:127.0.0.1::41493
2007-04-11 10:08:25.900058500 hansode - error opening scoreboard: No such file or directory
2007-04-11 10:08:25.901804500 tcpserver: end 26014 status 0
2007-04-11 10:08:25.901812500 tcpserver: status: 0/40
何だコレは。初めて見た。scoreboardが無いと言われている。
ちなみにproftpdのバージョンはこれ。
$ /usr/sbin/proftpd -v
- ProFTPD Version 1.3.0
以前は不要だったscoreboardファイルは、
とあるバージョンからか使うようになった様だ。
とりあえずstringsでproftpdを調べてみる。
$ strings /usr/sbin/proftpd | grep scoreboard
...(省略)...
error opening scoreboard: bad version (too new)
/var/run/proftpd/proftpd.scoreboard
...(省略)...
なるほど。
ディレクトリが存在していないのでディレクトリを作成。
$ ls -l /var/run/proftpd
ls: /var/run/proftpd: No such file or directory
$ sudo mkdir /var/run/proftpd
$ sudo svc -t /service/proftpd
$ telnet localhost 21
Trying 127.0.0.1...
Connected to black.
Escape character is '^]'.
Connection closed by foreign host.
まだ駄目か。
2007-04-11 10:14:05.020934500 tcpserver: status: 1/40
2007-04-11 10:14:05.020942500 tcpserver: pid 26750 from 127.0.0.1
2007-04-11 10:14:05.050110500 tcpserver: ok 26750 0:::ffff:127.0.0.1:21 :::ffff:127.0.0.1::41507
2007-04-11 10:14:05.240759500 hansode - error setting IPV6_V6ONLY: Protocol not available
2007-04-11 10:14:05.240895500 hansode - Failed binding to ::, port 21: Address already in use
2007-04-11 10:14:05.240944500 hansode - Check the ServerType directive to ensure you are configured correctly.
2007-04-11 10:14:05.242199500 tcpserver: end 26750 status 256
2007-04-11 10:14:05.242206500 tcpserver: status: 0/40
作業前にproftpd.confを上書きしてしまったのを思い出す。
$ grep ServerType /etc/proftpd/proftpd.conf
ServerType standalone
このproftpdはtcpserver経由で起動するようなrunスクリプトにしている。
standaloneだとtcpserver経由で起動するはずが無い。inetdへ書き換え。
$ grep ServerType /etc/proftpd/proftpd.conf
ServerType inetd
$ sudo svc -t /service/proftpd
$ telnet localhost 21
Trying 127.0.0.1...
Connected to black.
Escape character is '^]'.
220 ProFTPD 1.3.0 Server (Debian) [::ffff:127.0.0.1]
^]
telnet> close
Connection closed.
proftpdを再起動したら無事に接続出来た。
proftpdを触ったのは久しぶりだ。
しかし、検証サーバにFTP接続しようとしても接続出来ない。
■検証サーバの環境
OS: Debian GNU/Linux
proftpd: 1.3.0
補足: proftpdはtcpserver経由で起動、daemontoolsで管理
該当エラーメッセージ
2007-04-11 10:08:25.832790500 tcpserver: status: 1/40
2007-04-11 10:08:25.832797500 tcpserver: pid 26014 from 127.0.0.1
2007-04-11 10:08:25.832801500 tcpserver: ok 26014 0:::ffff:127.0.0.1:21 :::ffff:127.0.0.1::41493
2007-04-11 10:08:25.900058500 hansode - error opening scoreboard: No such file or directory
2007-04-11 10:08:25.901804500 tcpserver: end 26014 status 0
2007-04-11 10:08:25.901812500 tcpserver: status: 0/40
何だコレは。初めて見た。scoreboardが無いと言われている。
ちなみにproftpdのバージョンはこれ。
$ /usr/sbin/proftpd -v
- ProFTPD Version 1.3.0
以前は不要だったscoreboardファイルは、
とあるバージョンからか使うようになった様だ。
とりあえずstringsでproftpdを調べてみる。
$ strings /usr/sbin/proftpd | grep scoreboard
...(省略)...
error opening scoreboard: bad version (too new)
/var/run/proftpd/proftpd.scoreboard
...(省略)...
なるほど。
ディレクトリが存在していないのでディレクトリを作成。
$ ls -l /var/run/proftpd
ls: /var/run/proftpd: No such file or directory
$ sudo mkdir /var/run/proftpd
$ sudo svc -t /service/proftpd
$ telnet localhost 21
Trying 127.0.0.1...
Connected to black.
Escape character is '^]'.
Connection closed by foreign host.
まだ駄目か。
2007-04-11 10:14:05.020934500 tcpserver: status: 1/40
2007-04-11 10:14:05.020942500 tcpserver: pid 26750 from 127.0.0.1
2007-04-11 10:14:05.050110500 tcpserver: ok 26750 0:::ffff:127.0.0.1:21 :::ffff:127.0.0.1::41507
2007-04-11 10:14:05.240759500 hansode - error setting IPV6_V6ONLY: Protocol not available
2007-04-11 10:14:05.240895500 hansode - Failed binding to ::, port 21: Address already in use
2007-04-11 10:14:05.240944500 hansode - Check the ServerType directive to ensure you are configured correctly.
2007-04-11 10:14:05.242199500 tcpserver: end 26750 status 256
2007-04-11 10:14:05.242206500 tcpserver: status: 0/40
作業前にproftpd.confを上書きしてしまったのを思い出す。
$ grep ServerType /etc/proftpd/proftpd.conf
ServerType standalone
このproftpdはtcpserver経由で起動するようなrunスクリプトにしている。
standaloneだとtcpserver経由で起動するはずが無い。inetdへ書き換え。
$ grep ServerType /etc/proftpd/proftpd.conf
ServerType inetd
$ sudo svc -t /service/proftpd
$ telnet localhost 21
Trying 127.0.0.1...
Connected to black.
Escape character is '^]'.
220 ProFTPD 1.3.0 Server (Debian) [::ffff:127.0.0.1]
^]
telnet> close
Connection closed.
proftpdを再起動したら無事に接続出来た。
proftpdを触ったのは久しぶりだ。
2007年03月01日
申し訳ありませんが、リクエストを処理できませんでした。
When reporting this error to Blogger Support or on the Blogger Help Group, please:
* Describe what you were doing when you got this error.
* Provide the following error code and additional information.
bX-l99b7h
Additional information
uri: /2007/02/blog-post_3493.html
host: blog.example.com
This information will help us to track down your specific problem and fix it! We apologize for the inconvenience.
2006年11月29日
5.2.3-4になってからしばらく経つけど直らないまま。
snmpd (5.2.3-4) を設定しています ...
設定ファイル /etc/snmp/snmptrapd.conf を新規にインストールしています ...
設定ファイル /etc/init.d/snmpd を新規にインストールしています ...
Starting network management services:invoke-rc.d: initscript snmpd, action "start" failed.
dpkg: snmpd の処理中にエラーが発生しました (--configure):
サブプロセス post-installation script はエラー終了ステータス 1 を返しました
以下のパッケージの処理中にエラーが発生しました:
snmpd
E: Sub-process /usr/bin/dpkg returned an error code (1)
snmpd (5.2.3-4) を設定しています ...
設定ファイル /etc/snmp/snmptrapd.conf を新規にインストールしています ...
設定ファイル /etc/init.d/snmpd を新規にインストールしています ...
Starting network management services:invoke-rc.d: initscript snmpd, action "start" failed.
dpkg: snmpd の処理中にエラーが発生しました (--configure):
サブプロセス post-installation script はエラー終了ステータス 1 を返しました
以下のパッケージの処理中にエラーが発生しました:
snmpd
E: Sub-process /usr/bin/dpkg returned an error code (1)
2006年11月15日
http://www.youtube.com/img/bad_reaction.gif
Scheduled Downtime
We're busy pushing out some new concoctions and fomulas.
We'll be back soon... assuming all reactions are stable.
Scheduled Downtime
We're busy pushing out some new concoctions and fomulas.
We'll be back soon... assuming all reactions are stable.
2006年11月13日
$ man man
man(1) を再フォーマットしています。しばらくお待ちください...
invalid charset name
man: コマンドはステータス 256 で終了しました: /usr/bin/zsoelim /tmp/zmangpUAcZ | /usr/bin/tbl | /usr/bin/nroff -mandoc -Tnippon | less
駄目だ。
$ env | grep PAGER
PAGER=less
$ export PAGER=
$ man man
成功。
$ export PAGER=lv
$ man man
$ export PAGER=jless
$ man man
成功。
なるほど。
環境変数PAGERに設定しているlessが日本語未対応だから駄目だった。
2006年09月22日
apt-getしたらRubyが1.8.4から1.8.5に入れ替わった。
影舞が動かない…。原因は何か考えてみるとrubyが怪しい。
1.8.4へとダウングレードさせたら動いた。
■表示されたログ
Following errors occurred. Please contact administrator.
Insecure: can't intern tainted string (SecurityError)
■apacheのエラーログ
/usr/share/kagemai//lib/kagemai/message_bundle.rb:69:in `intern'
:
Insecure: can't intern tainted string
(
SecurityError
)
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:69:in `load_messages'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:60:in `each'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:60:in `load_messages'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:52:in `initialize'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:31:in `new'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:31:in `open'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:30:in `open'
\tfrom /usr/share/kagemai//lib/kagemai/kagemai.rb:53:in `initialize'
■該当箇所 60行目
59 def load_messages(file)
60 file.each do |line|
61 line = line.sub(/#.*/, '').strip()
62 next if line.empty?
63
64 key, *message = line.split(/=/)
65 key = key.to_s.strip
66 message = message.join('=').to_s.strip
67 next if (key.empty? || message.empty?)
68
69 @messages[key.intern] = message
70 end
71 end
影舞が動かない…。原因は何か考えてみるとrubyが怪しい。
1.8.4へとダウングレードさせたら動いた。
■表示されたログ
Following errors occurred. Please contact administrator.
Insecure: can't intern tainted string (SecurityError)
■apacheのエラーログ
/usr/share/kagemai//lib/kagemai/message_bundle.rb:69:in `intern'
:
Insecure: can't intern tainted string
(
SecurityError
)
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:69:in `load_messages'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:60:in `each'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:60:in `load_messages'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:52:in `initialize'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:31:in `new'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:31:in `open'
\tfrom /usr/share/kagemai//lib/kagemai/message_bundle.rb:30:in `open'
\tfrom /usr/share/kagemai//lib/kagemai/kagemai.rb:53:in `initialize'
■該当箇所 60行目
59 def load_messages(file)
60 file.each do |line|
61 line = line.sub(/#.*/, '').strip()
62 next if line.empty?
63
64 key, *message = line.split(/=/)
65 key = key.to_s.strip
66 message = message.join('=').to_s.strip
67 next if (key.empty? || message.empty?)
68
69 @messages[key.intern] = message
70 end
71 end
2006年09月11日
2006年08月28日
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL: http://localhost:10141/blogger/3370/2500/1600/GNULinuxupdatedw4.0.jpg
The following error was encountered:
* Access Denied.
Access control configuration prevents your request from being allowed at this time. Please contact your service provider if you feel this is incorrect.
Your cache administrator is webmaster.
Generated Mon, 28 Aug 2006 01:26:59 GMT by photos2.blogger.com (squid)
The requested URL could not be retrieved
While trying to retrieve the URL: http://localhost:10141/blogger/3370/2500/1600/GNULinuxupdatedw4.0.jpg
The following error was encountered:
* Access Denied.
Access control configuration prevents your request from being allowed at this time. Please contact your service provider if you feel this is incorrect.
Your cache administrator is webmaster.
Generated Mon, 28 Aug 2006 01:26:59 GMT by photos2.blogger.com (squid)
2006年07月01日
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, mixi@mixi.jp and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Apache Server at plum Port 8080
2006年06月24日
Debianパッケージを作ろうとしたら出た
Creating new 'Build' script for 'Text-MeCab' version '0.07'
OPTIMIZE="-Wall -g -O2" /usr/bin/perl Build
lib/Text/MeCab.pm -< blib/lib/Text/MeCab.pm
lib/Text/MeCab.xs -< lib/Text/MeCab.c
cc -Isrc -I/usr/lib/perl/5.8/CORE -fPIC -DMECAB_MAJOR_VERSION=0 -DMECAB_MINOR_VERSION=80 -c -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o lib/Text/MeCab.o lib/Text/MeCab.c
cc: : No such file or directory
error building .o file from 'lib/Text/MeCab.c' at /usr/share/perl5/Module/Build/Base.pm line 2455.
make: *** [build-stamp] Error 2
Creating new 'Build' script for 'Text-MeCab' version '0.07'
OPTIMIZE="-Wall -g -O2" /usr/bin/perl Build
lib/Text/MeCab.pm -< blib/lib/Text/MeCab.pm
lib/Text/MeCab.xs -< lib/Text/MeCab.c
cc -Isrc -I/usr/lib/perl/5.8/CORE -fPIC -DMECAB_MAJOR_VERSION=0 -DMECAB_MINOR_VERSION=80 -c -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -o lib/Text/MeCab.o lib/Text/MeCab.c
cc: : No such file or directory
error building .o file from 'lib/Text/MeCab.c' at /usr/share/perl5/Module/Build/Base.pm line 2455.
make: *** [build-stamp] Error 2
2006年06月18日
postmasterは立ち上がっている
$ /usr/bin/psql -l
NOTICE: RelationBuildDesc: can't open pg_index: No such file or directory
psql: FATAL 1: cannot open pg_index: No such file or directory
さぁどうする
■追記
$ psql -l
データベースの一覧を表示させようとするとダメ。
根本的な解決策にはならないが、データベース名が分かっているの
であればデータベース名を引数にしてpsqlを実行する事でデータベー
スにアクセス出来た。
$ psql [dbname]
一覧を表示させたい場合はどうしたら良いのか分からぬまま。
データベース名が分かっていたので問題は無い。これ以上追及しない。
$ /usr/bin/psql -l
NOTICE: RelationBuildDesc: can't open pg_index: No such file or directory
psql: FATAL 1: cannot open pg_index: No such file or directory
さぁどうする
■追記
$ psql -l
データベースの一覧を表示させようとするとダメ。
根本的な解決策にはならないが、データベース名が分かっているの
であればデータベース名を引数にしてpsqlを実行する事でデータベー
スにアクセス出来た。
$ psql [dbname]
一覧を表示させたい場合はどうしたら良いのか分からぬまま。
データベース名が分かっていたので問題は無い。これ以上追及しない。
2006年06月02日
$ dh-make-perl --cpan XML::Atom
$ mv XML-Atom-0.19 libxml-atom-perl-0.19
$ dpkg-buildpackage -uc -us -rfakeroot
dpkg-buildpackage: source version without epoch 0.19-1
fakeroot debian/rules clean
dh_testdir
dh_testroot
# Add commands to clean up after the build process here
[ ! -f Build ] || /usr/bin/perl Build distclean
dh_clean build-stamp install-stamp
dpkg-source -b libxml-atom-perl-0.19
dpkg-source: building libxml-atom-perl using existing libxml-atom-perl_0.19.orig.tar.gz
dpkg-source: building libxml-atom-perl in libxml-atom-perl_0.19-1.diff.gz
dpkg-source: building libxml-atom-perl in libxml-atom-perl_0.19-1.dsc
debian/rules build
dh_testdir
# Add commands to compile the package here
/usr/bin/perl Build.PL installdirs=vendor
Could not open 'DHW.pm': そのようなファイルやディレクトリはありません at /usr/share/perl/5.8/ExtUtils/MM_Unix.pm line 2626.
Compilation failed in require at Build.PL line 3.
make: *** [build-stamp] エラー 2
DHW.pm …?!
某社監視ツールのモジュールだと思ってしまったのは職業病だろう。
