Monitor unlimited number of servers
Filter log events
Create email and web-based reports

Direct access to Microsoft articles
Customized keywords for major search engines
Access to premium content

Event ID: 7001 Source: VSS

Source
Level
Description
VssAdmin: Unable to create a shadow copy: <error details>.
Command-line: 'C:\WINNT\system32\vssadmin.exe Create Shadow /AutoRetry=5 /For=\\?\Volume{<volume>}\'.
Comments
 
You can keep your current Shadow copies and remove the errors. Determine the current Volume IDs for VSS with the following command line a command shell:

vssadmin list volumes

The result will look like this:
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001 Microsoft Corp.
Volume path: C:    Volume name: \\?\Volume{69777be9-2531-11db-9fe3-806e6f6e6963}Volume path: E:    Volume name: \\?\Volume{ecf4d8bf-64c9-11dd-8b32-001320b36978}Volume path: F:    Volume name: \\?\Volume{4ddf10c5-58aa-11da-8302-001320b36978}

In Scheduled tasks, delete the "ShadowVolumeCopy" commands that do not match the IDs listed in your results. Leave the matching commands in place and you will not lose your existing Shadow Copies.
This error happened when I restored a Windows 2003 SBS Server (the SBS version is not relevant though, because this may happen to a non SBS Win 2003 server also). The issue was that the volume ID has changed after the disaster recovery procedure of backup exec.
There was a scheduled task for the Volume Shadow Copies of the Data Volume (D:) which has another ID in the new installation (despite that the data was not touched during and after the disaster recovery procedure). The O/S changed the volume ID and the task was not able to find the corresponding volume in order to run the scheduled snapshot activity.
Simply put I have checked the shadow copies properties of volume D: and checked that there is a task in Task scheduler. Then I deleted the obsolete task, which had the same volume ID as the event reported.
This event appears if you remove a volume when the Shadow Copies of Shared Folders feature is turned on. See Microsoft article ME833779 to fix this problem.
- Error details: "Either the specified volume was not found or it is not a local volume" - From a newsgroup post: "Volume Shadow Copy is not recognizing the volume that it is supposed to save files on. This might be related with an Windows Server 2003 RC1 issue (this issue is gone in RTM). During the RC1 -> RTM upgrade, there might be some leftover bogus VSS tasks. Try these steps to fix the problem:
1) Disable shadow copy for all volumes (using the property dialog box of the volumes, "Shadow Copy" tab).
2) After that, open the Task Scheduler and delete all the remaining tasks that start with VSSxxxx (tasks for RC1 version of VSS) or ShadowCopyVolumeXXXX (tasks for RTM version of VSS).
3) Re-enable shadow copies for the volumes you want.
Now, you should not have any new VSS errors appearing in the event log".

- Error details: "Ran out of resources while running the command" - From a newsgroup post: "The issue is in volsnap.sys - allocating the memory data structures, might fail on very large volumes. This issue appears on very large NTFS volumes (terabytes in size) when the NTFS cluster size is 4-8K. We are actively working on a hotfix/KB for this issue (also this issue will be fixed in Win2k3 SP1). In the meantime, the only workaround that I know is this one:
1) Backup all data on your volume.
2) Reformat the volume with 16K or larger cluster size.
3) Restore the data on your volume".

Windows Event Log Analysis Splunk App

Build a great reporting interface using Splunk, one of the leaders in the Security Information and Event Management (SIEM) field, linking the collected Windows events to www.eventid.net.

Read more...

 

Cisco ASA Log Analyzer Splunk App

Obtain enhanced visibility into Cisco ASA firewall logs using the free Firegen for Cisco ASA Splunk App. Take advantage of dashboards built to optimize the threat analysis process.

Read more...