Blame is an emotional word. If you look through the thread it is used but I am not sure who is blaming who
The end result is that there IS a solution provided by Sangoma (even if they have never experienced it themselves) and all of those who had a concern have thanked Sangoma.
This is the theme of this thread. You said you talked to the original poster so maybe he forgot to tell you that he started this thread off by saying âThey [sangoma] donât want to give the solutionâ. That is not true and I donât appreciate that. Since you seemed to align yourself with the original poster since you talked to him and came into this thread after taking to him I assumed you also agreed with his viewpoints
Andrew.
Assume⌠[Do not make an Ass out of U and ME]
I am caring about any technical issue and I want to help Sangoma and others.
He had some issues with cpu spikes. And I am not interested in his or others viewpoint towards Sangoma or anyone else.
Let make and keep FreePBX the best PBX and letâs do that together.
In the near future I will test the Cron and Dasboard fixes more and let you know my results. Maybe it helps.
So the zend company announced about three years ago that they were no longer making zend guard specifically for anything php 7.0 or higher. We announced that at that time and have been aware of that for about three years as well. The thread you posted is talking about zend engine. Which isnât the same thing as zend guard or zend loader. So itâs not really a concern these days and has nothing to do with zend guard.
As Iâve detailed in two recent blog posts freepbx will go to ioncube.
First things first: thanks for making my account un-freezed and this topic visible again @tm1000. I really appreciate it.
Then I want to make clear; I have a lot of respect for Sangoma and FreePBX, and this thread wasnât a attack at all. I just want to share a solution that worked for me and might help other people. I made this thread so we can all come to a even better solution.
Also, I would like to say thank you, to anybody that was reacting to this post with other solutions nor criticism against my solution. It helps a lot, to find a more efficient solution.
Sangoma, thanks for making FreePBX great. Together we can make FreePBX even greater than it already is.
According to the internal QA ticket on this these are the modules that now use the âjobâ consolidated functionality. Meaning it is now âoneâ cron to rule them all. At least for these tasks that happen every minute. Weâve been working on this for a long time because of what the community said (but could not replicate the issue ourselves). This also helps solve a few other issues such as if you disable a module it will disable itâs cron jobs automatically and also remove them on uninstallation.
framework version 14.0.12
calendar v14.0.3
dashboard version 14.0.7
pms version 14.0.2.39
vqplus version 14.0.4.3
pagingpro version 14.0.2.17
timeconditions version 14.0.2.18
Thereâs been no formal write about this because it just entered testing yesterday and again. Kind of hard for me to work something up when we canât replicate it ourselves. Once these/those are updated youâll see that the âevery minuteâ crons now turn into a single cron (youâll notice it also randomizes a sleep from 0-30):
It seems like weâre getting closer to a permanent solution. I know it is hard to solve a problem if there is no formal or explained ticket of the specific problem. I have a lot of respect for you as developer.
I will look at the solution you made very soon. I will let you know the results.
There were formal FreePBX Open Source issue tickets. The issue comes from the fact that we (as Sangoma employees) canât log into any userâs system unless they have a support contract with us, to investigate this. That is for liability reasons (Imaging if I went into your system and broke it and you lost business revenue as a result. Iâd be liable for damages and so would Sangoma). Therefore you have to open a support ticket where-as you enter into an agreement with Sangoma and itâs employees (you agree to this in the TOS for support services)
Itâs not until someone opens a support ticket up about it can we look into it on the systems itâs happening in and unfortunately that sometimes means spending money with Sangoma. I donât know how to word that to sound any better, but this is sometimes what needs to happen, unfortunately.
Reiterating. Sangoma does run a cloud infrastructure, but we never experienced these issues. What we did experience and fix I documented in a blog post (Performance Improvements in FreePBX) and all of those fixes are in the open source product. So that should have already helped people out. As for running cron processes minutely, some of those processes people were saying were killing their systems were curious, like time conditions, which doesnât do anything major. But I could never replicate it so it was hard to see myself.
Also your account was âfreezedâ because you started this whole thread and then went through and removed every single response you posted, before I even got involved. Leaving an unbalanced amount of replies. Thatâs pretty close to trolling a forum system. So I locked your account.
One could word that "a curious developer who noticed a burgeoning problem in his own forum might go outside the pale to reach out to a compliant user to agree without charging them, to mutually investigate the problem, no? not much cost to Sangoma and working with a sophisticated end user is free , just beneficial to all.
The question is at what point financially, 1 no, 5 maybe, 25 probably needs investigation.
But what is irresponsible in the long run is to say âlots of people donât have this problem, please go awayâ is that not "sweeping it under the carpet?
Here is the double edge sword of all this. Sangoma employees, like @tm1000, spend numerous hours on the forum providing help and support for the community. They not only do this during normal office hours, they do it after hours and weekends. Having support tech and project developers active in the community is how Sangoma tries to mitigate support costs for the community.
The problem with this, and this can be found in various threads about CPU spikes, is that when users are asked for specific details, test results, configuration information and donât provide it either fully or at all it makes it hard for anyone (Sangoma employee or community member) to actually help at all. These things are going to be requested when you are paying for support time so why treat it like it means nothing when asked on the forum for free?
This is why paid support exists and has to be used in certain cases. Once the clock is ticking and there is a monetary cost applied it seems the information no one deemed important during the attempts to get free support find it vital to provide.
While the idea of Sangoma waving the support fee for one or two users that are having an issue like this CPU one is noble, itâs a slippery slope. Could turn out that the issue is not a Sangoma issue but a user issue that has nothing to do with Sangoma (improper VM config, etc.). When Sangoma says âThis is the issue, itâs not related to us. Youâll need to fix itâ and the user goes âOh well how do I do that? Can you help?â is it fair then to start charging them?
This of course then leads to the âWell we looked at 3 userâs systems and it was all user error. Who is the next one to get free support to figure this out?â How long do you be noble and find that the 2 dozen people that reported the issue only 4 had real issues Sangoma needed to fix?
My response has always been the same on most of these types of threads. âI cant reproduce itâ and âplease go to supportâ. Itâs the âplease go to supportâ comment that people usually have the most issue with, I dont think Iâve ever told someone to âgo awayâ (âgo to supportâ usually winds up in my inbox anyways but we get the support guys to go through it first) but I get your gist there and hear your point.
âcannot reproduceâ seems to irk people the same way. Thereâs a classic example of an issue with Yealink years ago where I kept telling people I couldnât reproduce the bug with Yealink and people got upset and I got upset because I was sitting there with a Yealink phone in the Neenah office with @xrobau. Itâs the stuff you donât see behind the scenes that causes a lot of these assumptions, thats unfortunate but I canât document my life like a reality show (not that you expected that). These situations always seem to wind up with thinking that Sangoma isnât trying or Sangoma doesnât care or that Iâm pushing people away when most offten I am spending my own âfreeâ time looking at these issues before I actually comment âcan not reproduceâ.
When this issue first came up about CPU I went to the cloud team and I had a conversation with the lead cloud employee here at Sangoma and he stated he did not see those issues in our cloud environment. Since I donât run cloud services I took him at his word. This is what he does for a living after all.
Hereâs a few classic examples of statements that people have said where I go on the defensive and it turns into a spitting match:
âSangoma is going to get rid of user and device modeâ.
False. We literally and coditivly (I made that word up) can not. Itâs impossible. FreePBX would blow up and not work. Additionally I just worked with a member of the Digium team on Voicemail changes Asterisk had to insure these changes would still work with the open source hot desking model that is in FreePBX for User and Device mode. Work is still being put into that
âThere is high CPU and Sangoma donât want to give the solutionâ
Just because we canât reproduce something doesnât mean Sangoma doesnât want to give the solution. What seemed to be overlooked originally was that I said I couldnât replicate it and please go to support. I only have so many hours in the day to deal with forum threads and forum issues and most of those hours are when I am not actively at work (to which my wife says âwhy are you on that site againâ)
I suppose I havent been following this issue with CPU spikes, so I am somewhat out of the loop. In my tiny little cloud, I have 89 images running on two hyperV hosts. Each VM has 2 vCPUs and 2048MB of RAM.
I havent noticed any CPU spikes, here is a small sample from a random VM.
Well, you said that somebody of Sangoma said that he doesnât have any of these problem in the cloud. Than why didnât you compared the cloud environment and the open-source project? Just to see if there is something different in this area? Sometimes I think that Sangoma wants to force us to go to their cloud environment. Am I the only one?
And I have a problem @dicko. But you already knew that ;p