Trace dumps when performing RMAN backups

Hi,
10g release 2
I'm not very experinced with oracle 10g, but on 9i I've never seen this before:
Every time i do a RMAN backup errors is written in the alert log pointing to the instances' trace file in the udump dir.
*** ACTION NAME:(0000018 STARTED16) 2006-09-01 12:07:50.993
*** MODULE NAME:(backup full datafile) 2006-09-01 12:07:50.993
*** SERVICE NAME:(instance_name) 2006-09-01 12:07:50.993
*** SESSION ID:(140.2064) 2006-09-01 12:07:50.993
*** ACTION NAME:(0000022 STARTED111) 2006-09-01 12:07:52.098
*** 2006-09-01 12:09:56.409
*** ACTION NAME:(0000094 STARTED111) 2006-09-01 12:09:56.409
*** MODULE NAME:(backup archivelog) 2006-09-01 12:09:56.409
*** 2006-09-01 12:14:22.122
*** ACTION NAME:(0000117 STARTED16) 2006-09-01 12:14:22.122
*** MODULE NAME:(backup full datafile) 2006-09-01 12:14:22.122
*** ACTION NAME:(0000121 STARTED111) 2006-09-01 12:14:23.238
to me it looks only informational, but i was wondering if anyone been experiencing similar behavior before, and if there are a way to avoid this? or is this an error i should take action on.
any ideas would be very much appricated!

This is a known bug # 4596065 with RMAN when controlfile autobackup is on and flash recovery area is enabled. Workaround is to ignore the trce files.

Similar Messages

Error when performing full backup?

Error when performing full backup, please help.
Starting backup at 14-AUG-08
current log archived
released channel: ch1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 08/14/2008 17:43:18
RMAN-06059: expected archived log not found, lost of archived log compromises recoverability
ORA-19625: error identifying file /u02/oracle/uat/uatdb/9.2.0/dbs/arch1_195.dbf
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3
FAN

Hi,
It seems one of your physical archive file is not there...
but to explore more first paste your backup command that you are using.
Navneet

Trace dumping is performing ID= .....

We have been troubleshooting a RAC environment that has been performing core dumps. These have all occured after installing new RAM. We have been getting the core dumps on both nodes (2 node environment). Right now we are working on node1 by removing half of the RAM, all is fine, add two more sticks...etc. At times the cdump will result in Oracle being shutdown but usually Oracle stays up and the server stays up. This morning I do a srvctl status database -d <name> and it says both nodes are up and running. Just to double-check I take a look at the alert log for node 1 and see this:
Trace dumping is performing ID = cdmp<sysdate>
There are no other entries since we brought the instance up on that node, just that statement that Trace dumping is performing. It looks like we hit the bad stick of RAM but the cdmp<sysdate> folder has a number of files in it. Any tips on what I can look for to help narrow this problem down?

We have been troubleshooting a RAC environment that has been performing core dumps. These have all occured after installing new RAM. We have been getting the core dumps on both nodes (2 node environment). Right now we are working on node1 by removing half of the RAM, all is fine, add two more sticks...etc. At times the cdump will result in Oracle being shutdown but usually Oracle stays up and the server stays up. This morning I do a srvctl status database -d <name> and it says both nodes are up and running. Just to double-check I take a look at the alert log for node 1 and see this:
Trace dumping is performing ID = cdmp<sysdate>
There are no other entries since we brought the instance up on that node, just that statement that Trace dumping is performing. It looks like we hit the bad stick of RAM but the cdmp<sysdate> folder has a number of files in it. Any tips on what I can look for to help narrow this problem down?

A lof of "Trace dumping is performing" in RAC instances

