Strange Error when running setup:upgrade after module installation












10















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.




  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?










share|improve this question

























  • Ok thanks but unfortunately the error persists.

    – harri
    Jun 12 '17 at 10:17
















10















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.




  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?










share|improve this question

























  • Ok thanks but unfortunately the error persists.

    – harri
    Jun 12 '17 at 10:17














10












10








10








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.




  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?










share|improve this question
















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.




  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?







magento2 module static-content static-content-deploy






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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



















  • 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










6 Answers
6






active

oldest

votes


















18














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






share|improve this answer





















  • 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



















4














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






share|improve this answer































    2














    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





    share|improve this answer































      0














      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





      share|improve this answer

































        0














        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 )






        share|improve this answer































          0














          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






          share|improve this answer























            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
            });


            }
            });














            draft saved

            draft discarded


















            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









            18














            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






            share|improve this answer





















            • 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
















            18














            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






            share|improve this answer





















            • 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














            18












            18








            18







            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






            share|improve this answer















            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







            share|improve this answer














            share|improve this answer



            share|improve this answer








            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














            • 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













            4














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






            share|improve this answer




























              4














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






              share|improve this answer


























                4












                4








                4







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






                share|improve this answer













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







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Aug 27 '18 at 7:58









                Kunsal AjayKunsal Ajay

                736




                736























                    2














                    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





                    share|improve this answer




























                      2














                      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





                      share|improve this answer


























                        2












                        2








                        2







                        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





                        share|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






                        share|improve this answer












                        share|improve this answer



                        share|improve this answer










                        answered Nov 4 '18 at 23:15









                        user1506075user1506075

                        296212




                        296212























                            0














                            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





                            share|improve this answer






























                              0














                              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





                              share|improve this answer




























                                0












                                0








                                0







                                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





                                share|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






                                share|improve this answer














                                share|improve this answer



                                share|improve this answer








                                edited Oct 30 '18 at 2:52

























                                answered Oct 30 '18 at 2:09









                                wherewhere

                                385112




                                385112























                                    0














                                    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 )






                                    share|improve this answer




























                                      0














                                      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 )






                                      share|improve this answer


























                                        0












                                        0








                                        0







                                        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 )






                                        share|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 )







                                        share|improve this answer












                                        share|improve this answer



                                        share|improve this answer










                                        answered Dec 6 '18 at 10:34









                                        AculineAculine

                                        62




                                        62























                                            0














                                            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






                                            share|improve this answer




























                                              0














                                              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






                                              share|improve this answer


























                                                0












                                                0








                                                0







                                                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






                                                share|improve this answer













                                                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







                                                share|improve this answer












                                                share|improve this answer



                                                share|improve this answer










                                                answered 10 mins ago









                                                zuber bandizuber bandi

                                                8913




                                                8913






























                                                    draft saved

                                                    draft discarded




















































                                                    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.




                                                    draft saved


                                                    draft discarded














                                                    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





















































                                                    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







                                                    Popular posts from this blog

                                                    What other Star Trek series did the main TNG cast show up in?

                                                    Berlina muro

                                                    Berlina aerponto