devkalion, google "mysql skip-name-resolve"
Серьезно? Даже тогда, когда в браузере картинка, что:
- с браузеров все ОК;
- с облачным сервисом все ОК;
- облачный сервис не может перенаправить запрос на конечный сервер, так как он лежит/не отвечает,
нужно штормить своего провайдера, который в данном случае не виноват?
Выяснили, что причиной всему были не диски, а перегрев и аварийное отключение сервера. А в паре с тем, что в момент сбоя выполнялась синхронизация массива, рейд не собрался при следующей загрузке и сервер не запустился.
После танцев с бубном в Rescue и переноса всех данных на новый диск, сервер так же успешно погас через 10 минут работы. Все наладилось только после смены кулера процессора.
Мои благодарности сотруднику ночной смены, он отвечал оперативно, по делу и помогал во всем.
Павел Гаврилин
Ладно, поставили не новый, а с пробегом - пусть будет. Но если он с заплатками на колесах, то это уже не фонтан. Данные по старому диску я не просто так для сравнения привел.
Старый: 30000 часов 110 перемеченных, грубо 11 сбоев на 3000 пробега
Новый: 3400 часов 114 перемеченных, грубо 100 сбоев на 3000 пробега
Мне кажется, даже для непосвещенных понятно, что при набраных 114 сбоях по секторам за в 10 раз меньшее время наработки диск нельзя назвать более надежным. "Старый конь борозды не портит" (с)
Ладно, дали не нам КВМ, а сами смотрели, пусть. Скажите, можно было снять скрин того, что показывал сервер после подключения КВМ и в тикете прикрепить, гордо заявив: "вот, это то-то и так-то случилось"? Ну или сказать, что сервер включили/перезагрузили, потому и не видели что он писал в момент сбоя.
Я еще не встречал, чтобы сервер на никсах перегрузился из-за сбоя диска. Он бы скорее загадил экран ошибками и упал в кору, но не ребутнулся. А вот развал массива ввиду того, что сервер вырубился по питанию, или завис намертво - такое да, встречал. Но, в данный момент мы уже не можем достоверно узнать причину.
1) "новый" диск поставили нам не новый, с перемеченными секторами, так что Вы не можете утверждать какой именно диск вызвал сбой и был ли виноват диск вообще
2) я мониторил восстановление с момента установки нового диска, никаких намеков на проблемы не было. Не первый раз у сервера меняли диск (раз в год, за все время как минимум 3 раза уже было такое) и такого поведения системы ни наблюдалось. Синхронизация самого большого раздела на 60% была завершена
3) Ваш сотрудник заявил, что даст КВМ, однако его не предоставили и мы сами не могли увидеть и оценить состояние сервера (ошибки на экране). Сервер был перезагружен либо включен в режиме Rescue.
Диск 9VS44WG4 имел порядка 110 перемеченых серверов, чуть больше 30000 часов наработки, без pending секторов.
Достоверно не могу знать причину сбоя, а гадать - дело не благодарное.
В любом случае соглашусь с MOBBI в том, что скорость ответов техподдержки за последние 6 месяцев существенно упала. Если раньше ответ получали в течение 5-10 минут в рабочее время и до 15 в ночное, то последнее время это было 20-30 минут в рабочее и 40-50 минут в нерабочее.
Есть проект с вот такой загрузкой канала - http://s2.ipicture.ru/uploads/20120314/f1mHTUC6.png
Потянет его ваш виртуал?
Это не проблемы с кодировкой на чьем-либо компе. Это - специфика передачи любых символов, которые не входят в стандартную таблицу ASCII (проще говоря, все что не латинскими символами - кодируется).
Где предложение обновить все? Где make buildworld && make buildkernel ?
Вы предложили заменить стандартный пхп отдельным обработчиком, причем для отдельного модуля (вы написали УРЛ, хотя какой к черту УРЛ, если модуль инклудится при интерпретации основной ЦМС)
/ru/forum/comment/9798040
Далее вы пишете про настройку для виртуалхоста... где тут "стандартный функционал пхп", если речь о настройке демона веб-сервера?
/ru/forum/comment/9798767
Как-то так ...
Кому-то нравится инвалидов клепать, подставляя костыли, а кто-то любит сделать все правильно. Каждому свое, а ТСу удачи в работе ;)
Подводных камней таким образом можно сделать намного больше (отдельная работа сессий, отдельный конект к мускулу и т.д.). А со временем про этот "костыль" забудут и станет еще веселее отлавливать ошибки/косяки взаимосвязи.
