Bug 1304804 - synchronisation of epel5 x86_64 channel from satellite 6.1 broken (epel5 x86_64.debug works)
Summary: synchronisation of epel5 x86_64 channel from satellite 6.1 broken (epel5 x86_...
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: epel-release
Version: el5
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Michael Stahnke
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-02-04 16:37 UTC by pascal.cavy.ext
Modified: 2020-06-11 12:47 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-04-06 10:35:08 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description pascal.cavy.ext 2016-02-04 16:37:16 UTC
I added epel5 x86_64 as a repository on a product on satellite 6.1
It synced ok some weeks ago.

since about 1 week, I am unable to sync it again. are metadata for this channel broken ?

for information: the epel5 x86_64.debug is still syncing ok on satellite.

Following is the error reported where I can see :

"errata"=>
         {"state"=>"FAILED",
          "error"=>"'NoneType' object has no attribute 'text'"},
        "metadata"=>{"state"=>"FINISHED"}}},

______________

Action:

Actions::Pulp::Repository::Sync

Input:

{"pulp_id"=>"Default_Organization-EPEL5-epel5_x86_64",
 "task_id"=>nil,
 "remote_user"=>"admin-659eb34b",
 "remote_cp_user"=>"admin",
 "locale"=>"en"}

Output:

{"pulp_tasks"=>
  [{"exception"=>nil,
    "task_type"=>"pulp.server.managers.repo.sync.sync",
    "_href"=>"/pulp/api/v2/tasks/5e10f89d-3b21-4964-a421-42b51eca4369/",
    "task_id"=>"5e10f89d-3b21-4964-a421-42b51eca4369",
    "tags"=>
     ["pulp:repository:Default_Organization-EPEL5-epel5_x86_64",
      "pulp:action:sync"],
    "finish_time"=>"2016-02-04T15:50:57Z",
    "_ns"=>"task_status",
    "start_time"=>"2016-02-04T15:46:49Z",
    "traceback"=>
     "Traceback (most recent call last):\n  File \"/usr/lib/python2.7/site-packages/celery/app/trace.py\", line 240, in trace_task\n    R = retval = fun(*args, **kwargs)\n  File \"/usr/lib/python2.7/site-packages/pulp/server/async/tasks.py\", line 328, in __call__\n    return super(Task, self).__call__(*args, **kwargs)\n  File \"/usr/lib/python2.7/site-packages/celery/app/trace.py\", line 437, in __protected_call__\n    return self.run(*args, **kwargs)\n  File \"/usr/lib/python2.7/site-packages/pulp/server/managers/repo/sync.py\", line 114, in sync\n    raise PulpExecutionException(_('Importer indicated a failed response'))\nPulpExecutionException: Importer indicated a failed response\n",
    "spawned_tasks"=>[],
    "progress_report"=>
     {"yum_importer"=>
       {"content"=>
         {"size_total"=>0,
          "items_left"=>0,
          "items_total"=>0,
          "state"=>"FINISHED",
          "size_left"=>0,
          "details"=>
           {"rpm_total"=>0, "rpm_done"=>0, "drpm_total"=>0, "drpm_done"=>0},
          "error_details"=>[]},
        "comps"=>{"state"=>"NOT_STARTED"},
        "distribution"=>
         {"items_total"=>0,
          "state"=>"FINISHED",
          "error_details"=>[],
          "items_left"=>0},
        "errata"=>
         {"state"=>"FAILED",
          "error"=>"'NoneType' object has no attribute 'text'"},
        "metadata"=>{"state"=>"FINISHED"}}},
    "queue"=>"reserved_resource_worker-3.netbanque.fr.dq",
    "state"=>"error",
    "worker_name"=>"reserved_resource_worker-3.netbanque.fr",
    "result"=>nil,
    "error"=>
     {"code"=>"PLP0000",
      "data"=>{},
      "description"=>"Importer indicated a failed response",
      "sub_errors"=>[]},
    "_id"=>{"$oid"=>"56b37269604b15c5d4b98d1a"},
    "id"=>"56b372691159710dbbb61b6e"}],
 "poll_attempts"=>{"total"=>36, "failed"=>0}}

