Ora-13497 during SDO_GEOR.MOSAIC
we are testing sdo_geor.mosaic on 2 georasters but we get this error:
SQL> DECLARE
2 GR SDO_GEORASTER;
3 BEGIN
4 GR := SDO_GEOR.INIT('MO');
5 SDO_GEOR.MOSAIC('GEORASTER_TABLE', 'GEORASTER', GR, NULL);
6 INSERT INTO MO (GEORASTER) VALUES (GR);
7 COMMIT;
8 END;
9 /
DECLARE
ERROR at line 1:
ORA-13497: unable to determine the owner of MO
ORA-06512: at "MDSYS.SDO_GEOR_INT", line 511
ORA-06512: at "MDSYS.SDO_GEOR_INT", line 1225
ORA-06512: at "MDSYS.SDO_GEOR", line 966
ORA-06512: at line 5
The georasters are valid, the metadata of 1 of them:
<georasterMetadata xmlns="http://xmlns.oracle.com/spatial/georaster">
<objectInfo>
<rasterType>21001</rasterType>
<isBlank>false</isBlank>
<defaultRed>1</defaultRed>
<defaultGreen>2</defaultGreen>
<defaultBlue>3</defaultBlue>
</objectInfo>
<rasterInfo>
<cellRepresentation>UNDEFINED</cellRepresentation>
<cellDepth>8BIT_U</cellDepth>
<totalDimensions>3</totalDimensions>
<dimensionSize type="ROW">
<size>5000</size>
</dimensionSize>
<dimensionSize type="COLUMN">
<size>5000</size>
</dimensionSize>
<dimensionSize type="BAND">
<size>3</size>
</dimensionSize>
<ULTCoordinate>
<row>0</row>
<column>0</column>
</ULTCoordinate>
<blocking>
<type>REGULAR</type>
<totalRowBlocks>20</totalRowBlocks>
<totalColumnBlocks>20</totalColumnBlocks>
<rowBlockSize>256</rowBlockSize>
<columnBlockSize>256</columnBlockSize>
</blocking>
<interleaving>BIP</interleaving>
<pyramid>
<type>NONE</type>
</pyramid>
<compression>
<type>NONE</type>
</compression>
</rasterInfo>
<spatialReferenceInfo>
<isReferenced>true</isReferenced>
<isRectified>true</isRectified>
<SRID>262148</SRID>
<spatialResolution dimensionType="X">
<resolution>0.2</resolution>
</spatialResolution>
<spatialResolution dimensionType="Y">
<resolution>0.2</resolution>
</spatialResolution>
<modelCoordinateLocation>CENTER</modelCoordinateLocation>
<modelType>FunctionalFitting</modelType>
<polynomialModel rowOff="0" columnOff="0" xOff="0" yOff="0" zOff="0" rowScale="1" columnScale="1" xScale="1" yScale="1" zScale="1">
<pPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>1469999.5 0 -4.999999999999999</polynomialCoefficients>
</pPolynomial>
<qPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1</polynomialCoefficients>
</qPolynomial>
<rPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>-805000.5 4.999999999999999 0</polynomialCoefficients>
</rPolynomial>
<sPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1</polynomialCoefficients>
</sPolynomial>
</polynomialModel>
</spatialReferenceInfo>
<layerInfo>
<layerDimension>BAND</layerDimension>
</layerInfo>
</georasterMetadata>
we are using Oracle Database 10g Enterprise Edition Release 10.2.0.1.0
So, is there any solution?
Thanks in advance,
Michael.
Edited by: user9529492 on Oct 8, 2008 5:26 PM
Michael,
1. have you properly created the RDT table, called "MO"? if not yet, please follow section 3.1 of the GeoRaster guide to do it first.
2. In section 3.2 of the GeoRaster guide, "you must register an initialized GeoRaster object in the GeoRaster system views by inserting the GeoRaster object into a GeoRaster table, and do this before you perform any other operations on the GeoRaster object. Any GeoRaster operations that need to manipulate the raster data table raise an exception if the source or target GeoRaster object is not registered." In other words, you need to INSERT your GR into a physical georaster table FIRST, then retrieve it back into your plsql block, then do sdo_geor.mosaic, then update that GR object in the table. For this, please follow the sample code in the sdo_geor.mosaic in chapter 4.
hope this helps,
Jeffrey
Similar Messages
-
ORA-06533 during sdo_geor.Mosaic in 11g
I'm trying to mosaic four rasters together. I'm using this call:
sdo_geor.mosaic('MOSAICSOURCE', 'GEORASTER', geor, NULL);
The 4 source rasters are georeferenced, rectified, have the same spatial resolutions and number of bands, and are valid:
SQL> select sdo_geor.getSpatialResolutions(georaster),sdo_geor.getModelSRID(georaster),sdo_geor.isRectified(georaster),sdo_geor.getB
andDimSize(georaster),sdo_geor.validateGeoRaster(georaster) from MOSAICSOURCE;
SDO_GEOR.GETSPATIALRESOLUTIONS(GEORASTER)
SDO_GEOR.GETMODELSRID(GEORASTER)
SDO_GEOR.ISRECTIFIED(GEORASTER)
SDO_GEOR.GETBANDDIMSIZE(GEORASTER)
SDO_GEOR.VALIDATEGEORASTER(GEORASTER)
SDO_NUMBER_ARRAY(.000833333, .000833333)
8192
TRUE
1
TRUE
SDO_NUMBER_ARRAY(.000833333, .000833333)
8192
TRUE
1
TRUE
SDO_NUMBER_ARRAY(.000833333, .000833333)
8192
TRUE
1
TRUE
SDO_NUMBER_ARRAY(.000833333, .000833333)
8192
TRUE
1
TRUE
When displayed in PCI's FreeView app the 4 georasters abutt each other in a square.
The exact error is:
13:30:45 [SELECT - 0 row(s), 0.000 secs] [Error Code: 6533, SQL State: 65000] ORA-06533: Subscript beyond count
ORA-06512: at "MDSYS.SDO_GEOR_INT", line 1082
ORA-06512: at "MDSYS.SDO_GEOR_INT", line 1440
ORA-06512: at "MDSYS.SDO_GEOR", line 1105
ORA-06512: at "GRIM.MOSAIC", line 32 (this is my line of code, above)
I'm using "Oracle Database 11g Release 11.1.0.0.0 - Production".
The metadata for one of the rasters is (the others are similar):
GEORASTER(RASTERTYPE, SPATIALEXTENT(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO
SDO_GEORASTER(20001, SDO_GEOMETRY(2003, 8192, NULL, SDO_ELEM_INFO_ARRAY(1, 1003,
1), SDO_ORDINATE_ARRAY(-104.00042, 40.0004167, -104.00042, 38.9995833, -102.999
58, 38.9995833, -102.99958, 40.0004167, -104.00042, 40.0004167)), 'MOSAICSOURCE_
RDT', 118, XMLTYPE(<georasterMetadata xmlns="http://xmlns.oracle.com/spatial/geo
raster">
<objectInfo>
<rasterType>20001</rasterType>
<isBlank>false</isBlank>
<defaultRed>1</defaultRed>
<defaultGreen>1</defaultGreen>
<defaultBlue>1</defaultBlue>
</objectInfo>
<rasterInfo>
<cellRepresentation>UNDEFINED</cellRepresentation>
<cellDepth>16BIT_S</cellDepth>
<NODATA>-32767</NODATA>
<totalDimensions>2</totalDimensions>
<dimensionSize type="ROW">
<size>1201</size>
</dimensionSize>
<dimensionSize type="COLUMN">
<size>1201</size>
</dimensionSize>
<ULTCoordinate>
<row>0</row>
<column>0</column>
</ULTCoordinate>
<blocking>
<type>NONE</type>
<totalRowBlocks>1</totalRowBlocks>
<totalColumnBlocks>1</totalColumnBlocks>
<rowBlockSize>1201</rowBlockSize>
<columnBlockSize>1201</columnBlockSize>
</blocking>
<interleaving>BIL</interleaving>
<pyramid>
<type>NONE</type>
</pyramid>
<compression>
<type>NONE</type>
</compression>
</rasterInfo>
<spatialReferenceInfo>
<isReferenced>true</isReferenced>
<isRectified>true</isRectified>
<SRID>8192</SRID>
<spatialResolution dimensionType="X">
<resolution>0.000833333333333333</resolution>
</spatialResolution>
<spatialResolution dimensionType="Y">
<resolution>0.000833333333333333</resolution>
</spatialResolution>
<modelCoordinateLocation>UPPERLEFT</modelCoordinateLocation>
<modelType>FunctionalFitting</modelType>
<polynomialModel rowOff="0" columnOff="0" xOff="0" yOff="0" zOff="0" rowScal
e="1" columnScale="1" xScale="1" yScale="1" zScale="1">
<pPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>48000.50000000007 0 -1200.000000000001</polynomi
alCoefficients>
</pPolynomial>
<qPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1</polynomialCoefficients>
</qPolynomial>
<rPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>124800.5000000004 1200.000000000001 0</polynomia
lCoefficients>
</rPolynomial>
<sPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1</polynomialCoefficients>
</sPolynomial>
</polynomialModel>
</spatialReferenceInfo>
<layerInfo>
<layerDimension>BAND</layerDimension>
<subLayer>
<layerNumber>1</layerNumber>
<layerDimensionOrdinate>0</layerDimensionOrdinate>
<layerID>Not Specified</layerID>
</subLayer>
</layerInfo>
</georasterMetadata>
Any suggestions of where to go from here?
Thanks!
-Bruce BockiusYou're correct, it is 11.1.0.6.0 as shown in the Oracle Installed Products. For some reason my favorite client displays a different version.
-Bruce -
I have 105 SDO_GEORASTER (1 band) and want to make a mosaic.
On sdo_geor.mosaic(..., I get an ORA-13497: error with no message.
create or replace view mosaic_create_helper as select * from georaster_1423400 r where prin_id = 8859075304;
DECLARE
gr sdo_georaster;
BEGIN
--init mosaic
INSERT INTO MOSAIC_1423400 (id,prin_id,georaster)
VALUES (-15, -15, sdo_geor.init('MOSAIC_DATA_1423400'))
RETURNING georaster INTO gr;
--create mosaic
sdo_geor.mosaic('mosaic_create_helper', 'GEORASTER', gr, 'blocking=TRUE');
--store mosaic
UPDATE MOSAIC_1423400 SET georaster=gr WHERE id=-15;
commit;
END;
On validating the 105 source SDO_GEORASTER
begin
sdo_geor.validateforMosaic('mosaic_create_helper', 'GEORASTER', 'wma_mosaic_validation_result');
end;
I get:
105 rows processed
TRUEAs suggested I modified the type to: 21001
Then I could create a mosaic without errors.
SDO_GEOR.validateGeoRaster -> TRUE
viewing in mapbuilder: does NOT work (with neither type 21001 nor resetted to 20001):
12.03.2010 17:04:56 oracle.sdovis.theme.GeoRasterThemeProducer prepareData
WARNUNG: JGeoRaster.getRasterImage returned null image.
12.03.2010 17:04:56 oracle.sdovis.MapMaker buildDataMBR
WARNUNG: null MBR resulted from buildDataMBR.
<georasterMetadata xmlns="http://xmlns.oracle.com/spatial/georaster">
<objectInfo>
<rasterType>20001</rasterType>
<isBlank>false</isBlank>
<defaultRed>1</defaultRed>
<defaultGreen>1</defaultGreen>
<defaultBlue>1</defaultBlue>
</objectInfo>
<rasterInfo>
<cellRepresentation>UNDEFINED</cellRepresentation>
<cellDepth>8BIT_U</cellDepth>
<totalDimensions>2</totalDimensions>
<dimensionSize type="ROW">
<size>125000</size>
</dimensionSize>
<dimensionSize type="COLUMN">
<size>187500</size>
</dimensionSize>
<ULTCoordinate>
<row>0</row>
<column>-62500</column>
<band>0</band>
</ULTCoordinate>
<blocking>
<type>REGULAR</type>
<totalRowBlocks>245</totalRowBlocks>
<totalColumnBlocks>367</totalColumnBlocks>
<rowBlockSize>512</rowBlockSize>
<columnBlockSize>512</columnBlockSize>
</blocking>
<interleaving>BIP</interleaving>
<pyramid>
<type>DECREASE</type>
<resampling>BILINEAR</resampling>
<maxLevel>10</maxLevel>
</pyramid>
<compression>
<type>NONE</type>
</compression>
</rasterInfo>
<spatialReferenceInfo>
<isReferenced>true</isReferenced>
<SRID>1423400</SRID>
<modelCoordinateLocation>UPPERLEFT</modelCoordinateLocation>
<modelType>FunctionalFitting</modelType>
<polynomialModel rowOff="0" columnOff="0" xOff="0" yOff="0" zOff="0" rowScale="1" columnScale="1" xScale="1" yScale="1" zScale="1">
<pPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>1775000 0 -5</polynomialCoefficients>
</pPolynomial>
<qPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1</polynomialCoefficients>
</qPolynomial>
<rPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>-0 5 0</polynomialCoefficients>
</rPolynomial>
<sPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1</polynomialCoefficients>
</sPolynomial>
</polynomialModel>
</spatialReferenceInfo>
<layerInfo>
<layerDimension>BAND</layerDimension>
<subLayer>
<layerNumber>1</layerNumber>
<layerDimensionOrdinate>0</layerDimensionOrdinate>
<layerID>1</layerID>
<colorMap>
<colors>
<cell value="0" blue="255" red="255" green="255" alpha="255"/>
<cell value="1" blue="0" red="0" green="0" alpha="255"/>
<cell value="2" blue="0" red="255" green="0" alpha="255"/>
<cell value="3" blue="0" red="0" green="255" alpha="255"/>
<cell value="4" blue="255" red="255" green="255" alpha="255"/>
<cell value="5" blue="0" red="0" green="0" alpha="255"/>
<cell value="6" blue="0" red="255" green="0" alpha="255"/>
<cell value="7" blue="0" red="0" green="255" alpha="255"/>
<cell value="8" blue="255" red="255" green="255" alpha="255"/>
<cell value="9" blue="0" red="0" green="0" alpha="255"/>
<cell value="10" blue="0" red="255" green="0" alpha="255"/>
<cell value="11" blue="0" red="0" green="255" alpha="255"/>
<cell value="12" blue="255" red="255" green="255" alpha="255"/>
<cell value="13" blue="0" red="0" green="0" alpha="255"/>
<cell value="14" blue="0" red="255" green="0" alpha="255"/>
<cell value="15" blue="0" red="0" green="255" alpha="255"/>
<cell value="16" blue="255" red="255" green="255" alpha="255"/>
<cell value="17" blue="0" red="0" green="0" alpha="255"/>
<cell value="18" blue="0" red="255" green="0" alpha="255"/>
<cell value="19" blue="0" red="0" green="255" alpha="255"/>
<cell value="20" blue="255" red="255" green="255" alpha="255"/>
<cell value="21" blue="0" red="0" green="0" alpha="255"/>
<cell value="22" blue="0" red="255" green="0" alpha="255"/>
<cell value="23" blue="0" red="0" green="255" alpha="255"/>
<cell value="24" blue="255" red="255" green="255" alpha="255"/>
<cell value="25" blue="0" red="0" green="0" alpha="255"/>
<cell value="26" blue="0" red="255" green="0" alpha="255"/>
<cell value="27" blue="0" red="0" green="255" alpha="255"/>
<cell value="28" blue="255" red="255" green="255" alpha="255"/>
<cell value="29" blue="0" red="0" green="0" alpha="255"/>
<cell value="30" blue="0" red="255" green="0" alpha="255"/>
<cell value="31" blue="0" red="0" green="255" alpha="255"/>
<cell value="32" blue="255" red="255" green="255" alpha="255"/>
<cell value="33" blue="0" red="0" green="0" alpha="255"/>
<cell value="34" blue="0" red="255" green="0" alpha="255"/>
<cell value="35" blue="0" red="0" green="255" alpha="255"/>
<cell value="36" blue="255" red="255" green="255" alpha="255"/>
<cell value="37" blue="0" red="0" green="0" alpha="255"/>
<cell value="38" blue="0" red="255" green="0" alpha="255"/>
<cell value="39" blue="0" red="0" green="255" alpha="255"/>
<cell value="40" blue="255" red="255" green="255" alpha="255"/>
<cell value="41" blue="0" red="0" green="0" alpha="255"/>
<cell value="42" blue="0" red="255" green="0" alpha="255"/>
<cell value="43" blue="0" red="0" green="255" alpha="255"/>
<cell value="44" blue="255" red="255" green="255" alpha="255"/>
<cell value="45" blue="0" red="0" green="0" alpha="255"/>
<cell value="46" blue="0" red="255" green="0" alpha="255"/>
<cell value="47" blue="0" red="0" green="255" alpha="255"/>
<cell value="48" blue="255" red="255" green="255" alpha="255"/>
<cell value="49" blue="0" red="0" green="0" alpha="255"/>
<cell value="50" blue="0" red="255" green="0" alpha="255"/>
<cell value="51" blue="0" red="0" green="255" alpha="255"/>
<cell value="52" blue="255" red="255" green="255" alpha="255"/>
<cell value="53" blue="0" red="0" green="0" alpha="255"/>
<cell value="54" blue="0" red="255" green="0" alpha="255"/>
<cell value="55" blue="0" red="0" green="255" alpha="255"/>
<cell value="56" blue="255" red="255" green="255" alpha="255"/>
<cell value="57" blue="0" red="0" green="0" alpha="255"/>
<cell value="58" blue="0" red="255" green="0" alpha="255"/>
<cell value="59" blue="0" red="0" green="255" alpha="255"/>
<cell value="60" blue="255" red="255" green="255" alpha="255"/>
<cell value="61" blue="0" red="0" green="0" alpha="255"/>
<cell value="62" blue="0" red="255" green="0" alpha="255"/>
<cell value="63" blue="0" red="0" green="255" alpha="255"/>
<cell value="64" blue="255" red="255" green="255" alpha="255"/>
<cell value="65" blue="0" red="0" green="0" alpha="255"/>
<cell value="66" blue="0" red="255" green="0" alpha="255"/>
<cell value="67" blue="0" red="0" green="255" alpha="255"/>
<cell value="68" blue="255" red="255" green="255" alpha="255"/>
<cell value="69" blue="0" red="0" green="0" alpha="255"/>
<cell value="70" blue="0" red="255" green="0" alpha="255"/>
<cell value="71" blue="0" red="0" green="255" alpha="255"/>
<cell value="72" blue="255" red="255" green="255" alpha="255"/>
<cell value="73" blue="0" red="0" green="0" alpha="255"/>
<cell value="74" blue="0" red="255" green="0" alpha="255"/>
<cell value="75" blue="0" red="0" green="255" alpha="255"/>
<cell value="76" blue="255" red="255" green="255" alpha="255"/>
<cell value="77" blue="0" red="0" green="0" alpha="255"/>
<cell value="78" blue="0" red="255" green="0" alpha="255"/>
<cell value="79" blue="0" red="0" green="255" alpha="255"/>
<cell value="80" blue="255" red="255" green="255" alpha="255"/>
<cell value="81" blue="0" red="0" green="0" alpha="255"/>
<cell value="82" blue="0" red="255" green="0" alpha="255"/>
<cell value="83" blue="0" red="0" green="255" alpha="255"/>
<cell value="84" blue="255" red="255" green="255" alpha="255"/>
<cell value="85" blue="0" red="0" green="0" alpha="255"/>
<cell value="86" blue="0" red="255" green="0" alpha="255"/>
<cell value="87" blue="0" red="0" green="255" alpha="255"/>
<cell value="88" blue="255" red="255" green="255" alpha="255"/>
<cell value="89" blue="0" red="0" green="0" alpha="255"/>
<cell value="90" blue="0" red="255" green="0" alpha="255"/>
<cell value="91" blue="0" red="0" green="255" alpha="255"/>
<cell value="92" blue="255" red="255" green="255" alpha="255"/>
<cell value="93" blue="0" red="0" green="0" alpha="255"/>
<cell value="94" blue="0" red="255" green="0" alpha="255"/>
<cell value="95" blue="0" red="0" green="255" alpha="255"/>
<cell value="96" blue="255" red="255" green="255" alpha="255"/>
<cell value="97" blue="0" red="0" green="0" alpha="255"/>
<cell value="98" blue="0" red="255" green="0" alpha="255"/>
<cell value="99" blue="0" red="0" green="255" alpha="255"/>
<cell value="100" blue="255" red="255" green="255" alpha="255"/>
<cell value="101" blue="0" red="0" green="0" alpha="255"/>
<cell value="102" blue="0" red="255" green="0" alpha="255"/>
<cell value="103" blue="0" red="0" green="255" alpha="255"/>
<cell value="104" blue="255" red="255" green="255" alpha="255"/>
<cell value="105" blue="0" red="0" green="0" alpha="255"/>
<cell value="106" blue="0" red="255" green="0" alpha="255"/>
<cell value="107" blue="0" red="0" green="255" alpha="255"/>
<cell value="108" blue="255" red="255" green="255" alpha="255"/>
<cell value="109" blue="0" red="0" green="0" alpha="255"/>
<cell value="110" blue="0" red="255" green="0" alpha="255"/>
<cell value="111" blue="0" red="0" green="255" alpha="255"/>
<cell value="112" blue="255" red="255" green="255" alpha="255"/>
<cell value="113" blue="0" red="0" green="0" alpha="255"/>
<cell value="114" blue="0" red="255" green="0" alpha="255"/>
<cell value="115" blue="0" red="0" green="255" alpha="255"/>
<cell value="116" blue="255" red="255" green="255" alpha="255"/>
<cell value="117" blue="0" red="0" green="0" alpha="255"/>
<cell value="118" blue="0" red="255" green="0" alpha="255"/>
<cell value="119" blue="0" red="0" green="255" alpha="255"/>
<cell value="120" blue="255" red="255" green="255" alpha="255"/>
<cell value="121" blue="0" red="0" green="0" alpha="255"/>
<cell value="122" blue="0" red="255" green="0" alpha="255"/>
<cell value="123" blue="0" red="0" green="255" alpha="255"/>
<cell value="124" blue="255" red="255" green="255" alpha="255"/>
<cell value="125" blue="0" red="0" green="0" alpha="255"/>
<cell value="126" blue="0" red="255" green="0" alpha="255"/>
<cell value="127" blue="0" red="0" green="255" alpha="255"/>
<cell value="128" blue="255" red="255" green="255" alpha="255"/>
<cell value="129" blue="0" red="0" green="0" alpha="255"/>
<cell value="130" blue="0" red="255" green="0" alpha="255"/>
<cell value="131" blue="0" red="0" green="255" alpha="255"/>
<cell value="132" blue="255" red="255" green="255" alpha="255"/>
<cell value="133" blue="0" red="0" green="0" alpha="255"/>
<cell value="134" blue="0" red="255" green="0" alpha="255"/>
<cell value="135" blue="0" red="0" green="255" alpha="255"/>
<cell value="136" blue="255" red="255" green="255" alpha="255"/>
<cell value="137" blue="0" red="0" green="0" alpha="255"/>
<cell value="138" blue="0" red="255" green="0" alpha="255"/>
<cell value="139" blue="0" red="0" green="255" alpha="255"/>
<cell value="140" blue="255" red="255" green="255" alpha="255"/>
<cell value="141" blue="0" red="0" green="0" alpha="255"/>
<cell value="142" blue="0" red="255" green="0" alpha="255"/>
<cell value="143" blue="0" red="0" green="255" alpha="255"/>
<cell value="144" blue="255" red="255" green="255" alpha="255"/>
<cell value="145" blue="0" red="0" green="0" alpha="255"/>
<cell value="146" blue="0" red="255" green="0" alpha="255"/>
<cell value="147" blue="0" red="0" green="255" alpha="255"/>
<cell value="148" blue="255" red="255" green="255" alpha="255"/>
<cell value="149" blue="0" red="0" green="0" alpha="255"/>
<cell value="150" blue="0" red="255" green="0" alpha="255"/>
<cell value="151" blue="0" red="0" green="255" alpha="255"/>
<cell value="152" blue="255" red="255" green="255" alpha="255"/>
<cell value="153" blue="0" red="0" green="0" alpha="255"/>
<cell value="154" blue="0" red="255" green="0" alpha="255"/>
<cell value="155" blue="0" red="0" green="255" alpha="255"/>
<cell value="156" blue="255" red="255" green="255" alpha="255"/>
<cell value="157" blue="0" red="0" green="0" alpha="255"/>
<cell value="158" blue="0" red="255" green="0" alpha="255"/>
<cell value="159" blue="0" red="0" green="255" alpha="255"/>
<cell value="160" blue="255" red="255" green="255" alpha="255"/>
<cell value="161" blue="0" red="0" green="0" alpha="255"/>
<cell value="162" blue="0" red="255" green="0" alpha="255"/>
<cell value="163" blue="0" red="0" green="255" alpha="255"/>
<cell value="164" blue="255" red="255" green="255" alpha="255"/>
<cell value="165" blue="0" red="0" green="0" alpha="255"/>
<cell value="166" blue="0" red="255" green="0" alpha="255"/>
<cell value="167" blue="0" red="0" green="255" alpha="255"/>
<cell value="168" blue="255" red="255" green="255" alpha="255"/>
<cell value="169" blue="0" red="0" green="0" alpha="255"/>
<cell value="170" blue="0" red="255" green="0" alpha="255"/>
<cell value="171" blue="0" red="0" green="255" alpha="255"/>
<cell value="172" blue="255" red="255" green="255" alpha="255"/>
<cell value="173" blue="0" red="0" green="0" alpha="255"/>
<cell value="174" blue="0" red="255" green="0" alpha="255"/>
<cell value="175" blue="0" red="0" green="255" alpha="255"/>
<cell value="176" blue="255" red="255" green="255" alpha="255"/>
<cell value="177" blue="0" red="0" green="0" alpha="255"/>
<cell value="178" blue="0" red="255" green="0" alpha="255"/>
<cell value="179" blue="0" red="0" green="255" alpha="255"/>
<cell value="180" blue="255" red="255" green="255" alpha="255"/>
<cell value="181" blue="0" red="0" green="0" alpha="255"/>
<cell value="182" blue="0" red="255" green="0" alpha="255"/>
<cell value="183" blue="0" red="0" green="255" alpha="255"/>
<cell value="184" blue="255" red="255" green="255" alpha="255"/>
<cell value="185" blue="0" red="0" green="0" alpha="255"/>
<cell value="186" blue="0" red="255" green="0" alpha="255"/>
<cell value="187" blue="0" red="0" green="255" alpha="255"/>
<cell value="188" blue="255" red="255" green="255" alpha="255"/>
<cell value="189" blue="0" red="0" green="0" alpha="255"/>
<cell value="190" blue="0" red="255" green="0" alpha="255"/>
<cell value="191" blue="0" red="0" green="255" alpha="255"/>
<cell value="192" blue="255" red="255" green="255" alpha="255"/>
<cell value="193" blue="0" red="0" green="0" alpha="255"/>
<cell value="194" blue="0" red="255" green="0" alpha="255"/>
<cell value="195" blue="0" red="0" green="255" alpha="255"/>
<cell value="196" blue="255" red="255" green="255" alpha="255"/>
<cell value="197" blue="0" red="0" green="0" alpha="255"/>
<cell value="198" blue="0" red="255" green="0" alpha="255"/>
<cell value="199" blue="0" red="0" green="255" alpha="255"/>
<cell value="200" blue="255" red="255" green="255" alpha="255"/>
<cell value="201" blue="0" red="0" green="0" alpha="255"/>
<cell value="202" blue="0" red="255" green="0" alpha="255"/>
<cell value="203" blue="0" red="0" green="255" alpha="255"/>
<cell value="204" blue="255" red="255" green="255" alpha="255"/>
<cell value="205" blue="0" red="0" green="0" alpha="255"/>
<cell value="206" blue="0" red="255" green="0" alpha="255"/>
<cell value="207" blue="0" red="0" green="255" alpha="255"/>
<cell value="208" blue="255" red="255" green="255" alpha="255"/>
<cell value="209" blue="0" red="0" green="0" alpha="255"/>
<cell value="210" blue="0" red="255" green="0" alpha="255"/>
<cell value="211" blue="0" red="0" green="255" alpha="255"/>
<cell value="212" blue="255" red="255" green="255" alpha="255"/>
<cell value="213" blue="0" red="0" green="0" alpha="255"/>
<cell value="214" blue="0" red="255" green="0" alpha="255"/>
<cell value="215" blue="0" red="0" green="255" alpha="255"/>
<cell value="216" blue="255" red="255" green="255" alpha="255"/>
<cell value="217" blue="0" red="0" green="0" alpha="255"/>
<cell value="218" blue="0" red="255" green="0" alpha="255"/>
<cell value="219" blue="0" red="0" green="255" alpha="255"/>
<cell value="220" blue="255" red="255" green="255" alpha="255"/>
<cell value="221" blue="0" red="0" green="0" alpha="255"/>
<cell value="222" blue="0" red="255" green="0" alpha="255"/>
<cell value="223" blue="0" red="0" green="255" alpha="255"/>
<cell value="224" blue="255" red="255" green="255" alpha="255"/>
<cell value="225" blue="0" red="0" green="0" alpha="255"/>
<cell value="226" blue="0" red="255" green="0" alpha="255"/>
<cell value="227" blue="0" red="0" green="255" alpha="255"/>
<cell value="228" blue="255" red="255" green="255" alpha="255"/>
<cell value="229" blue="0" red="0" green="0" alpha="255"/>
<cell value="230" blue="0" red="255" green="0" alpha="255"/>
<cell value="231" blue="0" red="0" green="255" alpha="255"/>
<cell value="232" blue="255" red="255" green="255" alpha="255"/>
<cell value="233" blue="0" red="0" green="0" alpha="255"/>
<cell value="234" blue="0" red="255" green="0" alpha="255"/>
<cell value="235" blue="0" red="0" green="255" alpha="255"/>
<cell value="236" blue="255" red="255" green="255" alpha="255"/>
<cell value="237" blue="0" red="0" green="0" alpha="255"/>
<cell value="238" blue="0" red="255" green="0" alpha="255"/>
<cell value="239" blue="0" red="0" green="255" alpha="255"/>
<cell value="240" blue="255" red="255" green="255" alpha="255"/>
<cell value="241" blue="0" red="0" green="0" alpha="255"/>
<cell value="242" blue="0" red="255" green="0" alpha="255"/>
<cell value="243" blue="0" red="0" green="255" alpha="255"/>
<cell value="244" blue="255" red="255" green="255" alpha="255"/>
<cell value="245" blue="0" red="0" green="0" alpha="255"/>
<cell value="246" blue="0" red="255" green="0" alpha="255"/>
<cell value="247" blue="0" red="0" green="255" alpha="255"/>
<cell value="248" blue="255" red="255" green="255" alpha="255"/>
<cell value="249" blue="0" red="0" green="0" alpha="255"/>
<cell value="250" blue="0" red="255" green="0" alpha="255"/>
<cell value="251" blue="0" red="0" green="255" alpha="255"/>
<cell value="252" blue="255" red="255" green="255" alpha="255"/>
<cell value="253" blue="0" red="0" green="0" alpha="255"/>
<cell value="254" blue="0" red="255" green="0" alpha="255"/>
<cell value="255" blue="0" red="0" green="255" alpha="255"/>
</colors>
</colorMap>
</subLayer>
</layerInfo>
</georasterMetadata> -
Sdo_geor.mosaic ends with ORA-06531
I'm using Oracle 11g R1, and try the enhanced mosaic function, but i always get this error.
ORA-06531: Reference to uninitialized collection
The SQL:
DECLARE
gr sdo_georaster;
BEGIN
INSERT INTO LGVHH05 (id, georaster) VALUES (1, sdo_geor.init('LGVHH05_RDT')) RETURNING georaster INTO gr;
sdo_geor.mosaic('LGVHH05_TILE', 'GEORASTER', gr, 'blocksize=(1024,1024,3)');
UPDATE LGVHH05 SET georaster=gr WHERE id=1;
END;
I'm wondering what collection this could be?
The GeoRaster objects are valid and have the same SRID.thanks so far, here is the metadata:
GEORASTER.METADATA
<georasterMetadata xmlns="http://xmlns.oracle.com/spatial/georaster">
<objectInfo>
<rasterType>21001</rasterType>
<isBlank>false</isBlank>
<defaultRed>1</defaultRed>
<defaultGreen>2</defaultGreen>
<defaultBlue>3</defaultBlue>
</objectInfo>
<rasterInfo>
<cellRepresentation>UNDEFINED</cellRepresentation>
<cellDepth>8BIT_U</cellDepth>
<totalDimensions>3</totalDimensions>
<dimensionSize type="ROW">
<size>4001</size>
</dimensionSize>
<dimensionSize type="COLUMN">
<size>4001</size>
</dimensionSize>
<dimensionSize type="BAND">
<size>3</size>
</dimensionSize>
<ULTCoordinate>
<row>0</row>
<column>0</column>
<band>0</band>
</ULTCoordinate>
<blocking>
<type>REGULAR</type>
<totalRowBlocks>16</totalRowBlocks>
<totalColumnBlocks>16</totalColumnBlocks>
<rowBlockSize>256</rowBlockSize>
<columnBlockSize>256</columnBlockSize>
</blocking>
<interleaving>BIP</interleaving>
<pyramid>
<type>NONE</type>
</pyramid>
<compression>
<type>NONE</type>
</compression>
</rasterInfo>
<spatialReferenceInfo>
<isReferenced>true</isReferenced>
<isRectified>true</isRectified>
<SRID>31467</SRID>
<spatialResolution dimensionType="X">
<resolution>0.5</resolution>
</spatialResolution>
<spatialResolution dimensionType="Y">
<resolution>0.5</resolution>
</spatialResolution>
<modelCoordinateLocation>CENTER</modelCoordinateLocation>
<modelType>FunctionalFitting</modelType>
<polynomialModel rowOff="0.0" columnOff="0.0" xOff="0.0" yOff="0.0" zOff="0" rowScale="1.0" columnScale="1.0" xScale="1.0" yScale="1.0" zScale="1.0">
<pPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>1.1852E7 0.0 -2.0</polynomialCoefficients>
</pPolynomial>
<qPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1.0</polynomialCoefficients>
</qPolynomial>
<rPolynomial pType="1" nVars="2" order="1" nCoefficients="3">
<polynomialCoefficients>-7104000.0 2.0 0.0</polynomialCoefficients>
</rPolynomial>
<sPolynomial pType="1" nVars="0" order="0" nCoefficients="1">
<polynomialCoefficients>1.0</polynomialCoefficients>
</sPolynomial>
</polynomialModel>
</spatialReferenceInfo>
<layerInfo>
<layerDimension>BAND</layerDimension>
</layerInfo>
</georasterMetadata> -
SDO_GEOR.mosaic() little question
Hi, I'm using SDO_GEOR.mosaic() to create only one georaster object but I've a littel problem.
DECLARE
gr sdo_georaster;
BEGIN
INSERT INTO georaster_table (georid, georaster)
VALUES (10, sdo_geor.init('rdt_1'))
RETURNING georaster INTO gr;
SDO_GEOR.mosaic('georaster_table', 'georaster', gr, 'blocksize=(512, 512, 3)');
UPDATE cartine SET georaster=gr WHERE georid=10;
commit;
END;
I've this output if I create a blank raster into the georaster_table:
ERROR at line 1:
ORA-00001: unique constraint (OASIDBA.SYS_C0050441) violated
ORA-06512: at line 4
and if I don't create a blank georaster:
ERROR at line 1:
ORA-13419: cannot perform mosaick operation on the specified table column
ORA-06512: at "MDSYS.MD", line 1723
ORA-06512: at "MDSYS.MDERR", line 8
ORA-06512: at "MDSYS.SDO_GEOR", line 968
ORA-06512: at line 7
what muss I do? Create the blank georaster or not? ThanksHow about creating a new empty georaster table and insert the mosaic into it?
Also:
============================================================
DECLARE
gr sdo_georaster;
BEGIN
INSERT INTO georaster_table (georid, georaster)
VALUES (10, sdo_geor.init('rdt_1'))
RETURNING georaster INTO gr;
SDO_GEOR.mosaic('georaster_table', 'georaster', gr, 'blocksize=(512, 512, 3)');
UPDATE cartine SET georaster=gr WHERE georid=10;
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
which table are you working on? georaster_table or cartine?
commit;
END;
============================================================
Message was edited by:
modeler -
Restrictions for sdo_geor.mosaic
Hi All
i have a set of georeferenced images which are ready to be mosaiced , in the sense that there is no overlap or gap in between the images. Spatial Index is also created on the table . But still i get error when i do a sdo_geor.mosaic.
ORA-13419 cannot perform mosaick operation on the specified table column
All the images have the same resolution, same number of bands . is there any other restriction for the images to be mosaiced.
i have put the coverage of images on following url
http://www.geocities.com/jaleelahmed/coverage.html
each red block is one image (one row in my georaster table)
Any advice is appreciated.
Thanks
AbAb,
The beta1 of the next release will be avaialbale in this fall. There is no officially fixed date for the next release yet. The new mosaic would be able to automatically handle this case as long as there is no overlapping. The mosaic object would be sort of sparse so that the missing image tiles would not consume any disk space.
Still, I think your project is doable using the 10g mosaic as long as the images meet the requirements outlined under the Usage Notes of SDO_GEOR.mosaic in chapter 4 of the GeoRaster manual.
To make sure you can move forward, one more question:
are those images rectified and projected into the same projection?
If so, you should be able to do the mosaic without problem.
I would recommend you divide and conquer, i.e., split the whole mosaic into several smaller mosaics (sub-areas, such as northeastern area, northwestern area, etc.) first, mosaick them separately, then mosaick these smaller mosaics into the big one as you desire.
Please note that, for the missing tiles, you will have to make-up them. But it's relatively easy:
1. call sdo_geor.createBlank with a single cell value such as zero and proper image dimentions sizes. (those blank georaster objects will not store the pixels in RDT and so will not consume space. For the definition of BLANK GeoRaster object please read chapter one of the GeoRaster manual)
2. georeference each of the blank objects properly so that they are aligned/co-located with your images correctly. (this is the place where you need much time and shall be very careful so that the blank images are georeferenced correctly and meet the requirements of sdo_geor.mosaic)
Simply for mosaic process, you have an alternative. you actually don't have to geo-spatially georeference each image by leveraging the ULT coordinate feature of GeoRaster. On other words, remove georeferencing info first, then call setULTCoordinate to reset all ULT coordinates of the images so that they are spatially properly located in the GeoRaster cell space. Then do mosaic. After mosaick, you re-georeference the mosaic image by calling sdo_geor.georeference.
Let us know if you have any problem. This project is very interesting and shall be doable.
Regards,
Jeffrey Xie -
ORA-39126 during an export of a partition via dbms_datapump
Hi ,
i did export using datapump in command line everything went fine but while exporting via dbms_datapump i got this:
ORA-39126 during an export of a partition via dbms_datapump
ORA-00920
'SELECT FROM DUAL WHERE :1' P20060401
ORA-06512: at "SYS.DBMS_SYS_ERROR", line 95
ORA-06512: at "SYS.KUPW$WORKER", line 6228
the procedure is:
PROCEDURE pr_depura_bitacora
IS
l_job_handle NUMBER;
l_job_state VARCHAR2(30);
l_partition VARCHAR2(30);
v_sql VARCHAR2(2000);
BEGIN
-- Create a user-named Data Pump job to do a "table:partition-level" export
-- Local
select 'P'|| to_char((select min(STP_LOG_DATE) from SAI_AUDITBITACORA),'YYYYMM')||'01'
into l_partition
from user_tab_partitions
where table_name = 'SAI_AUDITBITACORA'
and rownum = 1;
l_partition := rtrim (l_partition,' ');
l_job_handle:= DBMS_DATAPUMP.OPEN
operation=>'EXPORT',
job_mode =>'TABLE',
job_name =>'EXPORT_ORACLENSSA'
-- Schema filter
DBMS_DATAPUMP.METADATA_FILTER
handle => l_job_handle,
name => 'SCHEMA_EXPR',
value => 'IN (''ORACLENSSA'')'
DBMS_OUTPUT.PUT_LINE('Added filter for schema list');
-- Table filter
DBMS_DATAPUMP.METADATA_FILTER
handle => l_job_handle,
name => 'NAME_EXPR',
value => '=''SAI_AUDITBITACORA'''
DBMS_OUTPUT.PUT_LINE('Added filter for table expression');
-- Partition filter
DBMS_DATAPUMP.DATA_FILTER
handle => l_job_handle,
name => 'PARTITION_EXPR',
value => l_partition,
table_name => 'SAI_AUDITBITACORA'
DBMS_OUTPUT.PUT_LINE('Partition filter for schema list');
DBMS_DATAPUMP.ADD_FILE
handle => l_job_handle,
filename => 'EXP'||l_partition||'.DMP',
directory => 'EXP_DATA_PUMP',
filetype => 1
DBMS_DATAPUMP.ADD_FILE
handle => l_job_handle,
filename => 'EXP'||l_partition||'.LOG',
directory => 'EXP_DATA_PUMP',
filetype => 3
DBMS_DATAPUMP.START_JOB
handle => l_job_handle,
skip_current => 0
DBMS_DATAPUMP.WAIT_FOR_JOB
handle => l_job_handle,
job_state => l_job_state
DBMS_OUTPUT.PUT_LINE('Job completed - job state = '||l_job_state);
DBMS_DATAPUMP.DETACH(handle=>l_job_handle);
END;
I've already drop and recreate the directory, granted read, write to public and to user, grant create session, create table, create procedure, exp_full_database to user, restart the database and the listener with the var LD_LIBRARY pointing first to $ORACLE_HOME/lib, and add more space to temporary tablespace.The basic problem is:
Error: ORA 920
Text: invalid relational operator
Cause: A search condition was entered with an invalid or missing relational
operator.
Action: Include a valid relational operator such as =, !=, ^=, <>, >, <, >=, <=
, ALL, ANY, [NOT] BETWEEN, EXISTS, [NOT] IN, IS [NOT] NULL, or [NOT]
LIKE in the condition.
Obviously this refers to the invalid statement 'SELECT FROM DUAL ...'. I also recommend, you should contact Oracle Support, because it happens inside an Oracle provided package.
Werner -
Hi all,
Need some help from all out there
In our Sun Cluster 3.1 Data Service for Oracle RAC 9.2.0.7 (Solaris 9) configuration, my team had encountered
ora-29701 *Unable to connect to Cluster Manager*
during the startup of the Oracle RAC database instances on the Oracle RAC Server resources.
We tried the attached workaround by Oracle. This workaround works well for the 1^st time but it doesnt work anymore when the server is rebooted.
Kindly help me to check whether anyone encounter the same problem as the above and able to resolve. Thanks.
Bug No. 4262155
Filed 25-MAR-2005 Updated 11-APR-2005
Product Oracle Server - Enterprise Edition Product Version 9.2.0.6.0
Platform Linux x86
Platform Version 2.4.21-9.0.1
Database Version 9.2.0.6.0
Affects Platforms Port-Specific
Severity Severe Loss of Service
Status Not a Bug. To Filer
Base Bug N/A
Fixed in Product Version No Data
Problem statement:
ORA-29701 DURING DATABASE CREATION AFTER APPLYING 9.2.0.6 PATCHSET
*** 03/25/05 07:32 am ***
TAR:
PROBLEM:
Customer applied 9.2.0.6 patchset over 9.2.0.4 patchset.
While creating the database, customer receives following error:
ORA-29701: unable to connect to Cluster Manager
However, if customer goes from 9.2.0.4 -> 9.2.0.5 -> 9.2.0.6, the problem does not occur.
DIAGNOSTIC ANALYSIS:
It seems that the problem is with libskgxn9.so shared library.
For 9.2.0.4 -> 9.2.0.5 -> 9.2.0.6, the install log shows the following:
installActions2005-03-22_03-44-42PM.log:,
[libskgxn9.so->%ORACLE_HOME%/lib/libskgxn9.so 7933 plats=1=>[46]langs=1=> en,fr,ar,bn,pt_BR,bg,fr_CA,ca,hr,cs,da,nl,ar_EG,en_GB,et,fi,de,el,iw,hu,is,in, it,ja,ko,es,lv,lt,ms,es_MX,no,pl,pt,ro,ru,zh_CN,sk,sl,es_ES,sv,th,zh_TW, tr,uk,vi]]
installActions2005-03-22_04-13-03PM.log:, [libcmdll.so ->%ORACLE_HOME%/lib/libskgxn9.so 64274 plats=1=>[46] langs=-554696704=>[en]]
For 9.2.0.4 -> 9.2.0.6, install log shows:
installActions2005-03-22_04-13-03PM.log:, [libcmdll.so ->%ORACLE_HOME%/lib/libskgxn9.so 64274 plats=1=>[46] langs=-554696704=>[en]] does not exist.
This means that while patching from 9.2.0.4 -> 9.2.0.5, Installer copies the libcmdll.so library into libskgxn9.so, while patching from 9.2.0.4 -> 9.2.0.6 does not.
ORACM is located in /app/oracle/ORACM which is different than ORACLE_HOME in customer's environment.
WORKAROUND:
Customer is using the following workaround:
cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk rac_on ioracle ipc_udp
RELATED BUGS:
Bug 4169291Check if following MOS note helps.
Series of ORA-7445 Errors After Applying 9.2.0.7.0 Patchset to 9.2.0.6.0 Database (Doc ID 373375.1) -
ORA-04031 during export on CTX-index
Hi !
I get ORA-04031 during export when an interMedia CTX-Index should get exported. The exact error message is:
unable to allocate 4072 bytes of shared memory ("shared pool", "DBMS_SYS_SQL", "PL/SQL MPCODE", "BAMIMA: BAM Buffer")
followed by
ORA-06508: PL/SQL: could not find program unit being called
ORA-06512: in "SYS.DBMS_SQL", line 9
ORA-06512: in "SYS.DBMS_EXPORT_EXTENSION", line 244
Any hints for me what I could do?
TIA,
StefanInteresting. You should open a thread with a more relevant title about views with pk / fk constraints.
I don't have a way to solve your problem --- to identify such views.
Hemant K Chitale -
ORA-26667 during checkpoint retention check
HI Guys
I have an environment which is being replicated in 2 ways (DML,DDL ) RDBMS 10.2.0.4 , each RDBMS is running in RAC (3 nodes one RDBMS) and another running (2 nodes RAC) everything was running without problems for the last 3 months however last weekend I got
Sat Feb 14 23:18:41 2009
STREAMS Warning: ORA-26667 during checkpoint retention check <= this message is the first kind of message that we got
Sun Feb 15 05:18:43 2009
STREAMS Capture C 1: first scn changed.
scn: 0x0009.79468518
However I took a look that day and I dint find any issue I looked for that problem in metalink but I didn't find any problem , this message came out when the checkpoint retention time moved
the checkpoint retention time in streams is a number of days that the capture process retains checkpoints before purging them automatically . A capture process periodically computes the age of a checkpoint by subtracting the next_time of the archived redo log that corresponds to the checkpoint from dba_capture.first_time of the archived redo log file containing the required checkpoint scn
if the resulting value is grater than the checkpoint retention time then the capture process automatically purges the checkpoint by advancing the dba_capture.first_scn value all the archived retained by the dba_caprure process can be seen using dba_registered_archived_log view
the default retention time is 60 days
i didnt find any error in the RDBMS therefore I didnt do anything but on Monday morning I got a lot of replication errors caused by
ORA-01403 , after fixing all those errors I changes of the database that I got that error were not replicated across the other database , it could explain why many tables got out of sync , seems the reason was the propagation process was hanging , I stopped and restarted no changes were received in the other database , as a workaround I recreate it and the problem was fixed . Have you had a problem like this before ?
Rgdsbrowsing on Metalink seems the way to trace the root cause of this kind of problem is running the Oracle Streams Healtcheck right away after we got this kind of problem , seems the error that I got was just a coincidence because there is nothing related
-
ORA-29540 during full database export
Hi,
Anyone encounter this error ORA-29540 during full database export. Have check out the web site for solution. Have check that the init file compatible is set to 8.1.0, the public synonym dba_java is been removed. However after the above remedies, the problem still occured. My database version is 8.1.5. Please let me know if there is other solution to this problem.
Thank You ...
regards,
lbsHi,
Thanks...Any idea how to check whether the installation for the initjvm.sql is successful. cos I just took over from the previous DBA and he too have no idea...
Thank You.. -
ORA-01006 during report from SQL Query
We are running WebDB 2.2 against a 7.3.4.4 database. I have a report created from a SQL query which references 4 bind variables. During execution I receive the following, Failed to bind - :periodyr| |' with
ORA-01006: bind variable does not exist.
Anyone have any idea what causes this error, could it be because I reference a bind variable (:periodyr) more than once in the query? Is there a work around?
I have included the where clause as reference:
WHERE gcc.code_combination_id = gb.code_combination_id
AND gb.code_combination_id = gjl.code_combination_id
AND gjl.je_header_id = gjh.je_header_id
AND gb.budget_version_id =
(select budget_version_id
from gl.gl_budget_versions
where budget_name = :periodyr| |' OPERATING')
AND gjh.actual_flag = 'B'
AND gb.actual_flag = 'B'
AND gb.period_name = gjl.period_name
AND gb.period_year = nvl(:periodyr,gb.period_year)
and gcc.segment2 = nvl(:cstctr,gcc.segment2)
and ffvobj.attribute10 = nvl(:ctrlgrp,ffvobj.attribute10)
and gcc.segment3 = nvl(:objcode,gcc.segment3)
Thanks
MarkI think there is a bug in the procedure which picks up the bind variables from a SQL.
Workground: put a space between variable :periodyr and operator | | as:
where budget_name = :periodyr | |' OPERATING')
Hope this will work
null -
ORA - 01012 during the install of 8.1.5 on solaris 2.6
Hi There,
I am trying to install oracle 8i on Sun Solaris 2.6 system using
OUI. During the installation and while creating the database
using DB configuration assistant, i am getting error ora -01012
Oracle not logged on, i have selected ignore and completed
installation. While using SVRMGRL again it is giving ORA -01012
Not Logged on error message . Can someone help me out.. Thanks.Hi all,
I hope I am not alone in facing this problem.
Would greatly appreciate any suggestions from you.
Thanks,
Raghu. -
ORA-27300 during night hours, restart database needed
Hi,
Last year we upgraded a small database system on several systems from Oracle 8.0.6 to Oracle XE.
We installed XE, dropped the XE database and created a new one with standard scripts. (We didn't need APEX)
Next we imported the data of the old database and tested the C++ applications on it. Everything worked fine.
We implemented it on several sites. The target system is usually:
OS: Windows 2000 SP4
Mem: 512 or 768 MB
Swap: 2 Gb
Now we have different errors on the sites, which all seem to be memory allocation problems.
The error usually occur outside working hours (no client activity, so the applications can't be blamed).
Eventually, the application usually gets a ORA-04030 error, unable to allocate xxx bytes of memory...,
or ORA-07445: exception encountered...
Is seems like some Oracle processes are stumbling over their own feet, because nothing is done from the client side.
Here 's what is recorded in the alert.log
Sun Dec 16 03:00:30 2007
Process startup failed, error stack:
Sun Dec 16 03:00:30 2007
Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1368.trc:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
ORA-27302: failure occurred at: skgpspawn
Sun Dec 16 03:00:31 2007
Process m000 died, see its trace file
Sun Dec 16 03:00:31 2007
ksvcreate: Process(m000) creation failed
Sun Dec 16 03:01:31 2007
Process startup failed, error stack:
Sun Dec 16 03:01:31 2007
Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1368.trc:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
ORA-27302: failure occurred at: skgpspawn
-- and this repeats itself during the rest of the weekend, until
Mon Dec 17 09:11:57 2007
Process m000 died, see its trace file
Mon Dec 17 09:11:57 2007
ksvcreate: Process(m000) creation failed
Mon Dec 17 09:12:55 2007
Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_j000_1516.trc:
ORA-12012: error on auto execute of job 5430
ORA-04030: out of process memory when trying to allocate ORA-04030: out of process memory when trying to allocate 123404 bytes (QERHJ hash-joi,kllcqas:kllsltba)
ORA-06512: at "SYS.DBMS_ISCHED", line 492
ORA-06512: at "SYS.DBMS_SCHEDULER", line 2390
bytes (,)
The instance parameters are:
System parameters with non-default values:
processes = 200
sga_max_size = 314572800
__shared_pool_size = 92274688
__large_pool_size = 4194304
__java_pool_size = 4194304
__streams_pool_size = 0
sga_target = 264241152
control_files = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\CTRLPKHZ1.ORA, D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\CTRLPKHZ2.ORA
db_block_size = 8192
__db_cache_size = 159383552
compatible = 10.0.0.0.0
log_buffer = 2859008
log_checkpoint_interval = 10000
log_checkpoint_timeout = 0
db_files = 200
db_file_multiblock_read_count= 16
undo_management = AUTO
undo_tablespace = UNDOTBS
undo_retention = 10800
remote_login_passwordfile= SHARED
db_domain = DB_KMHZ.WORLD
global_names = FALSE
distributed_lock_timeout = 300
job_queue_processes = 2
background_dump_dest = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\SYSTEM_TRACE
user_dump_dest = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\USER_TRACE
max_dump_file_size = 10240
open_links = 10
db_name = DB_KMHZ
pga_aggregate_target = 104857600
After I tried several memory setting without success, I returned to the old-fashioned 8.0.6 settings,
hoping Oracle would allocate less memory from OS.
- I turned off automatic memory management (delete SGA_target parameter and used db_block_buffers, etc)
- I set WORKAREA_SIZE_POLICY to MANUAL (speed wasn't an issue, so I deleted PGA_aggregate_target from spinit, and used sort_area_size)
The system parameters became:
processes = 200
shared_pool_size = 75497472
control_files = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\CTRLPKHZ1.ORA, D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\CTRLPKHZ2.ORA
db_block_buffers = 550
db_block_size = 8192
compatible = 10.0.0.0.0
log_buffer = 2863104
log_checkpoint_interval = 10000
log_checkpoint_timeout = 0
db_files = 200
db_file_multiblock_read_count= 16
undo_management = AUTO
undo_tablespace = UNDOTBS
undo_retention = 10800
remote_login_passwordfile= SHARED
db_domain = DB_KMHZ.WORLD
global_names = FALSE
distributed_lock_timeout = 300
job_queue_processes = 2
background_dump_dest = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\SYSTEM_TRACE
user_dump_dest = D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\USER_TRACE
max_dump_file_size = 10240
open_links = 10
sort_area_size = 65536
db_name = DB_KMHZ
workarea_size_policy = MANUAL
After this, it appeared that the error still occured from time to time, but this time
Oracle was able to restart the process. This is what was shown in the alert.log
Completed: ALTER DATABASE OPEN
Fri Dec 21 13:00:12 2007
Thread 1 advanced to log sequence 33
Current log# 1 seq# 33 mem# 0: D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\LOG1.ORA
Sun Dec 23 10:00:59 2007
Thread 1 advanced to log sequence 34
Current log# 2 seq# 34 mem# 0: D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\LOG2.ORA
Tue Dec 25 21:02:39 2007
Thread 1 advanced to log sequence 35
Current log# 1 seq# 35 mem# 0: D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\LOG1.ORA
Wed Dec 26 11:00:30 2007
Process startup failed, error stack:
Wed Dec 26 11:00:30 2007
Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27302: failure occurred at: skgpspawn
Wed Dec 26 11:00:31 2007
Process m000 died, see its trace file
Wed Dec 26 11:00:31 2007
ksvcreate: Process(m000) creation failed
Wed Dec 26 11:01:31 2007
Process startup failed, error stack:
Wed Dec 26 11:01:31 2007
Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27302: failure occurred at: skgpspawn
Wed Dec 26 11:01:32 2007
Process m000 died, see its trace file
Wed Dec 26 11:01:32 2007
ksvcreate: Process(m000) creation failed
Wed Dec 26 11:02:32 2007
Process startup failed, error stack:
Wed Dec 26 11:02:32 2007
Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27302: failure occurred at: skgpspawn
-- fails about 10 times
Wed Dec 26 11:08:15 2007
Process m000 died, see its trace file
Wed Dec 26 11:08:15 2007
ksvcreate: Process(m000) creation failed
-- and here it seems to have succeeded, because the next entry is a "change logfile"
Thu Dec 27 21:02:41 2007
Thread 1 advanced to log sequence 36
Current log# 2 seq# 36 mem# 0: D:\ORACLEXE\ORADATA\PLS_HOOGEZAND\LOG2.ORA
Fri Dec 28 08:00:48 2007
Process startup failed, error stack:
Fri Dec 28 08:00:48 2007
Errors in file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27302: failure occurred at: skgpspawn
This pattern repeats itself. The database makes one or a few logfile changes, and then the m000 process fails, but is eventually started again.
Well, the good thing is, that for the end user seems to be solved (so far).
My questions to y'all:
- Is this problem related to bug 5607984 "- ORACLE DOES NOT CLOSE TCP CONNECTIONS. REMAINS IN CLOSE_WAIT STATE. [On Windows 32-bit]"?
If Yes, can I do anything to solve it except waiting for the next version of XE?
If No, then what else can be the cause?
- Am I just fighting symptoms here, using the old Oracle 8 parameters?
- Are there other/better ways to workaround this problem?
- Are some Oracle jobs, like SYS.AUTO_SPACE_ADVISOR_PROG or SYS.GATHER_STATS_JOB bugging me?
If yes, is it possible / advisable to stop these jobs?
- Any other recommendations?
Any comments are greatly appreciated.
kndrgrds,
Jan RAh, yes, I forgot. (It didn't help me much, though)
-- first occasion: pkhz_psp0_1368.trc:
Dump file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1368.trc
Sun Dec 16 03:00:30 2007
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
Windows 2000 Version V5.0 Service Pack 4
CPU : 1 - type 586
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:238M/759M, Ph+PgF:264M/2218M, VA:81M/2047M
Instance name: pkhz
Redo thread mounted by this instance: 1
Oracle process number: 3
Windows thread id: 1368, image: ORACLE.EXE (PSP0)
*** SERVICE NAME:(SYS$BACKGROUND) 2007-12-16 03:00:30.828
*** SESSION ID:(224.1) 2007-12-16 03:00:30.828
*** 2007-12-16 03:00:30.828
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
ORA-27302: failure occurred at: skgpspawn
*** 2007-12-16 03:01:31.906
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
ORA-27302: failure occurred at: skgpspawn
*** 2007-12-16 03:02:33.218
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: Overlappende I/O-bewerking wordt uitgevoerd.
ORA-27302: failure occurred at: skgpspawn
-- etc. This goes on synchonously with the alert.log
-- later, at 9:12:
-- pkhz_j000_1516:
Dump file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_j000_1516.trc
Mon Dec 17 09:12:55 2007
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
Windows 2000 Version V5.0 Service Pack 4
CPU : 1 - type 586
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:184M/759M, Ph+PgF:241M/2218M, VA:56M/2047M
Instance name: pkhz
Redo thread mounted by this instance: 1
Oracle process number: 18
Windows thread id: 1516, image: ORACLE.EXE (J000)
*** ACTION NAME:(PURGE_LOG) 2007-12-17 09:12:55.046
*** MODULE NAME:(DBMS_SCHEDULER) 2007-12-17 09:12:55.046
*** SERVICE NAME:(SYS$USERS) 2007-12-17 09:12:55.046
*** SESSION ID:(200.22) 2007-12-17 09:12:55.046
*** 2007-12-17 09:12:55.046
ORA-12012: error on auto execute of job 5430
ORA-04030: out of process memory when trying to allocate ORA-04030: out of process memory when trying to allocate 123404 bytes (QERHJ hash-joi,kllcqas:kllsltba)
ORA-06512: at "SYS.DBMS_ISCHED", line 492
ORA-06512: at "SYS.DBMS_SCHEDULER", line 2390
bytes (,)
-- second occasion, pkhz_psp0_1528.trc
Dump file d:\oraclexe\oradata\pls_hoogezand\system_trace\pkhz_psp0_1528.trc
Wed Dec 26 11:00:30 2007
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Express Edition Release 10.2.0.1.0 - Production
Windows 2000 Version V5.0 Service Pack 4
CPU : 1 - type 586
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:151M/759M, Ph+PgF:590M/2671M, VA:5M/2047M
Instance name: pkhz
Redo thread mounted by this instance: 1
Oracle process number: 3
Windows thread id: 1528, image: ORACLE.EXE (PSP0)
*** SERVICE NAME:(SYS$BACKGROUND) 2007-12-26 11:00:30.250
*** SESSION ID:(224.1) 2007-12-26 11:00:30.250
*** 2007-12-26 11:00:30.250
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27302: failure occurred at: skgpspawn
*** 2007-12-26 11:01:31.156
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27302: failure occurred at: skgpspawn
*** 2007-12-26 11:02:32.156
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27302: failure occurred at: skgpspawn
*** 2007-12-26 11:03:35.156
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27302: failure occurred at: skgpspawn
this repeats a few times until the end of the file.
JanR -
Ora-1460 during select using table(cast(type))
Hi all!
I've got a problem with a query that fails with a ora-1460 at random time intervals. This is a 10.2.0.3 version database running on a sun os.
We've managed to reproduce this error controlled when running an analyze on the table in question at the same time this query runs.
The error looks like this:
Unexpected system error, see server log for details. Root message is: org.apache.ojb.broker.PersistenceBrokerSQLException: * SQLException during execution of sql-statement: * sql statement was 'SELECT A0.ID,A0.LOCK_VERSION,A0.CLASS_NAME,A0.DESCRIPTION,A0.NAME,A0.EXTERNAL_ID,A0.ORDER_NUMBER,A0.LEVEL_ID,A0.ROOT_AH_ID,A0.DIFF_END_DATE,A0.DIFF_START_DATE,A0.SUPPORTED_BY_ASS_CAL,A0.CATEGORY_ROLE_ID FROM CATEGORY A0 WHERE A0.ID IN (select /*+ cardinality(1) */ * from table(cast( ems_string_to_table(?) as ems_table_of_number_type ))union select /*+ cardinality(1) */ * from table(cast( ems_string_to_table('') as ems_table_of_number_type)))' * Exception message is [ORA-01460: unimplemented or unreasonable conversion requested ] * Vendor error code [1460] * SQL state code [72000]
ems_string_to_table is a function thats populates a type with a unknown number of values. Though, the length of the string never exceeds 4k.
ems_table_of_number_type is a type define as "table of numbers".
Has anybody seen this error before, or have any idea why this should be?
Best regards,
HeyersThere is an IN clause constaraint i.e max number of characters you can pass from Oracle .Please check your select inner query which might be resulting to cross more than the boundary IN clause ,
Maybe you are looking for
-
PDF printing by Apache FOP : what are the prerequisites ?
Hello, I'm actually looking for a way to print reports, and I've 2 questions : 1) If I'm not wrong there are three means : BI Publisher, Apache FOP and an other XSL-FO like Cocoon... -> For budgetary reasons, we can't use BI Publisher. -> Besides, my
-
I cannot forward email with Thunderbird - says possible abuse - how can I unblock this?
When I try to forward emails- it says failed due to possible abuse. ATT help desk said it was an issue within Thunderbird.
-
Cannot clear blinking low ink lights on Deskjet F4180
printer won't print. Attention black light is blinking and E light is on. Installed refilled cartridges and still have the problem. Is there a solution short of buying a new printer?
-
I have the following formula that pulls information from a sub report onto my main page (a summary page) .....this works fine except within these sub codes I have casenumbers, and some casenumbers appear in more than one SubCode. As a result I am try
-
I want to display a warning message while executing transaction f-48 if the line item is more than one for a particular vendor . If the line item is more than 2 then i have to show an error message. Can someone help me in this regard.