Запрос: 18939 : KM23322 Read-only file system

Статус: Closed [ Открыть ] Приоритет: Высокий Тип запроса: Тех.-Поддержка / Support
Открыт: Sergey Obookhoff Поручено: General - Владимир Морозов

Создано: 01/12/2008 07:53:07 pm Всего прошло: 6 часы 56 mins
Пакет: Неприменимо Название тарифа: Неприменимо


Сообщения Логи

Sergey Obookhoff Отправлено: 30/11/2008 05:40:37 pm

Открытый запрос Сегодня /var самопроизвольно перешла в режим Read-only
После рестарта система работает несколько минут и переходит в Read-only.

Похоже винт котоврый ВЫ ОТКАЗАЛИСЬ МЕНЯТЬ таки сдох окончательно.

Данные доступа с консоли -
Username....: root
Passwort....: <вырезано>

Для SSH данные другие.






Aliaksei Marchuk Отправлено: 30/11/2008 05:52:17 pm

Время между событиями:
11 mins Пожалуйста, предоставьте данные доступа ssh для проверки состояния диска.

----
С уважением.
Служба технической поддержки.
Алексей Марчук.







Sergey Obookhoff Отправлено: 30/11/2008 06:37:02 pm

Время между событиями:
44 mins Как вам будет угодно.
Однако, нижайше довожу до вашего сведения, что система падает вместе с SSH, так как логи и спулы и т.д. так же переходят в режим реад -онли. Систему можно НЕНАДОЛГО поднять только через порт удалённой перезагрузки
https://keyweb.ru/cgi-bin/client_reset.cgi
Логин: <вырезано>
Пароль: <вырезано>


SSHd поднят на 87.118.109.124:2020
Клавиатурная авторизация выключена. Root-ключ для PaTTY

PuTTY-User-Key-File-2: ssh-dss
<вырезано>




Sergey Obookhoff Отправлено: 30/11/2008 06:41:29 pm

Время между событиями:
4 mins Вместе с тем, обращаю ваше внимание на тот факт, что данная неисправность возникает уже во второй раз, а до того имелись внезапные выключения сервера без отражения в логах каких либо ошибок.
Настоятельно рекомендую сменить диск sdb, проверить кабели, разъёмы, чипсет и температурный режим физического сервера.






Aliaksei Marchuk Отправлено: 30/11/2008 06:51:01 pm

Время между событиями:
0 mins Я передал запрос на проверку диска sdb в датацентр.

----
С уважением.
Служба технической поддержки.
Алексей Марчук.







Sergey Obookhoff Отправлено: 30/11/2008 07:03:46 pm

Время между событиями:
12 mins Премногоблагодарен, вашство.






Aliaksei Marchuk Отправлено: 30/11/2008 08:45:32 pm

Время между событиями:
1 hr 41 mins Техники запросили, когда они могут заменить второй диск (sdb). Данные не будут сохранены.

----
С уважением.
Служба технической поддержки.
Алексей Марчук.







Sergey Obookhoff Отправлено: 30/11/2008 10:18:54 pm

Время между событиями:
1 hr 33 mins У меня RAID-1, что должно гарантировать целостность данных путём их дублирования.
Кроме того, за тот короткий промежуток времени, что система поднимается, потерь данных я не заметил (хотя могу ошибаться).
Я не думаю, что потеря данных на дефектном диске значительна и не может быть восстановлена с исправленного диска.
Примите все надлежащие меры для сохранения данных при замене дефектного диска.
Замену желательно произвести по принципу "как только, так сразу", т.к. сервер в настоящее время не работоспособен с 15 часов дня по MSK 30/11/08.






Sergey Obookhoff Отправлено: 30/11/2008 10:22:40 pm

Время между событиями:
3 mins В краткие моменты после перезагрузки системы я видел первые страницы своих сайтов. Что указывает на работоспопсобность по меньшей мере одного диска. Сл-но потери даных быть не должно.

Или дефекты имеют оба диска?






Aliaksei Marchuk Отправлено: 30/11/2008 10:26:29 pm

Время между событиями:
3 mins
Я передал запрос на замену второго диска. После того, как пройдет синхронизация дисков Вы можете запустить утилиту badblocks и проверить первый диск.
----
С уважением.
Служба технической поддержки.
Алексей Марчук.







