ds4700 код 88 на одном из контроллеров


Главная Форумы Storage SAN, Disk & Tape ds4700 код 88 на одном из контроллеров

В этой теме 13 ответов, 2 участника, последнее обновление  konstantin 3 года/лет, 7 мес. назад.

  • Автор
    Сообщения
  • #19982

    konstantin
    Участник

    После неудачного подключения serial шнуром на одном контроллере вылезла ошибочка 88.
    Что посоветуете . Что посоветуете почитать )

    С уважением.

  • #19983

    Michael
    Участник

    А подробности будут?
    Например, какие сообщения насыпались в Event Log когда Вы так неудачно воткнулись в СОМ-порт?
    И зачем Вы вообще сунулись в СОМ-порт? Что за проблема сподвигла Вас на такое?

  • #19984

    konstantin
    Участник

    а поменять ip адреса контроллера недостаточно убедительный повод «сунуться»?

  • #19985

    Michael
    Участник

    Я обычно всегда менял адреса через DS Storage Manager, либо цепляя ноутбук ко 2-му сетевому порту контроллера (его почти всегда оставляют с адресом по умолчанию).

  • #19986

    konstantin
    Участник

    классно. какие ip дефолтные я знаю. доку прочел.
    только во первых у меня все порты на всех дефолтных ip закрыты. такая тачка досталась.
    во вторых темы вопроса — НУ ДРУГАЯ.

  • #19987

    Michael
    Участник

    У Вас всё закрыто настолько, что Вы и логи с DS4700 не можете прочитать?

  • #19988

    konstantin
    Участник

    log nmap’а чтоль показать — непонятно о чем вопрос

  • #19989

    konstantin
    Участник

    на один порт контроллера через COM ghjqnb vjue

  • #19990

    konstantin
    Участник

    ой!!!
    на один порт контроллера через COM пройти могу.

  • #19991

    Michael
    Участник

    DS4700 и аналогичные мониторятся и управляются специальной программой IBM DS Storage Manager. Это в той же доке написано.

    Если у Вас её нет, то это просто поразительно.

  • #19992

    Michael
    Участник

    на один порт контроллера через COM пройти могу.

    В DS4700 у каждого контроллера два сетевых порта + СОМ-порт. Если Вы попадаете на один контроллер по СОМ-порту, то переключив этот же провод на второй контроллер должны попасть и на него.

  • #19993

    konstantin
    Участник

    а все же что нибудь по сути вопроса ЗНАЕТЕ?

  • #19994

    konstantin
    Участник

    второй контроллер в состоянии fail . через serial на него зайти нельзя ! )))))
    не понятно написал?

    -> arrayPrintSummary
    RDAC Mode is Dual-Active. Controllers not synchronized.
    Duplex Environment
    Controller Mode Active. SCSI IDs (host 5, drive 7).
    7 Volumes Owned = {0, 1, 2, 3, 4, 5, 6}
    Alt. Ctrl. Mode Active (Present/Failed). SCSI IDs (host 4, drive 6).
    No Volumes Owned
    value = 19 = 0x13
    ->

  • #19995

    konstantin
    Участник

    все как обычно .
    если хочешь чтобы работа была сделана хорошо — сделай ее сам

    НУЖНО БЫЛО

    ->
    -> isp rdacMgrAltCtlResetRelease
    value = 158975796 = 0x979c734
    -> 04/10/14-12:44:44 (GMT) (T1): NOTE: releasing alt ctl from reset
    04/10/14-12:44:57 (GMT) (IOSched): WARN: Extended Link Down is over on channel 1 -s
    04/10/14-12:44:58 (GMT) (utlTimer): NOTE: fcnChannelReport ==> +0 +1 =2 =3 =4 =5
    04/10/14-12:44:58 (GMT) (iacTask1): NOTE: fcn: checkInAlt Peering Enabled
    04/10/14-12:45:22 (GMT) (ccmEventTask): NOTE: CCM: ccmHandleLateCheckIn
    04/10/14-12:45:23 (GMT) (ccmEventTask): NOTE: CCM: HandleLateCheckIn, clearing MOS
    04/10/14-12:45:37 (GMT) (iacTask3): NOTE: evf — Peering Enabled (Alt Check In)
    04/10/14-12:45:38 (GMT) (iacTask2): NOTE: spm: checkinAlt Peering Enabled

    после перезагрузки Альтернативный контроллер
    с 85 статусом

    Пинги на него ходят

    [root@FC DS4700]# ping 192.168.128.101
    PING 192.168.128.101 (192.168.128.101) 56(84) bytes of data.
    64 bytes from 192.168.128.101: icmp_seq=1 ttl=64 time=0.387 ms
    64 bytes from 192.168.128.101: icmp_seq=2 ttl=64 time=0.331 ms

    — 192.168.128.101 ping statistics —
    2 packets transmitted, 2 received, 0% packet loss, time 1000ms
    rtt min/avg/max/mdev = 0.331/0.359/0.387/0.028 ms
    [root@FC DS4700]# ping 192.168.128.102
    PING 192.168.128.102 (192.168.128.102) 56(84) bytes of data.
    64 bytes from 192.168.128.102: icmp_seq=1 ttl=64 time=0.346 ms
    64 bytes from 192.168.128.102: icmp_seq=2 ttl=64 time=0.320 ms

    — 192.168.128.102 ping statistics —
    2 packets transmitted, 2 received, 0% packet loss, time 999ms
    rtt min/avg/max/mdev = 0.320/0.333/0.346/0.013 ms

    — 192.168.129.10 ping statistics —
    2 packets transmitted, 0 received, 100% packet loss, time 999ms

    [root@FC DS4700]# ping 192.168.129.101
    PING 192.168.129.101 (192.168.129.101) 56(84) bytes of data.
    64 bytes from 192.168.129.101: icmp_seq=1 ttl=64 time=0.361 ms
    64 bytes from 192.168.129.101: icmp_seq=2 ttl=64 time=0.326 ms

    — 192.168.129.101 ping statistics —
    2 packets transmitted, 2 received, 0% packet loss, time 1003ms
    rtt min/avg/max/mdev = 0.326/0.343/0.361/0.025 ms
    [root@FC DS4700]# ping 192.168.129.102
    PING 192.168.129.102 (192.168.129.102) 56(84) bytes of data.
    64 bytes from 192.168.129.102: icmp_seq=1 ttl=64 time=0.336 ms
    64 bytes from 192.168.129.102: icmp_seq=2 ttl=64 time=0.320 ms

    — 192.168.129.102 ping statistics —
    2 packets transmitted, 2 received, 0% packet loss, time 999ms
    rtt min/avg/max/mdev = 0.320/0.328/0.336/0.008 ms

    может кому сгодится ….)))))

    ВСЕМ ПРИВЕТ!

Для ответа в этой теме необходимо авторизоваться.