Спеціальний файл, який викликає помилку вводу / виводу

Я хочу автоматично перевірити, чи частина програмного забезпечення реагує, як очікувалося, якщо істотний файл DB SQLite не вдалося прочитати (викликаючи помилку вводу / виводу). Саме так сталося кілька днів тому у клієнта. Ми вручну виправили це, але тепер я хочу створити автоматичний код, щоб виправити його, і для перевірки цього потрібен доступ до зламаного файлу.

Як і все у файлі Unix, я підозрював, що може бути спеціальний файл, який завжди спричиняє помилки вводу-виводу при спробі його прочитати (наприклад, в / dev).

Деякі подібні файли (imo):

• /dev/full який завжди говорить "Не залишається місця на пристрої", якщо ви спробуєте написати це
• /dev/null і /dev/zero

тож я припустив, що просто має бути такий файл (але його ще не знайшли).

Хтось знає такий файл чи будь-який інший метод для мене, щоб отримати бажаний результат (навмисно несправне зображення розділу, обгортка навколо open () за допомогою LD_PRELOAD, ...)?
Який найкращий спосіб поїхати сюди?

Ви можете використовувати dmsetupдля створення пристрою-картографічного пристрою, використовуючи errorабо flakeyцілі для імітації збоїв.

dmsetup create test --table '0 123 flakey 1 0 /dev/loop0'

Де 123 - довжина пристрою, в секторах і / dev / loop0 - оригінальний пристрій, на якому ви хочете імітувати помилки. Для помилки вам не потрібні наступні аргументи, оскільки вона завжди повертає помилку.

На це вже великий набір відповідей щодо переповнення стека та помилки сервера, але деякі методи відсутні. Щоб полегшити життя, ось перелік блоку VM / Linux блочного пристрою / файлової системи Linux / бібліотеки користувача Linux, механізми введення вводу / виводу несправностей:

