I don't think BSIDBA and OPS$BSIDBA are the same Oracle user. (Check in dba_users). So ops$bsidba probably doesn't own the tables? (Maybe the install went wrong because of the value of the initializaion parameter os_authent_prefix which I think could be null or could be ops$ or some other value) I'm not sure how you could run the program and make it log in as bsidba; most probably you'll have to supply a username and pwd. Are there really new apps written in COBOL? :-) chaim "Ron Rogers" <[EMAIL PROTECTED]> on 06/18/2001 04:45:03 PM Please respond to [EMAIL PROTECTED] To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]> cc: (bcc: Chaim Katz/Completions/Bombardier)
David, Is FA_IDNT a view that you didn't know about that the package uses? Just a thought. ROR mª¿ªm >>> [EMAIL PROTECTED] 06/18/01 03:16PM >>> Hope everybody had a good weekend - Working on HP-UX and Oracle 8.1.7.0.0 I've got a third party app that 's written in COBOL and stores some of the information it needs to generate screens in the database. I am trying to practice restoring this beast, and it turns out I must run a utility to recompile some of the COBOL. All users in this database are identified externally and have OPS$ as the prefix to their username. The table(s) in question are owned by Oracle user BSIDBA. The UNIX user BSIDBA runs the program and the user in v$session shows up as OPS$BSIDBA. I get an ora-00942 on a select count (*) from one of the tables. Generally, this means some type of privilege is missing, but this user owns the table! Just in case, I granted select on the table to OPS$BSIDBA, got a 'grant succeeded', reran the COBOL piece, and got the same error. Set up tracing, ran it again, ran tkprof against the output, and sure enough: The following statement encountered a error during parse: select count(*) from FA_IDNT Error encountered: ORA-00942 I've granted everything I can think of to everyone I can find (this is - or will be - a development instance) and am still getting the error. Metalink hasn't revealed any secrets. Anybody seen anything like this or have an idea of something else I can try - the vendor has given up, says it's a DB problem. David A. Barbour Oracle DBA, OCP AISD 512-414-1002 -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Ron Rogers INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
