From: Michael S. <msa...@pc...> - 2005-10-27 17:33:00
|
No, we've never been able to install DBD::Oracle without a force. It requires a lot of setup (i.e. a database with the scott/tiger user). --Mike On Oct 27, 2005, at 1:24 PM, Juan Carlos Perin wrote: > Yes, that was my mistake, I was looking at 'orcl', 'sys'. Orcl is > the db > name. Although, You are right. My gus.config had the right user > that I had > created with DBA privileges, but the gus.properties was still the > older > version with sys as the user. I changed this and it appears to be > building > just fine. Thanks Mike! > > Do you forsee any potential problems from having forced DBD::Oracle to > install. I'm not sure why it would ever need to login as 'scott', > but I > don't know if that's a fundamental component of DBD in general. > > Juan > > > On 10/27/05 12:59 PM, "Michael Saffitz" <msa...@pc...> > wrote: > > >> >> Hi Juan >> >> You should not install using the sys or system users. Instead, >> create a new user, grant that user DBA privileges, and then install >> using that user. After the install you may revoke the DBA privileges >> from that user if you'd like. >> >> It doesn't look like it's trying to connect as orcl... where is that >> coming from? >> >> --Mike >> >> On Oct 27, 2005, at 11:43 AM, Juan Carlos Perin wrote: >> >> >>> I was encountering errors when installing DBD::Oracle for perl >>> where while >>> using MCPAN to install I kept seeing connect errors for (scott/ >>> tiger). A >>> resident Oracle expert confirmed all our oracle settings were fine, >>> and that >>> connection was perfectly fine through all other connect methods. >>> So, I >>> decided to force install DBD::Oracle and hope it was just a >>> localized error >>> with MCPAN. >>> >>> BUT.. When attempting to finally build, the system has trouble >>> connecting >>> once again, with a different user (maybe unrelated to the above >>> problem, but >>> is a DBD issue) and gives the following error: >>> >>> [InstallSchema] INFO: Writing Database >>> [echo] . >>> [echo] Installing GUS/ObjRelP >>> [echo] generating Perl Objects >>> [exec] GUS::ObjRelP::DbiDbHandle connect('orcl','sys',...) >>> failed: >>> ORA-28009: connection as SYS should be as SYSDBA or SYSOPER (DBD >>> ERROR: >>> OCISessionBegin) at >>> /home/oracle/GUS/gus_home/lib/perl/GUS/ObjRelP/DbiDatabase.pm >>> line 165 >>> [exec] Can't bless non-reference value at >>> /home/oracle/GUS/gus_home/lib/perl/GUS/ObjRelP/DbiDbHandle.pm >>> line 21. >>> >>> BUILD FAILED >>> /home/oracle/GUS/project_home/install/build.xml:28: The following >>> error >>> occurred while executing this line: >>> /home/oracle/GUS/project_home/GUS/build.xml:225: exec returned: -1 >>> >>> Total time: 2 minutes 4 seconds >>> >>> This time its having trouble as orcl. The user doesn't even exist >>> when I >>> look into the user list. I'm not sure if I should create the user, >>> or if >>> there is a bigger problem. I'm learning oracle as I go, so I have >>> a lot to >>> learn, any suggestions will help. Thanks all! >>> >>> Juan Perin >>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email is sponsored by the JBoss Inc. >>> Get Certified Today * Register for a JBoss Training Course >>> Free Certification Exam for All Training Attendees Through End of >>> 2005 >>> Visit http://www.jboss.com/services/certification for more >>> information >>> _______________________________________________ >>> Gusdev-gusdev mailing list >>> Gus...@li... >>> https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev >>> >>> >> >> >> >> ------------------------------------------------------- >> This SF.Net email is sponsored by the JBoss Inc. >> Get Certified Today * Register for a JBoss Training Course >> Free Certification Exam for All Training Attendees Through End of >> 2005 >> Visit http://www.jboss.com/services/certification for more >> information >> _______________________________________________ >> Gusdev-gusdev mailing list >> Gus...@li... >> https://lists.sourceforge.net/lists/listinfo/gusdev-gusdev >> >> > > |