Good evening all
I'm sorry to be so pushy with the urgent addendum but we have an event and some demos coming up and we only now realise that BaseX isn't working anymore. (Our own fault.)
We upgraded from BaseX 7.9 to 8.3 (after going from Cent OS 6 to Cent OS 7). Thinking we could use the same settings from our .basex configuration file, I ran the command basexserver as I used to. This works, but I remember seeing a message in the command line that some attributes were not recognised and that a new configuration file was created by basex itself, and that a server was launched subsequently. The issue is, though, that we use BaseX as a back-end database system that processes requests from an apache webservice. On Machine A the webservice is running, and basex is running on machine B. The webservice fires a session request (with PHP) like so:
$session = new Session("machineB", 1958, "admin", "admin");
However, the connection fails. First a warning, followed by a Fatal error.
PHP Warning: socket_connect(): unable to connect [113]: No route to host in basex-client.php on line 17
Line 17 would be the first one of this clause:
if(!socket_connect($this->socket, $h, $p)) {
throw new Exception("Can't communicate with server.");
}
My instinct was that the webservice could not connect to basex because some settings in the newly created .basex file were incorrect. However, I checked them and they are definitely correct. Shown below:
# General Options
DEBUG = false
DBPATH = /home/obelix/sonarbasex/WRPPH
REPOPATH = /home/nobackup/Gretel/BaseXRepo
LANG = English
LANGKEYS = false
GLOBALLOCK = false
# Client/Server Architecture
HOST = localhost
PORT = 1958
SERVERPORT = 1958
USER =
PASSWORD =
SERVERHOST =
PROXYHOST =
PROXYPORT = 9591
NONPROXYHOSTS =
IGNORECERT = false
TIMEOUT = 30
KEEPALIVE = 600
PARALLEL = 8
LOG = true
LOGMSGMAXLEN = 1000
# HTTP Services
WEBPATH = /home/pricie/sonar/BaseXWeb
RESTPATH =
RESTXQPATH =
CACHERESTXQ = false
HTTPLOCAL = false
STOPPORT = 8591
AUTHMETHOD = Basic
I did find, however, that unlike the .basex file of our previous version, this one does not have an EVENTPORT attribute. Is this normal? I can't find it in the documentation anymore either. So if it has nothing to do with ports an access, why would I then get a 'no route to host' error? Is there ANY way that, given my basex file above, this is caused by BaseX? Or is it more likely to be a network/permission error?
Thank you in advance, I'm running out of ideas!
Kind regards
Bram