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;
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.
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
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.
add a comment |
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.
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
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 directoryphp_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
add a comment |
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.
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
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.
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
magento-1.9 layout cache frontend-error
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 directoryphp_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
add a comment |
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 directoryphp_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
add a comment |
1 Answer
1
active
oldest
votes
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
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%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
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
add a comment |
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
add a comment |
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
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
answered Jul 5 '17 at 18:14
Brandon MACBrandon MAC
113
113
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%2f178804%2fmagento-site-layout-breaks-once-a-day-emptying-var-cache-fixes%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
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