Sergey Obookhoff Отправлено: 30/11/2008 11:07:35 pm

Время между событиями:
41 mins Ждём-с
Пожалста, сообщите когда будут закончены все работы.






Александр Зайцев Отправлено: 01/12/2008 01:28:48 am

Время между событиями:
2 hrs 21 mins жесткий диск проверен, но сервер загружается с 22-q ошибкой grub






Sergey Obookhoff Отправлено: 01/12/2008 02:13:17 am

Время между событиями:
44 mins И что из этого следует?

До открытия тикета сервер поднимался нормально. Хотя и очень ненадолго.






Sergey Obookhoff Отправлено: 01/12/2008 03:24:25 am

Время между событиями:
1 hr 11 mins Очевидно дело в том, что у меня програмный RAID и разбивка второго диска должна производится до установки этого диска в систему.

Или...
после входа в консоль восстановления через установочный диск
FIXBOOT
FIXMBR

Больше мне вашим техникам посоветовать нечего.






Лев Одаренко Отправлено: 01/12/2008 12:50:07 pm Закрытый

Время между событиями:
9 hrs 25 mins Здравствуйте, все проблемы с дисками были исправлены и в данный момент сервер доступен.






Sergey Obookhoff Отправлено: 01/12/2008 04:53:00 pm Открытый снова

Время между событиями:
4 hrs 2 mins Ticket reopened






Sergey Obookhoff Отправлено: 01/12/2008 04:58:13 pm

Время между событиями:
5 mins Всё мною проверено, дефектных блоков ни на одном винте не обнаружено. Сейчас вроде всё работает.
Спасибо за проделанную работу (в течении суток), кою вы должны были сделать ещё в прошлом месяце.

Однако, сервер был сдан в полностью лежачем состоянии (потребовалась перезагрузка через удалённый порт) и со сбоем системного времени (было выставлено 22-е ноября, что привело к сбоем работы всех моих сайтов и их форумов). Можно узнать почему? Тенхники матерь меняли?

Ах, да... спасибо за ваши формально-шаблонные извинения. Коих нет.






Владимир Морозов Отправлено: 01/12/2008 06:51:01 pm

Время между событиями:
1 hr 52 mins Предоставьте данные доступа к серверу, те что Вы указывали ранее не подходят.



----
С наилучшими пожеланиями,
Владимир Морозов






Sergey Obookhoff Отправлено: 01/12/2008 07:13:07 pm

Время между событиями:
22 mins А у меня подходят уже два года как...
Только что проверил. И ключи немцев, оставленные на сервере в момент сдачи подходят...

LMD - Lammers Must Die !

P/S А зачем вам это? Я уже сказал что всё работает.
И время переставил как надо.
вопросы к техникам - что они делали.






Владимир Морозов Отправлено: 01/12/2008 07:24:58 pm Закрытый

Время между событиями:
11 mins Поступил, ответ от техников, они ничего не делали, только перезагружали.
Если всё работает то запрос закрыт.

----
С наилучшими пожеланиями,
Владимир Морозов






Sergey Obookhoff Отправлено: 01/12/2008 07:53:07 pm Открытый снова

Время между событиями:
28 mins Ticket reopened






Sergey Obookhoff Отправлено: 01/12/2008 07:57:52 pm

Время между событиями:
4 mins Дрожайший и уважаемыйший!
Поясните плиз что это означает?
Винт sdb заменен или нет?
или только "перезагрузка"

Нет любезнейший, от сего времени все вопросы ставятся в Арбитраж WMT, так что мой вам совет - отвечайте как будто они у вас спрашивают.

Да всё работает, но у менЯ вопросы - какие работы на сервере были выполнены?






Sergey Obookhoff Отправлено: 01/12/2008 07:59:29 pm

Время между событиями:
1 min Желательно копию наряда на выполнение работ. На любом языке.






Владимир Морозов Отправлено: 01/12/2008 10:03:05 pm

Время между событиями:
2 hrs 3 mins Извините, но этот ответ предназначался не Вам, последний ответ техников был такой:
all problems are fixed now and the server is now online again.

----
С наилучшими пожеланиями,
Владимир Морозов






Владимир Морозов Отправлено: 02/12/2008 02:49:59 am Закрытый

