Описание тега unbreakable-machine-doll

Вы пробовали включение интерфейса и запуск DHCP-клиента вручную? @DocFaustus хотя я согласен на базовом уровне, я слышал доказательства и заметила за собой, что жидкая пища не как заполняя в соответствии с его калорийностью по сравнению с твердой пищей. Это часть того, почему человек хочет набрать вес будет добавить молока или коктейли в свой рацион. В этом случае, однако, "настоящая еда" в уравнении не почти пусты. Я забыл добавить, я уже защитил его, и он принимается комитета Если мы хотим получить максимально педантичным (а какой игрок MTG не?), "счетчик" как существительное имеет только один формальный смысл, ссылаясь на маркер размещен на объект или игрока, который изменяет свои характеристики. Ловушки заклинаний является заклинание, которое может противостоять (глагол), но не сам счетчик. Неофициально, игроки могут назвать это счетчик или контрзаклинание, но это не то, что приведенные в руководстве, так что вы не увидите никаких правил вроде "может только counterspells быть воспроизведены в то время как заклинание существа в стеке"

Обе СС --процессы и команды netstat --программы (с помощью sudo) список некоторых установленных соединений TCP на локальный порт 6514 с ненулевой приема-вопрос ценностей, а не владельцем процесса (вывод команды netstat показывает - где PID/команда должна быть).

Есть и другие установленные TCP-соединения на тот же локальный порт, который открывают владельцу ПИД на основе Java (logstash) приложение, которое я ожидаю, чтобы иметь все эти соединения (ей принадлежит слушающего сокета). Эти соединения имеют пустые получите очередей.

Кроме того как lsof -я:6514 не список "бесхозный" установленные TCP-соединения на всех.

Запуск СС на удаленном конце одной из "бесхозный" соединения показывает, что он считает, что соединение установлено и пусто отправлять и получать очереди. Удаленный конец показывает связь была создана в течение недели. Удаленный конец находится за NAT.

Я хочу понять, как эти "бесхозный", но установленные TCP-соединения могут существовать, и как они очищаются, если когда-либо.

Я вижу, что СС ... слушает, показывает прослушивать сокет на локальный порт 6514, чтобы отправить-Q от 50 и вызовов Recv-Q от 51. Я могу предположить, это означает, что процесс прослушивания Ява достигло ограничение одновременных соединений и является причиной "бесхозный" соединений?

# команду -Д
Описание: в Ubuntu 14.04.1 ЛЦ
# команде uname -ИРС
В Linux 3.13.0-36-generic и архитектуру x86_64

Обновление

Запустив команду netstat --программы --числовое-хозяева --числовые-порты --расширить показывает, что пользователь "бесхозный" соединений корне не JAVA-процесс пользователя и номер 0.

Этот вопрос вновь появился через час или два после перезагрузки Java-процесса. На этот раз прослушивающего сокета вызовов Recv-Q является только 9 по сравнению с отправить-Д О 50 , а общее число подключений TCP на локальный порт 6514 составляет 21 С 8 тех, кто "бесхозный".

Обновление 2

Я теперь понял вызовов Recv-Q номер на прослушивание сокета совпадает с количеством "бесхозных" установленных соединений. Я считаю, что это означает, что ядро ПТС и SYN и SYN+ACK и ACK пакет рукопожатие на входящие соединения, но Java-процесса пока не называется принять().

Если я правильно понял, мне нужно выяснить, почему приложение не принимает новые подключения.