Strange Error when running setup:upgrade after module installation
I have tried to install wyomind google shopping and have the following error when running bin/magento setup:upgrade.
[UnexpectedValueException]
Unable to retrieve deployment version of static files from the file system.
[MagentoFrameworkExceptionFileSystemException]
Cannot read contents from file "/var/www/vanillamage2/public_html/pub/stati
c/deployed_version.txt" Warning!file_get_contents(/var/www/vanillamage2/pub
lic_html/pub/static/deployed_version.txt): failed to open stream: No such f
ile or directory
I have tried this on 2 seperate server and 3 seperate installation of Magento 2.1.7 however recieve the same issue each time. I have seen similar issues here:
https://github.com/magento/magento2/issues/6426
and
http://olivernam.com/magento2-frontpage-error-after-deploying-static-files
So have tried many solutions mentioned here including redeploying static files , resetting permissions, removing static content, placing empty deployment_version.txt ect but without any luck. I have even set that file to 777 and has correct owner and am pretty sure that is not the issue as my solutions below wouldn't change the permissions of this file.
There are only 2 ways I can get the setup:upgrade to run.
- Disabling the plugin.
- Rename app/code/Wyomind/SimpleGoogleShopping/Setup/UpgradeData.php to UpgradeData.bak
Doing either of these allow 'setup:upgrade' to run however Wyomind are suggesting this is a problem on my side and not their plugin and so are unwilling to help.
Is there anything anyone can suggest that may be causing this issue?
magento2 module static-content static-content-deploy
add a comment |
I have tried to install wyomind google shopping and have the following error when running bin/magento setup:upgrade.
[UnexpectedValueException]
Unable to retrieve deployment version of static files from the file system.
[MagentoFrameworkExceptionFileSystemException]
Cannot read contents from file "/var/www/vanillamage2/public_html/pub/stati
c/deployed_version.txt" Warning!file_get_contents(/var/www/vanillamage2/pub
lic_html/pub/static/deployed_version.txt): failed to open stream: No such f
ile or directory
I have tried this on 2 seperate server and 3 seperate installation of Magento 2.1.7 however recieve the same issue each time. I have seen similar issues here:
https://github.com/magento/magento2/issues/6426
and
http://olivernam.com/magento2-frontpage-error-after-deploying-static-files
So have tried many solutions mentioned here including redeploying static files , resetting permissions, removing static content, placing empty deployment_version.txt ect but without any luck. I have even set that file to 777 and has correct owner and am pretty sure that is not the issue as my solutions below wouldn't change the permissions of this file.
There are only 2 ways I can get the setup:upgrade to run.
- Disabling the plugin.
- Rename app/code/Wyomind/SimpleGoogleShopping/Setup/UpgradeData.php to UpgradeData.bak
Doing either of these allow 'setup:upgrade' to run however Wyomind are suggesting this is a problem on my side and not their plugin and so are unwilling to help.
Is there anything anyone can suggest that may be causing this issue?
magento2 module static-content static-content-deploy
Ok thanks but unfortunately the error persists.
– harri
Jun 12 '17 at 10:17
add a comment |
I have tried to install wyomind google shopping and have the following error when running bin/magento setup:upgrade.
[UnexpectedValueException]
Unable to retrieve deployment version of static files from the file system.
[MagentoFrameworkExceptionFileSystemException]
Cannot read contents from file "/var/www/vanillamage2/public_html/pub/stati
c/deployed_version.txt" Warning!file_get_contents(/var/www/vanillamage2/pub
lic_html/pub/static/deployed_version.txt): failed to open stream: No such f
ile or directory
I have tried this on 2 seperate server and 3 seperate installation of Magento 2.1.7 however recieve the same issue each time. I have seen similar issues here:
https://github.com/magento/magento2/issues/6426
and
http://olivernam.com/magento2-frontpage-error-after-deploying-static-files
So have tried many solutions mentioned here including redeploying static files , resetting permissions, removing static content, placing empty deployment_version.txt ect but without any luck. I have even set that file to 777 and has correct owner and am pretty sure that is not the issue as my solutions below wouldn't change the permissions of this file.
There are only 2 ways I can get the setup:upgrade to run.
- Disabling the plugin.
- Rename app/code/Wyomind/SimpleGoogleShopping/Setup/UpgradeData.php to UpgradeData.bak
Doing either of these allow 'setup:upgrade' to run however Wyomind are suggesting this is a problem on my side and not their plugin and so are unwilling to help.
Is there anything anyone can suggest that may be causing this issue?
magento2 module static-content static-content-deploy
I have tried to install wyomind google shopping and have the following error when running bin/magento setup:upgrade.
[UnexpectedValueException]
Unable to retrieve deployment version of static files from the file system.
[MagentoFrameworkExceptionFileSystemException]
Cannot read contents from file "/var/www/vanillamage2/public_html/pub/stati
c/deployed_version.txt" Warning!file_get_contents(/var/www/vanillamage2/pub
lic_html/pub/static/deployed_version.txt): failed to open stream: No such f
ile or directory
I have tried this on 2 seperate server and 3 seperate installation of Magento 2.1.7 however recieve the same issue each time. I have seen similar issues here:
https://github.com/magento/magento2/issues/6426
and
http://olivernam.com/magento2-frontpage-error-after-deploying-static-files
So have tried many solutions mentioned here including redeploying static files , resetting permissions, removing static content, placing empty deployment_version.txt ect but without any luck. I have even set that file to 777 and has correct owner and am pretty sure that is not the issue as my solutions below wouldn't change the permissions of this file.
There are only 2 ways I can get the setup:upgrade to run.
- Disabling the plugin.
- Rename app/code/Wyomind/SimpleGoogleShopping/Setup/UpgradeData.php to UpgradeData.bak
Doing either of these allow 'setup:upgrade' to run however Wyomind are suggesting this is a problem on my side and not their plugin and so are unwilling to help.
Is there anything anyone can suggest that may be causing this issue?
magento2 module static-content static-content-deploy
magento2 module static-content static-content-deploy
edited Jun 12 '17 at 10:17
harri
asked Jun 12 '17 at 10:07
harriharri
2,8891551
2,8891551
Ok thanks but unfortunately the error persists.
– harri
Jun 12 '17 at 10:17
add a comment |
Ok thanks but unfortunately the error persists.
– harri
Jun 12 '17 at 10:17
Ok thanks but unfortunately the error persists.
– harri
Jun 12 '17 at 10:17
Ok thanks but unfortunately the error persists.
– harri
Jun 12 '17 at 10:17
add a comment |
6 Answers
6
active
oldest
votes
Need to update in Database core_config_data table,
If record (path field value = 'dev/static/sign'
) exist in core_config_data
table
UPDATE core_config_data SET value = 0 WHERE path = 'dev/static/sign'
If record not exist then run below query to Insert record,
INSERT INTO core_config_data VALUES (null, 'default' , 0, 'dev/static/sign', 0);
After that run your command
3
This is maybe more of a work around is signing static files needed?
– harri
Jun 12 '17 at 13:22
2
This does however work seems like something going wrong with signing static files here.
– harri
Jun 12 '17 at 13:32
add a comment |
In my own case, I ran php bin/magento setup:static-content:deploy and the error disappeared.
add a comment |
The solution from github is working for me. https://github.com/magento/magento2/issues/6426#issuecomment-243879287
you could just create empty file in following path: pub/static/deployed_version.txt
then run static content deploy
php bin/magento setup:static-content:deploy
add a comment |
It seems to have nothing to do with the google module. It can happen after any deployment; especially if you are dealing with Magento in production
mode.
Running bin/magento setup:upgrade
removes content of the generated
directory. This is fine in development
mode, because the contents of the generated
directory are generated dynamically. But in production
mode, the generated
directory is neither generated dynamically, nor automatically. This means, it is necessary to trigger the generation of the content of the generated
directory manually:
bin/magento setup:static-content:deploy en_GB en_US en_AU
(Hint: All locales of your installation need to be added)
This is the default way how to solve it. But in some cases, you might want to keep the content of your generated
directory. Maybe, because its contents did not change during the deployment. Maybe, because you have generated its contents in another environment or by a deployment pipeline, and want to just deploy it to the current server via copying the directory.
You still might need to run bin/magento setup:upgrade
in such a case, but you would not want it to remove anything from the generated
directory. For this purpose, the smart Magento developers have added the keep-generated
flag:
bin/magento setup:upgrade --keep-generated
add a comment |
This worked for me:
php bin/magento setup:static-content:deploy -ea_php 72
( -ea_php 72 is used to force th use of PHP version 7.2, because my server inherit is 7.0.32 )
add a comment |
Seems you have converted your store from the developer mode to the production mode and now the system is not able to create the folders and files automatically.
For the same, try below steps
php bin/magento cache:clean
php bin/magento cache:flush
remove everything(not .htacess) from pub, var, generated
php bin/magento setup:upgrade
php bin/magento setup:static-content:deploy -f
php bin/magento setup:static-content:deploy en_AU --exclude-theme Magento/luma --exclude-theme Magento/blank -f
Here you go, check your frontend and admin, it should work like it should. Enjoy
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%2f178565%2fstrange-error-when-running-setupupgrade-after-module-installation%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
6 Answers
6
active
oldest
votes
6 Answers
6
active
oldest
votes
active
oldest
votes
active
oldest
votes
Need to update in Database core_config_data table,
If record (path field value = 'dev/static/sign'
) exist in core_config_data
table
UPDATE core_config_data SET value = 0 WHERE path = 'dev/static/sign'
If record not exist then run below query to Insert record,
INSERT INTO core_config_data VALUES (null, 'default' , 0, 'dev/static/sign', 0);
After that run your command
3
This is maybe more of a work around is signing static files needed?
– harri
Jun 12 '17 at 13:22
2
This does however work seems like something going wrong with signing static files here.
– harri
Jun 12 '17 at 13:32
add a comment |
Need to update in Database core_config_data table,
If record (path field value = 'dev/static/sign'
) exist in core_config_data
table
UPDATE core_config_data SET value = 0 WHERE path = 'dev/static/sign'
If record not exist then run below query to Insert record,
INSERT INTO core_config_data VALUES (null, 'default' , 0, 'dev/static/sign', 0);
After that run your command
3
This is maybe more of a work around is signing static files needed?
– harri
Jun 12 '17 at 13:22
2
This does however work seems like something going wrong with signing static files here.
– harri
Jun 12 '17 at 13:32
add a comment |
Need to update in Database core_config_data table,
If record (path field value = 'dev/static/sign'
) exist in core_config_data
table
UPDATE core_config_data SET value = 0 WHERE path = 'dev/static/sign'
If record not exist then run below query to Insert record,
INSERT INTO core_config_data VALUES (null, 'default' , 0, 'dev/static/sign', 0);
After that run your command
Need to update in Database core_config_data table,
If record (path field value = 'dev/static/sign'
) exist in core_config_data
table
UPDATE core_config_data SET value = 0 WHERE path = 'dev/static/sign'
If record not exist then run below query to Insert record,
INSERT INTO core_config_data VALUES (null, 'default' , 0, 'dev/static/sign', 0);
After that run your command
edited Jun 13 '17 at 6:51
sv3n
9,74562353
9,74562353
answered Jun 12 '17 at 11:25
Mohammad Rashid HussainMohammad Rashid Hussain
425210
425210
3
This is maybe more of a work around is signing static files needed?
– harri
Jun 12 '17 at 13:22
2
This does however work seems like something going wrong with signing static files here.
– harri
Jun 12 '17 at 13:32
add a comment |
3
This is maybe more of a work around is signing static files needed?
– harri
Jun 12 '17 at 13:22
2
This does however work seems like something going wrong with signing static files here.
– harri
Jun 12 '17 at 13:32
3
3
This is maybe more of a work around is signing static files needed?
– harri
Jun 12 '17 at 13:22
This is maybe more of a work around is signing static files needed?
– harri
Jun 12 '17 at 13:22
2
2
This does however work seems like something going wrong with signing static files here.
– harri
Jun 12 '17 at 13:32
This does however work seems like something going wrong with signing static files here.
– harri
Jun 12 '17 at 13:32
add a comment |
In my own case, I ran php bin/magento setup:static-content:deploy and the error disappeared.
add a comment |
In my own case, I ran php bin/magento setup:static-content:deploy and the error disappeared.
add a comment |
In my own case, I ran php bin/magento setup:static-content:deploy and the error disappeared.
In my own case, I ran php bin/magento setup:static-content:deploy and the error disappeared.
answered Aug 27 '18 at 7:58
Kunsal AjayKunsal Ajay
736
736
add a comment |
add a comment |
The solution from github is working for me. https://github.com/magento/magento2/issues/6426#issuecomment-243879287
you could just create empty file in following path: pub/static/deployed_version.txt
then run static content deploy
php bin/magento setup:static-content:deploy
add a comment |
The solution from github is working for me. https://github.com/magento/magento2/issues/6426#issuecomment-243879287
you could just create empty file in following path: pub/static/deployed_version.txt
then run static content deploy
php bin/magento setup:static-content:deploy
add a comment |
The solution from github is working for me. https://github.com/magento/magento2/issues/6426#issuecomment-243879287
you could just create empty file in following path: pub/static/deployed_version.txt
then run static content deploy
php bin/magento setup:static-content:deploy
The solution from github is working for me. https://github.com/magento/magento2/issues/6426#issuecomment-243879287
you could just create empty file in following path: pub/static/deployed_version.txt
then run static content deploy
php bin/magento setup:static-content:deploy
answered Nov 4 '18 at 23:15
user1506075user1506075
296212
296212
add a comment |
add a comment |
It seems to have nothing to do with the google module. It can happen after any deployment; especially if you are dealing with Magento in production
mode.
Running bin/magento setup:upgrade
removes content of the generated
directory. This is fine in development
mode, because the contents of the generated
directory are generated dynamically. But in production
mode, the generated
directory is neither generated dynamically, nor automatically. This means, it is necessary to trigger the generation of the content of the generated
directory manually:
bin/magento setup:static-content:deploy en_GB en_US en_AU
(Hint: All locales of your installation need to be added)
This is the default way how to solve it. But in some cases, you might want to keep the content of your generated
directory. Maybe, because its contents did not change during the deployment. Maybe, because you have generated its contents in another environment or by a deployment pipeline, and want to just deploy it to the current server via copying the directory.
You still might need to run bin/magento setup:upgrade
in such a case, but you would not want it to remove anything from the generated
directory. For this purpose, the smart Magento developers have added the keep-generated
flag:
bin/magento setup:upgrade --keep-generated
add a comment |
It seems to have nothing to do with the google module. It can happen after any deployment; especially if you are dealing with Magento in production
mode.
Running bin/magento setup:upgrade
removes content of the generated
directory. This is fine in development
mode, because the contents of the generated
directory are generated dynamically. But in production
mode, the generated
directory is neither generated dynamically, nor automatically. This means, it is necessary to trigger the generation of the content of the generated
directory manually:
bin/magento setup:static-content:deploy en_GB en_US en_AU
(Hint: All locales of your installation need to be added)
This is the default way how to solve it. But in some cases, you might want to keep the content of your generated
directory. Maybe, because its contents did not change during the deployment. Maybe, because you have generated its contents in another environment or by a deployment pipeline, and want to just deploy it to the current server via copying the directory.
You still might need to run bin/magento setup:upgrade
in such a case, but you would not want it to remove anything from the generated
directory. For this purpose, the smart Magento developers have added the keep-generated
flag:
bin/magento setup:upgrade --keep-generated
add a comment |
It seems to have nothing to do with the google module. It can happen after any deployment; especially if you are dealing with Magento in production
mode.
Running bin/magento setup:upgrade
removes content of the generated
directory. This is fine in development
mode, because the contents of the generated
directory are generated dynamically. But in production
mode, the generated
directory is neither generated dynamically, nor automatically. This means, it is necessary to trigger the generation of the content of the generated
directory manually:
bin/magento setup:static-content:deploy en_GB en_US en_AU
(Hint: All locales of your installation need to be added)
This is the default way how to solve it. But in some cases, you might want to keep the content of your generated
directory. Maybe, because its contents did not change during the deployment. Maybe, because you have generated its contents in another environment or by a deployment pipeline, and want to just deploy it to the current server via copying the directory.
You still might need to run bin/magento setup:upgrade
in such a case, but you would not want it to remove anything from the generated
directory. For this purpose, the smart Magento developers have added the keep-generated
flag:
bin/magento setup:upgrade --keep-generated
It seems to have nothing to do with the google module. It can happen after any deployment; especially if you are dealing with Magento in production
mode.
Running bin/magento setup:upgrade
removes content of the generated
directory. This is fine in development
mode, because the contents of the generated
directory are generated dynamically. But in production
mode, the generated
directory is neither generated dynamically, nor automatically. This means, it is necessary to trigger the generation of the content of the generated
directory manually:
bin/magento setup:static-content:deploy en_GB en_US en_AU
(Hint: All locales of your installation need to be added)
This is the default way how to solve it. But in some cases, you might want to keep the content of your generated
directory. Maybe, because its contents did not change during the deployment. Maybe, because you have generated its contents in another environment or by a deployment pipeline, and want to just deploy it to the current server via copying the directory.
You still might need to run bin/magento setup:upgrade
in such a case, but you would not want it to remove anything from the generated
directory. For this purpose, the smart Magento developers have added the keep-generated
flag:
bin/magento setup:upgrade --keep-generated
edited Oct 30 '18 at 2:52
answered Oct 30 '18 at 2:09
wherewhere
385112
385112
add a comment |
add a comment |
This worked for me:
php bin/magento setup:static-content:deploy -ea_php 72
( -ea_php 72 is used to force th use of PHP version 7.2, because my server inherit is 7.0.32 )
add a comment |
This worked for me:
php bin/magento setup:static-content:deploy -ea_php 72
( -ea_php 72 is used to force th use of PHP version 7.2, because my server inherit is 7.0.32 )
add a comment |
This worked for me:
php bin/magento setup:static-content:deploy -ea_php 72
( -ea_php 72 is used to force th use of PHP version 7.2, because my server inherit is 7.0.32 )
This worked for me:
php bin/magento setup:static-content:deploy -ea_php 72
( -ea_php 72 is used to force th use of PHP version 7.2, because my server inherit is 7.0.32 )
answered Dec 6 '18 at 10:34
AculineAculine
62
62
add a comment |
add a comment |
Seems you have converted your store from the developer mode to the production mode and now the system is not able to create the folders and files automatically.
For the same, try below steps
php bin/magento cache:clean
php bin/magento cache:flush
remove everything(not .htacess) from pub, var, generated
php bin/magento setup:upgrade
php bin/magento setup:static-content:deploy -f
php bin/magento setup:static-content:deploy en_AU --exclude-theme Magento/luma --exclude-theme Magento/blank -f
Here you go, check your frontend and admin, it should work like it should. Enjoy
add a comment |
Seems you have converted your store from the developer mode to the production mode and now the system is not able to create the folders and files automatically.
For the same, try below steps
php bin/magento cache:clean
php bin/magento cache:flush
remove everything(not .htacess) from pub, var, generated
php bin/magento setup:upgrade
php bin/magento setup:static-content:deploy -f
php bin/magento setup:static-content:deploy en_AU --exclude-theme Magento/luma --exclude-theme Magento/blank -f
Here you go, check your frontend and admin, it should work like it should. Enjoy
add a comment |
Seems you have converted your store from the developer mode to the production mode and now the system is not able to create the folders and files automatically.
For the same, try below steps
php bin/magento cache:clean
php bin/magento cache:flush
remove everything(not .htacess) from pub, var, generated
php bin/magento setup:upgrade
php bin/magento setup:static-content:deploy -f
php bin/magento setup:static-content:deploy en_AU --exclude-theme Magento/luma --exclude-theme Magento/blank -f
Here you go, check your frontend and admin, it should work like it should. Enjoy
Seems you have converted your store from the developer mode to the production mode and now the system is not able to create the folders and files automatically.
For the same, try below steps
php bin/magento cache:clean
php bin/magento cache:flush
remove everything(not .htacess) from pub, var, generated
php bin/magento setup:upgrade
php bin/magento setup:static-content:deploy -f
php bin/magento setup:static-content:deploy en_AU --exclude-theme Magento/luma --exclude-theme Magento/blank -f
Here you go, check your frontend and admin, it should work like it should. Enjoy
answered 10 mins ago
zuber bandizuber bandi
8913
8913
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%2f178565%2fstrange-error-when-running-setupupgrade-after-module-installation%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
Ok thanks but unfortunately the error persists.
– harri
Jun 12 '17 at 10:17