Magento Site Layout Breaks Once a Day - Emptying Var/Cache Fixes Unicorn Meta Zoo #1: Why another podcast? Announcing the arrival of Valued Associate #679: Cesar ManaraMagento site is frequently getting CACHE issue and failing to serve CSS, site is getting broken pageCSS Caching.. Where is it hiding?Why Can't Magento Turn Off The Cache When Redis FailsHow to use cloudflare free SSL with Magento?Magento Cache in two places, tmp and var/cacheLayout Cache blocks checkout after X visits on siteMagento just stops loading layout from time to time - why?Magento base url emptySite breaks when trying to disable cache on dev siteSolved: Magento site crashes every day, after emptying /var/cache/ works fineI'm having trouble figuring out why the layout is broken with http: but is correct in https:

A faster way to compute the largest prime factor

I preordered a game on my Xbox while on the home screen of my friend's account. Which of us owns the game?

Prove the alternating sum of a decreasing sequence converging to 0 is Cauchy.

How to keep bees out of canned beverages?

Is Bran literally the world's memory?

What's parked in Mil Moscow helicopter plant?

Does Feeblemind produce an ongoing magical effect that can be dispelled?

My admission is revoked after accepting the admission offer

Are there moral objections to a life motivated purely by money? How to sway a person from this lifestyle?

Suing a Police Officer Instead of the Police Department

Would reducing the reference voltage of an ADC have any effect on accuracy?

Co-worker works way more than he should

"Whatever a Russian does, they end up making the Kalashnikov gun"? Are there any similar proverbs in English?

Do I need to protect SFP ports and optics from dust/contaminants? If so, how?

How to avoid introduction cliches

A strange hotel

Implementing 3DES algorithm in Java: is my code secure?

Is it acceptable to use working hours to read general interest books?

How do I check if a string is entirely made of the same substring?

What is this word supposed to be?

Multiple fireplaces in an apartment building?

What is the ongoing value of the Kanban board to the developers as opposed to management

Can you stand up from being prone using Skirmisher outside of your turn?

Is a 5 watt UHF/VHF handheld considered QRP?



Magento Site Layout Breaks Once a Day - Emptying Var/Cache Fixes



Unicorn Meta Zoo #1: Why another podcast?
Announcing the arrival of Valued Associate #679: Cesar ManaraMagento site is frequently getting CACHE issue and failing to serve CSS, site is getting broken pageCSS Caching.. Where is it hiding?Why Can't Magento Turn Off The Cache When Redis FailsHow to use cloudflare free SSL with Magento?Magento Cache in two places, tmp and var/cacheLayout Cache blocks checkout after X visits on siteMagento just stops loading layout from time to time - why?Magento base url emptySite breaks when trying to disable cache on dev siteSolved: Magento site crashes every day, after emptying /var/cache/ works fineI'm having trouble figuring out why the layout is broken with http: but is correct in https:



.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








2















One of my client's websites on Magento 1.9.2.3 has been experiencing a strange error once every day (at random times).



Where the site is loaded without any graphical styling no images, no CSS, javascript or CMS Page content.



The site is only loading the header links (cart, account, login) Category navigational links (links to site product categories), and some footer links (advanced search, sitemap, etc.) - all in the default blue unordered list format. However, the site is loading static block content (although again without any styling, but the content is there).



On CMS pages, the follow error message also appears among the links:



"There was no 404 CMS page configured or found"


Each time this occurs, the site can be restored to normal upon deleting the contents of the var/cache directory - then the site loads perfect again... until it happens again.



I am including a screenshot of how the site loads below.



Image of Site Error



My best diagnosis of the error thus far has fallen on the LAYOUT_GENERAL_CACHE_TAG Magento cache as I have noticed that this showing invalidated when the site goes down like pictured above. It is almost like the site is having trouble loading CMS and theme content on occasion.




A few notes on our setup:



  • Dedicated cloud server

  • 4 Magento sites total (all on the same version & theme), but only one with this error

  • No CDN in place



Any help is greatly appreciated, I am at my wits end trying to debug what is going on. It is such an easy fix to empty var/cache and bring the site to normal, but doing this everyday is getting overwhelming.



