On Wed, Jun 30, 2010 at 3:59 PM, Aleksey Tsalolikhin
<[email protected]> wrote:
> Thank you for all your replies, looks like prelink is indeed the
> culprit, even "rpm -V" told me so, I just did not know what "prelink"
> meant so it went in one ear and out the other:
>
> [r...@server2 ~]# rpm -V e2fsprogs
> prelink: /sbin/mkfs.ext3: at least one of file's dependencies has
> changed since prelinking
> S.?....T /sbin/mkfs.ext3
> [r...@server2 ~]#
BTW, that's the message that I got after I copied /sbin/mkfs.ext3 from
server1 to server2.
I am still trying to understand why the two servers are different.
I read up on "prelink"; and used "ldd /sbin/mkfs.ext3" to
list the dependencies (libraries).
There are 13 dependencies; file size is the same between servers but
md5sum's are different!
Most of these libraries have other libraries they call; I finally drilled down
to ld-2.5.so which is statically built.
Same thing: same file size, same datestamp, same package version; but
the binary is actually different; yet rpm -V does not complain. Why?
(Both systems are running CentOS 5.4; one was deployed in December 2009,
the other in April 2010.)
[r...@server1 /lib64]# ls -l ld-2.5.so
-rwxr-xr-x 1 root root 139416 Sep 2 2009 ld-2.5.so
[r...@server1 /lib64]# md5sum ld-2.5.so
ad38c69452b3990852c0d3e0ea51a31b ld-2.5.so
[r...@server1 /lib64]# ldd ld-2.5.so
statically linked
[r...@server1 /lib64]# rpm -q -f /lib64/ld-2.5.so
glibc-2.5-42
[r...@server1 /lib64]# rpm -V glibc
[r...@server1 /lib64]#
[r...@server2 /lib64]# ls -l ld-2.5.so
-rwxr-xr-x 1 root root 139416 Sep 2 2009 ld-2.5.so
[r...@server2 /lib64]# md5sum ld-2.5.so
ddb5ad336c3cf40ee2c69b91ef7bfd04 ld-2.5.so
[r...@server2 /lib64]# ldd ld-2.5.so
statically linked
[r...@server2 /lib64]#
[r...@server2 /lib64]# rpm -q -f /lib64/ld-2.5.so
glibc-2.5-42
[r...@server2 /lib64]# rpm -V glibc-2.5-42
[r...@server2 /lib64]#
Any ideas?
Best,
-at
_______________________________________________
Tech mailing list
[email protected]
http://lopsa.org/cgi-bin/mailman/listinfo/tech
This list provided by the League of Professional System Administrators
http://lopsa.org/
