Error in prein scriptlet in rpm package - Исправление ошибок и поиск оптимальных решений проблем

Trying to uninstall zarafa mail server.

I use yum list installed to view the already installed packages.

After which I use yum erase zarafa*

It picks up all the packages but returns:

Error in PREUN scriptlet in rpm package zarafa-dagent
Error in PREUN scriptlet in rpm package zarafa-gateway
Error in PREUN scriptlet in rpm package zarafa-monitor
Error in PREUN scriptlet in rpm package zarafa-server
Error in PREUN scriptlet in rpm package zarafa-spooler
Error in PREUN scriptlet in rpm package zarafa-ical
zarafa-ical-7.1.9-1.el6.i686 was supposed to be removed but is not!
  Verifying  : zarafa-ical-7.1.9-1.el6.i686                                                                                                                                                1/6 
zarafa-spooler-7.1.9-1.el6.i686 was supposed to be removed but is not!
  Verifying  : zarafa-spooler-7.1.9-1.el6.i686                                                                                                                                             2/6 
zarafa-server-7.1.9-1.el6.i686 was supposed to be removed but is not!
  Verifying  : zarafa-server-7.1.9-1.el6.i686                                                                                                                                              3/6 
zarafa-monitor-7.1.9-1.el6.i686 was supposed to be removed but is not!
  Verifying  : zarafa-monitor-7.1.9-1.el6.i686                                                                                                                                             4/6 
zarafa-gateway-7.1.9-1.el6.i686 was supposed to be removed but is not!
  Verifying  : zarafa-gateway-7.1.9-1.el6.i686                                                                                                                                             5/6 
zarafa-dagent-7.1.9-1.el6.i686 was supposed to be removed but is not!
  Verifying  : zarafa-dagent-7.1.9-1.el6.i686                                                                                                                                              6/6 

Failed:
  zarafa-dagent.i686 0:7.1.9-1.el6      zarafa-gateway.i686 0:7.1.9-1.el6     zarafa-ical.i686 0:7.1.9-1.el6     zarafa-monitor.i686 0:7.1.9-1.el6     zarafa-server.i686 0:7.1.9-1.el6    
  zarafa-spooler.i686 0:7.1.9-1.el6

kubanczyk

13.7k5 gold badges40 silver badges55 bronze badges

asked Jul 17, 2014 at 8:05

It seems like somehow yum cached data and the rpm database got out of sync with each other I guess.
Try running the next commands:

su -c 'yum clean all && rpm --rebuilddb'
su -c 'package-cleanup --problems'

Then run:

su -c 'yum erase zarafa*'

Edit #1:
Try running the next command:

# su -c 'yum --setopt=tsflags=noscripts remove zarafa*'

If that doesn’t work, try this:

# su -c 'rpm -e --noscripts zarafa*'

answered Jul 17, 2014 at 8:17

Itai GanotItai Ganot

10.5k27 gold badges92 silver badges145 bronze badges

I did a rpm -ql <packagename> to see the package original contents.

manually deleted any left over file.

ran yum with the noscripts flag as described above, so the script doesn’t fail.

yum --setopt=tsflags=noscripts remove <packagename>

answered Oct 12, 2016 at 10:04

ZeninZenin

2112 silver badges4 bronze badges

Источник

Содержание

PHP-FPM RC SCRIPT и Error in PREUN scriptlet in rpm package в CetnOS 5
rx 570 и fedora 32
Установка пошла ,но не дошла , теперь установщик жалуется на модули ядра: Последняя проверка окончания срока действия метаданных: 0:01:53 назад, Пн 21 сен 2020 10:14:21. Зависимости разрешены.
Пакет Архитектура Версия Репозиторий Размер
Результат транзакции
Выполнено! Последняя проверка окончания срока действия метаданных: 0:02:00 назад, Пн 21 сен 2020 10:14:21. Зависимости разрешены.
Пакет Архитектура Версия Репозиторий Размер
Результат транзакции
SOLVED quickinstall plugin leading to update failures
Brian Vasseur
cPanelMichael
Brian Vasseur

PHP-FPM RC SCRIPT и Error in PREUN scriptlet in rpm package в CetnOS 5

rpm -e —nodeps php-fpm — error reading information on service php-fpm: No such file or directory, error: %preun(php-fpm-5.4.20-26.el5.art.i386) scriptlet failed, exit status 1. yum remove php-fpm — error reading information on service php-fpm: No such file or directory, Error in PREUN scriptlet in rpm package p.

Уже как-то говорил, что автоматическое обновление чревато возникновением различных, извините, «геморроев», на лечение которых можно потратить много времени, а особенно в тех случаях когда сервер автоматически обновлялся длительное время, то после его перезагрузки можно получить кучу сюрпризов.

Вот очередной сюрприз появился после обновления PHP-FPM в CentOS 5. Пропал стартовый RC для PHP-FPM и как результат после очередной перезагрузки сервис не был запущен.

Попытки удалить/переустановить приводили к уже упомянутым выше ошибкам:

Как видим после » yum remove «, невзирая на ошибку выполнения scriptlet-а, нам выдали » Removed Complete! «, но этот пакет всё ещё продолжает висеть в системе:

Хорошо, удаляем без выполнения scriptlet-ов и пробуем переустановить:

Теперь уже ошибка, хотя и не фатальная, в «пост» установочном скрипте — посмотрим же на них:

Ага. вот «postinstall scriptlet» пытается добавить в список доступных сервисов » /sbin/chkconfig —add php-fpm «, но не может этого сделать ибо нет стартового RC скрипта » error reading information on service php-fpm: No such file or directory «.

Пакет устанавливался, а потом и обновлялся, из репозитория atomic, но предыдущая версия содержала стартовый init скрипт, а после обновления пакета его как корова языком слизала. Благо, что имеется такая привычка делать «бэкапы» из которых ниже приведён стартовый RC скрипт для PHP-FPM из CentOS 5:

Источник

rx 570 и fedora 32

Имеем комп с rx570 и fedora 32 версии . При попытке установить оф. драйвер : [root@localhost-live amdgpu-pro-20.30-1109583-rhel-7.8]# ./amdgpu-install Последняя проверка окончания срока действия метаданных: 0:13:22 назад, Вс 20 сен 2020 20:57:13. No match for argument: amdgpu-versionlist Ошибка: Совпадений не найдено: amdgpu-versionlist Последняя проверка окончания срока действия метаданных: 0:13:27 назад, Вс 20 сен 2020 20:57:13. No match for argument: amdgpu-pro-versionlist Ошибка: Совпадений не найдено: amdgpu-pro-versionlist

Вопрос: что не так и что делать ? Можно конечно сидеть на встроенном драйвере , но на нём картОчка перегревается в играх.

Ставишь драйвер хрен пойми откуда

Ставить необходимые пакеты от дистра. Для amd нужен mesa, скорее всего уже стоял из коробки и должно уже работать.

так вроде качал дрова с оф сайта для rhel. mesa работает через одно место ,слишком грузит карту.

Можно конечно сидеть на встроенном драйвере , но на нём картОчка перегревается в играх.

А драйвер тут при чем? У тебя с системой охлаждения проблемы. Смена драйвера не сделает твой кулер на видеокарте лучше или хуже.

Проблема не с охлаждением ,пример — сегодня утром была ещё винда ,я играл в любимую ксОчку часа 2 ,температура не выше 45 ,фпс в норме . Минут 40 назад запустил кс на федоре с меса драйвером — фпс ниже ,через минут 15 всё виснет ,снимаю наушники — вертушки молотят почти на максимум. Снял боковую крышку,а на карте можно стейки делать .

Ставь дрова, да и вообще весь софт, строго из официальных репозиториев, так ты минимизируешь проблемы. А то и совсем от них избавишься.

Во-первых, снеси всё, что накорчевал. «Федора» уже идёт со свободным драйвером в Mesa, на котором нормально всё работает. Сидел с точно такой же карточкой под 32-й – полёт нормальный.

Во-вторых, ему может не хватать «фирмвари», хотя она вроде бы в базе идёт. Как ОС ставил: с «живого» образа с «гномом» или же через Netinstall?

с живого образа с гномом,пока что особо ничего не накорчёвывал ,кроме базовых вещей по типу установки шрифтов ,кодеков ,твиков

и всё таки что не так с установкой проприетарных дров?

Во первых, Федора не поддерживается: амд официально поддерживает только убунту, рхел и SLES. Любые другие варианты установки это кустарщина и страх и риск без гарантий.

Во вторых, amdgpu-pro от amdgpu под линуксом отличается мало, у них одна и та же база. Высока вероятность, что проблема не в драйвере и вопрос с температурами не решится.

Тогда, как вариант, с питанием проблемы. Как известно, «полярисы не могут в энергосберегайку»: даже в простое 30 ватт «хавает», когда под «оффтопиком» – 7. Что характерно, если охлаждение позволяет, то на самой работе карты это никак не сказывается – в «нативных» версиях одной и той же игры FPS одинаковый или даже выше под «линуксом», зато лишних градусов 10-15 в придачу получишь.

В них отличие от свободных одно – это OpenCL рабочий, и то – только под «убунту». Так зачем тогда заморачиваться?

Надо было покупать видеокарту, а не AMD

В рхел тоже рабочий, но 570 под опецл в блендере медленнее чем 8700 без опецл, и раз в 5-10 медленнее чем 1060 под кудой, правда это особенность печальной реализации опецл в самом блендере, но я чот не вспомню где ещё мне под линухом удавалось его запользовать 🙂

П.с. В теории в резолве должно работать хорошо, но я его под офтопиком гоняю пока

в тред призываюся Ford_Focus и SakuraKun , пора показать этим прихвостням хуанга

за ссылки спасибо ,сделал всё по гайдам ,пошла установка дров , ща результат чекать буду

Установка пошла ,но не дошла , теперь установщик жалуется на модули ядра: Последняя проверка окончания срока действия метаданных: 0:01:53 назад, Пн 21 сен 2020 10:14:21. Зависимости разрешены.

Пакет Архитектура Версия Репозиторий Размер

Установка: amdgpu-versionlist noarch 20.30-1109583.el8 amdgpu 7.3 k

Результат транзакции

Установка 1 Пакет

Общий размер: 7.3 k Объем изменений: 7.3 k Загрузка пакетов: Проверка транзакции Проверка транзакции успешно завершена. Идет проверка транзакции Тест транзакции проведен успешно Выполнение транзакции Подготовка : 1/1 Установка : amdgpu-versionlist-20.30-1109583.el8.noarch 1/1 Проверка : amdgpu-versionlist-20.30-1109583.el8.noarch 1/1

Выполнено! Последняя проверка окончания срока действия метаданных: 0:02:00 назад, Пн 21 сен 2020 10:14:21. Зависимости разрешены.

Пакет Архитектура Версия Репозиторий Размер

Установка: amdgpu x86_64 20.30-1109583.el8 amdgpu 6.3 k amdgpu-dkms noarch 1:5.6.5.24-1109583.el8 amdgpu 7.1 M Установка зависимостей: amdgpu-core noarch 20.30-1109583.el8 amdgpu 8.1 k amdgpu-dkms-firmware noarch 1:5.6.5.24-1109583.el8 amdgpu 7.2 M

Результат транзакции

Установка 4 Пакета

Общий размер: 14 M Объем изменений: 14 M Продолжить? [д/Н]: y Загрузка пакетов: Проверка транзакции Проверка транзакции успешно завершена. Идет проверка транзакции Тест транзакции проведен успешно Выполнение транзакции Подготовка : 1/1 Установка : amdgpu-dkms-firmware-1:5.6.5.24-1109583.el8.noarch 1/4 Запуск скриптлета: amdgpu-dkms-1:5.6.5.24-1109583.el8.noarch 2/4 Установка : amdgpu-dkms-1:5.6.5.24-1109583.el8.noarch 2/4 Запуск скриптлета: amdgpu-dkms-1:5.6.5.24-1109583.el8.noarch 2/4 Loading new amdgpu-5.6.5.24-1109583.el8 DKMS files… dpkg: предупреждение: version ‘5.6.6-300.fc32.x86_64’ has bad syntax: недопустимый символ в номере редакции dpkg: предупреждение: version ‘5.8.9-200.fc32.x86_64’ has bad syntax: недопустимый символ в номере редакции dpkg: предупреждение: version ‘5.8.9-200.fc32.x86_64’ has bad syntax: недопустимый символ в номере редакции dpkg: предупреждение: version ‘5.8.9-200.fc32.x86_64’ has bad syntax: недопустимый символ в номере редакции Building for 5.8.9-200.fc32.x86_64 Building initial module for 5.8.9-200.fc32.x86_64 Error! Bad return status for module build on kernel: 5.8.9-200.fc32.x86_64 (x86_64) Consult /var/lib/dkms/amdgpu/5.6.5.24-1109583.el8/build/make.log for more information. предупреждение: %post(amdgpu-dkms-1:5.6.5.24-1109583.el8.noarch) scriptlet failed, exit status 10

Error in POSTIN scriptlet in rpm package amdgpu-dkms Запуск скриптлета: amdgpu-core-20.30-1109583.el8.noarch 3/4 ERROR: This package can only be installed on EL8. ошибка: %prein(amdgpu-core-0:20.30-1109583.el8.noarch) scriptlet failed, exit status 1

Error in PREIN scriptlet in rpm package amdgpu-core Установка : amdgpu-20.30-1109583.el8.x86_64 4/4 ошибка: amdgpu-core-0:20.30-1109583.el8.noarch: установить не удалось

Проверка : amdgpu-core-20.30-1109583.el8.noarch 1/4 Проверка : amdgpu-dkms-1:5.6.5.24-1109583.el8.noarch 2/4 Проверка : amdgpu-dkms-firmware-1:5.6.5.24-1109583.el8.noarch 3/4 Проверка : amdgpu-20.30-1109583.el8.x86_64 4/4

Установлен: amdgpu-20.30-1109583.el8.x86_64 amdgpu-dkms-1:5.6.5.24-1109583.el8.noarch amdgpu-dkms-firmware-1:5.6.5.24-1109583.el8.noarch

Источник

SOLVED quickinstall plugin leading to update failures

Brian Vasseur

Registered

When I run this script /usr/local/bin/perl /usr/local/cpanel/3rdparty/quickinstall/scripts/checkupdates.pl

I am getting this list of errors.

Line 100 of GIT.PM is use Error qw try);

I think it can’t find error.pm. Using WHM I went to module installers but there are pages of entries of modules with error in them. I’m not sure if I should be installing «Error — latest:0.17027» «Error::Generic» or something altogether different.

cPanelMichael

Administrator

Keep in-mind this is a third-party script that’s not included by default with cPanel & WHM. I recommend contacting your server provider and verifying if /usr/local/cpanel/3rdparty/quickinstall/scripts/checkupdates.pl requires additional configuration steps for use in newer cPanel & WHM versions.

You can read more about Perl module installation and usage on the document below:

Brian Vasseur

Registered

You can read more about Perl module installation and usage on the document below:

Hello,
I don’t think the issue is the 3rdParty script as the error is generated by a different PM which is not in 3rdParty:

I’m assuming this is part of CPanel which is why I have posted this here.

Источник

While installing package using yum, i get following error:

$ yum install <rpm_name> -v -y

error: %pre(<rpm_name>) scriptlet failed, exit status 1
Error in PREIN scriptlet in rpm package <rpm_name>
Warning: scriptlet or other non-fatal errors occurred during transaction.
Verifying : <rpm_name> 1/1
What is this? <rpm_name>
VerifyTransaction time: 0.003
Transaction time: 0.139

How to fix this?

asked Jul 13, 2021 at 15:39

Your problem is error in the rpm package itself. If you did this package check preinstallation script. If not you can contact the package creator and ask him to do this.

answered Jul 15, 2021 at 14:06

Romeo NinovRomeo Ninov

6,1871 gold badge22 silver badges31 bronze badges

Download that rpm package a run:

rpm -qp --scripts <rpmname>.rpm

This will give you the content of the scriptlet assigned to this package. RPM is trying to execute and somewhere there is an error.

answered Jul 16, 2021 at 18:03

msuchymsuchy

5,0341 gold badge12 silver badges26 bronze badges

Источник

Environment

Red Hat Enterprise Linux (RHEL) 6
Red Hat Network (RHN)

Issue

yum update fails with below error messages:

Running Transaction
Error in PREIN scriptlet in rpm package libcgroup-0.37-2.el6.x86_64
error: %pre(libcgroup-0.37-2.el6.x86_64) scriptlet failed, exit status 1
error:   install: %pre scriptlet failed (2), skipping libcgroup-0.37-2.el6
libcgroup-0.36.1-6.el6_0.1.x86_64 was supposed to be removed but is not!

Failed:
  libcgroup.x86_64 0:0.37-2.el6

Resolution

As manuall rpm installation fails after «groupadd cgred» step, run this command manually and then install latest version of libcgroup package.

# getent group cgred >/dev/null || groupadd cgred

Diagnostic Steps

Install libcgroup package manually using «rpm -ivvvh libcgroup-0.37-2.el6.x86_64.rpm» ,

# rpm -ivvvh libcgroup-0.37-2.el6.x86_64.rpm
D: ============== libcgroup-0.37-2.el6.x86_64.rpm
D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key
.
.
+ getent group cgred
+ groupadd cgred
D:   install: waitpid(12945) rc 12945 status 100 secs 0.042
error: %pre(libcgroup-0.37-2.el6.x86_64) scriptlet failed, exit status 1
error:   install: %pre scriptlet failed (2), skipping libcgroup-0.37-2

from the above output can see that rpm installation fails after «groupadd cgred» step .

Component
yum

Tags
rhn

This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.

Источник

This repository has been archived by the owner on Aug 2, 2022. It is now read-only.

Closed

sushovan23 opened this issue

Sep 2, 2020

· 11 comments

Assignees

Labels

bug

Something isn’t working

RPM

RPM related requests

Comments

Describe the bug
Getting while doing upgrade from 1.6 to 1.8 using yum.
Following error is seen :
«stderr_lines»: [
«Error in PREIN scriptlet in rpm package opendistroforelasticsearch-1.8.0-1.noarch»,
«opendistroforelasticsearch-1.6.0-1.noarch was supposed to be removed but is not!»
],

To Reproduce
Steps to reproduce the behavior:

Install opendistro 1.6
try to upgrade to 1.8 via yum
See error

Expected behavior
yum upgrade should be able to delete old package and install newer version similarly to other packages.

Configuration (please complete the following information):

ODFE/Kibana version [ 1.6]
Distribution [ RPM,]
Host Machine [ Centos7]

Also tried installing 1.8 in new server and got this error:

Error in PREIN scriptlet in rpm package opendistroforelasticsearch-1.8.0-1.noarch

I have installed opendistro 1.8 in multiple servers via same automation but never saw this error while doing rpm install. ?

Hi.
I have gone through the docs. Changes for 1.8 are required when going from 1.7 to 1.8
I’m going from 1.6 to 1.8 and hence the anomaly-detector remove isn’t needed. I was able to upgrade using the yum update command.
But it is concerning that suddenly yum install would fail for upgrade and new installs in that short amount of time.

Regarding previous versions installs — I had downloaded all rpms which came with 1.8 when it was latest version and kept in our own repo so we can install it without internet reaching outside.
So i am installing all packages and as mentioned it used to work fine but suddenly saw the error yesterday in that time frame. Not sure why this would be failing. I will do more tests on fresh installs. Upgrade is working as I have tested multiple times now.

