Previous Post Next Post

Problem Client driven pst migration

Created: 20 Feb 2008 | Updated: 09 Oct 2012 | 15 comments

mickelingon Partner

This issue has been solved. See solution.

I've stumbled on a problem with client driven migration.

It works but not to 100%

Some have the status ready to copy but nothing happens and I can't manually change the status.

And some says migrating and has done so for a long time. a couple of them for 7 days.

Please advice

best regards

Mikael

Message Edited by mickelingon on 02-20-2008 01:36 AM

Discussion Filed Under:

Archiving and eDiscovery, Enterprise Vault

Comments RSS Feed

Comments 15 Comments • Jump to latest comment

mickelingon Partner

Problem Client driven pst migration - Comment:20 Feb 2008 : Link

Seems lika it is the migrating part that is the issue.

I have set the number to 5 simultaniously migrations, but there are 8 in the VAC.

So I think 3 of them are hanging. And when I look at history and detail view nothing changes.

Here is a log of a pst file that still says migrating

And i can se the file ....38db in the pst holding folder. Is this one hanging. (the log says successfull?)

By the way, this migration started 2008-02-14

Migration of PST: \\LUNA\j$\user\AgBr\Outlookarkiv\Personliga mappar(1).pst

Migration Settings
------------------

Client-driven migration of part 38 of PST - the totals are the accumulated totals of all parts migrated so far
Migration Start Time: 2008-02-20 10:05:59
Migration End Time: 2008-02-20 10:06:28
Migration Copy File: \\HYPERION\E$\PST Holding\Temp\pst387_38.db
Shortcut Mode: Create shortcuts and move them to Exchange Mailbox

Include Deleted Items:              true
Set PST Hidden:                     true
Set PST Read-Only:                  true
Compact PST:                        false
Delete PST:                         false
Archive Non-Expired Calendar Items: true
Cancel Mailbox Auto-Archive:        true
Merge PST Folders:                  false

Migration Results
-----------------

Number of folders processed: 9
Number of items archived to vault: 2756 of 2841
    - Number of items not eligible for archiving: 85
Number of items moved to mailbox: 1691 of 1691
    - Number of archived items moved to mailbox: 1606
    - Number of other items moved to mailbox: 85

PST Migration completed successfully

any suggestions

Message Edited by mickelingon on 02-20-2008 04:18 AM

Message Edited by mickelingon on 02-20-2008 04:18 AM

TonySterling Trusted Advisor Partner Accredited

Problem Client driven pst migration - Comment:23 Feb 2008 : Link

hmm, that is a bit interesting. If you haven't already I would have support take a look.

Please let us know what they say. :)

Tony Sterling
www.bluesource.net or www.bluesource.co.uk
Offices in the US and the UK

mickelingon Partner

Problem Client driven pst migration - Comment:28 Feb 2008 : Link

I logged this as a case at Symantec, they responded quickly and I sent them a Dtrace and client log during a Client driven migration.

They said it could be a MAPI issue on the client.

I was asked to look if CDO was installed on the client and also check the mapisvc.inf and then run the fixmapi.exe.

This didn't help though

Anyone else having the same problem?

Mike

MichelZ Trusted Advisor Partner Accredited

Problem Client driven pst migration - Comment:06 Mar 2008 : Link

Mike

What exactly is the issue here?
In the log you posted, the bottom line says "PST Migration successful"... ?

Cheers
Michel

Archive Shuttle - EV NearSync - PST Flightdeck - FSA Migrator

mickelingon Partner

Problem Client driven pst migration - Comment:07 Mar 2008 : Link

The problem beeing that the pst is only set to "ready to copoy" and is not migrating.

I can't change this and nothing happens.

The log is only to show the date, it was a long time ago.

This particulary user did start migrating.

I have a client log and a trace for this problem. But there is a lot of rows so I will not post it here.

Can I send it to you?

Mikael

John Chisari Partner Accredited

Problem Client driven pst migration - Comment:07 Mar 2008 : Link

I actually think this is going OK - remember this is client driven migration - the migration relies on 2 things.

- The user have Outlook open.

- The PST Migrator schedule - if it's only running for a few hours a day - then this may be why it is so slow.

In client driven migration, chunks (10mb default) are sent to the EV server 1 at a time. So it sends 1 chunk - and then the migrator migrates it (just as long as the Migrator is in schedule). During this time the client continuously polls the EV server to see whether it has finished. When the chunk has finished migrating - then the client will send across another 10mb chunk and so on.

So from that log - the client sent across 38 chunks of 10mb each and it took a week for it to happen.

mickelingon Partner

Problem Client driven pst migration - Comment:07 Mar 2008 : Link

Ok I hear you, but the problem is that this log is not relevant enymore.

I have this problem on 16 users out of 400.

And I can't get these to start, They are still set to "ready to copy" after one month. And have still not migrated.

Mikael

MichelZ Trusted Advisor Partner Accredited

Problem Client driven pst migration - Comment:07 Mar 2008 : Link

Mikael

Any chance those Users left the company, or aren't using Outlook regularly?

Cheers

Michel

Archive Shuttle - EV NearSync - PST Flightdeck - FSA Migrator

mickelingon Partner

Problem Client driven pst migration - Comment:07 Mar 2008 : Link

No, they use their client on regular basis.

I've tried to regenerate the PST migration by deleting it from EV and.

Disable the user for Client driven migration and enable them again and then on the client press start PST search (or simular to it).

It then shows up again in EV but set to Ready to copy and doesn't start to migrate.

Thanks

Mikael

John Chisari Partner Accredited

Problem Client driven pst migration - Comment:10 Mar 2008 : Link

I would suggest logging a case for this one - have your client log and IIS log from EV server ready to give to the tech for analysis.

mickelingon Partner

Problem Client driven pst migration - Comment:10 Mar 2008 : Link

Already done, but it's slow and there is no progress.
So I thought I would see if someone have had the same problem.

Mikael

Shawn R. Cordeiro

Problem Client driven pst migration - Comment:11 Mar 2008 : Link

We too are having a simular problem, and some others. We are not getting new pst migrations for a while now. They remain "ready to copy" in the files list. I opened a case with Symantec last Friday. Going into the 3rd working day and still having heard anything from them.

The other problem could be related. We have never had more than 2 simultanious pst migrations with CBM. Now that the last 2 have finally been migrated, no more psts are being migrated at all. The settings for the migration tast is to limit 10 simultanious pst migs.

Any ideas?

Skelly

Problem Client driven pst migration - Comment:28 May 2009 : Link

Did you get a solution to this issue. We have a similar problem, 3 client driven migrations stuck on 'Ready to Copy'.

Cheers

MichelZ Trusted Advisor Partner Accredited

Problem Client driven pst migration - Comment:28 May 2009 : Link

Could you post a client log from the User?
(CTRL + SHIFT + Click on a EV Icon in Outlook)

Cheers
Michel

Archive Shuttle - EV NearSync - PST Flightdeck - FSA Migrator

wilsond3010 Partner

Problem Client driven pst migration - Comment:29 May 2009 : Link

We had a simlar issue with a couple of users

and it turned out to be there main laptop was being worked on and they logged into a temp laptop and something strange happened with there pst client migration cause it kept look for the file saying i know you've got it.

eventually it timed out and we removed the item from the pst list view inside enterprise vault admin console also do a f5 refresh on it just incase

SOLUTION

Problem Client driven pst migration

Comments 15 Comments • Jump to latest comment

Would you like to reply?

Links