Ошибка mount_smbfs: unable to open connection: syserr = Cannot allocate memory

При подключении к расшаренной папке Windows из под FreeBSD стала выскакивать ошибка:

# /usr/sbin/mount_smbfs -I 192.168.1.6 -W WORKGROUP //backup@BACKUP-PC/backup /mnt/backup
Password:
mount_smbfs: unable to open connection: syserr = Cannot allocate memory

После долгих мучений нашел решение — помогла перезагрузка Windows. (вот же гадина)

Подключение расшаренных дисков Windows к FreeBSD

mount_smbfs -I 192.168.1.6 -W WORKGROUP //backup@BACKUP-PC/backup /mnt/backup

где BACKUP-PC адрес компьютера

имя пользователя backup

Для автоматизации добавляем в /etc/rc.local:

/usr/sbin/mount_smbfs -I 192.168.1.6 -W WORKGROUP //backup@BACKUP-PC/backup /mnt/backup &

в файл /etc/nsmb.conf:

[default]
workgroup=WORKGROUP

[BACKUP-PC]
addr=192.168.1.6

[BACKUP-PC:backup]
password=пассворддд

 

 

Как подключить USB устройство через VMDirectPath к виртуальному серверу в ESXi 5

VMDirectPath хорош тем, что работает быстрей чем виртуальный USB Passthrough, но проброшенный порт будет видится только в одной виртуальной машине. Необходимо это например для хитрый ключей защиты, которые по другому не работают или для внешнего жесткого диска подключенного по USB.

Для начала нужно выяснить какие порты нам нужны. Вставим в них любой USB дейвайс, откроем по SSH наш ESXi хост и посмотрим результат команды

lsusb -v | grep -e Bus -e iSerial


И ищем нужные нам устройства:

Bus 05 Device 02: ID 0624:0248 Avocent Corp.
  iSerial                 3 20080519
Bus 05 Device 01: ID 1d6b:0001 Linux Foundation 1.1 root hub
  iSerial                 1 0000:00:1d.0
Bus 02 Device 02: ID 1058:1105 Western Digital Technologies, Inc.
  iSerial                 3 575532513130323239313132
Bus 02 Device 01: ID 1d6b:0002 Linux Foundation 2.0 root hub
  iSerial                 1 0000:00:1d.7
Bus 01 Device 03: ID 0424:2514 Standard Microsystems Corp. USB 2.0 Hub
  iSerial                 0
Bus 01 Device 01: ID 1d6b:0002 Linux Foundation 2.0 root hub
  iSerial                 1 0000:00:1a.7
Bus 08 Device 01: ID 1d6b:0001 Linux Foundation 1.1 root hub
  iSerial                 1 0000:00:1d.3
Bus 07 Device 01: ID 1d6b:0001 Linux Foundation 1.1 root hub
  iSerial                 1 0000:00:1d.2
Bus 06 Device 01: ID 1d6b:0001 Linux Foundation 1.1 root hub
  iSerial                 1 0000:00:1d.1
Bus 04 Device 01: ID 1d6b:0001 Linux Foundation 1.1 root hub
  iSerial                 1 0000:00:1a.1
Bus 03 Device 01: ID 1d6b:0001 Linux Foundation 1.1 root hub
  iSerial                 1 0000:00:1a.0

В данном случае нам нужны 1d.0 и 1d.7.

Читать далее

Ошибка Mysql mysqli_query(): (HY000/1819): Your password does not satisfy the current policy requirements

При переходе на Mysql 57 стали постоянно появляться ошибки вида:

mysqli_query(): (HY000/1819): Your password does not satisfy the current policy requirements

Выяснилось,что это зверствует новый плагин проверки паролей на уровень сложности, по умолчанию стоит уровень MEDIUM:

mysql> SHOW VARIABLES LIKE ‘validate_password%’;
+—————————————+———+
| Variable_name | Value |
+—————————————+———+
| validate_password_dictionary_file | |
| validate_password_length | 8 |
| validate_password_mixed_case_count | 1 |
| validate_password_number_count | 1 |
| validate_password_policy | MEDIUM |
| validate_password_special_char_count | 1 |
+—————————————+———+
6 rows in set (0.01 sec)

Я изменил на LOW, можно поменять следующими способами:

mysql> SET GLOBAL validate_password_policy=LOW;
Query OK, 0 rows affected (0.00 sec)

или в файл my.cnf необходимо добавить:

[mysqld]
validate_password_policy=LOW

 

Ошибка при загрузке файла руссификации IPS

При загрузке файла руссификации на движок форума Invision Power Services переодически появляются ошибки в некоторых строках вида:

XMLReader::next(): /tmp/IPSGJp1El:5327: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xD0 0xBA 0x20 0xD0

