12-09-2010 05:11 AM
I recently moved over to using a trigger file with my backup method. When the Vault comes back on-line the partitions do not appear to be scanned and the trigger file is not renamed to ".old". If I restart the Storage service nothing happens. If I take the Vault Stores offline and online again it works that time. Has anyone else come across this?
I do have a ticket open with support but so far they havent figured anything out and I am not hopeful that that will happen anytime soon.
I am running 8.0 SP5. The trigger file (IgnoreArchiveBitTrigger.txt) is being created at the root of the partition folder. It does finally get renamed once I cycle the Vault Stores offline and online a second time. I think I am supposed to see the following Event when the Vault stores come back on-line and the partition scan begins again. I dont't get this until I cyle the Vault Store mode a second time. If anyone has seen this before would love to find out how you corrected it:
Event Type: Information
Event Source: Enterprise Vault
Event Category: Storage File Watch
Event ID: 7103
Date: 12/8/2010
Time: 8:15:09 AM
User: N/A
Computer: MyEvServer
Description:
Watch file partition scan restarted for all the partitions on a VaultStore as it is exiting the backup mode.
Vault Store Name: EVJRNVS01
Vault Store EntryID: 11218139D5AD8CA4387015C829E4455351210000evserver01
For more information, see Help and Support Center at http://evevent.symantec.com/rosetta/showevent.asp
Solved! Go to Solution.
12-09-2010 06:38 AM
If you use powershell to set / clear backup mode, and use the triggerfile, you need to set the backup mode on storelevel or on serverlevel.
If you set it on SITE level, than the triggerfile will not be processed.
As JW says, there should be an etrack.
Check my post on this. It has a case-id in it.
https://www-secure.symantec.com/connect/forums/backup-ev8sp4-triggerfile-strange-issue
Regards,
12-09-2010 06:11 AM
i'm pretty sure theres already an etrack out there for this as this isn't the first time i've seen it mentioned, i'll see if i can find the number for you, though i'd have assumed it would have been rolled in to 8 sp5 unless the outcome was expected behavior
12-09-2010 06:38 AM
If you use powershell to set / clear backup mode, and use the triggerfile, you need to set the backup mode on storelevel or on serverlevel.
If you set it on SITE level, than the triggerfile will not be processed.
As JW says, there should be an etrack.
Check my post on this. It has a case-id in it.
https://www-secure.symantec.com/connect/forums/backup-ev8sp4-triggerfile-strange-issue
Regards,
12-09-2010 06:41 AM
aha! thats the one!
12-09-2010 07:05 AM
Guys...I cant thank you enough. I have modified my PS scripts to take the VaultStoreGroup offline\online instead of the site. It kills me that you guys nailed this within 1 hour of me posting and I have talked to a support person 4 times and they acted like they had no clue what I was talking about. Thanks again for your help!
12-09-2010 07:11 AM
Your Welcome.
It is that I had the same issue, and know it is being 'investigated', hence the quick reply.
As for your remark on support, please do let your programm manager know. He/she should be able to relay the message. Telling Symantec support is not too good to your pm is a way of getting them better!
Not sure where you are, but in Europe, there are some pretty good techies around.
12-09-2010 07:36 AM
I am in the US. The support here is not that great. I have never had them resolve an issue. I had a SEV 1 open for 5 days last week. When they transferred the case to the Australia support site we got it wrapped up very quick (answer...upgrade to 8.0 SP5). My account manager is very aware of my issues. I'm not a casual complainer either. I like to think I am long suffering...maybe too much so.
Anyways...thanks for the community support!!!