palladium2010

Рейтинг
9
Регистрация
28.04.2010
myhand:
1) что на md2? какие файловые системы, своп есть?
2) "не равным 0" - значит равным чему??? Согласитесь, если 1 или 10 - это одно. Если 1000 - уже другое.

Короче, из вашего описания не факт - что есть реальная проблема. В нормальной ситуации такое также возможно, см.:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405919

mismatch_cnt = 1024

swap 852k used

boot && tmp на md1 а все остальное на md2

df -i

Filesystem Inodes IUsed IFree IUse% Mounted on

/dev/sda2 59047936 2490801 56557135 5% /

/dev/sda3 524288 28750 495538 6% /tmp

/dev/sda1 26104 48 26056 1% /boot

tmpfs 219841 1 219840 1% /dev/shm

/dev/sdb1 30539776 81129 30458647 1% /backup

palladium2010 добавил 26.09.2010 в 16:15

И что дальше? как проверить этот диск?

smartctl -l selftest выводит только

SMART Self-test log structure revision number 1

No self-tests have been logged. [To run self-tests, use: smartctl -t]

palladium2010 добавил 26.09.2010 в 16:49

SMART Attributes Data Structure revision number: 16

Vendor Specific SMART Attributes with Thresholds:

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE

1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0

3 Spin_Up_Time 0x0027 201 200 021 Pre-fail Always - 941

4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 58

5 Reallocated_Sector_Ct 0x0033 198 198 140 Pre-fail Always - 16

7 Seek_Error_Rate 0x002f 200 200 051 Pre-fail Always - 2

9 Power_On_Hours 0x0032 082 082 000 Old_age Always - 13178

10 Spin_Retry_Count 0x0033 100 253 051 Pre-fail Always - 0

11 Calibration_Retry_Count 0x0033 100 253 051 Pre-fail Always - 0

12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 57

184 Unknown_Attribute 0x0033 100 100 097 Pre-fail Always - 0

187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0

188 Unknown_Attribute 0x0032 095 018 000 Old_age Always - 4296933577

190 Airflow_Temperature_Cel 0x0022 072 061 045 Old_age Always - 28

192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 56

193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 58

194 Temperature_Celsius 0x0022 115 104 000 Old_age Always - 28

196 Reallocated_Event_Count 0x0032 198 198 000 Old_age Always - 2

197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0

198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0

199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 130

200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0

palladium2010 добавил 26.09.2010 в 21:22

идеи кончились?

palladium2010 добавил 27.09.2010 в 12:09

Что еще можно проверить кроме диска? Или как точно подтвердить что это диск?

madoff:
Это он вам говарит о замене функции на более новую

Smart тут не причём. :)

логи мускула это только варнинги. я понимаю что он говорит. Обратите внимание на время что я писал. падение мускула в 10:46! а вот время в логах это когда сервер уже рестартовал и поднялся мускул.

palladium2010 добавил 26.09.2010 в 14:52

Указанное время теста смарт прошло, но говорит что нету еще логов

SMART Self-test log structure revision number 1

No self-tests have been logged. [To run self-tests, use: smartctl -t]

Сколько может продолжатся тест?

tuxee:
Smart'м проверь диск.

вот линк на небольшое howto

Спасибо. офлайн тест более часа идет. подождем

messages

Sep 26 10:37:11 server1 pure-ftpd: (?@217.199.218.3) [INFO] New connection from 217.199.218.3

Sep 26 10:37:11 server1 pure-ftpd: (?@217.199.218.3) [INFO] leha1104 is now logged in

Sep 26 10:37:11 server1 pure-ftpd: (leha1104@217.199.218.3) [NOTICE] /home/leha1104//public_html/cat/style.css uploaded (394 bytes, 6.94KB/sec)

Sep 26 10:37:11 server1 pure-ftpd: (leha1104@217.199.218.3) [INFO] Logout.

Sep 26 10:37:12 server1 pure-ftpd: (?@217.199.218.3) [INFO] New connection from 217.199.218.3

Sep 26 10:37:15 server1 pure-ftpd: (?@217.199.218.3) [INFO] leha1104 is now logged in

Sep 26 10:37:16 server1 pure-ftpd: (leha1104@217.199.218.3) [NOTICE] /home/leha1104//public_html/cat/style.css uploaded (395 bytes, 7.00KB/sec)

Sep 26 10:37:16 server1 pure-ftpd: (leha1104@217.199.218.3) [INFO] Logout.

Sep 26 10:38:26 server1 pure-ftpd: (?@127.0.0.1) [INFO] New connection from 127.0.0.1

Sep 26 10:57:25 server1 syslogd 1.4.1: restart.

Sep 26 10:57:25 server1 kernel: klogd 1.4.1, log source = /proc/kmsg started.

Sep 26 10:57:25 server1 kernel: Linux version 2.6.18-194.11.3.el5 (mockbuild@builder17.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Mon Aug 30 16:23:24 EDT 2010

Sep 26 10:57:25 server1 kernel: BIOS-provided physical RAM map:

palladium2010 добавил 26.09.2010 в 13:12

В 10:46 была замечена проблема с мускулом. Мониторится раз в 5 минут

palladium2010 добавил 26.09.2010 в 13:14

mysqld.log

100926 1:29:31 [Note] Found 4 of 5 rows when repairing './cphulkd/brutes'

100926 10:57:35 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

100926 10:57:38 [Warning] 'record_buffer' is deprecated and will be removed in a future release. Please use 'read_buffer_size' instead.

madoff:
Нужно ремонтировать =)

Спасибо, очень полезный совет....

Кто что реальное предложит?

palladium2010 добавил 26.09.2010 в 13:05

А с другой стороны при проблемах с ПО (а не с винтом) должны бы были остаться хоть какие то логи. А их нету.

в прошлый раз тестировал винт с помощью badblocks ничего не нашел.

Как проверить еще винт без размонтирования разделов?

tuxee:
Glibc не трогал?

Вообще обновлений софта давно не было.

Обновил глибс с 5.3 до 5.4

ls -lah /dev/null

crw-rw-rw- 1 root root 1, 3 Sep 26 10:52 /dev/null

tuxee:
Это дедик или VPS?
Какая ОС?

дедик

CentOS5.4

Linux server1.evrohoster.ru 2.6.18-194.11.3.el5 #1 SMP Mon Aug 30 16:23:24 EDT 2010 i686 i686 i386 GNU/Linux

df -h

Filesystem Size Used Avail Use% Mounted on

/dev/sda2 219G 151G 57G 73% /

/dev/sda3 2.0G 277M 1.6G 15% /tmp

/dev/sda1 99M 18M 76M 20% /boot

tmpfs 1.8G 0 1.8G 0% /dev/shm

/dev/sdb1 230G 104G 114G 48% /backup

mysql на последнем

top - 11:58:43 up 1:06, 1 user, load average: 2.69, 3.44, 3.88

Tasks: 158 total, 1 running, 156 sleeping, 0 stopped, 1 zombie

Cpu(s): 14.1%us, 6.4%sy, 0.0%ni, 19.5%id, 59.7%wa, 0.0%hi, 0.3%si, 0.0%st

Mem: 3761540k total, 3542352k used, 219188k free, 178172k buffers

Swap: 5815488k total, 0k used, 5815488k free, 2580188k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

2888 mysql 15 0 1362m 261m 4756 S 6.0 7.1 8:43.83 mysqld

смотрел sar в это время не зафиксировано нагрузки излишней

Извините за тупость, но можно объяснить мне как такое огранизовать?

И чем система мастерхоста отличается от обычного php-cgi ?

1 234 5
Всего: 48