From: Steve F. <sfi...@pc...> - 2004-01-06 17:47:35
|
Yes, there is a bug. It is in the schema.prop file. Angel's previous mail tells how to fix it, which, in sum, is change the line: oracle_rad3=RAD3 to: oracle_rad=RAD3 Steve Fidel Salas wrote: >Matthew, > >I think the gus distribution you have is buggy. This is assuming you >downloaded your distribution recently. I also noticed the same >behavior when trying to install recently. Since I had an older >distribution that did not give similar errors to the ones you reported >below when running create-db.sh, I used that instead. > >If you have not solved the problems you are having, you can get the >tar file that works for me until the bugs in the current distribution >are fixed. > >You will then have to update some files with more current versions. > >Fidel > > > > From: Matthew Hobbs <mat...@ve...> > > Organization: Innovative Dairy Products CRC > > To: gus...@li... > > Subject: Re: [Gusdev-gusdev] more help with installation please > > Date: Tue, 6 Jan 2004 13:13:48 +1100 > > > > Thanks Angel and Steve for your replies to my previous message. > > > > I am however still struggling with this installation! I am still getting > > errors when running create-db.sh. Angel advises me to 'use the schema.prop > > file for setting appropriate logins and tablespace usage' but I don't > > understand how schema.prop and create-db.sh could interact. schema.prop is > > referrred to in GUS/build.xml and is used by ant in the build - but this is > > not where I am having my problem. As explained in installguide.html the > > build must be run three times. Between build 2 and build 3 the createdb.sh > > script is run. How is create-db.sh supposed to read any of the information > > in schema.prop? > > > > Having created some more tablespaces (answering my own previous question) the > > first error reported by create-db.sh is now: > > > > > > SQL> DROP USER @oracle_rad@ CASCADE; > > DROP USER @oracle_rad@ CASCADE > > * > > ERROR at line 1: > > ORA-01935: missing user or role name > > > > > > This is the first place in the input sql file that '@' notation is > > encountered. I guess @oracle_rad@ is a variable but SQL*Plus doesn't know > > its value. Is the value is supposed to be read from schema.prop (a wild > > guess but schema.prop does seem to have assignemnts of values to similar > > names like 'oracle_rad3')??? > > > > > > Again I would be grateful for help. > > > > > > Thanks, > > > > > > Matthew > > > > > > > > > > -- > > Matthew Hobbs Research Fellow in Bioinformatics > > Faculty of Veterinary Science > > Building B19, University of Sydney, NSW 2006, Australia > > Phone: +61 2 9351 3154 Fax: +61 2 93513957 > > > > > >------------------------------------------------------- >This SF.net email is sponsored by: IBM Linux Tutorials. >Become an expert in LINUX or just sharpen your skills. Sign up for IBM's >Free Linux Tutorials. Learn everything from the bash shell to sys admin. >Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >_______________________________________________ >Gusdev-gusdev mailing list >Gus...@li... >https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev > > |