Bug 1304804

Summary: synchronisation of epel5 x86_64 channel from satellite 6.1 broken (epel5 x86_64.debug works)
Product: [Fedora] Fedora EPEL Reporter: pascal.cavy.ext
Component: epel-releaseAssignee: Michael Stahnke <mastahnke>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: el5CC: dennis, djw8605, gpatil, gpayelka, kevin, mastahnke
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-04-06 10:35:08 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

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.