I was using a guide in order to create a basic Jira plugin as sort of a experimental/hands-on way to get comfortable and familiar with the Jira SDK and with creating plugins regarding Listeners. I am running Ubuntu on a VM, and I followed all the steps included in the guide. My VM started to freeze, and I thought it was maybe Jira at first but now I know there is something wrong with the VM itself. I get this error:
An error has occurred during virtual machine execution! The error details are shown below. You may try to correct the error and resume the virtual machine execution.
The I/O cache encountered an error while updating data in medium «ahci-0-0″(rc=VERR_DEV_IO_ERROR).
Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
The details say:
fatal=false, errorID=BLKCACHE_IOERR
I looked into the log file and this is right where it goes wrong/throws an error:
00:01:06.499361 I/O cache: Error while writing entry at offset 102912000 (110592 bytes) to medium «ahci-0-0» (rc=VERR_DEV_IO_ERROR)
Not really sure what to do. I have important stuff in the VM and I really don’t want to set it up all over again.
-
khiar
- Posts: 8
- Joined: 26. Jul 2012, 21:19
Error ID: BLKCACHE_IOERR
During the installation of guest os (ubuntu 12.04 64bit), I get this error
Code: Select all
An error has occurred during virtual machine execution! The error details are shown below. You may try to correct the error and resume the virtual machine execution.
The I/O cache encountered an error while updating data in medium "ahci-0-0" (rc=VERR_DISK_FULL). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
Error ID: BLKCACHE_IOERR
Severity: Non-Fatal Error
Actually there is plenty of space (27GB). Also the ubuntu installer at the first step confirmed that more than 4.5GB space is available. So what does this error mean exaclty?
VB: 4.1.18 r78361
host: scientific linux (carbon)
-
Perryg
- Site Moderator
- Posts: 34370
- Joined: 6. Sep 2008, 22:55
- Primary OS: Linux other
- VBox Version: OSE self-compiled
- Guest OSses: *NIX
Re: Error ID: BLKCACHE_IOERR
Post
by Perryg »
Post the results of df -h from the host terminal.
-
khiar
- Posts: 8
- Joined: 26. Jul 2012, 21:19
Re: Error ID: BLKCACHE_IOERR
Post
by khiar »
Well the problem has been fixed by using a fixed size VDI file instead of dynamic one.
I think there is some bugs in the dynamic VDI file because after receiving the error, I checked the size of VDI file and it was 2GB.
However there is no problem with fixe size VDI file
-
mpack
- Site Moderator
- Posts: 38786
- Joined: 4. Sep 2008, 17:09
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Mostly XP
Re: Error ID: BLKCACHE_IOERR
Post
by mpack »
Just about every VirtualBox user uses dynamic VDI. Strange that no one else has reported a bug.
Was your fixed disk on the same partition as the dynamic one?
-
pslechta
- Posts: 4
- Joined: 6. Aug 2012, 15:47
Re: Error ID: BLKCACHE_IOERR
Post
by pslechta »
I am getting this same error on windows and I have plenty of space.
An error has occurred during virtual machine execution! The error details are shown below. You may try to correct the error and resume the virtual machine execution.
The I/O cache encountered an error while updating data in medium «ahci-0-0» (rc=VERR_UNRESOLVED_ERROR). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
Error ID: BLKCACHE_IOERR
Severity: Non-Fatal Error
-
mpack
- Site Moderator
- Posts: 38786
- Joined: 4. Sep 2008, 17:09
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Mostly XP
Re: Error ID: BLKCACHE_IOERR
Post
by mpack »
The VM log file is generally required before we can investigate problems of this sort. Post as .zip attachment please.
A common mistake is to locate the VDI on a FAT32 volume, forgetting that FAT32 limits files to 4GB max.
-
pslechta
- Posts: 4
- Joined: 6. Aug 2012, 15:47
Re: Error ID: BLKCACHE_IOERR
Post
by pslechta »
Happened again when I left the VM idle for lunch.
An error has occurred during virtual machine execution! The error details are shown below. You may try to correct the error and resume the virtual machine execution.
The I/O cache encountered an error while updating data in medium «ahci-0-0» (rc=VERR_UNRESOLVED_ERROR). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
Error ID: BLKCACHE_IOERR
Severity: Non-Fatal Error
- Attachments
-
- Logs.zip
- VM Logs
- (78.95 KiB) Downloaded 242 times
-
mpack
- Site Moderator
- Posts: 38786
- Joined: 4. Sep 2008, 17:09
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Mostly XP
Re: Error ID: BLKCACHE_IOERR
Post
by mpack »
There is no need to post logs from multiple sessions. Only one log (which shows the problem) is needed.
VBox.log wrote:
01:08:35.800897 RTC: period=0x200 (512) 64 Hz
01:28:44.696229 AIO/win: Request 0x0000000e91d7d0 returned rc=VERR_UNRESOLVED_ERROR (native 665
01:28:44.696237 )AioMgr0-N: Request 0x0000000e7790f0 failed with rc=VERR_UNRESOLVED_ERROR, migrating endpoint C:\Users\pslechta.DIGITILITIPROD\VirtualBox VMs\Dev_Win7 x64 VS2010\Win7x64 Dev VS2010-disk1.vmdk to failsafe manager.
01:28:44.696393 AIO/win: Request 0x0000000e91c7d0 returned rc=VERR_UNRESOLVED_ERROR (native 665
01:28:44.696396 )AIO/win: Request 0x0000000e9de4a0 returned rc=VERR_UNRESOLVED_ERROR (native 665
01:28:44.696418 )AIO/win: Request 0x0000000e91d050 returned rc=VERR_UNRESOLVED_ERROR (native 665
01:28:44.696432 )AIO/win: Request 0x0000000e9dd520 returned rc=VERR_UNRESOLVED_ERROR (native 665
01:28:44.696443 )AIO/win: Request 0x000000082ba420 returned rc=VERR_UNRESOLVED_ERROR (native 665
Beats me! Perhaps someone else recognizes this.
-
Perryg
- Site Moderator
- Posts: 34370
- Joined: 6. Sep 2008, 22:55
- Primary OS: Linux other
- VBox Version: OSE self-compiled
- Guest OSses: *NIX
Re: Error ID: BLKCACHE_IOERR
Post
by Perryg »
If you enable the hosts IO/Cache for the sata controller in the guest settings do the errors go away?
If so I would post a ticket at bugtracker
-
pslechta
- Posts: 4
- Joined: 6. Aug 2012, 15:47
Re: Error ID: BLKCACHE_IOERR
Post
by pslechta »
I am getting this issue again on a new Virtual box.
The I/O cache encountered an error while updating data in medium «ahci-0-0» (rc=VERR_UNRESOLVED_ERROR). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
Error ID: BLKCACHE_IOERR
Severity: Non-Fatal Error
Anyone know why?
- Attachments
-
- Untitled.png (35.21 KiB) Viewed 47798 times
-
mpack
- Site Moderator
- Posts: 38786
- Joined: 4. Sep 2008, 17:09
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Mostly XP
Re: Error ID: BLKCACHE_IOERR
Post
by mpack »
Well, Perry’s question above remains unanswered.
-
AliasRecord
- Posts: 2
- Joined: 14. Apr 2013, 05:23
Re: Error ID: BLKCACHE_IOERR
Post
by AliasRecord »
May have fixed the issue — but I don’t know for sure. I examined the disk I was / am storing all my VM’s on and found that I had marked or it was marked as «compressable» So I removed the attribute and so far…no issues.
Having said that — Virtual Box updated to ver. 4.2.12 —
I also ran chkdsk /x on system drive — it said it found some clusters marked allocated that were free. And it completed ok (fixed) — so, we will see.
-
ahmed_eld
- Posts: 1
- Joined: 29. Jun 2016, 17:43
Re: Error ID: BLKCACHE_IOERR
Post
by ahmed_eld »
The solution is simply to enable the cache I/O host. It can be activated in the configuration of the machine, Storage »SATA Controller» Use the cache I/O host (all other values are those used by default VirtualBox). After this change the error disappears
coppied from:—
stack overflow-» Virtualbox returning errorID=BLKCACHE_IOERR «
I was using a guide in order to create a basic Jira plugin as sort of a experimental/hands-on way to get comfortable and familiar with the Jira SDK and with creating plugins regarding Listeners. I am running Ubuntu on a VM, and I followed all the steps included in the guide. My VM started to freeze, and I thought it was maybe Jira at first but now I know there is something wrong with the VM itself. I get this error:
An error has occurred during virtual machine execution! The error details are shown below. You may try to correct the error and resume the virtual machine execution.
The I/O cache encountered an error while updating data in medium «ahci-0-0″(rc=VERR_DEV_IO_ERROR).
Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
The details say:
fatal=false, errorID=BLKCACHE_IOERR
I looked into the log file and this is right where it goes wrong/throws an error:
00:01:06.499361 I/O cache: Error while writing entry at offset 102912000 (110592 bytes) to medium «ahci-0-0» (rc=VERR_DEV_IO_ERROR)
Not really sure what to do. I have important stuff in the VM and I really don’t want to set it up all over again.
Перейти к контенту
Я использовал руководство, чтобы создать базовый плагин Jira как своего рода экспериментальный/практический способ получить удобный и знакомый с JIRA SDK и с созданием плагинов относительно слушателей. Я запускаю Ubuntu на виртуальной машине, и я выполнил все шаги, включенные в руководство. Моя виртуальная машина начала замерзать, и я сначала подумал, что это может быть Джира, но теперь я знаю, что с самой виртуальной машиной что-то не так. Я получаю эту ошибку:
произошла ошибка во время виртуального машинное исполнение! Ниже приведены сведения об ошибке. Вы можете попытаться исправить ошибку и продолжить выполнение виртуальной машины.
Кэш ввода-вывода обнаружил ошибку при обновлении данных в среде «ahci-0-0″(rc=VERR_DEV_IO_ERROR).
Убедитесь, что на диске достаточно свободного места и что диск работает правильно. Деятельность можно возобновить потом.
детали говорят:
fatal=false, errorID=BLKCACHE_IOERR
I посмотрел в файл журнала, и это правильно, где он идет не так/выдает ошибку:
00:01:06.499361 кэш ввода/вывода: ошибка при записи записи со смещением 102912000 (110592 байт) в среду «ahci-0-0» (rc=VERR_DEV_IO_ERROR)
Не совсем уверен, что делать. У меня есть важные вещи в виртуальной машине, и я действительно не хочу настраивать их снова.
3 ответов
решение просто включить узел ввода-вывода кэша. Его можно активировать в конфигурации машины, хранилище «SATA Controller» использует хост ввода-вывода кэша (все остальные значения используются по умолчанию VirtualBox). После этого изменения ошибка исчезает
Я закончил тем, что нашел исправление с помощью antiduh:
Я клонировал свой старый vdi в новый vdi, используя:VBoxManage clonehd Linux.vdi LinuxClone.vdi Как только это произошло, я открыл VirtualBox и создал новую виртуальную машину, и когда дело дошло до раздела жесткого диска, вместо создания нового виртуального диска я выбрал существующий LinuxClone.VDI-файл, и когда я его запустил, он побежал! Я получил эту идею от в этой статье.
Я на самом деле столкнулся с этой проблемой, потому что диск, где я сохраняю все мои диски VM, был заполнен. Поэтому я очистил место, и я смог возобновить работу виртуальной машины.
-
mberemand
- Posts: 3
- Joined: 13. Feb 2018, 18:49
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Linux Mint, Arch, Win XP
[Solved] BLKCACHE_IOERR when using real disk as vmdk
When I attempt to use a virtual machine where one of the mounted disks is a vmdk pointing to a real disk, VirtualBox throws the error:
The I/O cache encountered an error while updating data in medium «ahci-0-0» (rc=VERR_ACCESS_DENIED). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
Error ID: BLKCACHE_IOERR
Severity: Non-Fatal Error
The disk in question is not locked for read/write by the host operating system in any way. The createrawvmdk command was run as Administrator and the virtual machine was also started as Administrator. If I turn on «Use Host I/O Cache» the error does not appear but the guest OS hangs. It is as if the disk is being used in read-only mode, even though Diskpart says it isn’t.
Host machine is running Windows 10 64-bit. Various Windows and Linux guests are all affected. VirtualBox version 5.2.6 and 5.1.32 both encountered this error.
EDIT: version 5.2.7 build 120865 also doesn’t work.
Last edited by socratis on 21. Feb 2018, 04:35, edited 1 time in total.
Reason: Marked as [Solved].
-
mberemand
- Posts: 3
- Joined: 13. Feb 2018, 18:49
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Linux Mint, Arch, Win XP
-
mberemand
- Posts: 3
- Joined: 13. Feb 2018, 18:49
- Primary OS: MS Windows 10
- VBox Version: PUEL
- Guest OSses: Linux Mint, Arch, Win XP
Re: BLKCACHE_IOERR when using real disk as vmdk
Post
by mberemand » 20. Feb 2018, 21:06
I used several search terms in this forum as well as other sites and I only ever found suggestions to make sure I was running VBox as admin and to enable Host I/O caching. I did not see that particular thread. Previously, I made sure the READONLY attribute was cleared for the disk I was using, but that thread also mentions that I should OFFLINE the disk. After doing so, the problem is resolved. I’m not sure why it mattered, as I’ve been using the same configuration on Windows 7 and 10 hosts for a while and only just now encountered this issue with my most recent Windows 10 computer. I’ve never had to OFFLINE disks for them to work for raw vmdk. I could even get away with leaving drive letters assigned if the filesystem was ext4 or something that the Windows host couldn’t read.
Anyways, thank you for your help.
При запуске виртуальной машины произошла следующая ошибка
The I/O cache encountered an error while updating data in medium “ahci-0-0” (rc=VERR_DISK_FULL). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards
Я установил виртуальную машину Centos с virtualBox, динамически расширяющимся виртуальным жестким диском с объемом 20 ГБ, и сегодня внезапно возникла ошибка:
Произошла ошибка при запуске виртуального компьютера! Подробное сообщение об ошибке показано ниже. Вы можете попытаться исправить описанную ошибку и восстановить работу виртуального компьютера.
The I/O cache encountered an error while updating data in medium "ahci-0-0" (rc=VERR_DISK_FULL). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards
Идентификатор ошибки: BLKCACHE_IOERR
Критично: нефатальная ошибка
После того, как Baidu проверил это, это было из-за нехватки места на диске. Я проверил жесткий диск, и это действительно было жестоко.
Напоминаем всем, не забывайте оставлять место на жестком диске.
Я ots-luo, кодовое слово непростое, и нелегко писать учебные пособия. Если вы считаете, что статья хорошая, вы можете поставить лайк и прокомментировать, спасибо за вашу поддержку! !
Не забывайте следить за другими статьямимой блог
I was using a guide in order to create a basic Jira plugin as sort of a experimental/hands-on way to get comfortable and familiar with the Jira SDK and with creating plugins regarding Listeners. I am running Ubuntu on a VM, and I followed all the steps included in the guide. My VM started to freeze, and I thought it was maybe Jira at first but now I know there is something wrong with the VM itself. I get this error:
An error has occurred during virtual machine execution! The error details are shown below. You may try to correct the error and resume the virtual machine execution.
The I/O cache encountered an error while updating data in medium «ahci-0-0″(rc=VERR_DEV_IO_ERROR).
Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
The details say:
fatal=false, errorID=BLKCACHE_IOERR
I looked into the log file and this is right where it goes wrong/throws an error:
00:01:06.499361 I/O cache: Error while writing entry at offset 102912000 (110592 bytes) to medium «ahci-0-0» (rc=VERR_DEV_IO_ERROR)
Not really sure what to do. I have important stuff in the VM and I really don’t want to set it up all over again.
0
1
Так как я так и не смог открыть доступ по сети к файлам компьютера с Linux (Не работает раздача сетевых каталогов по Samba), всё время использовать Linux на работе не получается: иногда нужно включать Windows. К счастью, использование Linux возможно. Решил я установить Linux в виртуальную машину. Скачал образ Gentoo, а он не запускается: говорит что на этом компьютере x86_64 не поддерживается. Ладно, установил Gentoo в VirtualBox в Linux. А заодно обновил VirtualBox до версии 4.2.0 RC4, а то и в Windows, и в Linux была какая-то старая минорная версия 4.1.x.
Во время пересборки stage3 и компиляции очередной программы экран залился серым, и я увидел ошибку. Вот её содержимое:
Во время работы виртуальной машины произошла ошибка! Подробности ошибки приводятся ниже. Вы можете попытаться исправить ситуацию и возобновить работу виртуальной машины.
The I/O cache encountered an error while updating data in medium "ahci-0-0" (rc=VERR_DEV_IO_ERROR). Make sure there is enough free space on the disk and that the disk is working properly. Operation can be resumed afterwards.
ID ошибки: BLKCACHE_IOERR
Важность: Нефатальная ошибкаВозобновлять работу виртуальной машины я не стал, просто завершил её работу прямо вот в таком состоянии. На следующий день, запустив VirtualBox в Windows для другого Linux, я увидел ошибку «Отсутствуют носители, проверить». И неожиданно узнал что 16-гигабайтного образа Gentoo.vdi нет! Открыл каталог с файлом — он есть. Я подумал что он побился из-за ошибки. Но Linux ошибок не выдаёт. И я подумал что между VirtualBox 4.1 и 4.2 нарушена совместимость. Что это может быть на самом деле?
P.S. Очень интересно повела себя утилита KDirStat, которой я узнавал что заняло много места на разделе Linux, и пытался найти файл Gentoo.vdi в разделе Windows. Утилита ни в какую не показывала этот файл! Пришлось запустить Windows и найти файл в каталоге C:Documents and SettingsОстров.VirtualBoxHardDisks. Вот ведь странная программа — почему не искала в каталогах, начинающихся с точки (скрытых)? А на домашнем компьютере спокойно определила каталог .aMule с 30 Гб файлов.
Дополнено: вспомнил, что когда распаковывались архивы stage3 и portage, это происходило очень долго!
Дополнено: сообщение о решении проблемы.
Я использовал руководство, чтобы создать базовый плагин Jira как своего рода экспериментальный/практический способ получить удобный и знакомый с JIRA SDK и с созданием плагинов относительно слушателей. Я запускаю Ubuntu на виртуальной машине, и я выполнил все шаги, включенные в руководство. Моя виртуальная машина начала замерзать, и я сначала подумал, что это может быть Джира, но теперь я знаю, что с самой виртуальной машиной что-то не так. Я получаю эту ошибку:
произошла ошибка во время виртуального машинное исполнение! Ниже приведены сведения об ошибке. Вы можете попытаться исправить ошибку и продолжить выполнение виртуальной машины.
Кэш ввода-вывода обнаружил ошибку при обновлении данных в среде «ahci-0-0″(rc=VERR_DEV_IO_ERROR).
Убедитесь, что на диске достаточно свободного места и что диск работает правильно. Деятельность можно возобновить потом.
детали говорят:
fatal=false, errorID=BLKCACHE_IOERR
I посмотрел в файл журнала, и это правильно, где он идет не так/выдает ошибку:
00:01:06.499361 кэш ввода/вывода: ошибка при записи записи со смещением 102912000 (110592 байт) в среду «ahci-0-0» (rc=VERR_DEV_IO_ERROR)
Не совсем уверен, что делать. У меня есть важные вещи в виртуальной машине, и я действительно не хочу настраивать их снова.
3 ответов
решение просто включить узел ввода-вывода кэша. Его можно активировать в конфигурации машины, хранилище «SATA Controller» использует хост ввода-вывода кэша (все остальные значения используются по умолчанию VirtualBox). После этого изменения ошибка исчезает
Я закончил тем, что нашел исправление с помощью antiduh:
Я клонировал свой старый vdi в новый vdi, используя:VBoxManage clonehd Linux.vdi LinuxClone.vdi Как только это произошло, я открыл VirtualBox и создал новую виртуальную машину, и когда дело дошло до раздела жесткого диска, вместо создания нового виртуального диска я выбрал существующий LinuxClone.VDI-файл, и когда я его запустил, он побежал! Я получил эту идею от в этой статье.
Я на самом деле столкнулся с этой проблемой, потому что диск, где я сохраняю все мои диски VM, был заполнен. Поэтому я очистил место, и я смог возобновить работу виртуальной машины.