Magento 2 reindex returns No such entity
I have successfully migrated the catalog from Magento 1.9.2.3 to Magento 2.0.2.
After the migration, I did reindex using the command php bin/magento indexer:reindex
.
All is reindexed successfully, except indexes catalog_category_product
and catalog_product_category
, returning No such entity.
in shell and notification Reindex Required
in admin.
I've checked var/log/
but no errors.
As a result, products are added to categories in the backend but categories show up empty on the frontend.
What might cause this problem?
How can I debug?
magento2 reindex magento-2.0 migration
add a comment |
I have successfully migrated the catalog from Magento 1.9.2.3 to Magento 2.0.2.
After the migration, I did reindex using the command php bin/magento indexer:reindex
.
All is reindexed successfully, except indexes catalog_category_product
and catalog_product_category
, returning No such entity.
in shell and notification Reindex Required
in admin.
I've checked var/log/
but no errors.
As a result, products are added to categories in the backend but categories show up empty on the frontend.
What might cause this problem?
How can I debug?
magento2 reindex magento-2.0 migration
basically the same magento.stackexchange.com/questions/102739/…
– Patrick-Peng
Jul 17 '16 at 0:59
add a comment |
I have successfully migrated the catalog from Magento 1.9.2.3 to Magento 2.0.2.
After the migration, I did reindex using the command php bin/magento indexer:reindex
.
All is reindexed successfully, except indexes catalog_category_product
and catalog_product_category
, returning No such entity.
in shell and notification Reindex Required
in admin.
I've checked var/log/
but no errors.
As a result, products are added to categories in the backend but categories show up empty on the frontend.
What might cause this problem?
How can I debug?
magento2 reindex magento-2.0 migration
I have successfully migrated the catalog from Magento 1.9.2.3 to Magento 2.0.2.
After the migration, I did reindex using the command php bin/magento indexer:reindex
.
All is reindexed successfully, except indexes catalog_category_product
and catalog_product_category
, returning No such entity.
in shell and notification Reindex Required
in admin.
I've checked var/log/
but no errors.
As a result, products are added to categories in the backend but categories show up empty on the frontend.
What might cause this problem?
How can I debug?
magento2 reindex magento-2.0 migration
magento2 reindex magento-2.0 migration
edited Aug 7 '18 at 0:40
Rafael Corrêa Gomes
4,29222962
4,29222962
asked Mar 17 '16 at 19:35
Gerard de VisserGerard de Visser
3151419
3151419
basically the same magento.stackexchange.com/questions/102739/…
– Patrick-Peng
Jul 17 '16 at 0:59
add a comment |
basically the same magento.stackexchange.com/questions/102739/…
– Patrick-Peng
Jul 17 '16 at 0:59
basically the same magento.stackexchange.com/questions/102739/…
– Patrick-Peng
Jul 17 '16 at 0:59
basically the same magento.stackexchange.com/questions/102739/…
– Patrick-Peng
Jul 17 '16 at 0:59
add a comment |
5 Answers
5
active
oldest
votes
In addition to Raphael:
I Debugged this code with altering the exception constructor for debug purposes (either by xdebug or old dumps).
Alter the construct of the exception for now (the file is libinternalMagentoFrameworkExceptionNoSuchEntityException.php
)
$trace = debug_backtrace();
var_dump($trace[1]['class'] . '::' . $trace[1]['function'] . '('.$trace[1]['line'] .')';
die();
After that go up one stack and check the arguments given (the args are also available in the debug backtrace, but dumping magento objects isn't really browser friendly).
Came to the conclusion, that it was in the storeGroupRepository
where it couldn't find the group id. Dived into the store tables and saw a few lines in the store table that were referencing a store_group
that wasn't in the store_group
table(store group not exist in relevant table).
Removed the faulty store lines and the error has been gone ever since.
But, keep in mind that it can also be in a different table/other reason. for example website, store itself or store group in this case. So that is always a little search you have to perform yourself.
Also found out that there were quite a lot of references to these stores and also removed them manually in the db. This can be a tedious work but it will solve the problem.
And don't forget to remove your hacks.
why don't you use xdebug instead?
– Luke
Oct 2 '17 at 13:23
@TimVroom I have also same error.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:58
add a comment |
Not sure if this is too late to add, but when I had this It appeared to be caused by some entity ids that needed to be set to 0.
This script worked for me:
SET FOREIGN_KEY_CHECKS=0;
UPDATE `store` SET store_id = 0 WHERE code='admin';
UPDATE `store_group` SET group_id = 0 WHERE name='Default';
UPDATE `store_website` SET website_id = 0 WHERE code='admin';
UPDATE `customer_group` SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';
SET FOREIGN_KEY_CHECKS=1;
Hope it helps.
this helped me a lot, thank you for sharing!
– favo
May 17 '17 at 14:10
This also worked for me :)
– Owen
Jan 27 '18 at 9:18
add a comment |
Ok so the No such entity.
error message comes from libinternalMagentoFrameworkExceptionNoSuchEntityException.php
.
This class is a custom exception class of Magento and it is used a lot in Magento 2.
Whenever you see code like:
catch (NoSuchEntityException $e)
Or
throw NoSuchEntityException;
This class is being used.
The problem in your case is that it's hard to find out from where that exception is being thrown.
So to narrow it a bit, you can start debugging the two classes related to your indexes that fail:
MagentoCatalogModelIndexerCategoryProduct
=> catalog_category_product index
MagentoCatalogModelIndexerProductCategory
=> catalog_product_category index
Fortunately, the second one extends the first one so you've got one starting point.
You've got to keep in mind that each of this indexer class uses action rows classes to process the reindexing:
MagentoCatalogModelIndexerProductCategoryActionRows
MagentoCatalogModelIndexerCategoryProductActionRows
To me that's where you should start debugging as those action row classes are the direct classes which are reindexing those two indexes.
I really hope it will help you find your problem.
Hi @Raphael , I have similar issue for customer creation after migration.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:59
add a comment |
THIS WORKED FOR ME AFTER TRYING EVERYTHING.
Assuming your site is in Developer Mode
, you can change it to Production Mode
and clear/flush cache and then switch back to Developer Mode
.
I had this issue in the front end, as i recently moved the database from one server to another. I have managed to solve by this way.
HOPE THIS HELPS SOME ONE.
add a comment |
Basically the same
Magento 2 - Moving site - 'No such entity'
cd /magento-root-path/var
rm -rf *
cd ../
php bin/magento setup:upgrade
rm -rf ./var/di
php bin/magento setup:di:compile
php bin/magento setup:static-content:deploy
chown -R www-data
.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "479"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f106793%2fmagento-2-reindex-returns-no-such-entity%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
In addition to Raphael:
I Debugged this code with altering the exception constructor for debug purposes (either by xdebug or old dumps).
Alter the construct of the exception for now (the file is libinternalMagentoFrameworkExceptionNoSuchEntityException.php
)
$trace = debug_backtrace();
var_dump($trace[1]['class'] . '::' . $trace[1]['function'] . '('.$trace[1]['line'] .')';
die();
After that go up one stack and check the arguments given (the args are also available in the debug backtrace, but dumping magento objects isn't really browser friendly).
Came to the conclusion, that it was in the storeGroupRepository
where it couldn't find the group id. Dived into the store tables and saw a few lines in the store table that were referencing a store_group
that wasn't in the store_group
table(store group not exist in relevant table).
Removed the faulty store lines and the error has been gone ever since.
But, keep in mind that it can also be in a different table/other reason. for example website, store itself or store group in this case. So that is always a little search you have to perform yourself.
Also found out that there were quite a lot of references to these stores and also removed them manually in the db. This can be a tedious work but it will solve the problem.
And don't forget to remove your hacks.
why don't you use xdebug instead?
– Luke
Oct 2 '17 at 13:23
@TimVroom I have also same error.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:58
add a comment |
In addition to Raphael:
I Debugged this code with altering the exception constructor for debug purposes (either by xdebug or old dumps).
Alter the construct of the exception for now (the file is libinternalMagentoFrameworkExceptionNoSuchEntityException.php
)
$trace = debug_backtrace();
var_dump($trace[1]['class'] . '::' . $trace[1]['function'] . '('.$trace[1]['line'] .')';
die();
After that go up one stack and check the arguments given (the args are also available in the debug backtrace, but dumping magento objects isn't really browser friendly).
Came to the conclusion, that it was in the storeGroupRepository
where it couldn't find the group id. Dived into the store tables and saw a few lines in the store table that were referencing a store_group
that wasn't in the store_group
table(store group not exist in relevant table).
Removed the faulty store lines and the error has been gone ever since.
But, keep in mind that it can also be in a different table/other reason. for example website, store itself or store group in this case. So that is always a little search you have to perform yourself.
Also found out that there were quite a lot of references to these stores and also removed them manually in the db. This can be a tedious work but it will solve the problem.
And don't forget to remove your hacks.
why don't you use xdebug instead?
– Luke
Oct 2 '17 at 13:23
@TimVroom I have also same error.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:58
add a comment |
In addition to Raphael:
I Debugged this code with altering the exception constructor for debug purposes (either by xdebug or old dumps).
Alter the construct of the exception for now (the file is libinternalMagentoFrameworkExceptionNoSuchEntityException.php
)
$trace = debug_backtrace();
var_dump($trace[1]['class'] . '::' . $trace[1]['function'] . '('.$trace[1]['line'] .')';
die();
After that go up one stack and check the arguments given (the args are also available in the debug backtrace, but dumping magento objects isn't really browser friendly).
Came to the conclusion, that it was in the storeGroupRepository
where it couldn't find the group id. Dived into the store tables and saw a few lines in the store table that were referencing a store_group
that wasn't in the store_group
table(store group not exist in relevant table).
Removed the faulty store lines and the error has been gone ever since.
But, keep in mind that it can also be in a different table/other reason. for example website, store itself or store group in this case. So that is always a little search you have to perform yourself.
Also found out that there were quite a lot of references to these stores and also removed them manually in the db. This can be a tedious work but it will solve the problem.
And don't forget to remove your hacks.
In addition to Raphael:
I Debugged this code with altering the exception constructor for debug purposes (either by xdebug or old dumps).
Alter the construct of the exception for now (the file is libinternalMagentoFrameworkExceptionNoSuchEntityException.php
)
$trace = debug_backtrace();
var_dump($trace[1]['class'] . '::' . $trace[1]['function'] . '('.$trace[1]['line'] .')';
die();
After that go up one stack and check the arguments given (the args are also available in the debug backtrace, but dumping magento objects isn't really browser friendly).
Came to the conclusion, that it was in the storeGroupRepository
where it couldn't find the group id. Dived into the store tables and saw a few lines in the store table that were referencing a store_group
that wasn't in the store_group
table(store group not exist in relevant table).
Removed the faulty store lines and the error has been gone ever since.
But, keep in mind that it can also be in a different table/other reason. for example website, store itself or store group in this case. So that is always a little search you have to perform yourself.
Also found out that there were quite a lot of references to these stores and also removed them manually in the db. This can be a tedious work but it will solve the problem.
And don't forget to remove your hacks.
edited Jul 6 '16 at 11:06
denish vachhani
3,2651838
3,2651838
answered Apr 22 '16 at 13:51
TimVroomTimVroom
32918
32918
why don't you use xdebug instead?
– Luke
Oct 2 '17 at 13:23
@TimVroom I have also same error.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:58
add a comment |
why don't you use xdebug instead?
– Luke
Oct 2 '17 at 13:23
@TimVroom I have also same error.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:58
why don't you use xdebug instead?
– Luke
Oct 2 '17 at 13:23
why don't you use xdebug instead?
– Luke
Oct 2 '17 at 13:23
@TimVroom I have also same error.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:58
@TimVroom I have also same error.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:58
add a comment |
Not sure if this is too late to add, but when I had this It appeared to be caused by some entity ids that needed to be set to 0.
This script worked for me:
SET FOREIGN_KEY_CHECKS=0;
UPDATE `store` SET store_id = 0 WHERE code='admin';
UPDATE `store_group` SET group_id = 0 WHERE name='Default';
UPDATE `store_website` SET website_id = 0 WHERE code='admin';
UPDATE `customer_group` SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';
SET FOREIGN_KEY_CHECKS=1;
Hope it helps.
this helped me a lot, thank you for sharing!
– favo
May 17 '17 at 14:10
This also worked for me :)
– Owen
Jan 27 '18 at 9:18
add a comment |
Not sure if this is too late to add, but when I had this It appeared to be caused by some entity ids that needed to be set to 0.
This script worked for me:
SET FOREIGN_KEY_CHECKS=0;
UPDATE `store` SET store_id = 0 WHERE code='admin';
UPDATE `store_group` SET group_id = 0 WHERE name='Default';
UPDATE `store_website` SET website_id = 0 WHERE code='admin';
UPDATE `customer_group` SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';
SET FOREIGN_KEY_CHECKS=1;
Hope it helps.
this helped me a lot, thank you for sharing!
– favo
May 17 '17 at 14:10
This also worked for me :)
– Owen
Jan 27 '18 at 9:18
add a comment |
Not sure if this is too late to add, but when I had this It appeared to be caused by some entity ids that needed to be set to 0.
This script worked for me:
SET FOREIGN_KEY_CHECKS=0;
UPDATE `store` SET store_id = 0 WHERE code='admin';
UPDATE `store_group` SET group_id = 0 WHERE name='Default';
UPDATE `store_website` SET website_id = 0 WHERE code='admin';
UPDATE `customer_group` SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';
SET FOREIGN_KEY_CHECKS=1;
Hope it helps.
Not sure if this is too late to add, but when I had this It appeared to be caused by some entity ids that needed to be set to 0.
This script worked for me:
SET FOREIGN_KEY_CHECKS=0;
UPDATE `store` SET store_id = 0 WHERE code='admin';
UPDATE `store_group` SET group_id = 0 WHERE name='Default';
UPDATE `store_website` SET website_id = 0 WHERE code='admin';
UPDATE `customer_group` SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';
SET FOREIGN_KEY_CHECKS=1;
Hope it helps.
answered May 18 '16 at 8:04
Adam StaceyAdam Stacey
40349
40349
this helped me a lot, thank you for sharing!
– favo
May 17 '17 at 14:10
This also worked for me :)
– Owen
Jan 27 '18 at 9:18
add a comment |
this helped me a lot, thank you for sharing!
– favo
May 17 '17 at 14:10
This also worked for me :)
– Owen
Jan 27 '18 at 9:18
this helped me a lot, thank you for sharing!
– favo
May 17 '17 at 14:10
this helped me a lot, thank you for sharing!
– favo
May 17 '17 at 14:10
This also worked for me :)
– Owen
Jan 27 '18 at 9:18
This also worked for me :)
– Owen
Jan 27 '18 at 9:18
add a comment |
Ok so the No such entity.
error message comes from libinternalMagentoFrameworkExceptionNoSuchEntityException.php
.
This class is a custom exception class of Magento and it is used a lot in Magento 2.
Whenever you see code like:
catch (NoSuchEntityException $e)
Or
throw NoSuchEntityException;
This class is being used.
The problem in your case is that it's hard to find out from where that exception is being thrown.
So to narrow it a bit, you can start debugging the two classes related to your indexes that fail:
MagentoCatalogModelIndexerCategoryProduct
=> catalog_category_product index
MagentoCatalogModelIndexerProductCategory
=> catalog_product_category index
Fortunately, the second one extends the first one so you've got one starting point.
You've got to keep in mind that each of this indexer class uses action rows classes to process the reindexing:
MagentoCatalogModelIndexerProductCategoryActionRows
MagentoCatalogModelIndexerCategoryProductActionRows
To me that's where you should start debugging as those action row classes are the direct classes which are reindexing those two indexes.
I really hope it will help you find your problem.
Hi @Raphael , I have similar issue for customer creation after migration.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:59
add a comment |
Ok so the No such entity.
error message comes from libinternalMagentoFrameworkExceptionNoSuchEntityException.php
.
This class is a custom exception class of Magento and it is used a lot in Magento 2.
Whenever you see code like:
catch (NoSuchEntityException $e)
Or
throw NoSuchEntityException;
This class is being used.
The problem in your case is that it's hard to find out from where that exception is being thrown.
So to narrow it a bit, you can start debugging the two classes related to your indexes that fail:
MagentoCatalogModelIndexerCategoryProduct
=> catalog_category_product index
MagentoCatalogModelIndexerProductCategory
=> catalog_product_category index
Fortunately, the second one extends the first one so you've got one starting point.
You've got to keep in mind that each of this indexer class uses action rows classes to process the reindexing:
MagentoCatalogModelIndexerProductCategoryActionRows
MagentoCatalogModelIndexerCategoryProductActionRows
To me that's where you should start debugging as those action row classes are the direct classes which are reindexing those two indexes.
I really hope it will help you find your problem.
Hi @Raphael , I have similar issue for customer creation after migration.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:59
add a comment |
Ok so the No such entity.
error message comes from libinternalMagentoFrameworkExceptionNoSuchEntityException.php
.
This class is a custom exception class of Magento and it is used a lot in Magento 2.
Whenever you see code like:
catch (NoSuchEntityException $e)
Or
throw NoSuchEntityException;
This class is being used.
The problem in your case is that it's hard to find out from where that exception is being thrown.
So to narrow it a bit, you can start debugging the two classes related to your indexes that fail:
MagentoCatalogModelIndexerCategoryProduct
=> catalog_category_product index
MagentoCatalogModelIndexerProductCategory
=> catalog_product_category index
Fortunately, the second one extends the first one so you've got one starting point.
You've got to keep in mind that each of this indexer class uses action rows classes to process the reindexing:
MagentoCatalogModelIndexerProductCategoryActionRows
MagentoCatalogModelIndexerCategoryProductActionRows
To me that's where you should start debugging as those action row classes are the direct classes which are reindexing those two indexes.
I really hope it will help you find your problem.
Ok so the No such entity.
error message comes from libinternalMagentoFrameworkExceptionNoSuchEntityException.php
.
This class is a custom exception class of Magento and it is used a lot in Magento 2.
Whenever you see code like:
catch (NoSuchEntityException $e)
Or
throw NoSuchEntityException;
This class is being used.
The problem in your case is that it's hard to find out from where that exception is being thrown.
So to narrow it a bit, you can start debugging the two classes related to your indexes that fail:
MagentoCatalogModelIndexerCategoryProduct
=> catalog_category_product index
MagentoCatalogModelIndexerProductCategory
=> catalog_product_category index
Fortunately, the second one extends the first one so you've got one starting point.
You've got to keep in mind that each of this indexer class uses action rows classes to process the reindexing:
MagentoCatalogModelIndexerProductCategoryActionRows
MagentoCatalogModelIndexerCategoryProductActionRows
To me that's where you should start debugging as those action row classes are the direct classes which are reindexing those two indexes.
I really hope it will help you find your problem.
answered Apr 7 '16 at 15:34
Raphael at Digital PianismRaphael at Digital Pianism
53.5k19112270
53.5k19112270
Hi @Raphael , I have similar issue for customer creation after migration.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:59
add a comment |
Hi @Raphael , I have similar issue for customer creation after migration.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:59
Hi @Raphael , I have similar issue for customer creation after migration.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:59
Hi @Raphael , I have similar issue for customer creation after migration.Please help me magento.stackexchange.com/q/236187/24878
– akgola
Jul 27 '18 at 7:59
add a comment |
THIS WORKED FOR ME AFTER TRYING EVERYTHING.
Assuming your site is in Developer Mode
, you can change it to Production Mode
and clear/flush cache and then switch back to Developer Mode
.
I had this issue in the front end, as i recently moved the database from one server to another. I have managed to solve by this way.
HOPE THIS HELPS SOME ONE.
add a comment |
THIS WORKED FOR ME AFTER TRYING EVERYTHING.
Assuming your site is in Developer Mode
, you can change it to Production Mode
and clear/flush cache and then switch back to Developer Mode
.
I had this issue in the front end, as i recently moved the database from one server to another. I have managed to solve by this way.
HOPE THIS HELPS SOME ONE.
add a comment |
THIS WORKED FOR ME AFTER TRYING EVERYTHING.
Assuming your site is in Developer Mode
, you can change it to Production Mode
and clear/flush cache and then switch back to Developer Mode
.
I had this issue in the front end, as i recently moved the database from one server to another. I have managed to solve by this way.
HOPE THIS HELPS SOME ONE.
THIS WORKED FOR ME AFTER TRYING EVERYTHING.
Assuming your site is in Developer Mode
, you can change it to Production Mode
and clear/flush cache and then switch back to Developer Mode
.
I had this issue in the front end, as i recently moved the database from one server to another. I have managed to solve by this way.
HOPE THIS HELPS SOME ONE.
answered Oct 22 '18 at 9:56
ThowzifThowzif
384
384
add a comment |
add a comment |
Basically the same
Magento 2 - Moving site - 'No such entity'
cd /magento-root-path/var
rm -rf *
cd ../
php bin/magento setup:upgrade
rm -rf ./var/di
php bin/magento setup:di:compile
php bin/magento setup:static-content:deploy
chown -R www-data
.
add a comment |
Basically the same
Magento 2 - Moving site - 'No such entity'
cd /magento-root-path/var
rm -rf *
cd ../
php bin/magento setup:upgrade
rm -rf ./var/di
php bin/magento setup:di:compile
php bin/magento setup:static-content:deploy
chown -R www-data
.
add a comment |
Basically the same
Magento 2 - Moving site - 'No such entity'
cd /magento-root-path/var
rm -rf *
cd ../
php bin/magento setup:upgrade
rm -rf ./var/di
php bin/magento setup:di:compile
php bin/magento setup:static-content:deploy
chown -R www-data
.
Basically the same
Magento 2 - Moving site - 'No such entity'
cd /magento-root-path/var
rm -rf *
cd ../
php bin/magento setup:upgrade
rm -rf ./var/di
php bin/magento setup:di:compile
php bin/magento setup:static-content:deploy
chown -R www-data
.
edited 19 mins ago
Community♦
1
1
answered Jul 17 '16 at 1:02
Patrick-PengPatrick-Peng
5610
5610
add a comment |
add a comment |
Thanks for contributing an answer to Magento Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmagento.stackexchange.com%2fquestions%2f106793%2fmagento-2-reindex-returns-no-such-entity%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
basically the same magento.stackexchange.com/questions/102739/…
– Patrick-Peng
Jul 17 '16 at 0:59