[GRLUG] php.ini won't update

[Eric Beversluis]

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?