Мне было интересно, есть ли способ grep по системам, чтобы найти старые обновления, которые застряли или не удались. Я использую RHEL 6.
решение1
Это зависит от того, как вы устанавливаете пакет или обновление.
Если вы являетесь RedHat Satelliteклиентом, то вход в систему /var/log/rhsmназывается rhsm.log, но он все равно будет использовать средство для установки, как правилоyum
yumЕсть yum.logв/var/log/
rpmне ведет журналы, однако вы можете запустить их, rpm -qa --lastчтобы просмотреть список пакетов, которые были установлены, и время их установки, но не выводит список сбоев.
Единственный способ увидеть сбои — воспользоваться командной строкой.
Вы можете определить проблемы, посмотрев, historyно это субъективно и требует много времени. Вам придется искать historyи сопоставлять установки или обновления с установленными пакетами. Это также не распространяется на случаи, когда что-то было установлено или обновлено другими методами, которые не были запущены в командной строке.
Puppetимеет фреймворк, который он использует для выполнения packageустановок. Он имеет список из примерно 33 различных поставщиков для всех ОС. Он будет искать возможность установки в порядке убывания, обычно по умолчанию yumи откатываясь к rpm.
Поскольку типичный синтаксис для puppetустановки пакетов —
package { ssh;
ensure => present
}
После этого фреймворк Puppet определяет на основе ваших предпочтений в отношении репозитория и costsсвязанного с ним установочного носителя, какой именно файл использовать для установки.
И у вас всегда есть типичный запасной вариант, /var/log/messagesв котором вы иногда будете видеть ошибки в зависимости от того, с чем был связан сбой.
Также, если пакет собирался добавить модуль или что-то еще, что dmesgраспознавалось бы, и было отменено, вы можете увидеть информацию вdmesg
Что касается незаконченного, вам придется psэто проверить. Или доступно tty'sиpty's