|
|
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
MySQL работал-работал, около 2 млрд запросов успешно выполнил, а потом сообщил incorrect key file Программа сейчас не умеет обрабатывать ошибки MySQL, поэтому сразу аварийно завершилась, потеряв все результаты работы. В чем искать причину повреждения индексного файла одной из таблиц во время работы и как с этим бороться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 13:00:52 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Можно начать с проверки наличия свободного места на диске, с изучения общего состояния сервера, файловой системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:03:16 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
vkleМожно начать с проверки наличия свободного места на дискеДобавлю, если временный каталог и база лежат на разных дисках, то проверять надо оба. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:22:55 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
vkle, Места на дисках достаточно, файловая система не повреждена. При проверке всех таблиц, была найдена еще как минимум одна с поврежденным индексным файлом. Первый и второй поврежденные индексные файлы хранятся на разных дисках. Что такое общее состояние сервера? При работе программы нагрузка на процессор и жесткие диски близка к максимальной. Тест памяти проходит без ошибок. (но он не может так нагрузить сервер) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:31:38 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, таблицы с поврежденными индексами на каком движке? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:34:05 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoft, "временный каталог" - это что? Место для временных таблиц MySQL? Оно живет на tmpfs (некий аналог ram-disk) Или что-то другое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:36:04 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoft, MyISAM (индексные файлы восстановить не проблема, потеря данных произошла из-за аварийной остановки программы) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:38:24 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13"временный каталог" - это что?в линуксе это /tmp, в Windows это куда указывает переменная окружения TEMP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:38:47 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoft, /tmp находится на том же диске что и индексный файл первой найденной поврежденной таблицы Но в my.cfg для tmpdir указан путь на электронный диск ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:44:37 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13MyISAMну а чего ж вы хотите? не пользуетесь имеющимися механизмами транзакций - стройте свои. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:44:51 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Но в my.cfg для tmpdir указан путь на электронный дискА на нем место не заканчивалось? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:46:46 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Механизм защиты от потерь при аварийной остановке программы получается дороже самих потерь (в случае редких аварийных остановок), поэтому от него пришлось отказаться. В MySQL хранится меньшая часть информации, поэтому его транзакции вообще ничему не помогут. Диверсии с повреждением индексных файлов таблиц MySQL в список возможных причин аварийных остановок не включались. (по ходу найден третий поврежденный индексный файл, на третьем диске - врятли стоит видить качество дисков) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:54:01 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoft, Вполне возможно, что заканчивалось, но по завешению работы программы все временный таблицы были закрыты и сейчас там пусто. Как узнать в этом ли проблема? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:56:21 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Файлы могут быть повреждены в результате некорректной остановки СУБД. А некорректная остановка может быть вызвана какими-то событиями. Например, процесс стал жрать слишком много памяти и ОС его попросту кильнула. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 14:58:05 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13miksoft, Вполне возможно, что заканчивалось, но по завешению работы программы все временный таблицы были закрыты и сейчас там пусто. Как узнать в этом ли проблема?Будете пересоздавать индексы - последите за этим диском. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 15:01:08 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
vkle, Если бы mysql вдруг пропал (на время перезапуска) программа бы сразу при запросе получила ответ что mysql отсутствует и до обнаружения поврежденной таблицы не дожила бы. Этот вариант точно можно исключить, даже несмотря на то что у таблиц прописано DELAY_KEY_WRITE=1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 15:05:59 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoftmihail_13miksoft, Вполне возможно, что заканчивалось, но по завешению работы программы все временный таблицы были закрыты и сейчас там пусто. Как узнать в этом ли проблема?Будете пересоздавать индексы - последите за этим диском. Это шутка? У меня не 286 процессор. Для повреждения надо его заполнения на очень короткое время. Даже если я повешу демона, то на 100% загруженном процессоре, он тоже может это событие не заметить. Надо как-то у mysql спрашивать было такое или не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 15:12:27 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
За неделю непрерывной работы из 4096 таблиц было повреждено три. Вероятно в одно и то же время (поскольку запросы к ним идут очень часто и и прожить с битой таблицей удастся точно меньше минуты). Поймать такое в реальном времени мало реалистично. (к тому же это далеко не первая неделя тестирования) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 15:44:32 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, а насколько велики поврежденные индексы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 15:56:32 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoft, Небольшие, каждый индексный файл примерно 2.5Mb ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 16:39:00 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13miksoft, Небольшие, каждый индексный файл примерно 2.5MbТогда да, на рамдиске заметить не успеете. В логах системы и MySQL ничего криминального не обнаружено? Перезагрузок, ошибок ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 16:41:01 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoft, В системном ничего полезного не нашел, а лог mysql найти не удалось. Указанный в my.cfg путь не существует, незнаю куда его mysql в такой ситуации кладет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.03.2014, 16:50:51 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13miksoft, В системном ничего полезного не нашел, а лог mysql найти не удалось. Указанный в my.cfg путь не существует, незнаю куда его mysql в такой ситуации кладет. SHOW VARIABLES LIKE '%log%' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2014, 06:16:44 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Код: text 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2014, 12:25:40 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, Поищите файлы с расширением .err по всем дискам, начиная с каталога базы. http://dev.mysql.com/doc/refman/5.5/en/error-log.html On Unix and Unix-like systems, mysqld writes error log messages as follows: Without --log-error, mysqld writes error messages to the console. With --log-error[=file_name], mysqld writes error messages to an error log file. The server uses the named file if present, creating it in the data directory unless an absolute path name is given to specify a different directory. If no file is named, the default name is host_name.err in the data directory. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2014, 12:31:54 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
miksoft, Да, именно в каталоге базы он и живет. Вот только предыдущее сообщение перед incorrect key file имеет более чем месячную давность и к проблеме отношения явно не имеет. Тут тоже тупик. Думаю причину надо искать начиная с DELAY_KEY_WRITE=1, поскольку программа работает с десятками тысяч таблиц, но повреждены были только три из 4096, имеющих эту особенность. (хотя с 4096 работа идет постоянно, а остальные обрабатываются поочеродно) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.03.2014, 13:02:11 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Проблему победить не удается. У кого есть мудрые мысли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 20:58:23 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Проблему победить не удается.В смысле поврежденные индексы появляются еще или не удалось старые пересоздать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 21:00:02 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Старые восстанавливать не нужно, все данные (и mysql и не mysql) восстанавливаются из резервной копии (после восстановления поврежденных индексов нет). Но во время работы программа получает ответ о поврежденном индексном файле (в логе это сообщение присутствует четыре раза с одним временем) Запущенный сразу после этого mysqlcheck vedma_bloks эту таблицу посчитал нормальной, зато нашел другую поврежденную. check table дал по этим таблицам те же результаты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2014, 21:08:27 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Как и раньше портятся только таблицы с DELAY_KEY_WRITE=1 Может ли MySQL при высокой нагрузке забывать/не успевать сохранить индексы при освобождении кеша для загрузки других? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2014, 15:13:40 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Старые восстанавливать не нужно, все данные (и mysql и не mysql) восстанавливаются из резервной копии (после восстановления поврежденных индексов нет). Но во время работы программа получает ответ о поврежденном индексном файле (в логе это сообщение присутствует четыре раза с одним временем) Запущенный сразу после этого mysqlcheck vedma_bloks эту таблицу посчитал нормальной, зато нашел другую поврежденную. check table дал по этим таблицам те же результаты. Надеюсь, вы восстанавливаете из Sql-дампа? Делайте сразу пересоздание - repair table. А причины уже несколько раз вам описали - непредвиденная остановка или ошибка отдельных операций в mysql. Устраните и все будет нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 11:54:00 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Да восстановление таблиц mysql из sql-дампа. repair не делал, делал только check Но повреждение таблиц происходит примерно через неделю непрерывной работы (файлы этих 4096 таблиц MYD разнесены по двум жестким дискам, MYI по трем другим жестким дискам, нагрузка на все 5 жестких дисков 95-100% все время работы). Если что-то ихзначально битое есть все встанет в самом начале. При любых непредвиденных остановках должны оставаться следы. При остановке программа немедленно остановится из-за отсутствия mysql (запросы идут непрерывно, нагрузка от mysql на процессор 50-100% одного ядра). Кроме того перезагрузка mysql без flush tables приведет к весьма многочисленным повреждениям таблиц с DELAY_KEY_WRITE=1, а не 2-3. При любой ошибке (проверяются все виды запросов) программа также будет сразу же остановлена (что и происходит при получении сообщения о поврежденном индексном файле). Больше с таблицами этой базы в это время никто не работает. Поэтому все эти варианты полностью исключены. Сейчас убрал в таблицах DELAY_KEY_WRITE=1 и запустил заново. Это не решение проблемы, но если ошибки не произойден, причина будет однозначна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 12:19:31 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13При любых непредвиденных остановках должны оставаться следы. При остановке программа немедленно остановится из-за отсутствия mysql (запросы идут непрерывно, нагрузка от mysql на процессор 50-100% одного ядра). Кроме того перезагрузка mysql без flush tables приведет к весьма многочисленным повреждениям таблиц с DELAY_KEY_WRITE=1, а не 2-3. Дык! Просто вы их не нашли. Поддерживаю решение отключить delay_key_write. Худший вариант когда диски сыпятся. Или, например, raid1 "разошелся". Но это тоже от внезапных перезагрузок бывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 13:23:13 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Что значит не нашел? Не заметил что программа аварийно завершилась и сама после этого фантастическим образом запустилась? Во первых она сама не запустится, а даже если я ее непонятно почему запущу, она тут же завершится вновь, поскольку данные разрушены первой остановкой. Не заметил в четырех строчках лога ошибок mysql пятой? Пятой там нет, странно только что эти четыре идентичны. (должна быть лишь одна). Но о чем это говорит я так и не понял. delay_key_write отключен только для тестирования - нагрузка на диски и так запредельная, а так будет еще больше. Про сыпящееся диски я в первый раз тоже подумал, но когда обнаружил, что повреждено ровно три таблицы - по одной на каждом диске, решил что вероятность такой причины крайне низка. Raid не используются, тестирование показало, что в этих условиях он не эффективен, файлы таблиц базы просто разбросаны целиком на разные диски. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 13:59:19 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Что значит не нашел? Не заметил что программа аварийно завершилась и сама после этого фантастическим образом запустилась? Например. Во первых она сама не запустится, а даже если я ее непонятно почему запущу, она тут же завершится вновь, поскольку данные разрушены первой остановкой. В нормальных дистрибутивах mysql сам перезапускается с помощью программы mysqld_safe. Всевозможные Панели Упровления тоже заботятся о том чтобы mysql запускался сам. про SMART не написали. Смотрели? логи syslog ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 14:15:19 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Mysql в отличии от моей программы может конечно сам перезапустится, но об этом он напишет в логах, при перезапуске он закроет соединения с программой и не восстановит их сам после перезапуска, и некоторое время будет недоступен для всех. При перезапуске он не скажет flush tables и будут повреждены индексы тысяч таблиц. Такое количество следом невозможно незаметить. В syslog ничего. про SMART? это где смотрят? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 14:24:14 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13Mysql в отличии от моей программы может конечно сам перезапустится, но об этом он напишет в логах я так понял, у вас с error.log какая-то проблема и не обязательно ему можно доверять. можно ли убедиться с помощью top что процесс mysql действительно запущен много дней назад ? про SMART? это где смотрят? незнакомые термины обычно смотрят в гугле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 14:27:00 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Запущен 14 января Это я уже сделал, но этим модным словом сейчас называют все подряд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 14:46:13 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, это ru.wikipedia.org/wiki/S.M.A.R.T. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:13:13 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
кривые у нас ссылки я имею ввиду S.M.A.R.T. (от англ. self-monitoring, analysis and reporting technology — технология самоконтроля, анализа и отчётности) — технология оценки состояния жёсткого диска встроенной аппаратурой самодиагностики, а также механизм предсказания времени выхода его из строя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:13:59 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
netwindкривые у нас ссылкипочинил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:24:47 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Я знал это название только с пятью точками, поэтому сразу решил что раз без точек значит что-то другое. (Но как сейчас узнал теперь его чаще пишут без точек чем с точками) В биосе он включен, но в debian не установлен. Пока работает программа ставить не буду, машине и так тяжко. Тест закончится через 5(если будет ошибка)-10(если отработает нормально) дней, тогда и поставлю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:28:43 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, уже сейчас можно статистику посмотреть. (разве что я встречал диски, на которых любой дополнительный запрос останавливает тест. но его можно и запустить снова потом ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:31:18 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
netwind, То ли я чего то недопонимаю, у меня же не стоит пакет которым ее можно посмотреть? Тест конечно можно перезапустить, но восстановление из резервной копии занимает 10 часов, а вероятность вины сразу трех дисков разных моделей все же невысока. (да и система на ошибки дисков реагирует обычно довольно заметно - было бы и в логах и на консолях) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:48:42 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, пакет один и тот же скорее всего и для запуска теста и для просмотра статистики. запускать программу smartctl ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 15:52:02 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Я под запущенным тестом имел ввиду свою программу, завершится, поставлю этот пакет и посмотрю статистику дисков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2014, 16:25:59 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Тест завершился без сбоев (только долго шел). smartctl сообщил, что 4 диска из пяти неплохо бы поменять, но пока ни обного сбоя не зафиксировано, ни на одном диске. Последующая обработка данных прошла со сбоем. В начале в память из базы было загружено 200 тыс ключей отсортированных для поиска половинным делением. Два из них по одному разу были не найдены, хотя искались 1-3 млн раз. При повторном запуске по тем же данным сбоя не произошло. Возможно проблема не в mysql и не в жестких дисках. MEMTEST86 проходит без сбоев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 16:11:04 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
авторsmartctl сообщил, что 4 диска из пяти неплохо бы поменять, но пока ни обного сбоя не зафиксировано, ни на одном диске. может все же покажете конкретные данные? потому что оценка smart в некотором смысле субъективна - для разных моделей дисков разные значения считаются нормальными. если возможно, запустите pt-summary и покажите вывод. там довольно полная информация в контексте именно оценки состояния сервера БД. именно для этого программа и писалась. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 18:18:51 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. 241. 242. 243. 244. 245. 246. 247. 248. 249. 250. 251. 252. 253. 254. 255. 256. 257. 258. 259. 260. 261. 262. 263. 264. 265. 266. 267. 268. 269. 270. 271. 272. 273. 274. 275. 276. 277. 278. 279. 280. 281. 282. 283. 284. 285. 286. 287. 288. 289. 290. 291. 292. 293. 294. 295. 296. 297. 298. 299. 300. 301. 302. 303. 304. 305. 306. 307. 308. 309. 310. 311. 312. 313. 314. 315. 316. 317. 318. 319. 320. 321. 322. 323. 324. 325. 326. 327. 328. 329. 330. 331. 332. 333. 334. 335. 336. 337. 338. 339. 340. 341. 342. 343. 344. 345. 346. 347. 348. 349. 350. 351. 352. 353. 354. 355. 356. 357. 358. 359. 360. 361. 362. 363. 364. 365. 366. 367. 368. 369. 370. 371. 372. 373. 374. 375. 376. 377. 378. 379. 380. 381. 382. 383. 384. 385. 386. 387. 388. 389. 390. 391. 392. 393. 394. 395. 396. 397. 398. 399. 400. 401. 402. 403. 404. 405. 406. 407. 408. 409. 410. 411. 412. 413. 414. 415. 416. 417. 418. 419. 420. 421. 422. 423. 424. 425. 426. 427. 428. 429. 430. 431. 432. 433. 434. 435. 436. 437. 438. 439. 440. 441. 442. 443. 444. 445. 446. 447. 448. 449. 450. 451. 452. 453. 454. 455. 456. 457. 458. 459. 460. 461. 462. 463. 464. 465. 466. 467. 468. 469. 470. 471. 472. 473. 474. 475. 476. 477. 478. 479. 480. 481. 482. 483. 484. 485. 486. 487. 488. 489. 490. 491. 492. 493. 494. 495. 496. 497. 498. 499. 500. 501. 502. 503. 504. 505. 506. 507. 508. 509. 510. 511. 512. 513. 514. 515. 516. 517. 518. 519. 520. 521. 522. 523. 524. 525. 526. 527. 528. 529. 530. 531. 532. 533. 534. 535. 536. 537. 538. 539. 540. 541. 542. 543. 544. 545. 546. 547. 548. 549. 550. 551. 552. 553. 554. 555. 556. 557. 558. 559. 560. 561. 562. 563. 564. 565. 566. 567. 568. 569. 570. 571. 572. 573. 574. 575. 576. 577. 578. 579. 580. 581. 582. 583. 584. 585. 586. 587. 588. 589. 590. 591. 592. 593. 594. 595. 596. 597. 598. 599. 600. 601. 602. 603. 604. 605. 606. 607. 608. 609. 610. 611. 612. 613. 614. 615. 616. 617. 618. 619. 620. 621. 622. 623. 624. 625. 626. 627. 628. 629. 630. 631. 632. 633. 634. 635. 636. 637. 638. 639. 640. 641. 642. 643. 644. 645. 646. 647. 648. 649. 650. 651. 652. 653. 654. 655. 656. 657. 658. 659. 660. 661. 662. 663. 664. 665. 666. 667. 668. 669. 670. 671. 672. 673. 674. 675. 676. 677. 678. 679. 680. 681. 682. 683. ничего не нашел ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 19:20:40 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13 apt-cache search pt-summary ничего не нашел а я не утверждал что он должен что-то найти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 19:24:09 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
ну так почему ни одного теста SMART вы не запустили? Reallocated_Sector на трех дисках вызывает опасения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 19:26:30 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
Как их запустить я не разобрался. Но индексные файлы лежат только на одном из плохих и на двух других (у одного из которых Reallocated_Sector 0) и портятся с одинаковой вероятностью. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 20:10:31 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13, smartctl -t long /dev/sda Дальше периодически опрашиваете с помощью smartctl -a /dev/sda, смотрите в блок где написан SMART Self-test и делаете выводы о процессе. Повторяете для остальных дисков . Это можно параллельно на разных дисках запускать. Если тест SMART провалится, то считается что нужно бежать менять диск и даже производитель всегда согласен с этим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.04.2014, 22:19:29 |
|
||
|
incorrect key file
|
|||
|---|---|---|---|
|
#18+
mihail_13 Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2014, 13:17:21 |
|
||
|
|

start [/forum/topic.php?all=1&fid=47&tid=1835006]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
39ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 213ms |
| total: | 332ms |

| 0 / 0 |
