Jump to content

интересная проблема ,защита от записи ,с дисками SAS 600GB HITACHI HUC106060CSS600 DKR5C-J600SS


Recommended Posts

Доброго здоровячка всем. Попали в руки несколько дисков HITACHI HUC106060CSS600,

 

post-16340-0-96481400-1492285175_thumb.jpg

 

контроллером HP E200 детектятся но при попытке создания рейда ошибка Command: 12H , SCSI status: 0000h (на фото ) ,

post-16340-0-95931300-1492284085_thumb.jpg

на DELL perc 6 : Failed the verify  (на  фото ),

post-16340-0-13875300-1492284093_thumb.jpg

 

 

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

Edited by Brandcomputers
Link to post
Share on other sites

Когда-то что-то похожее было при попытке завести диски, взятые из дисковой полки netapp.

Решилось переформатированием с нужным размером блока. Не ваш случай?

 

UPD: http://3nity.ru/viewtopic.php?f=6&t=23356

Edited by lyric
Link to post
Share on other sites

Когда-то что-то похожее было при попытке завести диски, взятые из дисковой полки netapp.

Решилось переформатированием с нужным размером блока. Не ваш случай?

 

UPD: http://3nity.ru/viewtopic.php?f=6&t=23356

 

Спасибо за ответ, но в случае сектора на  520 байт при детектировании контроллером диска виден нулевой обьём самого диска и при командах форматирования sg_utils видна разметка 520 б/с (на фото)  .

post-16340-0-76481700-1492291625_thumb.jpg

 

Решение этой проблемы описывалось ранее https://local.com.ua/forum/topic/91441-%D0%BF%D0%BE%D0%BC%D0%BE%D0%B3%D0%B8%D1%82%D0%B5-sas-%D0%B4%D0%B8%D1%81%D0%BA%D0%B8-%D1%81-%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D1%8B%D0%BC%D0%B8-%D1%81%D0%B5%D0%BA%D1%82%D0%BE%D1%80%D0%B0%D0%BC%D0%B8-%D0%B2-520/

 

 В сабжевых дисках разметка 512 б\с

Edited by Brandcomputers
Link to post
Share on other sites

Попробуйте "забить диск нулями", может поможет.

Спасибо , к сожелению не поможет. Error writing '/dev/ada0'

post-16340-0-33028200-1492317545_thumb.jpg

post-16340-0-58078600-1492317551_thumb.jpg

post-16340-0-17228500-1492317557_thumb.jpg

Link to post
Share on other sites

Значит проблема низкоуровневая. Нужно специализированными утилитами (скорее всего, от производителя) искать причину проблемы и исправлять.

Link to post
Share on other sites

Значит проблема низкоуровневая. Нужно специализированными утилитами (скорее всего, от производителя) искать причину проблемы и исправлять.

 

Да , возможно вы знаете какие , написал в тех. поддержку Hitachi , жду ответа.

 

 
Link to post
Share on other sites

Интересно что при подаче стандартной команды  sg_format --format --size=512 /dev/sg1 , из комплекта SG_UTILS диски форматируются без проблем.   

Edited by Brandcomputers
Link to post
Share on other sites

также заметил интересную опцию в свойствах диска : "supports protection information" , и что бы это значило ? На аналогичных SAS дисках Seagate такой опции не наблюдалось.

post-16340-0-13008900-1492726421_thumb.jpg

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By strushke
      Добрый день!
      Сегодня заметил странную ошибку, которая непонятно, откуда берется.
      Проявляется в виде надписи под некоторыми формами: Big data processing error
       
      Версия 1.1.5 (7920)
       
      В usersearch под формой есть эта надпись
      В report_finance в самом низу
      В report_sysload прямо под окошком с серийным номером и версией биллинга.
       
      Пока что, влияния на работу замечено не было, но надпись то там не просто так. 
       
      Попробовал:
      Очистку кэша
      Исправление таблиц БД 
      Ковыряние логов httpd-error
       
      Ничего из этого не помогло. 
      В логах httpd всё хорошо. 
      Может пнёте меня в нужную сторону, а я авось, долечу? Спасибо
       
    • By co-operator
      Добрый день! После обновления при смене IP, а точнее при "отжатии" рельного IP у абонента появляется следующая ошибка:
      Notice: Trying to access array offset on value of type null in /usr/local/www/apache24/datatest/billing/api/libs/api.networking.php on line 1400 Иногда сопровождается сообщением:
      Нет существующего нетхоста для текущей IP  
      И IP соответственно не меняется.
    • By 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
      Заранее спасибо.
    • By LENS
      Приветствую!
      Не загружается Juniper MX80, в консоли нет никакого вывода.
      Крутятся вентиляторы и горят две лампочки над портами синхронизации.
      Больше никаких лампочек не горит, порты не поднимаются, RE лампочки не светятся.
       
      Нажимал  RESET - не помогло.
       
      Куда обращаться за ремонтом?
       
       

      P.S. гарантии нет, информации где покупали нет (но точно не официально)
    • By sery_volk_inc
      Подскажите, что может быть за ошибка ONU:
      Mar  1 21:06:15 HAL: set onu port policy failed: rc = -5, onu_rv=0 Mar  1 21:06:15 %OLT: Config ONU on interface EPON0/1:12 failed for 1 times, must deregister it!  Конфиг ONU, который к ней применяется (работает на большом зоопарке других ONU):
      epon onu-config-template T1 cmd-sequence 1 epon onu port 1 ctc loopback detect cmd-sequence 2 epon onu port 1 storm-control mode 1 threshold 256 cmd-sequence 3 epon sla upstream pir 1000000 cir 15360 cmd-sequence 4 epon sla downstream pir 1000000 cir 15360 cmd-sequence 5 epon onu port 1 ctc rate-limit 1000000 ingress cmd-sequence 6 epon onu port 1 ctc rate-limit 1000000 egress  
      Естественно, она после этого отваливается, причем возникает эта ошибка не каждый раз. Дефектная что ли?
×
×
  • Create New...