I have a weird issue where half of the streams on an intelligent Oracle policy fail with status 58 but half will complete successfully.
If I set 12 streams 6 will run, 6 will fail. If I set 6 streams 3 will run 3 will fail. Anyone seen this kind of activity before?
nslookup is returning 2 names to the IP address. I am thinking it may well be something to do with that. Looking to get that resolved first.
Could you post the RMAN output?
Have you seen this? https://www.veritas.com/support/en_US/article.000024473
" During backup and restore operations, Oracle RMAN makes repeated calls to the System Backup Tape (SBT) API. Typically, there is minimal delay between the API calls. However, when using large data files, especially in bigfile tablespaces, the delays may be lengthy in some Oracle configurations. Lengthy delays make it difficult for NetBackup to know if Oracle is hung versus just delayed. If the delay is excessively long, then NetBackup will fail the job. "
Also sbttest is a very useful utility for troubleshooting API issues. http://www.dba-oracle.com/t_rman_111_sbttest.htm
Not an expert in RMAN but this is in the script that he policy creates:
INCREMENTAL LEVEL=0 PROXY
so I believe it is a proxy backup.
Have you tried an old fashioned script as per Marianne's suggestion?
Yeah, we currently run a workaround solution where an RMAN script dumps the backup to a share and this is then backed up as a flat file so I know that RMAN works. The intelligent policies are meant to replace that work around. This is the only server that is causing an issue at the moment. 7 other servers have successfully migrated and they are basically the same virtual Solaris server configuration.
nslookup is returning 2 names to the IP address. I am thinking it may well be something to do with that. Looking to get that resolved first.
