Archive for harware

UBNT отключаем один канал

// Октябрь 13th, 2017 // No Comments » // Ubiquiti UBNT

MIMO это конечно хорошо, но иногда так случается, что один канал работает плохо, причин может быть несколько, например вышедший из строя приемник/передатчик, отвалившийся пигтейл или перекрытие видимости преградой. такой расклад приводит к неминуемой деградации линка до ужасного состояния, как временное решение можно отключить поляризацию с плохими показателями.

порядок действий:

  1. подключится через telnet/ssh к антенне
  2. правим конфиг
    vi /tmp/system.cfg

    для начала проверяем, не было ли в конфиге настройки каналов ищем часть слова «chainmask», для этого нажмите «/» и введите «chainmask», повторный поиск еще раз нажат «/», если нашлось правим — см. п.3, иначе в конце настроек radio.1 добавляем строку:

  3. нажать клавиши «ESC» затем «i» и вписать:
    radio.1.txchainmask=1
    radio.1.rxchainmask=1


    Маски битовые, если все верно подключено, рассчитываются вот так:
    1 - канал0 (горизонтальный)
    2 - канал1 (вертикальный)
    4 - канал2
    также их можно комбинировать:
    1+2=3 - использует канал0 и канал1
    2+4=6 - использует канал1 и канал2

    сохраняем и выходим из редактора «ESC» затем «:wq»

  4. применяем параметры:
    /usr/etc/rc.d/rc.softrestart test
  5. если все устраивает — сохраняем:
    save

    или

    cfgmtd -p /etc/ -w

Установка Debian Squeeze на Dell 1950

// Декабрь 18th, 2014 // No Comments » // Debian, Dell, grub, md, RAID

В процессе установки вылезло сразу две проблемы:
1) это сетевой адаптер «Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet», по логике маинтейнеров драйвера не попадают в дистрибутив из-за закрытого кода, и действительно зачем серверу нужна сеть
2) сочетание встроенного рейд-контроллера и использование софтрейда md вызывает глюк — не устанавливается GRUB, т.е. после перезагрузки получаем большой кирпич.

Для начала скачиваем последний netinstall, но т.к. он уже в архиве — ищем его здесь >> и нарезаем на cd-r диск.

Первая проблема решается легко, идем на страничку http://wiki.debian.org/Firmware, находим ссылку на нужный файл, для Сквизи это будет firmware.tar.gz, скачиваем и распаковываем в корень(!) флешки. Тогда при инсталляции драйвер подгрузится автоматически.

Флешку подключаем к серверу, всталяем диск и начинаем установку. Нужно выбрать режим «Expert install». И выполняем все по пунктам, как при обычной инсталляции.

После выполнения пункта установки загрузчика GRUB нужно не завершить установку, а выбрать «Start shell».

Теперь решаем проблему установки GRUB. Суть проблемы: то ли скрипт кривой, то ли факт наличие флешки сбивает скрипт и на жесткий диск он так и не попадает, поэтому сделаем все ручками.
Должна быть примерно такая картина:

# df -h
Filesystem Size Used Available Use% Mounted on
tmpfs 15.7G 120.0K 15.7G 0% /dev
/dev/md0 938.0M 155.4M 734.9M 17% /target
/dev/md3 9.2G 148.9M 8.6G 2% /target/home
/dev/md2 3.7G 71.8M 3.4G 2% /target/tmp
/dev/md1 3.7G 286.1M 3.2G 8% /target/usr
/dev/md4 253.9G 356.4M 240.7G 0% /target/var
tmpfs 15.7G 120.0K 15.7G 0% /target/dev
/dev/md0 938.0M 155.4M 734.9M 17% /dev/.static/dev
/dev/sr0 168.0M 168.0M 0 100% /cdrom

если нет — тогда нужно руками смонтировать недостающее:

for d in dev proc sys; do mount --bind /$d /target/$d; done

! Обязательно должна быть строка:

tmpfs 15.7G 120.0K 15.7G 0% /target/dev

если нет, тогда еще раз смонтировать:

umount /target/dev/ && mount --bind /dev/ /target/dev/

Запускаем chroot в уже установленную систему и запускаем там шелл, мне приятнее работать в bash:

chroot /target /bin/bash

Теперь приглашение сменится на [root@debian] #, проверяем, видно ли диски:

# ls -a /dev | grep sd
sda
sda4
sdb
sdb1
...
sdb9
sdc
sdc1
...
sdc9

Осталось только установить GRUB, есть два варианта:

grub-install /dev/sdb
grub-install /dev/sdc
update-grub

или

dpkg-reconfigure grub-pc

и в графическом меню отметить нужные диски.

Проверить установлен ли GRUB можно командой (предварительно нужно установить утилиту file, обычным способом apt-get install file):

# file -s /dev/sdb
/dev/sdb: x86 boot sector; partition 1: ID=0xfd, active, starthead 32, startsector 2048, 1951744 sectors; partition 2: ID=0x5, starthead 190, startsector 1955838, 583981058 sectors, code offset 0x63

Дальше нужно вернутся в шелл установщика и вернутся в сам установщик и окончить процесс, для этого достаточно два раза выполнить exit.

Cisco pix / ASA не подключается по ssh

// Сентябрь 23rd, 2014 // No Comments » // Cisco, PIX / ASA, ssh

При попытке подключится выдает ошибку:

$ ssh -1 -v 1.2.3.4
 debug1: Reading configuration data /etc/ssh/ssh_config
 debug1: Connection established.
 debug1: identity file /home/user/.ssh/identity type -1
 debug1: identity file /home/user/.ssh/identity-cert type -1
 debug1: identity file /home/user/.ssh/id_rsa type -1
 debug1: identity file /home/user/.ssh/id_dsa type -1
 ssh_exchange_identification: Connection closed by remote host

В версиях 7 и 8 — ошибка появляется, т.к. изначально сертификат не создан. В версиях до 6.3 ошибка может появлявится даже после перезагрузки, т.к. при отсутсвии статичного сертификата он генерируется при каждой загрузке, и, как оказалось, не всегда удачно. Так же решение подходит при ошибке

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

или

The authenticity of host '1.2.3.4 (1.2.3.4)' can't be established
but keys of different type are already known for this host.

которая появляется после перезагрузки.
Нужно сгенерировать новый статичный ключ, в режиме конфигурации ввести комманды:
для версий 7 и 8:

crypto key zeroize rsa
crypto key generate rsa modulus 1024

для версии 6:

ca zeroize rsa
ca generate rsa key 1024
ca save all

и обязательно сохранить конфиг:

write memory

Переходник rs232-8P8C (rj45)

// Январь 19th, 2014 // 2 комментария » // harware

Заказал себе переходник для COM порта на консоль Cisco, вот что пришло:

rs232f-rj45.jpg

Ну что же, клуб «Очумелые ручки», настало твое время! У меня получилась вот такая схема:

rj45-rs232.png

Корректная замена SATA дисков на горячую в linux

// Июль 31st, 2013 // 2 комментария » // harware, linux, RAID, recovery

Как оказалось SATA диски не такие уж и HotSwap и требуются некоторые действия, что бы все корретно заработало.
Для начала нужно отмонтировать или вывести из рейд массива диск.

Как извлечь диск из рейда md можно узнать здесь.

После этого сбросить весь кэш контроллера, т.е. провести синхронизацию данных на диске до актуальной:

sync

Извлечь устройство командой:

echo 1 >/sys/block/sdX/device/delete

где sdX — имя диска, например sda, sdb, sdc…
или по номеру контроллера:

echo 1 > /sys/bus/scsi/devices/targetX:0:0/X:0:0:0/delete

Теперь можно физически извлечь диск и заменить на новый.
Новый диск автоматически не появится, для этого нужно сделать сброс контроллера, после переинициализации найдется новый диск:

echo "- - -" >/sys/class/scsi_host/hostX/scan

где Х номер шины, можно узнать из dmesg место где стоял старый диск (host’ы нумеруются с 0, а не с 1, а в dmesg ata устройства нумеруются с 1). Если расположение диска неизвестно — можно сделать для всех хост-контроллеров, ничего страшного не произойдет, данные не потеряются, файловая система не поломается, возможен только небольшой лаг в доступе к активным дискам.