Перейти до

Проблема с диском на удаленном сервере


Рекомендованные сообщения

debian+abills на одном SATA диске, пропали все сессии в мониторинге, в syslog такое:

Nov 22 14:09:06 airnet kernel: [   76.852749] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Nov 22 14:09:06 airnet kernel: [   76.852757] ata1.01: BMDMA stat 0x65
Nov 22 14:09:06 airnet kernel: [   76.852765] ata1.01: failed command: READ DMA EXT
Nov 22 14:09:06 airnet kernel: [   76.852779] ata1.01: cmd 25/00:08:18:88:45/00:00:12:00:00/f0 tag 0 dma 4096 in
Nov 22 14:09:06 airnet kernel: [   76.852782]          res 51/40:07:19:88:45/40:00:12:00:00/12 Emask 0x9 (media error)
Nov 22 14:09:06 airnet kernel: [   76.852788] ata1.01: status: { DRDY ERR }
Nov 22 14:09:06 airnet kernel: [   76.852792] ata1.01: error: { UNC }
Nov 22 14:09:06 airnet kernel: [   76.876268] ata1.00: configured for UDMA/33
Nov 22 14:09:06 airnet kernel: [   76.892462] ata1.01: configured for UDMA/33
Nov 22 14:09:06 airnet kernel: [   76.892485] ata1: EH complete
Nov 22 14:09:10 airnet kernel: [   80.621072] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Nov 22 14:09:10 airnet kernel: [   80.621080] ata1.01: BMDMA stat 0x65
Nov 22 14:09:10 airnet kernel: [   80.621087] ata1.01: failed command: READ DMA EXT
Nov 22 14:09:10 airnet kernel: [   80.621102] ata1.01: cmd 25/00:08:18:88:45/00:00:12:00:00/f0 tag 0 dma 4096 in
Nov 22 14:09:10 airnet kernel: [   80.621104]          res 51/40:07:19:88:45/40:00:12:00:00/12 Emask 0x9 (media error)
Nov 22 14:09:10 airnet kernel: [   80.621111] ata1.01: status: { DRDY ERR }
Nov 22 14:09:10 airnet kernel: [   80.621115] ata1.01: error: { UNC }
Nov 22 14:09:10 airnet kernel: [   80.644269] ata1.00: configured for UDMA/33
Nov 22 14:09:10 airnet kernel: [   80.660463] ata1.01: configured for UDMA/33
Nov 22 14:09:10 airnet kernel: [   80.660492] ata1: EH complete
Nov 22 14:09:13 airnet kernel: [   84.389347] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Nov 22 14:09:13 airnet kernel: [   84.389355] ata1.01: BMDMA stat 0x65
Nov 22 14:09:13 airnet kernel: [   84.389362] ata1.01: failed command: READ DMA EXT
Nov 22 14:09:13 airnet kernel: [   84.389376] ata1.01: cmd 25/00:08:18:88:45/00:00:12:00:00/f0 tag 0 dma 4096 in
Nov 22 14:09:13 airnet kernel: [   84.389379]          res 51/40:07:19:88:45/40:00:12:00:00/12 Emask 0x9 (media error)
Nov 22 14:09:13 airnet kernel: [   84.389385] ata1.01: status: { DRDY ERR }
Nov 22 14:09:13 airnet kernel: [   84.389390] ata1.01: error: { UNC }
Nov 22 14:09:13 airnet kernel: [   84.412268] ata1.00: configured for UDMA/33
Nov 22 14:09:13 airnet kernel: [   84.428516] ata1.01: configured for UDMA/33
Nov 22 14:09:13 airnet kernel: [   84.428554] ata1: EH complete
Nov 22 14:09:17 airnet kernel: [   88.157649] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Nov 22 14:09:17 airnet kernel: [   88.157656] ata1.01: BMDMA stat 0x65
Nov 22 14:09:17 airnet kernel: [   88.157664] ata1.01: failed command: READ DMA EXT
Nov 22 14:09:17 airnet kernel: [   88.157678] ata1.01: cmd 25/00:08:18:88:45/00:00:12:00:00/f0 tag 0 dma 4096 in
Nov 22 14:09:17 airnet kernel: [   88.157681]          res 51/40:07:19:88:45/40:00:12:00:00/12 Emask 0x9 (media error)
Nov 22 14:09:17 airnet kernel: [   88.157687] ata1.01: status: { DRDY ERR }
Nov 22 14:09:17 airnet kernel: [   88.157692] ata1.01: error: { UNC }
Nov 22 14:09:17 airnet kernel: [   88.180264] ata1.00: configured for UDMA/33
Nov 22 14:09:17 airnet kernel: [   88.196493] ata1.01: configured for UDMA/33
Nov 22 14:09:17 airnet kernel: [   88.196521] ata1: EH complete
Nov 22 14:09:21 airnet kernel: [   91.925961] ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
Nov 22 14:09:21 airnet kernel: [   91.925969] ata1.01: BMDMA stat 0x65
Nov 22 14:09:21 airnet kernel: [   91.925976] ata1.01: failed command: READ DMA EXT
Nov 22 14:09:21 airnet kernel: [   91.925990] ata1.01: cmd 25/00:08:18:88:45/00:00:12:00:00/f0 tag 0 dma 4096 in
Ссылка на сообщение
Поделиться на других сайтах

