Il n'y a pas de commandes définies dans l'espace de noms «cache»


20

Mise à jour

Tout fonctionne maintenant mais There are no commands defined in the "cache" namespaceest toujours là. J'ai essayé chmod 777 -R var/generation, je n'ai rien arrangé. AFAIK aucun module n'est activé

   public_html]# bin/magento module:status
List of enabled modules:
Nosto_Tagging

List of disabled modules:
Magento_Store
Magento_AdvancedPricingImportExport
Magento_Directory
Magento_Theme
Magento_Backend
Magento_Backup
Magento_Eav
Magento_Customer
Magento_BundleImportExport
Magento_AdminNotification
Magento_CacheInvalidate
Magento_Indexer
Magento_Cms
Magento_CatalogImportExport
Magento_Catalog
Magento_Rule
Magento_Msrp
Magento_Search
Magento_Bundle
Magento_Quote
Magento_CatalogUrlRewrite
Magento_Widget
Magento_SalesSequence
Magento_CheckoutAgreements
Magento_Payment
Magento_Downloadable
Magento_CmsUrlRewrite
Magento_Config
Magento_ConfigurableImportExport
Magento_CatalogInventory
Magento_SampleData
Magento_Contact
Magento_Cookie
Magento_Cron
Magento_CurrencySymbol
Magento_CatalogSearch
Magento_CustomerImportExport
Magento_CustomerSampleData
Magento_Deploy
Magento_Developer
Magento_Dhl
Magento_Authorization
Magento_User
Magento_ImportExport
Magento_Sales
Magento_CatalogRule
Magento_Email
Magento_EncryptionKey
Magento_Fedex
Magento_GiftMessage
Magento_Checkout
Magento_GoogleAnalytics
Magento_GoogleOptimizer
Magento_GroupedImportExport
Magento_GroupedProduct
Magento_Tax
Magento_DownloadableImportExport
Magento_Braintree
Magento_Integration
Magento_LayeredNavigation
Magento_Marketplace
Magento_MediaStorage
Magento_ConfigurableProduct
Magento_MsrpSampleData
Magento_Multishipping
Magento_NewRelicReporting
Magento_Newsletter
Magento_OfflinePayments
Magento_SalesRule
Magento_OfflineShipping
Magento_PageCache
Magento_Captcha
Magento_Paypal
Magento_Persistent
Magento_ProductAlert
Magento_Weee
Magento_ProductVideo
Magento_CatalogSampleData
Magento_Reports
Magento_RequireJs
Magento_Review
Magento_BundleSampleData
Magento_Rss
Magento_DownloadableSampleData
Magento_Authorizenet
Magento_OfflineShippingSampleData
Magento_ConfigurableSampleData
Magento_SalesSampleData
Magento_ProductLinksSampleData
Magento_ThemeSampleData
Magento_ReviewSampleData
Magento_SendFriend
Magento_Ui
Magento_Sitemap
Magento_CatalogRuleConfigurable
Magento_Swagger
Magento_Swatches
Magento_SwatchesSampleData
Magento_GroupedProductSampleData
Magento_TaxImportExport
Magento_TaxSampleData
Magento_GoogleAdwords
Magento_CmsSampleData
Magento_Translation
Magento_Shipping
Magento_Ups
Magento_UrlRewrite
Magento_CatalogRuleSampleData
Magento_Usps
Magento_Variable
Magento_Version
Magento_Webapi
Magento_WebapiSecurity
Magento_SalesRuleSampleData
Magento_CatalogWidget
Magento_WidgetSampleData
Magento_Wishlist
Magento_WishlistSampleData
Sm_BasicProducts
Sm_Categories
Sm_Deals
Sm_ImageSlider
Sm_ListingTabs
Sm_Market
Sm_MegaMenu
Sm_QuickView

Le problème était là bien avant d'installer nosto, j'ai d'abord installé SM quickstart, puis j'ai mis à niveau la dernière version de magento. si j'efface le cache de la zone d'administration, je ne vois aucune erreur. J'ai besoin de le réparer sinon je ne pourrai jamais installer de module ou résoudre ce problème

Mettre à jour maintenant j'ai désactivé nosto.


si les images sont trop grandes, veuillez les supprimer et laisser simplement un lien vers imgur à la place
Lynob

@ProxiBlue non, je ne vais pas l'essayer ce week-end et je vous le ferai savoir, merci pour l'info, je crois que votre solution le résoudra
Lynob

J'ai eu ce problème, ou des variations de celui-ci, plusieurs fois lors du codage de mon premier module m2. Dans tous les cas, cela a été causé par mon propre code, habituellement un problème dans le module.xml. Compte tenu de cela, je me risquerais à ce qu'un module de 3e partie soit un problème. Peut avoir besoin d'une mise à jour. Figure, vous devrez systématiquement désactiver les modules tiers pour trouver le (s) coupable (s)
ProxiBlue

Pardon. Accidentalky a supprimé mon commentaire. Donc, juste reposé.
ProxiBlue

@ProxiBlue c'est très bien et si un module peut provoquer cela, alors l'erreur est définitivement causée par un module car j'utilise une version personnalisée de magento soutenue par SM market, il a son propre thème et une extension de mille milliards de dollars, je ne sais pas pourquoi , semble que je dois les désactiver 1 par 1
Lynob

Réponses:


26

Cette erreur se produit lorsqu'un module ne déclare pas correctement ses commandes. Cela empêche simplement Magento de lire correctement la liste des commandes wole.

Sauf si vous avez cassé des modules tiers, il vous reste probablement quelque chose dans votre cache ou dossier de génération vous empêchant d'exécuter correctement les commandes Magento.

Depuis votre racine Magento:

rm -Rf var/cache/*
rm -Rf generated/* (or rm -Rf var/generation/* depending on your Magento version)

Réessayez ensuite:

php bin/magento cache:flush

Si cela ne fonctionne pas, essayez d'exécuter:

php bin/magento

Et voyez quelle est la dernière commande affichée.


1
non cela n'a pas fonctionné et voici la sortie de php bin/magento pastebin.com/AknS0gV9
Lynob

Avez-vous activé display_errors sur CLI?
Phoenix128_RiccardoT

php -d display_errors bin/magento >log.txtaucune erreur de strage
Lynob

dois-je l'activer à partir de php.ini? dois-je utiliser magento verbose?
Lynob

Uhm ... des modules tiers?
Phoenix128_RiccardoT

16

J'ai vécu le même problème. J'ai fait la même chose que vous supprimez le contenu pub / statique, mais après le redéploiement, je n'ai pas obtenu les solutions. Encore une fois, j'ai installé Magento frais. Après un certain temps, je suis confronté à ce problème, mais cette fois, j'ai utilisé la meilleure approche. J'espère que cela fonctionnera pour vous: Utilisez la commande suivante à partir de votre répertoire racine magento

Step 1 - sudo rm -rf var/di/* var/generation/* var/cache/* var/page_cache/* var/view_preprocessed/* var/composer_home/cache/*
Step 2 - sudo chmod 777 var -R
Step 3 - sudo chmod 777 pub -R
Step 4 - sudo php bin/magento setup:static-content:deploy
Repeat step 2 & 3.

Veuillez éviter 777 sur le serveur de production, mais fournissez une autorisation de lecture et d'écriture pour Magento.


Merci Lynob. Pouvez-vous coller votre erreur ici?
Manish

1
même erreur, les étapes ne l'ont pas corrigé, je suppose qu'une sorte de module personnalisé est à l'origine du problème
Lynob

A voté pour 777 comme solution.
Vicary

13

Module $ bin / magento: activer --all


Cette commande va générer le app/etc/config.phpfichier qui contient tous les modules installés et leur état d'activation.
Cyclonecode

7

il a eu le même problème. j'ai été résolu en exécutant cette commande:

php bin / magento

une fois terminé, il affiche les erreurs comme "Référence de séquence circulaire ...". Avec ces erreurs, nous supprimons uniquement:

dans etc / module.xml, car le nom du module est déjà défini dans la balise module.


3

J'ai également eu ce problème une fois. Le mien est arrivé parce que je faisais un rafraîchissement propre

configuration php bin / magento: mettre à niveau la configuration php bin / magento: di: compiler la configuration php bin / magento: contenu statique: déployer l'indexeur php bin / magento: réindexer le cache php bin / magento: nettoyer

comment j'ai cassé le mien, j'ai été précipité au travail pour rentrer chez moi et continuer à travailler sans terminer les étapes en pensant que je pouvais simplement rentrer dans le serveur et terminer. bien sûr, j'ai dû effacer var / cache / * var / page_cache / * var / di / * var / generation / * puis relancer le processus et tout a bien fonctionné.

juste partager mon expérience. j'espère que cela vous aidera dans votre dépannage.


2

Essaye ça,

  • sudo chmod -R 777 var
  • sudo chmod -R 777 pub
  • configuration de sudo php bin / magento: mise à niveau

alors que cela peut aider à donner une autorisation d'écriture à tout et que tout le monde n'est PAS la voie à suivre. Définissez les autorisations correctement afin que l'utilisation correcte puisse écrire dans ces dossiers.
Andy

1

2ème réponse après avoir mis à jour votre message:

Selon votre module:statussortie, tous les modules principaux de Magento sont désactivés. Je n'ai jamais vu cela et je ne sais pas comment votre administrateur fonctionne toujours!

Quoi qu'il en soit, ouvrez votre app/etc/config.phpfichier et définissez tous les modules en commençant par Magento_à 1.

Exemple:

...
return array (
  'modules' => 
  array (
    ...
    'Magento_Store' => 1,
    'Magento_AdvancedPricingImportExport' => 1,
    'Magento_Directory' => 1,
    ...
...

Après cela, à partir de votre root root Magento:

rm -Rf var/cache/*
rm -Rf var/generation/*

Et essayez à nouveau.


1

J'ai lutté avec cela pendant un certain temps, ne trouvant aucune information sur ces forums, jusqu'à ce que je le comprenne enfin. J'avais un module tiers qui n'était pas correctement défini. J'avais le registration.phpdossier en place, mais je ne l'avais pas etc\module.xml. Au lieu d'erreurs gracieuses ou d'ignorer le module mal configuré, il tue l'ensemble du moteur Magento, y compris la CLI. Je ne pouvais même pas courir bin/magento module:statussans lancer la même erreur.

Donc, si cela vous arrive et que toutes les autres solutions échouent, vérifiez que vous ne disposez pas d'une extension mal configurée.


1

J'ai le même problème

[Symfony \ Component \ Console \ Exception \ CommandNotFoundException]
Aucune commande n'est définie dans l'espace de noms "cache".

J'ai archivé mon fichier source perdu etc / evn.php . Appuyez sur la source et corrigez-la.


1

Vérifiez le fichier module.xml de votre dernière extension installée. Cette erreur est généralement due à ce fichier uniquement


0

J'applique toute la réponse Mais ne fonctionne pas. Ensuite, je commence à vérifier mon code, dans le fichier env.php j'ai trouvé un problème là-bas. Veuillez donc soigneusement appliquer toute la réponse.


1
Vérifiez le fichier module.xml de votre dernière extension installée. Cette erreur est généralement due à ce fichier uniquement
zuber bandi

0

Vérifiez si l'un des etc/module.xmlfichiers de votre module nouvellement créé ne contient aucune erreur de syntaxe.


0

Enfin, la combinaison de tous les conseils des réponses précédentes a fonctionné pour moi:

1. rm -rf generated/code
2. rm -rf var/cache
3. rm -rf var/view_preprocessed
4. php -d memory_limit=-1 bin/magento
5. php -d memory_limit=-1 bin/magento module:enable --all # You can disable selected later if required
6. php -d memory_limit=-1 bin/magento cache:flush
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.