Solved

audience targeting stopped working in sharepoint after renaming active directory account

Posted on 2011-02-11
17
1,437 Views
Last Modified: 2012-05-11
I renamed one of my end users active directory accounts to reflect her new married name and the audience targeting on my webparts stopped working. She can't see any of them even though her group memberships have not changed. I've tried removing and adding her to the group and searching through her login account to find anything of her old name. What can I do to rename and account and still have the audience targeting work in sharepoint?
0
Comment
Question by:knfitz
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 7
  • 6
  • 3
  • +1
17 Comments
 
LVL 14

Expert Comment

by:GeorgeGergues
ID: 34876888
you might need to make sure the audience is being complied on schedule.

if not , make sure to force it to run manually , so she will be included.

You can also see her profile , on the shared services , you can can do delete it and resync it

Best of luck.
0
 
LVL 7

Expert Comment

by:arduk
ID: 34884296
there is an stsadm command that should be run when an account is renamed - stsadm -o migrateuser...

see this post for more info.
http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=75
0
 

Author Comment

by:knfitz
ID: 34889769
I tried to use it but I got an error message. I probably typed something wrong. I've used stsadm before. Here's what I typed:
Microsoft Windows [Version 5.2.3790]
(C) Copyright 1985-2003 Microsoft Corp.

H:\>stsadm.exe -o migrateuser

Missing required argument: oldlogin.
Missing required argument: newlogin.


stsadm.exe -o migrateuser
           -oldlogin <DOMAIN\name>
           -newlogin <DOMAIN\name>
           [-ignoresidhistory]

H:\>stsadm.exe -o migrateuser -oldlogin <indyorch\cbarret> -newlogin <indyorch\c
arnett> -ignoresidhistory
The system cannot find the path specified.

H:\>
0
Office 365 Training for Admins - 7 Day Trial

Learn how to provision tenants, synchronize on-premise Active Directory, implement Single Sign-On, customize Office deployment, and protect your organization with eDiscovery and DLP policies.  Only from Platform Scholar.

 
LVL 16

Expert Comment

by:jessc7
ID: 34890006
You don't need to use the <> characters. Just try:

stsadm.exe -o migrateuser -oldlogin indyorch\cbarret -newlogin indyorch\carnett -ignoresidhistory


Please note I am not arduk who posted earlier. I am just an interested lurker on this thread. :)
0
 
LVL 7

Expert Comment

by:arduk
ID: 34891648
jessc7 is correct, you will not need the brackets

also, stsadm also lives in the bin directory in the 12 hive, so you will need to change to this directory first:
[INSTALL DRIVE]\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN

The command would be :
stsadm.exe -o migrateuser -oldlogin indyorch\cbarret -newlogin indyorch\carnett -ignoresidhistory

Hope this helps...
0
 

Author Comment

by:knfitz
ID: 34891803
it says the user does not exist or is not unigue.
Do I need to delete the new imported account?
0
 
LVL 7

Expert Comment

by:arduk
ID: 34892822
I'm not sure - I've never had that error come up before

There are a few posts that sound similar, with varying causes and answers - maybe one of these results will help...
http://www.google.com.au/search?hl=en&q=stadm+migrate+user+%22user+does+not+exist+or+is+not+unique%22&aq=f&aqi=&aql=&oq=
0
 

Author Comment

by:knfitz
ID: 34897244
it seems I'm getting this error because I renamed the user account. So when I put in -0 oldlogin it didn't find it because it doesn't exist anymore?
0
 
LVL 7

Expert Comment

by:arduk
ID: 34900741
When we change the username of a user, our process is:
change the username in Active Directory
run stsadm -o migrateuser... command on the sharepoint farm.

so it sounds like we have the same scenario as you have described, and the command has always worked for me. I don't think you would be able to migrate to a new user that doesn't exist.

A few things to try:
- I would probably try a full profile import, and then try re-running the migrateuser command.
If it doesn't work, bump up the logging levels on your logs, and check if the logs in the 12 hive give you any more details...
- recompile all of your audiences again.
- Check that the BDC and memberships import has run OK - we have had a problem where this import was not being triggered for some reason (normally it runs a few minutes after the profile import completes). We have had to run this import from a powershell script to ensure that it was running.

Hope this helps...
0
 

Author Comment

by:knfitz
ID: 34911422
how do you recompile the audience?
0
 
LVL 7

Expert Comment

by:arduk
ID: 34911725
go to your Central Admin->shared services provider -> Audiences - > Start Compilation
0
 

Author Comment

by:knfitz
ID: 34946157
I recompiled and the webparts that use audiences still don't show up for this user?
0
 
LVL 7

Expert Comment

by:arduk
ID: 34946555
I'm a bit out of ideas here - I think the main cause of the problem appears to be that you can't get the stsadm command to run - this has been a requirement for us when we have renamed a user.
As mentioned above, we rename the user in AD, then use the migrateuser operation

Have you bumped up the logging level to verbose, and then been through the sharepoint logs in the 12 hive after running the stsadm command? This may give some more information on why the stsadm command is failing.
Also, have you confirmed that the BDC & memberships import has run successfully (I mentioned this above)? When ours failed, it never really indicated that there was a failure, I just noticed that the time it took to complete never changed, and the status never changed...
0
 
LVL 14

Accepted Solution

by:
GeorgeGergues earned 500 total points
ID: 34946624
what is the user name running the application pool for your Shared Services Provider .

Get that user name
and make that change under here

http://CAServer:post/ssp/admin/_layouts/ManageServicePermissions.aspx

Give that accounts all the rights.

run the sync .
Best of luck.
0
 

Author Comment

by:knfitz
ID: 35085190
its the same as my account and I have full rights
0
 
LVL 14

Expert Comment

by:GeorgeGergues
ID: 35085551
what are the rights ?
0
 
LVL 7

Expert Comment

by:arduk
ID: 35185562
Hi Knfitz - care to expand on what the solution was? The answer you accepted originally hadn't worked it seems, but then did? what changed? would be great if you could advise what was done, so as others can benefit from it.
0

Featured Post

Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

A project that enables an administrator to perform actions within a user session context not just at the time of login but any time later on day(s) or week(s) later.
After seeing many questions for JRNL_WRAP_ERROR for replication failure, I thought it would be useful to write this article.
Are you ready to implement Active Directory best practices without reading 300+ pages? You're in luck. In this webinar hosted by Skyport Systems, you gain insight into Microsoft's latest comprehensive guide, with tips on the best and easiest way…
This video shows how to use Hyena, from SystemTools Software, to update 100 user accounts from an external text file. View in 1080p for best video quality.

707 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question