Hi,
I have Oracle 9i RAC (9.2.0.5) with 2 nodes. Suddenly, there is a lot of "Trace dumping is performing" generated in background dump directory of both nodes.
I could not find any ORA- error that caused these trace dump. Does anyone have any idea?
Below is some part of the alert logs file contents:
Mon Jun 1 13:45:48 2009
Trace dumping is performing id=[cdmp_20090601134547]
Mon Jun 1 13:45:51 2009
Trace dumping is performing id=[cdmp_20090601134551]
Mon Jun 1 13:45:55 2009
Trace dumping is performing id=[cdmp_20090601134554]
Mon Jun 1 13:49:00 2009
Trace dumping is performing id=[cdmp_20090601134859]
Mon Jun 1 13:50:08 2009
Trace dumping is performing id=[cdmp_20090601135008]
Mon Jun 1 14:01:05 2009
Trace dumping is performing id=[cdmp_20090601140105]
Mon Jun 1 14:01:09 2009
Trace dumping is performing id=[cdmp_20090601140108]
Mon Jun 1 14:01:12 2009
Trace dumping is performing id=[cdmp_20090601140112]
Mon Jun 1 14:01:16 2009
Trace dumping is performing id=[cdmp_20090601140115]
Mon Jun 1 14:08:45 2009
Trace dumping is performing id=[cdmp_20090601140845]
Mon Jun 1 14:16:17 2009
Completed checkpoint up to RBA [0x34e92.2.10], SCN: 0x0858.d68637a6
Mon Jun 1 14:16:40 2009
Trace dumping is performing id=[cdmp_20090601141639]
Mon Jun 1 14:16:43 2009
Trace dumping is performing id=[cdmp_20090601141642]
Mon Jun 1 14:16:46 2009
Trace dumping is performing id=[cdmp_20090601141646]
Mon Jun 1 14:16:50 2009
Trace dumping is performing id=[cdmp_20090601141649]
Mon Jun 1 14:31:33 2009
Trace dumping is performing id=[cdmp_20090601143133]
Thanks & Regards,
Tarman

MOS note 290767.1
Is this the case?

Got RMAN error when running RMAN backup of archivelogs on physical standby database

Got below error when running RMAN backup of datafiles and archivelogs on physical standby database.
RMAN-06820: WARNING: failed to archive current log at primary database
ORACLE error from target database:
ORA-17629: Cannot connect to the remote database server
ORA-17627: ORA-00942: table or view does not exist
Could anyone help me? Thanks,

Hello;
When you connect RMAN to the source database as TARGET you must specify a password even if RMAN uses operating system authentication.
So the errors ORA-17627 and ORA-00942 appear to be cause and effect.
What version of Oracle? ( 11.2.0.4 according to the tag )
Can you post your backup script?
Best Regards
mseberg
Update
According to :
Database Error Messages 11g Release 2 (11.2) E17766-03
RMAN-06820: WARNING: failed to archive current log at primary database
Cause: An attempt to switch the archived log at the primary database failed.
So I would check my Primary alert log for an issue.
Message was edited by: mseberg

Generate Trace file when doing RMAN

OS AIX 5.3L with Oracle 10g (10.2.0.1), Since beginning of the RMAN backup, the Oracle generated trc file in udump and it is quite big ( over my dump_file_size limit). According to Metalink, it is a bug (Bug:4529700), since 2005 and it seems happening to all platforms. So does this bug have patch yet? How can I aovid the dump trace file to avoid exploring the storage directory?

