[support] Recent move Drupal 6.22, PHP5.3, PostGresql 8.4 doesn't work - continuing

[Max Pyziur]

On Mon, 25 Mar 2013, Walt Daniels wrote:

> Are you sure that there is no problem with your .htaccess file? They frequently don't get copied when moving between sites.

Files were restored from tarballs. So nothing changed there.

MP


> On Mon, Mar 25, 2013 at 4:25 PM, Max Pyziur <pyz at brama.com> wrote:
> 
>
>       On Mon, 25 Mar 2013, Max Pyziur wrote:
>
>       > On Mon, 25 Mar 2013, Earnie Boyd wrote:
>       >
>       >> Ensure you empty any table with cache* as well as sessions table.
>       >
>       > I take it you mean running a script like this:
>       > DELETE FROM cache WHERE 1=1;
>       > DELETE FROM cache_block WHERE 1=1;
>       > DELETE FROM cache_filter WHERE 1=1;
>       > DELETE FROM cache_form WHERE 1=1;
>       > DELETE FROM cache_menu WHERE 1=1;
>       > DELETE FROM cache_page WHERE 1=1;
>       > DELETE FROM cache_update  WHERE 1=1;
>       >
>       > DELETE FROM sessions  WHERE 1=1;
>       >
>       > (1=1 is a kluge I used when I worked on Informix databases; probably
>       > unnecessary these days).
>       >
>       > Thanks.
> 
> I tried this procedure on one site, and it still fails to remove the 503
> error.
> 
> However, this does seem to be the correct area (stored data) to remedy
> this.
> 
> New Drupal installs of 6.14 to 6.28 on Postgresql 8.4/PHP 5.3 do
> work/function.
> 
> So it isn't the software (PHP and Postgresql), it points to the data.
> 
> > Max Pyziur
> > pyz at brama.com
> [... recycle ...]
> 
> 
> >> Earnie
> >>
> >> On Mon, Mar 25, 2013 at 1:34 PM, Max Pyziur <pyz at brama.com> wrote:
> >>>
> >>>
> >>> On Sun, 24 Mar 2013, Jamie Holly wrote:
> >
> > [... delete for the sake of brevity ...]
> > --
> > [ Drupal support list | http://lists.drupal.org/ ]
> >
> --
> [ Drupal support list | http://lists.drupal.org/ ]
> 
> 
> 
>