Project

General

Profile

Actions

Bug #5496

closed

RPM package always repaired, but not installed

Added by Dennis Cabooter about 10 years ago. Updated over 7 years ago.

Status:
Rejected
Priority:
1 (highest)
Assignee:
-
Category:
Techniques
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
0
Name check:
Fix check:
Regression:

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.


Related issues 1 (0 open1 closed)

Has duplicate Rudder - Bug #5850: rpmPackageInstallation v6.1 allways re-install packageRejected2014-11-27Actions
Actions #1

Updated by Matthieu CERDA about 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 ?

Actions #2

Updated by Benoît PECCATTE about 10 years ago

  • Assignee changed from Benoît PECCATTE to Matthieu CERDA

Sorry I don't know

Actions #3

Updated by Matthieu CERDA about 10 years ago

  • Target version changed from 2.11.3 to 2.11.4
Actions #4

Updated by Matthieu CERDA almost 10 years ago

I tested this, it seems that CFEngine now really expects us to specify package_architecture => { "arch" }; to make this work...

Actions #5

Updated by Dennis Cabooter almost 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?

Actions #6

Updated by Vincent MEMBRÉ almost 10 years ago

  • Target version changed from 2.11.4 to 2.11.5
Actions #7

Updated by Dennis Cabooter almost 10 years ago

This is still not fixed. At the moment I can't reliably install (i386) packages on RHEL/CentOS.

Actions #8

Updated by Dennis Cabooter almost 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.

Actions #9

Updated by Vincent MEMBRÉ almost 10 years ago

  • Target version changed from 2.11.5 to 2.11.6
Actions #10

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 2.11.6 to 2.11.7
Actions #11

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 2.11.7 to 2.11.8
Actions #12

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 2.11.8 to 2.11.9
Actions #13

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 2.11.9 to 2.11.10
Actions #14

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 2.11.10 to 2.11.11
Actions #15

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 2.11.11 to 2.11.12
Actions #16

Updated by Dennis Cabooter over 9 years ago

Please can someone look at this again? Nothing happened untill now.

Actions #17

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.11.12 to 2.11.13
Actions #18

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.11.13 to 2.11.14
Actions #19

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.11.14 to 2.11.15
Actions #20

Updated by Vincent MEMBRÉ almost 9 years ago

  • Target version changed from 2.11.15 to 2.11.16
Actions #21

Updated by Vincent MEMBRÉ almost 9 years ago

  • Target version changed from 2.11.16 to 2.11.17
Actions #22

Updated by Vincent MEMBRÉ almost 9 years ago

  • Target version changed from 2.11.17 to 2.11.18
Actions #23

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.11.18 to 2.11.19
Actions #24

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.11.19 to 2.11.20
Actions #25

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.11.20 to 2.11.21
Actions #26

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.11.21 to 2.11.22
Actions #27

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.11.22 to 2.11.23
Actions #28

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 2.11.23 to 2.11.24
Actions #29

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 2.11.24 to 308
Actions #30

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 308 to 3.1.14
Actions #31

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 3.1.14 to 3.1.15
Actions #32

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 3.1.15 to 3.1.16
Actions #33

Updated by Vincent MEMBRÉ almost 8 years ago

  • Target version changed from 3.1.16 to 3.1.17
Actions #34

Updated by Benoît PECCATTE almost 8 years ago

  • Assignee deleted (Matthieu CERDA)
Actions #35

Updated by Vincent MEMBRÉ almost 8 years ago

  • Target version changed from 3.1.17 to 3.1.18
Actions #36

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.18 to 3.1.19
Actions #37

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.

Actions

Also available in: Atom PDF