При переносе сайта на хостинг появилась проблема при сортировке выборки - элементы попросту не сортировались. Попытки найти ошибки в коде, исключить проблемы кодировки при переносе, и другие “мучения” ни к чему не привели.

Как оказалось, проблема скрыта в самом mysql сервере.. точнее в его конкретной версии. В некоторых случаях сортировка попросту не работает:
http://bugs.mysql.com/bug.php?id=34310
http://bugs.mysql.com/bug.php?id=39287

Если у Вас по какой-то непонятной причине происходят ошибки при сортировке (в коде ничего не менялось, и раньше таких ошибок не было наверняка) - проверьте версию  MYSQL на хостинге. Если что-то похожее на 5.0.51 (или 5.0.51a) - уточните у хостера, возможно, они не в курсе этого бага.

Если же версия отличается, можно перейти по ссылкам выше и посмотреть известные баги для этой версии. Однако, все же для начала рекомендуется проверить код (если есть возможность - и на локальном сервере или на другом хостинге). Как ни банально, но не ошибается тот, кто ничего не делает…

При загрузке системы на черном экране сообщение a disk read error occurred. Что делать?

Ошибка чтения диска - жив ли диск. Целы ли данные?.. Естественно бэкап не делался.. а если делался, то очень давно. Если данные ну очень важны, а Вы не имеете ни малейшего представления, то, возможно, есть смысл обратиться к профессионалам (услуг по восстановлению жестких дисков предостаточно). Если всё же есть желание попробовать самстоятельно - ответственность, естественно, ложится на Вас…

1. Грузимся с CD Windows в режиме Recovery Console (консоль восстановления), пробуем проверить
chkdsk.exe /p /r
- запускаем программу Check disk с проверкой и исправлением ошибок. По результатам выполнения программы - возможно, все ошибки будут исправлены и дальнейшие действия не потребуются.

2. Если сообщение “disk read error”  все ещё выдается, пробуем (опять же в консоли восстановления) выполнить поочередно
fixboot
fixmbr

3. Если после всех манипуляций мы все ещё наблюдаем ошибку при загрузке - грузимся с LiveCD, на котором имеются утилиты работы с дисками - я использовал Paragon PM. После загрузки команда Update MBR

4. Если все вышеперечисленное не помогло - пробуем при помощи Paragon PM изменить размер кластера на Hard Disk - в моем случае до этого пункта не дошло - после пункта 3 с disk read error -ом было покончено .

Однако, не исключено, что ошибка выдается из-за физической неисправности (поверхности жесткого диска, шлейфа, материнской платы или другого “железа”) - если есть возможность, попробуйте поставить диск на другой компьютер, и, если на нем имеется полезная информация - все-таки сохраните, перед экспериментами… Потому как в самом худшем варианте с повреждениями жесткого диска любые эксперименты могут привести к потере информации (да и самого жесткого диска)

Удачи!

upd. Бывали случаи, когда сообщение disk error occurred лечилось установкой более мощного блока питания. Если Вы поставили новый жесткий диск, или другое железо - возможно, это как раз Ваш случай…

Довольно часто, приходя на различные сайты можно увидеть красиво оформленную страницу, на которой значится “Страницы не существует, попробуйте посмотреть что-нибудь ещё”. “Так почему же у меня на белом фоне огромадными буквами высвечивается 404 ERROR?”

Будем исправлять! Тем более, что это не так сложно, а выйгрыш, пожалуй, будет значителен.

Делаем собственную страницу 404 ошибки

“Рецепт” создания своей собственной 404 страницы прост: читать дальше о создании собственной 404 страницы

При выполнении SQL запроса возникает ошибка с кодом 122.

Ошибка MySQL Error writing file ‘/tmp/MYxxxxxx’ с кодом 122 (Errcode:122) говорит о невозможности.. записать временный файл. Чтобы понять это, особого знания английского языка не требуется. Гораздо интереснее, почему же mysql не может записать этот временный (или постоянный) файл в каталог tmp (или каталог баз данных). Кстати, ошибка может появляться при выполнении различных SQL-запросов, как на выборку, так и на запись.

Error code 122: Disk quota exceeded (см. коды ошибок MySQL)

Причины ошибки Can’t create/write to file ‘/tmp/MYxxxxxx’ (Errcode: 122)

Одной из возможных (довольно частых) причин ошибки создания файла может быть … переполнение диска, временного каталога или каталога пользователя. СтОит проверить (по SSH - команда df). Если дело действительно в переполнении - ищем “лишние файлы”. Если есть ssh-доступ - довольно удобно воспользоваться командой du (du –max-depth=1) Если места хватает, смотрим квоту пользователя, от имени которого запущен MySQL.

Если хостинг предоставляется как услуга - смело обращайтесь в службу поддержки.

VPS и Ошибка MySQL “Can’t create/write to file” (Errcode: 122)

Если у вас выделенный сервер (или виртуальный выделенный сервер) и вы столкнулись с ошибкой MySQL при создании временных файлов, то, скорее всего… на VPS кончилось место. Смотрим, куда же делось свободное место и удивляемся… Рекомендую проверить каталог с log-файлами. Если дело в логах - настраиваем ротацию (или удаляем по cron-у). Если не помогло - ищем “мусорку” с помощью du.

Знаете другие способы решения ошибки MySQL 122 Can’t create/write to file? Пишите в комментарии!

ps. Интересно, что по запросу MySQL Error writing file (Errcode: 122) в Yandex на первой странице довольно весомые (%) сайты абсолютно не связанные с компьютерной тематикой. Никто не застрахован от ошибок! (Если появится желание проверить - следует учитывать, что ситуация со временем меняется…)