Here is first 30 lines
$ head -30 baan_ora_2654306.trc
Dump file /oracleapp/apps/admin/baan/udump/baan_ora_2654306.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /oracleapp/apps/oracle/product/10.2.0/db_1
System name: AIX
Node name: baan
Release: 3
Version: 5
Machine: 000D6DB6D600
Instance name: baan
Redo thread mounted by this instance: 1
Oracle process number: 23
Unix process pid: 2654306, image: oracle@baan (TNS V1-V3)
*** ACTION NAME:(0000001 STARTED1) 2007-07-12 03:00:09.240
*** SERVICE NAME:(SYS$USERS) 2007-07-12 03:00:09.240
*** SESSION ID:(1078.11893) 2007-07-12 03:00:09.240
ksfqxc:ctx=0x106a29f0 flags=0x30000000 dev=0x0 lbufsiz=1048576 bp=0x10566548
*** ACTION NAME:(0000008 STARTED1) 2007-07-12 03:00:18.381
ksfqxc:ctx=0x106a29f0 flags=0x30000000 dev=0x0 lbufsiz=1048576 bp=0x10566548
*** 2007-07-12 03:00:20.267
*** ACTION NAME:(0000013 STARTED62) 2007-07-12 03:00:20.267
ksfqfret:ctx=0x106a29f0 filename=/remote/solar/flash_recovery/baan_standby/baan627362170_82_1.bkf blksiz=8192 startblk=1
ksfqqrd:offset=1 nblocks=127 filsiz=194148
ksfqrd:ctx=0x106a29f0 nblocks=0 wait=1
ksfqrd:buf=0x10aec000 offset=1 blksread=127
*** ACTION NAME:(0000014 STARTED62) 2007-07-12 03:00:21.112
ksfqfret:ctx=0x106a29f0 filename=/remote/solar/flash_recovery/baan_standby/baan627363196_83_1.bkf blksiz=16384 startblk=1
ksfqqrd:offset=1 nblocks=63 filsiz=75
ksfqrd:ctx=0x106a29f0 nblocks=127 wait=1
...(and bottom of 20 lines)
ksfqrd:ctx=0x1065cc08 nblocks=0 wait=0
ksfqrd:buf=0x1172c000 offset=217601 blksread=64
ksfqrd:ctx=0x107cfae8 nblocks=0 wait=0
ksfqrd:buf=0x1196c000 offset=89601 blksread=64
ksfqrd:ctx=0x108dc440 nblocks=0 wait=0
ksfqrd:ctx=0x108dc440 nblocks=0 wait=1
ksfqrd:buf=0x10bfc000 offset=473665 blksread=64
ksfqrd:ctx=0x10adc538 nblocks=0 wait=0
ksfqrd:buf=0x10e9c000 offset=217665 blksread=64
ksfqrd:ctx=0x1069dff8 nblocks=0 wait=0
ksfqrd:buf=0x110ec000 offset=217665 blksread=64
ksfqrd:ctx=0x1069ccc8 nblocks=0 wait=0
ksfqrd:buf=0x1132c000 offset=217665 blksread=64
ksfqrd:ctx=0x1065df38 nblocks=0 wait=0
ksfqrd:buf=0x1157c000 offset=217665 blksread=64
ksfqrd:ctx=0x1065cc08 nblocks=0 wait=0
ksfqrd:buf=0x117bc000 offset=217665 blksread=64
ksfqrd:ctx=0x107cf
*** DUMP FILE SIZE IS LIMITED TO 5242880 BYTES ***
because of the limit of my dump_file_size, so it stopped and Oracle generates another small one.
and these trace file always were generated at the end of the RMAN backup.
If you read the bottom of the note, it mention the bug: 4529700 -- Trace File Created During Rman Database Backup and in that note: it gave an example content of the file. You probably refereed to another bug: 4596065, which generated an empty trace.

How to find out when last rman backup was made in 9i

Hello,
i have an oracle 9i database running on windows here. Is there a way to find out when the last rman backup was done with a sql query?
I would like to create a job inside the database that regulary checks if a rman backup ran sucessfully instead of using scripts in the operating system.
But i only know about commands in the rman utility (that i can not execute as a job, right?) - is something similar possible with for example sqlplus?

Hello,
this gives some results, but none of the views begins with RC:
ALL_DIM_HIERARCHIES
ALL_SOURCE
ALL_SOURCE_TABLES
ALL_SOURCE_TAB_COLUMNS
DBA_DIM_HIERARCHIES
DBA_RCHILD
DBA_REGISTRY_HIERARCHY
DBA_RSRC_CONSUMER_GROUPS
DBA_RSRC_CONSUMER_GROUP_PRIVS
DBA_RSRC_MANAGER_SYSTEM_PRIVS
DBA_RSRC_PLANS
DBA_RSRC_PLAN_DIRECTIVES
DBA_SOURCE
DBA_SOURCE_TABLES
DBA_SOURCE_TAB_COLUMNS
USER_DIM_HIERARCHIES
USER_RESOURCE_LIMITS
USER_RSRC_CONSUMER_GROUP_PRIVS
USER_RSRC_MANAGER_SYSTEM_PRIVS
USER_SOURCE
Edited by: user590072 on 22.06.2010 05:49

Tuxedo8 core dumps when performing a tpcall in Solaris

Hi all,
I'm installing a Tuxedo application on a Solaris OS:
SunOS 5.8 Generic_108528-13 sun4u sparc SUNW,Sun-Fire-280R
Tuxedo 8.0 compiled under 32bits libraries.
This application also runs correctly under a RedHat Linux 7.1 (kernel 2.4.9-31)
and on a Digital (OSF1 V4.0 878 alpha)
When running the application on Solaris, we always get a core dump when the service
performs a tpcall. Debugging the Tuxedo server we can see the core dump is produced
when the service gets de response from the tpcall, i.e: when the service called
performs the tpreturn.
Any clues will be appreciated, thanks!
Yol.

