Bug 697861

Summary:

cds associate repo fails with cdsMethodexception

Product:

[Retired] Pulp

Reporter:

Kedar Bidarkar <kbidarka>

Component:

nodes

Assignee:

Jeff Ortel <jortel>

Status:

CLOSED WORKSFORME

QA Contact:

Preethi Thomas <pthomas>

Severity:

urgent

Docs Contact:

Priority:

urgent

Version:

unspecified

CC:

skarmark

Target Milestone:

---

Keywords:

Triaged

Target Release:

Sprint 23

Hardware:

Unspecified

OS:

Linux

Whiteboard:

Fixed In Version:

Doc Type:

Bug Fix

Doc Text:

Story Points:

---

Clone Of:

Environment:

Last Closed:

2011-04-20 19:46:31 UTC

Type:

---

Regression:

---

Mount Type:

---

Documentation:

---

CRM:

Verified Versions:

Category:

---

oVirt Team:

---

RHEL 7.3 requirements from Atomic Host:

Cloudforms Team:

---

Target Upstream Version:

Embargoed:

Bug Depends On:

Bug Blocks:

688298

Attachments:

Description	Flags
logs related to cds associate repo	none

Description Kedar Bidarkar 2011-04-19 13:21:21 UTC

Description of problem:

cds associate repo fails with cdsMethodException issue.

Please refer the attached file for logs.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Kedar Bidarkar 2011-04-19 13:22:55 UTC

Created attachment 493192 [details]
logs related to cds associate repo

Comment 2 Jay Dobies 2011-04-19 15:36:30 UTC

Jeff - can you take a look? Something very wonky happened in the messaging between server and CDS.


on pulp-server /var/log/pulp/pulp.log

2011-04-19 22:05:07,321 [ERROR][asynctaskreplyqueue] __fetch() @ consumer.py:90 - asynctaskreplyqueue
Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/gofer/messaging/consumer.py", line 86, in __fetch
    return self.receiver.fetch(timeout=self.WAIT)
  File "<string>", line 6, in fetch
  File "/usr/lib/python2.6/site-packages/qpid/messaging/endpoints.py", line 994, in fetch
    self._ecwait(lambda: self.linked)
  File "/usr/lib/python2.6/site-packages/qpid/messaging/endpoints.py", line 50, in _ecwait
    result = self._ewait(lambda: self.closed or predicate(), timeout)
  File "/usr/lib/python2.6/site-packages/qpid/messaging/endpoints.py", line 957, in _ewait
    result = self.session._ewait(lambda: self.error or predicate(), timeout)
  File "/usr/lib/python2.6/site-packages/qpid/messaging/endpoints.py", line 550, in _ewait
    result = self.connection._ewait(lambda: self.error or predicate(), timeout)
  File "/usr/lib/python2.6/site-packages/qpid/messaging/endpoints.py", line 194, in _ewait
    self.check_error()
  File "/usr/lib/python2.6/site-packages/qpid/messaging/endpoints.py", line 187, in check_error
    raise self.error
InternalError: Traceback (most recent call last):
  File "/usr/lib/python2.6/site-packages/qpid/messaging/driver.py", line 496, in dispatch
    self.engine.dispatch()
  File "/usr/lib/python2.6/site-packages/qpid/messaging/driver.py", line 791, in dispatch
    self.attach(ssn)
  File "/usr/lib/python2.6/site-packages/qpid/messaging/driver.py", line 834, in attach
    self.link(rcv, self._in, rcv.source)
  File "/usr/lib/python2.6/site-packages/qpid/messaging/driver.py", line 885, in link
    dir.do_unlink(sst, lnk, _lnk)
  File "/usr/lib/python2.6/site-packages/qpid/messaging/driver.py", line 261, in do_unlink
    sst.write_cmds(cmds, action)
AttributeError: 'NoneType' object has no attribute 'write_cmds'

Comment 3 Jeff Ortel 2011-04-19 15:48:17 UTC

Kedar,  couple of questions:
1. which OS and versions of qpid are involved here?
2. can you describe, from a networking standpoint, how the rhui/pulp, qpid broker and the cds are connected?

Comment 4 Kedar Bidarkar 2011-04-19 18:43:27 UTC

1) OS is rhel6 and version of qpid is 
[root@dhcp193-197 ~]# rpm -qav | grep -i qpid
python-qpid-0.7.946106-12.el6.noarch
qpid-cpp-client-0.7.946106-5.el6.x86_64
qpid-cpp-server-0.7.946106-5.el6.x86_64

2) rh-rhui-tools are installed on the pulp-server itself and all the nodes are vm's with bridged configuration in a single network.

Comment 5 Kedar Bidarkar 2011-04-20 19:46:31 UTC

No issues with latest pulp- 168 and qpid version is same as above.
and rhui-tools is 2.0.15

Comment 6 Jeff Ortel 2011-04-20 20:13:01 UTC

Unfortunately this is a python-qpid issue and it working on pulp 0.168 and  rhui-tools is 2.0.15 is a coincidence.  We will continue to track this issue with an Apache Project JIRA: https://issues.apache.org/jira/browse/QPID-3218.