smart85

@jffulcrum пардон, я ввел вас в заблуждение, второй котроллер действительно другой, М5016

У меня в эксплуатации блейды IBM, там всякие плюшки типа SAS контроллера, SAN контроллера и прочее мезонины, да и циски есть, тем много где распространена. А вот конкретно обсуждаемый контроллер он вполне обычный, просто с него железная планка снимается и прикручивается сюда (фото)

Спасибо за ответ! Два контроллера М5015 нормально работают в x3650 M3, один в SAS Rise Card Connector и второй в PCIe рейзере, но важно поставить в правильный слот - Slot 1/3 иначе не видит. Сейчас вот один сервер запустил, работает, создались массивы, линукс поставился. В итоге один контроллер у меня живой оказался, в ЗИПе, остальные все дохлые. Батарейки у нас сильно дует, надо следить, но даже дутая свои функции выполняет, контроллер на нее не ругается, тестирование проходит. на счет продуваемости, вот фото, где установлен контроллер.

Коллеги, здравствуйте! Запускаю в работу старичка, x3650 M3 и столкнулся с засадой по контроллеру, два М5015 просто не видны в системе, индикатор heart beat зеленым не мигает. Два таких же контроллера выпадают в F/W is in Fault State - MFI Register State 0xFFFFFFFF - как я понимаю, у них проблемы с прошивкой? Стоит пытаться шить или в утиль? Можно ли заменить IBM ServeRAID M5015 SAS/SATA на LSI SAS 92xx MegaRAID SAS 9260-8i - фактически это один и тот же контроллер, второй просто не брендированный, инициализирует его платформа? Ну и дополнительно спрошу: - а нет ли случаем у кого-то расшифровки кодов Light Path Diagnostics (LPD) для x3560 M3 ? - может ли кто поделиться образом с обновлениями firmware платформы ? - у кого был опыт эксплуатации х3650 М3, часто мрут контроллеры? На мой взгляд они SAS slot разместили в непродуваемом месте и он от перегрева мрет. Спасибо за внимание!

Сравнил, что было под рукой - IBM 146Gb 10k SAS и IBM 146Gb 15k SAS, по размеру они 1 в 1. Потом другие сверю. Сейчас меняю 146Гб на 300Гб диски, и как понял, ребилд нормально идет на диск бОльшего размера, просто лишнее место не в массиве.

Это не оно ли ? https://support.huawei.com/enterprise/en/doc/EDOC1000069520/4086d76/example-for-configuring-rate-limiting-based-on-vlan-ids

Коллеги, здравствуйте! RAID-1,5,10 - можно ли использовать SAS 10k RPM и 15к RPM диски в одном массиве? Контроллеры LSI3008-IR, IBM M5015 (тот же LSI). или помешать 10000 об/мин диски с 10520 об/мин Некоторые модели достать не могу, а в ЗИПе есть примерно похожее.

authentication login radius-scheme radius local если верно понимаю, сначала радиус, и если радиус не ответил, то локально смотрит

>> Не начнут ли отваливаться остальные порты со временем? Вы взяли кота в мешке, и походу полумертвого, оно все отвалиться может, я такое бы на прод не ставил.

Роскомнадзор подтвердил решение проблем с доступом в интернет для провайдеров и абонентов Национальной системы доменных имен (НСДИ).

Коллеги, приветствую! С 18:00 МСК сегодня не наблюдается проблем со связанностью? У МСК-IX что-то даже трафик с 18:40 не отрисовывает https://www.msk-ix.ru/traffic/ UPD: в телеге встретилось такое:

Спасибо за ответ. В итоге приехал, быстро снял фильтр с блока вентилей, блок вентилей поставил обратно без фильтра, хорошо его пропылесосил, и в обратном порядке все вернул назад, все стало штатно по температурам и фаны упали на нормальную скорость. show chassis environment Class Item Status Measurement Temp PEM 0 OK 36 degrees C / 96 degrees F PEM 1 OK 28 degrees C / 82 degrees F ABB 0 Intake OK 30 degrees C / 86 degrees F ABB 0 Exhaust A OK 45 degrees C / 113 degrees F ABB 0 Exhaust B OK 47 degrees C / 116 degrees F ABB 1 Intake OK 30 degrees C / 86 degrees F ABB 1 Exhaust A OK 45 degrees C / 113 degrees F ABB 1 Exhaust B OK 47 degrees C / 116 degrees F Routing Engine 0 OK 42 degrees C / 107 degrees F Routing Engine 0 CPU OK 49 degrees C / 120 degrees F Routing Engine 1 OK 40 degrees C / 104 degrees F Routing Engine 1 CPU OK 45 degrees C / 113 degrees F AFEB 0 AFEB Processor OK 29 degrees C / 84 degrees F AFEB 0 LU Temp OK 48 degrees C / 118 degrees F AFEB 0 MQ Temp OK 45 degrees C / 113 degrees F AFEB 0 QX Temp OK 41 degrees C / 105 degrees F Fans Fan 1 OK Spinning at normal speed Fan 2 OK Spinning at normal speed Fan 3 OK Spinning at normal speed Fan 4 OK Spinning at normal speed Fan 5 OK Spinning at normal speed