Oh, thanks very much, what a stupid mistake! sorry :(
We knew about the cast, but after looking for the problem in many ways we didn't
realize FLDLEN was a short!
Thank you all for your quick help!
Yol.
Scott Orshan <[email protected]> wrote:
FLDLEN nLongitud is a short. Casting its pointer to a long * does not
change the
fact that the return value will overwrite other memory. On Linux, the
alignment or
arrangement of the stack was different, so it didn't core dump. You need
to pass
the address of a real long for the return length.
Scott Orshan
Yol. wrote:
Yes, that's what we thought at first sight, nevertheless remember itruns ok in
other OS.
Anyway here I give you 2 samples of code we've tried.
Any of this cases fail creating a core dump.
Case 1:
Src1 calls Src2:
Src1:
void SRC1(TPSVCINFO * BufferFml)
FLDLEN nLongitud;
FBFR *pBuffer;
pBuffer = (FBFR *) BufferFml->data;
if (tpcall("SRC2", (char *) pBuffer, 0, (char **) &pBuffer, (long*) &nLongitud,
0) == -1)
userlog("Error!!!!!!!!!!!!!!!!!");
tpreturn(TPSUCCESS, 0, (char *) pBuffer, 0L, 0);
Src2
void SRC2(TPSVCINFO * BufferFml)
FLDLEN nLongitud;
FBFR *pBuffer;
pBuffer = (FBFR *) BufferFml->data;
tpreturn(TPSUCCESS, 0, (char *) pBuffer, 0L, 0);
Case 2:
Src1 calls Src2:
Src1:
The same as in case 1
Src2:
void SRC2(TPSVCINFO * BufferFml)
tpreturn(TPSUCCESS, 0, NULL, 0L, 0);
Thanks anyway for your attention ;-)
Peter Holditch <[email protected]> wrote:
Yol,
My initial guess is that your code is not keeping track of the tpalloced
buffers correctly - in particular, the one that the reply is received
into.
If you post some code, maybe someone will see the error. Alternatively,
have you got purift or some other bounds checking software that might
help you track the problem?
Regards,
Peter.
Yol. wrote:
Hi all,
I'm installing a Tuxedo application on a Solaris OS:
SunOS 5.8 Generic_108528-13 sun4u sparc SUNW,Sun-Fire-280R
Tuxedo 8.0 compiled under 32bits libraries.
This application also runs correctly under a RedHat Linux 7.1 (kernel2.4.9-31)
and on a Digital (OSF1 V4.0 878 alpha)
When running the application on Solaris, we always get a core dumpwhen the service
performs a tpcall. Debugging the Tuxedo server we can see the coredump is produced
when the service gets de response from the tpcall, i.e: when the servicecalled
performs the tpreturn.
Any clues will be appreciated, thanks!
Yol.

SQL post-install scripts when restoring RMAN backup to a higher version

Hi,
If I've an RMAN backupset taken from, say an 11.2.0.3.0 DB, and I want to restore this to an 11.2.0.4.5 DB, I know I'll have to open in upgrade mode, and run the SQL components of the OJVM PSU along with the January 2015 PSU after the restore completes.
Is there anything specific about the order of catbundle, utlrp, utli112 and OJVM postinstall scripts that need running after catproc?
I'm guessing it needs to be:
catproc->utli112->OJVM PSU->catbundle->utlrp
But thought I'd check just in case there's something specific I've missed.
Thanks,
Phil

For RMAN restore on higher version, you can follow below steps.
SQL> alter database mount;
Database altered.
SQL> recover database until cancel using BACKUP CONTROLFILE ;
----some log files will be applied here, at the end, give cancel----------------
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
CANCEL
Media recovery cancelled.
SQL> alter database open resetlogs upgrade;
Database altered.
---Now perform manual upgrade steps----
Remember, you need to run utlu112i.sql in source DB and before the upgrade. for catbundle, you can follow the readme instructions.
Hope it helps!!!.
Thanks,
Abhi

IMAC stalls when performing a backup (finishing backup)

I have a new IMAC 24" and a time capsule. I've tried for the past two weeks to do a backup using Time Machine. My first wireless attempt failed. then i tried connect TC with an ethernet cable. I erased the TC, set ethernet connection on the Airport utility, restarted time machine. It took almost 48 hours and it still was not done. I had a "finishing backup" message for almost 30 hours. So, i somewhat managed to stop the backup, i ran disk utility to verify/repair the sparsebundle. No problem emerged. I couldn't repair permissions as it was not highlighted. I tried to start again time machine and it's been stuck again for a few hours with the same "finishing backup" message. I've read other discussion and tried to follow suggestions, but the problem is not solved. any help?

i have htis as well. 4s ios7.
i noticed it started after i begain playing clash of clans which is a memory intense game.
icloud will ask for pwd at night which is when i plug in.
it seems to still run backups as it ran last night.
however twice now when I have it plugged in during the day and enter my icloud password i'll lose all my contacts. have to power off/power on and they eventually sync back.
really annoying.
i'll try quitting high mem apps before plugging in.. maybe that will help

