Segfault trying to upgrade to saucy from raring

Bug #1223894 reported by Aaron Bentley
66
This bug affects 14 people
Affects Status Importance Assigned to Milestone
ubuntu-release-upgrader (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

When I attempt to upgrade to saucy, update-manager crashes around extracting the tarball:
$ sudo update-manager -d
[sudo] password for abentley:
Checking for a new Ubuntu release
authenticate 'saucy.tar.gz' against 'saucy.tar.gz.gpg'
extracting 'saucy.tar.gz'
Segmentation fault (core dumped)

$ lsb_release -rd
Description: Ubuntu 13.04
Release: 13.04
$ apt-cache policy update-manager
update-manager:
  Installed: 1:0.186.2
  Candidate: 1:0.186.2
  Version table:
 *** 1:0.186.2 0
        500 http://archive.ubuntu.com/ubuntu/ raring-updates/main amd64 Packages
        100 /var/lib/dpkg/status
     1:0.186 0
        500 http://archive.ubuntu.com/ubuntu/ raring/main amd64 Packages

Tags: dist-upgrade
Aaron Bentley (abentley)
tags: added: dist-upgrade
Revision history for this message
Brian Murray (brian-murray) wrote :

Is there an apport crash file in /var/crash regarding this?

Changed in update-manager (Ubuntu):
status: New → Incomplete
affects: update-manager (Ubuntu) → ubuntu-release-upgrader (Ubuntu)
Revision history for this message
Aaron Bentley (abentley) wrote :

No, there are no files in /var/crash at all.

Changed in ubuntu-release-upgrader (Ubuntu):
status: Incomplete → New
Revision history for this message
Brian Murray (brian-murray) wrote :

There may be a folder in /tmp/ named ubuntu-release-upgrader-XYZ which will contain saucy.tar.gz. Can you manually try extracting it?

Revision history for this message
Aaron Bentley (abentley) wrote :

The tarball was there, plus a bunch of files. Extracting the files appeared to complete successfully.

I renamed ubuntu-release-upgrader-vijh2f to asdf and re-ran "update-manager -d". It crashed at the same point, slightly differently:

$ sudo update-manager -d
Checking for a new Ubuntu release
authenticate 'saucy.tar.gz' against 'saucy.tar.gz.gpg'
extracting 'saucy.tar.gz'
Real-time signal 0

I diffed the old directory against the new one, to see if the second extraction had completed successfully:
l# diff . ../asdf -r
diff: ./demoted.cfg: Too many levels of symbolic links
diff: ../asdf/demoted.cfg: Too many levels of symbolic links
diff: ./DistUpgrade: recursive directory loop
Binary files ./DistUpgradeApport.pyc and ../asdf/DistUpgradeApport.pyc differ
Binary files ./DistUpgradeAufs.pyc and ../asdf/DistUpgradeAufs.pyc differ
Binary files ./DistUpgradeConfigParser.pyc and ../asdf/DistUpgradeConfigParser.pyc differ
Binary files ./DistUpgradeGettext.pyc and ../asdf/DistUpgradeGettext.pyc differ
Binary files ./DistUpgradeMain.pyc and ../asdf/DistUpgradeMain.pyc differ
Binary files ./DistUpgradeVersion.pyc and ../asdf/DistUpgradeVersion.pyc differ
Binary files ./DistUpgradeViewGtk3.pyc and ../asdf/DistUpgradeViewGtk3.pyc differ
Binary files ./DistUpgradeView.pyc and ../asdf/DistUpgradeView.pyc differ
Binary files ./__init__.pyc and ../asdf/__init__.pyc differ
Binary files ./SimpleGtk3builderApp.pyc and ../asdf/SimpleGtk3builderApp.pyc differ
Binary files ./trustdb.gpg and ../asdf/trustdb.gpg differ

Since the tarball didn't include any pyc files, I deduce that the tarball was completely extracted and the crash happened when trying to run or compile the extracted files.

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

That would be consistent with my comment #4. I tried again and got basically the same thing:
$ update-manager -d
debconf: DbDriver "passwords" warning: could not open /var/cache/debconf/passwords.dat: Permission denied
debconf: DbDriver "passwords" warning: could not open /var/cache/debconf/passwords.dat: Permission denied
debconf: DbDriver "passwords" warning: could not open /var/cache/debconf/passwords.dat: Permission denied
debconf: DbDriver "passwords" warning: could not open /var/cache/debconf/passwords.dat: Permission denied
Checking for a new Ubuntu release
authenticate 'saucy.tar.gz' against 'saucy.tar.gz.gpg'
extracting 'saucy.tar.gz'
Real-time signal 0

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubuntu-release-upgrader (Ubuntu):
status: New → Confirmed
Revision history for this message
Aaron Bentley (abentley) wrote :

Today, "sudo update-manager -d" got past the untar, and is now running. Fixed as far as I'm concerned.

Revision history for this message
Aaron Bentley (abentley) wrote :

That upgrade aborted due to low disk space. I got "Real-time signal 0" on the next attempt, so it looks like a transient failure now.

Revision history for this message
Aaron Bentley (abentley) wrote :

Okay, it looks like "sudo" was the cause. When I ran "upgrade-manager -d" without sudo, it successfully started the installer. I must have done that by accident the first time (comment #8).

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

In the bug this bug was made a duplicate of people mention using the nvidia binary driver. Were you using that?

Revision history for this message
Aaron Bentley (abentley) wrote : Re: [Bug 1223894] Re: Segfault trying to upgrade to saucy from raring

Yes, I was.

Brian Murray <email address hidden> wrote:
>*** This bug is a duplicate of bug 1203534 ***
> https://bugs.launchpad.net/bugs/1203534
>
>In the bug this bug was made a duplicate of people mention using the
>nvidia binary driver. Were you using that?
>
>--
>You received this bug notification because you are subscribed to the
>bug
>report.
>https://bugs.launchpad.net/bugs/1223894
>
>Title:
> Segfault trying to upgrade to saucy from raring
>
>To manage notifications about this bug go to:
>https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1223894/+subscriptions

--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

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.