I have updated FreeNAS twice and I still get ‘update.failed’ notification

Status
Not open for further replies.

Bostjan

Contributor
Joined
Mar 24, 2014
Messages
122
After an update in the 9.3 series (sadly I don’t remember all the specifics) I’ve got a notification in GUI and also by mail that ''Update failed. Check /data/update.failed for further details.''

At that time (after the update) in GUI under the System tab -> Information -> the Build number has changed to current and everything worked.

Now I've updated to the latest version FreeNAS-9.3-STABLE-201506292130 and I still get the same notification ''Update failed. Check /data/update.failed for further details.'' Everything works.


What is wrong? What has failed? How to fix this?


--------------- This is the output of the update.failed file ---------------
FATAL ERROR - The following SQL query failed: CREATE TABLE "directoryservice_kerberossettings" ("id" integer NOT NULL PRIMARY KEY, "ks_appdefaults_aux" text NOT NULL, "ks_libdefaults_aux" text NOT NULL)
The error was: table "directoryservice_kerberossettings" already exists
Running migrations for api:
- Nothing to migrate.
- Loading initial data for api.
Installed 0 object(s) from 0 fixture(s)
Running migrations for freeadmin:
- Nothing to migrate.
- Loading initial data for freeadmin.
Installed 0 object(s) from 0 fixture(s)
Running migrations for support:
- Nothing to migrate.
- Loading initial data for support.
Installed 0 object(s) from 0 fixture(s)
Running migrations for tasks:
- Nothing to migrate.
- Loading initial data for tasks.
Installed 0 object(s) from 0 fixture(s)
Running migrations for sharing:
- Migrating forwards to 0034_fix_wizard_cifs_vfsobjects.
> sharing:0034_fix_wizard_cifs_vfsobjects
- Migration 'sharing:0034_fix_wizard_cifs_vfsobjects' is marked for no-dry-run.
- Loading initial data for sharing.
Installed 0 object(s) from 0 fixture(s)
Running migrations for directoryservice:
- Migrating forwards to 0043_auto__chg_field_ldap_ldap_binddn.
> directoryservice:0042_auto__add_kerberossettings
! Error found during real run of migration! Aborting.

! Since you have a database that does not support running
! schema-altering statements in transactions, we have had
! to leave it in an interim state between migrations.

! You *might* be able to recover with: = DROP TABLE "directoryservice_kerberossettings"; []

! The South developers regret this has happened, and would
! like to gently persuade you to consider a slightly
! easier-to-deal-with DBMS (one that supports DDL transactions)
! NOTE: The error which caused the migration to fail is further up.
Error in migration: directoryservice:0042_auto__add_kerberossettings
Traceback (most recent call last):
File "/usr/local/www/freenasUI/manage.py", line 42, in <module>
execute_from_command_line(sys.argv)
File "/usr/local/lib/python2.7/site-packages/django/core/management/__init__.py", line 399, in execute_from_command_line
utility.execute()
File "/usr/local/lib/python2.7/site-packages/django/core/management/__init__.py", line 392, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/usr/local/lib/python2.7/site-packages/django/core/management/base.py", line 242, in run_from_argv
self.execute(*args, **options.__dict__)
File "/usr/local/lib/python2.7/site-packages/django/core/management/base.py", line 285, in execute
output = self.handle(*args, **options)
File "/usr/local/lib/python2.7/site-packages/south/management/commands/migrate.py", line 111, in handle
ignore_ghosts = ignore_ghosts,
File "/usr/local/lib/python2.7/site-packages/south/migration/__init__.py", line 220, in migrate_app
success = migrator.migrate_many(target, workplan, database)
File "/usr/local/lib/python2.7/site-packages/south/migration/migrators.py", line 256, in migrate_many
result = migrator.__class__.migrate_many(migrator, target, migrations, database)
File "/usr/local/lib/python2.7/site-packages/south/migration/migrators.py", line 331, in migrate_many
result = self.migrate(migration, database)
File "/usr/local/lib/python2.7/site-packages/south/migration/migrators.py", line 133, in migrate
result = self.run(migration, database)
File "/usr/local/lib/python2.7/site-packages/south/migration/migrators.py", line 114, in run
return self.run_migration(migration, database)
File "/usr/local/lib/python2.7/site-packages/south/migration/migrators.py", line 84, in run_migration
migration_function()
File "/usr/local/lib/python2.7/site-packages/south/migration/migrators.py", line 60, in <lambda>
return (lambda: direction(orm))
File "/usr/local/www/freenasUI/../freenasUI/directoryservice/migrations/0042_auto__add_kerberossettings.py", line 15, in forwards
('ks_libdefaults_aux', self.gf('django.db.models.fields.TextField')(blank=True)),
File "/usr/local/lib/python2.7/site-packages/south/db/generic.py", line 47, in _cache_clear
return func(self, table, *args, **opts)
File "/usr/local/lib/python2.7/site-packages/south/db/generic.py", line 361, in create_table
"columns": ', '.join([col for col in columns if col]),
File "/usr/local/lib/python2.7/site-packages/south/db/generic.py", line 282, in execute
cursor.execute(sql, params)
File "/usr/local/lib/python2.7/site-packages/django/db/backends/util.py", line 53, in execute
return self.cursor.execute(sql, params)
File "/usr/local/lib/python2.7/site-packages/django/db/utils.py", line 99, in __exit__
six.reraise(dj_exc_type, dj_exc_value, traceback)
File "/usr/local/lib/python2.7/site-packages/django/db/backends/util.py", line 53, in execute
return self.cursor.execute(sql, params)
File "/usr/local/www/freenasUI/../freenasUI/freeadmin/sqlite3_ha/base.py", line 425, in execute
return Database.Cursor.execute(self, query, params)
django.db.utils.OperationalError: table "directoryservice_kerberossettings" already exists


--------------- end of file ---------------
 
D

dlavigne

Guest
Please create a bug report at bugs.freenas.org that contains that full traceback and post the issue number here.
 

cyberjock

Inactive Account
Joined
Mar 25, 2012
Messages
19,526
Did you create a ticket for this issue? If so can you provide the bug #?
 
Status
Not open for further replies.
Top