Intermittent Language Defines Stop Working

[cachehit]

Hello,

We are running several zc sites on various Linux and Solaris servers, with a mysql4 on Linux backend. For the most part it works great.

Howevever... on one of our 1.3.7 installations on a SPARC Solaris 8 machine it is exhibiting some very odd behaviour. This is with apache 1.3.39 and php 4.4.8. Basically, after an unknown amount of time, somtimes an hour, sometimes a couple days, the site stops interpreting the language file and instead when you view it it prints out bunch of things like TEXT_GREETING at the top, TEXT_BUY, TEXT_NOW, TEXT_* instead of the things that these constants are defined() to in includes/languages/english and includes/languages/english/custom. Only a hard apache restart will fix it. apachectl restart does not do it - you have to kill httpd and start it back up.

The database connection is setup as non-persistent. Oddly, everything still seems to work in the system even when it is not printing out the proper text - the products still come up, you can add to shopping cart, etc. Its just like the language files are not being processed.

Thanks for any insight.

--
John
[email protected]

[kobra]

Only a hard apache restart will fix it. apachectl restart does not do it - you have to kill httpd and start it back up.

So you have some server configuration item that after a time quits working and requires a hard reboot to correct.

In this process no Zen Cart files have changes or been altered

Exactly how is this a Zen Cart Bug?

[jacdesigner]

Ok, so the poster made a mistake in posting to the wrong forum area (which I am sure they regret), but the issue still exists and I have also seen this same problem first hand, without any resolution thus far. Any helpful advice that someone can offer would be helpful to us.

[cachehit]

Only a hard apache restart will fix it. apachectl restart does not do it - you have to kill httpd and start it back up.

So you have some server configuration item that after a time quits working and requires a hard reboot to correct.

In this process no Zen Cart files have changes or been altered

Exactly how is this a Zen Cart Bug?

I don't know for an absolute fact at what layer - the OS, apache. php, zen-cart, somewhere in between - that this bug resides, so my apologies if I've posted at the wrong place. I do know this is a machine hosting many dozens of websites. At the time of the zen-cart misbehavior every other site, even every other PHP site or the few sites using mod_frontpage or mod_perl, are all functioning fine. As I said even Zen-cart is functioning except it seems to have forgotten how to interpret the define()'s.

I have php configured to log to a file, at this time actually with error_report = E_ALL because I'm so perplexed by this whole thing. Regardless it doesn't log any errors when this behavior begins. Likewise apache logs no errors.

I'm still very curious if anyone has seen anything similar at all to this behavior.

thanks,
--
John

[cachehit]

I don't know for an absolute fact at what layer - the OS (SPARC Solaris 8), apache (1.3.39),. php (4.4.8), zen-cart (1.3.7), or somewhere in between - that this bug resides, so my apologies if I've posted in the wrong forum. I do know that the Solaris machine where this bug crops up is hosting many dozens of websites from the same apache config and, even as the zen-cart misbehavior begins, every other site, even every other PHP site and the few other sites using mod_frontpage or mod_perl, all function fine. As I said, even Zen-cart continues working except it seems to have forgotten how to interpret the define()'s (or it can't find them..).

I have php configured to log to a file, at this time actually with error_report set tp E_ALL because I'm so perplexed by this whole thing. Regardless it doesn't log any errors when this behavior begins. Likewise apache logs no errors.

I'm still very curious if anyone has seen anything similar at all to this behavior.

thanks,
--
John

[DrByte]

Ok, so the poster made a mistake in posting to the wrong forum area (which I am sure they regret), but the issue still exists and I have also seen this same problem first hand, without any resolution thus far. Any helpful advice that someone can offer would be helpful to us.

This discussion has been merged with jacdesigner's original report of problems.
http://www.zen-cart.com/forum/showthread.php?t=70340