Ich bekomme noch folgende Fehler in /var/log/asterisk/messages:
[Aug 24 10:05:35] ERROR[10656] config.c: The file
'/var/tmp/exec.1282637135593629.140504178349824' was listed as a
#include but it does not exist.
[Aug 24 10:05:35] WARNING[10656] loader.c: No 'modules.conf' found, no
modules will be loaded.
Gemeinschaft 3.0 habe ich heute frisch installiert. Ich bin auf der
Suche, warum asterisk sich nicht auf den Port 5060 bindet. Den einzigen
Prozess, den ich dort sehe (udp 224.0.1.75:5060), ist
gs-sip-ua-config-responder, der ja offensichtlich für das Provisioning
zuständig ist.
Beste Grüsse
---------------------------------------------------------------------------
copyleft(c) by | _-_ xemacs fixed my flatulence -- From
Peter Allgeyer | 0(o_o)0 the "XEmacs: Not just an editor" department
---------------oOO--(_)--OOo-----------------------------------------------
Ich könnte mir vorstellen daß es sich da um das gleiche Asterisk-
Problem wie gerade eben handelt.
http://groups.google.com/group/gemeinschaft-users/browse_thread/thread/d2d51c4833364831
> [Aug 24 10:05:35] WARNING[10656] loader.c: No 'modules.conf' found, no
> modules will be loaded.
>
> Gemeinschaft 3.0 habe ich heute frisch installiert. Ich bin auf der
> Suche, warum asterisk sich nicht auf den Port 5060 bindet.
Durch das Problem von oben tritt wahrscheinlich ein Fehler in der
modules.conf auf weshalb diese nicht geladen wird, was dann wiederum
zur Folge hat daß keinerlei Asterisk-Module (z.B. chan_sip) geladen
werden und sich Asterisk nicht auf Port 5060 bindet.
Wahrscheinlich könnte man hier wie auch in dem anderen Fall als
Workaround in der
/opt/gemeinschaft/etc/asterisk/modules.conf
die Zeile
#exec "/opt/gemeinschaft/sbin/gs-ast-dialplan-gen --ignore-subsequent-call 1>>/dev/null 2>>/dev/null"
ersetzen durch
#exec </opt/gemeinschaft/sbin/gs-ast-dialplan-gen --ignore-subsequent-call 1>>/dev/null 2>>/dev/null>
Philipp Kempgen
Ok, das hilft. Nun kommt u.a. noch folgendes:
[Aug 24 13:31:24] ERROR[27740] res_config_mysql.c: MySQL RealTime:
Failed to connect database server asterisk
on /var/run/mysqld/mysqld.sock (err 1045). Check debug for more info.
Kommt ziemlich oft. mysqld.sock hat volle Rechte.
Beste grüsse
---------------------------------------------------------------------------
copyleft(c) by | On the Internet, no one knows you're using
Peter Allgeyer | _-_ Windows NT -- Submitted by Ramiro Estrugo,
| 0(o_o)0 rest...@fateware.com
---------------oOO--(_)--OOo-----------------------------------------------
Mal den vollen Logeintrag im Anhang. Scheint mir, als sei GS 3.0 noch
ein wenig Beta, oder woran liegt es, dass eine Installation
from-the-scratch so offensichtlich fehlerbehaftet ist? Andere müssen
doch IMHO dieselben Problem haben. Oder mache ich einfach was verkehrt?
Beste Grüsse,
P. Allgeyer
---------------------------------------------------------------------------
copyleft(c) by | Soitainly. I was assuming that came with
Peter Allgeyer | _-_ the OO-ness of it. -- Larry Wall in
| 0(o_o)0 <1997100118...@wall.org>
---------------oOO--(_)--OOo-----------------------------------------------
Nein. Die 3.0 ist sauber.
> , oder woran liegt es, dass eine Installation
> from-the-scratch so offensichtlich fehlerbehaftet ist?
Das ist ein Installer-Fehler.
Stefan
--
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied --> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister Montabaur B14998
Asterisk 1.6: http://das-asterisk-buch.de
Ruby on Rails 3: http://ruby-auf-schienen.de
Videos and slides of AMOOCON: http://amoocon.de
Also der Fehler von vorhin ist kein Fehler in Gemeinschaft (auch wenn
ein Workaround in Gemeinschaft möglich ist) sondern im asterisk-Paket.
Ich hatte ja vorhin geschrieben wie man den Bug melden kann.
Sitze gerade nicht vor einer 3.0-Installation, sonst würde ich das
selber machen.
Es wäre denkbar daß auch dieser Fehler jetzt sich auf den gleichen
Fehler wie vorhin bezieht, da #include und #exec in Asterisk-Config-
Dateien für Gemeinschaft an diversen Stellen ausgeführt wird.
Philipp Kempgen
Danke, Phillip. Klar, ist ein Fahler von asterisk. Zumindest von der
Version, die z.Zt. in Debian 6.0 für amd64 ausgeliefert wird (namentlich
1.6.2.9-1+b1 für amd64). Jetzt stelle ich mir die Frage, ob es für die
Zukunft nicht sinnvoller ist, ein eigenes Asterisk-Paket zur Verfügung
zu stellen, das nachweislich mit den Gemeinschaft-Konfigurationsdateien
sauber zusammenarbeitet. Nur mal so ein Gedankendank, ich weiss, welchen
Aufwand es bedeutet, eigene Debian Pakete zu betreuen.
> Es wäre denkbar daß auch dieser Fehler jetzt sich auf den gleichen
> Fehler wie vorhin bezieht, da #include und #exec in Asterisk-Config-
> Dateien für Gemeinschaft an diversen Stellen ausgeführt wird.
Sehe ich auch so, ist mir aber gerade ein wenig zu mühsam, die Stellen
alle zu suchen.
Danke für die rasche Hilfe.
---------------------------------------------------------------------------
copyleft(c) by | _-_ And Bruce is effectively building BruceIX --
Peter Allgeyer | 0(o_o)0 Alan Cox
---------------oOO--(_)--OOo-----------------------------------------------
Hi.
Peter Allgeyer schrieb:
> Am Dienstag, den 24.08.2010, 14:10 +0200 schrieb Philipp Kempgen:
>> Also der Fehler von vorhin ist kein Fehler in Gemeinschaft (auch wenn
>> ein Workaround in Gemeinschaft m�glich ist) sondern im asterisk-Paket.
>
> Danke, Phillip. Klar, ist ein Fahler von asterisk. Zumindest von der
> Version, die z.Zt. in Debian 6.0 f�r amd64 ausgeliefert wird (namentlich
> 1.6.2.9-1+b1 f�r amd64). Jetzt stelle ich mir die Frage, ob es f�r die
> Zukunft nicht sinnvoller ist, ein eigenes Asterisk-Paket zur Verf�gung
> zu stellen, das nachweislich mit den Gemeinschaft-Konfigurationsdateien
> sauber zusammenarbeitet. Nur mal so ein Gedankendank, ich weiss, welchen
> Aufwand es bedeutet, eigene Debian Pakete zu betreuen.
Du hast ja die Antwort schon gegeben ;-)
IMHO ist es schon ein riesen Schritt nicht mehr auf selbst gebaute
Versionen zu setzen, sondern auf eine "einfach" updatebare.
Dass scheinbar die 64bit Version im Moment einen Bug hat ist nat�rlich
schade.
Mit 32bit gibt es im Moment keine Probleme.
>
>> Es w�re denkbar da� auch dieser Fehler jetzt sich auf den gleichen
>> Fehler wie vorhin bezieht, da #include und #exec in Asterisk-Config-
>> Dateien f�r Gemeinschaft an diversen Stellen ausgef�hrt wird.
>
> Sehe ich auch so, ist mir aber gerade ein wenig zu m�hsam, die Stellen
> alle zu suchen.
Brauchst Du wirklich eine 64bit Installation?
Ich hatte bisher auch bei sehr grossen Installationen noch kein Problem,
das sich nur mit 64bit h�tte l�sen lassen.
Es w�re doch eine Variante 32bit zu installieren.
Gruss Sascha
- --
Sascha Daniels
____________________
Alternative Solution
Frankfurter Str. 79
35440 Linden
s...@alternative-solution.de
http://www.alternative-solution.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iQEcBAEBAgAGBQJMc8R/AAoJEHl3DX8hZ+NWt58H/RkOSM3lXWH/iWn9d7KC/9zb
XXx8wgMensTM0tcXgufxL8Zh+HtMQMqGXH3MCFbX8tQPfZN0TMeGsaQZwWxrQOOa
rNRyp4by6iGUoRvUDkRA5JKqJ1ZbhRCi7/dadSpnwSQTcdIXFmN5oT903+Wso3IT
Y+RyydfS9B4TizF9B8+Gh08hwERjm0wH9UkEkJ7s7dSwX1za7y2y6cTJdZ5UWrl0
g50nfofjxaQePbsM57AT260Qbd0kibNFReOlVtr3RZI8UqtrkBnJbuIcXLBM3oLw
gjh6RO0u+y/bGhrVyJ45RUDp+OlfYZQ4ZlFSBw3CLSrc3PV/S5DGbSYm5RqOjB0=
=cV5M
-----END PGP SIGNATURE-----
Ach den Gedanken hatten wir schon sooo oft.
Aber so ganz überzeugt bin ich davon nicht.
Der Sinn von einem Paketsystem ist ja u.a. daß Pakete möglichst von
anderen Paketen verwendet werden können und nicht daß im Endeffekt
doch jeder alle Abhängigkeiten selber baut.
Und wo fängt man da an und wo hört man auf?
Mit der gleichen Begründung müßte man dann auch MySQL-Pakete etc.
für Gemeinschaft bauen.
Und am besten auch noch für 10 Prozessor-Architekturen.
Eine echte Alternative zur jetzigen Variante mit immer den jeweils
aktuellsten Paketen auf dem Debian-Release wäre das komplette System
als fertiges {VMware|Xen|...}-Image rauszugeben, wo alle Paket-
versionen perfekt zueinander passen. Im Fall von Gemeinschaft
scheitert das aber daran daß es eh nicht die *eine* perfekte
Asterisk-Version gibt die für *alle* Installationen optimal paßt.
Ansonsten wäre das ein guter Weg.
Prinzipiell sind aber beide Wege - auch für Gemeinschaft - denkbare
Distributionsmethoden. Da der Source-Code öffentlich ist kann
jederzeit jeder anfangen das zu machen. :-)
Philipp Kempgen
Nein, benötige ich im Moment (!) nicht. Ich installiere seit geraumer
Zeit nur noch 64bit-Versionen, weil der Speicherbedarf unserer
Installationen immer mehr steigt (gut, da handelt es sich zumeist auch
um Installationen, auf denen Java gepaart mit einem Applikations-Server
zum Einsatz kommen, also keine PBX). Ein Umstieg 32bit nach 64bit ist
deutlich schwieriger als gleich auf 64bit zu gehen.
Nun gut, irgendwer muss ja testen ;-) Schade, dass das Problem nicht
schon während der Betaphase bekannt geworden ist. Debian Bug-Report habe
ich soeben rausgesendet.
Beste Grüsse
---------------------------------------------------------------------------
copyleft(c) by | By golly, I'm beginning to think Linux really
Peter Allgeyer | _-_ *is* the best thing since sliced bread. --
| 0(o_o)0 Vance Petree, Virginia Power
---------------oOO--(_)--OOo-----------------------------------------------
> Nun gut, irgendwer muss ja testen ;-)
:-)
> Schade, dass das Problem nicht schon während
Tja. Software wird auf x86-64 (Debian-Bezeichnung: amd64) leider
generell immer noch deutlich weniger getestet als auf x86-32
(Debian: i386). Weiß auch nicht warum das so ist.[1] Wird einfach
seltener installiert, auch wenn mittlerweile wahrscheinlich fast
jedes System auf dem z.B. Gemeinschaft installiert wird ein 64-Bit-
Rechner ist.
[1] Manchmal denke ich mir (unabhängig von Gemeinschaft) auch erst:
"64-Bit-Rechner => installiere ich eine 64-Bit-VM". Oft direkt
gefolgt von dem Gedanken: "Ach warum sich mit Problemen rumärgern
die wieder mal nur in der 64-Bit-Version auftauchen" und nehme dann
doch oft 32-Bit, der VM ist es egal. So werden viele andere auch
denken. Teufelskreis. :-)
Hin und wieder mal versuche ich da auszubrechen indem ich mich
bewußt für eine 64-Bit-VM entscheide. Ich bin auch ziemlich sicher
daß ich Gemeinschaft 3.0 auf amd64 installiert hatte. Allerdings
war das dann vielleicht eine ältere Asterisk-Version ohne diesen
Fehler.
Philipp Kempgen
Wenn ich mal im Thread zurückgehe bezieht sich das wohl auf den
Fehler daß Asterisk (wahrscheinlich nur auf amd64) in #include-
Statements einige Zeichen vertauscht.
http://groups.google.com/group/gemeinschaft-users/browse_thread/thread/5d26e8167407d453
http://groups.google.com/group/gemeinschaft-users/browse_thread/thread/d2d51c4833364831
(Ist es das?)
Der Fehler wurde im Asterisk-Branch 1.6.2 am 28.6. gefixt
(https://issues.asterisk.org/view.php?id=17472).
Das nächste Asterisk-Release nach diesem Datum ist Version 1.6.2.10,
das für Debian noch aussteht.
Der Fehler ist hier im Debian-Bugtracker berichtet:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594190
> Irgendein workaround?
Bis die debian-pkg-voip-maintainers eine neue Version rausgebracht
haben kann man als Workaround ein 32-Bit-Debian (i386) installieren.
Philipp
Ah, es gab noch einen anderen Workaround.
Steht in den genannten Threads.
>
> Das ist leider keine Option, da es auf unserem Büroserver mitläuft und
> der ist nunmal 64-bit
> Dann muss ich es solange auf einer extra Kiste betreiben mit x86.
Philipp
conrad schrieb:
> [Sep 2 21:43:14] ERROR[4257] res_config_mysql.c: MySQL RealTime:
> Failed to connect database server asterisk on /var/run/mysqld/
> mysqld.sock (err 1045). Check debug for more info.
> [Sep 2 21:43:14] WARNING[4257] res_config_mysql.c: Table
> ast_voicemail not found in database. This table should exist if
> you're using realtime.
> [Sep 2 21:43:14] ERROR[4257] res_config_mysql.c: MySQL RealTime:
> Failed to connect database server asterisk on /var/run/mysqld/
> mysqld.sock (err 1045). Check debug for more info.
> [Sep 2 21:43:14] WARNING[4257] res_config_mysql.c: Table
> ast_queue_members not found in database. This table should exist if
> you're using realtime.
>
Das alleine ist schon sehr seltsam.
Entweder der Asterisk kann sich wirklich nicht mit der DB verbinden,
oder die DB/Tabelle wurde nicht angelegt.
Kannst Du das mal pr�fen?
Gruss Sascha
--
Sascha Daniels
-Leiter Administration-
___________________________
WAVE Computersysteme GmbH
Philipp-Reis-Str. 9
35440 Linden
Tel.: +49 (0)6403 / 90508301
dan...@wave-computer.de
http://www.wave-computer.de
Gesch�ftsf�hrer: Carsten Kellmann
Registergericht Gie�en HRB 1823
Besser, du patcht den Asterisk und übersetzt ihn neu. Ich habe fertige
Pakete für amd64 gebastelt, wenn du die haben möchtest, kannst du mir
eine PM senden.
LG, PIT
---------------------------------------------------------------------------
copyleft(c) by | All language designers are arrogant. Goes
Peter Allgeyer | _-_ with the territory... :-) -- Larry Wall
| 0(o_o)0 in <1991Jul13.0...@netlabs.com
---------------oOO--(_)--OOo-----------------------------------------------
Hi.
Peter Allgeyer schrieb:
> Am Donnerstag, den 02.09.2010, 12:44 -0700 schrieb conrad:
>> Ich hab die 锟絥derungen in der manager.conf nun gemacht, asterisk
>> startet jetzt. Ich kann aber die Clients nicht registrieren. Log ist
>> noch voller Fehler. Jemand eine Idee?
>
> Besser, du patcht den Asterisk und 锟絙ersetzt ihn neu. Ich habe fertige
> Pakete f锟絩 amd64 gebastelt, wenn du die haben m锟絚htest, kannst du mir
> eine PM senden.
Wenn Du die Pakete als 锟絙ergangsl锟絪ung f锟絩 die Allgemeinheit zur
Verf锟絞ung stelllen willst, aber keinen Platz mehr im Netz hast kann ich
sie auch gerne f锟絩 Dich hosten.
Gruss Sascha
- --
Sascha Daniels
____________________
Alternative Solution
Frankfurter Str. 79
35440 Linden
s...@alternative-solution.de
http://www.alternative-solution.de
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iQEcBAEBAgAGBQJMgN3mAAoJEHl3DX8hZ+NWy3QIAJeu22hvKKzKTk2ptDY+++vp
sMOURDUyO+2AUPD3G2EOjcLHhUkkPM6ccOHaGhPCQ3IutHmmgaGqbDUztAznjA2U
N3VXTC1sILx1nkQU2hF6aQz75ndgUZbHtzqBa/zlXlteAL5nH72Hqquy4to9Krto
rUkJbaEw1KReJO/Z8130M5Pi+K4foCS27M5ywmFRM423u8aOzS2Nck133rz0Yb0d
Kx9uiziRp+Fv9Pnq4x2bTcOSk1GrnCTUZSULBh3y/D/4WPHJhfdZV15KDA4bqaKW
E8VxZ/Bcx1gVpFmUdFpBe9dtzQTWAbNwaRjjjvERYe9f5bKZSxHhq5wxcKStFjQ=
=yJLv
-----END PGP SIGNATURE-----
Tipp: Am besten wird sein, wenn möglichst viele Leute dem Maintainer eine kurze E-Mail schreiben. Nach der fünften wird der aufgeben und es "grad mal" fixen.
Wir haben jetzt ein wenig Druck auf die Debian Asterisk maintainer
gemacht. In testing ist noch das alte Paket drin, aber unter
sid(unstable) findet sich eine neuere Version aus upstream. Leider ist
testing nicht gepatcht worden. Die Debian maintainer sind manchmal ein
wenig sehr eigen, wie mir scheint.
Beste Grüsse
---------------------------------------------------------------------------
copyleft(c) by | _-_ "Help save the world!" -- Larry Wall in README
Peter Allgeyer | 0(o_o)0
---------------oOO--(_)--OOo-----------------------------------------------
Peter Allgeyer schrieb:
> Wir haben jetzt ein wenig Druck auf die Debian Asterisk maintainer
> gemacht. In testing ist noch das alte Paket drin, aber unter
> sid(unstable) findet sich eine neuere Version aus upstream. Leider ist
> testing nicht gepatcht worden. Die Debian maintainer sind manchmal ein
> wenig sehr eigen, wie mir scheint.
Durch die Aufnahme von backports besteht wieder Hoffnung ;-)
SCNR
> Wir haben jetzt ein wenig Druck auf die Debian Asterisk maintainer
> gemacht. In testing ist noch das alte Paket drin, aber unter
> sid(unstable) findet sich eine neuere Version aus upstream. Leider ist
> testing nicht gepatcht worden. Die Debian maintainer sind manchmal ein
> wenig sehr eigen, wie mir scheint.
Das Paket migriert normalerweise automatisch nach einer Weile von
unstable nach testing.
Philipp
On Wed, Sep 08, 2010 at 10:54:48AM +0200, Peter Allgeyer wrote:
> Am Freitag, den 03.09.2010, 13:26 +0200 schrieb Peter Allgeyer:
> > Am Donnerstag, den 02.09.2010, 12:44 -0700 schrieb conrad:
> > > Ich hab die �nderungen in der manager.conf nun gemacht, asterisk
> > > startet jetzt. Ich kann aber die Clients nicht registrieren. Log ist
> > > noch voller Fehler. Jemand eine Idee?
> >
> > Besser, du patcht den Asterisk und �bersetzt ihn neu. Ich habe fertige
> > Pakete f�r amd64 gebastelt, wenn du die haben m�chtest, kannst du mir
> > eine PM senden.
>
> Wir haben jetzt ein wenig Druck auf die Debian Asterisk maintainer
> gemacht. In testing ist noch das alte Paket drin, aber unter
> sid(unstable) findet sich eine neuere Version aus upstream. Leider ist
> testing nicht gepatcht worden. Die Debian maintainer sind manchmal ein
> wenig sehr eigen, wie mir scheint.
>
warte einfach noch ein paar Tage. Fixes in unstable gehen eigentlich nie
direkt nach Testing. Das hat nichts mit komisch zu tun, wie schon in der
offziellen Debian Doku zu lesen ist:
Pakete landen im testing-Verzeichnis, nachdem sie zu einem gewissen
Grad in Unstable getestet wurden.
Also ruhe bewaren und Tee trinken.
cheers,
Robin Wittler