Im Namespace „cache“ sind keine Befehle definiert


20

Aktualisieren

Alles funktioniert jetzt, There are no commands defined in the "cache" namespaceist aber immer noch da. Ich habe versucht chmod 777 -R var/generation, nichts zu reparieren. AFAIK kein Modul ist aktiviert

   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

Das Problem war schon lange vor der Installation von nosto vorhanden. Ich installierte zuerst den SM-Schnellstart und aktualisierte ihn dann auf die neueste Magento-Version. Wenn ich den Cache aus dem Admin-Bereich lösche, wird kein Fehler angezeigt. Ich muss das Problem beheben, sonst kann ich kein Modul installieren oder das Problem beheben

Jetzt aktualisieren Ich habe Nosto deaktiviert.


Wenn die Bilder zu groß sind, entfernen Sie sie bitte und hinterlassen Sie stattdessen einen Link zu imgur
Lynob

@ProxiBlue Nein, ich habe es nicht versucht, werde es an diesem Wochenende und lassen Sie uns wissen, danke für die Info, ich glaube, Ihre Lösung wird es lösen
Lynob

Ich habe dieses Problem oder Variationen desselben oft gehabt, als ich mein erstes m2-Modul codiert habe. In allen Fällen wurde es durch meinen eigenen Code verursacht, normalerweise durch ein Problem in der Datei module.xml. In Anbetracht dessen, würde ich ein drittes Teil wagen moduke ist ein Problem. Benötigt möglicherweise ein Update. Sie müssen Module von Drittanbietern systematisch deaktivieren, um die Schuldigen zu finden
ProxiBlue

Es tut uns leid. Accidentalky hat meinen Kommentar gelöscht. Also einfach ruhen lassen.
ProxiBlue

@ProxiBlue das ist in Ordnung und wenn ein Modul das verursachen kann, dann wird der Fehler definitiv von einem Modul verursacht, da ich eine benutzerdefinierte Magento-Version verwende, die vom SM-Markt unterstützt wird. Es hat ein eigenes Thema und eine Billionen-Erweiterung, für die ich nicht weiß, wofür , scheint, ich muss sie 1 von 1 deaktivieren
Lynob

Antworten:


26

Dieser Fehler tritt auf, wenn ein Modul seine Befehle nicht korrekt deklariert. Es hindert Magento nur daran, die gesamte Befehlsliste korrekt zu lesen.

Sofern Sie keine Module von Drittanbietern beschädigt haben, befindet sich wahrscheinlich noch etwas in Ihrem Cache- oder Generierungsordner, das Sie daran hindert, Magento-Befehle korrekt auszuführen.

Von Ihrem Magento-Stamm:

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

Dann versuche es nochmal:

php bin/magento cache:flush

Wenn es nicht funktioniert, versuchen Sie einfach auszuführen:

php bin/magento

Und sehen Sie, was der letzte gezeigte Befehl ist.


1
nein , es hat nicht funktioniert und here die Ausgabe von php bin/magento pastebin.com/AknS0gV9
Lynob

Haben Sie display_errors in der CLI aktiviert?
Phoenix128_RiccardoT

php -d display_errors bin/magento >log.txtKeine
Strage-

soll ich es von php.ini aus einschalten? Soll ich Magento verbose verwenden?
Lynob

Ähm ... irgendwelche Module des dritten Teils?
Phoenix128_RiccardoT

16

Ich habe das gleiche Problem durchgemacht. Ich habe das gleiche getan, wie Sie pub / static-Inhalte gelöscht haben, aber nach der erneuten Bereitstellung habe ich die Lösungen nicht erhalten. Wieder habe ich frisches Magento installiert. Nach einiger Zeit stelle ich mich wieder diesem Problem, aber dieses Mal habe ich den besten Ansatz gewählt. Hoffe, dass dies für Sie funktioniert: Verwenden Sie den folgenden Befehl aus Ihrem Magento-Stammverzeichnis

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.

Bitte vermeiden Sie 777 auf dem Produktionsserver, geben Sie jedoch Lese- und Schreibrechte für Magento an.


Vielen Dank Lynob. Bitte können Sie Ihren Fehler hier einfügen?
Manish

1
der gleiche Fehler, die Schritte haben es nicht behoben, ich denke, eine Art benutzerdefiniertes Modul verursacht das Problem
Lynob

