Getting this message while performing yum update/upgrade

schatzman

• April 09, 2017 05:02

hello while trying to execute yum update or yum upgrade the following failed message appear: Error unpacking rpm package binutils-2.20.51.0.2-5.46.el6.x86_64 error: unpacking of archive failed on file /usr/bin/ld: cpio: rename failed - Operation not permitted binutils-2.20.51.0.2-5.44.el6.x86_64 was supposed to be removed but is not! There were non-fatal errors in the transaction how to fix this issue? thank you

• 

  cPanelMichael

  • April 10, 2017 18:25

  error: unpacking of archive failed on file /usr/bin/ld: cpio: rename failed - Operation not permitted

  
  Hello, Is SELinux enabled on this system? You can check with a command such as:
  getenforce
  Thank you.

  0
• 

  schatzman

  • April 11, 2017 15:25

  Hello, Is SELinux enabled on this system? You can check with a command such as:
  getenforce
  Thank you.

  
  Hi, from command getenforce the output is Disabled thanks Matan

  0
• 

  cPanelMichael

  • April 11, 2017 16:33

  Hello, It looks like the permissions or attributes on the file are preventing it from running on the system. Check to see if the file is using the immutable attribute by first seeing where that file links to with a command such as:
  ls -al /usr/bin/ld
  For instance, on a test system running CentOS 7, I see this output:
  # ls -al /usr/bin/ld lrwxrwxrwx 1 root root 20 Feb 20 22:44 /usr/bin/ld -> /etc/alternatives/ld
  Thus, I'd keep checking until I get that actual file path:
  # ls -al /etc/alternatives/ld lrwxrwxrwx 1 root root 15 Feb 20 22:44 /etc/alternatives/ld -> /usr/bin/ld.bfd
  Then, I'd run:
  stat /usr/bin/ld.bfd lsattr /usr/bin/ld.bfd
  These commands will vary depending on your system, but you essentially want what's causing the update operation to fail. Thank you.

  0
• 

  schatzman

  • April 11, 2017 17:42

  Hello, It looks like the permissions or attributes on the file are preventing it from running on the system. Check to see if the file is using the immutable attribute by first seeing where that file links to with a command such as:
  ls -al /usr/bin/ld
  For instance, on a test system running CentOS 7, I see this output:
  # ls -al /usr/bin/ld lrwxrwxrwx 1 root root 20 Feb 20 22:44 /usr/bin/ld -> /etc/alternatives/ld
  Thus, I'd keep checking until I get that actual file path:
  # ls -al /etc/alternatives/ld lrwxrwxrwx 1 root root 15 Feb 20 22:44 /etc/alternatives/ld -> /usr/bin/ld.bfd
  Then, I'd run:
  stat /usr/bin/ld.bfd lsattr /usr/bin/ld.bfd
  These commands will vary depending on your system, but you essentially want what's causing the update operation to fail. Thank you.

  
  ok, tried to execute it but getting some different output, attached is a screen shot.. thanks

  0
• 

  cPanelMichael

  • April 11, 2017 17:46

  Hello, Post the output from this command:
  lsattr /usr/bin/ld
  Thank you.

  0
• 

  schatzman

  • April 11, 2017 17:49

  Hello, Post the output from this command:
  lsattr /usr/bin/ld
  Thank you.

  
  sure, this is: ----i--------e- /usr/bin/ld

  0
• 

  cPanelMichael

  • April 11, 2017 17:51

  sure, this is: ----i--------e- /usr/bin/ld

  
  You can try removing the immutable attribute to see if that allows YUM to proceed. EX:
  chattr -i /usr/bin/ld
  Thank you.

  0
• 

  schatzman

  • April 11, 2017 18:03

  yes! thank you! all good now!

  0

Please sign in to leave a comment.