I have tried to install wyomind google shopping and have the following error when running bin/magento setup:upgrade.

Unable to retrieve deployment version of static files from the file system.

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:




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.

  1. Disabling the plugin.
  2. 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?

  • Ok thanks but unfortunately the error persists. – harri Jun 12 '17 at 10:17

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

| improve this answer | |
  • 4
    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

In my case, I ran php bin/magento setup:static-content:deploy and the error disappeared.

| improve this answer | |

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
| improve this answer | |

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
| improve this answer | |

On Magento Cloud run by ssh:

  vendor/magento/ece-tools/bin/ece-tools deploy

| improve this answer | |

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 )

| improve this answer | |

You need update on core_config_data table,

You can search with "path" is "dev/static/sign"

Change value from 1 to 0;

Or you can update with query:

UPDATE core_config_data SET value = 0 WHERE path = 'dev/static/sign'
| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.