I need the exact reproduce steps of the problem starting with the installation of the package.

J'ai besoin de la procédure pour reproduire le problème à partir de l'installation du package.

Hello

1. I install the spk packet.

2. Then I just try to start it with the stadard configuration, just to see if it starts, It does, So I telnet up to my synology box and run the

echo"">/usr/local/umurmur/var/umurmur.pid

3. Now I can start it.

4. The standard port is 64738 as in the old version of umurmur and the old version works fine.

5. I try to connect with mumble 1.2.3 and then I get "Connection Refuse". I think thats weird becouse if I reinstall the old version and do the same

I get connected.

I use program call "Config File Editor" to edit the umurmur config file.

Thank you

Translate.

Bonjour

1. -Je installer le paquet spk.

2. Ensuite, j'ai essayer de le démarrer avec la configuration stadard, juste pour voir si elle démarre, il fait, donc je telnet à ma boîte de Synology et exécuter le

echo ""> / usr / local / umurmur / var / umurmur.pid

3. Maintenant, je peux le lancer.

4. Le port standard est 64738 comme dans l'ancienne version de umurmur et l'ancienne version fonctionne très bien.

5. J'essaie de me connecter avec mumble 1.2.3 puis-je obtenir "refuser la connexion". Je pense que c'est bizarre si je becouse réinstaller l'ancienne version et faire la même chose

Pour se brancher.

J'utilise appel de programme "File Editor Config" pour éditer le fichier config umurmur.

merci

The very first error I got, was the INFO: PID-file: /usr/local/umurmur/var/umurmur.pid

and thats right after the installation of the packed. When I try to run it.

translate.

L'erreur première que j'ai eu, c'était l'INFO: Modification des PID fichier: / usr / local / umurmur / var / umurmur.pid

et thats juste après l'installation du emballé. Lorsque je tente de l'exécuter.

Step 2 the SPK starts or doesn't start ?

It starts if I do the Echo command.

translate.

Il commence si je fais la commande Echo.

2. It doesn't start.

translate.

2. Il ne démarre pas.

Hello/Re

de retour apres une longue absence

Merci pour cette nouvelle version.

mais je n'arrive pas a l'installer, l'installation reste bloquée sur "Traitement. Veuillez patienter..."

etapes :

1. J'ai mis a jour le DSM pour enfin passer à la version 4.0-2198 (j'etais encore en v1922)

2. J'ai desinstallé la version "umurmur-0.2.6-1.0-88f628x"

3. J'ai lancé l'installation du package "umurmur-0.2.9-1-88f6281" mais l'installation ne se fait pas, ca tourne en boucle sur "Traitement. Veuillez patienter..."

4. J'ai essayé de réinstallé umurmur-0.2.6-1.0-88f628x mais j'ai le meme probleme...

J'ai essayé un reboot mais toujours rien.

Serait ce possible que la désinstallation (etape 2) se soit mal passé ?

Comment vérifier ?

Sinon d'où pourrait venir ce probleme ? (etape 3)

Je suis sur DS409 (archi 88f6281)

Merci d'avance pour vos réponse et éclaircissements.

Modifié le 3 avril 201213 a par Pilami

Salut

Regarde que le par-feu de ton syno laisse bien passer 64738

Sorry pour le délai de réponse, effectivement la règle n'était pas définie au niveau pare-feu syno, je viens de l'ajouter à mon Syno je teste ça dès ce soir quand je serai chez moi.

Modifié le 4 avril 201213 a par orelz

Bon, je n'ai pas réussi à reproduire les problèmes de Bytes. Le fait que les logs affichent le PID-File est normal mais il devrait y avoir d'autre choses aussi après.

De quel architecture est le CPU de vos NAS (à ceux qui ont ce problème) ?

Il y a actuellement plusieurs problèmes empêchant le fonctionnement du SPK umurmur dans de bonnes conditions :

• https://github.com/fatbob313/umurmur/issues/7 empêche de passer en priorité realtime
  
• Un problème sur OpenSSL v1.0.1 empêche la génération de certificats
  

Hey.

The CPU in the synology 109+ is Freescale MPC8533 PPC Processor

SATA, 64-bit Memory Bus, 512MB of RAM

The link for it : http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have

Thank you.

La CPU dans le Synology 109 + est

Freescale MPC8533 PPC processeur

SATA, bus mémoire 64 bits, 512 Mo de RAM

Le lien pour elle: http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have

Merci.

Please check if you have "nobody" entry in both /etc/passwd and /etc/group

DiskStation login: root

Password:

BusyBox v1.16.1 (2012-03-07 15:49:54 CST) built-in shell (ash)

Enter 'help' for a list of built-in commands.

DiskStation> cat /etc/passwd

root:x:0:0:root:/root:/bin/ash

lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin

ftp:x:21:21:Anonymous FTP User:/nonexist:/sbin/nologin

anonymous:x:21:21:Anonymous FTP User:/nonexist:/sbin/nologin

smmsp:x:25:25:Sendmail Submission User:/var/spool/clientmqueue:/sbin/nologin

postfix:x:125:125:Postfix User:/nonexist:/sbin/nologin

dovecot:x:143:143:Dovecot User:/nonexist:/sbin/nologin

spamfilter:x:783:1023:Spamassassin User:/var/spool/postfix:/sbin/nologin

nobody:x:1023:1023:nobody:/home:/sbin/nologin

admin:x:1024:100:Administrator:/var/services/homes/admin:/bin/sh

guest:x:1025:100:Guest:/nonexist:/bin/sh

DiskStation>

DiskStation login: root

Password:

BusyBox v1.16.1 (2012-03-07 15:49:54 CST) built-in shell (ash)

Enter 'help' for a list of built-in commands.

DiskStation> cat /etc/group

#$_@GID__INDEX@_$65545$

root:x:0:

lp:x:7:lp

ftp:x:21:ftp

smmsp:x:25:smmsp,admin

users:x:100:

administrators:x:101:admin

postfix:x:125:postfix

maildrop:x:126:

dovecot:x:143:dovecot

nobody:x:1023:

DiskStation>

thats all its saying. I dont know if I doing it wrong. New to all this sry

thats all son énonciation. Je ne sais pas si je le fais mal. Nouveau à tout cela désolé

Sorry pour le délai de réponse, effectivement la règle n'était pas définie au niveau pare-feu syno, je viens de l'ajouter à mon Syno je teste ça dès ce soir quand je serai chez moi.

C'était effectivement tout simplement cela ! Merci

Une petite idée pour mon probleme ? (page 13)

Je vais rendre la génération des certificats optionnelle parce que j'ai l'impression que OpenSSL est plus ou moins stable lors ce cette dernière.

@Pilami: Est-ce que tu constates une augmentation du CPU (bloqué 100% avec openssl qui bouffe tout)

@Pilami: Est-ce que tu constates une augmentation du CPU (bloqué 100% avec openssl qui bouffe tout)

Non, j'ai surveillé le cpu, il a un petit pic au debut et monte a 100% mais pendant moins de 3sec et j'ai pas vu de process openssl.

Aucune idée ? :'(

Pilami > as tu tenté le package dispo dans le tout nouveau repo ?

je viens juste de voir le lien pour http://www.synocommunity.com/. Le package hébergé là bas a l'air de s'etre bien installé, il ne me reste plus qu'à trouver ou se situe le fichier de conf

merci pour la réponse.

Dans /usr/local/umurmur/var

pas depuis l'appstore

maintenant si on l'installe depuis les sources du centre de paquet :

/volume1/@appstore/umurmur/var/umurmur.conf

/volume1/@appstore/umurmur/var/umurmurd.log

A moins qu'il y ai moyen de lui dire de ne pas le mettre sur le volume.

Modifié le 21 avril 201213 a par Pilami

C'est un lien symbolique entre les 2

C'est un lien symbolique entre les 2

ok, merci je suis pas allé voir, j'ai juste balancé un find.

et c'est la seule réponse que j'ai eu.

est ce quelqu'un sait comment on fait pour devenir administrateur de notre mumble ?

Bonjour !

Ça fait un moment que je tournais avec la version du forum "umurmur-0.2.6-1.0-ppc853x" sur mon DS109+, qui fonctionnait très bien jusque là hormis les channel password qui ne fonctionnaient pas.

J'ai vu un peu plus tôt aujourd'hui que NAS-Forum s'est doté d'un repo (oui ça fait un bail que je suis pas passé...) et quand j'ai installé le nouveau package disponible sur le repo, j'ai eu le même problème que Bytes...

INFO: PID-file: /usr/local/umurmur/var/umurmur.pid

INFO: Switch to user 'nobody' group 'nobody'

Et le paquet s'arrête. Un echo sur le fichier umurmur.pid, ça démarre mais impossible de rejoindre le serveur.

L'ancien paquet fonctionne toujours si je réinstalle (en attendant... pas le choix ).

En tout cas, super boulot malgré ce petit bug sur DS109+

Bonne soirée,

Je reviens donc donner mon feedback après près de 2 mois d'utilisations.

Cela fonctionne plutôt bien vraiment un très bon travail !

Mais nous rencontrons un léger problème de stabilité des connexions.

Au bout d'un certain temps il arrive que nous perdions notre capacité à communiquer et nous sommes obligés de nous reconnecter : on entend plus personne et on parle dans le vide. En forcant le TCP dans Mumble on se rend compte que l'on perd la connexion.

Cela arrive par moment, mais bien tous les jours, que nous soyons 6 personnes ou que je sois seul sur le serveur uMurmur.

Pour ma part cela me le fait bien plus souvent que pour les autres personnes sur le Mumble, je suis en local.

Sinon la qualité en elle-même de la communication est parfaite, mais ce point est pour moi bloquant.

J'ai un peu tout essayé dans les configurations de mon routeur et du client Mumble mais rien n'y fait.

J'ai plannifié un redémarrage du serveur physique tous les jours.

Avez-vous déjà rencontré ce problème ?

Merci

Modifié le 14 juin 201213 a par orelz