Magento Core Commands cannot be loaded. Please verify if "bin/magento" is running

[xtremevision]

Describe the bug

After upgrading Magento to 2.4.6 I am getting this error:
Magento Core Commands cannot be loaded. Please verify if "bin/magento" is running.
Only n98-magerun2 commands are available until the issue is fixed.

Expected behaviour

No errors shown, all command available.

Steps to reproduce the issue

Execute: php81 n98-magerun2.phar (or php82)

Technical details

Centos 7 x64, php81 or php82
n98-magerun2 7.0.1

[xtremevision]

A second test showing this seems to be a problem with the new version, 7.0.1. A different site, Magento 2.4.3-p2, older version works fine, new version after update throws error. See below.

[root@localhost htdocs]# php74 n98-magerun2.phar sys:info

Magento System Information

+--------------------------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| name | value |
+--------------------------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Name | Magento |
| Version | 2.4.3-p2 |
| Edition | Community |
| Root | /home/**********/htdocs |
| Application Mode | developer |
| Session | db |
| Crypt Key | d5b14ca641f746b703ea313e143cd240 |
| Install Date | Mon, 27 Jan 2020 17:07:56 +0000 |
| Search Engine | elasticsearch7 |
| Cache Backend | Magento\Framework\Cache\Backend\Redis |
| Vendors | Magento, ************* |
| Module Count | 335 |
| Attribute Count | 316 |
| Customer Count | 67309 |
| Category Count | 421 |
| Product Count | 52648 |
| Admin User Count | 3 |
| Composer Lock File | found |
| Composer Package Count | 641 |
| Magento Composer Root Update Plugin | installed |
| Magento Composer Dependency Version Audit Plugin | installed |
| Magento Coding Standard Package | not installed |
| Magento Functional Testing Framework | installed |
| MSI Packages | installed |
| Sample Data Packages | not installed |
| Hyva Default Theme | not installed |
| Hyva Theme Module | not installed |
+--------------------------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
[root@localhost htdocs]# php74 n98-magerun2.phar self-update
Updating to version 7.0.1.
[======================>-----] 4618028 of 5772529 bytes downloaded

RECENT CHANGES

7.0.1

• Fix: Memory usage within Magerun script #447 : Memory usage within Magerun script (by Christian Münch)
• Fix: Multiple similar PS4 namespaces will replace each other #1144: Allow to add instead of replace a PSR-4 namespace (by Christian Münch)
• Fix: Cannot use downgrade command on v7.0.0 #1147: Fix command return value and add phar test (by Christian Münch)
• Fix: Capturing the command output via Robo does not work anymore (regression in 7.0.0) #1149: Use defined PHP binary for calls to bin/magento (by Christian Münch)
• Imp: Update 3rd party dependencies (captainhook, psysh, php-cs-fixer, phpstan, phpunit)

7.0.0

• Add: Magento 2.4.6
• Add: Magento 2.4.5-p2
• Add: Magento 2.4.4-p2
• Add: New command config:data:indexer #1041: New command config:data:indexer (by Christian Münch)
• Add: New command config:data:mview #1042: New command config:data:mview (by Christian Münch)
• Add: Add CONTRIBUTING.md and CODE_OF_CONDUCT.md #1126: Add CONTRIBUTING.md and CODE_OF_CONDUCT.md (by Christian Münch)
• Imp: Make detection debug output more helpful #1123: Make detection debug output more helpful (by Alexander Menk)
• Imp: New internal proxy command to call Magento Core Commands (by Christian Münch)
• Imp: Disabled Magento and config initialization if self-update command runs (by Christian Münch)
• Imp: Update 3rd party dependencies (Symfony, psysh, captainhook, php-cs-fixer, phpunit, twig)
• Del: Support for PHP 7.3
• Del: Remove internal test setup for Composer 1 based Magento installations
• Fix: Initialize Magento only once which should prevent several issues with DB and config. (by Christian Münch)
• Fix: Remove "please select" entry in search:engine:list command (by Christian Münch)

