Привет всем! У меня на столе 4 UniFi стандартные, все с одной и той же проблемой. Все они из одной сети, но вышли из строя не одновременно (по одному, примерно раз в неделю).
На месте довольно простая сетевая инфраструктура:
1. Роутер ADSL
2. Коммутатор TP-Link на 16 портов
3. 6 UniFi (4 по кабелю и 2 по беспроводному линку)
4. 3 ПК, подключенные по кабелю, + переменное количество ПК и других устройств, подключенных по беспроводной сети через систему UniFi (максимум 25-30 устройств одновременно).
Сетевое оборудование было запущено этим летом, и только в сентябре появилась подобная проблема. Симптомы простые: UniFi подключены, PoE функционирует, но не загораются индикаторы на устройстве, и AP отсутствует. Устройства не отключаются все одновременно, а по одному примерно раз в 15 дней.
UniFi заменялись на новые устройства, "поврежденные" юниты восстанавливались с помощью восстановления прошивки (некоторые с первой попытки, другим требовалось 2-3 попытки и стирание сектора конфигурации (nor0,4), но все были восстановлены и частично использованы повторно.
На системе активно включено автоматическое обновление, изначально установленная версия UniFi сервера была 2.4.4, а сейчас 2.4.6, бета-версий здесь не использовались.
Изначально UniFi питались от стандартной 220V AC сети, но так как на месте был ИБП для компьютеров и мысль о взаимосвязи с напряжением AC, были внесены некоторые изменения в инфраструктуру, и вся сетевая структура была подключена к ИБП (не только роутер, коммутатор, ПК и 1 UniFi, как раньше).
После изменения было 1-2 месяца без проблем, но в середине ноября проблема возобновилась, как и раньше, UniFi отключались по одному, и 4 из 6 находятся на столе. Восстановление на этот раз не помогает; проблема у всех 4:
U-Boot 1.1.4-gb387d959 (Dec 8 2011 - 10:16:49)
Board: Ubiquiti Networks AR7241 board (e502-6.0101.002e)
DRAM: 64 MB
Flash: 8 MB
*** Warning - bad CRC, using default environment
Net: eth0, eth1
Hit any key to stop autoboot: 0
## Booting image at 9f050000 ...
Image Name: MIPS Ubiquiti Linux-2.6.15-5.2
Created: 2013-10-08 18:37:43 UTC
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 729748 Bytes = 712.6 kB
Load Address: 80002000
Entry Point: 80002000
Verifying Checksum at 0x9f050040 ...
Bad Data CRC
ar7240>
Эту ошибку я видел на 3 юнитах до и после восстановления. На четвертом юнитах ситуация изменилась после восстановления прошивки, и это текущая ошибка при загрузке:
U-Boot unifi-v1.3.2.122-g6a7fa502 (May 13 2013 - 23:18:59)
Board: Ubiquiti Networks AR7241 board (e502-6.0101.002e)
DRAM: 64 MB
Flash: 8 MB
Net: eth0, eth1
Hit any key to stop autoboot: 0
*** ERROR: `serverip` not set
## Booting image at 8022c090 ...
Bad Magic Number
ar7240>
Похоже, что ревизия U-boot отличается, вероятно, потому что я также восстанавливал бета-версию 3, чтобы посмотреть, изменится ли что-нибудь. Но возможно, что UniFi с разными ревизиями пришли из разных партий, которые я купил (текущие на полке имеют дату тестирования 8 августа 2013 года и были частью партии из 5 коробок, которые я купил в сентябре). Дата тестирования соответствует дате U-Boot и дате покупки с предыдущей проблемой в сентябре.
Я искал и читал эти две публикации с похожими проблемами:
[ >)
[ >)
Затем я снова искал, найдя много другой информации о подобных (но не идентичных) проблемам, но ничего не помогло решить ситуацию. Эта проблема с плохими данными CRC распространена на многих других устройствах Ubiquiti, но, честно говоря, платформа UniFi и Nanobridge M5, похоже, наиболее подвержены этому (с учетом количества, которое я вижу). На Nanobridge она, похоже, сосредоточена на летнее время, вероятно, это проблема температуры, которая превышает спецификации для некоторых компонентов на плате, но на UniFi ситуация сложнее. Из всех моих проблем только одна касается UniFi на открытом воздухе летом, остальные поступают от UAP и UAP-LR, установленных в самых разных контекстах (дома, в школах, в офисах в промышленных условиях), никогда одинаковые и никогда повторяющиеся.
Все сообщения на плате закрыты с сентября или октября. Есть какие-нибудь новости от этого времени? Что-нибудь изменилось?
Видел, что UBNT-MikeD и другие сотрудники Ubiquiti имеют какие-то решения, которые иногда работают. Есть какие-нибудь новости об этом? Могу ли я получить какую-нибудь дополнительную информацию от сотрудников UBNT?
Честно говоря, я исчерпал идеи, поэтому любая возможная помощь приветствуется, и срочно нужно найти решение, потому что очевидно, что я не могу менять 6 UniFi каждые 2-3 месяца до конца гарантийного периода (2 года здесь...).
Заранее спасибо за любую помощь.
На месте довольно простая сетевая инфраструктура:
1. Роутер ADSL
2. Коммутатор TP-Link на 16 портов
3. 6 UniFi (4 по кабелю и 2 по беспроводному линку)
4. 3 ПК, подключенные по кабелю, + переменное количество ПК и других устройств, подключенных по беспроводной сети через систему UniFi (максимум 25-30 устройств одновременно).
Сетевое оборудование было запущено этим летом, и только в сентябре появилась подобная проблема. Симптомы простые: UniFi подключены, PoE функционирует, но не загораются индикаторы на устройстве, и AP отсутствует. Устройства не отключаются все одновременно, а по одному примерно раз в 15 дней.
UniFi заменялись на новые устройства, "поврежденные" юниты восстанавливались с помощью восстановления прошивки (некоторые с первой попытки, другим требовалось 2-3 попытки и стирание сектора конфигурации (nor0,4), но все были восстановлены и частично использованы повторно.
На системе активно включено автоматическое обновление, изначально установленная версия UniFi сервера была 2.4.4, а сейчас 2.4.6, бета-версий здесь не использовались.
Изначально UniFi питались от стандартной 220V AC сети, но так как на месте был ИБП для компьютеров и мысль о взаимосвязи с напряжением AC, были внесены некоторые изменения в инфраструктуру, и вся сетевая структура была подключена к ИБП (не только роутер, коммутатор, ПК и 1 UniFi, как раньше).
После изменения было 1-2 месяца без проблем, но в середине ноября проблема возобновилась, как и раньше, UniFi отключались по одному, и 4 из 6 находятся на столе. Восстановление на этот раз не помогает; проблема у всех 4:
U-Boot 1.1.4-gb387d959 (Dec 8 2011 - 10:16:49)
Board: Ubiquiti Networks AR7241 board (e502-6.0101.002e)
DRAM: 64 MB
Flash: 8 MB
*** Warning - bad CRC, using default environment
Net: eth0, eth1
Hit any key to stop autoboot: 0
## Booting image at 9f050000 ...
Image Name: MIPS Ubiquiti Linux-2.6.15-5.2
Created: 2013-10-08 18:37:43 UTC
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 729748 Bytes = 712.6 kB
Load Address: 80002000
Entry Point: 80002000
Verifying Checksum at 0x9f050040 ...
Bad Data CRC
ar7240>
Эту ошибку я видел на 3 юнитах до и после восстановления. На четвертом юнитах ситуация изменилась после восстановления прошивки, и это текущая ошибка при загрузке:
U-Boot unifi-v1.3.2.122-g6a7fa502 (May 13 2013 - 23:18:59)
Board: Ubiquiti Networks AR7241 board (e502-6.0101.002e)
DRAM: 64 MB
Flash: 8 MB
Net: eth0, eth1
Hit any key to stop autoboot: 0
*** ERROR: `serverip` not set
## Booting image at 8022c090 ...
Bad Magic Number
ar7240>
Похоже, что ревизия U-boot отличается, вероятно, потому что я также восстанавливал бета-версию 3, чтобы посмотреть, изменится ли что-нибудь. Но возможно, что UniFi с разными ревизиями пришли из разных партий, которые я купил (текущие на полке имеют дату тестирования 8 августа 2013 года и были частью партии из 5 коробок, которые я купил в сентябре). Дата тестирования соответствует дате U-Boot и дате покупки с предыдущей проблемой в сентябре.
Я искал и читал эти две публикации с похожими проблемами:
[ >)
[ >)
Затем я снова искал, найдя много другой информации о подобных (но не идентичных) проблемам, но ничего не помогло решить ситуацию. Эта проблема с плохими данными CRC распространена на многих других устройствах Ubiquiti, но, честно говоря, платформа UniFi и Nanobridge M5, похоже, наиболее подвержены этому (с учетом количества, которое я вижу). На Nanobridge она, похоже, сосредоточена на летнее время, вероятно, это проблема температуры, которая превышает спецификации для некоторых компонентов на плате, но на UniFi ситуация сложнее. Из всех моих проблем только одна касается UniFi на открытом воздухе летом, остальные поступают от UAP и UAP-LR, установленных в самых разных контекстах (дома, в школах, в офисах в промышленных условиях), никогда одинаковые и никогда повторяющиеся.
Все сообщения на плате закрыты с сентября или октября. Есть какие-нибудь новости от этого времени? Что-нибудь изменилось?
Видел, что UBNT-MikeD и другие сотрудники Ubiquiti имеют какие-то решения, которые иногда работают. Есть какие-нибудь новости об этом? Могу ли я получить какую-нибудь дополнительную информацию от сотрудников UBNT?
Честно говоря, я исчерпал идеи, поэтому любая возможная помощь приветствуется, и срочно нужно найти решение, потому что очевидно, что я не могу менять 6 UniFi каждые 2-3 месяца до конца гарантийного периода (2 года здесь...).
Заранее спасибо за любую помощь.