www.hbirds.net

自宅サーバのUbuntuServer9.10に構築したWordPressのphpMyAdminで表題のエラーにより、ログインできません。
クッキー認証に失敗しているようです。
右はFireFoxですが、GoogleChromeもだめです。
Ubuntu 9.10でのFireFoxもだめです。
Cookieが有効になっていないわけではないのだけど・・・・。

不思議なことにWindowsVistaでのSafariでは、このように問題なくログインできます。

ブラウザの設定か、
サーバーのアンチウィルスソフトやファイヤーウォールの影響か、
phpやApacheの設定の問題か、
何か足りないモジュールでもあるのか、
わかりません。

WordPressのログインでも「ログイン情報を記憶」にチェックを入れると先に進めなくなってしまう。
たぶん、同じ原因。

とりあえず、サーバーにインストールしているアンチウィルスソフトのClamAVを停止して、トライしてみます。
$ sudo /etc/init.d/clamav-freshclam stop
結果はダメ。ClamAVのせいではないようです。

$ sudo nano /etc/php5/apache2/php.ini　で
php.iniのoutput_bufferingをonにしてみたがダメ

$ sudo aptitude remove clamav でclamavをリムーブしてみました。

hbirds@UbuntuServer:/$ sudo aptitude remove clamav
[sudo] password for hbirds:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
The following packages will be REMOVED:
  clamav clamav-base{u} clamav-freshclam{u} libclamav6{u} libtommath0{u}
0 packages upgraded, 0 newly installed, 5 to remove and 35 not upgraded.
Need to get 0B of archives. After unpacking 26.9MB will be freed.
Do you want to continue? [Y/n/?] Y
Writing extended state information... Done
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LANG = "ja.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
(Reading database ... 77732 files and directories currently installed.)
Removing clamav ...
Removing clamav-freshclam ...
 * Stopping ClamAV virus database updater freshclam                                                                                        [ OK ]
Removing clamav-base ...
Removing libclamav6 ...
Removing libtommath0 ...
Processing triggers for man-db ...
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LANG = "ja.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
/usr/bin/mandb: can't set the locale; make sure $LC_* and $LANG are correct
Processing triggers for libc-bin ...
ldconfig deferred processing now taking place
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Writing extended state information... Done

結果はやはりダメ。

Solved!
解決しました！
原因は、phpのバグでした。
サーバーのWordpressの投稿をよく見ると、全部の投稿日付が0000年となっていました。
#48276 date(‘Y’) returns 0000
#49079 date calls for year (Y) returns 0000
キャッシュは時間と密接な関係があるので、日付が全部0000年になってしまっては、キャッシュのしようがないということなのでしょう。
PPC固有の問題のようです。
サーバーのphpは、5.2.10なので、しっかりバグにハマってしまいました。

phpを5.3.2にバージョンアップすれば、解消すると思われたので、なんとかやってみました。
結果は、予想通り。0000年は、正常になりました。
しかし、今度は、WP-phpMyAdminが最新のphpに対応していないようで、新たなエラーが発生しています。

最終的には、phpを5.2.10にバグの修正を行ったうえでダウングレードして対処しました。