Hi @sushovan23 I just test again, and I get a connection issues like this:

Downloading packages:
opendistro-index-management-1. FAILED                                                                                                            0% [                                                                                                                                       ]  0.0 B/s |    0 B  --:--:-- ETA
https://d3g5vo6xdbdb9a.cloudfront.net/yum/noarch/opendistro-index-management-1.6.0.0-1.noarch.rpm: [Errno 14] curl#56 - "TCP connection reset by peer"                                                                                                                                      ]  0.0 B/s |    0 B  --:--:-- ETA
Trying other mirror.
opendistro-alerting-1.6.0.0-1. FAILED
https://d3g5vo6xdbdb9a.cloudfront.net/yum/noarch/opendistro-alerting-1.6.0.0-1.noarch.rpm: [Errno 14] curl#56 - "TCP connection reset by peer"   0% [                                                                                                                                       ]  0.0 B/s |    0 B  --:--:-- ETA
Trying other mirror.

Seems like some internet hiccup, I retried and it works again.
Not exactly what you are facing, but it seems not very stable right now.

Sorry about the inconvenience, is your issue completely resolved for now?

Thanks.

Regarding previous versions installs — I had downloaded all rpms which came with 1.8 when it was latest version and kept in our own repo so we can install it without internet reaching outside.
So i am installing all packages and as mentioned it used to work fine but suddenly saw the error yesterday in that time frame. Not sure why this would be failing. I will do more tests on fresh installs. Upgrade is working as I have tested multiple times now.

It is weird that this would happen in your own repo, was thinking of connectivity issues. Hopefully it is resolved.

so my issue is solved for now but as we found out the connectivity issues to the download url is not best for automation. any suggestions on how to handle the zip/so library download

Hi @sushovan23 KNN is fixed in 1.9.0. #274
We have acknowledge the issues with KNN Lib previously downloading with a preinstall script.
Please consider using 1.9.0 for this fix.

Thanks.

As of 1.9.0 knnlib in RPM will distribute in a standalone rpm instead of a zip.

Thanks I will create a task for me to handle this. I will be closing this issue since I already have all other rpms I will just take new 1.9 rpms and update my repo.

Labels

bug

Something isn’t working

RPM

RPM related requests

2 participants

Источник

I’m stuck with a problem when I try to install a local .rpm packages.
Error message:

Total size: 124 M
Installed size: 124 M
Is this ok [y/d/N]: y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
error: Couldn't create temporary file for %pre(PACKAGE): Success
Error in PREIN scriptlet in rpm package PACKAGE
  Verifying  : PACKAGE                                                 1/1

Failed:
  PACKAGE

I’m completely lost, since I’m pretty new with linux.
I’m testing on a:
OS: "Oracle Linux Server 7.9"
Kernel release: 5.4.17-2136.309.4.el7uek.x86_64

asked Nov 21, 2022 at 21:28

It’s impossible to know WHY you get this failure because we don’t have the SPEC.

RPM files are built from a SPEC file. A SPEC contains information about the package and instructions on how to install it. SPEC files also contain scriptlets (see https://docs.fedoraproject.org/en-US/packaging-guidelines/Scriptlets/) that are triggered during different phases of the (un)installation.

If you have the source RPM (SRPM) of your local package, you can check the SPEC file and specifically the %pre scriptlets to see what’s going on there. Use a command like rpm2cpio my-local-rpm.src.rpm | cpio -civ '*.spec' or use the Midnight Commander trick from below.

If you don’t have the SRPM, a simple trick to view the scriptlets is to install Midnight Commander (mc) by issuing sudo yum -y install mc, then run mc and go to your RPM. Press Enter on the filename. Navigate to INFO/SCRIPTS and check the contents of the different scriptlets by pressing F3.

answered Nov 30, 2022 at 7:54

EdwardEdward

2,2343 gold badges15 silver badges25 bronze badges

Источник