Aller au contenu

Erl-Ejabberd


Gambzh

Messages recommandés

Bon, comme expliqué dans ma présentation, il me manque encore un truc pour définitivement éteindre mon serveur Ubuntu, c'est transférer Ejabberd sur mon Syno DS212j.

J'ai installé erl-ejabberd avec ipkg (DSM 4.0),

modifié (au minimum pour test) le fichier de configuration /opt/etc/ejabberd/ejabberd.cfg,

lancé ejabberd avec la commande ejabberdctl start, d'ailleurs j'ai les processus bien lancés (beam et epmd),

et pourtant : ça fonctionne pas. Aucun des ports de ejabberd (5222, 5269 et 5280 par défaut) ne sont visibles avec netstat.

Pire, dès que je veux utiliser ejabberdctl avec un autre argument que start j'ai ce message répété plusieurs fois :

flock: unrecognized option `--nb'

BusyBox v1.16.1 (2012-03-07 15:47:21 CST) multi-call binary.

Usage: flock [-sxun] FD|{FILE [-c] PROG ARGS}

[un]lock file descriptor, or lock FILE, run PROG

Options:

-s Shared lock

-x Exclusive lock (default)

-u Unlock FD

-n Fail rather than wait

Ran out of connections to try. Your ejabberd processes

may be stuck or this is a very busy server. For very

busy servers, consider raising MAXCONNID in ejabberdctl

J'ai du coup regardé le fichier ejabberdctl.cfg. Visiblement il y a un probleme avec l'argument --nb mais je ne connais pas ce flock.

En regardant le forum j'ai vu que certains avaient réussi à faire fonctionner erl-ejabberd. Vous avez fait comment ?

Merci

Lien vers le commentaire
Partager sur d’autres sites

  • 1 mois après...

Le message d'erreur a changé depuis l'installation des paquets busybox et util-linux-ng.

The node ejabberd@localhost is started with status: started

ejabberd is not running in that node

Check for error messages: /opt/var/log/ejabberd/ejabberd.log

or other files in that directory.

Rien dans ejabberd.log

Dans erlang.log un peu plus.

=CRASH REPORT==== 25-Apr-2012::16:29:50 ===

  crasher:

    initial call: application_master:init/4

    pid: <0.36.0>

    registered_name: []

    exception exit: {bad_return,

					    {{ejabberd_app,start,[normal,[]]},

						 {'EXIT',

							 {undef,

								 [{mnesia,system_info,[extra_db_nodes],[]},

								  {ejabberd_app,db_init,0,[]},

								  {ejabberd_app,start,2,[]},

								  {application_master,start_it_old,4,

									  [{file,"application_master.erl"},

									   {line,274}]}]}}}}

	  in function  application_master:init/4 (application_master.erl, line 138)

    ancestors: [<0.35.0>]

    messages: [{'EXIT',<0.37.0>,normal}]

    links: [<0.35.0>,<0.6.0>]

    dictionary: []

    trap_exit: true

    status: running

    heap_size: 987

    stack_size: 24

    reductions: 119

  neighbours:

Modifié par saVTRonic
Lien vers le commentaire
Partager sur d’autres sites

Pour finir :

J'ai désintallé le paquet eral-ejabberd et compilé une version plus récente avec les sources :

http://www.synology-....php/t1154.html

mkdir /opt/ejabberd

mkdir /opt/ejabberd/src

cd /opt/ejabberd/src

wget http://www.process-one.net/downloads/ejabberd/2.1.##/ejabberd-2.1.##.tar.gz

tar zxf ejabberd-2.1.##.tar.gz

ipkg update

ipkg install erlang erlang-libs openssl-dev grep gcc automake

cd /opt/ejabberd/src/ejabberd-2.1.##/src

./configure --prefix=/opt/ejabberd

make

make install (make uninstall)


vi /opt/ejabberd/etc/ejabberd/ejabberd.cfg

cd /opt/ejabberd/sbin

./ejabberdctl start

Serveur Jabber opérationnel après les modifications nécessaires dans le fichier de config.

Ensuite j'ai suivis la doc Jappix : http://codingteam.net/project/jappix/doc

Et tout fonctionne :)

Reste a essayer d'y configurer une passerelle MSN.

Lien vers le commentaire
Partager sur d’autres sites

Pymsnt installé avec la doc officielle. Rien a signaler.

Après configuration du fichier config et une petite modification d'un fichier, ça fonctionne, j'ai bien mes contacts et je peux dialoguer avec eux, mais par contre je n'ai ni leur nom ni leur avatar.

Si quelqu'un a une idée je suis preneur :)

La modif :

/pymsnt/src/legacy/msn/msn.py

MSN_PROTOCOL_VERSION = "MSNP11" # protocol version

Modifié par saVTRonic
Lien vers le commentaire
Partager sur d’autres sites

  • 2 mois après...

Bon, comme expliqué dans ma présentation, il me manque encore un truc pour définitivement éteindre mon serveur Ubuntu, c'est transférer Ejabberd sur mon Syno DS212j.

J'ai installé erl-ejabberd avec ipkg (DSM 4.0),

modifié (au minimum pour test) le fichier de configuration /opt/etc/ejabberd/ejabberd.cfg,

lancé ejabberd avec la commande ejabberdctl start, d'ailleurs j'ai les processus bien lancés (beam et epmd),

et pourtant : ça fonctionne pas. Aucun des ports de ejabberd (5222, 5269 et 5280 par défaut) ne sont visibles avec netstat.

Pire, dès que je veux utiliser ejabberdctl avec un autre argument que start j'ai ce message répété plusieurs fois :

flock: unrecognized option `--nb'

