Error 500 in transfer of OJS to another hosting "SQLSTATE[HY000] [1130] Host '127.0.0.1' is not allowed to connect to this MySQL server"

With the partial information I have I need to fill the gaps, so yes… there are a few rear scenarios where you can have cache issues even you are moving from one server to another:
a) in client side, if you change the server but you keep the domain.
b) in server side, if you also move the ojs cache files.
c) …

So please, confirm you clear the caches (server and client side) and please, also confir can reach your DB from Adminer as I asked before (so we will know for sure the DB host, port, name, user and pwd).

A 500 error means “something fails in the server side and I don’t know exactly what it is”. I mean, it could happen because of a lot of different causes, but yes, a wrong .htaccess (for instance with wrong mod_rewrite rules) could be related with this.

But your .htaccess is empty (btw, I suggest to delete it) don’t seams to me like the real problem.

Anyway, according to your log, you don’t have a generic 500 server side error, you have a “nginx: 502 bad gateway” error… and then a “Fatal Error” because your OJS is unable to find the mysql server in localhost (that, btw, is not a usual configuration in hosting companies). So again, this points to a misconfiguration problem (that we can check with adminer or asking your hosting company).

With the right credentials, we can take a look to your config.inc.php (annonymize and upload it to pastebin).

Finally, I don’t think will be related but you are is a 3.2.1-1 and last 3.2 stable fixes a few errors (and security issues) so I encourage you to upgrade to the last stable for your pace of mind and before we look any further.

Cheers,
m.

Not sure about OJS 3.2.1-1, but I confirm last 3.2 stable is working fine with php 7.3, so you don’t need to lower it further than this.

You only need to modify you config.inc.php but first… did you test your DB credentials? :wink:

Hi!
Sorry, I didn’t use Adminer before, as I didn’t have access to FTP. Now I used it by entering “localhost” and all the tables and other details appeared. So I deduce that using “localhost” the connection to the DB works.

If instead I use Adminer setting “127.0.0.1” I get the following error:

Host '127.0.0.1' is not allowed to connect to this MySQL server

So seems it true that you need to replace all instances of 127.0.0.1 with “localhost”. But I just don’t know how to do it.

Thanks!

True, the client-side cache stays the same, because the domain doesn’t change, so I’ll clear the browser cache. But how do you clear the server-side cache?

How do you anonymize the config.inc.php file?

Thanks for the help!

I deleted .htaccess

Cheers

Hi @ojsmk3,

No need to sorry. May be I went to fast. Let’s go step by step.

Sorry if I was not clear: “localhost” and 127.0.0.1 is the same… it won’t be the problem.

BUT, in hosting companies you don’t usually have your DB and code in “localhost”, as @henriqueramos said, they need to give you (in the cpanel or asking the support center) an IP adress for you DB host (as well as a username, DB name and pwd… and sometimes also a port).

This is why I’m asking you to use adminer to do the test. If it fails… is not an OJS issue, and you need to ask to your hosting company.

"I didn’t have access to FTP.

How did you upload your OJS to the host then? If not FTP, you will have SFTP or SSH or a cpanel file explorer. Any of this let you upload the adminer.php file (yes, is a full application in a single file) to your server and do the test I’m asking. Please, visit the post I refer in first place to know more about this.

If you don’t know how to do this, ask your hosting company.
If they don’t want to support you with this, ask them about your DB credentials because I’m almost sure “localhost” is not ok.

About how to anonymize your config.inc.php… just donwload it to your computer, open it with a text editor and replace the password variables (or whatever you feel you don’t like to share) with “xxxx” or what you like. Then, cut&paste to pastebin and place the url in this thread to let us check if something is wrong with your configuration.

After this, please, answer with yes/no (or very briefly) to each of this questions:

  1. Did you clear client cache? Instructions here.
  2. Did you clear your server’s cache? Instructions for clearing server’s data & template cache.
  3. Did you ensure your DB credentials asking your hosting company?
  4. Did you confirm those DB credentials are right with adminer?
  5. Did you upgrade your php version to (at least) 7.2? (I recommend 7.3)
  6. Did you upgrade to last 3.2 stable? (aka. 3.2.1-4 + security patch)

With this feedback we will be able to discover what is really happening.

BTW, leaving the computer now so I won’t be able to read you till tomorrow, but may be others in the forum can help.

Cheers,
m.

Hello!
@marc You are very kind to all this help. Sorry for the delay in replying, I was busy at work and I could not dedicate myself to the site.
When I said I didn’t have access to FTP it was because I was in the office, and didn’t have access to a PC.
I don’t have a webmaster, I’m trying to learn how to manage this site myself. The hosting support said that the error I reported to in this forume means that I should change all occurrences of 127.0.0.1 to “localhost”.
@henriqueramos My DB host is “localhost: 3306”

  • I cleared the browser cache.
  • I don’t understand how to clear the server caches, since it is not possible to log into the OJS site backed in any way.
  • The credentials of the DB I have chosen by myself.
  • The administrator of the yes is me.
  • I cannot raise the PHP version to 7.2 because otherwise the errors increase and become like the ones I brought at the beginning of this thread. Instead using at most, version 7.0.33 remains a single one-line error, which I report for the second time here:

Parse error: syntax error, unexpected '?', Expecting variable (T_VARIABLE) in /var/www/vhosts/my-website.com/mys-subdomain.my-website.com/lib/pkp/classes/notification/PKPNotificationOperationManager. inc.php on line 374

I will post the config.inc.php file in a few hours, because now I have technical problems.
Thanks so much!

Here is my config.inc.php code:

https://pastebin.com/8qZUFYWt

I see your triple-post for help. Please don’t do this. Filling the forum with your request is a bad practice in this community. Remember you are getting help for free from a user like you that don’t have any obligation to help, so be patient or contract paid services.

If you feel we are not moving as fast as you expect please make detailed (but brif) reports/information and been systematic with the changes… At this momment I feel some of your changes are kind of random (and not reverted) and relevant stuff is missing in your feedback. As an example, in your last post you explain:

“it is not possible to log into the OJS site backed in any way.”

Is this happening since the beginning? When it started to fail?
It’s not the same “all works except archive page” than “I can’t login and reach the backend, and archive page fails”.

Said that, please read my posts carefully and follow the instructions. Otherwise I won’t be able to understand what is happening and I won’t be able to help you.

About your answers to my questions, let’s keep a conversation sorted (and brief) to understand well each point.

1. Did you clear client cache? [closed]

Ojsmk3: Yes.

Marc: Perfect. Thanks.

2. Did you clear your server’s cache?

O: No. I can’t login in backend.

M: This is really relevant. When it started to happens?

3. Did you ensure your DB credentials asking your hosting company?

O: The credentials of the DB I have chosen by myself.

M: Ok… you can not invent the credentials by your own. You need to be completely sure or we will be losing our time here trying random stuff. This is really important before we move forward.

4. Did you confirm those DB credentials are right with adminer?

O: “The administrator of the yes is me”

M: I don’t understand what you are trying to say here. Not talking about administrator user. Adminer is a program that you need to upload to your sever to check your DB credentials. If you don’t know you could contact your hosting company and ensure those DB credentials (It means, you need a message from your hosting support telling you your DB host, DB user, DB password and (if applies) DB port because “localhost” looks like a wrong reference to your db host).
Let me be clear with this because this is important: This is the information that Henrique and I are asking you since the first post. No hard feeling here, it’s only that information is basic to advance and if don’t ensure this information I won’t be able to follow helping you.

5. Did you upgrade your php version to (at least) 7.2? (I recommend 7.3)

O: I cannot raise the PHP version to 7.2 because otherwise the errors increase and become like the ones I brought at the beginning of this thread. Instead using at most, version 7.0.33 remains a single one-line error, which I report for the second time here:

M: OJS 3.2 is able to run over php 7.2 and 7.3. Less errors in log is not necessarily better news and you like to make your site running with recent php versions… otherwise we are spending time in running it in old versions to deal with a php upgrade further. Please rise to 7.3 and upload your error log to pastebin.

  1. Did you upgrade to last 3.2 stable? (aka. 3.2.1-4 + security patch)

M: I suspect you didn’t. Let’s sort things a little before we try the upgrade.

About your config.inc.php, it looks wrong to me:

base_url = "https://www.my-subdomain.my-website.xyz/"

It need to be your real base domain name, that I suspect is:

base_url = "https://realdomain.com"

As is documented over the line you modify, this is “The canonical URL to the OJS installation (excluding the trailing slash)”.

Please, make the change, clear cache and let’s see what happens.


So, in short (and by order of importance):

  1. ENSURE your DB credentials.
  2. Modify your config.inc.ini as explained and post your log error.
  3. Upload your php to 7.2 (or better 7.3).
  4. Keep talking sorted (and been sintetic) question by question.

Cheers,
m.

Hello!
As I took 2 days to respond, I thought I caused your support to drop out. I didn’t make a triple call for help, I just tried to send a message to you. Since I don’t know how this forum works, I thought I had created a new topic by mistake. So I tried to delete it but I couldn’t, and then I tried another way to send you a message, but I got the same result as before, so I gave up. I know very well that this forum is based on voluntary help. Mine was a polite request, not a complaint or obligation. I didn’t want to post 2 more topics, I just wanted to send private messages.

  1. From the moment I migrated, login was not possible. Obviously I can access the FTP.

  2. I chose the database name, the database user name and the database password. My hosting company just forced me to use as host: “localhost: 3306”. Also in front of the name of the database and of the name of the database user there is a prefix that obviously I did not choose.

  3. I read your request wrong. I have already explained in previous posts what results I have had with the Adminer program. As the answer is long, I don’t report it here.

  4. I have ported the PHP version from 7.0.33 to 7.3.27 and the error log is as follows:

    Notice: Deprecated call without request object. in /var/www/vhosts/my-website.xyz/my-subdomain.my-website.xyz/lib/pkp/classes/template/PKPTemplateManager.inc.php on line 971

    Fatal error: Uncaught PDOException: SQLSTATE [HY000] [1130] Host '127.0.0.1' is not allowed to connect to this MySQL server in /var/www/vhosts/my-website.xyz/my-subdomain.my-website. xyz / lib / pkp / lib / vendor / illuminate / database / Connectors / Connector.php: 70 Stack trace: # 0 /var/www/vhosts/my-website.xyz/my-subdomain.my-website.xyz/lib /pkp/lib/vendor/illuminate/database/Connectors/Connector.php(70): PDO -> __ construct ('mysql: host = loca ...', 'vydeq753_PLX_ST ...', 'uf7GtyNSzP9_3Ys ...', Array) # 1 /var/www/vhosts/my-website.xyz/my-subdomain.my-website.xyz/lib/pkp/lib/vendor/illuminate/database/Connectors/Connector.php(46): Illuminate \ Database \ Connectors \ Connector-> createPdoConnection ('mysql: host = loca ...', 'vydeq753_PLX_ST ...', 'uf7GtyNSzP9_3Ys ...', Array) # 2 /var/www/vhosts/my-website.xyz /my-subdomain.my-website.xyz/lib/pkp/lib/vendor/illuminate/database/Connectors/MySqlConnector.php(24): Illuminate \ Database \ Connectors \ Connector-> createConnection ('m in / var / www /vhosts/my-website.xyz/my-subdomain.my- website.xyz/lib/pkp/lib/vendor/illuminate/database/Connection.php on line 664

  5. As I said the OJS version is 3.2.1-1 and I haven’t upgraded to higher versions because I can’t log into the site’s backend and because I don’t want to lose data.
    The real domain name was not supposed to be visible, and in the pastebin code I linked in this thread it is missing. So please delete now the real name you wrote. Thank you! In the real config.inc.php obviously the real domain/subdomain name is written, on pastebin there is no real name.

Cheers

HI @ojsmk3, it looks like you have a problem with your database connection. Unfortunately, we can not do much to help you resolve this. You will need to work with your hosting provider, who will be able to provide the necessary connection details and debug the connection on their end.

1 Like

Hi!
Hosting support examined the following error:

Fatal error: Uncaught PDOException: SQLSTATE [HY000] [1130] Host '127.0.0.1' is not allowed

And he replied that:

“This error indicates a problem with the connection to the database as in the code a call is made to ‘127.0.0.1’; on shared hosting it is not allowed to call the IP directly, but it is necessary to access” localhost ".
"I therefore recommend that you replace the instances in which you find ‘127.0.0.1’ with “localhost”. "

Support does not tell me how to replace instances ‘127.0.0.1’ with “localhost”.
Can anyone tell me how to do it?
The only replacement I have performed (“localhost:3306”) is in the database connection parameters inside the config.inc.php file. As the error remains, perhaps I should perform the replacement elsewhere, perhaps in the database tables using PHPMyAdmin?
If the database does not connect, why does the website home appear regularly?
Thanks!

HI,
I solicited hosting assistance, but it hasn’t helped me so far, except to say that the server is working fine. They have not responded for a few days now.
I apologize to @marc, as I only noticed now that I wrote the real name of my site myself, in the initial post of this thread. I can’t edit the first post of this thread and I can’t delete the real name of my site. Perhaps the reason is that too much time has passed.

I made a few attempts:

  1. I changed the Base URL or by removing the “www” in front of the subdomain. No result. I then wrote the Base URL with no www or subdomain. No result.

  2. I simplyfied the DB name, DB User name and password. I removed the underscores “_” contained in them and now they are made up of only numbers and letters. The only underscore left is the hosting prefix. To do this I have created a new database. Nothing has changed, no results. I would like to know if the password that is written in config.inc.php must be written clearly and visibly, or if it must be encrypted with methods such as SHA, MD5 or similar.

  3. I looked for the string “128.0.0.1” in the whole database, but it was not present.

  4. I tried to delete the database and replace it with the old versions that are known to work, but no results.

  5. I upgraded from OJS 3.2.0-2 to OJS 3.3.0-6, as suggested by @marc. The PHP version is 7.3. While doing this I discovered that there was a comment of mine in config.inc.php not preceded by the semicolon “;” . Unfortunately 500 errors remained, but the error messages are this:

Fatal error: Uncaught Error: Call to a member function getConnection() on null in /var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/lib/vendor/laravel/framework/src/Illuminate/Database/Capsule/Manager.php:74 Stack trace: #0 /var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/lib/vendor/laravel/framework/src/Illuminate/Database/Capsule/Manager.php(200): Illuminate\Database\Capsule\Manager::connection() #1 /var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/classes/db/DAO.inc.php(65): Illuminate\Database\Capsule\Manager::__callStatic('raw', Array) #2 /var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/classes/context/ContextDAO.inc.php(63): DAO->retrieve('SELECT * FROM j...', Array) #3 /var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/classes/core/PKPRouter.inc.php(252): ContextDAO->getByPath('my-subdomain') #4 /var/www/vhosts/main-domain in /var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/lib/vendor/laravel/framework/src/Illuminate/Database/Capsule/Manager.php on line 74

If I go in hosting Log I have this:

Warning 79.50.34.172 mod_fcgid: stderr: #2 [/var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/classes/context/ContextDAO.inc.php](https://linp129.arubabusiness.it:8443/smb/file-manager/code-editor?currentDir=%2Fmy-subdomain.main-domain.com%2Fvar%2Fwww%2Fvhosts%2Fmain-domain.com%2Fmy-subdomain.main-domain.com%2Flib%2Fpkp%2Fclasses%2Fcontext&subscriptionId=69&file=ContextDAO.inc.php&redirect=%2Fsmb%2Flog-file%2Fbrowser%2Fid%2F392)(63): DAO->retrieve('SELECT * FROM j...', Array), referer: https://www.my-subdomain.main-domain.com/index.php/my-subdomain/index

Warning 79.50.34.172 mod_fcgid: stderr: #3 /var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/classes/core/PKPRouter.inc.php(252): ContextDAO->getByPath('my-subdomain'), referer: https://www.my-subdomain.main-domain.com/index.php/my-subdomain/index

Warning 79.50.34.172 mod_fcgid: stderr: #4 /var/www/vhosts/laboratoriogruppo in /var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/lib/vendor/laravel/framework/src/Illuminate/Database/Capsule/Manager.php on line 74, referer: https://www.my-subdomain.main-domain.com/index.php/my-subdomain/index

Thanks.

Nothing to apologize. Changes made and your site name is now “my-subdomain.my-site-name.com”.

About the issues, I’m sorry to say that we are stuck till you can confirm your DB credentials.
If your hosting company don’t give you this data (they must tell you or at least refer a howto to let you find this essential information by your own) if you like to guess, I still suggest you use the “adminer” method to guess. This web application is very simple and will let you confirm all is running as expected.

Once we got this info, we can move forward.

BTW, you made some changes and most of them don’t make any sense (or could cause additional issues), so I recommend you revert all the change to the beginning and start finding the DB credentials.

Cheers,
m.

Hi!

I used adminer again, and the database appears, with all the tables. What should I report about what appears? Do you want a screenshot? If you tell me what you need, I will provide it to you
I used the new credentials with no special characters and it looks ok.
I had already used Adminer, as reported by some posts above, and even then everything seemed fine. It connected and the tables appeared.

What are the unnecessary changes that I need to revert? If you tell me I will do the revert.

If you prefer, I can create a new database with the credentials of your choice. I can make you a screenshot of the database creation panel, where the host name, port, prefix, password, username, database name appears. The panel is Plesk and nothing else appears. If I log into PHPmyAdmin I can get more details. If you tell me what you need, I will provide it to you.

Cheers

Answers below:

I used adminer again, and the database appears, with all the tables. What should I report about what appears? Do you want a screenshot? If you tell me what you need, I will provide it to you.
I used the new credentials with no special characters and it looks ok.

I trust you, I don’t need a prof. The adminer thing it’s only for you, to be sure your DB credentials are working fine.
If you can see your OJS tables of your server from your local machine, it means your DB server, username, password are right. Save them in good place because we will need them to replace the old credentials in your config.inc.php.

I had already used Adminer, as reported by some posts above, and even then everything seemed fine. It connected and the tables appeared.

Sorry if I misunderstood you but the localhost reference confuses me. I though you was reaching a local DB, not the server one, but now I understand you are able to reach your server’s DB from your local machine (via adminer) so it means now we have the right credentials for sure.

What are the unnecessary changes that I need to revert? If you tell me I will do the revert.

Something went wrong when you moved from one server to the other, so I would encourage you to recover the initial DB backup and files so we can start the process with a clean canvas. I just want to be sure here we didn’t made any damage during the first attempt of fixing.

My main concern here is you upgraded to 3.3.0-6 when I asked to upgrade to the last stable-3.2.

Moving from 3.2.1-2 to 3.2.1-4 (or stable-3.2.1) was a harmless move, but doing a 3.2 to 3.3 migration could introduce new errors over the existing ones and we won’t be able to discover what is really happening.

We are good keeping it to php 7.3, but please recover config.inc.php too.

If you prefer, I can create a new database with the credentials of your choice. I can make you a screenshot of the database creation panel, where the host name, port, prefix, password, username, database name appears. The panel is Plesk and nothing else appears. If I log into PHPmyAdmin I can get more details. If you tell me what you need, I will provide it to you.

This would be great. Your “localhost” reference is still confusing me.
Use the credentials you like (I don’t mind) but please recover the old DB on a new database in your plesk and send it to me (remember to hide the pwd).

Also send me (via private message):

  1. New an anonymized copy of your (recovered) config.inc.php (ie: pastebin).
  2. If you can reach your terminal, the output of “$ php -m” (or the list of phpmodules in your plesk panel).
  3. The output of “phpinfo()”. If you don’t know how to do this, the process is described here.

Cheers,
m.

Hi!

Then I’ll delete the site and create it all over again using the original backup from the initial migration.
Then I’ll set the PHP version to 7.3 and upgrade the site to OJS last stable-3.2.

In fact I don’t have a local database, but I work on a managed hosting, on which I have few possibilities to make adjustments and modifications.

I’m having a hard time posting private messages with this OJS forum system. In fact, when I tried last time, I accidentally created two new discussion topics, while instead I just wanted to send a private message. Now I will try to understand how it is done. Perhaps it could be simpler than expected.

I will try to ask the hosting technicians for the list of PHP modules, and then I will send you a diagnosis of the PHP system with phpinfo.
As long as I can understand how private messages work.

Thanks and cheers!

Then I’ll delete the site and create it all over again using the original backup from the initial migration.
Then I’ll set the PHP version to 7.3 and upgrade the site to OJS last stable-3.2.

That will be perfect.

I’m having a hard time posting private messages with this OJS forum system.

OJS forum is a nice piece of free software called “discourse”.
Things are a little bit different than classic forum, but when you get familiar with it you really enjoy how clean and easy is the UI/UX.

To send a private message to any user, you only need to click over the username and then, click on “Mesage”.

imagen

I will try to ask the hosting technicians for the list of PHP modules, and then I will send you a diagnosis of the PHP system with phpinfo.

The hosting companies usually let you select the modules in your php configuration (may be is close to the place where you was able to modify the php version?).

Take care,
m.

Hi!

Sorry for delay, I have lot of work.

I deleted old website and reloaded all files of original migration. But I haven’t completed the installation yet.

PHP version is 7.3.28.

Can I put the output of phpinfo() on pastebin or is it risky? I send It to you via message.

The config.inc.php is on pastebin, here: confic.inc.php of OJS website - Pastebin.com
Please remember wich the correct port on the new hosting is 3306, then the host must be “localhost:3306”. In the old hosting it was only “localhost”. When i first tried the database connection with adminer, I tried both to use “localhost: 3306” and “localhost”, and what works is “localhost: 3306”.

The hosting support says to me only that the PHP functions not allowed are these:

  1. popen, exec,
  2. ini_alter,
  3. passthru,
  4. pcntl_exec,
  5. show_source,
  6. shell_exec,
  7. symlink,
  8. system,
  9. curl_multi_exec,
  10. posix_getpwuid,
  11. opcache_get_status

Thanks and cheers

I deleted old website and reloaded all files of original migration.

Perfect.

But I haven’t completed the installation yet.

Sorry but I don’t understand you.
You can not finish the installation or it’s only you didn’t find time to complete the process yet.
If you are stuck, post your actual error in pastebin. If you need to finish, post your error after install.

Can I put the output of phpinfo() on pastebin or is it risky? I send It to you via message.

Pastebin is risky but you can post your phpinfo safely if you annonymize your data first (search and replace your domainname and your user/pwds).

The config.inc.php is on pastebin, here: confic.inc.php of OJS website - Pastebin.com

I didn’t see any wired thing in your config.

Please remember wich the correct port on the new hosting is 3306, then the host must be “localhost:3306”. In the old hosting it was only “localhost”. When i first tried the database connection with adminer, I tried both to use “localhost: 3306” and “localhost”, and what works is “localhost: 3306”.

This is the only BUT I can have about your configuration. This “localhost” is killing me.
I never see a hosting setting “localhost” as your DB host, but if you was able to login in adminer with “localhost” as a host… it means we are fine, so let’s move on.

The hosting support says to me only that the PHP functions not allowed are these.

We don’t need the forbiden php functions, we need the enabled php modules.

BTW, at this point with the reinstallation, I have doubts about the error we are trying to fix.

Is still this one?

`Fatal error: Uncaught Error: Call to a member function 
getConnection() on null in 
/var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/lib/vendor/laravel/framework/src/Illuminate/Database/Capsule/Manager.php:74
 Stack trace: #0 
/var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/lib/vendor/laravel/framework/src/Illuminate/Database/Capsule/Manager.php(200):
 Illuminate\Database\Capsule\Manager::connection() #1 
/var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/classes/db/DAO.inc.php(65):
 Illuminate\Database\Capsule\Manager::__callStatic('raw', Array) #2 
/var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/classes/context/ContextDAO.inc.php(63):
 DAO->retrieve('SELECT * FROM j...', Array) #3 
/var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/classes/core/PKPRouter.inc.php(252):
 ContextDAO->getByPath('my-subdomain') #4 /var/www/vhosts/main-domain
 in 
/var/www/vhosts/main-domain.com/my-subdomain.main-domain.com/lib/pkp/lib/vendor/laravel/framework/src/Illuminate/Database/Capsule/Manager.php
 on line 74`

If not, please post it in paste bin.

Cheers,
m.