Newsgroup: it.comp.software.database
Titolo: Installazione di Oracle 9i Ds su Oracle 9.2.0 (Linux)

Ciao a tutti, spero in un vs aiuto.Ho installato Oracle su Linux, sia 
Red Hat 9 che Slackware 9 e funziona discretamente.Adesso il manuale che 
sto usando mi spiega come funzionano i Forms ed i Reports, che ho visto 
reperibili sul tool Oracle 9i Ds oppure As.Ho scaricato il primo dei due 
tools, consultato la guida dell'installazione che dice di installarli in 
un altro percorso, cosa che ho fatto.Però non mi quadra, se avvio il 
database e connessi, devo farlo col percorso della prima installazione, 
se voglio usare i forms od i reports, devo usare il percorso della 
seconda che però non comunica col database.Ho ravanato su internet ma 
purtroppo non ho trovato risposte al mio problema.Qualcuno può spiegarmi 
che succede?Oltretutto durante l'installazione del tool, ho ottenuto un 
mucchio di errori dovuti alle librerie, mentre la prima installazione 
era andata a buon fine.
Grazie

 era andata a buon fine.
hai impostato correttamente i parametri IPC con sysctl?
hai fatto il servizietto alla variabile d'ambiente?
$ export LD_ASSUME_KERNEL=2.4.1
comunque che esistono dei seri problemi di compatibilità con le glibc
di RH9... hanno cambiato la gestione dei thread e inoltre alcuni simboli
nell glibc non vengono risolti. RH assicura la retro-compatibilità con
gli eseguibili ma non con gli obj, cioè se c'hai un eseguibile bello 
fatto ok se devi linkare/compilare non è ok... visto che Oracle linka
tutti i suoi eseguibili sulla piattaforma target...so cavoli
apriti una shella e ripeti insieme a me:
$ nm -a /lib/i686/libc.so.6 | grep __ctype_b
se il risultato è
001315f8 D __ctype_b
00022340 T __ctype_b_loc
se invece hai
00131718 D __ctype_b@GLIBC_2.0
000223a0 T __ctype_b_loc
you are in the cacca... ma non troppo
prenditi l'ultima versione della glibc (che non sia NPTL) dovrebbe
essere glibc-2.3.2-5.i686.rpm... e poi fai na cosa del genere (se ti
metti in runlevel 1 o 3 sarebbe meglio)
# rpm -Uhv --nodeps --oldpackage glibc-2.3.2-5.i686.rpm
okkio che questa l'ho scritta a naso...
reinstalli il tutto
e poi ti reinstalli la versione glibc corrente con la distribuzione
# rpm -Uhv glibc-2.3.2-11.9.i686.rpm (me sembra)
ATTENZIONE: se non hai capito molto di quello che ho scritto fattelo
fare da una persona che sia in grado di dare un senso alle parole qui
sopra, perchè se sbagli qualcosa non mi prendo nessuna responsabilità
puoi buttare al cesso l'installazione Linux (poco male, ma non so 
quello che ci hai installato sopra)
/G

 che ci hai installato sopra)
Riesco a seguirti tranquillamente e speravo che mi rispondessi tu, ho 
visto che ne mastichi.Se hai pazienza di aiutarmi ne sarei felice, ho 
fatto anche delle ricerche su google o sul sito di Oracle, ma non ho 
trovato soluzione.Il manuale che sto studiando è lato client, quindi dà 
per scontato che l'utente utilizzi un sistema già configurato e 
funzionante in tutte le sue parti, e non spiega una cicca sulle 
installazioni.Nemmeno la documentazione fornita con gli applicativi è 
sufficiente, ma questo lo avrai visto anche tu.A titolo di cronaca, ti 
metto il .bash_profile, mi scuso per la lunghezza del post e ti saluto.
Grazie
# .bash_profile
# Get the aliases and functions
if [ -f ~/.bashrc ]; then
	. ~/.bashrc
fi
# User specific environment and startup programs
PATH=$PATH:$HOME/bin
export PATH
unset USERNAME
# !!! Set the following environment variable only for Red Hat 9 !!!
# Use the "Linuxthreads with floating stacks" implementation instead of 
NPTL:
export LD_ASSUME_KERNEL=2.4.1
# Oracle Environment
export ORACLE_BASE=/opt/oracle
export ORACLE_HOME=/opt/oracle/product/9.2.0
#PER LA SECONDA INSTALLAZIONE ORACLE_HOME ERA /opt/oracle2/product/9.0.1
#IL RESTO NON L'HO TOCCATO
export ORACLE_SID=oracleDb
export ORACLE_TERM=xterm
# export TNS_ADMIN= Set if sqlnet.ora, tnsnames.ora, etc. are not in 
$ORACLE_HOME/network/admin
export NLS_LANG=AMERICAN;
export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data
LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
export LD_LIBRARY_PATH
# Set shell search paths
export PATH=$PATH:$ORACLE_HOME/bin
# CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib
# CLASSPATH=$CLASSPATH:$ORACLE_HOME/network/jlib
# export CLASSPATH

 instabile.
l'inglese fa bene alla salute...
e non credo che il downgrade abbia fatto casino.. quello che appunto non 
ho seguito dall'howto di puschitz è appunto il downgrade di 4/5 pacchetti
che secondo me non era necessario (infatti il mio mi gira 'na scheggia, per 
modo di dire su un portatile suda parecchio)
che crash ti da? va in core? se va in core c'è sicuro qualche cosa che non 
va con le librerie
prova a fare cosi
*) vai in runlevel 3
*) downgrade del solo rpm che ti ho detto
*) tira giù tutto oracle (servizi, jre appese... tutto!, tranne la tua shella)
*) cd $ORACLE_HOME/bin (del data server)
*) ./relink all
*) fatti una passegiata
*) upgrade del rpm
*) controlla se oracle cora ancora
ho letto la documentazione veloce ho letto il tuo bash... 
ma utilizzi lo stesso utente per i due ambienti?
se è così te la sei cercata...
io farei così
utente oracle che gestisce il dbserver con il suo ambiente
utente oradev che gestisce la dev suite con il suo ambiente
casomai metti tutto su slack se ti da meno problemi...
o se vuoi redhat installa la 8.0
/G

 utente oradev che gestisce la dev suite con il suo ambiente
Nella poca documentazione che ho trovato, non c'era scritto di creare un 
altro utente e pensavo che il runinstaller funzionasse solo con l'utente 
oracle.
Proverò a seguire scrupolosamente le tue istruzioni e ti faccio sapere 
il risultato.
Poi se hai ancora pazienza devo chiederti altre 2 o 3 cose che non mi 
sono chiare circa il funzionamento degli script, ma per oggi ti ho 
spremuto abbastanza.Mille grazie, ciao.