Коллеги, здравствуйте! На площадку физически приеду только завтра, но уже есть стойкое предположение о засраном фильтре. У кого есть опыт эксплуатации МХ104, скажите, фильтр поддается чистке или новый FLTR-KIT-MX104-S надо покупать? Спасибо.

А нет, оказалось, что команда таки отрабатывает show | compare [edit protocols bgp] ! inactive: group XXX { ... } [edit] но порядка 20 минут

Коллеги, приветствую! Что может быть? сделал deactivate protocols bgp group XXX хочу посмотреть, что там изменит коммит, ввожу show | compare и все, терминал ничего не выводит, висит. Сдернул сессию, заново зашел, перехожу в configure, там все норм, пишет The configuration has been changed but not committed show дает посмотреть конфиг в целом, show | compare опять зависает. На прошлой неделе такого не было. Благодарю за внимание к моему вопросу.

Коллеги, приветствую! Что я делаю не так?Написал простейший конфиг syslog-ng без фильтров: source s_syslog_udp_514 { udp(); }; destination d_file_syslog_udp_514 { file("/var/log/syslog/syslog_udp_514.log" ); }; log { source(s_syslog_udp_514); destination(d_file_syslog_udp_514); }; Начал прописывать на устройствах: 1) MX104 smart85@border-rt1-m9> show configuration system syslog host 172.29.3.226 any any; interactive-commands any; log-prefix border-rt1-m9; {master} пакеты приходят на сервер: 15:28:26.325255 IP (tos 0x0, ttl 62, id 54064, offset 0, flags [none], proto UDP (17), length 144) ***.514 > 172.29.3.226.514: [udp sum ok] SYSLOG, length: 116 Facility local7 (23), Severity info (6) Msg: Apr 12 15:28:26 border-rt1-m9 border-rt1-m9: mgd[43308]: UI_CMDLINE_READ_LINE: User 'smart85', command 'exit ' 0x0000: 3c31 3930 3e41 7072 2031 3220 3135 3a32 0x0010: 383a 3236 2062 6f72 6465 722d 7274 312d 0x0020: 6d39 2062 6f72 6465 722d 7274 312d 6d39 0x0030: 3a20 6d67 645b 3433 3330 385d 3a20 5549 0x0040: 5f43 4d44 4c49 4e45 5f52 4541 445f 4c49 0x0050: 4e45 3a20 5573 6572 2027 6d61 7274 796e 0x0060: 6f76 272c 2063 6f6d 6d61 6e64 2027 6578 0x0070: 6974 2027 15:28:26.382392 IP (tos 0x0, ttl 62, id 54093, offset 0, flags [none], proto UDP (17), length 155) ***.514 > 172.29.3.226.514: [udp sum ok] SYSLOG, length: 127 Facility local7 (23), Severity notice (5) Msg: Apr 12 15:28:26 border-rt1-m9 border-rt1-m9: mgd[43308]: UI_DBASE_LOGOUT_EVENT: User 'smart85' exiting configuration mode 0x0000: 3c31 3839 3e41 7072 2031 3220 3135 3a32 0x0010: 383a 3236 2062 6f72 6465 722d 7274 312d 0x0020: 6d39 2062 6f72 6465 722d 7274 312d 6d39 0x0030: 3a20 6d67 645b 3433 3330 385d 3a20 5549 0x0040: 5f44 4241 5345 5f4c 4f47 4f55 545f 4556 0x0050: 454e 543a 2055 7365 7220 276d 6172 7479 0x0060: 6e6f 7627 2065 7869 7469 6e67 2063 6f6e 0x0070: 6669 6775 7261 7469 6f6e 206d 6f64 65 но в лог не пишутся, даже в дебаге syslog-ng будто не видит пакетов. С других девайсов с аналогичным конфигом - все нормально, приходят и пишутся в лог. Куда копать? Спасибо!

