» Openfire (Wildfire/Jive Messenger)

[more] Добрый день друзья!

Столкнулся со следующей проблемой:

Дано: WinSRV2003, OpenFire 3.5.1 + MySQL (Пользователи внутри базы). База ведется довольно давно много узеров и групп.

Задача: Перенести все это дело на Linux.

Поставил Openfire 3.8.2 на Ubuntu Server 12.04.2 + MySQL.

Захожу в админку, прохожу визард, все работает, все хорошо, он создал базу.

Далее делаю дамп базы на Win, разворачиваю на Linux. База развернулась без ошибок, все хорошо. (естественно utf8_general_ci).

В openfire.xml меняю настройки на эту базу. Захожу в админку, не могу авторизоваться, не пускает. (пароль ввожу как на старом сервере естественно)

Сбрасываю в базе пароль для админа вручную, в админку пускает, НО: НЕТ НИОДНОГО Юзера и НИОДНОЙ группы. База весит ~800мб.

Попробовал в URL к базе дописать текст который необходим для UTF8, результат тот же.

Терзают смутные сомнения вот по какому поводу. В пустой базе, которую OpenFire сам создал всего 42 таблицы, в базе на старом сервере их аж целых 115.

Очень нужна помощь, намекните куда копать, пожалуйста! [/more]

Budarov
С убунты подключись к старой базе на старом мюскуле. Когда стабилизируешься - перенеси базу на новый сервер.

victorae

Спасибо за совет, попробую!


Всплыли еще несколько факторов. Оказывается еще до меня, давным давно этот OpenFire 3.5 был установлен поверх Wildfire. Не знаю связано это или нет, так же не знаю где это настраивает. В базе от 3.8 юзера лежат в таблице ofUser, а в базе от 3.5 юзера лежат в таблице jiveuser....

Где настроить префиксы таблиц в БД я не нашел в OpenFire. Может существует ковертирующий патч? Или ручками переименовывать таблицы?

Budarov

структуру баз и изменения по ним можно посмотреть по сиквел скриптам в папках проинсталированного сервера.

Проблема оказалась в следующем. Имена таблиц на Win сервере все были указаны в маленьком регистре. И под виндой это не имеет никакого значения.

http://phpclub.ru/mysql/doc/name-case-sensitivity.html

А вот под линухом это послабление вышло боком. Регистр имеет принципиальное значение и OpenFire просто не мог найти в базе нужные таблицы, потому что в скрипте проверки версии ищется jiveVersion, а в базе jiveversion....

Вот такая беда, может пригодится кому...

Нужна ваша помощь.
Ситуация следующая. Перенес openfire с винды в убунту. Перекинул туда openfire.script, видал нужные права - всё заработало, пользователи и группы сохранились, народ подцепился и работает.
Следующим шагом подключил плагин Monitoring service, которым уже пользовался на винде. Так вот здесь он увидел старые сообщения, но не пишет в логи новых.
error.log:

Код:
2013.08.05 10:00:57 org.jivesoftware.openfire.archive.Conversation - Unique constraint violation: SYS_IDX_80 in statement [INSERT INTO ofConversat$
java.sql.SQLException: Unique constraint violation: SYS_IDX_80 in statement [INSERT INTO ofConversation(conversationID, room, isExternal, startDat$
at org.hsqldb.jdbc.Util.throwError(Unknown Source)
at org.hsqldb.jdbc.jdbcPreparedStatement.executeUpdate(Unknown Source)
at sun.reflect.GeneratedMethodAccessor49.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.logicalcobwebs.proxool.ProxyStatement.invoke(ProxyStatement.java:100)
at org.logicalcobwebs.proxool.ProxyStatement.intercept(ProxyStatement.java:57)
at $java.sql.PreparedStatement$$EnhancerByProxool$$c3dcd404.executeUpdate(<generated>)
at org.jivesoftware.openfire.archive.Conversation.insertIntoDb(Conversation.java:477)

Данная проблема с новой версией мониторинг-плагина 1.3.2-beta1, удалось подцепить старый 1.3.0 - логи начали писаться.

Ребят подскажите где отключается рассылка пользователем информации об обновлении openfire ?

Прошу помощи по настройке Openfire.

Конфигурация:

Debian 7.1 Wheezy
Openfire 3.8.2 (на встроенной БД) + плагин GoJara
Spectrum2+mysql
Psi+ v0.16.150
Отдельно поставлен mrim-prpl и через Spectrum настроен транспорт в сеть Mail.ru


Суть проблемы:

При подключении к xmpp-серверу транспорты не выходят в онлайн автоматом. Также при смене статуса в самом Psi+ статус в транспортах не меняется.

Можно ли это поправить, и если да, то как?

Myppomeu

Цитата:

Отдельно поставлен mrim-prpl и через Spectrum настроен транспорт в сеть Mail.ru

Зачем спектрум? Транспорты прекрасно работают напрямую с openfire. И самому openfire или клиентам не нужны транспорты что бы общаться с клиентами из гуглталка или других джаббер серверов. Про S2S почитай.

victorae
Спектрум, собственно, и предоставляет транспорт, цепляясь к Openfire в качестве External Component'а. Разве есть еще способ подключить mrim-prpl к Openfire?

Myppomeu

Цитата:

mrim-prpl

изврат какой то, это же плагин для пиджина, а не транспорт.
вот чистый мрим транспорт http://svn.xmpp.ru/repos/mrim/
вот аська https://code.google.com/p/pyicqt/downloads/list

victorae

Цитата:

изврат какой то, это же плагин для пиджина, а не транспорт.

Который развивается.

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

[more] У мяне некоторые клиенсткие компы не подключаются к серверу. все компы в домене, политики одинаковые. вот такое у меня в логах. с других компов пользователи нормально подключаются и работают. авторизация сделана через нтлм. есть идеи? вот такое в логах пишет

Цитата:

2013.08.10 21:22:21 org.apache.mina.filter.executor.ExecutorFilter - Launching thread for /192.168.0.155:52215
2013.08.10 21:22:21 org.jivesoftware.openfire.net.SASLAuthentication - SASLAuthentication: SaslException
javax.security.sasl.SaslException: AcceptSecurityContext failed (0x80090308): Предоставленный функции маркер неправилен
    at net.za.darkskies.security.sasl.SSPIImpl.evaluateResponse(Native Method)
    at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:325)
    at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:183)
    at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:181)
    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.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80)
    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:185)
    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)

[/more]

Выключил комп не дождавшись полного завершения работы. В результате база openfire повреждена, сервак не стартует. Переустановил, начал заводить пользователей, и не у одного пользователя не работает пароль, хотя и цифрами и буквами вводил. Оказалось всё просто. В поле имя пользователя нужно вводить имя без домена. (user), а я вводил user@work.ru.

Всем привет. Есть работающий сервак, приученный к АД. Есть проблема - не подключаются пользователи, у которых в АД не указана почта. Подскажите, где копать. Спасибо.

Копай в ldap.usernameField

unkempt

Цитата:

не подключаются пользователи, у которых в АД не указана почта.

Установлен LDAP-фильтр на пользователей, у которых указан e-mail?

Ni9999, в "ldap.usernameField" стоит "sAMAccountName"
Jaba_B_Ta3e, "ldap.searchFilter" - "(&(sAMAccountName={0})(objectClass=user)(objectCategory=person)(msExchHomeServerName=*)(homeMDB=*))"

unkempt

(&(sAMAccountName={0})(objectCategory=Person)(!(userAccountControl:1.2.840.113556.1.4.803:=2)))

victorae, поставил предложенный фильтр - клиент подключается, но после добавления контактов, сообщения им не отправляются. Гаджим пишет "remote-server-not-found"

unkempt

Это не предложенный, это стандартный рабочий который фильтрует учетки в домене кроме отключенных. Если удаленный сервер не найден - проблема в том что УДАЛЕННЫЙ СЕРВЕР НЕ НАЙДЕН. Для поиска серверов используются айпи адреса или функционал ДНС сервера, который запрошенные имена сопоставляет айпи адресам. Я понимаю что сервера остаются в наследство от предыдущих админов и часто обычным бухгалтерам приходится с ними разбираться. Но если уж начал с ним работать - приложи усилия для понимания что и как ДОЛЖНО работать, тогда легче и ошибки понимать.

victorae, спасибо.
P.S. Я конечно, не гуру, но сравнивать с бухом...

Цитата:

Windows Srv2012
openfire 3.8.2
MySQL Community Server 5.6.11
Версия Java: 1.6.0_18
Сервер Приложения.: jetty/7.x.y-SNAPSHOT
Mysql Connector/J 5.1.24
более 500 пользователей.
в логи валятся ошибки:

2013.06.14 09:28:16 org.jivesoftware.openfire.spi.PresenceManagerImpl - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'OPTION SQL_SELECT_LIMIT=DEFAULT' at line 1

Причина проблемы найдена: начиная с 5.6 версии MySQL сменил формат SET OPTION SQL_SELECT_LIMIT=DEFAULT на SET SQL_SELECT_LIMIT=DEFAULT.

Чат работает, но некоторые пользователи жалуются на неполный ростер. Из списка пользователей пропадают контакты и целые группы.

Подскажите, в данной ситуации что сделать проще:
- откатиться на более раннюю версию Mysql (процедура знакома, и отлажена - дамп баз, удаление, установка другой версии, накатывание дампа)?
- обновить Mysql Connector/J 5.1.24 на Mysql Connector/J 5.1.25 (ткните носом в манул как это правильно сделать) - но даже не уверен, что поможет.

Похожая проблема:
в логах те же ошибки из-за изменения формата OPTION на SET в mysql 5.6 по сравнению с 5.5

FreeBSD 9.1 amd64
MySQL 5.6.13
Openfire 3.8.2

В консоли опенфайра Server->Databases
JDBC Driver Version:     mysql-connector-java-5.0.8

хотя я с портов поставил /databases/mysql-connector-java версия 5.1.26. Перезагружал как Openfire, mysql. Но в консоли опенфайра версия не меняется.

Как его (connector-java) правильно заменить?

Очень жду совета, т.к. откат на мускула 5.5 считаю не целесообразным "костылем".

С уважением, Александр



Добавлено:
Проблема решена.

Устанавливаем из портов коннектор. идем в каталог /usr/local/share/java/classes
берем файл mysql-connector-java.jar, копируем и переименовываем его в mysql.jar c правами 744 и пользователем openfire:openfire и кладем его в /usr/local/share/java/openfire/lib, заменяя одноименный файл там. Перезапускаем демон openfire иии....вуаля!

Результат: Openfire 3.8.2 + MySQL 5.6.13 работают без ошибок.

Нигде решения не нашел, везде одни предположения. Так что пользуйтесь инструкцией. Кто ищет - то всегда найдет (решение)

Есть всем известная проблема, что QIP с настройками учетной записи по умолчанию не может подключиться с Openfire. Будет писать, что пароль неверный. Лечится это установкой галочки "Отключить аутентификацию SASL".
НО у меня на старом сервере работает и без галочки, а на новом не хочет. Что надо подкрутить в Openfire?

[more] Openfire 3.7.1, MSSQL 2008, AD
Ошибка частая, но так и не понял как ее устранить.

Спарк, PSi подключаются корректно, Миранда не хотит.

Лог ошибки:
2013.08.23 15:33:12 org.jivesoftware.openfire.nio.ConnectionHandler - Closing connection due to error while processing message: <auth xmlns="urn:ietf:params:xml:ns:xmpp-sasl" mechanism="NTLM"></auth>
java.lang.NullPointerException
at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:274)
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:179)
at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:169)
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.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80)
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:185)
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 java.lang.Thread.run(Unknown Source)
[/more]

CrisCole

Цитата:

error while processing message: <auth xmlns="urn:ietf:params:xml:ns:xmpp-sasl"

написано же.. отключи в миранде SASL

victorae
Спасибо

Теперь проблема с NTLM авторизацией клиентов, пишет что аутентификация пользователя не удалась...хоть все делал по иструкции, в лгах сервера ни чего не пишет.
Что можно попробовать кроме переустановки сервера?

Добавлено:
И в ручном режиме подключается без проблем

Добавлено:
Что-то даже переустановка и перенастройка сервера с патчем не помогла. Где-то повторяю ошибку, но вот где...

Хм, сервер переставил с нуля... результата 0, значит дело в миранде.

CrisCole
Попробуйте миранду без плагинов. Доменная авторизация в ней -это одна галочка.
Патч для явы ставили куда? У меня на компе ява стояла отдельно, поэтому патчил я и ее и ту, что с опенфайером лежит (на всякий случай)

Если в логах сервера ничего нет, то включите лог миранды, значит она просто до сервера не доходит.