При попытке настроить asterisk realtime в связке с postgresql 9.2.13 (через odbc), после создания таблиц (либо через alembic, либо используя /usr/src/asterisk/contrib/realtime/postgresql/postgresql_config.sql) при попытке зарегестрировать sip пользователя (таблица sippeers) получал ошибки несоотвествия типов полей lastms, regseconds... Со стороны сервера это выглядит так: ОШИБКА:  колонка "lastms" имеет тип integer, а выражение - character (символ 136). Т.е регистрация аппарата проходит, но поля ipaddr, port, regseconds, fullcontact и т.д. не заполняются.
Для pjsip пользователей подобные ошибки в таблице ps_contacts. Аппарат так же регистрируется, но данные в ps_contacts не добавляются.
Удаление полей порождающих ошибки и их создание с типом char помогают для таблицы sippeers, но после изменений в ps_contacts asterisk стал перезагружатся с периодом около минуты.
Помогло явное создание неявного преобразования типов в БД :).
Для sippeers достаточно:
create cast (character as integer) with inout as implicit;
Для ps_contacts необходимо добавить:
create cast (character as double precision) with inout as implicit;
create cast (character as bigint) with inout as implicit;
create cast (character as yesno_values) with inout as implicit;

Заполнение поля Media Management Settings в Enterprise Manager для архивирования Oracle через NetBackup

Если для настройки архивирования БД Oracle на ленту\с использованием Media Manager (NetBackup) используется Enterprise Manager, то поле Media Management Vendor Library Parameters (Availability - Backup Settings) следует заполнить следующим образом:

SBT_LIBRARY=/usr/openv/netbackup/bin/libobk.so64, ENV=(NB_ORA_SERV=master.domain.ru, NB_ORA_CLIENT=client.domain.ru)

Понятно, что master.domain.ru - мастер сервер вашей инсталяции NetBackup, client.domain.ru - сервер на которой установлен БД Oracle.

Если клиент NetBackup уже связан с oracle ( запущен oracle_link из /usr/openv/netbackup/bin/ ) и создана политика (обязательно тип Oracle - Application Backup - указан клиент), то после нажатия кнопки Test Tape Backup не должно выдаваться сообщений об ошибках, а в консоли управления NetBackup можно будет увидеть два выполненных задания с этого клиента - backup и restore.

Ошибка "The requested lookup key was not found in any active activation context"

MS SQL 2000 (32 бит) на Win 2003 r2 (64 бит) + symantec netbackup (у меня - 7.5.0.6)
Решение есть по ссылке http://blogs.msdn.com/b/psssql/archive/2009/02/26/you-encounter-error-message-the-system-cannot-find-the-file-specified-when-attempting-to-perform-backups-using-sqlvdi.aspx.
 У меня:

•  x86 библиотека  - версия 2000.85.1054.0, размер 119 296 байт
• x64 библиотека - версия 2000.85.1054.0, размер 156 160 байт

 С x86 библиотекой после установки SP4 ( версия 2000.80.2039.0, размер 43 008 байт ) не заработало.
Перезагрузка не нужна.

Предварительное создание файлов БД при восстановлении ms sql 2000

При тестовых восстановлениях БД MS SQL 2000 через symantec netbackup получил несколько ошибок связанных с таймаутами:

1. Created VDI object for SQL Server instance "instance". Connection timeout is "300" seconds.
2. Client read timeout.

Обе ошибки были в принципе излечимы:

1.  Установить VDITIMEOUTSECONDS в скрипте восстановления
2. Установить нужный timeout в свойствах мастер сервера symantec netbackup.

Однако они не решали еще одной проблемы - восстановление идет очень долго. Причем большую часть времени занимает не запись данных из архива, а создание файлов БД и заполнение их нулями (zero initialization). Поскольку в sql 2000 нет возможности instant file initialization, то создание "пустышки" для 300 ГБт базы данных становилось оченььььь долгим делом. Ситуацию также усугубляло то, что разбалованный Windows 2008 R2, я в созданной виртуальной машине Windows 2003 не выровнял диски.
Существует однако простая замена instant file initialization на "педальном" приводе:

1. Создаем пустые файлы для данных и логов нужного размера. Можно посмотреть текущие и сделать несколько больше (перед копированием данных они будут подрезаны в нужный размер). Я использовал для этого  fsutil file createnew filename length. Например: fsutil file createnew XXX_data.MDF 300000000000
2. Запускаем задание восстановления с перемещением. Для symantec netbackup скрипт может выглядеть как то так

OPERATION RESTORE
OBJECTTYPE DATABASE
RESTORETYPE MOVE
DATABASE "XXX"
MOVE  "XXX_Data"
TO  "d:\DATA\XXX_data.MDF"
MOVE  "XXX_Log"
TO  "d:\DATA\XXX_Log.LDF"
#
# The following image is type: Full
NBIMAGE "srv-sql01.MSSQL7.SRV-SQL01.db.XXX.~.7.001of001.20150217180955..C"
SQLHOST "srv-stend12"
NBSERVER "SRV-BCK01"
BROWSECLIENT "srv-sql01"
MAXTRANSFERSIZE 6
BLOCKSIZE 7
RESTOREOPTION REPLACE
RECOVEREDSTATE NOTRECOVERED
NUMBUFS 2
ENDOPER TRUE

OPERATION RESTORE
OBJECTTYPE DATABASE
DUMPOPTION INCREMENTAL
RESTORETYPE MOVE
DATABASE "XXX"
# The following image is type: Full database differential
NBIMAGE "srv-sql01.MSSQL7.SRV-SQL01.inc.XXX.~.7.001of001.20150218180207..C"
SQLHOST "srv-stend12"
NBSERVER "SRV-BCK01"
BROWSECLIENT "srv-sql01"
MAXTRANSFERSIZE 6
BLOCKSIZE 7
RESTOREOPTION REPLACE
RECOVEREDSTATE RECOVERED
NUMBUFS 2
ENDOPER TRUE

 Где XXX_data.MDF, XXX_Log.LDF - созданные ранее файлы.

Судя по perfmon файл лога обнуляется, а основной файл нет. В моем случае время начала заливки данных сократилась с нескольких часов до пары минут.

Сброс "плохого" состояния кассеты

Выполнить omnimm -reset_poor_medium название_кассеты на cell manager. Например: omnimm -reset_poor_medium Ultrium_3. Должна ответить: Reset poor flag on medium Ultrium_3

lan free и vss transportable

Разбирался с возможность гонять данные при архивировании/восстановлении не по сети. Похоже здесь имеются две возможности:

1. То что в документации называется lan free. Например имеются пара серверов с данными лежащими на полке подключенной через FC, имеется также стриммер (или устройство его ) подключенный также по FC. Делаем эти сервера медиа серверами, подключаем к ним стриммер (ставим галку Fibre Channel устройств), пишем данные как локальный бэкап. Данные с полки текут на стриммер без выхода в сеть.
2. То что в документации - vss transportable. Например имеется сервер с данными на полке подключенной через FC, имеется медиа сервер с массивом локальных дисков (этот момент не принципиален) и картой FC. Нужно писать с сервера на диски медиа сервера без выхода в сеть. Ставим VSS hardware provider для имеющейся полки и на сервер и на медиа сервер. При создании задания архивирования MS Shadow Copy Writers выбираем Backup type - VSS transportable backup.

Это может быть объединено: сервер с данными на полке, медиа сервер со стриммером.

• Сервер командует полке создать снимок своего раздела
• Медиа сервер обращается к полке и получает снимок по оптике
• Медиа сервер по оптике же пишет на стриммер

Ошибка svn: Could not authenticate to server: ignored NTLM challenge

При попытке подключения к svn серверу через https (webdav) например:

svn list https://svn/svn/configs

выдает приведенную в заголовке ошибку. Имя пользователя и пароль не запрашивает.

Вот причина: http://savannah.nongnu.org/support/?108061

Вот как предлагается решить: http://lists.manyfish.co.uk/pipermail/neon/2012-May/001470.html

Вот что сделал я:

1. apt-get install libneon27
2. удалил /usr/lib/@libneon-gnutls.so.27 указывающую на libneon-gnutls.so.27.2.6
3. создал /usr/lib/@libneon-gnutls.so.27 указывающую на libneon.so.27.2.6

Ошибка исчезла. Пользователь/пароль запрашивается.

У меня авторизация через MS AD. Пробовал указавать пользователя как username и как DOMAIN\username - оба варианта были приняты.