Можно сделать это как это с GNU awk, отметить использование RS и FS:
<infile awk '{ print $2, $4, $6, $8 }' RS='\n\n' FS=': +|\n' OFS='\t'
Если Вы хотите сохранить заголовок:
<infile awk 'NR==1 { print $1, $3, $5, $7 } { print $2, $4, $6, $8 }' RS='\n\n' FS=': +|\n' OFS='\t'
Принятие всех Ваших записей отформатировано как это, Вы могли сделать это как это с coreutils:
<infile grep -v '^$' | tr -s ' ' | cut -d' ' -f2- | paste - - - -
Вывод:
Jim Bean Dice AFDSDFDSFDSFASFA 12343314
Bob Dylon Trumpets AFD232SFDSFASFA 12343314
Mary Jane Gambling EWDSFDSFASFA 12343314
Вывод с заголовком:
Name Vice ID LoginTime
Jim Bean Dice AFDSDFDSFDSFASFA 12343314
Bob Dylon Trumpets AFD232SFDSFASFA 12343314
Mary Jane Gambling EWDSFDSFASFA 12343314
Если возвращается что-то подобное:
1472 bytes from core-212-23-0-100.zen.net.uk (212.23.0.100): icmp_seq=1 ttl=121 time=28.9 ms
1472 bytes from core-212-23-0-100.zen.net.uk (212.23.0.100): icmp_seq=1 ttl=121 time=30.3 ms (DUP!)
Существует несколько серверов, обеспечивающих ping: В данном кластере (как вы сказали) запущено 6 хостов Каждый из хостов отвечает на пакет ping, следовательно, на dups. Здесь не что-то плохое.
Для решения проблемы вы можете увидеть ссылку:
https://github.com/sasikanthbabu/Layer3Switch/issues/14
И как schaiba упомянуто:
-121--84583-На странице man говорится, что ping сообщит о повторяющихся и поврежденных пакетах. Дублирование пакетов никогда не должно происходить и может быть вызвано неправильными повторными передачами на уровне канала. Дубликаты могут возникать во многих ситуациях и редко (если когда-либо) являются хорошим признаком, хотя наличие низких уровней дубликатов не всегда может быть причиной аварийного сигнала
как Жиль ответ на этот вопрос: Как определить, какой процесс создает файл?
lsof /path/to/file
после нахождения процесса можно определить приложение с помощью ps
:
ps -ef | grep ProcessNumber
и для получения только Приложения используйте awk
:
ps -ef | grep ProcessNumber | awk '{ print $8 }'
-121--175768- Структура FILE в C обычно называется дескриптором файла
и является частью абстракции вокруг дескриптора файла :
Тип данных FILE представляет собой структуру, содержащую информацию о файл или указанный поток данных. Он включает такую информацию, как файл дескриптор, текущая позиция, флаги состояния и многое другое. Это большинство часто используется как указатель на тип файла, как файловые функции ввода-вывода преимущественно принимать указатели в качестве параметров, а не структуры сами.
У меня нет среды сборки ядра, но должен быть текст справки, который объясняет эту опцию и в соответствии с быстрым поиском должен сказать что-то вроде:
CONFIG _ FHANDLE - открыт fhandle syscalls -
Если вы здесь говорите Y, программа уровня пользователя сможет сопоставлять имена файлов для обработки, а затем использовать дескриптор для другой файловой системы операции. Это полезно при внедрении файловых серверов userspace, которые теперь отслеживают файлы с помощью дескрипторов вместо имен. Ручка будет останутся прежними, даже если имена файлов будут переименованы. Включает open_by_handle_at (2) и name_to_handle_at (2) syscalls.
В основном добавляется поддержка новых/дополнительных системных вызовов.
Вы можете увидеть некоторую информацию из здесь .
Обычно файловый дескриптор является индексом для записи в резидентной структуре данных ядра, содержащей сведения обо всех открытых файлах. В POSIX эта структура данных называется таблицей файловых дескрипторов , и каждый процесс имеет свою собственную таблицу файловых дескрипторов . Пользовательское приложение передает абстрактный ключ ядру через системный вызов, и ядро будет обращаться к файлу от имени приложения на основе ключа. Само приложение не может напрямую читать или записывать таблицу файловых дескрипторов.
В Unix-подобных системах файловые дескрипторы могут относиться к файлам, каталогам, блочным или символьным устройствам (также называемым «специальными файлами»), сокетам, FIFO (также называемым именованными каналами) или безымянным каналам.
Дескриптор файла FILE * в стандартных библиотечных подпрограммах ввода-вывода C технически является указателем на структуру данных, управляемую этими библиотечными подпрограммами; одна из этих структур обычно включает в себя фактический файловый дескриптор низкого уровня для рассматриваемого объекта в Unix-подобных системах. Поскольку дескриптор файла относится к этому дополнительному уровню, он не может быть заменен дескриптором файла.