Newsgroup: it.comp.software.database
Titolo: [oracle9i] ORA-01034, ORA-27101 errors...

Quando mi connetto ad database ricevo il seguente errore:
ERROR:
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux Error: 2: No such file or directory
cosa vuol dire? come posso risolvere?

 ORA-01034: ORACLE not available
Non e' abbastanza chiaro? Avvia Oracle e _PER CORTESIA_ 
leggi la documentazione!
Davide

 e _PER CORTESIA_ leggi la documentazione!
Stiamo apposto allora, il tempo da perdere per scrivere un 
messaggio senza informazione ce l'hai avuto, con lo stesso tempo
avresti potuto scrivere un messaggio in cui mi spiegavi dove sta
il problema e dove andare a vadere la soluzione.
La documentazione la sto leggendo, forse dovresti indicarmi
quale documentazione leggere perche' si tratta comunque di un
bel pacco di roba.
Io capisco che non sei tenuto ad aiutarmi perche' la domanda
e' troppo semplice per te, te l'avranno fatta bilioni di volte,
ma ad uno che sta moribondo su un ciglio di una strada e che
chiede aiuto non gli si risponde di leggersi il manuale del
pronto soccorso ^_^
P.S.
quando creo mydb.localhost.localdomain con dbca non mi da problemi
con la connessione al DB, il problema sorge al reboot.

 il problema e dove andare a vadere la soluzione.
Oracle e' mostruosamente complicato, e _nessuno_ si sogna di gestire una 
roba complessa come Oracle senza prima aver letto la documentazione. 
Lo so, la documentazione di Oracle e' forse ancora piu' complicata, 
ma non c'e' scappatoia a questo. Non c'e' nessuna scorciatoia o 
"proiettile d'argento". Non esiste una pagina di manuale in cui c'e' 
scritto "ad errore X fare cosi'". Sorry! Il concetto e' che tu sai
cosa hai combinato ed io no. "Database non disponibile" potrebbe 
voler dire che il file di inizializzazione e' sbagliato e quindi non
viene avviato, c'e' un'errore nei parametri di avvio della macchina
e non riesce a creare la SGA, non trova i file di controllo... sono
troppe le possibilita'.
Davide

Questo errore č dovuto al fatto che in sqlnet.ora deve essere commentata
la riga:
SQLNET.AUTHENTICATION_SERVICES= (NTS)
con un # davanti.
Simone
"I'm a travelling man, I'm a drinking man, I'm a gentle when I'm sober"

 SQLNET.AUTHENTICATION_SERVICES= (NTS) con un # davanti. Simone
riporto il contenuto di sqlnet.ora
# SQLNET.ORA Network Configuration 
# File: /usr/oracle/product/9.2.0.1.0/network/admin/sqlnet.ora 
# Generated by Oracle configuration tools.
NAMES.DEFAULT_DOMAIN = localdomain
NAMES.DIRECTORY_PATH= (TNSNAMES, ONAMES, HOSTNAME)
# TNSNAMES.ORA Network Configuration 
# File: /usr/oracle/product/9.2.0.1.0/network/admin/tnsnames.ora
# Generated by Oracle configuration tools.
MYDB.LOCALDOMAIN =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = localhost.localdomain)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = mydb.localhost.localdomain)
    )
  )
INST1_HTTP.LOCALDOMAIN =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = localhost.localdomain)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVER = SHARED)
      (SERVICE_NAME = MODOSE)
      (PRESENTATION = 
http://HRService
)
    )
  )
EXTPROC_CONNECTION_DATA.LOCALDOMAIN =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
    )
    (CONNECT_DATA =
      (SID = PLSExtProc)
      (PRESENTATION = RO)
    )
  )