что можно предпринять удаленно?

Бекапы есть?

Imho удаленно ничего не сделать. И сразу делайте зеркало во избежание в дальнейшем таких ситуаций.

Ссылка на сообщение
Поделиться на других сайтах

А у вас там рейда не было?

Судя по UDMA/33, у вас там и диск древний?

Відредаговано Abram
Ссылка на сообщение
Поделиться на других сайтах

smartctl -a /dev/* устройство для начала покажите в полном выводе.

потом smartctl -t short и результаты

потом возможно smartctl -t long и тоже скорее всего результаты.

(media error) есть надежда на шлейф, но это все под вопросом.

теперь что делать:

dd на новый винт и сливать систему, можно dump/restore но если bad сектора то проблема.

 


ну и надеюсь вы бэкап уже сделали?

Ссылка на сообщение
Поделиться на других сайтах

спасибо всем! только с вернулся с поездки, продул сервак от пыли, заменил SATA шлейф - порядок в логах пусто, все работает

Ссылка на сообщение
Поделиться на других сайтах

 

 

smartctl -a /dev/* устройство для начала покажите в полном выводе.
smartctl -a /dev/sda
smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Device Model:     Hitachi HDS5C1050CLA382
Serial Number:    JC0550HV2WGW3H
Firmware Version: JC2OA3HB
User Capacity:    500.107.862.016 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   8
ATA Standard is:  ATA-8-ACS revision 4
Local Time is:    Sat Nov 22 22:46:02 2014 EET
SMART support is: Available - device has SMART capability.
SMART support is: Disabled

SMART Disabled. Use option -s with argument 'on' to enable it.

Ссылка на сообщение
Поделиться на других сайтах

Я, кстати, шлейфы SATA склеивал hot glue клеем с коннектором питания, чтобы плотнее сидел в диске, наподобие, как у SAS коннекторов. Проблем с выпаданием дисков гораздо меньше становилось :)

Ссылка на сообщение
Поделиться на других сайтах

General SMART Values:
Offline data collection status: (0x80) Offline data collection activity
was never started.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (6094) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 102) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.

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 0x000b 099 099 016 Pre-fail Always - 2
2 Throughput_Performance 0x0005 135 135 054 Pre-fail Offline - 120
3 Spin_Up_Time 0x0007 126 126 024 Pre-fail Always - 180 (Average 159)
4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 461
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 140 140 020 Pre-fail Offline - 33
9 Power_On_Hours 0x0012 096 096 000 Old_age Always - 32104
10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 460
192 Power-Off_Retract_Count 0x0032 099 099 000 Old_age Always - 1667
193 Load_Cycle_Count 0x0012 099 099 000 Old_age Always - 1667
194 Temperature_Celsius 0x0002 250 250 000 Old_age Always - 24 (0 52 255 255)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 1
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0

SMART Error Log Version: 1
ATA Error Count: 4303 (device log contains only the most recent five errors)
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 4303 occurred at disk power-on lifetime: 32101 hours (1337 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 07 19 88 45 02 Error: UNC 7 sectors at LBA = 0x02458819 = 38111257

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 08 18 88 45 e0 08 11d+07:14:04.683 READ DMA EXT
27 00 00 00 00 00 e0 08 11d+07:14:04.681 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 11d+07:14:04.631 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 08 11d+07:14:04.583 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 11d+07:14:04.486 READ NATIVE MAX ADDRESS EXT

Error 4302 occurred at disk power-on lifetime: 32101 hours (1337 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 07 19 88 45 02 Error: UNC 7 sectors at LBA = 0x02458819 = 38111257

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 08 18 88 45 e0 08 11d+07:13:41.689 READ DMA EXT
27 00 00 00 00 00 e0 08 11d+07:13:41.687 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 11d+07:13:41.637 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 08 11d+07:13:41.590 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 11d+07:13:41.492 READ NATIVE MAX ADDRESS EXT

Error 4301 occurred at disk power-on lifetime: 32101 hours (1337 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 07 19 88 45 02 Error: UNC 7 sectors at LBA = 0x02458819 = 38111257

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 08 18 88 45 e0 08 11d+07:13:18.696 READ DMA EXT
27 00 00 00 00 00 e0 08 11d+07:13:18.694 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 11d+07:13:18.644 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 08 11d+07:13:18.596 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 11d+07:13:18.499 READ NATIVE MAX ADDRESS EXT

Error 4300 occurred at disk power-on lifetime: 32101 hours (1337 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 07 19 88 45 02 Error: UNC 7 sectors at LBA = 0x02458819 = 38111257

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 08 18 88 45 e0 08 11d+07:12:55.702 READ DMA EXT
27 00 00 00 00 00 e0 08 11d+07:12:55.700 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 11d+07:12:55.650 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 08 11d+07:12:55.603 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 11d+07:12:55.505 READ NATIVE MAX ADDRESS EXT

Error 4299 occurred at disk power-on lifetime: 32101 hours (1337 days + 13 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 51 07 19 88 45 02 Error: UNC 7 sectors at LBA = 0x02458819 = 38111257

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
25 00 08 18 88 45 e0 08 11d+07:12:32.636 READ DMA EXT
27 00 00 00 00 00 e0 08 11d+07:12:32.634 READ NATIVE MAX ADDRESS EXT
ec 00 00 00 00 00 a0 08 11d+07:12:32.584 IDENTIFY DEVICE
ef 03 42 00 00 00 a0 08 11d+07:12:32.536 SET FEATURES [Set transfer mode]
27 00 00 00 00 00 e0 08 11d+07:12:32.438 READ NATIVE MAX ADDRESS EXT

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 32104 -

SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Ссылка на сообщение
Поделиться на других сайтах

Модель показывайте и давайте smartctl -t long /dev/sda

через 3-5 часов результат теста.

да, whdd тоже ставьте и на скан поверхности, это конечно не сильно эффективное средство, но хоть что-то для первички.

Відредаговано Melanxolik
Ссылка на сообщение
Поделиться на других сайтах

Я, кстати, шлейфы SATA склеивал hot glue клеем с коннектором питания, чтобы плотнее сидел в диске, наподобие, как у SAS коннекторов. Проблем с выпаданием дисков гораздо меньше становилось :)

есть шлейфы с защелочкой металлической. там 146% не выпадет просто так.

Ссылка на сообщение
Поделиться на других сайтах

есть шлейфы с защелочкой металлической. там 146% не выпадет просто так.

Они не выпадают физически, я имел в виду с выпаданием дисков из системы. Коннекторы сата просто говно, гуляют от вибраций.
Ссылка на сообщение
Поделиться на других сайтах

а что говорит этот весь лог?

Мало полезного, не обращайте внимания. Видно только, что диск не сыпется и что диск отваливался. Тесты SMART до одного места. Відредаговано ttttt
Ссылка на сообщение
Поделиться на других сайтах

Не слушайте меланхолика, это "*авно" от хитачи пока самое надежное, что вообще существует из винтов :D

кстати да. за время работы нескольких зеркал  умерло подряд 2 WD (раз в 2 года) и ни одного хитачика. Сейчас добавил в одно из зеркал тошибу, посмотрим как оно будет. Из неприятного - долго не мог понять почему при добавлении тошибы начинает тормозить дисковая подсистема, пока не разметил тошибу с учетом 4к sector size.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від axl72
      Після апгрейду сервера виявилось, що пакет flow-tools, що був у Дебіан 10, зник , починаючи з версії 11. Пошук по офсайту не дав ніяких пояснень. Може шановне панство підкаже, який пакет передбачений на заміну flow-tools для реалізації netflow-коллектора? Чи не гаяти часу і збирати самостійно?..
    • Від FOP_Osypenko
      Маємо VPS сервер на Debian 10 і модем MikroTik LHG LTE6. Задача наступна: налаштувати інтернет через VPN тунель.
       
      На сервер Debian 10 встановив і налаштував WireGuard скриптом: https://github.com/angristan/wireguard-install
      Цим же скриптом згенерував файл налаштувань для клієнта wg0-client-mikrotik.conf:
      [Interface] PrivateKey = yBen7Arcy/jRqB3zqJiPn88IHPCoHYRmRW3wT97D2F0= Address = 10.66.66.2/32,fd42:42:42::2/128 DNS = 94.140.14.14,94.140.15.15 [Peer] PublicKey = 004DOgL44aNB5tWmyoifjiGmi0qBIHdp3Og21EdjUV0= PresharedKey = P8nLh48thuDSvNMJ7XPqMknWp4hpfxE4RUIuf5UBGqQ= Endpoint = 145.239.95.214:53849 AllowedIPs = 0.0.0.0/0,::/0  
      Прошивку на Mikrotik оновив до версії 7.1beta5. В цій версії вже вбудована підтримка WireGuarg.
      В головному меню WinBox обираю пункт WireGuard і відкривається таке вікно:

       
      Створюю новий інтерфейс wiregoard1 з типовими параметрами. Змін ніяких не вношу.

       
      Далі переходжу на вкладку Peers і там створюю новий тунель. Вписую параметри з клієнтського файлу конфігурації.

       
      Далі відкриваю вікно Address List і додаю адресу. Параметри знову беру з клієнтського файлу конфігурації.

       
      Після цих налаштувань нічого не змінюється й інтернет через VPN тунель не йде. Можливо щось не так налаштовую чи не повністю?
    • Від axl72
      Здравствуйте , коллеги.
       
      Поднимаем iptv на линукс-сервере с несколькими разными  DVB картами от TBS.
      Есть одна неприятность. При перезагрузке нумерация DVB адаптеров непредсказуемо меняется. Соответственно конфиги приходится каждый раз подправлять.
      Используем Debian 10.2 Buster  c Systemd.
      Предполагаю, что это происходит из за распараллеливания процесса загрузки и определения оборудования в Systemd.
      Думал о том, что бы использовать udev rules, но из за специфики именования dvd адаптеров не понял как это сделать.
       
      Наверняка уже кто то сталкивался  с таким поведением, как решили проблему? 
      Может отказаться от Systemd и установить SysVinit ? поможет ли?
      Или вообще имеет смысл откатиться на более древний дистрибутив Debian ? И будет ли на нем работать Astra 5.xx
       
      Предвижу ответы в стиле "Вот возьми , да и проверь сам", именно так мы и сделаем, но хотелось бы минимизировать downtime - сервер уже в продакшене.
       
    • Від Archy_k
      Всем привет.
      Столкнулся с проблемой: не обновился сертификат SSL.
      Попробовал вручную запустить скрипт:
      # /etc/letsencrypt/certbot/certbot-auto renew Creating virtual environment... Installing Python packages... /opt/eff.org/certbot/venv/bin/python: No module named pip.__main__; 'pip' is a package and cannot be directly executed Traceback (most recent call last):   File "/tmp/tmp.qUAUXX5FHZ/pipstrap.py", line 177, in <module>     sys.exit(main())   File "/tmp/tmp.qUAUXX5FHZ/pipstrap.py", line 149, in main     pip_version = StrictVersion(check_output([python, '-m', 'pip', '--version'])   File "/usr/lib/python2.7/subprocess.py", line 544, in check_output     raise CalledProcessError(retcode, cmd, output=output) subprocess.CalledProcessError: Command '['/opt/eff.org/certbot/venv/bin/python', '-m', 'pip', '--version']' returned non-zero exit status 1 И вот какой ответ получаю.
      Подскажите пожалуйста, как с этим справиться...
      Сервер с Debian и nginx
      Заранее спасибо.
    • Від Futura
      Имеется тазик на Debian c двумя сетевухами:
      Internet-eth0<NAT<eth1-PPPoE
      Если установить еще одну карточку (пусть будет eth2) c резервным каналом
      как организовать автоматическое переключение при падении основного и корректную работу NAT?
×
×
  • Створити нове...