Question 500 Error

[THM]

This page isn’t working
www.hobby-machinist.com is currently unable to handle this request.

HTTP ERROR 500


The database is located at /home/hobbymac/public_html/GeoLite2-City.mmdb

Getting this server error:

[LIST]
[*]ErrorException: Fatal Error: require(): Failed opening required 'phar:///home/hobbymac/public_html/src/addons/DBTech/MemberMap/3rdParty/GeoIp2/geoip2.phar/phar-stub.php' (include_path='.:/opt/cpanel/ea-php70/root/usr/share/pear')
[*]src/addons/DBTech/MemberMap/3rdParty/GeoIp2/geoip2.phar:9
[*]Generated by: Nelson
[*]Jul 3, 2018 at 12:47 PM
[/LIST]
Stack trace
#0 [internal function]: XF::handleFatalError()
#1 {main}
Request state
array(4) {
  ["url"] => string(18) "/dbtech-membermap/"
  ["referrer"] => bool(false)
  ["_GET"] => array(0) {
  }
  ["_POST"] => array(0) {
  }
}

Can you help me fix this please?

 

[Fillip H.]

Can you please make sure the phar extension is enabled in your php configuration?

 

[THM]

I think so. Here are the Phar settings:

 

[THM]

It looks like the issue is not phar, but that this file is missing:

home/hobbymac/public_html/src/addons/DBTech/MemberMap/3rdParty/GeoIp2/geoip2.phar/phar-stub.php

Where does this file come from? How can I fix this?

 

[Fillip H.]

Are you using IonCube or Suhosin on your server?

 

[THM]

From my web host:

Hi,

You are using ioncube on all installed PHP versions on this server:

--
[root@host ~]# /opt/cpanel/ea-php55/root/usr/bin/php -m | egrep -i "suhosin|ioncube"
ionCube Loader
the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured)

[root@host ~]# /opt/cpanel/ea-php56/root/usr/bin/php -m | egrep -i "suhosin|ioncube"
ionCube Loader
the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured)

[root@host ~]# /opt/cpanel/ea-php70/root/usr/bin/php -m | egrep -i "suhosin|ioncube"
ionCube Loader
the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured)
--

 

[Fillip H.]

Try removing that extension, according to what I saw on Google that can be a possible cause for this issue.

 

[THM]

Which extension? I need to tell the web host what to do.

 

[THM]

Ioncube was removed, but the problem persists:

Server error log

• ErrorException: Fatal Error: require(): Failed opening required 'phar:///home/hobbymac/public_html/src/addons/DBTech/MemberMap/3rdParty/GeoIp2/geoip2.phar/phar-stub.php' (include_path='.:/opt/cpanel/ea-php70/root/usr/share/pear')
• src/addons/DBTech/MemberMap/3rdParty/GeoIp2/geoip2.phar:9
• Generated by: Nelson
• Jul 4, 2018 at 5:20 PM

Stack trace
#0 [internal function]: XF::handleFatalError()
#1 {main}
Request state
array(4) {
["url"] => string(18) "/dbtech-membermap/"
["referrer"] => bool(false)
["_GET"] => array(0) {
}
["_POST"] => array(0) {
}
}

 

[THM]

There are a few files missing. Where are they?

home/hobbymac/public_html/src/addons/DBTech/MemberMap/3rdParty/GeoIp2/geoip2.phar/phar-stub.php'

 

[Fillip H.]

There are no files missing. A .phar file is an archive, and for some reason your server is unable to properly read the archive.

I currently do not know why this is happening but I am investigating.

 

[THM]

Still getting the 500 error when you try to access the page too. This is a new server. it worked on the old one.

 

[Fillip H.]

If that's the case, then you should ask your host what the difference in server configuration could be.

You could also switch from using GeoIP to using the Webservice lookup, but that is sub-optimal compared to figuring out why it doesn't work on your new server.

 

[THM]

After the web host removed opcache , we now get this error but no 500 error:


Server Error

The address 103.105.167.143 is not in the database.

2. GeoIp2\Database\Reader->getRecord() in phar:///home/hobbymac/public_html/src/addons/DBTech/MemberMap/3rdParty/GeoIp2/geoip2.phar/src/Database/Reader.php at line 193
4. GeoIp2\Database\Reader->modelFor() in phar:///home/hobbymac/public_html/src/addons/DBTech/MemberMap/3rdParty/GeoIp2/geoip2.phar/src/Database/Reader.php at line 70
6. GeoIp2\Database\Reader->city() in /home/hobbymac/public_html/src/addons/DBTech/MemberMap/Model/GeoIp.php at line 76
8. DBTech\MemberMap\Model\GeoIp->city() in /home/hobbymac/public_html/src/addons/DBTech/MemberMap/Model/GeoIp.php at line 230
10. DBTech\MemberMap\Model\GeoIp->scanIps() in /home/hobbymac/public_html/src/addons/DBTech/MemberMap/Action/Main.php at line 191
12. DBTech\MemberMap\Action\Main->actionIndex() in /home/hobbymac/public_html/src/addons/DBTech/MemberMap/Application/Core.php at line 173
14. DBTech\MemberMap\Application\Core->runAction() in /home/hobbymac/public_html/src/addons/DBTech/MemberMap/Pub/Controller/Route.php at line 36
16. DBTech\MemberMap\Pub\Controller\Route->actionIndex() in /home/hobbymac/public_html/src/XF/Mvc/Dispatcher.php at line 249
18. XF\Mvc\Dispatcher->dispatchClass() in /home/hobbymac/public_html/src/XF/Mvc/Dispatcher.php at line 88
20. XF\Mvc\Dispatcher->dispatchLoop() in /home/hobbymac/public_html/src/XF/Mvc/Dispatcher.php at line 41
22. XF\Mvc\Dispatcher->run() in /home/hobbymac/public_html/src/XF/App.php at line 1931
24. XF\App->run() in /home/hobbymac/public_html/src/XF.php at line 328
26. XF::runApp() in /home/hobbymac/public_html/index.php at line 13

 

[Fillip H.]

That's an issue with GeoIP itself, it's saying it has no location info for that IP. There's nothing I can do on my end, sorry

 

[DragonByte Technologies]

Hello @THM,

We hope your ticket regarding DragonByte Member Map has been addressed to your satisfaction. This ticket has now been closed.

If your ticket has not been resolved, you can reply to this thread at any point in the next 7 days in order to reopen the ticket, afterwards this thread will be closed.

Please do not reply to this thread if your ticket has been resolved.

Thank you.


- DragonByte Technologies, Ltd.

 

[THM]

Yes and no.

Yes, the page and map now show.
No, the members don't. And when I click "show all" in the options, the page doesn't load again.

 

[Fillip H.]

Try upgrading to Beta 2 that was released recently, it features many improvements that will help increase the reliability. You will need to wait for the cron job to re-scan people's IPs, but it should work more reliably after that

 

[THM]

I did that- same issue.

 

[Fillip H.]

I'll see if there's a way I can add better error handling for IPs not in the DB.