Recent content by rkbsimpsipper

as stated, the error is a Permission denied for specifically writing to the cache folder `/var/cache/fusionpbx/setting.etc-etc-etc` , so the cache folder is pretty baron. compared to a local instance anyways. Any change made via the webui is denied writing to the cache folder, so to test I...

I verified there were no differences in these php config files themselves, there are no changes from the rest of my servers. Could an issue like this be caused by not doing a versioning upgrade process? like from 5.1->5.2, then 5.2->5.3? Aside from this the only key difference in this deployment...

As stated, I pushed the upgrade using this method https://docs.fusionpbx.com/en/latest/advanced/version_upgrade.html When I run the app default it errors out the webui and displays this Fatal error: Uncaught TypeError: fwrite(): Argument #1 ($stream) must be of type resource, bool given in...

My customer built a script to sort info and import extensions from excel, and in that script he accidentally enabled call screening. Thanks

I have 5-6 instances and only one of my instances(the newest one) has a feature implemented on the IVR that requires the caller to say their name or enter a key to continue after direct dialing a registered extension, excuse my ignorance, but how do I disable this? My other systems just push the...

Funny you laugh but provide zero insight on how or what would cause a perfectly working application to stop working 3 years down the road.

That's the only thing I could come up with as well. Good idea on the password swap. Thanks again

We found the fix, and that is appreciated. Thanks for the help. I will investigate the cause. Maybe it was something as simple as a kernel upgrade, or the cron package itself.

The application worked flawlessly for 2 years solid.

I am stating that my cdr's stopped updating on the exact date that the cdr xml file had been altered. Not whether the crontab was populated. Simply trying to correlate how/why the file would have been edited on the exact day the cdr's stopped, without my involvement at all. Or if another error...

The crontab is blank

So i ran an ls -lh to see if the file was edited, and it was, on the last date the call records display. ```-rw-r--r-- 1 www-data www-data 4.0K Jun 6 13:20 xml_cdr.conf.xml``` So strange, makes me think I have been hacked.

Back onto this, I have never altered this file. I am also the only person that has ever logged into this machine.

rkb@e1p:~$ sudo service xml_cdr status [sudo] password for rkb: Unit xml_cdr.service could not be found. rkb@e1p:~$ systemctl status xml_cdr Unit xml_cdr.service could not be found. rkb@e1p:~$ sudo !! sudo systemctl status xml_cdr Unit xml_cdr.service could not be found.

configuration name="xml_cdr.conf" description="XML CDR CURL logger"> <settings> <!-- the url to post to if blank web posting is disabled --> <!--<param name="url" value="http://127.0.0.1/app/xml_cdr/xml_cdr_import.php"/>--> <!-- optional: credentials to send to web server -->...