Коллеги, здравствуйте! В общем разжился 4 ЕХ4200 и собрал стенд. На бою у меня 6 штук в стеке, на стенде эмулировал master re (fpc2) и line-card (fpc6), думаю этого достаточно. Две железки в одном стеке, и влил туда конфиг, который сломал коммиты. Из интересного: на стенде у меня уже обновленный JunOS 12.3R12.4 (на боевом ядре 12.3R9.4) и несмотря на заявление, что такое поведение ядра вызвано багом 12.3R9.4, при заливке конфига на 12.3R12.4 девай так же окукливается: root@EX4200-TST-BAD# commit warning: Could not connect to fpc-1 : Can't assign requested address warning: Cannot connect to other RE, ignoring it configuration check succeeds fpc6: error: could not open configuration database (juniper.data+) fpc2: error: remote commit-configuration failed on fpc6 error: commit failed {master:2}[edit] Две другие железки образовали у меня fpc0 (master) и fpc1 (backup) - как раз данные номера fpc на боевом ядре не используются, там идет fpc2 - fcp6. Туда я накатил отредактированный конфиг, коммиты идут, все прекрасно. Из интересного: я попробовал сразу объединить все 4 железки стековым кабелем, использую preprovisioned конфигурацию virtual-chassis`а и в итоге два стека работают в одной физике параллельно, выглядит это так: на новом стеке (fpc0 + fcp1): root@EX4200-TST-NEW-> show virtual-chassis Preprovisioned Virtual Chassis Virtual Chassis ID: 0843.890a.3b25 Virtual Chassis Mode: Enabled Mstr Mixed Neighbor List Member ID Status Serial No Model prio Role Mode ID Interface 0 (FPC 0) Prsnt B***75 ex4200-24f 129 Master* N 1 vcp-0 1 (FPC 1) Prsnt B***77 ex4200-24f 129 Backup N 0 vcp-1 - Unprvsnd BM***33 ex4200-24t <--- master старого стека - Unprvsnd BM***26 ex4200-24t <--- line-card нового стекак {master:0} старый стек (fpc2 + fcp6): root@EX4200-TST-BAD> show virtual-chassis Preprovisioned Virtual Chassis Virtual Chassis ID: 2acf.9123.7ece Virtual Chassis Mode: Enabled Mstr Mixed Neighbor List Member ID Status Serial No Model prio Role Mode ID Interface 2 (FPC 2) Prsnt BM***26 ex4200-24t 129 Master* N 6 vcp-0 6 (FPC 6) Prsnt BM***33 ex4200-24t 0 Linecard N 2 vcp-1 - Unprvsnd B***77 ex4200-24f <--- backup нового стека - Unprvsnd B***75 ex4200-24f <--- master нового стека {master:2} Далее определил работы так: 0) Ко всем девайсам я подключен через консоль с Serial over Network сервера ALTUSEN (просто божественная штука!) 1) на старом стеке на master re и backup re гашу vcp порты: request virtual-chassis vc-port set interface vcp-0 disable request virtual-chassis vc-port set interface vcp-1disable соответственно master и backup перестают видеть друг друга и line-card`s тоже, на lin-card`ы я теперь без проблем зайду с консоли, мастера и бэкапа они не видят. 2) подключаюсь к консоли остальных line-card стека, логинюсь 3) на новом стеке активирую member`ов из старого стека в virtual-chassis, но не коммичу сразу. {master:0}[edit virtual-chassis] root@EX4200-TST-NEW# activate member 2 {master:0}[edit virtual-chassis] root@EX4200-TST-NEW# activate member 6 4) на всех девайсах старого стека запускаю request system zeroize root@EX4200-TST-BAD> request system zeroize warning: System will be rebooted and may not boot without configuration Erase all data, including configuration and log files? [yes,no] (no) yes warning: ipsec-key-management subsystem not running - not needed by configuration. warning: zeroizing fpc6 root@EX4200-TST-BAD> request system zeroize warning: System will be rebooted and may not boot without configuration Erase all data, including configuration and log files? [yes,no] (no) yes warning: ipsec-key-management subsystem not running - not needed by configuration. warning: zeroizing fpc2 5) Жду начала загрузки девайсов из п. 4, и на новом стеке коммичу конфиг с новыми member`ами {master:2} root@EX4200-TST-NEW# commit fpc0: configuration check succeeds fpc1: commit complete fpc0: commit complete {master:0}[edit virtual-chassis] vc в этот момент выглядит так: root@EX4200-TST-NEW# run show virtual-chassis Preprovisioned Virtual Chassis Virtual Chassis ID: 0843.890a.3b25 Virtual Chassis Mode: Enabled Mstr Mixed Neighbor List Member ID Status Serial No Model prio Role Mode ID Interface 0 (FPC 0) Prsnt B***75 ex4200-24f 129 Master* N 1 vcp-0 1 (FPC 1) Prsnt B***77 ex4200-24f 129 Backup N 0 vcp-1 {master:0}[edit virtual-chassis] по наблюдению, стеку нужно 3-5 минут для того, чтобы обработать новых member`ов, по истечении этого времени наблюдается такая картина: root@EX4200-TST-NEW# run show virtual-chassis Preprovisioned Virtual Chassis Virtual Chassis ID: 0843.890a.3b25 Virtual Chassis Mode: Enabled Mstr Mixed Neighbor List Member ID Status Serial No Model prio Role Mode ID Interface 0 (FPC 0) Prsnt BR***75 ex4200-24f 129 Master* N 1 vcp-0 6 vcp-1 1 (FPC 1) Prsnt BR***77 ex4200-24f 129 Backup N 2 vcp-0 0 vcp-1 2 (FPC 2) Prsnt B***26 ex4200-24t 0 Linecard N 6 vcp-0 1 vcp-1 6 (FPC 6) Prsnt B***33 ex4200-24t 0 Linecard N 0 vcp-0 2 vcp-1 {master:0}[edit virtual-chassis] Девайсы старого стека стали линейными картами в новом. На всякий случай делаю перезапуск всех member`ов root@EX4200-TST-NEW# run request system reboot all-members Reboot the system ? [yes,no] (no) yes Rebooting fpc1 Rebooting fpc2 Rebooting fpc6 Вроде все гладко, как на бою пройдет, отпишусь.