# LISTENER.ORA Network Configuration 
# File: /usr/oracle/product/9.2.0.1.0/network/admin/listener.ora
# Generated by Oracle configuration tools.
LISTENER =
  (DESCRIPTION_LIST =
    (DESCRIPTION =
      (ADDRESS_LIST =
        (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
      )
      (ADDRESS_LIST =
        (ADDRESS = (PROTOCOL = TCP)(HOST = localhost.localdomain)(PORT = 1521))
      )
    )
  )
SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (SID_NAME = PLSExtProc)
      (ORACLE_HOME = /usr/oracle/product/9.2.0.1.0)
      (PROGRAM = extproc)
    )
    (SID_DESC =
      (GLOBAL_DBNAME = mydb.localhost.localdomain)
      (ORACLE_HOME = /usr/oracle/product/9.2.0.1.0)
      (SID_NAME = mydb)
    )
  )

Ma infine sei riuscito a collegarti al db?

 Ma infine sei riuscito a collegarti al db?
ripeto ^_^
- creo il DB con dbca
- la connessione al DB ha successo, ed e' tutto OK
Riavvio il PC e mi da gli errori che ho riportato nei precedenti
messaggi. 
Volendo potrei cancellare il DB e ricrearlo, solo che devo 
aspettare una mezz'oretta, non e' cosa ^_^

 ...........
IMHO il problema e' qui: non trova il file di init.
Per default sta in $ORACLE_HOME/admin/<SID>/pfile
Verifica le variabili di ambiente, in particolare $ORACLE_HOME e 
$ORACLE_SID.
Se ' proprio questo sappi che non ho la palla di vetro, mi e' gia' 
successa una cosa simile nell'installazione della release 7.0.15 su AIX 
"qualche" anno fa: funzionava tutto dopo l'installazione, ma non dopo un 
reboot (=variabili mancanti). ... e quanto c'e' voluto per arrivarci 
....
HTH
Byez
Stefano

 Per default sta in $ORACLE_HOME/admin/<SID>/pfile
sorry:
$ORACLE_HOME/dbs
dove per questioni di igiene, dovresti far trovare un soft link al pfile
[cut]
felice_pago
--------------------------------
Inviato via 
http://usenet.libero.it



Ok, procediamo con ordine.
L'errore di cui sopra vuol dire che hai cercato di connetterti ad
ad una istanza che non c'è.
Questo vuol dire che:
1. hai sbagliato a valorizzare la variabile ORACLE_SID
2. ORACLE_SID è corretta, ma il db non è partito
Soluzioni possibili:
1. Controlla il nome del db, se questo è partito. Per un
 rapido check puoi provare:
ps -ef |grep ora_
Ex.
[cassiopea.CATALOGO]/sbrdbms/oracle-> ps -ef |grep ora_
  oracle   210     1  0   Apr 03 ?        0:00 ora_d000_CATALOGO
  oracle   195     1  0   Apr 03 ?        4:10 ora_smon_CATALOGO
  oracle   193     1  0   Apr 03 ?        8:31 ora_ckpt_CATALOGO
  oracle   198     1  0   Apr 03 ?        0:00 ora_reco_CATALOGO
  oracle   189     1  0   Apr 03 ?       22:52 ora_dbw0_CATALOGO
  oracle   206     1  0   Apr 03 ?       65:51 ora_snp3_CATALOGO
  oracle   191     1  0   Apr 03 ?       29:12 ora_lgwr_CATALOGO
  oracle 16095     1  0   Apr 08 ?       77:46 ora_snp2_CATALOGO
  oracle   212     1  0   Apr 03 ?        0:02 ora_arc0_CATALOGO
  oracle  5625  5614  0 15:05:52 pts/3    0:00 grep ora_
  oracle   208     1  0   Apr 03 ?        0:00 ora_s000_CATALOGO
  oracle 16535     1  0   Apr 08 ?       52:08 ora_snp0_CATALOGO
  oracle   202     1  0   Apr 03 ?       84:51 ora_snp1_CATALOGO
  oracle   187     1  0   Apr 03 ?        0:09 ora_pmon_CATALOGO
Se trovi una cosa del genere il db è partito; in caso contrario,
c'è stato un problema. Controlla il file
$ORALCE_BASE/admin/$ORACLE_SID/bdump/alert.log
in fondo a tale file dovresti trovare l'errore per cui
 il db non è partito.
