Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

PST migration status completing, doesn't change to completed , can not delete the entry

Updated: 21 May 2010 | 7 comments
EVuser's picture
0 0 Votes
Login to vote
Hello. Everybody.
 
I  am running EV7 , SP1 .
 
I have setup server driven PST migration.
 
Locate, collect, migrate were OK. But the status never change to Completed.
 
It is still "Completing". The PST file is still in user's computer. so that I 'd like to try everything again from start.
 
But I can not delete the entry from PST files because it was not completed.
 
Is there any way to force to delete the PST file in the status of "Completing" ?
 
Cheers,
 
Thank you in advance.
Discussion Filed Under:

Comments

Marty Resweber's picture
10
Jul
2007
0 Votes 0
Login to vote

Its been a few weeks since i ran into this problem, so i can't offer exact directions.  But, in the "files" window, delete all completed, delete all "do not migrate", and delete all "ready to migrate", etc......Basically clean the window out so that all you see is the one that is "completing".  Next, log into the sql server and open up the Vault Directory database.  I don't remember the exact table, but I believe that its one of the ones that start w/ "pst".  Once you have found the right table, you will see that file that is in the completing state.  If you have cleared out all others, that should be the only one you see.  Delete that row from the database.  You should then be able to go back to EVadmin console, refresh "files" and the entry will no longer be there.  That's the only way that i found to remedy that problem that you are experiencing.
M
jason.lucy@iowa.gov's picture
25
Aug
2009
0 Votes 0
Login to vote

"Completing", removing the SQL database entry?

Is this procedure recommended or documented?

Andy Wragg - BT Engage IT's picture
01
Oct
2009
0 Votes 0
Login to vote

I have the same problem with

I have the same problem with a server driven PST migration with EV 8.0.2. So far I have migrated a single PST file which is still in completing status at least 24 hrs after the migration. The temporary copy has been removed fromt he PST Holding folder and the temporary folder allocated to the migrator task. The file still exists on the client PC.

Hacking away at SQL tables is not my idea of a fix (or even a workaround) for this issue - supported or otherwise.

Is this state caused by the EV application waiting for a backup of the client side file before deleting it (in the same manner as Safety copies on mailbox messages)? I think a test is in order.

Cheers

Andy

Same firm - new company name

Maverik's picture
01
Oct
2009
2 Votes +2
Login to vote

Hi, As Andy rightly says this

Hi,

As Andy rightly says this can be caused by backup.

http://support.veritas.com/docs/283580

Also see this technote.

http://support.veritas.com/docs/317553

If neither of the above is applicable, I would recommend you gather the following and log a support case.

1: Open the Vault Administration Console and select Tools from the menu. 
Ensure Advanced Features is checked. 
In the left hand menu expand EV Servers and left click, right click on the Enterprise Vault Server that is experiencing the issue.  Select Deployment Scanner from the menu. 
Follow the wizard through collecting data and email the CAB file. By default this will be located in C:\Program Files\Enterprise Vault.
2. Is the environment that the problem is occurring in new?
3. When did the problem start?
4. Were any changes made to the environment leading up to this problem?
5: Confirm the migration method you are using.

Andy Wragg - BT Engage IT's picture
01
Oct
2009
0 Votes 0
Login to vote

Hello again 'The Don' Thanks

Hello again 'The Don'

Thanks for the heads up but in my case I dont believe that either of the scenarios related in the technotes above are true.

I've just carried out a test to confirm my theories, but I need to repeat it for my mind to be clear. 

I'll be back............

Same firm - new company name

Andy Wragg - BT Engage IT's picture
02
Oct
2009
0 Votes 0
Login to vote

OK Time to eat my

OK Time to eat my words...

The condition I was experiencing was due directly to safety copies being enabled. However in my case, the Migrator task is set to manual and  not normally running. We had another backup last night, so I started the migrator task a short time ago and lo and behold, the status chages to complete after a short interval.

Cheers The Don

Same firm - new company name

Maverik's picture
02
Oct
2009
0 Votes 0
Login to vote

Hi Andy, Glad that helped ;-)

Hi Andy,

Glad that helped ;-) and thanks for posting back. 

If you are happy to may be you could vote on my previous post so I can get some more points ;-)
You dont ask you don't get and all that.

Thanks