Время между событиями:
4 hrs 46 mins Запрос закрыт.
Если у Вас возникнут вопросы по этой теме, то напишите ответ.
Или если появятся вопросы не связанные с это темой, то создайте новый запрос.

----
С наилучшими пожеланиями,
Владимир Морозов

Дата: 04.12.08 02:27
От кого: support@keyweb.ru В адресную книгу… В черный список…

Кому: Bajanova Elena <LLLeee(собака)yandex.ru>
Копия: support@keyweb.ru
Тема: Re: По поводу закрытия форума ветеринары.ру

Здравствуйте, Bajanova.
Вы не являетесь нашим клиентом, информация о клиентах не
распространяется. Учитывая обстоятельства, добавлю, что с владельцем
сервера KM23322 прекращен контракт в связи и истечением срока давноти.

Сижу тут читаю в шоке, даже сил писать нет

Просто невероятно дикая ситуация, когда из-за произвола людей, неспособных выполнять взятые на себя обязательства, ставится по удар многолетний труд, имеющий глобальное значение для людей и животных.
Тут ведь был не просто сайт о животных, и даже не просто форум на котором можно получить грамотную консультацию (что особенно важно для мест с неразвитой ветеринарией). Мне кажется этот сайт способен привести к формированию нового отношения к содержанию животных, начинающегося с серьезного подхода каждого хозяина к профилактике, диагностике и лечению. Я уже не говорю о спасенных жизнях и здоровье в тех случаях когда получить квалифицированную ветпомощь "на местах" не представляется возможным, и не говорю о том что это прекрасное место для общения тех людей, которых объединяет любовь к своим питомцам. И вот все это может быть вероломно разрушено сотрудниками keyweb.ru...
Мы не должны им этого позволить! Если нас вынуждают бороться, значит мы будем бороться. Если с 9 декабря мы не сможем общаться здесь, у нас есть и другие возможности связаться и что-то делать для того чтобы сайт не погиб!

Могли бы Вы написать мне в личку или по почте (в подписи), и определить, какой Вам нужен сервер для нормальной и стабильной работы без тормозов и зависаний форума, какая форма тех.поддержки и/или администрирования Вам необходимы.

Хмм, господин, вы разделом то не ошиблись?

А вообще судя по траблам то очень похоже на баги в кернеле последние время ценос очень часто выпускает нормально не отестанные кернелы. У меня так несколько серверов угудело из-за моей любви к апдетам …

Осталось неясным к кому собственно претензии. По сути сообщений - к техникам датацентра. А по форме наехали на реселлеров (хотя помнится keyweb.ru вроде как тот же keyweb.de только для русскоязычных).

Но, не суть. Одностороннее расторжение договора практикуется любыми коммерческими организациями абсолютно легально. Зачастую, извините, "потому что рылом не вышли" но, все же чаще всего потому что вы как клиент неудобны, невыгодны и т.п. и т.д. Имеют вполне законное право. Притом на западе это и вовсе общепринятая практика. Считается что надо очень достать провайдера чтобы он отказался от клиента
Требовать заказ наряда - хахаха Ой не могу...

Ну и в заключение. Бесспорно что позиция и чувства ТС понимаемы и разделяемы (сами так попадали бывало). Но, потому и есть разные бизнесы что везде параметры его разные.

Совет не только ТС: Никогда не пытайтесь "строить" вашего партнера (кем бы он ни был) в соответствии с вашими представлениями о том как надо вести бизнес. Попробуйте понять его "правила", если они в корне не совпадают с вашими и желания идти на компромисс на горизонте не видать, повернитесь к нему сами знаете чем и найдите того партнера который разделяет/соответствует вашим представлениям. Сбережете и себе и партнерам много нервов.

В нормальных ДЦ сначала меняют винт по первому требованию и даже намёку на желательность замены, потом разбираются что с винтом.

Проблема как раз в том то и есть что ВЫ НЕ знаете, как это делают в нормальных ДЦ. Знали бы радовались, что отделались легким испугом. Прислушайтесь к тому, что написал Рустелеком он так точно и по доброму все формулирует что я ему аж завидую.

Буду теперь знать, что ДЦ, в которых винт меняют немедленно, в случае проблем с ним, к разряду Нормальных не относятся. И там цинично лишают радости от легкого испуга )

Все банально просто: специ