[GRLUG] php.ini won't update

[Eric Beversluis]

On Fri, 2013-04-26 at 15:44 -0400, Eric Beversluis wrote:
> On Fri, 2013-04-26 at 15:04 -0400, Eric Beversluis wrote:
> > On Fri, 2013-04-26 at 14:40 -0400, Adam Tauno Williams wrote:
> > > On Fri, 2013-04-26 at 14:17 -0400, Eric Beversluis wrote:
> > > > I'm trying to update my php.ini file on a clearos CE server. I've gone
> > > > into /etc/php.ini and changed upload_max_file size to 30M and
> > > > memory_limit to 700M, with vi. I've checked back a couple of times with
> > > > cat and the values in the file are correct. But phpinfo() is not showing
> > > > the new values and my SugarCRM keeps prompting me to change them.
> > > > I've restarted apache and restarted the server several times. That
> > > > hasn't helped. Checking Loaded Configuration File indicates that in
> > > > fact /etc/php.ini is the loaded file.
> > > 
> > > You've verified that "/etc/php.ini" is the 'correct' PHP INI file?  That
> > > is the value displayed by phpinfo() under "Configuration File (php.ini)
> > > Path"
> > Yup.
> > 
> > > 
> > > > I'm working with a copy of the original php.ini file with the old one
> > > > renamed to Xphp.ini-bak. Presumably apache/php is not still reading that
> > > > one when it says it's reading php.ini.
> > > > Any ideas?
> > > 
> > > You can override php.ini settings in either the vhost definition or in
> > > the .htaccess file.  Is that happening?  You can even override values in
> > > the PHP code itself [via ini_set(...), or some such]
> > > 
> > .htaccess seems innocent, as far as I can tell:
> > 
> > # BEGIN SUGARCRM RESTRICTIONS	
> > RedirectMatch 403 .*\.log$
> > RedirectMatch 403 /+not_imported_.*\.txt
> > RedirectMatch 403 /+(soap|cache|xtemplate|data|examples|include|log4php|
> > metadata|modules)/+.*\.(php|tpl)
> > RedirectMatch 403 /+emailmandelivery\.php
> > RedirectMatch 403 /+cache/+upload
> > RedirectMatch 403 /+files\.md5$
> > # END SUGARCRM RESTRICTIONS
> > 
> > Is vhost definition in httpd.conf? A grep of that did not show any
> > 'upload'.
> > 
> > I also checked possible files in conf.d and didn't see anything.
> > Thanks.
> 
> I restored Xphp.ini-bak to /etc/php.ini, made the changes there, and it
> worked. So something must have corrupted the copied php.ini file I was
> using? 
> 
Curious: if the php.ini file was corrupted, why didn't apache crash or
at least, php (and hence the webconfig page and the sugarcrm web
interface) crash? Is there a cached version of php.ini somewhere that
apache was using?