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

Привет народ. Кто пробовал настраивать два сервера с OpenFire и связывать их? Никак не въеду, что нужно сделать, чтобы юзеры видели друг друга с разных серверов. Подскажите, плиз, кто знает!

Цитата:

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

Да, стоял ентерпрайз с архивом сообщений, но я его удалил.Однако памяти после этого исапользоваться меньше не стало. Настройки кэша не менял.
Как наиболее безболезненно перейти на внешнюю базу? Создать ее и с помощью поагина import/export users перенести пользователей? Но этот плагин (верися 2.1.0) у меня за все время сколько я пробовалсработал только один раз. И то похоже криво выгрузил пользователей. Во всех осталлных случаях после задания имени файла и нажатии на кнопку export вылетает "невозможно отобразить страницу".

Цитата:

Были, были. И на 3.4.4 есть

Не наблюдаю на винде вплоть до 3.4.5. Может от количества пользователеей зависит.. У меня с версии 3.4.3 не больше 15 в онлайне и все на спарке

Sergey_Ugryumov

Цитата:

Да, стоял ентерпрайз с архивом сообщений, но я его удалил.Однако памяти после этого исапользоваться меньше не стало.

из базы заархивированные сообщения удалили, или они так с основой и грузились в оперативку?


Цитата:

Как наиболее безболезненно перейти на внешнюю базу?

найти средство для експорта данных из встроенной базы http://hsqldb-query-tool.qarchive.org/ , определиться с внешней, настроится на нее и импортировать.

alexey_o

а в таблицах jiveVcard записи есть? в логе Errors нет ошибок про vcard при изменении своих данных? дело в том что разработчики поменяли немного схему сохранения аватарок в vcard , может это косяком выходит. то что изменения vcard видно, а потом после обновления нет указывает только на работу кеша сервера. фактически в базе изменения не происходят. только в кеше сервера.

victorae да в базе нет данных о фотографии о остальном (, как побороть, хотя спарк вроде как нормально сохраняет. Я бы его использовал с удовольствием, но он столько памяти жрет!

Можно ли сделать из OpenFire, аналогично данному интересному продукту
http://im-gate.com
т.е. работа с одним логином ICQ нескольким людям, чтобы при ответе подставлялось его имя.
Реально, логика работы, такая же как у любой обычной голосовой АТС.
У них идея хорошая, но страшно глючная, а поставил, но понял, что до нормального уровня у них очень далеко.
А для нашей тех.поддержки, это было бы в самый раз.
Если есть варианты как сделать такое же из OpenFire, подскажите плиз.
Можно написать на емейл edward@nm.ru

m2a

Цитата:

Кто пробовал настраивать два сервера с OpenFire и связывать их? Никак не въеду, что нужно сделать, чтобы юзеры видели друг друга с разных серверов

Все по инструкции Server To Server HowTo's.
Работает 3 сервера по TLS

Уважаемые коллеги, помогите разобраться с логами Openfire 3.4.5 на Windows 2003 SP2 R2 rus, ява из комплекта Openfire. Лог следующий -

at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
at java.lang.Thread.run(Unknown Source)
2008.02.13 13:42:04 [org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:134)
] Closing connection due to error while processing message: <response xmlns="urn:ietf:params:xml:ns:xmpp-sasl">dXNlcm5hbWU9IiIscmVhbG09ImNvbnRyb2xsZXIyIixub25jZT0ielRId1VRTjVZL29pQVhCdVpMemdGWUJyaUNZaFlLZDVBclNpTUlRSSIsY25vbmNlPSJiYjRjY2EyZTM4Nzc3NGI3Yjc0ZDVkMmI5NDE1OWZjZTU1MTVjMTc3IixuYz0wMDAwMDAwMSxxb3A9YXV0aCxkaWdlc3QtdXJpPSJ4bXBwL2NvbnRyb2xsZXIyIixjaGFyc2V0PXV0Zi04LHJlc3BvbnNlPTBjZDVkODM0OTMzYmRmYTEwZDNjMzI4OWY0YmQwMWRi</response>
java.lang.IllegalArgumentException
at javax.security.auth.callback.NameCallback.<init>(Unknown Source)
at com.sun.security.sasl.digest.DigestMD5Server.validateClientResponse(Unknown Source)
at com.sun.security.sasl.digest.DigestMD5Server.evaluateResponse(Unknown Source)
at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:280)
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:156)
at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:132)
at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:570)
at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:58)
at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:173)
at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239)
at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
at java.lang.Thread.run(Unknown Source)

Благодарю заранее.

Такая же история после апгрейда на 3.4.5

manofrain

буквально 10-15 страниц назад эту ошибку обговаривали, полистай.

Win2k3r2 + OF 3.4.3 + AD на клиентах Pandion 2.5 (~400 клиентов)
кеши под ростеры и vcard увеличены до 45Mb
памяти серверу выделено 1Gb

\openfire\jre\bin>java.exe -version
java version "1.6.0_03"
Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode)

