Конец файлов журнала в двух различных хостах
[
] В разделе Переполнение стека и Ошибка сервера уже есть отличный набор ответов на этот вопрос, но некоторые приемы отсутствовали. Чтобы сделать жизнь проще, вот список VM/Linux блочных устройств/Linux файловой системы/Linux библиотеки пользовательского пространства I/O механизмы инжекции ошибок: [
] [
- ]
[
- ]Используйте []Ошибку Device Mapper[]/[]flakey[]/[]delay[]/[]dm-dust[] устройств для возврата ошибок/коррупции или задержки/разделения ввода-вывода на синтезированное блочное устройство (ядро, требует, чтобы ядро было собрано с поддержкой device mapper, соответствующие дополнительные модули device mapper (dm-dust доступно только на ядре >=5). 2) и иметь биты пользовательского пространства device mapper).[ ] [
- ]Используйте []md's fault personality[] для выполнения периодической инжекции ошибок на синтезированном блочном устройстве. Смотрите [][
]-макет[] на странице man mdadm[] для настройки (биты пользовательского пространства ядра и mdadm).[ ]
[ - ]Используйте []libfiu для выполнения инжекции ошибок при вызовах POSIX API[] (пользовательское пространство, может быть использовано с [
]LD_PRELOAD[])). [ ]
[ - ]Используйте инжектор ошибок ядра []Linux для инжекции ошибки в базовое блочное устройство[] (ядро, требует, чтобы ядро было собрано с [
]FAIL_MAKE_REQUEST=y[]).[ ]
[ - ]Использование []SystemTap для инжекции ошибок[] (ядро, требует, чтобы ядро было собрано с []большим количеством вещей[])). [ ] [
- ][]Введите ошибки файловой системы, используя CharybdeFS[] или []PetardFS[] (пользовательское пространство через FUSE).[ ] [
- ]Создайте синтезированное блочное устройство, используя []Linux scsi_debug драйвер, который выполняет инжекцию ошибок[] (ядро). [ ] [
- ]Запустите систему в QEMU и используйте []QEMU для инжекции ошибок блочного устройства, используя blkdebug драйвер[] (VM).[ ] [
- ]Создайте синтезированное блочное устройство с помощью опций []null_blk устройства для инжекции ошибок[] (ядро >= 4. 14, но такие опции, как []вероятность таймаута[], появились только в 4.17 и требуют, чтобы ядро было собрано с помощью [
]BLK_DEV_NULL_BLK_FAULT_INJECTION=y[]). [ ]
[ - ]Создайте синтезированное устройство сетевого блока, которое подается на хост через фильтры []NBDkit[], например, [][
]delay[][] или [][]error[][] , а затем подключите к нему блочное устройство через []nbd-клиент[] (kernel + биты пользовательского пространства NBD, kernel >= 4.18, собранное с поддержкой NBD, nbdclient >= 3. 18 и nbdkit >= рекомендуется 1.8.1 - см. []Демонстрационное видео NBDKit[] около 20-минутной отметки).[ ]
[
] [
]Бонусный факт: []SQLite имеет драйвер VFS для моделирования ошибок[], чтобы получить хорошее тестовое покрытие.[
] [
]Похожее:[
] [
- ]
[
- ][]Как моделировать вышедший из строя диск при тестировании? [][ ] [
- ][]Моделировать неисправное блочное устройство с ошибками чтения?[][ ] [
- ][]Генерировать ошибку чтения[][ ] [
- ][]Намеренно вызвать ошибку ввода/вывода в Linux?[][ ] [
]
Я только что сделал следующее:
mkfifo MY_PIPE
ssh HOST_1 "tail -f /var/log/messages" > MY_PIPE
на локальной машине I RAн:
tail -f /var/log/messages > MY_PIPE
в другом терминале на локальной машине:
cat < MY_PIPE
Выход как удаленного, так и локального Хвост -F / var / log / messages Commands видимы.
Учебник, который я следовал, находится из Linux Journal.
Вы также можете использовать Tee с вариантом добавления (- A) для слияния содержимого.
в терминале № 1
ssh HOST_1 "tail -f /path/to/file" | tee -a /path/to/merged/contents
в терминале № 2
ssh HOST_2 "tail -f /path/to/file" | tee -a /path/to/merged/contents
в терминале № 3
tail -f /path/to/merged/contents
ssh HOST_1 "tail -f MY_LOG_FILE" > MY_NAMED_PIPE
Хвостовая программа собирается буферизировать свой вывод блоками по 8 КБ или около того, потому что она не пишет на TTY. Если MY_LOG_FILE не очень активна, то, возможно, поэтому вы не увидите никакого вывода. Даже если бы он работал, хвост не записывает полные строки за раз, так что вывод из нескольких экземпляров хвоста был бы сильно запутан.
Вы можете сказать ssh выполнить команду хвоста, используя TTY. Это должно привести к тому, что tail будет буферизировать свой вывод по строкам. Это должно дать лучшие результаты.
ssh -tt HOST_1 "tail -f MY_LOG_FILE" > MY_NAMED_PIPE
Вы можете обратиться к странице man ssh здесь .