Спасибо всем, кто проявил внимание к теме. Распиновка rj-45 to rj-45 должна быть такая

Коллеги, приветствую! Разжился девайсом ALTUSEN SN0116 и хочу на него завести все консольные порты с джуниперов и цисок, но не понимаю, как обжимать кабель RJ45-RJ45 для подключения. На прямом ethernet кабеле не работает. Может кто-то эксплуатировал подобное, пожалуйста, подскажите. Спасибо!

Коллеги, приветствую! Обновление ПО не помогло, софт обновился, не без проблем (fpc6 упал в лоадер, пришлось в флехи ставить JunOS). И интересный момент, пока fpc6 был в таком состоянии и был физически подключен стековым кабелем к другим мемберам, весь стек лежал, мастер был, как LC, остальные мемберы NoPrst. Отключил и стек собрался. request system zeroize похоже теперь мой путь, но дока гласит, что в VC надо сначала вывести девайс из стека и только потом зероайзить его, а вывести из стека я не могу, ибо коммит не канает. Верно понимаю, что остается один и жесткий путь, а именно: 1) подготовить конфиг для заливки через load set 2) разобрать физически весь стек 3) на каждом мембере с LCD морды выполнить reset to factory defaults 4) собрать стек обратно 5) влить конфиг Если есть какие-то инфе варианты с меньшим простоем, прошу подсказать, пожалуйста.

есть какие-то нюансы? подвох ждать со всех сторон?

Коллеги, приветствую! Пожелайте мне удачи, согласовал работы по обновлению ПО, и попробую, что есть Nonstop Software Upgrade on EX Series Virtual Chassis По результатам отпишусь с описанием работ, вдруг кому пригодится.

1) ничего не дает коммитить, пробовал еще убрать system commit synchronize. 2) походу остается да, это(

Коллеги, здравствуйте! В общем все, попал( откатил все префикс-листы, но коммит теперь сделать не могу, все fpc за исключением мастера ругаются на error: remote commit-configuration failed on fpcX и на них заполнился /var/rundb Подскажите, пожалуйста, как можно решить проблему?

нужно отфильтровать входящий трафик на xe интерфейсе порезав пакеты с большого множества сетей, и этот xe на 4200 btw, вопрос, какие есть варианты борьбы с SYN flood DDoS ?