Bug 170677
Summary: | rhn-satellite-exporter needs a --db option | ||
---|---|---|---|
Product: | [Retired] Red Hat Network | Reporter: | John Wregglesworth <wregglej> |
Component: | RHN/Backend | Assignee: | John Wregglesworth <wregglej> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fanny Augustin <fmoquete> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rhn410 | CC: | rhn-bugs |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | rhn405 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-01-25 05:55:05 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: | 128866 |
Description
John Wregglesworth
2005-10-13 17:48:06 UTC
Test Plan: 1. Set up two satellites with different sets of channels. 2. Configure the database on one of the satellites to allow remote connections. 3. On the other satellite, add an entry to the /etc/tnsnames.ora file for the database that is now accepting remote connections. 4. On the satellite with the altered /etc/tnsnames.ora file, try to export a channel from the other satellite. You will need to give the --db option the connection string for the database that is now accepting remote connections. rhn-satellite-exporter --db=rhnsat/rhnsat@rhnsat2 -crhel-i386-as-4 --dir=test1 The export will fail when it gets to the point where it's exporting RPMs because it's trying to grab RPMs from under /var/satellite that don't exist. They're on the other satellite. This is expected. This option is mostly used for debugging purposes. The tool is broken. Please see the two tracebacks below: [root@rlx-3-14 ~]# rhn-satellite-exporter --channel=rhel-i386-as-4 --dir=myexports Traceback (most recent call last): File "/usr/bin/rhn-satellite-exporter", line 5, in ? from satellite_tools.intersat_sync import iss File "/usr/share/rhn/satellite_tools/intersat_sync/iss.py", line 8, in ? import dumper File "/usr/share/rhn/satellite_tools/intersat_sync/dumper.py", line 20, in ? from string_buffer import StringBuffer ImportError: No module named string_buffer [root@rlx-3-14 ~]# rhn-satellite-exporter --help Traceback (most recent call last): File "/usr/bin/rhn-satellite-exporter", line 5, in ? from satellite_tools.intersat_sync import iss File "/usr/share/rhn/satellite_tools/intersat_sync/iss.py", line 8, in ? import dumper File "/usr/share/rhn/satellite_tools/intersat_sync/dumper.py", line 20, in ? from string_buffer import StringBuffer ImportError: No module named string_buffer ISO: rhn-satellite-4.0.5-2-redhat-linux-as-i386-4-embedded-oracle.iso The reason it failed was because I missed a file in the Makefile and spec file. string_buffer.py has been added and the rhns packages rebuilt. The changes are in the 4.0.5-28 or later rhns-satellite-tools package. Looks good on QA Released. |