---

Successfully updated n98-magerun2

[root@localhost htdocs]# php74 n98-magerun2.phar sys:info
Magento Core Commands cannot be loaded. Please verify if "bin/magento" is running.
Only n98-magerun2 commands are available until the issue is fixed.

Magento System Information

+--------------------------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| name | value |
+--------------------------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Name | Magento |
| Version | 2.4.3-p2 |

[xtremevision]

I cloned the repo and did a build using php 7.4.33. Copied the newly phar to the Magento instance and it runs without throwing that error.

[cmuench]

@xtremevision Thanks for your analysis. Sadly I cannot reproduce the error in my devbox.
The phar works with PHP 8.1 and PHP 8.2 there.
One difference between 7.0.0 and 7.0.1 is that we use the same interpreter to call the Magento commands.
In the old version the bin/magento commands were started with the standard PHP of your system which is not what we want.

You mentioned that the issue is fixed if the phar is compiled with PHP 7.4.
We currently build the phar file with PHP 8.0.12 in a build pipeline. I will check if this could be the problem.

[cmuench]

@xtremevision I changed the PHP version in the phar deployment. The development version is now generated with PHP 7.4.
You try again with the development version?

https://files.magerun.net/n98-magerun2-dev.phar

[xtremevision]

Hi Christian, I have not tried compiling with php 8.x, but I experienced the same problem again last night on another website. I had to recompile on that machine in order to get it to work. I do not know why this is happening. It's the first time I've seen this error/behavior and I've used n98magerun[2] for donkeys years. I will update you if I find anything else. Thanks, Michael.

On 30/03/2023 11:42, Christian Münch wrote: @xtremevision <https://github.com/xtremevision> Thanks for your analysis. Sadly I cannot reproduce the error in my devbox. The phar works with PHP 8.1 and PHP 8.2 there. One difference between 7.0.0 and 7.0.1 is that we use the same interpreter to call the Magento commands. In the old version the bin/magento commands were started with the standard PHP of your system which is not what we want. You mentioned that the issue is fixed if the phar is compiled with PHP 7.4. We currently build the phar file with PHP 8.0.12 in a build pipeline. I will check if this could be the problem. — Reply to this email directly, view it on GitHub <#1164 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABR3CETRX7NCEMKUUOQ3OFDW6WSUXANCNFSM6AAAAAAWLFQVJE>. You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Michael Mussulis CEO Xtreme Vision Systems SRL Reg Com: J40/23/03.01.2012 CUI: 29505826 mobilePhone + 40 721 052 013 <tel:+%201%20772%20418%203463> mobilePhone + 1 772 418 3463 <tel:+%201%20772%20418%203463> emailAddress ***@***.*** ***@***.***> website https://xtreme-vision.net <https://xtreme-vision.net>

[cmuench]

@xtremevision Older Magerun version were compiled with PHP 7.4.
I updated the PHP version of the deployment server. This changes are now reverted.
The development phar is now build with PHP 7.4.
Would be good to know if this phar file works in your environment, now.
If this solves the issue then I will publish a new v7.0.2 so that some automations can update to this phar file.

[xtremevision]

Yes, it's working. I deleted my compiled version and downloaded latest from: wget https://files.magerun.net/n98-magerun2.phar thanks for the fix. I think it would be good for you to make a small change, increase the version to 7.0.2 and let me do a "self-update" to see if it breaks or not. Thanks, Michael.

