- Microsoft windows filtermanager 0xc03a001c
- Asked by:
- Question
- All replies
- Бекап системы. Работа chkdsk c: /f (1703)
- Microsoft windows filtermanager 0xc03a001c
- Общие обсуждения
- Все ответы
- FilterManager Event ID 3 During Backups
- Research
- Probable Cause
- 22 thoughts on “ FilterManager Event ID 3 During Backups ”
- Leave a Reply Cancel reply
- About
Microsoft windows filtermanager 0xc03a001c
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Asked by:
Question
Filter Manager failed to attach to volume \Device\HarddiskVolume58. This volume will be unavailable for filtering until a reboot. The final status was 0xc03a001c.
The error appears every time you back up. OS is the Windows Server 2016 standard. Can you tell me why these errors arise and how do I remove them? I note that this is a completely clean system.
FilterManager
EventID 3
PID 4 NT Kernel & System
FinalStatus 0x03a001c
GUI
\Device\HarddiskVolume58
Thanks for your advice.
All replies
If your backups are working fine, you can safely ignore these Filter Manager events if they occur at the time a Backup runs. It won’t hurt any operations
In addition, you could take a look at the article.
FilterManager Event ID 3 During Backups
Please Note: Since the web site is not hosted by Microsoft, the link may change without notice. Microsoft does not guarantee the accuracy of this information.
Also some people manually disable VSS for that backup volume or disable Windows Search on the server stops this error.
Бекап системы. Работа chkdsk c: /f (1703)
Здравствуйте.
Уже несколько дней пытаюсь решить две проблемы.
1. Полный бекап системы, средствами windows 7, вываливает в журнал событий:
Диспетчеру фильтров не удалось подключиться к тому «\Device\HarddiskVolume12».
Этот том будет недоступен для фильтрации до выполнения перезагрузки.
Конечное состояние было 0xC03A001C.
Мешается системный процесс №4, так что не понимаю как это исправить.
sfc /scannow проблем не находит.
2. Запускаем из под системы chkdsk c: /f, жмём Y, перезапускаем пк. В отчёте видим :
Checking file system on C:
The type of the file system is NTFS.
A disk check has been scheduled.
Windows will now check the disk.
Stage 1: Examining basic file system structure .
479488 file records processed. File verification completed.
4987 large file records processed. 0 bad file records processed.
Stage 2: Examining file name linkage .
566494 index entries processed. Index verification completed.
CHKDSK is scanning unindexed files for reconnect to their original directory.
Recovering orphaned file dummy.tmp (49) into directory file 1BAF4.
2 unindexed files scanned. Recovering orphaned file dummy.tmp (5E) into directory file 1BA43.
2 unindexed files recovered to original directory.
0 unindexed files recovered to lost and found.
Stage 3: Examining security descriptors .
Cleaning up 17 unused index entries from index $SII of file 0x9.
Cleaning up 17 unused index entries from index $SDH of file 0x9.
Cleaning up 17 unused security descriptors.
Security descriptor verification completed.
43504 data files processed. CHKDSK is verifying Usn Journal.
Usn Journal verification completed.
Correcting errors in the master file table’s (MFT) BITMAP attribute.
Windows has made corrections to the file system.
No further action is required.
249061861 KB total disk space.
81520660 KB in 251106 files.
154036 KB in 43505 indexes.
0 KB in bad sectors.
555893 KB in use by the system.
65536 KB occupied by the log file.
166831272 KB available on disk.
4096 bytes in each allocation unit.
62265465 total allocation units on disk.
41707818 allocation units available on disk.
Internal Info:
00 51 07 00 1a 7e 04 00 d0 7d 08 00 00 00 00 00 .Q.
. >.
1b 03 00 00 52 00 00 00 00 00 00 00 00 00 00 00 . R.
Windows has finished checking your disk.
Please wait while your computer restarts.
Запускаем повторно, получаем тоже самое.
Запускаем chkdsk c:
Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.
Запускаем cmd, из под установочного диска chkdsk f : /f ( именно f , буква раздела с windows другая, выяснил через diskpart):
Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.
Прогнал chkdsk с параметром /f, абсолютно все разделы, в том числе и скрытые, нет ошибок.
Повторяем из под windows и снова получаем:
Windows has made corrections to the file system.
No further action is required.
Откатываемся на образ 1607
Образ системы снимается без проблем. В журнале ошибок не регистрируется .
chkdsk c: /f — reboot:
Windows has scanned the file system and found no problems.
No further action is required.
Ставим 1703 с нуля
chkdsk c: /f проходит из под системы без ошибок.
Резервного копирования не пробовал.
Обновить с 1607 до 1703 пробовал раз 10, с разных образов(бекапов) 1607. chkdsk c: /f стабильно регистрирует ошибку или же может прогнать один раз, мол всё в норме, после опять зарегистрировать ошибку. Резервное копирование сработало только один раз, но после, когда систему повторно начал делать бекап, выкатилась ошибка в журнал.
В чем собственно проблема? Наблюдается ли у кого-либо подобное? Как исправить?
ps: Извините, тут что-то с абзацами беда, пришлось в word подредактировать.
Microsoft windows filtermanager 0xc03a001c
Общие обсуждения
Сервер Windows2012 Std роль файлового сервера, по расписанию установлено ежедневное копирование средствами системы архивации Windows, место назначения архива диск подключенный по ISCSI инициатору:
в логах следующие события (Фильтру файловой системы «Quota» (версия 6.2, 2012-07-26T09:29:14.000000000Z) не удалось подключиться к тому «\Device\HarddiskVolume116». Фильтр возвратил нестандартное конечное состояние 0xC00000A2. Этот фильтр и поддерживающие его приложения должны обработать это условие. Если это состояние сохраняется, обратитесь к поставщику.
Диспетчеру фильтров не удалось подключиться к тому «\Device\HarddiskVolume116». Этот том будет недоступен для фильтрации до выполнения перезагрузки. Конечное состояние было 0xC03A001C.
Не удалось подключить драйвер минифильтра квот к тому «\Device\HarddiskVolume116 (\\?\Volume
\Device\HarddiskVolume116 как я понял это временный vhd
Какие будут мнения.
P.S. да забыл отметить на Windows 2008 r2 при резервном копирование на тотже ISCSI ресурс в логах все чисто.
- Изменен тип Petko Krushev Microsoft contingent staff, Moderator 9 октября 2013 г. 7:39 нет действий
Все ответы
Посмотрите следующую ссылку и попытаетесь проделать решения указанные в ней:
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.
Проверил несколько вариантов места назначения бэкапов на самосборку дискового массива, на HPStorageP4300, на внешний usb диск
Событие 153 disk: Операция ввода-вывода по адресу логического блока c2e1027 для диска 3 выполнена повторно.
Событие 4 FilterManager: Фильтру файловой системы «Quota» (версия 6.2, 2012-07-26T09:29:14.000000000Z) не удалось подключиться к тому «\Device\HarddiskVolume65». Фильтр возвратил нестандартное конечное состояние 0xC00000A2. Этот фильтр и поддерживающие его приложения должны обработать это условие. Если это состояние сохраняется, обратитесь к поставщику.
Собыие 6 Quota: Не удалось подключить драйвер минифильтра квот к тому «\Device\HarddiskVolume65 (\\?\Volume<3b3394b2-dfc6-40bf-8202-4024a2c3624f>)» из-за непредвиденной ошибки. Состояние ошибки: 0xc00000a2 Пока минифильтр отключен, управление квотами и их использование будут недоступны для тома. Попробуйте подключить минифильтр с помощью средства командной строки «Диспетчер фильтра» или отключите том и подключите его заново. Если это не приведет к успеху, перезапустите систему.
Собыие 3 FilterManager: Диспетчеру фильтров не удалось подключиться к тому «\Device\HarddiskVolume65». Этот том будет недоступен для фильтрации до выполнения перезагрузки. Конечное состояние было 0xC03A001C.
После повторного запуска бэкапа по расписанию пробую зайти в оснастку локальной архивации пишет «чтение данных Подождите» и уходит в висяк в логах появляется событие 25 volsnap: Теневые копии тома \\?\Volume <95ebfc97-52c3-44f7-8a56-a31612942295>удалены из-за невозможности увеличения хранилища теневых копий. Уменьшите загрузку ввода-вывода для системы или выберите другой том для хранилища теневых копий, который не подлежит теневому копированию.
Заметил ещё один очень интересный факт, если в архив не включать второй раздел
тогда бэкап отрабатывает без проблем.
Делаю выводы что это очередная бага Microsoft
Связался с техподдержкой Microsoft, получил ответ что нужно иметь либо Software Assurance либо заплатить 147$ и тогда в плотную займутся рассмотрением моей проблемы (этот факт умиляет, то есть я заплатил деньги за лицензию продукта, но по мимо этого я должен ещё заплатить за то чтобы ребята залатали свои дыры) в итоге redirect technet
FilterManager Event ID 3 During Backups
I have a 2-week-old installation of Server 2012 Essentials. Windows Server Backup runs twice per day. Every time the backup runs, I get about five of these errors in the System event log:
Log Name: System
Source: Microsoft-Windows-FilterManager
Event ID: 3
Level: Error
User: SYSTEM
Description: Filter Manager failed to attach to volume ‘\Device\HarddiskVolume27’. This volume will be unavailable for filtering until a reboot. The final status was 0xC03A001C.
Obviously «HarddiskVolume27» is not a permanent hard drive–it must be a VSS drive created for the backup. (The volume numbers are different in each event.) The errors do not stop after a reboot.
What does this error mean and how do I stop it?
Research
Microsoft partner support pointed me to this Japanese blog article. Google Translate does an okay job on the translation.
The blog tells us that the final status of 0xC03A001C means STATUS_VHD_INVALID_STATE, i.e. the VHD is in a disabled state.
The article also suggests how to identify the process that caused the error. In Event Viewer, click on the event’s Details tab. Click the plus sign (+) next to System and scroll down to see the ProcessID:
Open Task Manager to see your running proccess. In the Details tab, look for the Process ID (PID) identified above. In my case, it referred to SearchIndexer.exe, which is the Windows Search service.
I stopped the Windows Search service (and dependent services) and ran a backup. This time, I did not get any FilterManager errors.
Probable Cause
It seems that Windows Search is always watching for new hard drives to be attached to the system. As part of backing up, Windows Backup attaches new, temporary hard drives like «\Device\HarddiskVolume27», then detaches them. Windows Search can’t find the drive and says you have to reboot the system.
I could set up scheduled tasks to stop and start Windows Search before and after backups. But probably I will just ignore these errors. Hopefully these confusing events will be removed in a future hotfix or service pack.
22 thoughts on “ FilterManager Event ID 3 During Backups ”
this is also the case for windows 8… after stopping “windows search” during backup, the error messages disappear.
I’m seeing this error during backup but process which I think system process. That means a kernel system thread is having problem. Does this happens due to insufficient space on disk/volume or VSS storage.
If you have insufficient space, you should be seeing separate warnings from Windows Server Backup about that. But I don’t know why you would be seeing Process You might want to post that question on a Microsoft forum.
im having a simuler issue but process id is diffrent but you the mostlily answer ive seen regarding this error. can you offer any insight?
Log Name: System
Source: Microsoft-Windows-FilterManager
Date: 5/10/2013 2:05:44 AM
Event ID: 3
Task Category: None
Level: Error
Keywords:
User: SYSTEM
Computer: Blanked for security
Description:
Filter Manager failed to attach to volume ‘DeviceHarddiskVolume55’. This volume will be unavailable for filtering until a reboot. The final status was 0xc03a001c.
Event Xml:
3
0
2
0
0
0x8000000000000000
System
Blanked for security
0xc03a001c
24
DeviceHarddiskVolume55
David, looks identical to me. What process ID does yours report? What process does that correspond to in Task Manager.?
Yup, I’m seeing the same thing on my Win 2012 server. PID = 4 Happens after the backup finishes.
Same here. Windows Server 2012.
Thanks for your research 🙂
On Win 8.1 (with Spring Update) I’m seeing these messages, and the Process ID indicates it’s the System process (ID 4). Windows Search is and has been Disabled for a long time.
Interestingly, after the system ran for a few days the errors stopped being logged, but came back again after a reboot.
It seems that VSS-integrated backups are becoming less and less well integrated with the system in general. It’s a bad trend – and sloppy work on Microsoft’s part.
Thanks Mark.
It’s very helpful for me.
I am getting the following message
Filter Manager failed to attach to volume ‘\Device\Harddisk8\DR25’. This volume will be unavailable for filtering until a reboot. The final status was 0xC03A001C.
and I only have a standalone PC on a Wireless Network. I don’t have a Server – but It seems that something has converted my computer into one.
Lynda, I’ve seen these messages on standalone computers too. I’m still ignoring the messages.
Hello Mark, I am getting about the same message with Server2012R2 DC VM, it is all happening during Full back to an external hdd
Filter Manager failed to attach to volume ‘\Device\HarddiskVolume426’. This volume will be unavailable for filtering until a reboot. The final status was 0xC03A001C
But with different PID 1396
Can you guys please share your thoughts on this as well
Thanks
PIDs vary even on the same machine. If you want to know which task relates to that PID at any given time, you will need to use Task Manager to find the PID on your machine. I am still ignoring these FilterManager errors.
Thanks for all the research.
I’m having the same problem, but when I check the PID in the Task Manager I see the PI is vds.exe (Virtual Disk Service) not Windows Search. Windows Search is disabled.
Currently running Windows 2016 and DPM 2016 on the server.
event id 9, pid 4
“Filter Manager failed to attach to file system control device object (CDO) ‘\Device\NamedPipe’. All volumes associated with this file system will be unavailable for filtering until a reboot. The final status was 0xC000000E” , is what i’m getting.
Using Win10 x64 pro (ver.1709 build 16299.64) and i’m sure this didn’t occur on previous version , same machine .Searching but can’t find any info on how to resolve …Any ideas ??
Fred, Nicolas, are you seeing adverse effects from these errors? I’m not sure they are worth worrying about especially if they occur on temporary/virtual disks that go away after the backup.
I am also getting “Filter Manager failed to attach to file system control device object (CDO) ‘\Device\NamedPipe’. All volumes associated with this file system will be unavailable for filtering until a reboot. The final status was 0xC000000E.” on Windows 10 ver 1709, but not with this backup software.
I have no idea of the cause or how to fix it.
I suspect that this is a bug that has been introduced by a security change in Windows 10 ver 1709:
“Windows 10, version 1709: Pipes are only supported within an app-container; ie, from one UWP process to another UWP process that’s part of the same app. Also, named pipes must use the syntax “\\.\pipe\LOCAL\” for the pipe name.”
This is supposed only to affect UWP to UWP communications, however I suspect that the second part about named pipes syntax is true across all named pipes and is breaking several pieces of software.
Does anyone have MS support access and can check this with MS?
Filter Manager failed to attach to volume ‘\Device\Harddisk13\DR380’. This volume will be unavailable for filtering until a reboot. The final status was 0xC03A001C. Also have this with pid that belongs to vds.exe. Let me know if there is a fix. It happens only during back-ups.
Like Zilvermius…
My system Windows 2016, Backup Exec 16, getting the error and the PID points to VDS
I did an upgrade from Win 10 1709 to Win 10 1709 (yes – upgraded to same version) and it fixed the error – so it appears to have been an install issue.
Leave a Reply Cancel reply
This site uses Akismet to reduce spam. Learn how your comment data is processed.
About
Welcome to MCB Systems!
MCB Systems is a San Diego-based provider of software and information technology services.
Our software products include the 3CX Phone System and MCB GoldLink to 3CX.
Our proactive I.T. services free businesses to focus on their work while we maintain your I.T. infrastructure.
Contact MCB Systems today to discuss your technology needs!
Call 619-523-0900 or email.