myhand

Рейтинг
278
Регистрация
16.09.2009
k0t:
Диск вчера благополучно скончался во время очередного еженочного бэкапа

Температурку проверьте на новом диске. А то зажарится и новый диск. 45 градуса - многовато для штатной работы.

spiral00:
Берущий ВМ и поддерживающий сервер за 50 баков мантли.

50$/мес подозрительно маловато в среднем на сервер.

саламон:
на данный момент интересует любая версия мускуля :) Главнео чт обы работало %) 🍿

Если любая - переустановите с нуля и поставьте тот мускул, который идет

в штатных репах (как и все остальное ПО).

PS: Для разрешения конфликтов выше, удалить пакет: rpm -e mysql

саламон, внимательно прочитайте сообщение и поймите - что вы

не удалили пару пакетов.

Чем вам старая-то версия, кстати, не угодила?

У ISP есть возможность привязать к сайту отдельный IP из доступного

пула. Чем Вы и воспользовались.

k0t:

5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 15
190 Airflow_Temperature_Cel 0x0022 057 046 045 Old_age Always - 43 (Lifetime Min/Max 33/46)
194 Temperature_Celsius 0x0022 043 054 000 Old_age Always - 43 (0 17 0 0)
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 1999

Хотя у меня нет большой статистики по большим сегейтам (1Tb+) - может для них

настолько такое число Reallocated_Sector_Ct и Offline_Uncorrectable не слишком фатально.

Я бы обратил внимание на эти показатели. Хотя, диск работал не долго:

9 Power_On_Hours          0x0032   091   091   000    Old_age   Always       -       8164 

- температура может быть причиной проблем. У меня в округе на SATA-дисках выше 30

нигде нету.

madoff:
Разве нет ?

Нет.

Вторая строчка к какому-то конкретному сектору отношения не имеет. Там, кстати,

множественное число (sectors). Не насторожило?

PS: Подобную информацию о "сбойном секторе" Вы можете найти в любом dmesg

c SATA-дисками после перезагрузки.

madoff:


Mar 2 07:52:14 ksrv kernel: [305417.085692] sd 2:0:0:0: [sda] 1953525168


Указывает по всей видимости, на битый сектор, это плохо винт может дать сбой.

:)

Это просто диагностическая информация по диску _в целом_ (дальше там

она прододолжается). Печатается, при инициализации, например.

Информация по проблеме _выше_ этого сообщения.

ApocX:
Дык его нету вроде у меня...

Проверьте, что в /etc/yum.repos.d/CentOS-Base.repo есть:


[base]
name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
#released updates
[updates]
name=CentOS-$releasever - Updates
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
netwind:
myhand, значит мне в тот раз не повезло и openvz попался неправильный. По-моему это был мастерхост. Неужели у всех остальных данные в /proc/meminfo правдивы?

Не скажу за всех - но для OpenVZ мне давно такое не попадалось. На мастерхосте

старая ветка virtuozzo используется, там ядро на 2.6.18. Почему не включают - хз.

Виртуализация вообще-то появилась в 026test014, это до 2.6.18:

http://wiki.openvz.org/Download/vzctl/3.0.10

Всего: 4890