In my case this is not a Django bug.
The problem was that since 1.8 contenttypes started to have migrations. But
since the table already existed earlier, the migrations needed to be faked.
When faking the migrations, I used python manage.py migrate contenttypes
--fake which faked both 0001 and 0002.

The fix was to remove the fake migration for 0002 from django_migrations
table and then do the actual migration.

On Wed, Jun 10, 2015 at 6:57 AM Tim Graham <[email protected]> wrote:

> If anyone running into this problem can figure out why the
> contrib.contenttypes migration (0002_remove_content_type_name) is being
> marked as applied but not actually run in the database, that will help
> determine if this is a bug in Django or a problem elsewhere.
>
>
> On Wednesday, June 10, 2015 at 7:11:48 AM UTC-4, Devang Mundhra wrote:
>>
>> I am getting the same error on Django v1.8.2 after migrating from v1.7.7
>> The underlying error is this-
>>
>> django.db.utils.IntegrityError: null value in column "name" violates not-
>>> null constraint
>>> DETAIL:  Failing row contains (39, null, app_name, model_name).
>>>
>>>
>> On Friday, April 17, 2015 at 1:25:06 PM UTC-7, Tim Graham wrote:
>>>
>>> The contenttypes name column was removed in Django 1.8. Could you
>>> retrieve the underlying exception before the RuntimeError is raised?
>>>
>>> On Friday, April 17, 2015 at 2:55:07 PM UTC-4, Christophe Pettus wrote:
>>>>
>>>> Digging into this a bit more, the specific exception is that it is
>>>> trying to insert a contenttypes row with a null 'name' value.
>>>>
>>>> The code in question is doing a get_or_create() on the contenttype
>>>> object.  I assume it should be picking up the name from the name @property
>>>> on the ContentType model, but I don't see that ever actually being called.
>>>>
>>>>
>>>> On Apr 17, 2015, at 11:24 AM, Christophe Pettus <[email protected]>
>>>> wrote:
>>>>
>>>> > On Django 1.8, I'm encountering this error when attempting to apply
>>>> migrations on the production system.  What's interesting is that it works
>>>> fine on the dev system, and inspecting the django_migrations table, I don't
>>>> see any (meaningful) differences between them (error text below).
>>>> >
>>>> > There was a model added to the "catalog" application which is not
>>>> being created in django_content_type.
>>>> >
>>>> > Manually migrating contenttypes individually generates the same
>>>> error.
>>>> >
>>>> > --
>>>> >
>>>> > $ python manage.py migrate
>>>> > Operations to perform:
>>>> >  Synchronize unmigrated apps: staticfiles, util, treebeard, messages,
>>>> office
>>>> >  Apply all migrations: info, customers, sessions, admin,
>>>> contenttypes, auth, sites, catalog, coming_soon, orders
>>>> > Synchronizing apps without migrations:
>>>> >  Creating tables...
>>>> >    Running deferred SQL...
>>>> >  Installing custom SQL...
>>>> > Running migrations:
>>>> >  Rendering model states... DONE
>>>> >  Applying auth.0006_require_contenttypes_0002... OK
>>>> > Traceback (most recent call last):
>>>> >  File "manage.py", line 10, in <module>
>>>> >    execute_from_command_line(sys.argv)
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>>>> line 338, in execute_from_command_line
>>>> >    utility.execute()
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/core/management/__init__.py",
>>>> line 330, in execute
>>>> >    self.fetch_command(subcommand).run_from_argv(self.argv)
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/core/management/base.py",
>>>> line 390, in run_from_argv
>>>> >    self.execute(*args, **cmd_options)
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/core/management/base.py",
>>>> line 441, in execute
>>>> >    output = self.handle(*args, **options)
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/core/management/commands/migrate.py",
>>>> line 225, in handle
>>>> >    emit_post_migrate_signal(created_models, self.verbosity,
>>>> self.interactive, connection.alias)
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/core/management/sql.py",
>>>> line 280, in emit_post_migrate_signal
>>>> >    using=db)
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/dispatch/dispatcher.py",
>>>> line 201, in send
>>>> >    response = receiver(signal=self, sender=sender, **named)
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/contrib/auth/management/__init__.py",
>>>> line 82, in create_permissions
>>>> >    ctype = ContentType.objects.db_manager(using).get_for_model(klass)
>>>> >  File
>>>> "/home/tbc/environments/fugu/local/lib/python2.7/site-packages/django/contrib/contenttypes/models.py",
>>>> line 78, in get_for_model
>>>> >    "Error creating new content types. Please make sure contenttypes "
>>>> > RuntimeError: Error creating new content types. Please make sure
>>>> contenttypes is migrated before trying to migrate apps individually.
>>>> > --
>>>> > -- Christophe Pettus
>>>> >   [email protected]
>>>> >
>>>> > --
>>>> > You received this message because you are subscribed to the Google
>>>> Groups "Django users" group.
>>>> > To unsubscribe from this group and stop receiving emails from it,
>>>> send an email to [email protected].
>>>> > To post to this group, send email to [email protected].
>>>> > Visit this group at http://groups.google.com/group/django-users.
>>>> > To view this discussion on the web visit
>>>> https://groups.google.com/d/msgid/django-users/84FEBC7D-9A57-47FA-9429-A834A2F03021%40thebuild.com.
>>>>
>>>> > For more options, visit https://groups.google.com/d/optout.
>>>>
>>>> --
>>>> -- Christophe Pettus
>>>>    [email protected]
>>>>
>>>>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Django users" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/django-users/DlRQOdsJL6o/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/django-users.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/django-users/67e07074-93e6-4e8d-9e0a-afe9d4e6ef22%40googlegroups.com
> <https://groups.google.com/d/msgid/django-users/67e07074-93e6-4e8d-9e0a-afe9d4e6ef22%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/django-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/django-users/CAM%3DcKJFGgHdqfvy7upbcKtH4WJMx7x98aNPPD-K9q3qjeWe0Ow%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to