Переименование виртуальной машины с DB2

Случилось несчастье – пришлось переименовать виртуальную машину на которой была запущена DB2. После этого DB2 отказалась запускаться со словами

«db2start : SQL1022C There is not enough memory available to process the command.».

С учетом свободных 6 ГБ оперативной памяти было ясно, что проблема не в ней. После некоторого гугления был найден рецепт. Тут привожу его перевод.

Изначальное виртуалка называлась пусть VM1, после переименования стала VM2 (названия естественно изменены). Что сделать чтобы чудо случилось:

В C:\Windows\system32\drivers\etc\hosts добавляем строки

127.0.0.1 VM1
127.0.0.1 VM1.company.com

где company.com – ваш домен.

Далее поиском ищем db2nodes.cfg и заменяем там VM1 на VM2, должно получиться примерно так

0 VM2 VM2 0

Далее запускаем редактор реестра (regedit) и навигируемся сюда

HKLM\Software\IBM\DB2\GLOBAL_PROFILE

Правим

DB2_ADMINGROUP "VM1\DB2ADMINS" -> "VM2\DB2ADMINS"
DB2_USERSGROUP "VM1\DB2USERS" -> "VM2\DB2USERS"
DB2SYSTEM "VM1" -> "VM2"

После этого перезагружаемся и все должно работать…

И не работает …

Надо сделать еще вот что:

$ db2extsec -r
$ db2extsec /a DB2ADMNS /u DB2USERS

После этого все заработало

Как выковырять из Visual Studio компилятор

Предположим вам понадобился компилятор Visual C++, но по каким-то причинам вам не нужна сама студия. Просто так компилятор не скачать, Micrоsоft не предоставлять такой опции. Поэтому попытаемся получить его самостоятельно, чисто в исследовательских интересах.

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

Далее нам потребуются следующие msi из дистрибутива

• vc_compilerCore86.msi – инструментарий MSVC
• vc_compilerCore86res.msi – MUI ресурсы инструментария MSVC
• vc_librarycore86.msi – библиотеки MSVC
• vc_LibraryDesktopX86.msi – дополнение к библиотекам MSVC
• Windows Software Development Kit-x86_en-us.msi – разное из Windows SDK (например, WinSock2.h, WS2_32.lib, может быть что-то еще).

Далее это все распаковываем в отдельную папку (собственно это и будет пакет инструментария) следующей командой:

$ msiexec /a *.msi TARGETDIR=C:\compiler\...

Скрипт запуска сервера WildFly для FreeBSD

После компиляции java с исправлением бага, дошла очередь до установки WildFly. Однако, все встало без проблем вообще и сразу заработало. Оставалась одна проблема – автозапуск сервера при рестарте сервера (пардон за каламбур). Прошерстив мануалы FreeBSD набросал небольшой скрипт, может кому будет полезен:

#!/bin/sh

. /etc/rc.subr

name=wildfly
rcvar=wildfly_enable

start_cmd="/usr/local/wildfly/bin/standalone.sh &"
stop_cmd="/usr/local/wildfly/bin/jboss-cli.sh --connect controller=127.0.0.1 command=:shutdown"

load_rc_config $name
run_rc_command "$1"

Боремся с «Translet class loaded, but unable to create translet instance.»

При работе с XSLT преобразованиями на сервере приложений WildFly возникает такой Exception

Caused by: javax.xml.transform.TransformerConfigurationException:
  Translet class loaded, but unable to create translet instance.

Судя по всему, пока в WildFly эту проблему не поправили, существует такой Workaround:

<!-- Workaround for: "Translet class loaded, but unable to create translet instance." -->
<dependency>
	<groupid>xalan</groupid>
	<artifactid>xalan</artifactid>
	<version>2.7.2</version>
	<exclusions>
		<exclusion>
			<groupid>xml-apis</groupid>
			<artifactid>xml-apis</artifactid>
		</exclusion>
	</exclusions>
</dependency>

Инсталляция deb пакетов в Ubuntu

Если у вас есть .deb пакет и вы не знаете как его инсталлировать, то вот рецепт

$ sudo dpkg -i software.deb

Удалить

$ sudo dpkg -r software.deb