Bug 850714

Summary: Command "db-control backup" stops with perl error
Product: Red Hat Satellite 5 Reporter: Matej Kollar <mkollar>
Component: ServerAssignee: Tomas Lestach <tlestach>
Status: CLOSED CURRENTRELEASE QA Contact: Matej Kollar <mkollar>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 550CC: cperry, jhutar, lpramuk
Target Milestone: ---Keywords: Regression
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: spacewalk-web-1.7.28-26 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-09-21 09:19:59 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:
Bug Depends On:    
Bug Blocks: 818987    

Description Matej Kollar 2012-08-22 08:25:27 UTC
Description of problem:

  While trying to backup database after upgrade (after "install.pl --upgrade"
  but before schema upgrade) (seems irrelevant, see additional info), running

  > dbcontrol backup dir

  (dir exists, user oracle have 7 in place of permissions that affects him) script terminates with

  > Can't use string ("/opt/apps/oracle/config/10.2.0/l") as an ARRAY ref while "strict refs" in use at /usr/share/perl5/vendor_perl/Dobby/CLI/BackupCommands.pm line 127.

  and no backup is created.

Version-Release number of selected component (if applicable): spacewalk-dobby-1.7.28-24.el6sat.noarch

How reproducible: always/deterministic


Steps to Reproduce:

  1. # su oracle
  2. $ db-control backup
  
Actual results:

  Script prints
  > Initiating cold backup of database rhnsat...
  > Can't use string ("/opt/apps/oracle/config/10.2.0/l") as an ARRAY ref while "strict refs" in use at /usr/share/perl5/vendor_perl/Dobby/CLI/BackupCommands.pm line 127.
  and terminates (no backup created).

Expected results:

  Backup is created.

Additional info:

  This is also broken on directly installed 550 (so schema upgrade involved).

Comment 5 Matej Kollar 2012-08-24 11:12:35 UTC
I have verified that undesired behavior is gone. I also tried restore and it seems legitimate as well. I haven't been digging very deep though.

Comment 7 Clifford Perry 2012-09-21 09:19:59 UTC
This issue is resolved with the release of RHN Satellite 5.5. 

As of September 20th 2012, RHN Satellite 5.5 has been generally available. 

Release Notes and other 5.5 documentation can be found here:

 https://access.redhat.com/knowledge/docs/Red_Hat_Network_Satellite/

The associated Errata for the 5.5 release are:

5.5 Satellite GA Errata
 - http://rhn.redhat.com/errata/RHEA-2012-1296.html

5.5 Upgrade Errata
 - http://rhn.redhat.com/errata/RHEA-2012-1298.html

5.5 RHN Proxy GA Errata
 - http://rhn.redhat.com/errata/RHEA-2012-1297.html

5.5 RHN Tools GA Errata
 - http://rhn.redhat.com/errata/RHEA-2012-1299.html

Regards,
Clifford
- Engineering Manager, Satellite