попробовал на паре клиентов поставить Miranda IM 0.7.1 Unicode (Jabber v.0.7.1.0 [Kbkv6])
начался дикий расколбас пандион начал показывать лиш часть онлайн клиентов
часть сообщений перестали доходить ( и раньше было но не так часто)
в сообщениях от миранды появлялись квадратики

в info.log пишутся следущие записи:

2008.02.15 10:59:01 Packet sent to unreachable address
<iq type="get" to="aakislidenko@im/Pandion" id="mir_466" from="aszhukov@im/Kbkv6">
<query xmlns="http://jabber.org/protocol/disco#info"/>
</iq>
2008.02.15 11:00:36 Packet sent to unreachable address
<iq type="get" to="avgedz@im/Pandion" id="mir_472" from="aszhukov@im/Kbkv6">
<query xmlns="jabber:iq:version"/>
</iq>
2008.02.15 11:00:36 Packet sent to unreachable address
<iq type="get" to="avgedz@im/Pandion" id="mir_473" from="aszhukov@im/Kbkv6">
<query xmlns="http://jabber.org/protocol/disco#info"/>
</iq>


вырубил обе миранды. все более менее стабилизировалось.

ccccp


Цитата:

попробовал на паре клиентов поставить Miranda IM 0.7.1 Unicode (Jabber v.0.7.1.0 [Kbkv6])
начался дикий расколбас пандион начал показывать лиш часть онлайн клиентов
часть сообщений перестали доходить ( и раньше было но не так часто)
в сообщениях от миранды появлялись квадратики

это после двух миранд все пандионы начали глючить?

Цитата:

это после двух миранд все пандионы начали глючить?

думаю не в миранде дело а всетаки в пандионе

Два дня мучался с привязкой Openfire к ActiveDirectory. С фильтрами (для пользователей и групп) разобрался только благодаря программке AdExplorer: в ней много нужной информации отображается. Осталась одна проблема: при добавлении пользователя в AD он появляется в списке контактов у клиента (Pandion 2.5) только после перезапуска сервера Openfire: что не очень-то и удобно... При этом существует следующий интересный факт:
1) Создаём пользователя в AD
2) Смотрим в "Openfire Admin Console: User Summary" - пользователь появился
3) Смотрим в "Openfire Admin Console: Group Summary" группу пользователя и видим что число членов в ней не изменилось (соответственно если открыть группу то его там не найдём)
4) Смотрим список в Pandion'е - нового пользователя нет
5) Перезапускаем сервер Openfire - новый пользователь появляется и в Group Summary и в списке Pandion'а.
Подскажите, пожалуйста, в чём может быть дело и как решить эту проблему?

ZHirnovMax

Цитата:

5) Перезапускаем сервер Openfire

читай "очищаем кеш сервера.."

victorae
Пролистал весь форум. Да, нашел ошибку подобную моей. Но никаких рецептов решения не увидел. Пока что все осталось как есть - увеличил лишь до 50 МБ кэши ростеров и Вкардов. Не совсем понимаю какие значения надо выставлять в параметре "лайфтайм" для кэшей. Буду благодарен за подсказку. А вообще сейчас готовлюсь к трем вещам.

1. Переход на внешнюю базу, скорее всего на PostgreSQL
2. Переход на LDAP
3. отказ от Pandion как от клиента и переход скорее всего на PSI или собственную сборку Миранды.

одобряешь?

На всякий случай привожу точный текст ошибки - может что все же подскажут добрые люди.

    2008.02.15 09:44:40 [org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:134)
] Closing connection due to error while processing message: <response xmlns="urn:ietf:params:xml:ns:xmpp-sasl">dXNlcm5hbWU9IiIscmVhbG09ImNvbnRyb2xsZXIyIixub25jZT0iY2w2UGs1clJQZHc5NEY3MVZQelRvWHArUWlVdWFpU3F4SnpUSElnNSIsY25vbmNlPSI0NjA4MzVjNGVlMjUzMGUwNWRkOTE2OTNjNjVjYWYzN2Q4YzE5ZWE0IixuYz0wMDAwMDAwMSxxb3A9YXV0aCxkaWdlc3QtdXJpPSJ4bXBwL2NvbnRyb2xsZXIyIixjaGFyc2V0PXV0Zi04LHJlc3BvbnNlPWNlNDQxOGVlZjY2NDc3YjBlNDhlMTYwOGFjNGUwNmZl</response>
java.lang.IllegalArgumentException
at javax.security.auth.callback.NameCallback.<init>(Unknown Source)
at com.sun.security.sasl.digest.DigestMD5Server.validateClientResponse(Unknown Source)
at com.sun.security.sasl.digest.DigestMD5Server.evaluateResponse(Unknown Source)
at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:280)
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:156)
at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:132)
at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:570)
at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:58)
at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:173)
at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299)
at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53)
at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648)
at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239)
at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51)
at java.lang.Thread.run(Unknown Source)

victorae

Цитата:

читай "очищаем кеш сервера.."

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

Цитата:

1. Переход на внешнюю базу, скорее всего на PostgreSQL

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


Цитата:

2. Переход на LDAP
3. отказ от Pandion как от клиента и переход скорее всего на PSI или собственную сборку Миранды.