Come dice poi felice_pago, controlla se esiste il file
$ORACLE_HOME/dbs/init${ORACLE_SID}.ora
N.B.
In Oracle9i, esiste l'spfile. In tal caso dovresti trovare
$ORACLE_HOME/dbs/spfile${ORACLE_SID}.ora
Facci sapere

 ha
scritto:

è una macchina di test ?
vero ?


 č una macchi
si, perché?

 si, perché?
la data del pmon,
ah mi sieghi come fai ad avere il pid del pmon a 187 ?


 $ORACLE_HOME/dbs/spfile${ORACLE_SID}.ora
ok, in $ORACLE_HOME/dbs trovo...
initdw.ora  init.ora  lkMYDB  orapwmydb  spfilemydb.ora

 ....
guarda questo problema mi sta facendo impazzire...

 dove per questioni di igiene, dovresti far trovare un soft link al pfile
in $ORACLE_HOME/dbs trovo...
initdw.ora  init.ora  lkMYDB  orapwmydb  spfilemydb.ora
dove init.ora credo che sia un file di esempio che va configurato
manualmente a meno che non si decida di usare dbca che lo crea in
automatico.
se non ho capito male dovrei creare in $ORACLE_HOME/dbs un link 
simblolico a /usr/oracle/admin/mydb/pfile/initmydb.ora.4112003155026
se e' cosi' come lo chiamo il link simbolico?
sempre initmydb.ora.4112003155026?
P.S.
riporto il valore di alcune variabili di ambiente usate da Oracle
ORACLE_BASE=/usr/oracle
ORACLE_HOME=$ORACLE_BASE/product/9.2.0.1.0
ORACLE_SID=mydb
TNS_ADMIN=$ORACLE_HOME/network/admin
TWO_TASK=mydb
LD_LIBRARY_PATH=$ORACLE_HOME/lib

 initdw.ora  init.ora  lkMYDB  orapwmydb  spfilemydb.ora
Se esiste l'spfile, per lo start del db, Oracle9i
 privilegia questo all' init file.
Bene. Fai quanto segue:
1. imposta correttamente le variabili d'ambiente:
ORACLE_HOME
ORACLE_SID
LD_LIBRARY_PATH
CLASSPATH (può sempre servire)
PATH
etc, etc,
2. da prompt Sistema Operativo esegui:
 sqlplus "/as sysdba"
Ex.
[cassiopea.SRVFARM]/sbrdbms/oracle-> sqlplus "/as sysdba"
SQL*Plus: Release 9.2.0.1.0 - Production on Wed May 14 16:43:51 2003
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
Connected to an idle instance.
SQL>
Il messaggio "Connected to an idle instance." indica
 che hai lanciato sqlplus, ma non ti sei collegato a nessuna
 istanza
3.Dasqlplus esegui lo startup del db:
Ex.
SQL> startup
ORACLE instance started.
Total System Global Area  320308312 bytes
Fixed Size                   730200 bytes
Variable Size             285212672 bytes
Database Buffers           33554432 bytes
Redo Buffers                 811008 bytes
Database mounted.
Database opened.
SQL>
Se tutto va bene, dovresti vedere quanto sopra. In caso contrario
 ti viene restituito un errore che dovrebbe indicarti il problema

  sqlplus "/as sysdba"
- sqlplus /nolog
- connect /as sysdba
e ottengo...
ERROR:
ORA-01031: insufficient privileges
e' molto strano poiche' l'utente oracle appartiene ai gruppi 
oinstall, dba, oracle (nell'ordine, cioe' oinstall che e' il
proprietario della OraInventory e' il gruppo primario).
C'e' qualcosa che mi sfugge...

 LD_LIBRARY_PATH=$ORACLE_HOME/lib
ho letto che hai avuto un insufficient privilege
per adesso vai ful file dei parametri, init/spf,
e commenta le riche con mtsXXXX e quelle che contengono le remote_login
al limite ti ricrei il file orapw$sid


 C'e' qualcosa che mi sfugge...
Un consiglio spassionato. Non so se lo hai già fatto, ma
 durante l'installazione definisci un solo gruppo a cui apparterrà
 l'utente oracle. Chiama questo gruppo "dba". Ignora "oinstall".
 In questo modo puoi gestire software ed rdbms con un unico
 utente: "oracle" appunto.
Purtroppo se hai già fatto l'installazione utilizzando il
 gruppo "oninstall", ti suggerisco di disisnstallare e ricominciare
 tutto da zero. Il motivo è che in fase di linking dei binari
 Oracle scrive dentro gli eseguibili il gruppo proprietario
 del software. La modifica di questi parametri non banale, anche
 se su metalink ho trovato un documento che dice come procedere.
Per quanto riguarda il tuo problema, mi viene da pensare, come hai
 detto, che il proprietario del db non appartiene al gruppo dba
 (ma forse mi sbaglio).

  trovato un documento che dice come procedere.
Ho seguito il tuo consiglio, disinstallato, reinstallato, oracle
ha dba come gruppo primario ma non e' cambiato nulla...
Dopo l'installazione mi permette di connettermi al database sia
con sql*plus che con Oracle Enterprise Manager Console ma quando
faccio il reboot ho tutti i problemi che avevo prima.
Mi cascano le braccia ^_^

 ti ricrei il file orapw$sid
Ho notato che questo file e' vuoto.
Lo devo ricreare a manina santa o c'e' qualche tool con GUI che mi
permetta di farlo in modo interattivo?

Ok. Niente Panico.
Forse....ma dimmi una cosa. Tu hai creato il db, vero? i datafile
 ci sono, vero?

 i datafile ci sono, vero?
Sembra essere tutto a posto perche' in /usr/oracle/admin/mydb
trovo le directory: bdump,cdump,create,pfile,udump
mentre in /usr/oracle/product/9.2.0.1.0/oradata/mydb
trovo tutti i .dbf (sono questi i datafile a cui ti riferisci?)
e i .ctl


serve solo per amministrare l'istanza da "remoto"
orapwd password=tua_password file=orapw$SID
prova a postare l'init.


 prova a postare l'init.
sto postando il contenuto di
/usr/oracle/product/9.2.0.1.0/dbs/spfilemydb.ora
=mydbXDB)'
*.fast_start_mttr_target=300
*.hash_join_enabled=TRUE
*.instance_name='mydb'
*.java_pool_size=83886080
*.job_queue_processes=10
*.large_pool_size=16777216
*.open_cursors=300
*.pga_aggregate_target=25165824
*.processes=150
*.query_rewrite_enabled='FALSE'
*.remote_login_passwordfile='EXCLUSIVE'
*.shared_pool_size=83886080
*.sort_area_size=524288
*.star_transformation_enabled='FALSE'
*.timed_statistics=TRUE
*.undo_management='AUTO'
*.undo_retention=10800
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/usr/oracle/admin/mydb/udump'

 prova a postare l'init.
sto postando il contenuto di


 cosa vuol dire? come posso risolvere?
Ottieni sempre lo stesso errore?

 Ottieni sempre lo stesso errore?
purtroppo si..
$ dbstart
Can't find init file for Database "mydb".
Database "mydb" NOT started.
$ sqlplus system/sys...@mydb.localdomain
SQL*Plus: Release 9.2.0.1.0 - Production on Mon May 19 21:53:59 2003
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
ERROR:
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux Error: 2: No such file or directory
Enter user-name:

 
Di default, Oracle cerca il file initmydb.ora nella $ORACLE_HOME/dbs
<---
[cassiopea.CATALOGO]/sbrdbms/app/oracle/product/8.1.7/dbs-> ls init*
init.ora          initCATALOGO.ora  initCOMMU.ora     initdw.ora
--->
Le istanze interessate sono CATALOGO e COMMU in questo caso.
Tuttavia, per comodità, si preferisce tenere il file init nella directory
 $ORACLE_BASE/admin/$ORACLE_SID/pfile
<---
[cassiopea.CATALOGO]/sbrdbms/app/oracle/admin/CATALOGO/pfile-> ls
initCATALOGO.ora
--->
Quello che di solito si fa, è creare nella nella directory 
	$ORACLE_HOME/dbs un link dell'init file verso la 
	$ORACLE_BASE/admin/$ORACLE_HOME/dbs
