» Openfire (Wildfire/Jive Messenger) часть 3

victorae интересно - обновится можно просто поверху или надо какие-то шаманства?

Yaromaxx
Останови сервер и сбекапь всю папку с опенфайром. Если база внешняя - сбекапь и ее отдельно. После этого можно и по верху наверное.

victorae это для подстраховки? Должно же по идее само нормально на место стать. Не факт, конечно, но должно. Хотя - лишний бэкап никому не мешал. Я думаю так: остановить сервер, бэкап, накатить новый, старт службы (интересно, ее переустанавливать надо?), проверка все ли в порядке. Попробую вообще - то на виртуалке


Добавлено:
А вот и ответ:


Цитата:

Standard Upgrade

Windows EXE
1. Stop Openfire.
2. Backup the Openfire installation directory. The default is _C:\Program Files\Openfire_
3. Backup the Openfire database. Note that the embedded database is backed up in step 2.
4. Run the installer for the new version of Openfire (note that the installer MUST point to the base installation directory of the previous version).
5. Complete the installer process.
6. Start Openfire.

Обновил, внешне все работает. Внимательно в настройках клиентского подключения, там стоит включенный xmpp пинг, для мобильных клиентов может стать источником лишнего трафика. PubSub настроения и занятость так и не работают, ставлю в Пси "Работаю" - вышел, зашел - занятости уже нет.

victorae Интересно, баг с утечкой памяти починили? Я с этим борюсь рестартом каждое утро. Вроде как обещали пофиксить.

Про обновление - в процессе никаких вопросов не возникло, настройки не слетели?

Yaromaxx

Цитата:

Интересно, баг с утечкой памяти починили?

Не сталкивался с таким, сервер под в2к крутится, 300 клиентов, память кушал всегда скромно. Говорят плагин броадкаст приводит к утечкам.

Цитата:

Про обновление - в процессе никаких вопросов не возникло, настройки не слетели?

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

victorae, т.е. после инсталла надо до запуска скинуть настройки? Или подхватываются сами? Еще - у меня OF запущен как служба, после обновления по новой ставить службу надо, или остается?
Извиняюсь за возможо глупые вопросы, но очень хочу чтобы обновление прошло максимально гладко.

Yaromaxx
Сделай бекап папки с опенфайром, этого хватит на все случаи.

Спасибо, завтра буду экспериментировать. У меня все немного проще - 65 пользователей онлайн, не очень активная переписка, из транспортов - только kracken с icq, должно все пройти нормально. Все равно - лучше OF я пока ничего не нашел.

NTLM авторизация норм работает на новой версии?

Clavik

Цитата:

NTLM авторизация норм работает на новой версии?

да

OpenFire 3.6.4 + Pandion 2.6.106
Я хотел бы запретить пользователям переименование как своего имени (ника), так и имён других пользователей в списке контактов (roster). Подскажите какие есть варианты для решения данной задачи?

Добавлено:
В общем поступил так: закомментировал строчки отвечающие за вывод соответствующих пунктов меню в файлах Pandion'а - ClientRoster.js и mousemenu.js.

У меня на тестовой машине установка застряла на этапе удаления предыдуще версии - и дальше никак. Странно как-то.

Yaromaxx
Можно просто остановить сервис и переименовать папку. Новую версию ставить на место старой. Потом вкинуть в нее базу, конфиг и нтлм патч. По времени это 2-3 минуты на все.

Какая версия JRE в дистрибутиве 3.7.0?

borov
1.6.0_18

victorae
Так и есть

В основном всё хранится тут:

conf\
embedded-db\ или внешняя бд
plugins\
resources\security

Добавлено:
borov

Цитата:

Какая версия JRE в дистрибутиве 3.7.0?

Разве это критично ?

Есть дистрибутивы с отсутствующей жабой:

Does not include Java JRE
Debian package no Java JRE
Works on most Unix variants, no Java JRE

В чём вопрос то ?

Обновился на боевом сервере - пока полет нормальный. После праздников пронаблюдаю более внимательно.

Yaromaxx
а у меня начал память жрать.. плюс матюкается что мало кеша под ростер, увеличиваю настройки.. надо смотреть вообщем за ним.

