Перенос Alfresco Community c 5.2 на 6.0.1

На   старте имеем
Существующую Alfresco Community - 5.2.0 (r135134-b14) на   ubuntu 16.10. Для  меня  не было  смысла   обновлять  и убунту и  альфреску ( хотя потратил день на обновление  убунты). И решил установить заного и перенести репозиторий со старой версии на новую.

По установке  вроде всё просто
https://docs.alfresco.com/6.0/tasks/deploy-docker-compose.html


Теперь надо перенести репозиторий,  для этого находим нужный нам контейнер

# docker ps

Теперь  синхронизируем  директории  старый  виртуальной  машины и контерйнетра

rsync -avzh -e "ssh -p 22" root@192.168.3.116:/opt/alfresco-community/alf_data/content* /home/user/alf_data

Не нашел как сразу скопировать в  контейнер (  пересобирать контейнер тоже не хотелось ), по этому  сначала  решил перелить себе, потом запихнуть в контейнер.

 docker cp /home/alleks/alf_data/ db83afd60c29:/usr/local/tomcat/alf_data

Теперь надо  скопировать БД
Идем на  старую ВМ, делаем дамп

#  service alfresco stop

# sudo su - postgres 

$ cd /opt/alfresco-community/postgresql/bin 

$./pg_ctl start 

$  ./pg_dump --dbname=postgresql://alfresco:qweqwe123@127.0.0.1:5432/alfresco  > /tmp/exportFile-20190821.dmp 

$./pg_ctl stop 

$ exit

Перекидываем его на новую машину, и закидываем в образ докера с постргесом.




Для  этого останавливаем alfresco

 cd /home/alleks/acs-deployment/docker-compose
docker-compose down

Поднимаем только  postgres

# docker-compose  up postgres

Заливаем базу

cat /home/alleks/exportFile-20190821.dmp | docker exec -i d5a59a18ad37 psql -U alfresco -d alfresco

Удаляем кеш 
docker exec -i 49a5619c1178 rm -rf /opt/alfresco/data/solr-data
Стартим

docker-compose up

Проверяем.

Монтируем диск от NAS Iomega StorCenter ix2-dl

# Defines a logical volume group using the partition and harddrive associated with /dev/sda2.

# Says raid 1, that there are two drives, but its ok if only one drive is given.

mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sda2 missing

# Display information about volume groups defined on the system. Can find the volume group name and 

# device path as a result.

lvdisplay 

# Make the volume group active

vgchange -ay <volume group name>

mount <path to volume> <directory to mount to>

посмотреть сколько именно можно командой:
root@ws:~# vgdisplay
информацию по созданным логическим томам
root@ws:~# lvdisplay
информацию по физическим томам
root@ws:~# pvdisplay

Удаление созданного md  array

1. Find out your arrays (md0, md1, etc..) using

Code:

sudo fdisk -l

2. Query your arrays to find out what disks are contained using

Code:

sudo mdadm --detail /dev/md0
 (or md1 or whatever)

3. Shut down the array using

Code:

sudo mdadm --stop /dev/md0

Dlink DNS 327L + SVN

Для начало надо получить доступ по SSH  для этого просто и непренужденно ставим  дополнение Dropbear SSH-server  отсюда.
Скачиваем, заходим на  NAS  managent ->  Appplication Management -> Add Ons, выбираем файл,  жмем Apply. Грузим, активируем.

Заходим по SSH.

Скачиваем Fun_plug 0.7 , а именно 2 файла  http://ffp.inreto.de/ffp/0.7/arm/ 

• fun_plug
• fun_plug.tgz

 И кладем их в корень Volume_1.  Редактирует файлик  fun_plug,  меняем /mnt/HD_a2 на /mnt/HD/HD_a2,  во всех местах.

Сохраняем. Перезагружаем.

Заходим по telnet,  выполняем:

sh-4.1# usermod -s /ffp/bin/sh root

sh-4.1# mkdir -p /ffp/home/root/

sh-4.1# sed -ie 's#:/home/root:#:/ffp/home/root:#g' /etc/passwd

sh-4.1# pwconv

sh-4.1# 

Теперь можно создать пароль для  ssh  пользователя