• Використовуйте пристрої Device Mapper / flakey / затримка / dm-пыл для повернення помилок / пошкодження з або затримки / розділення IO на пристрої синтезованого блоку (ядро вимагає, щоб ядро ​​було побудоване з підтримкою пристрою відображення пристроїв, відповідними додатковими модулями відображення пристроїв ( dm-dust доступний лише в ядрі> = 5.2) і має біти пристрою для відображення пристрою для відображення пристроїв).
• Використовуйте несправну особистість md для періодичного введення несправностей на пристрої синтезованого блоку. Див. --layoutПараметр сторінки mdadm man для того, як її налаштувати (біти ядра та користувацького простору mdadm).
• Використовуйте libfiu для виконання введення несправностей на викликах POSIX API (користувацька область може бути використана LD_PRELOAD).
• Використовуйте інжектор несправностей ядра Linux, щоб ввести помилку в базовий блок пристрою (ядро вимагає, щоб ядро ​​було побудоване FAIL_MAKE_REQUEST=y).
• Використання SystemTap для введення несправностей (ядро вимагає створення ядра з великою кількістю матеріалів ).
• Введіть помилки файлової системи за допомогою CharybdeFS або PetardFS (простору користувача через FUSE).
• Створіть синтезований блок пристрою за допомогою драйвера scsi_debug Linux, який виконує введення несправностей (ядро).
• Запустіть систему в QEMU і використовуйте QEMU для введення помилок блокового пристрою за допомогою драйвера blkdebug (VM).
• Створіть синтезований блок-пристрій за допомогою параметрів пристрою null_blk для введення несправностей (ядро> = 4.14, але такі параметри, як ймовірності таймауту , не надійшли до 4.17 і вимагають, щоб ядро ​​було створене BLK_DEV_NULL_BLK_FAULT_INJECTION=y).
• Створіть синтезований пристрій мережевого блоку, який подається хосту за допомогою фільтрів NBDkit, таких як delayабо, errorа потім приєднайте до нього блоковий пристрій через nbd-client(ядра + біти користувачів області NBD, ядро> = 4.18, побудований з підтримкою NBD, nbdclient> = 3.18 і nbdkit> = Рекомендовано 1.8.1 - дивіться демонстраційне відео NBDKit приблизно через 20 хвилин.

Факт бонусу: SQLite має драйвер VFS для імітації помилок, завдяки чому він може отримати хороший тестовий покрив.

Пов'язані:

• Як я можу імітувати несправний диск під час тестування?
• Моделювати несправний блок пристрою з помилками читання?
• Створити помилку читання
• Навмисно викликати помилку вводу / виводу в Linux?

Ви хочете, щоб механізм введення несправностей вводу / виводу.

У Linux ось метод, який не потребує попередніх налаштувань і генерує незвичну помилку (не "Помилка вводу / виводу" EIO, а ESRCH "Немає такого процесу"):

cat /proc/1234/mem

де 1234 - PID процесу, який працює тим самим користувачем, що і процес, який ви протестуєте, але не сам процес. Кредити rubasov для мислення про /proc/$pid/mem.

Якщо ви використовуєте PID самого процесу, ви отримуєте EIO, але тільки якщо ви читаєте з області, яка не відображена в пам'яті процесу. Перша сторінка ніколи не відображається, тому добре, якщо ви читаєте файл послідовно, але не підходить для процесу бази даних, який шукає безпосередньо до середини файлу.

З додатковими налаштуваннями як root, ви можете використовувати карту пристроїв для створення файлів з допустимими та поганими секторами.

Іншим підходом було б впровадження невеликої файлової системи FUSE . EIO - це код помилки за замовчуванням, коли ваш драйвер файлової системи користувача робить щось не так, тому його легко досягти. І прив'язки Perl, і Python мають приклади для початку. Ви можете швидко написати файлову систему, яка в основному відображає наявні файли, але вводить EIO у ретельно вибрані місця. Існує така файлова система: petardfs ( стаття ), я не знаю, наскільки добре вона працює з поля.

Ще один метод - LD_PRELOADобгортка. Існуючий - Libfiu (введення несправностей у користувальницький простір). Це працює, попередньо завантаживши бібліотеку, яка перевантажує виклики POSIX API. Ви можете написати прості директиви або довільний код C, щоб змінити нормальну поведінку.

Рішення набагато простіше, якщо нормально використовувати файл пристрою як "файл з помилками вводу / виводу". Моя пропозиція стосується тих випадків, коли звичайний файл має такі помилки.

> dd if=/dev/zero of=/path/to/ext2.img bs=10M count=10
> losetup /dev/loop0 /path/to/ext2.img
> blockdev --getsz /dev/loop0
204800
> echo "0 204800 linear /dev/loop0 0" | dmsetup create sane_dev
> mke2fs /dev/mapper/sane_dev # ext2 reicht
> mount -t ext2 /dev/mapper/sane_dev /some/where
> dd if=/dev/zero of=/some/where/unreadable_file bs=512 count=4
> hdparm --fibmap /some/where/unreadable_file
/mnt/tmp/unreadable_file:
 filesystem blocksize 1024, begins at LBA 0; assuming 512 byte sectors.
 byte_offset  begin_LBA    end_LBA    sectors
           0       2050       2053          4
> umount /dev/mapper/sane_dev
> dmsetup remove sane_dev
> start_sector=$((204800-2053-1))
> echo $'0 2053 linear /dev/loop0 0\n2053 1 error\n2054 '"${start_sector} linear /dev/loop0 2054" | 
>   dmsetup create error_dev
> mount -t ext2 /dev/mapper/error_dev /some/where
> cat /some/where/unreadable_file # 3rd sector of file is unreadable
cat: /some/where/unreadable_file: Input/output error

Я мушу визнати, що я трохи розгублений, бо мені не вдалося прочитати окремі сектори з цього файлу без помилки (з dd .. seek=...). Можливо, це проблема читання вперед.

Ви можете використовувати CharybdeFS, який був зроблений саме для таких цілей.

Це найпростіша файлова система запобіжників на кшталт PetardFS, але набагато більш налаштована.

Дивіться кулінарну книгу CharybdeFS тут: http://www.scylladb.com/2016/05/02/fault-injection-filesystem-cookbook/

Це досить вдосконалено для тестування бази даних.