Откатился на 3.6.4, начались отваливаться клиенты после отправки сообщения, S2S так и не смог запустить с некоторыми провайдерами, какой то косяк в связке по TLS

Цитата:

плюс матюкается что мало кеша под ростер

Аналогично.
Добавил.
Странно что на моей мелкой инсталляции вылезло. Почему по умолчанию такой маленький объем поставили (четверть мега)...

victorae Памяти больше жрет, да - было около 100 Мб в нормальном режиме - после обновления сразу около 220-230 Мб - проверю под нагрузкой после выходных. Но у меня каждое утро зашедулен рестарт - именно для борьбы с потреблением памяти.

Добрый день. столкнулся с проблемой иногда openfire откоючает клиентов на нескольео минут. Включил debug вот логи события
2011.03.05 14:36:55 Exec[0]: Stats.getNLatestConversations()
2011.03.05 14:36:55 --Object created, not stored. Call params (number:6, number:134664) id=8783_1299317815331. Using (XHR,POST)
2011.03.05 14:36:55 Returning: id[8783_1299317815331] assign[s0] xhr[true]
2011.03.05 14:36:55 var s0=[];
DWREngine._handleResponse('8783_1299317815331', s0);

2011.03.05 14:36:56 JettyLog: EXCEPTION
java.io.IOException: An existing connection was forcibly closed by the remote host
at sun.nio.ch.SocketDispatcher.read0(Native Method)
at sun.nio.ch.SocketDispatcher.read(Unknown Source)
at sun.nio.ch.IOUtil.readIntoNativeBuffer(Unknown Source)
at sun.nio.ch.IOUtil.read(Unknown Source)
at sun.nio.ch.SocketChannelImpl.read(Unknown Source)
at org.mortbay.io.nio.ChannelEndPoint.fill(ChannelEndPoint.java:122)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:282)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:205)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488)
2011.03.05 14:36:56 JettyLog: EOF
2011.03.05 14:37:05 Exec[0]: Stats.getNLatestConversations()
2011.03.05 14:37:05 --Object created, not stored. Call params (number:6, number:134664) id=9403_1299317825331. Using (XHR,POST)
2011.03.05 14:37:05 Returning: id[9403_1299317825331] assign[s0] xhr[true]

Сервер Openfire 3.6.4, клинты пробовал spark, miranda и тд результат такой-же.

victorae

Цитата:

начались отваливаться клиенты после отправки сообщения, S2S так и не смог запустить

При отправке больших сообщений на русском клиент отваливается - http://community.igniterealtime.org/thread/43968

Проблемы с S2S - http://community.igniterealtime.org/thread/43966

..НЕ СПЕШИТЕ С АПГРЕДОМ

victorae Вопрос: чтобы откатиться назад - достаточно осттановить сервис, вернуть назад старую папку и снова запуститься? Есть ли смысл бэкапить базу (внутренняя)? Или надо ставить 3.6.4? У меня пока все нормально, но - знание всегда полезно. Про отваливание клиента при больших сообщений на русском - что в качестве клиента? У меня на клиентах стоит Spark 2.5.8, на моей машине - Spark 2.6.0 RC.

Yaromaxx
В базе отличий нет кроме номера версии, в дальнейшем возможно это будет проблемой, потому либо исправить в таблице номер версии с 21 на 20 либо востановить базу. Самое простое остановить сервис и поменять имена папок.

Отваливались Миранда и Квип.

Первый день проверки 3.7.0 - пока 36 человек подключилось - все ок. Наблюдаю дальше.

Yaromaxx а что по поводу NTLM на 3.7.0, она уже встроена или надо патч накатывать и есть ли новая версия патча?

BigInventoR
старый патч ставится.

Из замеченного - после отваливания клиентов по какой-то причине - они нормально переподключаются.
BigInventoR - NTLM патч не ставил - вроде Spark NTLM-авторизацию не поддерживает, так что пользователи раз вводят пароль, ставят две галки и дальше оно как-то само нормально работает. Кроме того, настройки клиента следуют за пользователем - скрипт простенький написал.