https://www.opennet.ru/openforum/vsluhforumID1/83202.html Внезапно сервер перестал отвечать на запросы.<br><br>Даже из LOM не пускал в консоль.<br><br>Перегрузил по poweroff, poweron.<br><br>Потом в /var/adm/messages обнаружил:<br><br> scsi: [ID 365881 kern.info] /pci@1c,600000/scsi@2 (glm0):<br> Cmd (0x657e948) dump for Target 0 Lun 0:<br> scsi: [ID 365881 kern.info] /pci@1c,600000/scsi@2 (glm0):<br> cdb=[ 0x2a 0x0 0x0 0xc1 0x86 0x34 0x0 0x0 0x10 0x0 ]<br> scsi: [ID 365881 kern.info] /pci@1c,600000/scsi@2 (glm0):<br> pkt_flags=0x4000 pkt_statistics=0x60 pkt_state=0x7<br> scsi: [ID 365881 kern.info] /pci@1c,600000/scsi@2 (glm0):<br> pkt_scbp=0x0 cmd_flags=0x1860<br> scsi: [ID 107833 kern.warning] WARNING: /pci@1c,600000/scsi@2 (glm0):<br> Disconnected tagged cmd(s) (1) timeout for Target 0.0<br> genunix: [ID 408822 kern.info] NOTICE: glm0: fault detected in device; service still available<br> genunix: [ID 611667 kern.info] NOTICE: glm0: Disconnected tagged cmd(s) (1) timeout for Target 0.0<br> glm: [ID 401478 kern.warning] WARNING: ID[SUNWpd.glm.cmd_timeout.6018]<br> scsi: [ID 107833 kern.warning] WAR https://www.opennet.ru/openforum/vsluhforumID1/83202.html#18 Wed, 21 Jan 2009 08:54:13 GMT http://sunsolve.sun.com/search/document.do?assetkey=1-21-126805-01-1<br>чуть-чуть полегчало - ленту читает теперь дальше, но на последнем файле рюхается<br>пробовал ЭТУ же ленту на другом ТАКОМ ЖЕ сане - отлично читает, скоко угодно раз<br><br>по поводу параметров SCSI<br><br>в /etc/system добавить:<br> set vxdmp:dmp_failed_io_threshold=0<br> set vxdmp:dmp_retry_count=1<br> set scsi_reset_delay=500 <br> set sd:sd_retry_count=0x3<br> set sd:sd_io_time=0x30<br><br>в /kernel/drv/glm.conf добавить:<br>scsi-selection-timeout=64;<br><br>в /kernel/drv/qus.conf добавить:<br>scsi-selection-timeout=250;<br><br>в /kernel/drv/mpt.conf добавить:<br>scsi-selection-timeout=64;<br><br>но это и так у меня всё уже стояло, но толку...<br><br>такое ощущение что ещё где-то есть какие-то парамы, в биосе...<br> https://www.opennet.ru/openforum/vsluhforumID1/83202.html#17 Fri, 16 Jan 2009 09:42:25 GMT Имею ОЧЕНЬ похожую картину.<br><br>Саляра 8я, Netra 240<br><br>Я научился это ронаять - СТАБИЛЬНО!<br>Все просто, всего лишь просматриваю содержимое записи на ленточке:<br><br>ph2&gt; mt -f /dev/rmt/0n status<br>HP DAT-72 tape drive:<br> sense key(0x0)= No Additional Sense residual= 0 retries= 0<br> file no= 0 block no= 0<br>ph2&gt; tar -tvf /dev/rmt/0n<br>-rw-rw-rw- 0/1 264278016 Jan 11 00:15 2009 /export/home/backup/all-20090111000002.tar<br>Jan 16 09:57:04 ph2 scsi: WARNING: /pci@1c,600000/scsi@2 (glm4):<br>Jan 16 09:57:04 ph2 Connected command timeout for Target 1.0<br>Jan 16 09:57:04 ph2 scsi: WARNING: /pci@1c,600000/scsi@2 (glm4):<br>Jan 16 09:57:04 ph2 Target 1 disabled wide SCSI mode<br>Jan 16 09:57:04 ph2 scsi: WARNING: /pci@1c,600000/scsi@2 (glm4):<br>Jan 16 09:57:04 ph2 Target 1 reverting to async. mode<br>Jan 16 09:57:04 ph2 scsi: WARNING: /pci@1c,600000/scsi@2 (glm4):<br>Jan 16 09:57:04 ph2 got SCSI bus reset<br>Jan 16 09:57:04 ph2 scsi: WARNING: /pci@1c,600000/scsi@2/sd@1,0 (sd61):<br>Jan 16 09:57:04 ph2 https://www.opennet.ru/openforum/vsluhforumID1/83202.html#16 Mon, 15 Dec 2008 12:35:26 GMT &gt;&gt;&gt;Dec 12 09:56:54 SUNW,UltraSPARC-IIIi: [ID 838760 kern.info] [AFT2] D$Parity (0x44:2:0x00) 0xc0<br>&gt;<br>&gt;Над этой строчкой в логе больше нету строк с [AFT2] ? <br><br>Нет, выше нет таких строк.<br><br>&gt;<br>&gt;А что вообще с сервером делали? Работал-работал и начал виснуть? Или что-то <br>&gt;изменяли/устанавливали? <br><br>Да в том то и дело, что ничего не делали.<br><br>Работал себе спокойно 200 с лишним дней и перестал.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID1/83202.html#15 Sun, 14 Dec 2008 19:55:46 GMT &gt;[оверквотинг удален]<br>&gt; glm: [ID 401478 kern.warning] WARNING: ID[SUNWpd.glm.cmd_timeout.6018] <br>&gt; scsi: [ID 107833 kern.warning] WARNING: /pci@1c,600000/scsi@2 (glm0): <br>&gt; got SCSI bus reset <br>&gt; genunix: [ID 408822 kern.info] NOTICE: glm0: fault detected in device; service <br>&gt;still available <br>&gt; genunix: [ID 611667 kern.info] NOTICE: glm0: got SCSI bus reset <br>&gt; scsi: [ID 107833 kern.warning] WARNING: /pci@1c,600000/scsi@2/sd@0,0 (sd0): <br>&gt; SCSI transport failed: reason 'reset': retrying command <br>&gt; scsi: [ID 107833 kern.warning] WARNING: /pci@1c,600000/scsi@2/sd@0,0 (sd0): <br>&gt; SCSI transport failed: reason 'timeout': retrying command <br><br>Очень велика вероятность того, что помирает диск /pci@1c,600000/scsi@2/sd@0,0 , тот кторый в HDD0 (скорее всего контролер). Retryeble ошибки вызваны ресетом шины, и ни каких проблемах не говрят. Если есть поддержка на сервер или он еще на гарантии, то лучше обратится в сервис. А противном случае мониторить консоль на предмет ошибок. <br> https://www.opennet.ru/openforum/vsluhforumID1/83202.html#14 Sun, 14 Dec 2008 13:03:11 GMT <br>Кстати , можно попробовать ( после бута или из стоп-а ) : <br><br>ok&gt; setenv auto-boot? false<br>ok&gt; setenv diag-switch? true<br>ok&gt; setenv diag-level max<br>ok&gt; setenv diag-device disk <br>ok&gt; reset<br><br>Посмотреть , может чего и глюкнет . <br>! все это будет бежать минут 10-15 , а может и до 20 . <br><br>Потом все вернуть назад : <br><br>ok&gt; setenv auto-boot? true<br>ok&gt; setenv diag-switch? false <br> https://www.opennet.ru/openforum/vsluhforumID1/83202.html#13 Sun, 14 Dec 2008 12:53:34 GMT <br>&gt;&gt;&gt;Вывод не имеет силы в случае "кто то трогал кабели/диски/электричество" , <br>&gt;&gt;&gt;а то были преЦенДенТы :) <br>&gt;<br>&gt;Ну кто на серверах просто так кабели дёргает?... К ним годами иногда <br>&gt;не подходят.... <br><br>Кто дергает ? <br>Ну например крупногабаритный обслуживающий персонал компании 'солнечная шелезяка' :) <br>Или уборщица . <br>Или техники кондиционерного оборудования - они кстати любят ведра подставлять под капающий кондиционер , а потом их нечаянно роняют и имееют кууууучу удовольствия :) <br>Особливо весело когда такое ведро на storage выливается ( реальный случай в оооочень крупной компании ) . <br><br> https://www.opennet.ru/openforum/vsluhforumID1/83202.html#12 Fri, 12 Dec 2008 10:25:07 GMT &gt;&gt;Dec 12 09:56:54 SUNW,UltraSPARC-IIIi: [ID 838760 kern.info] [AFT2] D$Parity (0x44:2:0x00) 0xc0<br><br>Над этой строчкой в логе больше нету строк с [AFT2] ?<br><br>А что вообще с сервером делали? Работал-работал и начал виснуть? Или что-то изменяли/устанавливали?<br> https://www.opennet.ru/openforum/vsluhforumID1/83202.html#11 Fri, 12 Dec 2008 07:47:17 GMT Сегодня снова сервер так же "завис".<br><br>После перезагрузки в /var/adm/messages:<br><br>Dec 12 09:56:54 SUNW,UltraSPARC-IIIi: [ID 838760 kern.info] [AFT2] D$Parity (0x44:2:0x00) 0xc0<br>Dec 12 09:56:54 SUNW,UltraSPARC-IIIi: [ID 810393 kern.info] [AFT2] D$Data (0x00) 0x00000098.00000000 *Bad* 0x00000000.00000000<br>Dec 12 09:56:54 SUNW,UltraSPARC-IIIi: [ID 810393 kern.info] [AFT2] D$Data (0x10) 0x00000000.00000000 0x00000000.00000000<br>Dec 12 09:56:54 SUNW,UltraSPARC-IIIi: [ID 441589 kern.info] [AFT2] D$Tag (0x44:2) 0x40036457 D$state Valid D$utag 0xc011 D$snp 0x40036456<br>Dec 12 09:56:54 SUNW,UltraSPARC-IIIi: [ID 550578 kern.info] [AFT2] PAtag 0x000.364568a0 PAsnp 0x000.364568a0 VAutag 0x0468a0<br>Dec 12 09:56:58 fw: [ID 957691 kern.notice] threshold = 10<br>Dec 12 09:59:44 last message repeated 17 times<br>Dec 12 09:59:47 fw: [ID 957691 kern.notice] threshold = 10<br>Dec 12 10:01:01 last message repeated 42 times<br>Dec 12 10:01:01 fw: [ID 154754 kern.notice] <br>Dec 12 10:01:01 FW-1: stopping debug messages for the next 59 second https://www.opennet.ru/openforum/vsluhforumID1/83202.html#10 Tue, 09 Dec 2008 03:37:09 GMT &gt;&gt;Ну вот , понаписали всякого :) <br>&gt;&gt;Раз : <br>&gt;&gt;cat /dev/zero &gt; /dev/dsk/c1t0d0s0 - Нифига не полная проверка , т.к пишет последовательно .<br>&gt;&gt;Два : <br>&gt;&gt;cat /dev/dsk/c1t0d0s2 &gt; /dev/null - Нифига не полная проверка , т.к читает последовательно . <br>&gt;<br><br>А я и не говорю что это полная проверка, это действие позволяет быстро оценить, стоит ли оставлять данный винт на сервере....<br>При таких ошибках, на Sun серверах техподдержка меняет винты сразу... А то чревато последствиями....<br>Для десктопа конечно это не аргумент.<br><br>Если нужна была бы полная проверка, то брать утилиту диагностики с сайта производителя винта и тестить.... <br><br><br><br>&gt;&gt;Вывод не имеет силы в случае "кто то трогал кабели/диски/электричество" , <br>&gt;&gt;а то были преЦенДенТы :) <br><br>Ну кто на серверах просто так кабели дёргает?... К ним годами иногда не подходят....<br><br><br>&gt;Реально ли на основе запсис из лога, которую я привел, можно сделать <br>&gt;вывод, что хард уже не пригоден для использования? <br><br>Не факт, зависит от условий тех поддержки.....<br><br><br>