1. Controlla dove esiste il file initmydb.ora
2. Se esiste nella $ORACLE_BASE/admin/$ORACLE_SID/pfile, ma non 
	nella $ORACLE_HOME/dbs, allora crea un link tra le due directory
	ln -s $ORACLE_BASE/admin/$ORACLE_SID/pfile $ORACLE_HOME/dbs/initmydb.ora
3. lancia lo startup del db a mano e non utilizzando lo script dbstart:
	hai maggiore controllo
<---
[cassiopea.CATALOGO]/sbrdbms/app/oracle/product/8.1.7/dbs-> sqlplus "/as sysdba"
 
SQL*Plus: Release 8.1.7.0.0 - Production on Tue May 20 09:13:30 2003
 
(c) Copyright 2000 Oracle Corporation.  All rights reserved.
 
 
Connected to:
Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
With the Partitioning option
JServer Release 8.1.7.0.0 - Production
 
SQL> startup
--->
Facce sapè


manca cdump,bdump, control_files, db_block_size, sp_file
e cose del genere.
ergo non hai ancora l'spfile, quindi vuol dire che stai startando da
initfile.
l'spfile non è editabile, allora :
starti da quel init, e ti crei da "dentro" un spfile:
sqlplus /no log
connect as sysdba
create spfile from pfile;
solo che devi muovere quello che tu hai chiamato spfile,
e puoi mantenere l'init.ora per le future modifiche


 	hai maggiore controllo
$ dbstart
SQL*Plus: Release 9.2.0.1.0 - Production on Tue May 20 22:54:17 2003
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
SQL> ERROR:
ORA-01031: insufficient privileges
SQL> ORA-01031: insufficient privileges
SQL> 
Database "mydb" warm started.
se provo a digitare...
$ sqlplus "/as sysdba"
SQL*Plus: Release 9.2.0.1.0 - Production on Tue May 20 22:56:21 2003
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
ERROR:
ORA-01031: insufficient privileges

 ORA-01031: insufficient privileges
Well.
Come riferimento il documento "Note:69642.1" di metalink. Di seguito
 un estratto.
1.
 A corrupted "sqlnet.ora" file, or one with security options set,
 will cause a 'connect internal' request to prompt for a password.
 To determine if this is the problem, locate the "sqlnet.ora"
 that is being used. The one being used will be the first one
 found.
 The "sqlnet.ora" can be found in the following locations
 (listed by search order):
 $TNS_ADMIN/sqlnet.ora
 $HOME/sqlnet.ora
 $ORACLE_HOME/network/admin/sqlnet.ora
 Depending upon your operating system, it may also be located in:
 /var/opt/oracle/sqlnet.ora
 /etc/sqlnet.ora 
 Next, move the file so that it will not be found by this search:
 % mv sqlnet.ora sqlnet.ora_save
 Try to connect internal again.
 If it still fails, search for other "sqlnet.ora" files according
 to the search order listed above and repeat using the move
 command until you are sure there are no other "sqlnet.ora"
 files being used.
2.
 Be sure $ORACLE_HOME is set to the correct directory and does
 not have any typing mistakes:
 % cd $ORACLE_HOME
 % pwd
 If this returns a location other than your "ORACLE_HOME"
 or is invalid, you will need to reset the value of
 this environment variable:
 sh or ksh:
 ----------
 $ ORACLE_HOME=<path_to_ORACLE_HOME>
 $ export ORACLE_HOME
 Example:
 
 $ ORACLE_HOME=/u01/app/oracle/product/7.3.3
 $ export ORACLE_HOME
3.
 Check that $ORACLE_SID is set to the correct SID,
 (including capitalization)
4.
 Ensure $TWO_TASK is not set.
5.
 Check the permissions on the Oracle executable:
 % cd $ORACLE_HOME/bin
 % ls -l oracle ('ls -n oracle' should work as well)
 The permissions should be rwsr-s--x, or 6751. If the permissions
 are incorrect, do the following as the "oracle" software owner:
 % chmod 6751 oracle
