Potential lock failure on brtfs

Bug #639847 reported by pablomme
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
aptdaemon (Ubuntu)
Triaged
Medium
Unassigned
update-manager (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: aptdaemon

This is in up-to-date Maverick. To reproduce this problem, run "apt-get install <something>" (where <something> in my case was texlive-full, a rather long install), and open update-manager. It will first say that "Not all updates can be installed", followed by an error saying that the package indices are broken. aptdaemon seems not to be looking for running instances of apt to detect these problems correctly.

This didn't happen when update-manager used the apt backend in previous releases (apt does look for apt instances).

By the design of aptdaemon, I assume it wouldn't be a problem if another aptdaemon-based application was running when update-manager is launched?

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: aptdaemon 0.31+bzr496-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-21.31-generic 2.6.35.4
Uname: Linux 2.6.35-21-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Wed Sep 15 19:59:55 2010
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Beta amd64 (20100901.1)
PackageArchitecture: all
ProcEnviron:
 PATH=(custom, user)
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
SourcePackage: aptdaemon

Revision history for this message
pablomme (pablomme) wrote :
Revision history for this message
Sebastian Heinlein (glatzor) wrote :

Just for the histroy record: In previous versions update-manager used synaptic and not python-apt to install updates (only the partial dist upgrade uses python-apt).

Actually apt and aptdaemon share the same lock files and I cannot reproduce this error.

Have you installed Ubuntu on your hard drive? Do you use a live cd? Do you use a special file system?

summary: - If apt-get is running, aptdaemon reports the wrong errors
+ Lock race between apt-get and aptdaemon
Changed in aptdaemon (Ubuntu):
status: New → Incomplete
Revision history for this message
pablomme (pablomme) wrote : Re: Lock race between apt-get and aptdaemon

Sorry, I believe I meant "synaptic backend" when I said "apt backend" in the description. If I recall correctly, there was an attempt at switching backends a couple of releases ago, which was finally pulled back due to aptdaemon not being mature enough at that moment. I learned about the backends in bug reports back then and might have confused the names over time.

Yup, this is a proper installation of maverick. I'm using btrfs for both the / and /home filesystems, I don't know if that qualifies as special.

Revision history for this message
Sebastian Heinlein (glatzor) wrote :

No problem. You are the user. I have to say sorry for the bug :)

Could you please start Synaptic and then try to perform an installation using apt-get and software-center. The former one should fail since it cannot acquire the lock and the latter one should wait until synaptic is closed.

Could be a file system issue.

Revision history for this message
pablomme (pablomme) wrote :

Ok, if I start Synaptic:
- 'apt-get update' complains that:
  E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
  E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
- update-manager -> Check says "Waiting for Synaptic to exit"
which is all correct.

However, if I do 'apt-get update' and immediately hit 'Check' in update-manager, a window pops up saying:

"
An unhandled error occured

There seems to be a programming error in aptdaemon, the software that allows you to install/remove software and to perform other package management related tasks. Please report this error at http://launchpad.net/aptdaemon/+filebug and retry.

Details:
Traceback (most recent call last):
  File "/usr/lib/python2.6/dist-packages/aptdaemon/worker.py", line 163, in _process_transaction
    self.update_cache(**self.trans.kwargs)
  File "/usr/lib/python2.6/dist-packages/aptdaemon/worker.py", line 589, in update_cache
    self._cache.update(progress, sources_list=sources_list)
  File "/usr/lib/python2.6/dist-packages/apt/deprecation.py", line 98, in deprecated_function
    return func(*args, **kwds)
  File "/usr/lib/python2.6/dist-packages/apt/cache.py", line 343, in update
    raise LockFailedException("Failed to lock %s" % lockfile)
LockFailedException: Failed to lock /var/lib/apt/lists/lock
"

Then, if I do 'apt-get install frozen-bubble' and open update-manager:
- during the download of packages, update-manager opens fine and pressing "Check" says "Waiting for apt-get to exit"
- during the actual installation, update-manager opens with the behaviour as in the bug description above (i.e., something breaks it during the "Building data structures" etc stage)

Revision history for this message
John Groot (johngroot) wrote :

I just installed Ubuntu 10.10 and when I use the update manager it locks up in the window that says it is waiting for apt get to exit.

Changed in aptdaemon (Ubuntu):
status: Incomplete → Opinion
status: Opinion → Confirmed
status: Confirmed → Incomplete
Revision history for this message
Esteban Acosta (ea801) wrote :

I have to close the prompt for authentication in Update Manager as well as Ubuntu Software Center. After the authentication, the window stays there until it is closed.

summary: - Lock race between apt-get and aptdaemon
+ Potential lock failure on brtfs
Changed in aptdaemon (Ubuntu):
status: Incomplete → Triaged
importance: Undecided → Medium
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.