Thank you!



UPDATE:
After looking into the issue further, I noticed in the developer console in Chrome that the site is attempting to load js and css with the incorrect file paths.



For example: It is attempting to load css without the preceding "skin" directory and js without the preceding "js" directory. (i.e. https://domainname.com/frontend/base/default/css/style.css)



UPDATE 2:
I took another look at the rendered page when the site was down and it appears that the site is not loading any configuration properly when it goes down (no CMS content is being loaded on the page, the base urls for css & js filepaths are loaded incorrectly). Although every time the site breaks, a simple clearing of var/cache returns the site to normal.




Notes on What I have Checked



  • Correct File permissions for system files/folders

  • Correct base secure & unsecure urls

  • Correct base file paths for css and js

  • Restarted Memcached

  • Cleared Merged CSS & JS files

  • No errors in layout.xml










share|improve this question
















bumped to the homepage by Community 1 hour ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.















  • Shall i know what is the time index is running? please check php log mostly in /var/log/httpd/error_log.log

    – Rama Chandran M
    Jun 13 '17 at 13:36











  • @RamaChandran I checked var/log and did not see an httpd directory nor an error_log.log

    – Brandon MAC
    Jun 15 '17 at 12:27











  • @RamaChandran The only error logs I saw were cron.log & exception.log . I also checked our uptime monitor and the reported outages are at the most random times: (10:19am, 1:30pm, 9:53pm 2:05am, 11:36pm, 5:32am). These outages always have occurred at random times, but each day it happens once.

    – Brandon MAC
    Jun 15 '17 at 12:29











  • check your php log . php log are in your root director /var/log/httpd/error_log.log file

    – Rama Chandran M
    Jun 15 '17 at 17:41











  • @RamaChandran the only php log I am seeing is in the root directory php_errorlog and it does not have anything in it this month. There is not a httpd directory inside of var/log. Is there another location the log file could be? I also tried running a search for "error_log", but it returned no results.

    – Brandon MAC
    Jun 15 '17 at 17:52

















2















One of my client's websites on Magento 1.9.2.3 has been experiencing a strange error once every day (at random times).



Where the site is loaded without any graphical styling no images, no CSS, javascript or CMS Page content.



The site is only loading the header links (cart, account, login) Category navigational links (links to site product categories), and some footer links (advanced search, sitemap, etc.) - all in the default blue unordered list format. However, the site is loading static block content (although again without any styling, but the content is there).



On CMS pages, the follow error message also appears among the links:



"There was no 404 CMS page configured or found"


Each time this occurs, the site can be restored to normal upon deleting the contents of the var/cache directory - then the site loads perfect again... until it happens again.



I am including a screenshot of how the site loads below.



Image of Site Error



My best diagnosis of the error thus far has fallen on the LAYOUT_GENERAL_CACHE_TAG Magento cache as I have noticed that this showing invalidated when the site goes down like pictured above. It is almost like the site is having trouble loading CMS and theme content on occasion.




A few notes on our setup:



  • Dedicated cloud server

  • 4 Magento sites total (all on the same version & theme), but only one with this error

  • No CDN in place



Any help is greatly appreciated, I am at my wits end trying to debug what is going on. It is such an easy fix to empty var/cache and bring the site to normal, but doing this everyday is getting overwhelming.



Thank you!



UPDATE:
After looking into the issue further, I noticed in the developer console in Chrome that the site is attempting to load js and css with the incorrect file paths.



For example: It is attempting to load css without the preceding "skin" directory and js without the preceding "js" directory. (i.e. https://domainname.com/frontend/base/default/css/style.css)



UPDATE 2:
I took another look at the rendered page when the site was down and it appears that the site is not loading any configuration properly when it goes down (no CMS content is being loaded on the page, the base urls for css & js filepaths are loaded incorrectly). Although every time the site breaks, a simple clearing of var/cache returns the site to normal.




Notes on What I have Checked



  • Correct File permissions for system files/folders

  • Correct base secure & unsecure urls

  • Correct base file paths for css and js

  • Restarted Memcached

  • Cleared Merged CSS & JS files

  • No errors in layout.xml










share|improve this question
















bumped to the homepage by Community 1 hour ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.















  • Shall i know what is the time index is running? please check php log mostly in /var/log/httpd/error_log.log

    – Rama Chandran M
    Jun 13 '17 at 13:36











  • @RamaChandran I checked var/log and did not see an httpd directory nor an error_log.log

    – Brandon MAC
    Jun 15 '17 at 12:27











  • @RamaChandran The only error logs I saw were cron.log & exception.log . I also checked our uptime monitor and the reported outages are at the most random times: (10:19am, 1:30pm, 9:53pm 2:05am, 11:36pm, 5:32am). These outages always have occurred at random times, but each day it happens once.

    – Brandon MAC
    Jun 15 '17 at 12:29











  • check your php log . php log are in your root director /var/log/httpd/error_log.log file

    – Rama Chandran M
    Jun 15 '17 at 17:41











  • @RamaChandran the only php log I am seeing is in the root directory php_errorlog and it does not have anything in it this month. There is not a httpd directory inside of var/log. Is there another location the log file could be? I also tried running a search for "error_log", but it returned no results.

    – Brandon MAC
    Jun 15 '17 at 17:52













2












2








2








One of my client's websites on Magento 1.9.2.3 has been experiencing a strange error once every day (at random times).



Where the site is loaded without any graphical styling no images, no CSS, javascript or CMS Page content.



The site is only loading the header links (cart, account, login) Category navigational links (links to site product categories), and some footer links (advanced search, sitemap, etc.) - all in the default blue unordered list format. However, the site is loading static block content (although again without any styling, but the content is there).



On CMS pages, the follow error message also appears among the links:



"There was no 404 CMS page configured or found"


Each time this occurs, the site can be restored to normal upon deleting the contents of the var/cache directory - then the site loads perfect again... until it happens again.



I am including a screenshot of how the site loads below.



Image of Site Error



My best diagnosis of the error thus far has fallen on the LAYOUT_GENERAL_CACHE_TAG Magento cache as I have noticed that this showing invalidated when the site goes down like pictured above. It is almost like the site is having trouble loading CMS and theme content on occasion.




A few notes on our setup:



  • Dedicated cloud server

  • 4 Magento sites total (all on the same version & theme), but only one with this error

  • No CDN in place



Any help is greatly appreciated, I am at my wits end trying to debug what is going on. It is such an easy fix to empty var/cache and bring the site to normal, but doing this everyday is getting overwhelming.



Thank you!



UPDATE:
After looking into the issue further, I noticed in the developer console in Chrome that the site is attempting to load js and css with the incorrect file paths.



For example: It is attempting to load css without the preceding "skin" directory and js without the preceding "js" directory. (i.e. https://domainname.com/frontend/base/default/css/style.css)



UPDATE 2:
I took another look at the rendered page when the site was down and it appears that the site is not loading any configuration properly when it goes down (no CMS content is being loaded on the page, the base urls for css & js filepaths are loaded incorrectly). Although every time the site breaks, a simple clearing of var/cache returns the site to normal.




Notes on What I have Checked



  • Correct File permissions for system files/folders

  • Correct base secure & unsecure urls

  • Correct base file paths for css and js

  • Restarted Memcached

  • Cleared Merged CSS & JS files

  • No errors in layout.xml










share|improve this question
















One of my client's websites on Magento 1.9.2.3 has been experiencing a strange error once every day (at random times).



Where the site is loaded without any graphical styling no images, no CSS, javascript or CMS Page content.



The site is only loading the header links (cart, account, login) Category navigational links (links to site product categories), and some footer links (advanced search, sitemap, etc.) - all in the default blue unordered list format. However, the site is loading static block content (although again without any styling, but the content is there).



On CMS pages, the follow error message also appears among the links:



"There was no 404 CMS page configured or found"


Each time this occurs, the site can be restored to normal upon deleting the contents of the var/cache directory - then the site loads perfect again... until it happens again.



I am including a screenshot of how the site loads below.



Image of Site Error



My best diagnosis of the error thus far has fallen on the LAYOUT_GENERAL_CACHE_TAG Magento cache as I have noticed that this showing invalidated when the site goes down like pictured above. It is almost like the site is having trouble loading CMS and theme content on occasion.




A few notes on our setup:



  • Dedicated cloud server

  • 4 Magento sites total (all on the same version & theme), but only one with this error

  • No CDN in place



Any help is greatly appreciated, I am at my wits end trying to debug what is going on. It is such an easy fix to empty var/cache and bring the site to normal, but doing this everyday is getting overwhelming.



Thank you!



UPDATE:
After looking into the issue further, I noticed in the developer console in Chrome that the site is attempting to load js and css with the incorrect file paths.



For example: It is attempting to load css without the preceding "skin" directory and js without the preceding "js" directory. (i.e. https://domainname.com/frontend/base/default/css/style.css)



UPDATE 2:
I took another look at the rendered page when the site was down and it appears that the site is not loading any configuration properly when it goes down (no CMS content is being loaded on the page, the base urls for css & js filepaths are loaded incorrectly). Although every time the site breaks, a simple clearing of var/cache returns the site to normal.




Notes on What I have Checked



  • Correct File permissions for system files/folders

  • Correct base secure & unsecure urls

  • Correct base file paths for css and js

  • Restarted Memcached

  • Cleared Merged CSS & JS files

  • No errors in layout.xml







magento-1.9 layout cache frontend-error






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jun 19 '17 at 13:31







Brandon MAC

















asked Jun 13 '17 at 13:21









Brandon MACBrandon MAC

113




113





bumped to the homepage by Community 1 hour ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.







bumped to the homepage by Community 1 hour ago


This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.














  • Shall i know what is the time index is running? please check php log mostly in /var/log/httpd/error_log.log

    – Rama Chandran M
    Jun 13 '17 at 13:36











  • @RamaChandran I checked var/log and did not see an httpd directory nor an error_log.log

    – Brandon MAC
    Jun 15 '17 at 12:27











  • @RamaChandran The only error logs I saw were cron.log & exception.log . I also checked our uptime monitor and the reported outages are at the most random times: (10:19am, 1:30pm, 9:53pm 2:05am, 11:36pm, 5:32am). These outages always have occurred at random times, but each day it happens once.

    – Brandon MAC
    Jun 15 '17 at 12:29











  • check your php log . php log are in your root director /var/log/httpd/error_log.log file

    – Rama Chandran M
    Jun 15 '17 at 17:41











  • @RamaChandran the only php log I am seeing is in the root directory php_errorlog and it does not have anything in it this month. There is not a httpd directory inside of var/log. Is there another location the log file could be? I also tried running a search for "error_log", but it returned no results.

    – Brandon MAC
    Jun 15 '17 at 17:52

















  • Shall i know what is the time index is running? please check php log mostly in /var/log/httpd/error_log.log

    – Rama Chandran M
    Jun 13 '17 at 13:36











  • @RamaChandran I checked var/log and did not see an httpd directory nor an error_log.log

    – Brandon MAC
    Jun 15 '17 at 12:27











  • @RamaChandran The only error logs I saw were cron.log & exception.log . I also checked our uptime monitor and the reported outages are at the most random times: (10:19am, 1:30pm, 9:53pm 2:05am, 11:36pm, 5:32am). These outages always have occurred at random times, but each day it happens once.

    – Brandon MAC
    Jun 15 '17 at 12:29











  • check your php log . php log are in your root director /var/log/httpd/error_log.log file

    – Rama Chandran M
    Jun 15 '17 at 17:41











  • @RamaChandran the only php log I am seeing is in the root directory php_errorlog and it does not have anything in it this month. There is not a httpd directory inside of var/log. Is there another location the log file could be? I also tried running a search for "error_log", but it returned no results.

    – Brandon MAC
    Jun 15 '17 at 17:52
















Shall i know what is the time index is running? please check php log mostly in /var/log/httpd/error_log.log

– Rama Chandran M
Jun 13 '17 at 13:36





Shall i know what is the time index is running? please check php log mostly in /var/log/httpd/error_log.log

– Rama Chandran M
Jun 13 '17 at 13:36













@RamaChandran I checked var/log and did not see an httpd directory nor an error_log.log

– Brandon MAC
Jun 15 '17 at 12:27





@RamaChandran I checked var/log and did not see an httpd directory nor an error_log.log

– Brandon MAC
Jun 15 '17 at 12:27













@RamaChandran The only error logs I saw were cron.log & exception.log . I also checked our uptime monitor and the reported outages are at the most random times: (10:19am, 1:30pm, 9:53pm 2:05am, 11:36pm, 5:32am). These outages always have occurred at random times, but each day it happens once.

– Brandon MAC
Jun 15 '17 at 12:29





@RamaChandran The only error logs I saw were cron.log & exception.log . I also checked our uptime monitor and the reported outages are at the most random times: (10:19am, 1:30pm, 9:53pm 2:05am, 11:36pm, 5:32am). These outages always have occurred at random times, but each day it happens once.

– Brandon MAC
Jun 15 '17 at 12:29













check your php log . php log are in your root director /var/log/httpd/error_log.log file

– Rama Chandran M
Jun 15 '17 at 17:41





check your php log . php log are in your root director /var/log/httpd/error_log.log file

– Rama Chandran M
Jun 15 '17 at 17:41













@RamaChandran the only php log I am seeing is in the root directory php_errorlog and it does not have anything in it this month. There is not a httpd directory inside of var/log. Is there another location the log file could be? I also tried running a search for "error_log", but it returned no results.

– Brandon MAC
Jun 15 '17 at 17:52





@RamaChandran the only php log I am seeing is in the root directory php_errorlog and it does not have anything in it this month. There is not a httpd directory inside of var/log. Is there another location the log file could be? I also tried running a search for "error_log", but it returned no results.

– Brandon MAC
Jun 15 '17 at 17:52










1 Answer
1






active

oldest

votes


















0














After some thorough digging, I found the problem to lie with the Magento configuration cache. Disabling this cache via the Magento backend fixed the problem. I found another with a similar issue here:



Magento site is frequently getting CACHE issue and failing to serve CSS, site is getting broken page



https://github.com/AmpersandHQ/magento-ce-ee-config-corruption-bug






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%2f178804%2fmagento-site-layout-breaks-once-a-day-emptying-var-cache-fixes%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    After some thorough digging, I found the problem to lie with the Magento configuration cache. Disabling this cache via the Magento backend fixed the problem. I found another with a similar issue here:



    Magento site is frequently getting CACHE issue and failing to serve CSS, site is getting broken page



    https://github.com/AmpersandHQ/magento-ce-ee-config-corruption-bug






    share|improve this answer



























      0














      After some thorough digging, I found the problem to lie with the Magento configuration cache. Disabling this cache via the Magento backend fixed the problem. I found another with a similar issue here:



      Magento site is frequently getting CACHE issue and failing to serve CSS, site is getting broken page



      https://github.com/AmpersandHQ/magento-ce-ee-config-corruption-bug






      share|improve this answer

























        0












        0








        0







        After some thorough digging, I found the problem to lie with the Magento configuration cache. Disabling this cache via the Magento backend fixed the problem. I found another with a similar issue here:



        Magento site is frequently getting CACHE issue and failing to serve CSS, site is getting broken page



        https://github.com/AmpersandHQ/magento-ce-ee-config-corruption-bug






        share|improve this answer













        After some thorough digging, I found the problem to lie with the Magento configuration cache. Disabling this cache via the Magento backend fixed the problem. I found another with a similar issue here:



        Magento site is frequently getting CACHE issue and failing to serve CSS, site is getting broken page



        https://github.com/AmpersandHQ/magento-ce-ee-config-corruption-bug







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Jul 5 '17 at 18:14









        Brandon MACBrandon MAC

        113




        113



























            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%2f178804%2fmagento-site-layout-breaks-once-a-day-emptying-var-cache-fixes%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

            Nidaros erkebispedøme

            Birsay

            Was Woodrow Wilson really a Liberal?Was World War I a war of liberals against authoritarians?Founding Fathers...