CentOS - Jul 2018 - upgrade 7.4 --> 7.5: dbus broken

After a manual fix I have that, too. Point is that for historic
hosts this symlink doesn't exist. The upgrade fails due to dbus
becoming unavailable. And the next reboot fails, too, because
the symlink is not created automatically.

Can you confirm this?


Regards
Harri

On Thu, Jul 05, 2018 at 11:26:28AM +0200, Harald Dunkel
wrote:
> After a manual fix I have that, too. Point is that for historic
> hosts this symlink doesn't exist. The upgrade fails due to dbus
> becoming unavailable. And the next reboot fails, too, because
> the symlink is not created automatically.
> 
> Can you confirm this?
The /var/run symlink to /run is part of the 'filesystem' package, and
has existed as a symlink since 7.0.1406 was released:

$ rpmls -l
http://vault.centos.org/7.0.1406/os/x86_64/Packages/filesystem-3.2-18.el7.x86_64.rpm
|grep /var/run
lrwxrwxrwx  root     root     /var/run

-- 
Jonathan Billings <billings at negate.org>

On 05/07/2018 14:18, Jonathan Billings wrote:
> The /var/run symlink to /run is part of the 'filesystem' package,
and
> has existed as a symlink since 7.0.1406 was released:
> 
> $ rpmls -l
http://vault.centos.org/7.0.1406/os/x86_64/Packages/filesystem-3.2-18.el7.x86_64.rpm
|grep /var/run
> lrwxrwxrwx  root     root     /var/run
I've never seen "rpmls". Is it an actual command, or your personal
alias? I would have done:

rpm -qlvp
http://vault.centos.org/7.0.1406/os/x86_64/Packages/filesystem-3.2-18.el7.x86_64.rpm
|grep /var/run

Regards,
Anand

On Thu, Jul 05, 2018 at 08:18:08AM -0400, Jonathan Billings
wrote:
> The /var/run symlink to /run is part of the 'filesystem' package,
and
> has existed as a symlink since 7.0.1406 was released:
> 
> $ rpmls -l
http://vault.centos.org/7.0.1406/os/x86_64/Packages/filesystem-3.2-18.el7.x86_64.rpm
|grep /var/run
> lrwxrwxrwx  root     root     /var/run
More specifically, the 'filesystem' package creates and symlinks the
/var/run directory as part of the pretrans scriptlet (which is a lua
script):

$ rpm -q --scripts
http://vault.centos.org/7.0.1406/os/x86_64/Packages/filesystem-3.2-18.el7.x86_64.rpm

pretrans scriptlet (using <lua>):
--# If we are running in pretrans in a fresh root, there is no /usr and
--# symlinks. We cannot be sure, to be the very first rpm in the
--# transaction list. Let's create the needed base directories and symlinks
--# here, to place the files from other packages in the right locations.
--# When our rpm is unpacked by cpio, it will set all permissions and modes
--# later.
posix.mkdir("/usr")
posix.mkdir("/usr/bin")
posix.mkdir("/usr/sbin")
posix.mkdir("/usr/lib")
posix.mkdir("/usr/lib/debug")
posix.mkdir("/usr/lib/debug/usr")
posix.mkdir("/usr/lib64")
posix.symlink("usr/bin", "/bin")
posix.symlink("usr/sbin", "/sbin")
posix.symlink("usr/lib", "/lib")
posix.symlink("usr/bin", "/usr/lib/debug/bin")
posix.symlink("usr/lib", "/usr/lib/debug/lib")
posix.symlink("usr/lib64", "/usr/lib/debug/lib64")
posix.symlink("../.dwz", "/usr/lib/debug/usr/.dwz")
posix.symlink("usr/sbin", "/usr/lib/debug/sbin")
posix.symlink("usr/lib64", "/lib64")
posix.mkdir("/run")
posix.symlink("../run", "/var/run")
posix.symlink("../run/lock", "/var/lock")
return 0
posttrans scriptlet (using /bin/sh):
#/bin/sh dependency should not be problem for posttrans
#we need to restorecon on some dirs created in %pretrans or by other packages
restorecon /var/run 2>/dev/null >/dev/null || :
restorecon /var/lock 2>/dev/null >/dev/null || :
restorecon -r /usr/lib/debug/ 2>/dev/null >/dev/null || :
restorecon /sys 2>/dev/null >/dev/null || :
restorecon /boot 2>dev/null >/dev/null || :
restorecon /proc 2>dev/null >/dev/null || :
restorecon /dev 2>dev/null >/dev/null || :


-- 
Jonathan Billings <billings at negate.org>