6.
 Make sure the operating system user issuing the CONNECT INTERNAL
 (sysdb) belongs to the "osdba" group as defined in the
 "$ORACLE_HOME/rdbms/lib/config.s" or "$ORACLE_HOME/rdbms/lib/config.c".
 Typically this is set to "dba". To verify the operating system groups
 the user belongs to, do the following:
 % id
  uid=1030(oracle) gid=1030(dba)
 The "gid" here is "dba" so the "config.s" or "config.c" may contain
 an entry such as:
 /* 0x0008 15 */ .ascii "dba\0"
 If these do not match you will either need to add the operating
 system user to the group as it is seen in the "config" file, or
 modify the "config" file and relink the "oracle" binary.
7.
 Verify that the file system is not mounted no set uid:
 % mount
  /u07 on /dev/md/dsk/d7 nosuid/read/write
 If the filesytem is mounted "nosuid", as seen in this example,
 you will need to unmount the filesystem and mount it without
 the "nosuid" option.
 Consult your operating system documentation or your operating
 system vendor for instruction on modifying mount options.
8.
 Be sure you are not logged in as the "root" user and that
 the environment variables "USER", "USERNAME", and "LOGNAME"
 are not set to "root".
 The "root" user is a special case and cannot connect to Oracle
 as the "internal" user unless the effective group is changed
 to the "osdba" group, which is typically "dba".
 To do this you would either have to modify the "/etc/password"
 file (not recommended) or use the "newgrp" command:
 # newgrp dba
 "newgrp" will always open a new shell, so you can not issue "newgrp"
 from within a shell script.
 Keep this in mind if you plan on executing scripts as the "root" user.
9.
 Verify that the "osdba" group is only listed once in the "/etc/group"
 file.
10.
 If an instance crashed or was killed off using "kill" there may be
 shared memory segments hanging around that belong to the down instance.
 If there are no other instances running on the machine you can issue:
 % ipcs -b
  T ID KEY MODE OWNER GROUP SEGSZ
 Shared Memory:
  m 0 0x50000ffe --rw-r--r-- root root 68
  m 1601 0x0eedcdb8 --rw-r----- oracle dba 4530176
 In this case the "ID" of "1601" is owned by "oracle" and if there are
 no other instances running in most cases this can safely be removed:
 % ipcrm -m 1601
 If your SGA is split into multiple segments you will have to remove
 all segments associated with the instance. If there are other
 instances running, and you are not sure which memory segments
 belong to the failed instance, you can do the following:
 a) Shut down all the instances on the machine and remove whatever
 shared memory still exists that is owned by the software owner.
 b) Reboot the machine.
Comincia col vedere quanto scritto sopra. Spero questo risolva il problema.

 problema.
Beh qualche miglioramento si inzia a vedere...
$ dbstart
SQL*Plus: Release 9.2.0.1.0 - Production on Wed May 21 20:44:08 2003
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
SQL> Connected to an idle instance.
SQL> ORACLE instance shut down.
SQL> Disconnected
SQL*Plus: Release 9.2.0.1.0 - Production on Wed May 21 20:44:08 2003
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
SQL> Connected to an idle instance.
SQL> ORACLE instance started.
Total System Global Area  235999352 bytes
Fixed Size		     450680 bytes
Variable Size		  201326592 bytes
Database Buffers	   33554432 bytes
Redo Buffers		     667648 bytes
Database mounted.
Database opened.
SQL> Disconnected from Oracle9i Enterprise Edition Release 9.2.0.1.0 - 
	Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Database "mydb" warm started.
$ sqlplus system/sys...@mydb.localdomain
SQL*Plus: Release 9.2.0.1.0 - Production on Wed May 21 20:46:52 2003
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
SQL> 
Che dici, ho risolto? A me sembra sia tutto OK...

1. Non fare nient'altro
2. EVVIVA!!!!! Sei riuscito a far partire Oracle.
Buon divertimento. Per ogni altro problema il NG è qui x te.
Bye



Sei grande ^_^
Mi ricordero' di te per tutta la vita, quello che mi ha aiutato
ad installare Oracle (che mi ha fatto penare per 15 giorni) ^_^
grazie Salzano grazie,
grazie Salzano grazie,
grazie Salzano grazie... graaazieee. ^_^