Closed TomashKhamlai closed 5 years ago
Hi @TomashKhamlai. Thank you for your report. To help us process this issue please make sure that you provided the following information:
Please make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, please, add a comment to the issue:
@magento give me 2.3-develop instance
- upcoming 2.3.x release
For more details, please, review the Magento Contributor Assistant documentation.
@TomashKhamlai do you confirm that you were able to reproduce the issue on vanilla Magento instance following steps to reproduce?
Hi @engcom-Delta. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
[ ] 1. Verify that issue has all the required information. (Preconditions, Steps to reproduce, Expected result, Actual result).Details
If the issue has a valid description, the label Issue: Format is valid
will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid
appears.
[ ] 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue. If the report is valid, add Issue: Clear Description
label to the issue by yourself.
[ ] 3. Add Component: XXXXX
label(s) to the ticket, indicating the components it may be related to.
[ ] 4. Verify that the issue is reproducible on 2.3-develop
branchDetails
- Add the comment @magento give me 2.3-develop instance
to deploy test instance on Magento infrastructure.
- If the issue is reproducible on 2.3-develop
branch, please, add the label Reproduced on 2.3.x
.
- If the issue is not reproducible, add your comment that issue is not reproducible and close the issue and stop verification process here!
[ ] 5. Add label Issue: Confirmed
once verification is complete.
[ ] 6. Make sure that automatic system confirms that report has been added to the backlog.
Hi @TomashKhamlai. Thank you for your report. The issue has been fixed in magento/magento2#25357 by @akaplya in 2.3-develop branch Related commit(s):
The fix will be available with the upcoming 2.3.4 release.
I have this issue in 2.4.2 After bin/magento sampledata:deploy, bin/magento setup:upgrade I get exception in cli: Unable to apply data patch Magento\CatalogSampleData\Setup\Patch\Data\InstallCatalogSampleData for module Magento_CatalogSampleData. Original exception message: Rolled back transaction has not been completed correctly.
I have this issue in 2.4.0 After bin/magento sampledata:deploy, bin/magento setup:upgrade I get exception in cli: Unable to apply data patch Magento\CatalogSampleData\Setup\Patch\Data\InstallCatalogSampleData for module Magento_CatalogSampleData. Original exception message: Rolled back transaction has not been completed correctly.
is there a fix? Have the same issue
Same problem. I did not expect such famed CMS would have so many issues for that long time...
same issue Unable to apply data patch Magento\CatalogSampleData\Setup\Patch\Data\InstallCatalogSampleData for module Magento_CatalogSampleData. Original exception message: Rolled back transaction has not been completed correctly.
Magento2 is still a whole issue, I can't remember if anything I have tried to do worked as it should. Perhaps they simply do not know what they do, or do not have enough people to cover all work necessary, but you as an user or a developer will suffer because of that. Magento1 earned status of being reliable and predictable system, when Magento2 ruined all of that. I managed to make it work after numerous attempts and environment reassembly, it took me more a week just to start it correctly, and dropped it since I understood it is only the beginning, you get much more ahead.
This helped me: http://www.zhishibo.com/articles/94429.html
Check for log in var/log/debug.log . There should be error message.
For me the error was due to problem in saving product. I tried saving product from admin panel but could not. I scheduled index update and product save worked from admin panel. After that sample data deploy also worked.
same problem here : Unable to apply data patch Magento\CatalogRuleSampleData\Setup\Patch\Data\InstallCatalogRuleSampleData for module Magento_CatalogRuleSampleData. Original exception message: Rolled back transaction has not been completed correctly.
The same issue for me also on 2.4.4
The same issue for me also on 2.4.4 +1
so long no fix ?
Same issue on clean installation 2.4.5
Had the same problem with 2.4.5. Turned out I accidentally used the wrong port for Elasticsearch in the configuration. After fixing that in the DB everything went fine.
check var/log/debug.log for errors if see something with elastic check elastic version and magento installation configuration
I got the following error during running setup:upgrade
:
Module 'Magento_CatalogSampleData':
Enabling caches:
Current status:
layout: 1
block_html: 1
full_page: 1
Unable to apply data patch Magento\CatalogSampleData\Setup\Patch\Data\InstallCatalogSampleData for module Magento_CatalogSampleData. Original exception message: Rolled back transaction has not been completed correctly.
Failed to run magento set:up: exit status 1
In var/log/debug.log
and var/log/system.log
there was the following entry:
[2023-04-24T19:27:04.931174+00:00] main.ERROR: Sample Data error: DateTimeZone::__construct(): Unknown or bad timezone () [] []
In the core_config_data
table the value for general/locale/timezone
was empty. After setting it to Europe/Berlin
the command went through succesfully.
I was able to resolve this, on a Mac, with ElasticSearch installed through homebrew.
Before this error, I always saw the following errors in the var/log/system.log:
[2023-05-04T12:35:33.520048+00:00] report.ERROR: Sample Data error: {"error":{"root_cause":[{"type":"cluster_block_exception","reason":"index [acom246_product_1_v1] blocked by: [TOO_MANY_REQUESTS/12/disk usage exceeded flood-stage watermark, index has read-only-allow-delete block];"}],"type":"cluster_block_exception","reason":"index [acom246_product_1_v1] blocked by: [TOO_MANY_REQUESTS/12/disk usage exceeded flood-stage watermark, index has read-only-allow-delete block];"},"status":429} [] []
The disk usage exceeded flood-stage watermark
error occurred when I still have 897 GB of available disk space.
This resolved my issue:
curl -X PUT "localhost:9200/_cluster/settings?pretty" -H 'Content-Type: application/json' -d'
{
"persistent": {
"cluster.routing.allocation.disk.watermark.low": "90%",
"cluster.routing.allocation.disk.watermark.high": "95%",
"cluster.routing.allocation.disk.watermark.flood_stage": "97%"
}
}
'
curl -X PUT "localhost:9200/*/_settings?expand_wildcards=all&pretty" -H 'Content-Type: application/json' -d'
{
"index.blocks.read_only_allow_delete": null
}
'
Source: https://www.elastic.co/guide/en/elasticsearch/reference/7.17/fix-common-cluster-issues.html
Preconditions (*)
Steps to reproduce (*)
Expected result (*)
Actual result (*)
In PatchApplier.php line 167:
Unable to apply data patch Magento\CatalogSearch\Setup\Patch\Data\SetInitialSearchWeightForAttributes for module Magento_CatalogSearch. Original exception message: Temporary table for index catalogsearch_fulltext doesn't exist, which is inconsistent with state of sc
ope resolver
In IndexSwitcher.php line 61:
Temporary table for index catalogsearch_fulltext doesn't exist, which is inconsistent with state of scope resolver