Миранда хороша если прозрачная авторизация+АД, иначе действительно можно Psi, что бы там не было, а реализация Psi как клиента наиболее удачна.

Добавлено:
ZHirnovMax

Цитата:

С этим можно что-нибудь сделать?

запретить серверный кеш на roster, тогда сервер будет работать напрямую с АД. что в принципе не критично, АД имеет свои ресурсы на производительность, т.ч. косяков быть не должно.

2008.02.15 11:35:51 [org.jivesoftware.openfire.http.HttpBindManager.start(HttpBindManager.java:95)
] Error starting HTTP bind service
java.net.BindException: Address already in use: bind
at sun.nio.ch.Net.bind(Native Method)
at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source)
at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source)
at org.mortbay.jetty.nio.SelectChannelConnector.open(SelectChannelConnector.java:205)
at org.mortbay.jetty.nio.SelectChannelConnector.doStart(SelectChannelConnector.java:304)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at org.mortbay.jetty.Server.doStart(Server.java:233)
at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:40)
at org.jivesoftware.openfire.http.HttpBindManager.start(HttpBindManager.java:92)
at org.jivesoftware.openfire.spi.ConnectionManagerImpl.startHTTPBindListeners(ConnectionManagerImpl.java:505)
at org.jivesoftware.openfire.spi.ConnectionManagerImpl.startListeners(ConnectionManagerImpl.java:134)
at org.jivesoftware.openfire.spi.ConnectionManagerImpl.access$000(ConnectionManagerImpl.java:52)
at org.jivesoftware.openfire.spi.ConnectionManagerImpl$1.pluginsMonitored(ConnectionManagerImpl.java:106)
at org.jivesoftware.openfire.container.PluginManager.firePluginsMonitored(PluginManager.java:532)
at org.jivesoftware.openfire.container.PluginManager.access$800(PluginManager.java:46)
at org.jivesoftware.openfire.container.PluginManager$PluginMonitor.run(PluginManager.java:1023)
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(Unknown Source)
at java.util.concurrent.FutureTask.runAndReset(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(Unknown Source)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)

что это может быть? java.net.BindException: Address already in use: bind

Цитата:

что это может быть? java.net.BindException: Address already in use: bind

на порту уже что то сидит, может веб сервер?

а это что за "ru"?
] Error trying to connect to remote server: ru(DNS lookup: ru:5269)
java.net.UnknownHostException: ru

Цитата:

а это что за "ru"?

система такая у сервера, он когда пытается конектится к удаленному серверу, но не может, то перебирает по субдоменам и пытается зацепиться. www.jabber.ru -> jabber.ru -> ru

Как нибудь можно отключить сообщение "system-shutdown: (null)" при отключении или перезагрузке серванта. Перепробовал несколько клиентов и такое появляеца только на инфиуме и миранде, хотелось бы использовать эти клиенты, но эта ошибка просто раздражает.

leonsv82

это миранда такое сообщение дает? попробуй плюгин мирандовский Smart Auto Away или KeepAlive , они отвечают за подключение и обработку сообщений сервера при отключении\перезагрузке.

victorae

К миранде прикручен плагин Smart Auto Away=ssa.dll, но от него нет толку, в настройках жаббера, там где экспертные настройки стоит галка на "поддерживать соединение". В квипе инфиуме тоже стоят галки в 3-х местах "поддерживать подключение" , "переподключать при обрыве связи" и "поддерживать подключение" в разделе жаббера. И все равно вылазиет это дибильное окошко.

Нашел интересную фичу, которую можно активировать на серваке, штобы не отправлялись системные уведомления :

shutdownMessage.enabled

If true, send a shutdown message to all connected users before terminating the server.

http://www.igniterealtime.org/community/docs/DOC-1061

Захожу на вэб-интерфейс в раздел System Properties и создаю новое значение с именем этой фунции с параметром false, для надежности даже перезапускаю полностью сервак и один фиг не помогает. Версия Openfire 3,4,5.

leonsv82

возможно сообщение генерит еще какой то плюгин или настройка миранды. я бы попробовал убрать все лишнии плюгины и пересоздать профиль в чистый для проверки. у меня на 300 мирандах я такого сообщение ни разу не видел.

Уважаемые форумчане!

подскажите пожалуйтса, как увеличить память для Open Fire 3.4.5??? под Windows.
Перечитал тему, порылся у себя в настройках, так и не смог найти где увеличивать

WolfFear

Цитата:

одскажите пожалуйтса, как увеличить память для Open Fire 3.4.5

в папке bin создай файл openfire-service.vmoptions если сервисом работает или openfired.vmoptions если приложением. в файле две строки начального и максимального значения используемой оперативки
-Xms128m
-Xmx256m

Люди добрые, сами мы не местные. Позавчера вылезла вот такая ошибка в логах.
2008.02.18 07:49:36 [org.jivesoftware.openfire.nio.ConnectionHandler.exceptionCaught(ConnectionHandler.java:109)
]
java.lang.ArrayIndexOutOfBoundsException

Допоможите кто чем может. Валит в лог каждые 15-20 минут.