do-release-ubgrade from 12.04 LTS to 14.04 LTS fails

Bug #1505021 reported by Mark Fortescue
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubuntu-release-upgrader (Ubuntu)
New
Undecided
Unassigned

Bug Description

The command fails as shown:

> sudo do-release-upgrade
Checking for a new Ubuntu release
Get:1 Upgrade tool signature [198 B]
Get:2 Upgrade tool [1156 kB]
Fetched 1156 kB in 0s (0 B/s)
authenticate 'trusty.tar.gz' against 'trusty.tar.gz.gpg'
extracting 'trusty.tar.gz'
can't load DistUpgradeViewText (unsupported locale setting)

(process:24719): Gtk-WARNING **: Locale not supported by C library.
        Using the fallback 'C' locale.
can't load DistUpgradeViewGtk3 (Gtk couldn't be initialized)
/usr/lib/python2.7/dist-packages/gobject/constants.py:26: Warning: g_boxed_type_register_static: assertion `g_type_from_name (name) == 0' failed
  import gobject._gobject

** (trusty:24719): WARNING **: Command line `dbus-launch --autolaunch=20a1515e7ef2f2b18635e6124c5f4699 --binary-syntax --close-stderr' exited with non-zero exit status 1: Autolaunch error: X11 initialization failed.\n
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:40: Warning: specified class size for type `PyGtkGenericCellRenderer' is smaller than the parent type's `GtkCellRenderer' class size
  from gtk import _gtk
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:40: Warning: g_type_get_qdata: assertion `node != NULL' failed
  from gtk import _gtk

One of the causes is simply that my local setting is 'LANG=C' which is the default locale and must always be supported by the C library despite the messages given (it is the default so it must be supported !!!).

Using 'LANG=enGB.utf8 sudo do-release-upgrade' gets further but I still get python/gtk warnings that someone needs to sort out.

gtk: gir1.2-gtk-2.0: Installed: 2.24.10-0ubuntu6.2
python: Installed: 2.7.3-0ubuntu2.2

The starting point was 10.04 LTS. This was upgraded to 12.04.5 LTS and I am now trying to update to 14.04 LTS.

Revision history for this message
Mark Fortescue (mark-mtfhpc) wrote :

Installation now totally bust - will have to revert to LTS 10.04 backup and start again - another 16 hours of pain.

Key Failures:

Processing triggers for hicolor-icon-theme ...

(gtk-update-icon-cache-3.0:2410): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init()

(gtk-update-icon-cache-3.0:2410): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.32.4/./gobject/gtype.c:2722: You forgot to call g_type_init()

(gtk-update-icon-cache-3.0:2410): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed

(gtk-update-icon-cache-3.0:2410): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(gtk-update-icon-cache-3.0:2410): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(gtk-update-icon-cache-3.0:2410): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(gtk-update-icon-cache-3.0:2410): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed
Segmentation fault (core dumped)
WARNING: icon cache generation failed

and

Unknown AddHypen directive USEFILE in line: ==USEFILE /usr/share/texmf-texlive/tex/generic/config/language.us /usr/share/texmf-texlive/tex/generic/config/lang\
uage.us.def==!
Unknown AddHypen directive USEFILE in line: ==USEFILE /usr/share/texmf-texlive/tex/generic/config/language.us /usr/share/texmf-texlive/tex/generic/config/lang\
uage.us.def==!
Unknown AddHypen directive USEFILE in line: ==USEFILE /usr/share/texmf-texlive/tex/generic/config/language.us /usr/share/texmf-texlive/tex/generic/config/lang\
uage.us.def==!
Running mktexlsr. This may take some time... done.
Running updmap-sys. This may take some time...
updmap-sys failed. Output has been stored in
/tmp/updmap.n0uWooGy
Please include this file if you report a bug.

Sometimes, not accepting conffile updates in /etc/texmf/updmap.d
causes updmap-sys to fail. Please check for files with extension
.dpkg-dist or .ucf-dist in this directory

dpkg: error processing package tex-common (--configure):
 subprocess installed post-installation script returned error exit status 1
No apport report written because MaxReports has already been reached
Errors were encountered while processing:
 tex-common
Error in function:

A fatal error occurred

No recovery options available from this point on as the package database has now become too badly corrupted.

As a release upgrade procedure - d0-release-ubgrade from LTS-12.04 to 14.04 is fundamentally broken as it corrupts the system irrecoverably unless you un-install an un-known quantity of packages that it can't hack before you start.

Revision history for this message
Brian Murray (brian-murray) wrote :

It'd be helpful if you were to provide the file /var/log/dist-upgrade/apt-clone_system_state.tar.gz from the system, this way we can try and investigate which packages the release upgrader "can't hack".

The files apt.log, apt-term.log and main.log from the same folder would be even more helpful.

Changed in ubuntu-release-upgrader (Ubuntu):
status: New → Incomplete
Revision history for this message
Mark Fortescue (mark-mtfhpc) wrote :

I am finally back at square one: 10.04 LTS. I have attached the output of 'apt-show-versions' just in case something in this is important in this two phase update.
The only non-default environment setting is the locale: LANG=C.
I will start by doing the upgrade to 12.04 LTS and them make backups of the intermediate step so that (assuming it fails as before) I can recover to the intermediate step in less time.
The upgrades will be done over ssh as before and I will try to capture any unexpected behaviour for analysis. This make take some time as I have other work to do so will have to fit the slow interactive update parts in with other things.

Revision history for this message
Mark Fortescue (mark-mtfhpc) wrote :

Having restored from backup, I restarted the upgrade from LTS 10.04. A bin problematic but I eventually arrived at LTS 12.04.5 and created backups of this version for recovery.
I then started the update from LTS 12.04.5 to LTS 14.04.
The first command used was 'sudo do-release-upgrade' but this fails as my locale is 'C'.
The second command used was 'LANG=enGB.utf8 sudo do-release-upgrade' (to get round some insanity where the default locale is broken).
This runs for some time (with segmentation faults and other errors) and then fails with a fatal error leaving the system in a broken but functional state between LTS 12.04.5 and LTS 14.04.
In the attached pack.tar are the following:
 1) installed-LTS-12.04.5.gz: Output of apt-show-versions before starting upgrade.
 2) updmap.3rc9Fc0L.gz: Output that the log indicated may be needed.
 3) dist-upgrade.tar.gz: Tar file of the contents of /var/log/dist-upgrade
Hopefully, Brian and others will be ably to diagnose the issues using the attached files and provide a forward path in the near future.

Revision history for this message
Mark Fortescue (mark-mtfhpc) wrote :

No comments for a while an I need to get the system running properly so that I can do a memory upgrade.

Issuing "apt-get update; apt-get -f dist-upgrade' commands eventually gets to a point where the upgrade can't continue due to the failure of the 'updmap' command.

Issuing a 'updmap --syncwithtrees' and then a number more "apt-get update; apt-get -f dist-upgrade' commands eventually results in the instillation of 14.04 completing.

The tex-common package needs to be changed for 'do-release-upgrade' so that it does 'updmap --syncwithtrees' (upgrading from 2.10 to .4.04) when doing its 'Setting up tex-common' code. This would probably be sufficient to prevent upgrade failure.

Changed in ubuntu-release-upgrader (Ubuntu):
status: Incomplete → New
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.