Magento Site Layout Breaks Once a Day - Emptying Var/Cache FixesMagento 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:
Do I have to worry about players making “bad” choices on level up?
How can I get precisely a certain cubic cm by changing the following factors?
Pressure to defend the relevance of one's area of mathematics
A question regarding using the definite article
When and why did journal article titles become descriptive, rather than creatively allusive?
If Earth is tilted, why is Polaris always above the same spot?
You look catfish vs You look like a catfish
Options leqno, reqno for documentclass or exist another option?
Need help understanding harmonic series and intervals
Why does processed meat contain preservatives, while canned fish needs not?
Sci-fi novel series with instant travel between planets through gates. A river runs through the gates
Why was Germany not as successful as other Europeans in establishing overseas colonies?
Where did the extra Pym particles come from in Endgame?
What is the strongest case that can be made in favour of the UK regaining some control over fishing policy after Brexit?
What is a Recurrent Neural Network?
A non-technological, repeating, visible object in the sky, holding its position in the sky for hours
Given what happens in Endgame, why doesn't Dormammu come back to attack the universe?
Why do Ichisongas hate elephants and hippos?
Transfer over $10k
Please, smoke with good manners
What are the spoon bit of a spoon and fork bit of a fork called?
Why does the Betti number give the measure of k-dimensional holes?
Is it possible to measure lightning discharges as Nikola Tesla?
Does jamais mean always or never in this context?
Magento Site Layout Breaks Once a Day - Emptying Var/Cache Fixes
Magento 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
asked Jun 13 '17 at 13:21
Brandon MACBrandon MAC
113
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
asked Jun 13 '17 at 13:21
Brandon MACBrandon MAC
113
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_errorlogand 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
asked Jun 13 '17 at 13:21
Brandon MACBrandon MAC
113
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
asked Jun 13 '17 at 13:21
Brandon MACBrandon MAC
113
asked Jun 13 '17 at 13:21
Brandon MACBrandon MAC
113
edited Jun 19 '17 at 13:31
Brandon MAC
asked Jun 13 '17 at 13:21
Brandon MACBrandon MAC
113
asked Jun 13 '17 at 13:21
Brandon MACBrandon MAC
113
asked Jun 13 '17 at 13:21
Brandon MACBrandon MAC
113
113
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_errorlogand 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_errorlogand 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
answered Jul 5 '17 at 18:14
Brandon MACBrandon MAC
113
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
answered Jul 5 '17 at 18:14
Brandon MACBrandon MAC
113
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
answered Jul 5 '17 at 18:14
Brandon MACBrandon MAC
113
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
answered Jul 5 '17 at 18:14
Brandon MACBrandon MAC
113
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
answered Jul 5 '17 at 18:14
Brandon MACBrandon MAC
113
answered Jul 5 '17 at 18:14
Brandon MACBrandon MAC
113
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_errorlogand 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