sh-4.1# passwd
Changing password for root
Enter the new password (minimum of 5 characters)
Please use a combination of upper and lower case letters and numbers.
New password:
Re-enter new password:
passwd: password changed.
sh-4.1# login
NAS login: root
Password:
No mail.
root@NAS:~#

Дальше качаем пакет

root@NAS:~# wget http://wolf-u.li/u/172/ -O /ffp/sbin/store-passwd.sh
Saving to: '/ffp/sbin/store-passwd.sh'
root@NAS:~# /ffp/sbin/store-passwd.sh
Saving Userdata to flash storage

Запускаем SSH демона
root@NAS:~# chmod a+x /ffp/start/sshd.sh
root@NAS:~# sh /ffp/start/sshd.sh start


Не закрывает telnet  чтобы демон не остановился(или перезагружаемся),  заходим по ssh,

Качаем скриптик для загрузки пакетов

   root@NAS:~# wget http://wolf-u.li/u/441 -O /ffp/bin/uwsiteloader.sh
   root@NAS:~# chmod a+x /ffp/bin/uwsiteloader.sh
   root@NAS:~# uwsiteloader.sh

Выбираем пакеты fonz, Uli, and Mijzelf, со всем соглашаемся, ждем пока скачает.

Еще раз  обновляем слакер

root@NAS:~# slacker -U

Смотрим что пакеты нормально загрузились

root@NAS:~# slacker -i

Потом уже ставим с полной уверенностью пакеты


Надо доделать http://bernaerts.dyndns.org/nas/71-dns325-ffp07/314-dns325-ffp7-snmp-supervise-temperature-case-hdd


Полезные  ссылки

http://forums.dlink.com/index.php?topic=57212.0

http://bernaerts.dyndns.org/nas/71-dns325-ffp07/313-dns325-ffp7-supervise-snmp-agent 

Модули  http://dlink.vtverdohleb.org.ua/Add-On/




Пакеты скачал 

http://downloads.zyxel.nas-central.org/Users/Mijzelf/FFP-Stick/packages/0.7/arm/

поставил  через funpkg -i

apr-1.4.6-arm-1.txz
apr_util-1.4.1-arm-1.txz

sqlite-3.8.1-arm-1.txz

subversion-1.7.3-arm-1.txz

Dlink dir320 + dd-wrt + siproxd

Встала задача подключить Sip телефоны маленькой организации к облачной АТС...

В наличии имеем 

• старенькие IP-телефон SNR-VP-7010
• Dlink Dir-320 
• Флешка 2 Gb отформатированную в ext3
• Немного энтузиазма. 

Для  начала надо было правильно скачать  прошивку, для этого

1. Качаем  от сюда http://dd-wrt.com/site/support/router прошивку предыдущего билда 13064 с именем dd-wrt.v24_usb_generic.bin
2. Как шить, найдете на просторах интернета множество статей.
3. Выставляем галочки для монтирования USB, не получилось у меня сразу монтировать в /jffs , туда  почему-то монтировалась /dev/mtdblock/4. И побеждать это не хотелось. Да и 112Кб это ого сколько места.
   
4. Не забываем включить поддержку JFFS в разделе Administration - Management
   
5. Для удобства я сразу включил SSH.
6. Сохраняемся, перезагружаемся, 
7. Подключаемся по SSH,  смотрим если видим  вот это то все норм


root@DD-WRT:/tmp# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root                 2432      2432         0 100% /
/dev/discs/disc0/part1
                       1540688     48000   1414424   3% /mnt
/dev/mtdblock/4            448       324       124  72% /jffs
8. Теперь создадим папки 
root@DD-WRT:/#mkdir /mnt/opt /mnt/usr /mnt/tmp


9. Сделаем ссылки на эти папки 
root@DD-WRT:/#mount --bind /mnt/usr/ /jffs/usr/
root@DD-WRT:/#mount --bind /mnt/opt/ /opt/
root@DD-WRT:/#mount --bind /mnt/tmp/ /jffs/tmp/
10. Теперь ставим пакеты, так и не понял почему ipkg update  все время на меня ругался

root@DD-WRT:/# ipkg update

Downloading http://downloads.openwrt.org/whiterussian/packages/Packages ...

Connecting to downloads.openwrt.org (78.24.191.177:80)

Packages             100% |*******************************|   143k 00:00:00 ETA

Done.

Updated list of available packages in /jffs/usr/lib/ipkg/lists/whiterussian

Downloading http://downloads.openwrt.org/whiterussian/packages/non-free/Packages ...

Connecting to downloads.openwrt.org (78.24.191.177:80)

Packages             100% |*******************************|   568  --:--:-- ETA

Done.

Updated list of available packages in /jffs/usr/lib/ipkg/lists/non-free

Downloading http://downloads.openwrt.org/backports/rc5/Packages ...

Connecting to downloads.openwrt.org (78.24.191.177:80)

ipkg_download: ERROR: Failed to retrieve http://downloads.openwrt.org/backports/rc5/Packages, returning

ipkg_update: Error downloading http://downloads.openwrt.org/backports/rc5/Packages to /jffs/usr/lib/ipkg/lists/backports

По этому я решил не заморачиваться и поставить 

root@DD-WRT:/tmp# wget http://www.3iii.dk/linux/optware/optware-install-ddwrt.sh

 -O - | tr -d "\r" > /tmp/optware.sh

После скачки не забываем его поставить

root@DD-WRT:/tmp# sh  /tmp/optware.sh

Дожидаемся окончания и ставим нужные нам пакеты

root@DD-WRT:/tmp# ipkg-opt update

root@DD-WRT:/tmp# ipkg-opt upgrade

root@DD-WRT:/tmp# ipkg-opt install nano

root@DD-WRT:/tmp# ipkg-opt install libtool

root@DD-WRT:/tmp# ipkg-opt install siproxd

root@DD-WRT:/tmp# cp /opt/etc/siproxd.conf.example  /opt/etc/siproxd.conf

root@DD-WRT:/tmp# nano /opt/etc/siproxd.conf

Статейка на Хабре помогает нам настроить  демона https://habrahabr.ru/post/37660/

Дальше запускаем демона

root@DD-WRT:/tmp# /opt/etc/init.d/S98siproxd

23:14:57 INFO:siproxd.c:232 siproxd-0.8.1dev-5921 mipsel-unknown-linux-gnu starting up

Дальше делаем настройки на телефоне

Завтра будем пробывать как это работает.

Dlink DGS-3612 + Win 2012 + Options 82

Решил избавиться от старого DHCP  сервера, и заменить его одим вирутальным.

Все начилось хорошо, прописал  на свиче:

enable dhcp_relay
config dhcp_relay hops 4 time 0
config dhcp_relay option_82 state enable
config dhcp_relay option_82 check disable
config dhcp_relay option_82 policy replace
config dhcp_relay option_60 state disable
config dhcp_relay option_60 default mode drop
config dhcp_relay option_61 state disable
config dhcp_relay option_61 default drop
config dhcp_relay add ipif System 192.168.200.197
Запросы стали приходить на виндовую машину.

Теперь настраиваем DHCP сервер, создаем ОДНУ зону, в которой находится свич

Дальше, настраиваем политики:

О великий и могучий переводчик,  нефига непонятно что за поля и что сюда писать.

 

Смотрим в Английской версии:

Начинаем понимать, что за поля они имели ввиду,  только  непонятно, в русской версии есть параметры "Добавить подстановочный знак" а в англ нету.


Ладно,   смотрим на сайте производителя, что содержится в  пакете от свича  http://www.dlink.ru/ru/faq/62/228.html

Я хочу сделать разбивку по VLANам, по этому  использую Agent Circult ID

01 06 00 04 0065 00 09
xx xx xx xx аааа xx bb
xx -  статичная ненужная нам информация
аааа - номер VLAN в HEX
bb -  номер порта коммутатора.

Прописываем нужный VLAN в нужную область, и должно все работать,

Дальше в политики указываем какой диапазон IP  адресов будет выделяться, шлюз, ДНС и т.д. 

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

Разобрался, у меня свич находится с  подсети 10.65.10.0/24 ,  а клиентские VLANы в 192.168.200.0/24 по 192.168.210.0/24.   Соответственно  если указывать политику с Circult ID в области 10.65.10.0/24  от  VLANа с сетью 192.168.200.0/24, то все применяется!