Exception:

Katello::Errors::PulpError: PLP0000: Importer indicated a failed response

Comment 1 Kevin Fenzi 2016-02-04 20:13:24 UTC
It seems fine to me here. 

Can you manually download and attach:

https://mirrors.fedoraproject.org/metalink?repo=epel-5&arch=x86_64

and confirm thats the same metalink you are using in pulp?
Or if not, what url you are using?

Comment 2 pascal.cavy.ext 2016-02-05 08:52:30 UTC
hello 

I am using satellite 6.1 GUI -> product -> repo discovery
and I used the following url to discover epel5 repositories
https://dl.fedoraproject.org/pub/epel/5/x86_64


which created the following 2 repositories :

this one that I cannot sync correctly :

Basic Information
Name epel5 x86_64
Label epel5_x86_64
Type yum
URL https://dl.fedoraproject.org/pub/epel/5/x86_64
Yum Metadata Checksum Default
Publish via HTTPS true
Publish via HTTP Yes
Published At http://monserver.com/pulp/repos/Default_Organization/Library/custom/EPEL5/epel5_x86_64
GPG Key
EPEL5 pgp
Sync Status
Sync Interval Synced manually, no interval set.
Last Sync about 17 hours Ago (Feb 4, 2016 4:51:21 PM Local Time)
Next Sync Synced manually, no interval set.
Sync State warning

Content Counts
Content Type
Packages 7296
Errata 	52
Package Groups 	0


And the debug repository where sync works :

 Back to Repository List
Basic Information
Name epel5 x86_64 debug
Label epel5_x86_64_debug
Type yum
URL https://dl.fedoraproject.org/pub/epel/5/x86_64/debug/
Yum Metadata Checksum sha1
Publish via HTTPS true
Publish via HTTP Yes
Published At http://satvxlexp1.srv.netbanque.fr/pulp/repos/Default_Organization/Library/custom/EPEL5/epel5_x86_64_debug
GPG Key
EPEL5 pgp
Sync Status
Sync Interval Synced manually, no interval set.
Last Sync about 18 hours Ago (Feb 4, 2016 4:04:59 PM Local Time)
Next Sync Synced manually, no interval set.
Sync State success

Content Counts
Content Type 
Packages 1600
Errata 	0
Package Groups 	0

note that the debug repo has no errata, and the error message seems related to errata.

Comment 3 pascal.cavy.ext 2016-02-05 09:15:12 UTC
the process to do that is described here https://satellite-nixpeeps.rhcloud.com/?p=512

Comment 4 Kevin Fenzi 2016-02-06 00:57:08 UTC
Could this be: 

https://bugzilla.redhat.com/show_bug.cgi?id=1138475

Comment 5 pascal.cavy.ext 2016-02-08 09:38:53 UTC
symptoms are very similar yes. But I have 

# rpm -q pulp-server
pulp-server-2.6.0.17-1.el7sat.noarch

so this should be already fixed according to bug report.

Comment 6 pascal.cavy.ext 2016-02-08 10:16:03 UTC
I also opened a bug on redhat RHEL7 satellite 6.1 for this problem. It seems to be a bug they know bu not yet fixed.

Comment 7 Kevin Fenzi 2016-02-08 13:26:51 UTC
Yeah, I cannot find anything wrong with the epel5 repodata.

Comment 8 pascal.cavy.ext 2016-02-08 13:28:31 UTC
anyway big thanks for investigating, I'll keep you informed on the progress on the redhat side.

Comment 11 Fedora End Of Life 2017-04-06 10:35:08 UTC
Fedora EPEL 5 changed to end-of-life (EOL) status on 2017-03-31. Fedora EPEL 5
is no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of Fedora
or Fedora EPEL, please feel free to reopen this bug against that version. If
you are unable to reopen this bug, please file a new report against the current
release. If you experience problems, please add a comment to this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.