forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.LINUX

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 06.11.2018, 00:43
Sergey Anohin
Guest
 
Сообщений: n/a
По умолчанию sda vs sdc

Sergey Anohin написал(а) к All в Nov 18 23:24:12 по местному времени:

Нello!

Работал-работал сервер выделенный и вот тебе раз: был диск sda и стал sdc. Оттого софтварный рейд сошел с ума и говорит
degraded. Не исключено что после ребута все встанет на место. Кто-то сталкивался с подобными глюками?
Сервер чужой, там стоит Дебиан 8.9 ( порутчикам просьба не шутить :)

С наилучшими пожеланиями, Sergey Anohin.

--- wfido
Ответить с цитированием
  #2  
Старый 06.11.2018, 01:51
Anton Gorlov
Guest
 
Сообщений: n/a
По умолчанию sda vs sdc

Anton Gorlov написал(а) к Sergey Anohin в Nov 18 00:45:32 по местному времени:

Привет Sergey!

Что бы диски вот прямо так плясали при перезагрукене видел.. обычно когда вот так вот пляшет - кто-то шнурок нетуда воткнул.
Ну и да.. softraid видимо собран каук-то через 1 место,ибо на имена дисков ему в общем-то пофиг. Он оперирует суперблоками.


05 ноя 18 года (а было тогда 23:24)
Sergey Anohin в своем письме к All писал:

SA> Работал-работал сервер выделенный и вот тебе раз: был диск sda и стал
SA> sdc. Оттого софтварный рейд сошел с ума и говорит degraded. Не
SA> исключено что после ребута все встанет на место. Кто-то сталкивался с
SA> подобными глюками? Сервер чужой, там стоит Дебиан 8.9 ( порутчикам
SA> просьба не шутить :)




С уважением. Anton aka Stalker

