RE: scp from zfs host to vxfs host generates an ora-600 [25025], [306]

From: Taylor, Chris David <>
Date: Thu, 16 Feb 2012 08:41:11 -0600
Message-ID: <>

Did you search for [25025] on MOS? There's a couple of hits that might lead you in the right direction or might not.

Chris Taylor

"Quality is never an accident; it is always the result of intelligent effort."
-- John Ruskin (English Writer 1819-1900)

The views and opinions expressed herein are my own and do not necessarily reflect the views of Ingram Industries, its affiliates, its subsidiaries or its employees.

-----Original Message-----

From: [] On Behalf Of Charles Schultz Sent: Thursday, February 16, 2012 8:32 AM To: ORACLE-L
Subject: scp from zfs host to vxfs host generates an ora-600 [25025], [306]

Good day, listers,
We have recently been delving into ZFS and the very nice snap features. We hit a snag last night when attempting to scp a database from one host using zfs to another host using vxfs. If we copy the database to vxfs on the source host first and then scp it, the database is fine. The problem seems to present itself consistently and is thus so far reproducible. I have not found any helpful documents via google or MOS so far (still trying). I did raise and SR (SR 3-5330625991<>: ora-600 on alter database open resetlogs), but I wanted to check with oracle-l as well.

Source and Target are similar in all ways with the exception that Target does not yet have zfs deployed (source host has both zfs and vxfs).

OS: Solaris 10
DBMS: Create controlfile works fine (needed because mountpoints have different names). Alter database open resetlogs fails with: ORA-00600: internal error code, arguments: [25025], [306], [], [], [], [], [], [], [], [], [], []

From the trace file:
Control file created with size 1028 blocks

  • 2012-02-15 17:58:40.993 Prior to RESETLOGS processing... ALTER SYSTEM ARCHIVE LOG ALL USING BACKUP CONTROLFILE start Database is not in archivelog mode ALTER SYSTEM ARCHIVE LOG ALL USING BACKUP CONTROLFILE complete


Charles Schultz


-- Received on Thu Feb 16 2012 - 08:41:11 CST

Original text of this message