SS7: Duplicate login problem after restroing databases that have same users

SS7: Duplicate login problem after restroing databases that have same users

Post by Scott Prug » Fri, 16 Apr 1999 04:00:00



I have been running into a duplicate user/login problem after restoring
multiple databases that have the same user.

Say I restore two databases:

database1
database2

And user developer is in both.

After restoring both databases, the developer login exists.  If I try to
modify the login so that it has access to both databases, then I get
problems.  I basically get a Error 21002(SQL DMO) User developer already
exists.  When I try to give access to database2.

Looking at the users under database1, I see that there is a developer login.
There is also one under database2.  However, I can delete the user under
database1, but not the one under database2.  When I try to delete the
developer user from database2, I get Error 15008: User developer does not
exist in the current database.

This really doesn't make sense since, in one case I am being told it already
exists, and in the other, I can see the user, but not delete it.

I tried playing around with the sp's that allow for user/login manipulation,
but I haven't had any luck.

Does anyone have any ideas on how to resolve this.  I'm assuming that there
is a glitch in EM that is causing the problem.  If I can figure out the
brute force SQL to correct the problem, that would be great.

Regards,
    Scott

 
 
 

SS7: Duplicate login problem after restroing databases that have same users

Post by Scott Prug » Sat, 17 Apr 1999 04:00:00


I does seem to be a bug/refresh problem in MMC.  If I use the stored procs
sp_dropuser, sp_droplogin and refresh the GUI, I can then re-add the user
successfully.


Quote:

> I have been running into a duplicate user/login problem after restoring
> multiple databases that have the same user.

> Say I restore two databases:

> database1
> database2

> And user developer is in both.

> After restoring both databases, the developer login exists.  If I try to
> modify the login so that it has access to both databases, then I get
> problems.  I basically get a Error 21002(SQL DMO) User developer already
> exists.  When I try to give access to database2.

> Looking at the users under database1, I see that there is a developer
login.
> There is also one under database2.  However, I can delete the user under
> database1, but not the one under database2.  When I try to delete the
> developer user from database2, I get Error 15008: User developer does not
> exist in the current database.

> This really doesn't make sense since, in one case I am being told it
already
> exists, and in the other, I can see the user, but not delete it.

> I tried playing around with the sp's that allow for user/login
manipulation,
> but I haven't had any luck.

> Does anyone have any ideas on how to resolve this.  I'm assuming that
there
> is a glitch in EM that is causing the problem.  If I can figure out the
> brute force SQL to correct the problem, that would be great.

> Regards,
>     Scott


 
 
 

1. HELP - Having problem with Database.Execute in mulit-user envirinment

I am having a problem using a Database.Execute in a multi-user
environment.  When it trys to update a record that is locked by another
user (my test locked it with a Table.Edit) it returns a 0 Err but does not
do the update.  It hangs for a while then comes back with the deceptive
Err=0 which probably means that Access is recognizing the locked page and
retrying until it exceeds either it retry limit or page lockout limit.  I
am using VB 3.0 and Access 1.1.  

Has anyone else encountered this problem ?  Please let me know.

2. (Access or VB6) - Btrieve

3. Having problem login in DB

4. Restore Database

5. Restroing Replicated Database

6. Any good forms tools out there....

7. SS7 login vs. NT authentication

8. Advanced Where Statment

9. Having "HAVING" problems with GROUP BY.

10. Blind user having problems with Oracle 8i and Windows 2000 Server

11. Users having problems connecting to my SQL Server