Warm Spare "Restore Here" Breaks Spare Server

General Help
1

We’re running the Warm Spare instructions mentioned here :http://wiki.freepbx.org/display/FPG/Warm+Spare+Setup

The Live Server is:
FreePBX 13.0.190.19
Asterisk 13.14.0

The Warm Spare is:
FreePBX 13.0.191.4
Asterisk 13.14.0

After following the warm spare instructions, we run a backup from the GUI, which finishes successfully.

However, afterwards the GUI crashes and will not load, even after a restart. It just loads a giant error page.

Error is:
Whoops \ Exception \ ErrorException (E_WARNING)
file_get_contents(/etc/schmooze/operator-panel-brand): failed to open stream: No such file or directory

Server/Request Data
SCRIPT_URL 	/admin/config.php
SCRIPT_URI 	http://10.10.30.28/admin/config.php
HTACCESS 	on
HTTP_HOST 	10.10.30.28
HTTP_USER_AGENT 	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
HTTP_ACCEPT 	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
HTTP_ACCEPT_LANGUAGE 	en-US,en;q=0.5
HTTP_ACCEPT_ENCODING 	gzip, deflate
HTTP_COOKIE 	lang=en_US; searchHide=1; PHPSESSID=4i7j1p7pcpvfu7u1pjlfps6k27; _ga=GA1.1.458706521.1490482821
HTTP_CONNECTION 	keep-alive
HTTP_UPGRADE_INSECURE_REQUESTS 	1
PATH 	/sbin:/usr/sbin:/bin:/usr/bin
SERVER_SIGNATURE 	<address>Apache/2.2.15 (CentOS) Server at 10.10.30.28 Port 80</address>
SERVER_SOFTWARE 	Apache/2.2.15 (CentOS)
SERVER_NAME 	10.10.30.28
SERVER_ADDR 	10.10.30.28
SERVER_PORT 	80
REMOTE_ADDR 	10.110.7.10
DOCUMENT_ROOT 	/var/www/html
SERVER_ADMIN 	root@localhost
SCRIPT_FILENAME 	/var/www/html/admin/config.php
REMOTE_PORT 	56933
GATEWAY_INTERFACE 	CGI/1.1
SERVER_PROTOCOL 	HTTP/1.1
REQUEST_METHOD 	GET
QUERY_STRING 	
REQUEST_URI 	/admin/config.php
SCRIPT_NAME 	/admin/config.php
PHP_SELF 	/admin/config.php
REQUEST_TIME 	1490485017
GET Data
empty
POST Data
empty
Files
empty
Cookies
lang 	en_US
searchHide 	1
PHPSESSID 	4i7j1p7pcpvfu7u1pjlfps6k27
_ga 	GA1.1.458706521.1490482821
Session
langdirection 	ltr
module_name 	backup
module_page 	backup
AMP_user 	ampuser Object ( [username] => admin [id] => [password:ampuser:private] => e18ac46a7cd1d123c7d19edf4b08567b4eff8e6f [extension_high:ampuser:private] => [extension_low:ampuser:private] => [sections:ampuser:private] => Array ( [0] => * ) [mode:ampuser:private] => database [opmode:ampuser:private] => [_lastactivity] => 1490483679 )
Environment Variables
empty
Registered Handlers
0. Whoops\Handler\PrettyPageHandler

Here’s a schreenshot of it:

image.png1459×933 73.2 KB

2

So this fixed it:

3

Hi!

I hope that you mean updating your modules and not simply copying the file…

cxpanel is apparently part of iSymphony and your package is/was not up to date…

That said, that brand.php file does refer to a non-existing file in the current version of the module, it just tests if it’s present or not now before trying to access it now… If it is not present, it uses “iSymphony” as brand…

Unless /etc/schmooze/operator-panel-brand is used in an obfuscated commercial module a scan suggests only brand.php of cxpanel refers to it… It has no other uses and like @tm1000 (Andrew) said, having up to date modules (iSymphony in this case) would fix your problem…

The fact it refers to a non-existing file is possibly (likely) a bug but with an up to date module it should not crash…

Have a nice day!

Nick