(iOS 7) iCloud keeps asking for password when performing a backup

Hi everyone
since upgrading my iPad and iPhone to iOS 7, everytime the daily backup to iCloud is about to start, the password popup kicks in and I'm prompted to type it in .
I've tried already to sign out and sign in again but still this problem is affecting me. Both iPhone and iPad share the same account
Thank for you help

i have htis as well. 4s ios7.
i noticed it started after i begain playing clash of clans which is a memory intense game.
icloud will ask for pwd at night which is when i plug in.
it seems to still run backups as it ran last night.
however twice now when I have it plugged in during the day and enter my icloud password i'll lose all my contacts. have to power off/power on and they eventually sync back.
really annoying.
i'll try quitting high mem apps before plugging in.. maybe that will help

My internet is only connecting when the time capsule is performing a backup how can I fix this? I use the wireless for my computer and not connecting is frustrating.

The airport time capsule 2TB is only connecting to the web when performing a backup, it just started doing this how do I fix it?

That is a weird one.. never heard of it drop out except doing backups.
Reset the TC to factory settings.
The Factory Reset universal
Unplug your TC/AE. Hold in reset. and power the TC/AE back on.. all without releasing reset and keep holding in for about 10sec. The time is not important.. it is the front LED rapid flashing that indicates you are in factory mode.
Release reset.
If it doesn’t flash rapidly you have released reset at some point and try again.
Be Gentle! Feel the switch click on. It has a positive feel.. add no more pressure after that.
TC/AE will reboot after a couple of minutes with default factory settings and will wipe out previous configurations.
No files are deleted on the hard disk.. No reset of the TC deletes files.. to do that you use erase from the airport utility.
Redo the setup with all short names no spaces and pure alphanumeric.
It should then work fine.. but I need more info if you still have problems.
What modem? Is it a router?
How is the TC connected?
Is the computer running Mavericks?

RMAN backup with archivelog (pros/cons)

When performing a "backup database with archivelogs" where does rman store the info contained in the archive logs. If I do a backup like this do I still need to keep the archive logs out on disk? Does this increase time to do backups? I have some production databases that are close to 500gb. Wondering what the pros/cons are doing a backup this way.
Thanks All!

user10784896 wrote:
When performing a "backup database with archivelogs" where does rman store the info contained in the archive logs. The info stored in the archive logs (what you asked about, but probably not what you meant) is stored in the archive logs. The backups of those logs are stored in a backup set. The information about the logs is stored in the control file.
If I do a backup like this do I still need to keep the archive logs out on disk?
You have backed them up, right? Archivelogs are not actively used by the running database, right? If you don't delete them after they are backed up, let me know who you buy your disk storage solutions from, as I'd like to buy stock in that company.
Does this increase time to do backups? Anything you do "increases time to do" vs. not doing something. (The most efficient SELECT statement is the one not executed). The question is does this have a practical, measurable degradation of performance that is intolerable to my organization? The answer undoubtedly "no".
I have some production databases that are close to 500gb. Wondering what the pros/cons are doing a backup this way.
Pros are you can recover your database.
Cons are, you can't recover your database.
And it looks like we need to point out that the housekeeping of your archivelogs can and should be handled by rman, not outside of it. Look at "backup archivelog not backed up n times" and "delete archivelog backed up n times", and other variations of 'backup archivelog' and 'delete archivelog'.
>
Thanks All!

Rman backup privilege

Hi
what privilege should user have to perform rman backup.
Imran

If you want to work with RMAN, it needs a SYSDBA login which is a role with the SYS user only. So connect as SYS user when using RMAN. Its not a tool for the users.
HTH
Aman....

Rman backup archive log

Hi Guys,
Can advise on the syntax to perform rman backup of archive logs generated in last 2 days?
Should it be 1 or 2?
thanks!
1. BACKUP ARCHIVELOG UNTIL TIME 'SYSDATE-2';
2. BACKUP ARCHIVELOG FROM TIME 'SYSDATE-2';

What prevents you from trying both?
I'm not trying to be difficult here but why take the time to ask people in a forum, not even supplying a version number, and not just find out?
It took me less than 60 seconds to cut-and-paste both of your command lines into RMAN and look at the output.
Edited by: damorgan on Jan 19, 2013 4:11 PM

Trace dumps when performing RMAN backups

Similar Messages

Maybe you are looking for