Abgestimmt für 777 als Lösung.
Vicary

13

$ bin / magento-Modul: Aktivieren Sie --all


Dieser Befehl generiert die app/etc/config.phpDatei, die alle installierten Module und deren Aktivierungsstatus enthält.
Cyclonecode

7

Es hat das gleiche Problem. Ich wurde durch Ausführen des folgenden Befehls entschlossen:

PHP bin / Magento

Anschließend werden die Fehler wie unter "Kreissequenzreferenz ..." angezeigt. Mit diesen Fehlern entfernen wir nur:

in etc / module.xml, da der Modulname bereits im Modul-Tag definiert ist.


3

Ich hatte dieses Problem auch einmal. Meins ist passiert, weil ich gerade eine saubere Auffrischung machte

php bin / magento setup: upgrade von php bin / magento setup: di: kompilieren von php bin / magento setup: statischer inhalt: implementieren von php bin / magento indexer: reindexieren von php bin / magento cache: bereinigen

Wie ich meine kaputt machte, war ich auf der Arbeit, um nach Hause zu gehen und weiter zu arbeiten. Natürlich musste ich var / cache / * var / page_cache / * var / di / * var / generation / * löschen und dann den Prozess erneut ausführen, und alles funktionierte einwandfrei.

Ich teile nur meine Erfahrungen. Ich hoffe, es hilft Ihnen bei der Fehlerbehebung.


2

Versuche dies,

  • sudo chmod -R 777 var
  • sudo chmod -R 777 pub
  • sudo php bin / magento setup: upgrade

Dies kann helfen, irgendetwas Schreibberechtigung zu erteilen, und jeder ist NICHT der richtige Weg. Stellen Sie die Berechtigungen richtig ein, damit die richtige Verwendung in diese Ordner schreiben kann.
Andy

1

2. Antwort, nachdem Sie Ihren Beitrag aktualisiert haben:

Entsprechend Ihrer module:statusAusgabe sind alle Magento-Kernmodule deaktiviert. Ich habe das noch nie gesehen und weiß nicht, wie Ihr Administrator noch arbeitet!

Wie auch immer Ihre öffnen app/etc/config.phpDatei und starten mit allen Modulen eingestellt Magento_zu 1.

Beispiel:

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

Danach führen Sie von Ihrem Magento-Root aus:

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

Und versuche es erneut.


1

Ich kämpfte eine Weile damit und fand keine Informationen in diesen Foren, bis ich es schließlich herausfand. Ich hatte ein Drittanbieter-Modul, das nicht richtig definiert war. Ich hatte die registration.phpAkte an Ort und Stelle, aber ich hatte die etc\module.xmlAkte nicht. Anstatt das fehlerhaft konfigurierte Modul ordnungsgemäß zu verfälschen oder zu ignorieren, wird die gesamte Magento-Engine, einschließlich der CLI, deaktiviert. Ich könnte nicht einmal rennen, bin/magento module:statusohne den gleichen Fehler zu verursachen.

Wenn dies Ihnen passiert und alle anderen Lösungen fehlschlagen, überprüfen Sie, ob Sie keine falsch konfigurierte Erweiterung haben.


1

Ich habe das gleiche Problem

[Symfony \ Component \ Console \ Exception \ CommandNotFoundException] Im
Namespace "cache" sind keine Befehle definiert.

Ich habe meine verlorene Quelldatei etc / evn.php eingecheckt . Drücken Sie auf die Quelle und es wird behoben.


1

Überprüfen Sie die Datei module.xml Ihrer zuletzt installierten Erweiterung. Dieser Fehler liegt im Allgemeinen nur an dieser Datei


0

Ich wende die ganze Antwort aber nicht an. Dann beginne ich meinen Code zu überprüfen, in der Datei env.php habe ich dort ein Problem gefunden. Also bitte alle Antworten sorgfältig anwenden.


1
Überprüfen Sie die Datei module.xml Ihrer zuletzt installierten Erweiterung. Dieser Fehler in der Regel nur wegen dieser Datei
zuber Bandi

0

Überprüfen Sie, ob eine der neu erstellten Moduldateien etc/module.xmlSyntaxfehler aufweist.


0

Schließlich hat es für mich funktioniert, alle Tipps aus früheren Antworten zu kombinieren:

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
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.