Hallo allerseits,
ich habe ein ziemlich nerviges Problem und hoffe, jemand kennt eine Lösung.
Hintergrund:
Ich habe Applikationen in PHP programmiert, die per AMI direkt auf die Asterisk zugreifen - beispielsweise um den Queuestatus in (relativer) Echtzeit abzufragen und auf einem Display darzustellen. Damit ich meinen Asterisk nicht so sehr damit belaste, benutze ich einen Proxy [astmanproxy: Version 1.22pre081119, (C) David C. Troy 2005-2008], dieser läuft (zur weiteren Entlastung der Asterisk) auf einem dedizierten Webserver, auf dem auch die Applikationen laufen. Das funktioniert soweit wunderbar. Ab und zu beendet sich der astmanproxy aber ohne jede Meldung. Weil mir die eine Minute zu lang ist, die ich theoretisch warten muss, um den Prozess über ein Cron-Script abzufragen und neu zu starten (ich brauche zwingend eine Reaktionszeit unter 10 Sekunden), habe ich mir in der inittab einen Eintrag abgelegt:
am:235:respawn:/usr/local/sbin/astmanproxy
.
Allerdings erscheint nun ständig im /var/log/messages
init: Id "am" respawning too fast: disabled for 5 minutes
was heißt: der Prozess startet NICHT automatisch neu, wenn er verschwindet. Ich vermute, er ändert seine PID, sobald er in den Hintergrund tritt und deswegen denkt init, er wäre beendet, versucht ihn neu zu starten, geht nicht, weil er ja schon läuft und blupp... respawning too fast. Das nur nebenbei
Meine Fragen:
1) Wer hat astmanproxy so installiert, dass er sicher und konstant läuft bzw. neugestartet werden kann?
2) Gibt es Alternativen zu astmanproxy - das schöne an ihm ist, dass er so wunderbar transparent ist und ich alles auf ihm aufsetzen kann, was ans AMI geht und einen nutzerbasierten Filter hat und die Sache mit der unique-ActionID klappt
Hinweis: ich weiß, es gibt komplette GUIs mit integrierten Proxies. Die passen aber leider nicht auf meine "spezifischen" Bedürfnisse. Passt für mich nur, wenn der Proxy separat installierbar ist und die Interaktion mit ihm gut dokumentiert ist
Danke im voraus schon zumindest mal fürs Lesen traumhaft wären natürlich Antworten.
CU. Bis dann.
Peter.
ich habe ein ziemlich nerviges Problem und hoffe, jemand kennt eine Lösung.
Hintergrund:
Ich habe Applikationen in PHP programmiert, die per AMI direkt auf die Asterisk zugreifen - beispielsweise um den Queuestatus in (relativer) Echtzeit abzufragen und auf einem Display darzustellen. Damit ich meinen Asterisk nicht so sehr damit belaste, benutze ich einen Proxy [astmanproxy: Version 1.22pre081119, (C) David C. Troy 2005-2008], dieser läuft (zur weiteren Entlastung der Asterisk) auf einem dedizierten Webserver, auf dem auch die Applikationen laufen. Das funktioniert soweit wunderbar. Ab und zu beendet sich der astmanproxy aber ohne jede Meldung. Weil mir die eine Minute zu lang ist, die ich theoretisch warten muss, um den Prozess über ein Cron-Script abzufragen und neu zu starten (ich brauche zwingend eine Reaktionszeit unter 10 Sekunden), habe ich mir in der inittab einen Eintrag abgelegt:
am:235:respawn:/usr/local/sbin/astmanproxy
.
Allerdings erscheint nun ständig im /var/log/messages
init: Id "am" respawning too fast: disabled for 5 minutes
was heißt: der Prozess startet NICHT automatisch neu, wenn er verschwindet. Ich vermute, er ändert seine PID, sobald er in den Hintergrund tritt und deswegen denkt init, er wäre beendet, versucht ihn neu zu starten, geht nicht, weil er ja schon läuft und blupp... respawning too fast. Das nur nebenbei
Meine Fragen:
1) Wer hat astmanproxy so installiert, dass er sicher und konstant läuft bzw. neugestartet werden kann?
2) Gibt es Alternativen zu astmanproxy - das schöne an ihm ist, dass er so wunderbar transparent ist und ich alles auf ihm aufsetzen kann, was ans AMI geht und einen nutzerbasierten Filter hat und die Sache mit der unique-ActionID klappt
Hinweis: ich weiß, es gibt komplette GUIs mit integrierten Proxies. Die passen aber leider nicht auf meine "spezifischen" Bedürfnisse. Passt für mich nur, wenn der Proxy separat installierbar ist und die Interaktion mit ihm gut dokumentiert ist
Danke im voraus schon zumindest mal fürs Lesen
traumhaft wären natürlich Antworten.CU. Bis dann.
Peter.