On 30/03/2023 12:01, Christian Münch wrote: @xtremevision <https://github.com/xtremevision> Older Magerun version were compiled with PHP 7.4. I updated the PHP version of the deployment server. This changes are now reverted. The development phar is now build with PHP 7.4. Would be good to know if this phar file works in your environment, now. — Reply to this email directly, view it on GitHub <#1164 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABR3CER554HJHH7ZQBVZV5TW6WU4DANCNFSM6AAAAAAWLFQVJE>. You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Michael Mussulis CEO Xtreme Vision Systems SRL Reg Com: J40/23/03.01.2012 CUI: 29505826 mobilePhone + 40 721 052 013 <tel:+%201%20772%20418%203463> mobilePhone + 1 772 418 3463 <tel:+%201%20772%20418%203463> emailAddress ***@***.*** ***@***.***> website https://xtreme-vision.net <https://xtreme-vision.net>

[cmuench]

New version 7.0.2 is deployed. Thanks.
https://magerun.net/n98-magerun2-v7-0-2-bugfix-release/

I close the issue.

[xtremevision]

I am sorry, but it's still happening. I released a site to a new vps, and after doing a self-update I am getting the same error :(

On 30/03/2023 14:09, Christian Münch wrote: Closed #1164 <#1164> as completed. — Reply to this email directly, view it on GitHub <#1164 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABR3CEVEWBNR6DWFE7W6CT3W6XD67ANCNFSM6AAAAAAWLFQVJE>. You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Michael Mussulis CEO Xtreme Vision Systems SRL Reg Com: J40/23/03.01.2012 CUI: 29505826 mobilePhone + 40 721 052 013 <tel:+%201%20772%20418%203463> mobilePhone + 1 772 418 3463 <tel:+%201%20772%20418%203463> emailAddress ***@***.*** ***@***.***> website https://xtreme-vision.net <https://xtreme-vision.net>

[cmuench]

@xtremevision Can you check if your bin/magento is executable?

[taoufiqaitali]

still happen in latest version

[cmuench]

@xtremevision I see that you run the tool with a relative path. I will check if this can cause the issue.

[cmuench]

@xtremevision I was able to reproduce the issue.
It's happening if the default PHP version is e.g. 7.4 but Magento requires at least PHP 8.1.
In n98-magerun2 >7.0.0 we load the command list by calling the bin/magento script and let it return a JSON feed of the command.
If you specify the PHP version the command list is currently not loaded via the specified PHP interpreter. I wil provide a fix for that.

[cmuench]

@xtremevision I should have fixed the issue.
You can test the fix by updating to the development version via n98-magerun2.phar self-update --unstable.
I will release the fix with the upcoming 7.1.0 release (maybe next week).

[xtremevision]

[root@]# php81 -v PHP 8.1.14 (cli) (built: Jan  4 2023 06:45:14) (NTS gcc x86_64) Copyright (c) The PHP Group Zend Engine v4.1.14, Copyright (c) Zend Technologies     with Zend OPcache v8.1.14, Copyright (c), by Zend Technologies

On 09/04/2023 08:07, Christian Münch wrote: @xtremevision <https://github.com/xtremevision> I was able to reproduce the issue. It's happening if the default PHP version is e.g. 7.4 but Magento requires at least PHP 8.1. In n98-magerun2 >7.0.0 we load the command list by calling the bin/magento script and let it return a JSON feed of the command. If you specify the PHP version the command list is currently not loaded via the specified PHP interpreter. I wil provide a fix for that. — Reply to this email directly, view it on GitHub <#1164 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABR3CEQJI3CH7GJNOWS5C6LXAKRABANCNFSM6AAAAAAWLFQVJE>. You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Michael Mussulis CEO Xtreme Vision Systems SRL Reg Com: J40/23/03.01.2012 CUI: 29505826 mobilePhone + 40 721 052 013 <tel:+%201%20772%20418%203463> mobilePhone + 1 772 418 3463 <tel:+%201%20772%20418%203463> emailAddress ***@***.*** ***@***.***> website https://xtreme-vision.net <https://xtreme-vision.net>

[xtremevision]

[root@]# php74 -v PHP 7.4.33 (cli) (built: Nov  9 2022 08:01:02) ( NTS ) Copyright (c) The PHP Group Zend Engine v3.4.0, Copyright (c) Zend Technologies     with the ionCube PHP Loader + ionCube24 v11.0.1, Copyright (c) 2002-2022, by ionCube Ltd.     with Zend OPcache v7.4.33, Copyright (c), by Zend Technologies

On 09/04/2023 08:07, Christian Münch wrote: @xtremevision <https://github.com/xtremevision> I was able to reproduce the issue. It's happening if the default PHP version is e.g. 7.4 but Magento requires at least PHP 8.1. In n98-magerun2 >7.0.0 we load the command list by calling the bin/magento script and let it return a JSON feed of the command. If you specify the PHP version the command list is currently not loaded via the specified PHP interpreter. I wil provide a fix for that. — Reply to this email directly, view it on GitHub <#1164 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABR3CEQJI3CH7GJNOWS5C6LXAKRABANCNFSM6AAAAAAWLFQVJE>. You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Michael Mussulis CEO Xtreme Vision Systems SRL Reg Com: J40/23/03.01.2012 CUI: 29505826 mobilePhone + 40 721 052 013 <tel:+%201%20772%20418%203463> mobilePhone + 1 772 418 3463 <tel:+%201%20772%20418%203463> emailAddress ***@***.*** ***@***.***> website https://xtreme-vision.net <https://xtreme-vision.net>

[xtremevision]

Confirmed fix on both counts. Good work! :)

On 09/04/2023 08:31, Christian Münch wrote: @xtremevision <https://github.com/xtremevision> I should have fixed the issue. You can test the fix by updating to the development version via |n98-magerun2.phar self-update --unstable|. — Reply to this email directly, view it on GitHub <#1164 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABR3CEQ7Y5BY4HX743626MTXAKT2NANCNFSM6AAAAAAWLFQVJE>. You are receiving this because you were mentioned.Message ID: ***@***.***>

-- Michael Mussulis CEO Xtreme Vision Systems SRL Reg Com: J40/23/03.01.2012 CUI: 29505826 mobilePhone + 40 721 052 013 <tel:+%201%20772%20418%203463> mobilePhone + 1 772 418 3463 <tel:+%201%20772%20418%203463> emailAddress ***@***.*** ***@***.***> website https://xtreme-vision.net <https://xtreme-vision.net>

[cmuench]

@xtremevision I just deployed the fix with 7.0.3.

[taoufiqaitali]

@cmuench
still not work for me for dev and 7.0.3 version

[cmuench]

@taoufiqaitali Wow. That's strange.
Maybe is the check via --version not good enough.
Internally we run php8.1 bin/magento list --format=json. Is that working?

[cmuench]

@taoufiqaitali I see that we catch an exception. I will add the exception message to the output.

[taoufiqaitali]

@cmuench yes yes it work now, i notice that it require to run mysql
if not running it will not work because bin/magento list show an error after the list

[cmuench]

@taoufiqaitali ok

[simpa407]

I got this error when debugging

I use magento 2.3.4-p4, php 7.4 and n98 7.0.3 version.
I try updating n98 to 7.1.0.dev but it's same error

Thanks

[cmuench]

@simpa407 I just installed a Magento 2.4.3 and tried the current n98-magerun2 version with PHP 7.4.
Sadly I cannot see any error on my machine.
Can you run bin/magento in your installation?

[simpa407]

@cmuench Yes, everything works fine. Just show error when I debug function on cron

[cmuench]

@simpa407 ok. Interesting. This means the error is gone if xdebug is off?

[epolish]

Hi guys. The issue might be here vendor/symfony/process/Process.php
@proc_open
It passes all ENV vars to the new process (bin/magento --format="json"), and xdebug can't catch that new one and that's why it stucks for 60 seconds
Maybe it would be nice idea to filter out the XDEBUG_CONFIG env param in that method

[epolish]

Currently I mage a harcode breakpoint

[cmuench]

@epolish Thanks for the insights. :-) Let's see if we can fix that.