Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Getting VSS error 12301 just before SSR 2011 finishes backups successfully.

Created: 13 Sep 2012 | 7 comments

Hello all,

I'm seeing an error in my event logs and am not sure if I have a problem.

We have SBS2003 and Symantec System Recovery 2011.

  • We have a backup job that copies the Dell Utility Partition, the C: drive, and the E: drive to an external USB drive every night.
  • The job starts at 7pm and ends at about 3am.
  • In the event log I have this:
  • Time Event Source What it says inside the log entry
    3:01:56am 12301 VSS Volume Shadow Copy Service error: Writer Removable Storage Manager did not respond to a GatherWriterStatus call.
    3:02:15am 100 Symantec System Recovery
    Info 6C8F1F7F: A scheduled independent recovery point of drive *:\ was created successfully.
    Details: 
    Source: Symantec System Recovery
    3:02:25am 100 Symantec System Recovery
    Info 6C8F1F7F: A scheduled independent recovery point of drive C:\ was created successfully.
    Details: 
    Source: Symantec System Recovery
    3:02:36am 100 Symantec System Recovery
    Info 6C8F1F7F: A scheduled independent recovery point of drive E:\ was created successfully.
    Details: 
    Source: Symantec System Recovery
    ...............      
    3:04:59am 100 Symantec SymSnap
    Info 67B70192: Symantec SymSnap VSS Software Provider Stopped Successfully.
    Details: 
    Source: Symantec SymSnap VSS Software Provider

My understanding of SSR v2011 is that it used it's own VSS engine for backups.  I see entries for Symantec SymSnap in the logs as seen above.  

My questions is whether the backups could be corrupted even though the software is saying they successeded given the timing of the VSS error. Anyone have any thoughts on this?

Thanks,

-John

Comments 7 CommentsJump to latest comment

Markus Koestler's picture

Have you enabled the verify option in your backup job ? Even if you have you can try to mount a recovery point if this is successfull then the recovery points are ok and you can ignore the error message from my point of view.

*** Please mark thread as solved if you consider this to have answered your question(s) ***

mustard man's picture

Under job settings is VSS Enabled , also when was the last time the server was rebooted ..

check the writer status using VSSADMINLIST WRITERS

*** Please mark thread as solved if you consider this to have answered your question(s) ***

TRaj's picture

Hello chip,

Go to Run or manage backup -> Edit settings -> on the "options" console -> go to "Advanced"

Check if "perform full VSS backup" option is enabled or disabled.

Please refer : http://www.symantec.com/docs/HOWTO13635

Please update us , to get this resolved.

We are requesting you to mark the forums as Solution , so that is makes easier for the viewer to search and refer the posts with "Solutions"

Chip Connection's picture

Hello all,

Thanks for the responses.  Here's the answers:

- Verify is ON and SSR is reporting that all drives are successfully backed up every night.

- The server hasn't been rebooted since this error showed up.  I should be able to do that this weekend.

- I've tried to get a VSSAdmin List Writers job to run right after the job ends.  (The job ends at about 3am so I've had to Task Sched a bat file to run the command and guess what time it will finish.)   I've had it run within a minute and haven't had any error messages listed.

- The Option: Perform full VSS backup is NOT checked.  (Is this a better way to run the backups?  Should it be checked?)

Thanks,

-John

Markus Koestler's picture

Give the VSS option a try and keep us posted.

*** Please mark thread as solved if you consider this to have answered your question(s) ***

TRaj's picture

Did you get the VSS option enabled ? Does it work now?

Usually the VSS is checked for Domain controllers and database servers.

Symantec Backup Exec System Recovery integrates with Microsoft Volume Shadow

Copy Service (VSS) to automate the process of backing up VSS-aware databases

like production Exchange 2003, transaction logs on Exchange 2003, and Windows

2003 Domain Controller.

We are requesting you to mark the forums as Solution , so that is makes easier for the viewer to search and refer the posts with "Solutions"