BusyBox v1.16.1 (2012-03-07 15:47:21 CST) multi-call binary.

Usage: flock [-sxun] FD|{FILE [-c] PROG ARGS}

[un]lock file descriptor, or lock FILE, run PROG

Options:

-s Shared lock

-x Exclusive lock (default)

-u Unlock FD

-n Fail rather than wait

Ran out of connections to try. Your ejabberd processes

may be stuck or this is a very busy server. For very

busy servers, consider raising MAXCONNID in ejabberdctl

J'ai du coup regardé le fichier ejabberdctl.cfg. Visiblement il y a un probleme avec l'argument --nb mais je ne connais pas ce flock.

En regardant le forum j'ai vu que certains avaient réussi à faire fonctionner erl-ejabberd. Vous avez fait comment ?

Merci

Je viens d'installer ejabberd via IPKG et j'ai la même erreur.

Pour finir :

J'ai désintallé le paquet eral-ejabberd et compilé une version plus récente avec les sources :

http://www.synology-....php/t1154.html

mkdir /opt/ejabberd

mkdir /opt/ejabberd/src

cd /opt/ejabberd/src

wget http://www.process-one.net/downloads/ejabberd/2.1.##/ejabberd-2.1.##.tar.gz

tar zxf ejabberd-2.1.##.tar.gz

ipkg update

ipkg install erlang erlang-libs openssl-dev grep gcc automake

cd /opt/ejabberd/src/ejabberd-2.1.##/src

./configure --prefix=/opt/ejabberd

make

make install (make uninstall)


vi /opt/ejabberd/etc/ejabberd/ejabberd.cfg

cd /opt/ejabberd/sbin

./ejabberdctl start

Serveur Jabber opérationnel après les modifications nécessaires dans le fichier de config.

Ensuite j'ai suivis la doc Jappix : http://codingteam.ne...ject/jappix/doc

Et tout fonctionne :)

Reste a essayer d'y configurer une passerelle MSN.

Qu'est-ce tu as fait précisément comme modifications ?

Lien vers le commentaire
Partager sur d’autres sites

  • 1 mois après...

Je suis en train de suivre ta méthode, à savoir compiler ejabberd mais j'ai l'impression que le .configure mouline…


Asimov> ./configure --prefix=/opt/ejabberd

checking for gcc... gcc

checking whether the C compiler works... yes

checking for C compiler default output file name... a.out

checking for suffix of executables...

checking whether we are cross compiling... no

checking for suffix of object files... o

checking whether we are using the GNU C compiler... yes

checking whether gcc accepts -g... yes

checking for gcc option to accept ISO C89... none needed

checking whether make sets $(MAKE)... yes

checking for erlc... /opt/bin/erlc

checking for erl... /opt/bin/erl


Et ça reste sur le checking for erl... /opt/bin/erl pendant plusieurs dizaines de minutes ! J'ai déjà essayé de tuer le processus et de le relancer mais c'est pareil.

C'est un comportement normal ? (j'ai un DS410, CPU PPC pas le plus récent mais j'ai déjà compilé des choses avec. Tor par exemple)

edit: c'est le processus beam qui me prend toutes les ressources depuis le début du .configure

edit 2: voici le mon config.log.

J'ai encore une fois tué le processus via Ctrl+C. Tout ce qui est écrit après la ligne 110 est arrivé après la fin du processus. Je ne vois aucune erreur mais…peut-être que vous oui !

Merci encore d'avance !

Modifié par Amsonia
Lien vers le commentaire
Partager sur d’autres sites

Il semblerait bien que beam soit en cause. (installé avec le paquet erlang)

Voici comment il est exécuté lors du ./configure


/opt/lib/erlang/erts-5.9/bin/beam -sbtu -- -root /opt/lib/erlang -progname erl -- -home /root -- -noshell -noinput -mode minimal

Et quand je fais erl --help ou erlc --help, beam se met aussi à 100% de CPU…

Pour info, j'ai rebooté le nas plusieurs fois et upgradé tous les paquets d'ipkg (aucun de ceux requis n'ont requis d'update de toute façon)

Modifié par Amsonia
Lien vers le commentaire
Partager sur d’autres sites

  • 1 an après...

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.