Bug 987932 - copy operation does not exit if the operation gets postponed.
Summary: copy operation does not exit if the operation gets postponed.
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Pulp
Classification: Retired
Component: user-experience
Version: 2.2 Beta
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: 2.2.0
Assignee: Michael Hrivnak
QA Contact: Preethi Thomas
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-07-24 12:34 UTC by Preethi Thomas
Modified: 2013-09-09 16:29 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-07-30 15:28:26 UTC
Embargoed:


Attachments (Terms of Use)

Description Preethi Thomas 2013-07-24 12:34:55 UTC
Description of problem:

You will need to ctrl+c out if the copy operation gets postponed due to another  copy operation running

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

[root@mgmt12 ~]# rpm -qa pulp-server
pulp-server-2.2.0-0.21.beta.el6.noarch
[root@mgmt12 ~]# 

How reproducible:


Steps to Reproduce:
1. Run a repo copy
2. Run a second repo copy while the first one is running
3.

Actual results:
root@mgmt12 ~]# pulp-admin rpm repo copy group  -f rhel64-x86 -t rhel64-copy
This command may be exited via ctrl+c without affecting the request.

[-]
The request was accepted but postponed due to one or more previous requests
against the resource. This request will proceed at the earliest possible time.




Expected results:


Additional info:

Comment 1 Michael Hrivnak 2013-07-30 15:28:26 UTC
This seems to be the expected behavior. The command will continue to poll the task's state, and when the task eventually does start to run, the normal progress report and other output will be displayed.

We can talk about whether there is some way to improve this experience, but for now, I think this is not actually a bug.


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