dave делает что-то глупое с его sftp клиентом.
в основном это не закрывается, или это содержит открытый sftp сессия с содержанием alives неограниченно долго.
Единственный вход в систему sftp состоит из следующих процессов:
root 14480 0.0 0.2 8020 2584 ? Ss 14:11 0:00 sshd: dave [priv]
dave 14484 0.0 0.1 8168 1588 ? S 14:11 0:00 sshd: dave@notty
dave 14485 0.0 0.1 4704 1492 ? Ss 14:11 0:00 /usr/lib/openssh/sftp-server
У Вас есть корневой процесс sshd (этот являющийся ребенком самого sshd), dave принадлежавший процесс, являющийся непривилегированным соединением dave и затем икрой sftp-сервера.
Просто похоже, что dave соединил стопку времен или использует потоковый sftp клиент.
pkill, как предложено уже позволит, Вы для повреждения всего использования сессий говорите pkill sftp-server
В Red Hat Enterprise Linux нет пакета libc6
. Имя пакета для тех же файлов - glibc
. Похоже, что кто-то установил на ваш сервер пакет из другого дистрибутива Linux и отменил ошибки, которые они получили бы при попытке сделать это (которые примерно такие же, как те, которые вы видели здесь).
Это, конечно, ставит ваша база данных RPM находится в несовместимом состоянии с фактическим установленным программным обеспечением и может вызвать проблемы совместимости и зависимости, подобные тем, с которыми вы столкнулись сегодня. Например, становится невозможным обновлять пакеты из поддерживаемых репозиториев, и трудно точно определить, какой код выполняется в системе.
Я думаю, что кто-то (кто действительно этого не делает) я не знаю, как это сделать) попытался обновить glibc за пределами версии, предоставленной Red Hat, скорее всего, чтобы воспользоваться новой функцией, которой нет в версии glibc, поставляемой с EL6.
Правильный способ , если вам действительно нужна эта поздняя версия glibc, это взять исходный RPM Red Hat, настроить файл спецификации и любые исправления для сборки новой версии glibc и использовать новые двоичные RPM новой версии. Затем вы несете ответственность за его обслуживание, можете потерять поддержку со стороны поставщика и т. Д., Поэтому вам следует думать об этом только в том случае, если этого требуют бизнес-требования. (И поскольку вы все равно потеряете поддержку, вы также можете перейти на CentOS ...)
Правильный способ, если вам действительно нужна эта последняя версия glibc, - это взять исходный RPM Red Hat, настроить файл спецификации и любые патчи для сборки новой версии glibc и использовать новые двоичные RPM новой версии . Затем вы несете ответственность за его обслуживание, можете потерять поддержку со стороны поставщика и т. Д., Поэтому вам следует думать об этом только в том случае, если этого требуют бизнес-требования. (И поскольку вы все равно потеряете поддержку, вы также можете перейти на CentOS ...)
Правильный способ, если вам действительно нужна эта последняя версия glibc, - это взять исходный RPM Red Hat, настроить файл спецификации и любые патчи для сборки новой версии glibc и использовать новые двоичные RPM новой версии . Затем вы несете ответственность за его обслуживание, можете потерять поддержку со стороны поставщика и т. Д., Поэтому вам следует думать об этом только в том случае, если этого требуют бизнес-требования. (И поскольку вы все равно потеряете поддержку, вы также можете перейти на CentOS ...)
поэтому вам следует думать об этом только в том случае, если этого требуют бизнес-требования. (И поскольку вы все равно потеряете поддержку, вы также можете перейти на CentOS ...) поэтому вам следует думать об этом только в том случае, если этого требуют бизнес-требования. (И поскольку вы все равно потеряете поддержку, вы также можете перейти на CentOS ...)