Linux Registered User #386476
[#TEAM:*#] [#Злой СисОп_#] [*Нeavy Metal!*] [*_Усачи]
--- GoldED+/LNX 1.1.5-b20160322
Ответить с цитированием
  #3  
Старый 06.11.2018, 03:22
Alexey Vissarionov
Guest
 
Сообщений: n/a
По умолчанию sda vs sdc

Alexey Vissarionov написал(а) к Sergey Anohin в Nov 18 02:04:42 по местному времени:

Доброго времени суток, Sergey!
05 Nov 2018 23:24:12, ты -> All:

SA> Работал-работал сервер выделенный и вот тебе раз: был диск sda и
SA> стал sdc. Оттого софтварный рейд сошел с ума и говорит degraded.

Ds: ру из жо.
Rp: турник.

SA> Не исключено что после ребута все встанет на место.

Хрена лысого.

SA> Кто-то сталкивался с подобными глюками?

Регулярно приносят такую красоту на восстановление данных.

SA> Сервер чужой, там стоит Дебиан 8.9

Если чужой, то просто не сношай себе голову.
Ну не умеют дебилианисты ядра собирать...

SA> ( порутчикам просьба не шутить :)
^^^
Это от слова root, что ли?


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Если сильно упираться рогами, можно отбросить копыта
--- /bin/vi
Ответить с цитированием
  #4  
Старый 06.11.2018, 12:31
Sergey Anohin
Guest
 
Сообщений: n/a
По умолчанию sda vs sdc

Sergey Anohin написал(а) к Anton Gorlov в Nov 18 11:10:11 по местному времени:

Нello, Anton!

AG> Что бы диски вот прямо так плясали при перезагрукене видел.. обычно когда вот так вот пляшет - кто-то шнурок нетуда воткнул.

Сплясало прямо так без ребута, после ребута обратно сплясало.

AG> Ну и да.. softraid видимо собран каук-то через 1 место,ибо на имена дисков ему в общем-то пофиг. Он оперирует суперблоками.

Ну вот что есть то есть...Логи в письме предыдущем

С наилучшими пожеланиями, Sergey Anohin.

--- wfido
Ответить с цитированием
  #5  
Старый 06.11.2018, 12:31
Sergey Anohin
Guest
 
Сообщений: n/a
По умолчанию sda vs sdc

Sergey Anohin написал(а) к Alexey Vissarionov в Nov 18 11:08:44 по местному времени:

Нello, Alexey!

SA>> Работал-работал сервер выделенный и вот тебе раз: был диск sda и
SA>> стал sdc. Оттого софтварный рейд сошел с ума и говорит degraded.
AV> Ds: ру из жо.
AV> Rp: турник.

В логах такое виднелось:
Nov 4 14:10:26 server56796 kernel: [10118170.068724] ata5: hard resetting link
Nov 4 14:10:32 server56796 kernel: [10118175.432509] ata5: link is
slow to respond, please be patient (ready=0)
Nov 4 14:10:36 server56796 kernel: [10118180.084171] ata5: hard resetting link
Nov 4 14:10:42 server56796 kernel: [10118185.448436] ata5: link is
slow to respond, please be patient (ready=0)
Nov 4 14:10:46 server56796 kernel: [10118190.099982] ata5: hard resetting link
Nov 4 14:10:52 server56796 kernel: [10118195.464097] ata5: link is
slow to respond, please be patient (ready=0)
Nov 4 14:11:21 server56796 kernel: [10118225.167352] ata5: limiting
SATA link speed to 1.5 Gbps
Nov 4 14:11:21 server56796 kernel: [10118225.167355] ata5: hard resetting link
Nov 4 14:11:26 server56796 kernel: [10118230.195411] ata5.00: disabled
Nov 4 14:11:26 server56796 kernel: [10118230.195417] ata5.00: device
reported invalid CНS sector 0
Nov 4 14:11:26 server56796 kernel: [10118230.195420] ata5.00: device
reported invalid CНS sector 0
Nov 4 14:11:26 server56796 kernel: [10118230.195433] ata5: EН complete
Nov 4 14:11:26 server56796 kernel: [10118230.195457] sd 4:0:0:0:
[sda] Unhandled error code
Nov 4 14:11:26 server56796 kernel: [10118230.195459] sd 4:0:0:0: [sda]
Nov 4 14:11:26 server56796 kernel: [10118230.195461] Result:
hostbyte=DIDBAD_TARGET driverbyte=DRIVEROK
Nov 4 14:11:26 server56796 kernel: [10118230.195464] sd 4:0:0:0: [sda] CDB:
Nov 4 14:11:26 server56796 kernel: [10118230.195466] Read(10): 28 00
64 f9 a8 e0 00 01 00 00
Nov 4 14:11:26 server56796 kernel: [10118230.195548] sd 4:0:0:0:
[sda] Unhandled error code
Nov 4 14:11:26 server56796 kernel: [10118230.195549] sd 4:0:0:0: [sda]

[skip куча подобных линий которые выше]

Nov 4 14:16:29 server56796 kernel: [10118532.583203] sd 4:0:0:0: [sda] CDB:
Nov 4 14:16:29 server56796 kernel: [10118532.583205] ATA command pass
through(16): 85 06 2c 00 00 00 00 00 00 00 00 00 00 00 e5 00
Nov 4 14:18:22 server56796 kernel: [10118645.837987] program smartctl
is using a deprecated SCSI ioctl, please convert it to SG_IO
Nov 4 14:18:42 server56796 kernel: [10118666.123664] program smartctl
is using a deprecated SCSI ioctl, please convert it to SG_IO
Nov 4 14:19:52 server56796 kernel: [10118736.187555] ata5: hard resetting link
Nov 4 14:19:57 server56796 kernel: [10118741.346068] ata5: SATA link
up 3.0 Gbps (SStatus 123 SControl 300)
Nov 4 14:19:57 server56796 kernel: [10118741.521855] ata5.00: ATA-9:
WDC WD20EFRX-68EUZN0, 82.00A82, max UDMA/133
Nov 4 14:19:57 server56796 kernel: [10118741.521858] ata5.00:
3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
Nov 4 14:19:57 server56796 kernel: [10118741.522575] ata5.00:
configured for UDMA/133
Nov 4 14:19:57 server56796 kernel: [10118741.522582] ata5: EН complete
Nov 4 14:19:57 server56796 kernel: [10118741.522588] ata5.00:
detaching (SCSI 4:0:0:0)
Nov 4 14:19:57 server56796 kernel: [10118741.523984] sd 4:0:0:0:
[sda] Synchronizing SCSI cache
Nov 4 14:19:57 server56796 kernel: [10118741.524080] sd 4:0:0:0:
[sda] Stopping disk
Nov 4 14:19:58 server56796 kernel: [10118741.935918] scsi 4:0:0:0:
Direct-Access ATA WDC WD20EFRX-68E 0A82 PQ: 0 ANSI: 5
Nov 4 14:19:58 server56796 kernel: [10118741.936047] sd 4:0:0:0:
[sdc] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
Nov 4 14:19:58 server56796 kernel: [10118741.936049] sd 4:0:0:0:
[sdc] 4096-byte physical blocks
Nov 4 14:19:58 server56796 kernel: [10118741.936086] sd 4:0:0:0:
Attached scsi generic sg0 type 0
Nov 4 14:19:58 server56796 kernel: [10118741.936129] sd 4:0:0:0:
[sdc] Write Protect is off
Nov 4 14:19:58 server56796 kernel: [10118741.936268] sd 4:0:0:0:
[sdc] Write cache: enabled, read cache: enabled, doesn't support DPO
or FUA
Nov 4 14:19:59 server56796 kernel: [10118743.445739] sdc: sdc1 sdc2 sdc3
Nov 4 14:19:59 server56796 kernel: [10118743.446579] sd 4:0:0:0:
[sdc] Attached SCSI disk

SA>> Не исключено что после ребута все встанет на место.
AV> Хрена лысого.

Таки встало, только рейд ребилд пришлось делать. Контроллер может глючит, пока идей нет.

SA>> Кто-то сталкивался с подобными глюками?
AV> Регулярно приносят такую красоту на восстановление данных.

Данные не потерялись.

SA>> Сервер чужой, там стоит Дебиан 8.9
AV> Если чужой, то просто не сношай себе голову.
AV> Ну не умеют дебилианисты ядра собирать...

Попросили помочь, за небесплатно

SA>> ( порутчикам просьба не шутить :)
AV> ^^^
AV> Это от слова root, что ли?

Да, не покупайте клавиатуру в али для ноута )