Благо свич 3ого уровня и всего лишь надо поменять основной интерфейс  на DGS  из 200  подсети и   создать одну большую зону, к примеру, 192.168.200.0/21 в которой уже разнести все мои клиентские.

Борьба с "Не обнаружен ключ защиты программы или полученная программная лицензия!"

Решил сделать доброе дело и выложить 1С Предприятие 8.3  конф Документооборот на веб,  поднял  отдельную вирт машину на win 2012R2, поставил IIS 8, по множествам инструкций, к примеру этой http://infostart.ru/public/71480/

 ЗЫ При установке компоненты ASP.NET 3.5 и ASP.NET 4.5  не  хотел ставится и просил вставить диск "Хотите указать другой исходный пункт? У некоторых обьектов, выбранных для установки, отсутствуют исходные файлы...". Решилось проблема  с копирование благодаря этому блогу .
 

xcopy e:\sources\sxs\*.* c:\dotnet35 /s

Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess 

Запустил файловый вариант, все нормально поднялось, запустилось и все заработало.

Решил вылить базу на сервер 1с предприятия в SQL базу.  И тут началось веселье,  кроме того что пришлось  устанавливать отдельно новый 1С сервер на 8,3, прописывать в реестре  другие порты для запуска и НЕЗАБЫТЬ!!! прописать их в брендмауэре.
Вроде все запустилось на тонком клиенте и на толстом, даже через веб с использование морды 1С. А вот через  браузер,  пишет что "Не обнаружен ключ защиты программы или полученная программная лицензия!"


После прочтения статейки об "Алгоритмах поиска лицензий при запуске «1С:Предприятие» 8.3" понял, что проблема в  сервере администрирования 1С, она не видит клиентского ключа 1С.

Дальше пошел смотреть каких же ему файликов не хватает благо Process Monitor всегда под рукой. Выяснил, что C:\ProgramData\1C\licenses\nethasp.ini вот этого файлика нет, но он к нему обращается и ищет ключик через него. После копирования файлика, все заработало.


Теперь осталась проблема как заставить  пользователей через веб браузер проходить виндовую авторизацию, то через  клиент все работает,  а вот  через  веб - нет.

Поднимаем NPIV на СХД

Решил настроить доступ к LUNам с виртуальных  машин, надоели чтобы ходили по iSCSI.

Статейка с короткой справкой по этому поводу https://sgaldava.wordpress.com/2010/11/18/n-port-id-virtualization-%D1%87%D1%82%D0%BE-%D1%8D%D1%82%D0%BE/

Имеем

• vCenter Server 6.0 Ent
• 2 SAN свича HP 8\8
• СХД IBM Storwize V3700.
• 2 Сервака с HBA картой с 2мя портами.

1. Настройка vCenter

Для начала в vCenter необходимым виртуалкам создать WWN, для этого

1. In the vSphere Client inventory, right-click the virtual machine and select Edit Settings.  
2. Click the Options tab and under Advanced select Fibre Channel NPIV.
3. (Optional) Select the Temporarily Disable NPIV for this virtual machine check box.
4.  Assigned WWNs appear in the WWN Assignments panel.

• To leave WWNs unchanged, select Leave unchanged.
• To have vCenter Server or the ESX host generate new WWNs, select Generate New WWNs.
• To remove the current WWN assignments, select Remove WWN assignment.

1. Click OK to save your changes and close the dialog box.

Получаем на выходе:

Node WWNs:
28:0f:00:0c:29:00:00:11, 28:0f:00:0c:29:00:00:12

Port WWNs:
28:0f:00:0c:29:00:00:13, 28:0f:00:0c:29:00:00:14

 
ЗЫ : Запомните что количество VPORT-ов которые инициируются, равен количеству физических HBA адаптеров подсоединеных к хосту.

 2. Настройка SAN Switch 

C виртуальной машиной вроде все, теперь необходимо настроить зонирование на свичах. Для этого заходим через веб на свич под admin, пароль по умолчанию password. Потом:

1. Configure -> Zone Admin.
2. Создаем псевдонимы, т.к. WWN  держать в памяти  сложновато. Вкладка Alias, кнопка New Alias.  Вводи имя сервера, розового кролика или фазы луны, жмем Ok.  В выпадающем меню выбираем наш вновь созданный alias и жмем кнопку Add Other. Добавляем туда ???Port WWN???. В моем случае это 28:0f:00:0c:29:00:00:13. Предлагаю сразу завести на все сервера и СХД алиасы, так будет удобнее ориентироваться.
3. Создаем зону, идем во вкладку Zone -> New Zone. Добавляем наш  алиас виртуальной машины  и   СХД в нашу зону. Так же необходимо  объединить текущие  сервера в одну зону, то после применения  зоны,  сервера могут потерять СХД.
4. Добавляем конфигурацию. Жмем "New Zone Config", пишем имя, к примеру "Zonecfg0", и добавляем в них  нужные нам зоны.
5. Сохраняем зоны кнопкой "Save config".
6. Применяем нашу зону "Enable config".

 Так же не забываем проверить чтобы на портах был включен NPIV, у меня в прошивке он по умолчанию был включен, но проверить не мешает.

3. Настройка СХД

Как  тут написано
https://www.ibm.com/support/knowledgecenter/ST3FR7_8.2.0/com.ibm.storwize.v7000.820.doc/svc_enabling_npiv_existingsystem.html

Если вы изменяете режим целевого порта для группы ввода-вывода в существующей системе, выполните следующие обязательные шаги:

• Убедитесь, что ваша система имеет версию 7.7.0 или новее.
• Изучите макет фабрики SAN и правила зонирования, поскольку у NPIV более строгие требования. Убедитесь, что эквивалентные порты находятся на одной матрице и в одной зоне. Для получения дополнительной информации см. Тему о деталях зонирования.
• Проверьте количество путей между вашими хостами и системой. Убедитесь, что количество путей составляет половину от обычного поддерживаемого максимума. Для получения дополнительной информации см. Тему о деталях зонирования.
• Убедитесь, что коммутаторы Fibre Channel позволяют каждому физически подключенному системному порту создавать два дополнительных порта NPIV.

Использование GUI управления

После того, как вы выполнили эти предварительные шаги, вы можете включить виртуализацию портов в существующей системе, выполнив следующие шаги:

1. В графическом интерфейсе управления выберите « Настройки» > « Система» > « Группы ввода / вывода» .
2. Убедитесь, что для атрибута Target Port Mode установлено значение Enabled . Для новых систем статус по умолчанию для NPIV установлен как включенный. Однако, если вы добавляете узел в существующую систему, вы должны проверить этот параметр. Если для него установлено значение « Переходный» или « Отключено» , его необходимо изменить на « Включено» .
3. Если режим целевого порта отключен, выполните следующие действия, чтобы изменить его на включенный:
   • Щелкните правой кнопкой мыши группу ввода / вывода и выберите « Изменить режим целевого порта» .
   • На странице « Изменение режима целевого порта» выберите « Переходный» для нового состояния. Пользователи не могут перейти непосредственно из отключенного состояния в включенное. Система должна находиться в переходном состоянии, где группа ввода-вывода содержит как физические, так и виртуальные порты Fibre Channel. Нажмите Продолжить .
   • Подождите примерно 2 минуты, прежде чем проверять измененное состояние целевых портов.
   • Убедитесь, что новое переходное состояние отображается на странице I / O Groups .
   • Щелкните правой кнопкой мыши группу ввода / вывода и выберите « Изменить режим целевого порта» .
   • На странице « Изменение режима целевого порта» выберите « Включено» для нового состояния. Нажмите Продолжить .
   • Через 2 минуты убедитесь, что новое состояние « Включено» отображается на странице « Группы ввода / вывода» .
4. Если целевой режим порта уже находится в переходном состоянии, выполните эти шаги, чтобы изменить состояние на Включено , выполнив следующие шаги:
   • Щелкните правой кнопкой мыши группу ввода / вывода и выберите « Изменить режим целевого порта» .
   • На странице « Изменение режима целевого порта» выберите « Включено» для нового состояния. Нажмите Продолжить .
   • Подождите примерно 2 минуты, прежде чем убедитесь, что новое состояние « Включено» отображается на странице « Группы ввода / вывода» .

4. Подключение RDM диск.

Тут все просто, выключаем нашу машину,  добавлением в неё  RDM диск,  в появившемся окне выбираем наш LUN и все должно заработать.

Но ничего не появляется....