process-pending-packagediffs breaking

Bug #516922 reported by Steve McInerney
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Critical
Muharem Hrnjadovic

Bug Description

2010-02-04 06:36:04 INFO creating lockfile
2010-02-04 06:36:10 DEBUG Considering 50 diff requests
2010-02-04 06:36:10 DEBUG Performing package diff for freedcpp from 0.0.1.66-tehnick1 to 0.0.1~svn79-1
2010-02-04 06:36:10 DEBUG Removing lock file: /var/lock/launchpad-process-pending-packagediffs.lock
Traceback (most recent call last):
  File "/srv/launchpad.net/codelines/current/cronscripts/process-pending-packagediffs.py", line 35, in <module>
    script.lock_and_run()
  File "/srv/launchpad.net/codelines/ppa-rev-8939/lib/lp/services/scripts/base.py", line 290, in lock_and_run
    implicit_begin=implicit_begin, isolation=isolation)
  File "/srv/launchpad.net/codelines/ppa-rev-8939/lib/lp/services/scripts/base.py", line 248, in run
    self.main()
  File "/srv/launchpad.net/codelines/ppa-rev-8939/lib/lp/soyuz/scripts/packagediff.py", line 57, in main
    packagediff.performDiff()
  File "/srv/launchpad.net/codelines/ppa-rev-8939/lib/lp/soyuz/model/packagediff.py", line 171, in performDiff
    download_file(destination_path, file.libraryfile)
  File "/srv/launchpad.net/codelines/ppa-rev-8939/lib/lp/soyuz/model/packagediff.py", line 83, in download_file
    libraryfile.open()
  File "/srv/launchpad.net/codelines/ppa-rev-8939/lib/canonical/launchpad/database/librarian.py", line 111, in open
    "Unable to retrieve LibraryFileAlias %d" % self.id
canonical.librarian.interfaces.DownloadFailed: Unable to retrieve LibraryFileAlias 37987371

repeats over....

Tags: lp-soyuz

Related branches

Revision history for this message
Muharem Hrnjadovic (al-maisan) wrote :

<spm> al-maisan: hey there! we have a funky one for you unf: https://bugs.edge.launchpad.net/soyuz/+bug/516922
<ubottu> Ubuntu bug 516922 in soyuz "process-pending-packagediffs breaking" [Undecided,New]
<al-maisan> Good morning spm
<al-maisan> let me look
<al-maisan> spm: does it always fail for the same source (freedcpp from 0.0.1.66-tehnick1 to 0.0.1~svn79-1) ?
<spm> al-maisan: yeah, looks like it from a quick scroll thru
<spm> yeah same library alias each time
<al-maisan> spm: in that case the script needs to be more resilient to carry on with the other diffs as opposed to aborting IMHO
<spm> yes please :-)
<al-maisan> s/needs to be more/needs to be made more/
<wgrant> Yeah, it needs to not try to diff against expired sources.
<wgrant> This is going to start happening a lot.
<al-maisan> ah, the source is expired
<spm> heh, it probably already is; in that it's failing on the first one over and over... wheee.
<spm> yo stub
<al-maisan> expired as in expired in the librarian, gotcha
<wgrant> Right.

Changed in soyuz:
importance: Undecided → Medium
status: New → Triaged
Changed in soyuz:
importance: Medium → High
assignee: nobody → Muharem Hrnjadovic (al-maisan)
milestone: none → 10.02
Changed in soyuz:
status: Triaged → In Progress
Revision history for this message
Diogo Matsubara (matsubara) wrote : Bug fixed by a commit
Changed in soyuz:
status: In Progress → Fix Committed
Changed in soyuz:
importance: High → Critical
Changed in soyuz:
status: Fix Committed → Fix Released
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.