Bug #5496
closedRPM package always repaired, but not installed
Description
- Technique name: Package management for RHEL / CentOS / SuSE / RPM systems
- Technique version: 5.1
- Package to be installed: gd.i386
This is what is installed:
# yum list installed gd | tail -1 gd.x86_64 2.0.33-9.4.el5_4.2 installed
This is what i found in the logs:
2014-09-08T11:07:16+0200 verbose: /default/check_rpm_package_installation/packages/'gd.i386'[0]: Running /usr/bin/yum -y install gd.i386-* in shell 2014-09-08T11:07:16+0200 verbose: /default/check_rpm_package_installation/packages/'gd.i386'[0]: Executing /usr/bin/yum -y install gd.i386-*... 2014-09-08T11:07:17+0200 info: /default/check_rpm_package_installation/packages/'gd.i386'[0]: Q:yum -y install gd.i3 ...:Loaded plugins: fastestmirror, priorities, security 2014-09-08T11:07:17+0200 info: /default/check_rpm_package_installation/packages/'gd.i386'[0]: Q:yum -y install gd.i3 ...:Loading mirror speeds from cached hostfile 2014-09-08T11:07:17+0200 info: /default/check_rpm_package_installation/packages/'gd.i386'[0]: Q:yum -y install gd.i3 ...:Setting up Install Process 2014-09-08T11:07:17+0200 info: /default/check_rpm_package_installation/packages/'gd.i386'[0]: Q:yum -y install gd.i3 ...:No package gd.i386-* available. 2014-09-08T11:07:17+0200 info: /default/check_rpm_package_installation/packages/'gd.i386'[0]: Q:yum -y install gd.i3 ...:Nothing to do
Which is correct:
# yum install gd.i386-* Loaded plugins: fastestmirror, priorities, security Loading mirror speeds from cached hostfile Setting up Install Process No package gd.i386-* available. Nothing to do
It should be installed like this (mind the omitted dash):
# yum install gd.i386* Loaded plugins: fastestmirror, priorities, security Loading mirror speeds from cached hostfile Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package gd.i386 0:2.0.33-9.4.el5_4.2 set to be updated --> Finished Dependency Resolution
In the past the technique did install the correct package - i386 on a 64 bit system. Can't remember the last version of Rudder/technique where it was still working.
Updated by Matthieu CERDA over 10 years ago
- Status changed from New to Discussion
- Assignee changed from Jonathan CLARKE to Benoît PECCATTE
Hm, this is indeed a problem, maybe linked to the port to ncf and the usage of the stock stdlib again. Benoît, do you know if something has been changed recently in this Technique ?
Updated by Benoît PECCATTE over 10 years ago
- Assignee changed from Benoît PECCATTE to Matthieu CERDA
Sorry I don't know
Updated by Matthieu CERDA about 10 years ago
- Target version changed from 2.11.3 to 2.11.4
Updated by Matthieu CERDA about 10 years ago
I tested this, it seems that CFEngine now really expects us to specify package_architecture => { "arch" }; to make this work...
Updated by Dennis Cabooter about 10 years ago
That sounds better to me than to specify it in the package name. Does it mean that the tecnique needs an additional checkbox to choose between i386 and x86_64?
Updated by Vincent MEMBRÉ about 10 years ago
- Target version changed from 2.11.4 to 2.11.5
Updated by Dennis Cabooter about 10 years ago
This is still not fixed. At the moment I can't reliably install (i386) packages on RHEL/CentOS.
Updated by Dennis Cabooter about 10 years ago
- Priority changed from 3 to 1 (highest)
Also reporting is flaky:
fuse Error taking action for RPM package fuse with policy: add Error fuse-ntfs-3g Performed repair action for RPM package fuse-ntfs-3g to comply with policy: add Repaired gd.i386 Performed repair action for RPM package gd.i386 to comply with policy: add Repaired
And now the real situation for these packages:
# rpm -qa --qf "%{n}-%{arch}\n" fuse fuse-x86_64 # rpm -qa --qf "%{n}-%{arch}\n" fuse-ntfs-3g fuse-ntfs-3g-x86_64 # rpm -qa --qf "%{n}-%{arch}\n" gd gd-x86_64 gd-i386
In other words Rudder reporting on this is really wrong; I can't rely on it.
Updated by Vincent MEMBRÉ about 10 years ago
- Target version changed from 2.11.5 to 2.11.6
Updated by Vincent MEMBRÉ almost 10 years ago
- Target version changed from 2.11.6 to 2.11.7
Updated by Vincent MEMBRÉ almost 10 years ago
- Target version changed from 2.11.7 to 2.11.8
Updated by Vincent MEMBRÉ almost 10 years ago
- Target version changed from 2.11.8 to 2.11.9
Updated by Vincent MEMBRÉ almost 10 years ago
- Target version changed from 2.11.9 to 2.11.10
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 2.11.10 to 2.11.11
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 2.11.11 to 2.11.12
Updated by Dennis Cabooter over 9 years ago
Please can someone look at this again? Nothing happened untill now.
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 2.11.12 to 2.11.13
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 2.11.13 to 2.11.14
Updated by Vincent MEMBRÉ over 9 years ago
- Target version changed from 2.11.14 to 2.11.15
Updated by Vincent MEMBRÉ about 9 years ago
- Target version changed from 2.11.15 to 2.11.16
Updated by Vincent MEMBRÉ about 9 years ago
- Target version changed from 2.11.16 to 2.11.17
Updated by Vincent MEMBRÉ about 9 years ago
- Target version changed from 2.11.17 to 2.11.18
Updated by Vincent MEMBRÉ almost 9 years ago
- Target version changed from 2.11.18 to 2.11.19
Updated by Vincent MEMBRÉ almost 9 years ago
- Target version changed from 2.11.19 to 2.11.20
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 2.11.20 to 2.11.21
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 2.11.21 to 2.11.22
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 2.11.22 to 2.11.23
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 2.11.23 to 2.11.24
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 2.11.24 to 308
Updated by Vincent MEMBRÉ over 8 years ago
- Target version changed from 308 to 3.1.14
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 3.1.14 to 3.1.15
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 3.1.15 to 3.1.16
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 3.1.16 to 3.1.17
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 3.1.17 to 3.1.18
Updated by Vincent MEMBRÉ almost 8 years ago
- Target version changed from 3.1.18 to 3.1.19
Updated by François ARMAND over 7 years ago
- Status changed from Discussion to Rejected
- Priority set to 0
I'm closing that ticket because we created new package technique for exactly that kind of problem. Please feel free to reopen the ticket if the problem persists with them.