Oracle Secure Backup - Troubleshooting: OSB Daemons and logs (Doc ID 727536.1)

Last updated on SEPTEMBER 19, 2023

Applies to:

Goal

When an issue arises, the first place to begin troubleshooting is the job transcripts / properties and the OSB daemon logs. 

Primary Oracle Secure Backup Daemons (Background Processes) and what is in the logs:

observiced
Information pertaining to jobs run, log file and transcript cleanup, security messages with regards to certificate signing for hosts, and information regarding the starting of obhttpd and obscheduled services.
obndmpd
Information pertaining to NDMP traffic messages between clients and the hosts acting as a media server.

obproxyd
Information pertaining to verification of user access for SBT backup/restore operations. Indicates which OS user is requesting verification backup/restore operation and if that user is preauthorized for those operations as an OSB user. Information about the import process of data into the sbtpiece catalog after each database backup.

obixd
Information pertaining to the import process of file system backup metadata into the backup catalog (indices.cur) that occurs after each file system backup. Startup instances will also be visible anytime a restore or browse operation begins.
obhttpd
Information pertaining to the Web Tool.
obrobotd
Information pertaining to library and drive operations. The detail of this logfile can be increased/decreased by turning debug on/off for a device. Hardware errors are collected in this location as well and are located in the file hardware-errors. In order to view these hardware errors you need to use the obtool dumpdev command.
obscheduled
Information pertaining to the job schedule. However, unless the scheduler encounters an error you will only see what dates the scheduler is currently serving in its log file.

OSB Daemon Logs: Background Processes Rarely Accessed During Troubleshooting

obcnotify.log
This log will only be present if an error occurred pushing a policy change to daemons within the domain. The error will reference what daemon was unresponsive during the policy change.
Obnotify.log
This log will only be present if an error occurred attempting to update the scheduler with status of a job. The error will reference which job was attempting to be updated and why the update could not complete.

Solution

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.