Непонятки с gpk-application 2.28.3 (менеджер пакетов)

Решил освоить немного CentOS (раньше сидел на debian) и установил себе на рабочий компютер соответственно CentOS
И буквально сразу же возникла проблема:
Графический пакетный менеджер перbодически работает как-то странно. Он как-то криво блокирует /var/run/yum.pid и с одной стороны не хочет сам ничего устанавливать (потому что /var/run/yum.pid уже заблокирован ) а через консоль yum говорит
Existing lock /var/run/yum.pid: another copy is running as pid 8601.
Another app is currently holding the yum lock; waiting for it to exit...

Это при том что сам графический менеджер уже закрыт.
убийство процесса ничего не приносит (точнее оно и не осуществимо ибо процесс становится зомби)
Подскажите что не так я делаю. или может в менеджере проблема?
всем заранее спасибо

timonnius написал:

Решил освоить немного CentOS (раньше сидел на debian) и установил себе на рабочий компютер соответственно CentOS
И буквально сразу же возникла проблема:
Графический пакетный менеджер перbодически работает как-то странно. Он как-то криво блокирует /var/run/yum.pid и с одной стороны не хочет сам ничего устанавливать (потому что /var/run/yum.pid уже заблокирован ) а через консоль yum говорит
Existing lock /var/run/yum.pid: another copy is running as pid 8601.
Another app is currently holding the yum lock; waiting for it to exit...

Это при том что сам графический менеджер уже закрыт.
убийство процесса ничего не приносит (точнее оно и не осуществимо ибо процесс становится зомби)
Подскажите что не так я делаю. или может в менеджере проблема?
всем заранее спасибо

Нет, проблема в кривизне CentOS. И она, эта проблема, не только в ней бывает. А зачем она Вам? Вы сисадмин вебхостинга? Вообще-то больше она ни за чем не нужна и как десктоп - хуже не придумать.

Да, лучше не пользоваться этими кривыми графическими менеджерами приложений. Используй yum в консоли - всё будет быстро и наглядно.

Что касается pid- и lock-файлов, то никто не мешает их от рута удалить. Но это может привести к проблемам. Хотя, не сталкивался с проблемами от этого.

"yars" написал:

Что касается lock-файлов

то нужно все лишь подождать и все

alexfinn написал:

то нужно все лишь подождать и все

Так, а если приложение упало, то кто удалит осиротевший lock?

давайте начнем сначала... закрытие графического окна PackageKit не приводит к завершению процессов, которые он запускает... например, проверки обновлений

можно, конечно, убить сам процесс (когда-то я так и делал, когда ждать было лениво совсем, да и

"timonnius" написал:

Existing lock /var/run/yum.pid: another copy is running as pid 8601.

провоцирует побыстрее прибить... но никогда это не приводило к появлению зомби-процессов

собственно, в подобном случае появление зомби-процессов - проблемы того, кто лезет руками туда, куда лезть не следует...
поэтому, единственное вменяемое решение - подождать, пока проверка наличия обновления не закончится... \

считайте это фичей такой :)

А, ну если так, тогда ладно. Но в Slackware я бог и царь в своей системе, там нет автоматического обновления. И описанная мной ситуация никак не похожа на штатную.

"yars" написал:

там нет автоматического обновления

это не автоматическое обновление... это проверка наличия обновленных пакетов

Ну, не суть важно. Главное, я вас понял.

кстати, эта ситуация тянется уже достаточно давно... и только начиная с Fedora 18 (и RHEL 7, соответственно) все изменится и при запуске yum в консоли процесс PackageKit будет завершаться автоматически и снимать блокировку