-
Notifications
You must be signed in to change notification settings - Fork 122
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CFQ: Snapshot floods dmesg: "request aux data allocation failed" #6
Comments
is it possible that the root cause is Ubuntu and Fedora using different I/O schedulers? I tried with Fedora 22 Virtual Machine (I noticed Fedora 20 is mentioned in issue report. Will try that as well.) but I couldn't reproduce the issue. However, from the code it seems memory constraint might be an issue too: fail_elvpriv: /* * elvpriv init failed. ioc, icq and elvpriv aren't mempool backed * and may fail indefinitely under memory pressure and thus * shouldn't stall IO. Treat this request as !elvpriv. This will * disturb iosched and blkcg but weird is bettern than dead. */ |
Would you happen to be using LVM? My VMs are setup to use standard partitioning, which is where I see this issue (including Fedora 22), but I noticed when testing a RAID0 setup of Fedora 22 this message was not getting printed. |
I am using RAID0, external hard disk connected via USB. Are you suggesting that I add 2 more partitions directly on the Fedora 22 VM's virtual disk and set up these 2 new partitions (on the virtual disk) as RAID0? |
A VM with standard partitioning. For example, here is my setup on a 16G disk.
|
OK. Got it. I will snapshot on a similar setup for reproduction. |
You were right about the schedulers. Setting the scheduler on Fedora to |
Cool! I'll look into the cause and fix. |
I didn't find time to investigate further on this one. Working on another bug and have some personal priorities right now. If interested, feel free to pick it up. |
We're should be looking more at this (as well as newer kernel compatibility On Wed, Jan 13, 2016 at 1:02 AM, Arun Prakash Jana <notifications@github.com
|
Any update on this? I am having the same problem on Deb 9 with cfq. |
We never found the cause of this, and because there has been no data corruption in relation to it we have not given it any priority. |
I'm seeing the same issue in my system.
My
System info:
Ubuntu 18. |
Taking a snapshot when using CFQ will flood
dmesg
with the following line:This appears to only happens on partitions (
/dev/sda2
); I do not see the issue with dm volumes (/dev/mapper/centos-root
).Steps to reproduce:
The text was updated successfully, but these errors were encountered: