А может быть Вы не владелец домена, в чём проблема показать скан?
Если Вы не можете идентифицировать себя как владелец домена, то даже не знаю :)
Ребят из webhost1 знаю лично, это процедура как раз нужна для того чтобы не угнали домен.
Предоставьте сведения о том что Вы владелец домена любым из способов и я уверен что тут же получите AUTH-код. Если Вам не выдают код, то вероятнее всего подозревают что Вы не владелец домена, а например хакер взломавший аккаунт...
Кстати, не первый раз замечаю, почему все считают что хостинг компания не имеет права идентифицировать своего клиента?
Ну вы ребят даёте, я в шоке...
Не помог мне дополнительный вентилятор и новая паста. Всё было нормально пол дня, а как только снизил нагрузку до 20%, температура упала до 45 градусов и на удивление опять сыпанули ошибки:
Конечно главное что сервер не виснет, но как то странно всё это и боязливо использовать такой сервер :(
Погуглил на вашу ошибку, немцы пишут что дело в RAM, правда memtest у кого то проходил без ошибок, но одному помогло просто перевставка модуля памяти, вот такие дела. :) Опять наверное криво собранный сервер ...
Чегож тогда эти ошибки вылазят при моей температуре, я так понимаю они должны были появляться где-то при 80градусах ...
Поменяли они пасту и установили дополнительный вентилятор :) Интересно поможет ли ...
Сейчас дал ему нагрузку на 70%, показывает 68-70 градусов, повысил до 90%, теперь 73 градуса...
Вылезла новая ошибка:
после неё температура упала до 70 опять, видимо щадящий режим активироавался)
Отписал сейчас, сказали пойдут проверять, на данный момент система последние несколько часов была нагружена лишь на 20%. Надеюсь чего нибудь там поправят, так как за ночь каждые пол часа выкидывало блок подобных логов.
Вот температура:
Это у вас при 100%ой нагрузке 60 градусов даже нет?
Shi3A, Нет, я пока тестирую как есть с надеждой что они что-то уже исправили, может переустановка биоса помогла, CPU сейчас используется примерно на 80% для всех ядер, пока никаких сбоев. Возможно они и мне радиатор поправили, завтра напишу) Но скорее это звучит как какая то стандартная отмазка. Вы верите в то что у всех радиаторы криво установлены?) Если только бракованная серия...
Кто разбирается в этих логах, не означает ли это то что недостаточно энергии для работы процессора? Может они просто мало ватт выделяют? :)
ThePriest, та же ерунда ...
michaek, о симптомах раскажу и про обращение в службу поддержки...
Изначально в логах ничего не было, грешил на сетевую, обновил драйвер на 8168, не помогло, далее думал с железом что-то, хецнеры тест запустили на 14 часов, сказали всё ок + биос переустановили ... сейчас тестирую в полную выкладку уже день не падает(наверное пока везёт), но тут появляются странные логи:
(обратите внимание на верхние строки)
гуглю сегодня весь день, похоже что кернель не дружит с новыми процами (поддержка хецнера предполагает тоже самое)
система debian 7 64
Linux 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux
Ещё о симптомах, с сервером на несколько секунд пропадала связь, rsync выдавал потом такую ошибку:
Disconnecting: Corrupted MAC on input.
Также бывали полностью зависания, помогал только hard reset. (в логах ничего)
ThePriest, видимо не я один мучаюсь, какая ОС у вас?
Ещё раз убедился что нет у них ничего стабильного ниже EX6
Вот есть похожий баг: http://forums.debian.net/viewtopic.php?t=85533
Просто старые модели 100мбит, последние новые модели все 1гбит, арендуем пару десятков серверов, EX6 можно сказать всегда 1гбит внутри ДЦ :) Если Вам достался чей то очень старый сервер, то вероятно там будет 100мбит.
Чистим сайт от бяки или ставим DLE с нуля + все патчи. В ежеминутный крон закидываем PHP скриптик "антивирус" или как там его точно не помню, но есть такой - надо поискать. (его лучше переименовать и сделать неприметным) Вообщем скрипт который будет ежеминутно проверять все необходимые файлики через md5 хеш и как только что-то незаконно изменится сразу будет кричать на мыло какой файл был изменен и когда. Далее опытный человек должен покопаться в логах именно в этот промежуток времени.
Почему так? Потому что нет смысла копаться в логах по дате изменения файликов. Почему так? Потому что дату изменения тот же PHP может выставить на любую другую, т.е. изменения файлов могут происходить без смены даты, что делает не возможным поиск уязвимости по логам.
Вот сейчас и повылетают старые бесплатные подсети с 255+ IPшками.
Кому это надо 256 евро ежемесячно платить только за IP :)