С наилучшими пожеланиями, Sergey Anohin.

--- wfido
Ответить с цитированием
  #6  
Старый 06.11.2018, 13:02
Andrew Kant
Guest
 
Сообщений: n/a
По умолчанию sda vs sdc

Andrew Kant написал(а) к Sergey Anohin в Nov 18 10:46:32 по местному времени:

Нello Sergey!

Tuesday November 06 2018 11:10, Sergey Anohin wrote to Anton Gorlov:

SA> @Posted: 06 Nov 18 11:11:12
SA> Нello, Anton!

AG>> Что бы диски вот прямо так плясали при перезагрукене видел.. обычно
AG>> когда вот так вот пляшет - кто-то шнурок нетуда воткнул.

SA> Сплясало прямо так без ребута, после ребута обратно сплясало.

AG>> Ну и да.. softraid видимо собран каук-то через 1 место,ибо на имена
AG>> дисков ему в общем-то пофиг. Он оперирует суперблоками.

SA> Ну вот что есть то есть...Логи в письме предыдущем

Диск сбойнул - зеркало разбилось, всё логично. А то, что он встал вдруг на другое место - тоже логично, то уже занято, тут вдруг ядро нашло ещё одно устройство, дало ему следующее свободное имя. Ребилд в любом случае делать надо. После ребута рейд собрался-бы успешно независимо от того, какое имя у диска, так что ты не на то внимание обращаешь. Главная проблема - у тебя железо сбоит.

Good bye!
Andrew

--- GoldED+/W32 1.1.4.7
Ответить с цитированием
  #7  
Старый 06.11.2018, 13:51
Sergey Anohin
Guest
 
Сообщений: n/a
По умолчанию sda vs sdc

Sergey Anohin написал(а) к Andrew Kant в Nov 18 12:36:22 по местному времени:

Нello, Andrew!

SA>> Ну вот что есть то есть...Логи в письме предыдущем
AK> Диск сбойнул - зеркало разбилось, всё логично. А то, что он встал вдруг на другое место - тоже логично, то уже занято, тут вдруг ядро нашло ещё одно устройство, дало ему следующее свободное имя. Ребилд в любом случае делать надо. После ребута рейд собрался-бы успешно независимо от того, какое имя у диска, так что ты не на то внимание обращаешь. Главная проблема - у тебя железо сбоит.

имхо контроллер или диск

С наилучшими пожеланиями, Sergey Anohin.

--- wfido
Ответить с цитированием
  #8  
Старый 06.11.2018, 18:31
Andrew Kant
Guest
 
Сообщений: n/a
По умолчанию sda vs sdc

Andrew Kant написал(а) к Sergey Anohin в Nov 18 16:16:06 по местному времени:

Нello Sergey!

Tuesday November 06 2018 12:36, Sergey Anohin wrote to Andrew Kant:

SA>>> Ну вот что есть то есть...Логи в письме предыдущем
AK>> Диск сбойнул - зеркало разбилось, всё логично. А то, что он встал
AK>> вдруг на другое место - тоже логично, то уже занято, тут вдруг ядро
AK>> нашло ещё одно устройство, дало ему следующее свободное имя. Ребилд
AK>> в любом случае делать надо. После ребута рейд собрался-бы успешно
AK>> независимо от того, какое имя у диска, так что ты не на то внимание
AK>> обращаешь. Главная проблема - у тебя железо сбоит.

SA> имхо контроллер или диск
Собрались трое, условно скажем русский, француз и грузин, и поспорили, у кого лучше зрение:
Р: вижу, на горе стоит дерево, дуб !
Ф: на самой высокой ветке сидит комар !!
Г: самЭц !!!

Так что не буду опускаться до диагностики того, механика, электроника или шлейф - это как-бы за пределами топика и никому не интересно.

Good bye!
Andrew

--- GoldED+/W32 1.1.4.7
Ответить с цитированием
Ответ

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 13:48. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot