group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #36579
[Bug 1842562] Re: AWS: Add udev rule to set Instance Store device IO timeouts
The Eoan Ermine has reached end of life, so this bug will not be fixed
for that release
** Changed in: cloud-init (Ubuntu Eoan)
Status: In Progress => Won't Fix
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1842562
Title:
AWS: Add udev rule to set Instance Store device IO timeouts
Status in cloud-init package in Ubuntu:
In Progress
Status in cloud-init source package in Xenial:
In Progress
Status in cloud-init source package in Bionic:
In Progress
Status in cloud-init source package in Disco:
Won't Fix
Status in cloud-init source package in Eoan:
Won't Fix
Bug description:
[Impact]
AWS wish to implement per-device IO timeouts in their cloud, since
currently NVMe devices only support a single global timeout, and this
doesn't play well with EBS volumes, which have error recovery
capabilities built into the back end, and require large timeouts, and
Instance Store / ephemeral volumes, which are to be treated as local
disks, which require short timeouts.
AWS have proposed a solution which is to backport the below two
patches to the Ubuntu kernels:
commit 65cd1d13b880920054d6c750679baa80b7f9c072
Author: Weiping Zhang <zhangweiping@xxxxxxxxxxxxxx>
Date: Thu Nov 29 00:04:39 2018 +0800
subject: block: add io timeout to sysfs
commit 4d25339e32a1b6e1f490bb78b1e5b0fa9eb3e073
Author: Weiping Zhang <zhangweiping@xxxxxxxxxxxxxx>
Date: Tue Apr 2 21:14:30 2019 +0800
subject: block: don't show io_timeout if driver has no timeout handler
This enables a sysfs entry in /sys/block/nvmeXnX/queue/io_timeout
which gets and sets the io_timeout per device in milliseconds.
Kernel commits are being tracked in LP #1841461
EBS volumes will use the default timeout as set on the kernel command
line of 4294966296, and Instance Store volumes will need to use a
default timeout of 30000.
AWS have suggested that we deploy the below udev rule to automatically
set the io_timeout of all Instance Store volumes to 30000:
KERNEL=="nvme[0-9]*n[0-9]*", ENV{DEVTYPE}=="disk",
ATTRS{model}=="Amazon EC2 NVMe Instance Storage",
ATTR{queue/io_timeout}="30000"
This bug is to add the above udev rule to cloud-init.
[Test Case]
This requires an AWS instance that has Instance Store volumes
configured, and I suggest using c5d.large instances.
I have built a test kernel for bionic linux-aws, version
4.15.0-1043.45+hf240347v20190828b2 which is available from here:
https://launchpad.net/~mruffell/+archive/ubuntu/sf240347-kernel
Install the kernel with the below:
1) sudo add-apt-repository ppa:mruffell/sf240347-kernel
2) sudo apt-get update
Modify grub to boot it, this kernel is 1043, and current is 1044, so
it will likely be "1>2" in grub config:
3) sudo vim /etc/default/grub
Change GRUB_DEFAULT=0 to GRUB_DEFAULT="1>2"
4) sudo update-grub
5) reboot
Once system is up, check kernel version:
6) uname -rv
4.15.0-1043-aws #45+hf240347v20190828b2-Ubuntu SMP Wed Aug 28 06:08:21 UTC 2019
Verify that we have two nvme disks, one EBS and one Instance Store:
7) lsblk
Should have two disks, normally nvme0 and nvme1.
See what device is what:
8) sudo udevadm info --attribute-walk /dev/nvme0
For me, ATTR{model} is "Amazon Elastic Block Store"
9) sudo udevadm info --attribute-walk /dev/nvme1
For me, ATTR{model} is "Amazon EC2 NVMe Instance Storage"
Look at the two timeouts (Note no udev rule yet):
10) cat /sys/block/{nvme0n1,nvme1n1}/queue/io_timeout
4294966296
4294966296
Now we deploy the udev rule:
Place the following line in /lib/udev/rules.d/66-aws-io-timeout.rules
KERNEL=="nvme[0-9]*n[0-9]*", ENV{DEVTYPE}=="disk",
ATTRS{model}=="Amazon EC2 NVMe Instance Storage",
ATTR{queue/io_timeout}="30000"
Now trigger udev rules:
11) sudo udevadm trigger
Look at the timeouts now:
12) cat /sys/block/{nvme0n1,nvme1n1}/queue/io_timeout
4294966296
30000
[Regression Potential]
Regression potential is low since we are adding a udev rule which
applies only to AWS instances, and only for instances which support
Instance Store devices.
The only thing being modified is the device timeout and the udev rule
is robust to device reordering as it goes by model attr information.
When the udev rule is used with unpatched kernels, nothing happens
since the sysfs entry does not exist, and no errors or the like are
reported.
[Other Info]
cloud-init appears to carry azure specific udev rules, which makes me think that cloud-init is the right place for this requested udev rule to live.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1842562/+subscriptions