jabberd2 [notice] [9] [80.94.239.51, port=1428] error: XML parse error (not well-formed (invalid token))
проблема вылезла после пропадания питания. до этого момента я вроде как не рестартовал сервис после обновления - элементарно забыл. после рестарта загрузилась версия 2.2.4, но на самом деле вполне может быть что до рестарта была она же.
конфиги не трогал. при пропадании питания вполне могла пострадать база, но mysqlrepair не показал ничего кроме OK.(юзаю mysql в связке с jabberd2)
проблема проявляется в том, что некоторые но не все клиенты не коннектятся. из лично моего опыта все что на libpruple 2.9.0 и 2.10.0 успешно коннектится с линукса, но не коннектится с винды. от локали не зависит. со стороны сервера выглядит как "[notice] [9] [80.94.239.51, port=1428] error: XML parse error (not well-formed (invalid token))" в c2s.log, со стороны клиента "Invalid response from server"
psi 0.14 с винды просто молча подвисает, после того как на сервере в логе появляется "[80.94.239.51, port=1428] connect", после чего все отваливается по таймауту с какой-то из сторон. от локали не зависит. с линукса не пробовал.
также люди репортили, что с винды работала какая-то не слишком новая миранда.
с людьми с других серверов общаюсь свободно, т.е. проблема где-то в c2s.
версия 2.2.4 - последняя в портэжах, но она сильно древняя. я сначала думал что дело в этом и накатил из оверлея funroll-loops версию 2.2.14 - не изменилось ровным счетом ничего.
также в sm.log было замечено такое: Fri Sep 2 13:33:00 2011 [error] failed loading module 'disco-publish' to chain 'user-delete' (/usr/lib/jabberd/mod_disco-publish.so: cannot open shared object file: No such file or directory)
в разных chains.
конфигурация мультидоменная.
отключать фаервол пробовал.
сейчас возникла мысль прогнать revdep rebuild.
вообще говоря это публичный сервер которым много кто пользуется, а не просто локальная песочница, так что это вроде как очень важная проблема которую следует решить так быстро, как это возможно.
сервак zazoid.com, тэйл логов в реалтайме можно смотреть здесь: http://zazoid.com/c2s.php
- Для комментирования войдите или зарегистрируйтесь
revdep-rebuild не
revdep-rebuild не помог
>[notice] [9] [80.94.239.51, port=1428] error: XML parse error (not well-formed (invalid token))
а что за XML вообще имеется в виду?
n0153
хороший ворос. Судя по тому что указан порт - это XMPP, потому что весь джаббер и есть обмен xml-ками
вот если бы оно еще показало
вот если бы оно еще показало что именно ему в XMLке не нравится
emerge -av ejaberd::rion;
emerge -av ejaberd::rion; emerge -C net-im/jabberd2
Это самое быстрое решение ;)
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
а свое время обратное
а свое время обратное действие стало быстрым решением всех проблем с ejabberd, который в целом проблемнее.
к тому же хоть сколько-нибудь удобный перенос аккаунтов и конфигурации врядли предусмотрен.
кстати
>ejaberd::rion
что это за синтаксис такой?
обыкновенный синтаксис из
обыкновенный синтаксис из мана, указывает оверлей из которого ставить
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
>указывает оверлей из
>указывает оверлей из которого ставить
о, полезно.
n0153 написал(а): к тому же
возможность импорта спул-каталога jabberd чуть ли не стандартная функция любого нормального XMPP сервера.
а где такой каталог у
а где такой каталог у jabberd2 например?
http://www.ejabberd.im/migrat
http://www.ejabberd.im/migrate-to-ejabberd
скрипт на рубях чтобы
скрипт на рубях чтобы мигрировать на сервак на эрланге? мне точно это надо? у меня пока все на чистой сишке, может проще будет разобраться в том что есть?
а вы настолько религиозны,
а вы настолько религиозны, что даже плюсов не держите ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
по возможности
по возможности
Тот кто пишет это в данный
Тот кто пишет это в данный момент не имел дела с серваками xmpp, но, судя по всему, слетел xml-парсер. и, возможно, повреждена фс, вследствии чего отсутствуют некоторые файлы.
рекомендация:
1) пересобрать всё, что было обновлено накануне краха (можно узнать например через genlop --list --date 1 day ago), или, что возможно проще, пересобрать полное дерево зависимостей jabberd2.
2) Если вышеизложенное не помогло, то посмотреть, какой(ие) xml-парсер(ы) используются, и бвли ли они обновлены, если это так, то попробовать откатить обновление и пересобрать jabberd2.
anonymous написал(а): Тот кто
Это ты опрометчиво, некоторые например подняли и поддерживают ёжика на этом самом серевере. Вот с опытом админства именно jabberd2 - да, могут наблюдаться проблемы.
Это я про себя, если что ;) И
Это я про себя, если что ;)
И да, хотел добавить. Если теряются файлы, то неплохо бы проверить целостность системы через qcheck -aTB , man qcheck вобщем
>слетел xml-парсер похоже что
>слетел xml-парсер
похоже что парсер у этой штуки внутри, я не нашел в зависимостях ничего похожего на XML-парсер, соотвественно наврядли он слетел
>возможно, повреждена фс
да там из файлов только бинари и конфиги - остальное в базе вроде. бинари я уже пересобрал раз 20, конфиги соотвественно переписал.
>пересобрать полное дерево зависимостей jabberd2
идея странная, но интуитивно это надо сделать
>посмотреть, какой(ие) xml-парсер(ы) используются
кажется никакие.
да,идея может и странная.
да,идея может и странная. основана на том, что возможно, по неким космическим причинам результат работы emerge был всё ещё в кэше.
чтобы в этом убедиться достаточно проверить целостность файлов.
кстати есть там таки
кстати есть там таки xml-парсер, expat называется, я просто не сразу понял что это xml-парсер. как мне узнать, был ли он обновлен?
revdep-rebuild пересоберёт
revdep-rebuild пересоберёт если что нужно пересобирать, по идее
запускал его много раз -
запускал его много раз - ничем он мне не помог
вобщем все плохо, ничего не
вобщем все плохо, ничего не помогает. нашел как врубать дебаг со стороны сервака - там много мусора, просто очень много мусора и его разгребание ничего особо нового не дает в сравнении с дебагом клиента, поэтому приведу дебаг клиента, для начала с винды:
тотже libpurple 2.10.0,
тотже libpurple 2.10.0, только на линуксе работает так:
как видим вместо sasl тут gnutls. посмотрел в юзфлаги, действительно - sasl выключен, gnutls включен.
но в чем именно причина? пересобрать виндовый бинарник всем юзерам я не могу, кроме того не работают и многие другие клиенты, например точно что выяснилось что неработает kopete в archlinux.
начиная с этого момента я совершенно не представляю что делать.
дебаг с сервака тоже могу выложить, в прицнипе, но там примерно тоже самое.
Вообще, складывается
Вообще, складывается впечатление что глючит/не работает один из методов авторизации. Можно попробовать разными методами понастраивать авторизацию.
как-то так, но я не особо
как-то так, но я не особо нашел какие там еще методы авторизации можно попробовать кроме плэйнтекста, тогда как плэйнтекст почему-то работать даже не пробует.
оно может и к лучшему, одна из причин по котороя я устроил весь этот джаббер - это безопасность.