Bug 1291690

Summary: hammer import refers to an internal name
Product: Red Hat Satellite Reporter: David O'Brien <daobrien>
Component: HammerAssignee: David O'Brien <daobrien>
Status: CLOSED ERRATA QA Contact: Og Maciel <omaciel>
Severity: low Docs Contact:
Priority: unspecified    
Version: 6.1.3CC: bbuckingham, ggainey, omaciel, sthirugn
Target Milestone: UnspecifiedKeywords: Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: hammer-cli-import-0.10.23 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-07-27 11:08:49 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 David O'Brien 2015-12-15 12:56:33 UTC
Description of problem:

# hammer import all --delete --help

--directory DIR_PATH          stargate-export directory
   Default: "/tmp/exports"

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

How reproducible:
always

Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:

Comment from ggainey:

"no, that was an internal name.  "Place where Satellite 5 export file was unzipped" is what that is."

Comment 1 David O'Brien 2015-12-15 13:37:36 UTC
Created PR:

https://github.com/Katello/hammer-cli-import/pull/24

Comment 7 Grant Gainey 2016-01-25 19:35:12 UTC
hammer-cli-import.github: f2c0ef06ea8883d1573c483495328afbdf808b0d

Comment 9 Og Maciel 2016-03-24 20:28:58 UTC
hammer> import all --delete --help
Usage:
     import all [OPTIONS]

Options:
 --debug                       Turn on debugging-information
                               Default: false
 --delete                      Delete entities instead of importing them
                               Default: false
 --directory DIR_PATH          The directory where the export file was extracted
                               Default: "/tmp/exports"
 --dry-run                     Show what we would have done, if we'd been allowed
                               Default: false
 --entities entity[,entity...] Import specific entities
                               Default: "all"
 --into-org-id ORG_ID          Import all organizations into one specified by id
 --list-entities               List entities we understand
                               Default: false
 --logfile LOGFILE             Where output is logged to
                               Default: "/root/import.log"
 --macro_mapping FILE          Mapping of Satellite-5 config-file-macros to puppet facts
 --manifest-directory DIR_PATH Directory holding manifests
 --merge-users                 Merge pre-created users (except admin)
                               Default: false
 --no-async                    Wait for async tasks in foreground
                               Default: false
 --quiet                       Be silent - no output to STDOUT
                               Default: false
 --synchronize                 Synchronize imported repositories
                               Default: false
 --verbose                     Be noisy - everything goes to STDOUT and to a logfile
                               Default: false
 --wait                        Wait for repository synchronization to finish
                               Default: false
 -h, --help                    print help

Comment 10 Og Maciel 2016-03-24 20:29:52 UTC
This looks good to me now, so I am closing as VERIFIED as per my last comment (Satellite 6.2.0 SNAP 5.1)

Comment 13 Bryan Kearney 2016-07-27 11:08:49 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2016:1501