But running 1.8.2 now, I'm still seeing a variant of the problem.
{{{heroku run ./manage.py migrate}}} and {{{heroku run ./manage.py
shell}}} work and yield expected results, no errors raised. But a
"permission denied" message is present in the logs:
{{{
$ heroku logs
2015-05-21T19:03:46.210746+00:00 heroku[api]: Starting process with
command `./manage.py migrate` by f...@bar.com
2015-05-21T19:03:57.695048+00:00 heroku[run.9837]: Awaiting client
2015-05-21T19:03:57.736396+00:00 heroku[run.9837]: Starting process with
command `./manage.py migrate`
2015-05-21T19:03:58.067165+00:00 heroku[run.9837]: State changed from
starting to up
2015-05-21T19:04:02Z app[postgres.2450]: [DATABASE] permission denied for
database "postgres"
Detail: User does not have CONNECT privilege.
2015-05-21T19:04:02Z app[postgres.2454]: [DATABASE] extension "postgis"
already exists, skipping
2015-05-21T19:04:02Z app[postgres.2454]: [DATABASE] statement: CREATE
EXTENSION IF NOT EXISTS postgis
2015-05-21T19:04:05Z app[postgres.2452]: [DATABASE] could not receive data
from client: Connection reset by peer
2015-05-21T19:04:06.110871+00:00 heroku[run.9837]: State changed from up
to complete
2015-05-21T19:04:06.094695+00:00 heroku[run.9837]: Process exited with
status 0
}}}
At this point, is it a Django or Heroku issue? Heroku was unhelpful when I
raised the issue with them previously, but I'd happily try again if the
Django community deems this resolved on their side.
--
Ticket URL: <https://code.djangoproject.com/ticket/24838>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
* status: new => closed
* needs_better_patch: => 0
* needs_tests: => 0
* needs_docs: => 0
* resolution: => invalid
Comment:
Yes, we added a fallback solution so that Django tries to connect to the
'postgres' database first and if that's unsuccessful, we connect to the
regular database. So the logged warning is expected.
--
Ticket URL: <https://code.djangoproject.com/ticket/24838#comment:1>