error_log копит странные записи

[ZipperFly]

В логе ошибок копятся записи типа:

"File \'NONEXISTENT/charsets/?.conf\' not found (Errcode: 2)
Character set \'#14\' is not a compiled character set and is not specified in the \'NONEXISTENT/charsets/Index\' file "

что надо сделать чтобы они не появлялись?

ЗЫ: Спасибо за внимание

[YA]

И у меня есть такая проблема (только на локальной машине). Вот логи:

File \'c:\\mysql\\\\share\\charsets\\?.conf\' not found (Errcode: 2)

Character set \'#7\' is not a compiled character set and is not specified in the \'c:\\mysql\\\\share\\charsets\\Index\' file

Прим.: MySQL у меня живет не на C, а на E и в "my.ini" русским по белому написано:
[mysqld]
basedir=e:/mysql
datadir=f:/usr/local/mysql/data
language=e:/mysql/share/russian
character-sets-dir=e:/mysql/share/charsets
default-character-set=koi8_ru
[WinMySQLAdmin]
Server=e:/mysql/bin/mysqld.exe
При этом все нормально работает!

Присоединяюсь к просьбе подсказать, как это лечиться.

[ThE0ReTiC]

character-sets-dir=e:/mysql/share/charsets
default-character-set=koi8_ru

А вот это использовать не обязательно.
У вас, судя по всему, кодовая страница не подгружается.
Думаю дело не в Apache, а в MySQL

[YA]

default-character-set=koi8_ru
А вот это использовать не обязательно.

Как это не обязательно? Это строка необходима, когда все в win-кодировке, а данные в БД в koi8.

[Oak]

передвиньте вопрос в форум по MySQL
 это известная ошибка и описана в доках.

[fidget]

Это ошибка не MySQL сервера, а клиента.
Проверь другим клиентом (типа mysql.exe), если ошибки не возникнет, то проблема как раз в Apache.

[ThE0ReTiC]

fidget
Стоп.
 Апач вообще никаким боком не работает с мукслем (исключая возможность авторизации в апач через мускль при помоши специального модуля)
Так что проблемы в апаче нет вообще.

[fidget]

Так что проблемы в апаче нет вообще.

может, я с апачем мало знакома тогда с PHP или чем он там пользуется ...
но уверена на 99,99% , что это не проблема не MySQL сервера ...
У него виндовозный MySQL сервер, который компиляется со всеми возможными кодировками и это сообщение генерится клиентом, а не сервером. Сервер посылает клиенту информацию о том, какой character set использовать, если клиент скомпиляли без поддержки этого charset\'a и возникает подобная ошибка.

[YA]

проблемы в апаче нет вообще

это проблема не MySQL сервера

Почти все открестились. На кого бы еще свалить вину?

А может сразу во флейм перенести?

[fidget]

Почти все открестились.

не открестились
а дали советы исходя из собственного опыта..

На кого бы еще свалить вину?

сказано было - проверь другим клиентом, если ошибки нет, значит проблема не в MySQL сервере!
ты это проверял?

[YA]

Н-да, видимо, я мало смайликов поставил...

сказано было - проверь другим клиентом, если ошибки нет, значит проблема не в MySQL сервере!
ты это проверял?

У меня от клиента не зависит!

[fidget]

У меня от клиента не зависит!

ну кто-то же к MySQL коннектится?

или это у тебя в логах mysql\'я ?

[YA]

Хотел еще раз все проверить и обнаружил, что такие записи в логи больше не добавляются!!! Все на локальной машине, на которой я ничего не менял. :confused: В общем, очень странно...

Жаль, автор вопроса пропал: интересно, что у него.

или это у тебя в логах mysql\'я ?

Нет, это было в error-логе апача.


PS. Если такие ошибки вновь появятся, напишу.

[ZipperFly]

YA
так и копится зараза
уже и mysql проверял
и другими клиентами смотрел
та же фигня

[fidget]

ZipperFly
а у тебя где лежат charset\'ы? К ним пути в my.cnf(my.ini) прописаны?
Какая версия mysql?