Мне удалось полечить эти ошибки следующим способом — необходимо вставить пробел после скобки»[» — <word key=»plugin_settings_code_desc» js=»0″><![CDATA[

Например было:

<word key=»plugin_settings_code_desc» js=»0″><![CDATA[Указание …..

Стало:

<word key=»plugin_settings_code_desc» js=»0″><![CDATA[ Указание …..

Remove all php on FreeBSD

Just quick note for my self. New php application use php 5.7 and FreeBSD box have php 5.5 installed.

# pkg info | grep php
php55-5.5.17_18                PHP Scripting Language
php55-ctype-5.5.17_18          The ctype shared extension for php
php55-curl-5.5.17_18         The curl shared extension for php
php55-dom-5.5.17_18            The dom shared extension for php
php55-filter-5.5.17_18         The filter shared extension for php
php55-pcre-5.5.17_18           The pcre shared extension for php
php55-simplexml-5.5.17_18      The simplexml shared extension for php
php55-spl-5.5.17_18            The spl shared extension for php

Remove all php package (php 5.5) :

# pkg delete -x php
Deinstallation has been requested for the following 8 packages:

php55-ctype-5.5.17_18
php55-curl-5.5.17_18
php55-dom-5.5.17_18
php55-filter-5.5.17_18
php55-spl-5.5.17_18
php55-pcre-5.5.17_18
php55-simplexml-5.5.17_18
php55-5.5.17_18

Читать далее

Удаление надписи «Категории и разделы» в Invision Power Services

Для того, чтобы убрать её над форумами добавить в custom.css своего стиля эту строку

body.ipsApp_front[data-pageapp="forums"][data-pagecontroller="index"] h1.ipsType_pageTitle { display: none; }

А для того, чтобы убрать её из заголовка страницы перейдите в АЦ → Система → Продвижение → Поисковая оптимизация → Метатеги → Визуальный редактор метатегов. Перейдите на главную форума и в самом верху будет поле Заголовок страницы. Заполните его, именно этот текст будет отображаться в браузере и поисковых системах как заголовок страницы.

Еще можно заменить в коде выше h1.ipsType_pageTitle на .ipsPageHeader

Чтение, запись NTFS раздела под FreeBSD, подключение дисков и флэшек

Что потребовалось для решения данной задачи:

1. Установить

  • /usr/ports/sysutils/fusefs-ntfs

2. Добавить

а) в /etc/rc.conf

fusefs_enable=»YES»

 

3.Загрузить модуль

kldload fuse

4. Смонтировать диск

/usr/local/bin/ntfs-3g /dev/da1s1 /mnt/usb_hdd

Чтобы при перезагрузке не пропадало, добавил эти строки в  файл /etc/rc.local:

kldload fuse

/usr/local/bin/ntfs-3g /dev/da1s1 /mnt/usb_hdd

Команды отладки VoIP для Cisco IOS

sh call history voice brief
История звонков

sh call active voice brief
Активные звонки

debug callmonitor all
Показывает всю информацию по звонкам и соединениям, выполняющимся в настоящий момент

sh voip rtp connection
Показывает текущие RTP соединения

sh voice call status
Показывает состояние текущих голосовых соединений (звонков, совершаемых в настоящий момент)

debug voip application vxml error
Показывает ошибки в скрипте VXML IVR

debug voip dialpeer
Показывает все входящие и исходящие dial-peer, задействованные во время звонка.
Читать далее

Обновление Junos на живом MX

После заливки софта необходимо разрушить redundancy, это делаем следующим образом:

> configure
[edit]
delete chassis redundancy

но, поскольку железка у нас живая, необходимо до коммита разрушить еще кое-что:


deactivate protocols layer2-control nonstop-bridging
deactivate routing-options nonstop-routing
deactivate protocols pim nonstop-routing

после чего уже можно закоммитить изменения, помня при этом, что роут-энжайны уже будут разорваны

commit synchronize and-quit

Теперь, после того как мы приготовились, начинаем апгрейд с бэкапного RE

 

request routing-engine login other-routing-engine
request system software add re0:/var/home//JUNOS.tgz

тут мы обязательно в конце процесса должны увидеть что-нибудь похожее

 

mgd: commit complete
Validation succeeded
Installing package ‘/var/tmp/jinstall-10.4R7.5-domestic-signed.tgz’ …
Verified jinstall-10.4R7.5-domestic.tgz signed by PackageProduction_10_4_0
Adding jinstall…
Verified manifest signed by PackageProduction_10_4_0

WARNING: This package will load JUNOS 10.4R7.5 software.
WARNING: It will save JUNOS configuration files, and SSH keys
WARNING: (if configured), but erase all other files and information
WARNING: stored on this machine. It will attempt to preserve dumps
WARNING: and log files, but this can not be guaranteed. This is the
WARNING: pre-installation stage and all the software is loaded when
WARNING: you reboot the system.

Saving the config files …
NOTICE: uncommitted changes have been saved in /var/db/config/juniper.conf.pre-install
Installing the bootstrap installer …

WARNING: A REBOOT IS REQUIRED TO LOAD THIS SOFTWARE CORRECTLY. Use the
WARNING: ‘request system reboot’ command when software installation is
WARNING: complete. To abort the installation, do not reboot your system,
WARNING: instead use the ‘request system software delete jinstall’
WARNING: command as soon as this operation completes.

Saving package file in /var/sw/pkg/jinstall-10.4R7.5-domestic-signed.tgz …
Saving state for rollback …
Проверяем, что RE готова загрузиться с новым софтом:

show version
Hostname: MINNNN
Model: mx480
JUNOS Base OS boot [10.4R3.4]
JUNOS Base OS Software Suite [10.4R3.4]
JUNOS Kernel Software Suite [10.4R3.4]
JUNOS Crypto Software Suite [10.4R3.4]
JUNOS Packet Forwarding Engine Support (M/T Common) [10.4R3.4]
JUNOS Packet Forwarding Engine Support (MX Common) [10.4R3.4]
JUNOS Online Documentation [10.4R3.4]
JUNOS Voice Services Container package [10.4R3.4]
JUNOS Border Gateway Function package [10.4R3.4]
JUNOS Services AACL Container package [10.4R3.4]
JUNOS Services LL-PDF Container package [10.4R3.4]
JUNOS Services PTSP Container package [10.4R3.4]
JUNOS Services Stateful Firewall [10.4R3.4]
JUNOS Services NAT [10.4R3.4]
JUNOS Services Application Level Gateways [10.4R3.4]
JUNOS Services Captive Portal and Content Delivery Container package [10.4R3.4]
JUNOS Services RPM [10.4R3.4]
JUNOS AppId Services [10.4R3.4]
JUNOS IDP Services [10.4R3.4]
JUNOS Runtime Software Suite [10.4R3.4]
JUNOS Routing Software Suite [10.4R3.4]
JUNOS Installation Software [10.4R7.5]

о чём свидетельствует последняя строчка. Теперь бэкапный RE надо перезагрузить, как это и рекомендовалось.

request system reboot

после этого нас выбросит с бэкапного RE и мы сидим и ждем, пока поднимется железка с новым софтом, а помогает нам в этом две команды:

show chassis routing-engine
show version invoke-on all-routing-engines

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

request chassis routing-engine master switch

Это как раз и есть тот момент, когда мы теряем из вида наш маршрутизатор на некоторое время (~2-3 мин). Коннект потерялся и нам надо по новой залогиниться на коробку, после чего мы обнаруживаем, что мы уже на бэкапном RE с новым софтом

 

show version
Теперь можно приступить к апгрейду мастера, который теперь является бэкапом, в соответствии с выводом комманды

show chassis routing-engine

Процедура не отличается от предыдущей:

 

request routing-engine login other-routing-engine
request system software add no-validate /var/home//JUNOS.tgz
request system reboot

теперь все так-же ждём, когда к нам вернется обновленный мастер.
И после того, как все железки к нам вернулись, восстанавливаем статус-кво, т.е. возвращаем синхронизацию и мастера на места. Сначала синхронизация:

>configure

set chassis redundancy routing-engine 0 master
set chassis redundancy routing-engine 1 backup
set chassis redundancy failover on-loss-of-keepalives
set chassis redundancy failover on-disk-failure
set chassis redundancy graceful-switchover
set chassis routing-engine on-disk-failure disk-failure-action reboot

Далее вводим команды:
Код: [Выделить]

top
activate protocols pim nonstop-routing
activate protocols layer2-control nonstop-bridging
activate routing-options nonstop-routing
activate interfaces lo0 unit 0 family inet filter
commit synchronize and-quit
Теперь обязательно! ждем когда закончится репликация между RE, раньше того, как она закончилась переключать мастера НЕЛЬЗЯ! Иначе упадут динамические протоколы типа bgp.
А посмотреть закончилась или нет, можно командой:

show task replication

zzzz@S> show task replication
Stateful Replication: Enabled
RE mode: Master

Protocol Synchronization Status
OSPF Complete
BGP Complete
MPLS Complete
LDP Complete

таким образом мы вернули синхронизацию между RE, теперь переключим мастера

> request chassis routing-engine master switch no-confirm

естественно, мы отвалились и подключились уже на другой RE, ну вот по идее и всё!