Нет, нет никакого тайм-аута для CLOSE_WAIT
. Я думаю, что это что off
средства в Вашем выводе.
Выйти CLOSE_WAIT
, приложение должно закрыть сокет явно (или выход).
Посмотрите, Как повредить CLOSE_WAIT.
Если netstat
показывает -
в столбце процесса:
Попытайтесь выполнить свою команду как корень. Это работало на меня.
Что-то еще содержит ту блокировку. Ожидайте некоторое время. (Это обычно - графическое обновление инструмента управления пакета, это - представление того, что доступно, или возможно выполнение конфетки).
Попробуйте удалить файл /var/lib/rpm/.rpm.lock
(нужно быть рутом, чтобы сделать это).
Это исправило это для меня.
проверить разрешение на уровне файла для пользователя root, оно должно быть (чтение, запись и выполнение)
$ls -l /var/lib/rpm/.rpm.lock
-rwxr-xr-x
Обновление 2019 г.:::
Возникла проблема, аналогичная заданной (Ошибка RPM :ошибка :невозможно создать блокировку транзакции в /var/lib/rpm/.rpm.lock (Ресурс временно недоступен))
Решается;
ps -ef|grep rpm
Уничтожение 2 бесхозных rpm-процессов, как показано ниже;
rpm --root / --dbpath /var/lib/rpm -i --percent --noglob --force --nodeps -- /var/cache/zypp/packages/download.o
/bin/sh /var/tmp/rpm-tmp.uHUmw1 7
После этого я смог продолжить обновление пакетов
root
работа? – Kevin Meredith 31.05.2013, 19:48