- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Cannot Drop a User
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-29-2003 04:21 AM
тАО09-29-2003 04:21 AM
Cannot Drop a User
While logged in as SYSTEM/***** AS SYSDBA, I'm trying to delete a user. However, when doing so, I receive the following:
ORA-00604: error occurred at recursive SQL level 2
ORA-20001: Insufficient privileges for DELETE or DROP
ORA-06512: at line 2
I thought SYSTEM could do anything (in fact, it has in the past as far as deleting goes). The user I'm trying to delete became unstable after playing with some role settings. Now that it is no longer needed, I would like to get rid of it. Any ideas as to what I need to do?
Thank you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-29-2003 04:54 AM
тАО09-29-2003 04:54 AM
Re: Cannot Drop a User
Make sure the ORACLE_SID is set correctly.
sqlplus internal
>drop user
This should work.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-29-2003 05:09 AM
тАО09-29-2003 05:09 AM
Re: Cannot Drop a User
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-29-2003 05:19 AM
тАО09-29-2003 05:19 AM
Re: Cannot Drop a User
Is the database up?
Consider a restart of the system.
ORA-20001 seems to be mentioned quite often in patch installations going bad. Any recent activity there?
The Environment variables of the oracle user can cause this:
On a working oracle system:
as oracle
env > /tmp/env.good.text
compate that to the same output on the problem system.
Obviously check the alert logs for problems, I'm assuming you did that and found nothing.
ORA-00604 has been solved by patch installations. Bad idea in the current conext.
Check the ipcs commands, see if shared memory is owned by the right user. If the database was started by root all kinds of ugly things like this can happen.
My experience shows this is environment variables or corrupt shared memory. shmmax, shmseg are the kernel parameters to look at.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-29-2003 05:51 AM
тАО09-29-2003 05:51 AM
Re: Cannot Drop a User
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-29-2003 07:33 AM
тАО09-29-2003 07:33 AM
Re: Cannot Drop a User
*
try to connect as the oracle user.
*
sqlplus
then connect as
/ as sysdba
*
it is perferrable that you create another user with DBA role to do these operations.
*
If still not OK, post the output of:
select * from v$database;
and
select * from v$instance;
*
regards
YOgeeraj
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-29-2003 08:09 AM
тАО09-29-2003 08:09 AM
Re: Cannot Drop a User
select * from v$database;
DBID - 3091073505
NAME - TST817
CREATED - 27-SEP-01
RESETLOGS_CHANGE# - 1
RESETLOGS_TIME - 27-SEP-01
PRIOR_RESETLOGS_CHANGE# - 0
PRIOR_RESETLOGS_TIME -
LOG_MODE - NOARCHIVELOG
CHECKPOINT_CHANGE# - 30784925
ARCHIVE_CHANGE# - 30772724
CONTROLFILE_TYPE - CURRENT
CONTROLFILE_CREATED - 27-SEP-01
CONTROLFILE_SEQUENCE# - 123825
CONTROLFILE_CHANGE# - 30785692
CONTROLFILE_TIME - 25-SEP-03
OPEN_RESETLOGS - NOT ALLOWED
VERSION_TIME - 27-SEP-01
OPEN_MODE - READ WRITE
select * from v$instance;
INSTANCE_NUMBER - 1
INSTANCE_NAME - TST817
HOST_NAME - xxxxxx
VERSION - 8.1.7.0.0
STARTUP_TIME - 20-SEP-03
STATUS - OPEN
PARALLEL - NO
THREAD# - 1
ARCHIVER - STOPPED
LOG_SWITCH_WAIT -
LOGINS - ALLOWED
SHUTDOWN_PENDING - NO
DATABASE_STATUS - ACTIVE
INSTANCE_ROLE - PRIMARY_INSTANCE
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-29-2003 09:10 AM
тАО09-29-2003 09:10 AM
Re: Cannot Drop a User
Thanks,
Brian
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-30-2003 01:18 AM
тАО09-30-2003 01:18 AM
Re: Cannot Drop a User
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-30-2003 09:11 AM
тАО09-30-2003 09:11 AM
Re: Cannot Drop a User
Connect in as internal or sysdba, run "alter session set sql_trace = true", try to drop the user, and get the trace for it. Post it back on here when you get the chance, and I will try and figure out where your permission problem is.
Thanks,
Brian