FOP2 server requires constant restarts
-
That makes sense that FOP2 can only display what it receives. I dont have time to debug asterisk code again, fun but not profitable, so your answer may also explain DND indicators not matching the station status.
-
That makes sense that FOP2 can only display what it receives. I dont have time to debug asterisk code again, fun but not profitable, so your answer may also explain DND indicators not matching the station status.
Regarding DND there is a common misconception. Phone DND status cannot be monitored by Asterisk (nor FOP2 or any other tool that connects to Asterisk itself). Only if the phone button is programmed to dial a special feature code to Asterisk, or if you set yourself in DND using that feature code directly (like FreePBX *78 / *79) you can then monitor that state with FOP2.
So, phone DND button cannot be monitored, but setting yourself in dnd by featurecode can.
-
Okay, Time to regroup. I'm not trying to monitor the phone DND status, just the asterisk status. It does follow the status if I use the DND button to dial *78/*79. On the other hand several extension indicate a DND state in FOP2 but when I send a call to those extension asterisk says the extension is free and delivers the call. Dialing *78 and then *79 on those extensions sets and clears the phone indicator and the FOP2 indicator.
Restarting the FOP2 service re-indicates the extension is in DND but asterisk delivers calls all the same.
-
FOP2 does nothing in particular but sets a couple of astdb entries in its default configuration. One for its own status display, another one for FreePBX based systems that rely on the DND/xxxx entry so the dialplan will deliver calls to them or not.
astdb in itself does nothing, you have to write your own dialplan macros to act according to them. Not sure if you are using FreePBX or not, or in what way, but it seems your dialplan is not checking the DND/xxx database entry. The dialplan is not something fop2 cares about. Up to that point, it is asterisk and your dialplan config that should be checked.
Take into account that fop2 can also be altered to not set the DND astdb entry but issue a queue member pause instead. Version 2.27 has two plugins that change behavior, you can have one or the other, but not both.
-
I'm running FreePBX 2.11, Asterisk 11.
I issue these commands to inform asterisk and fop2 about my intentions:
database put fop2state SIP/30 "Do not Disturb"
database put DND 30 YESAsterisk responds properly by refusing calls to extension 30 and directly routes calls to VM.
FOP2 does not update the DND indicator on the status page.IF I do:
database del fop2state SIP/30
database del DND 30Again asterisk responds correctly and resumes sending calls to extension 30.
FOP2 does not change the DND indicator.Service FOP2 restart updates the display indicators.
At this point I've manually removed all fop2state/SIP/xxx entries and the display screen is clear of DND indicators. I'll let it run unmolested for a day and see what happens.
-
Appart from the astdb values that are for persistent state and to indicate FreePBX dialplan from the DND value, you need a way to indicate manager application of those changes. AMI does not show any events when astdb entries are stored, if you search in the forum you will see several post talking about how to change the fop2 display in realtime. That is done using manager userevents.
I do not event know why we are discussing this on this topic that has nothing to do with dnd indications? In any case, here is the post you need:
-
Ahh, the problem with forums is the lack of context sometimes and mission creep. Thank you for working through it
-
Regarding the fop2 debug mode. I am having the same issue on our system (fop2 stops working, service fop2 restart fixes the problem).
These are my system specs;
Asterisk: 1.4.22-4
Linux: 2.6.18-128.1.10.e15
Trixbox: 2.6.2.3
FOP framework: 2.5.0.4
FOP2 Admin: 1.2.13Is this debug line edit in fop2 sysconfig location valid for my system also? Also, once it fails again, where would the log files be located? i am fairly new to trixbox & freepbx. Also not very Linux savy (Thank God for Google!).
Thanks
-
You did not say what fop2 version are you running, but it seems it is not the latest one, it might be 2.24 or 2.26. The log files will be /var/log/error.log and /var/log/output.log . If fop2 crashes, the relevant info will be displayed at the end of /var/log/error.log
You should consider updating fop2 (and also asterisk, your version is now outdated).
Best regards,
-
Sorry, My fop2 version is: 2.26
How do I update the fop2 version? I looked through the "packages/module" updates and do not see it.
These are the upgrades I see;
two - Astra Telecom XML scripts upgrades. (v2.1.1-1 & v2.3.0-1) (not sure if I need to upgrade these)
two - tbm-GUIcore - The base of the Trixbox GUI modules (v2.6.2.3-1 & v2.6.2.5-1) (probably should upgrade)I will edit the fop config to add the debug code and wait for it to fail again then check the logs.
Thanks for your help
-
to upgrade fop2 you must do it from the server command line. Just download the latest .tar.gz from www.fop2.com/download.php, then extract it and run "make". Remember that upgrades are free for one year, after that year there is a $20 upgrade cost (annual software maintenance from www.fop2.com/buy.php).
Best regards,
-
fop2 service finaly failed and this is what i am getting in the debug log file.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018.
Use of uninitialized value in concatenation (.) or string at script/fop2_server.pl line 7018. (thi line goes on for 100's, then)
Payload is too big. Deny big message (3170943617) or increase max_payload_size (65536) at script/fop2_server.pl line 1712.Any idea of what is causing this?
-
The error of payload to big is in the websocket protocol, you will avoid that problem if you disable websockets in /var/www/html/fop2/js/presence.js or by using the latest 2.27 version. You do not say if you updated fop2 or not already? In any case, the payload size seems too big for a normal fop2 packet. Did you upgrade to 2.27?
-
I did disable the websocket. Thank you. I have not done the upgrade yet. But most likely will with in the next couple weeks.
-
If you saw the payload too big error, then websockets was NOT disabled, as it is an exclusive error of a browser connecting over websockets. Take into account that the presence.js file can be cached in the browser , so the setting won't do any effect until the browser reloads that file from the server.
Best regards,
-
Ah, So end users will have to clear their cache. okay. Thanks.
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login