YESQuote:
Originally Posted by BV1963
D:\ORACLE\PRODUCT\10.2.0\ADMIN\SPFDB\BDUMPQuote:
Originally Posted by BV1963
D:\ORACLE\PRODUCT\10.2.0\ADMIN\SPFDB\UDUMPQuote:
Originally Posted by BV1963
Printable View
YESQuote:
Originally Posted by BV1963
D:\ORACLE\PRODUCT\10.2.0\ADMIN\SPFDB\BDUMPQuote:
Originally Posted by BV1963
D:\ORACLE\PRODUCT\10.2.0\ADMIN\SPFDB\UDUMPQuote:
Originally Posted by BV1963
I am out of ideas, ....
Is D:\ORACLE\PRODUCT\10.2.0\ADMIN\SPFDB\ADUMP is writeable?
yes..the user I am using has been given complete admin rights on the box. Me too!! :( Yikes! What do I do? Thanx all for your help though... I wll post solution once I find it (if I find it).
This is not what BV1963 asked.Quote:
Originally Posted by budh
On the other hand, when talking about privs you should be looking at Oracle account privs, not the privs you have.
Quote:
Originally Posted by PAVB
This is excatly right, thanks PAVB! So , can you write to this dir? What if somebody made this directory read only?
BTW, are you logging in with the local account and domain account? Sometimes it creates a lot of confusion specifically if domaiin accout has the same name a local one.
Domain account and the domain account is being used to execute the exp script and yes there it has read/write/execute writes on all necessary folders...
This account has been setup to use Windows Authentication. How does that differ from:
NOTE: this problem only started once I turned Auditing on. The script worked fine, before thatQuote:
On the other hand, when talking about privs you should be looking at Oracle account privs, not the privs you have.
It means that oracle session runs under oracle privs , not under your acct privs,therefore PAVB suggest that you should check if acct which is used for oracle server (service?) has all the right privs.Quote:
Originally Posted by budh