Bug 854798

Description of problem:
My F17 i686 system update ends with yum crash after "Running Transaction Test" with "Bus error" (SIGBUS) error message. Narrowing problem, I find that:

- certain operations as package installation, deletion, verificatiob and RPM DB rebuild works fine

- problem is with "php-common" package - operations as "rpm -V php-common", "rpm -e php-common", "rpm -Uv /tmp/php-common-5.4.6-2.fc17.i686.rpm" with him ends with same error.
When I tried it just erase from RPM DB, same error:
# rpm -e --justdb php-common
BDB2053 Freeing read locks for locker 0x1c5: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1c7: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1c8: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1c9: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1ca: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1cb: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1cc: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1cd: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1ce: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1cf: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1d0: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1d1: 22565/3076258176
BDB2053 Freeing read locks for locker 0x1d2: 22565/3076258176
Chyba na sběrnici (neplatná adresa) (SIGBUS)
(rem: czech "Chyba na sběrnici (neplatná adresa)" is translatable as "Bus error (invalid address)")

I tried debug this last command (delete "php-common just in RPM DB, without modify package files on filesystem) i got:

# gdb rpm
GNU gdb (GDB) Fedora (7.4.50.20120120-49.fc17)
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/rpm...Reading symbols from /usr/lib/debug/bin/rpm.debug...done.
done.
(gdb) run -e --justdb php-common
Starting program: /usr/bin/rpm -e --justdb php-common
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".

Program received signal SIGBUS, Bus error.
SHA256_Update (ctx=0x8838160, input=0xb70bd000 <Address 0xb70bd000 out of bounds>, inputLen=61472) at sha512.c:444
444             memcpy(B, input, SHA256_BLOCK_LENGTH);
(gdb) bt
#0  SHA256_Update (ctx=0x8838160, input=0xb70bd000 <Address 0xb70bd000 out of bounds>, inputLen=61472) at sha512.c:444
#1  0xb7392b27 in SHA256_Update (cx=0x8838160, 
    input=0xb70bc000 "[PHP]\n\n", ';' <repeats 19 times>, "\n; About php.ini   ;\n", ';' <repeats 19 times>, "\n; PHP's initialization file, generally called php.ini, is responsible for\n; configuring many of the aspects of PHP's behavior.\n\n; PHP"..., inputLen=65568) at loader.c:990
#2  0xb7378931 in NSC_DigestUpdate (ulPartLen=65568, 
    pPart=0xb70bc000 "[PHP]\n\n", ';' <repeats 19 times>, "\n; About php.ini   ;\n", ';' <repeats 19 times>, "\n; PHP's initialization file, generally called php.ini, is responsible for\n; configuring many of the aspects of PHP's behavior.\n\n; PHP"..., hSession=17) at pkcs11c.c:1388
#3  NSC_DigestUpdate (hSession=17, 
    pPart=0xb70bc000 "[PHP]\n\n", ';' <repeats 19 times>, "\n; About php.ini   ;\n", ';' <repeats 19 times>, "\n; PHP's initialization file, generally called php.ini, is responsible for\n; configuring many of the aspects of PHP's behavior.\n\n; PHP"..., ulPartLen=65568) at pkcs11c.c:1376
#4  0xb765b7cd in PK11_DigestOp (context=0x887db80, 
    in=0xb70bc000 "[PHP]\n\n", ';' <repeats 19 times>, "\n; About php.ini   ;\n", ';' <repeats 19 times>, "\n; PHP's initialization file, generally called php.ini, is responsible for\n; configuring many of the aspects of PHP's behavior.\n\n; PHP"..., 
    inLen=65568) at pk11cxt.c:819
#5  0xb764d683 in HASH_Update (context=0x88e70d8, 
    src=0xb70bc000 "[PHP]\n\n", ';' <repeats 19 times>, "\n; About php.ini   ;\n", ';' <repeats 19 times>, "\n; PHP's initialization file, generally called php.ini, is responsible for\n; configuring many of the aspects of PHP's behavior.\n\n; PHP"..., len=len@entry=65568) at sechash.c:422
#6  0x4e62d1ce in rpmDigestUpdate (ctx=0x88e1f58, data=data@entry=0xb70bc000, len=len@entry=65568) at digest.c:201
#7  0x4e63986f in rpmDoDigest (algo=8, fn=0x883dc00 "/etc/php.ini", asAscii=0, 
    digest=0xbf8a4cc8 "\230M\212\277\220M\212\277", fsizep=0x0) at rpmfileutil.c:184
#8  0x4e607745 in handleOverlappedFiles (fi=0x88248b8, p=0x88265e8, ht=0x886e9a0, ts=0x881e6f8) at transaction.c:541
#9  rpmtsPrepare (ts=0x881e6f8) at transaction.c:1309
#10 rpmtsRun (ts=ts@entry=0x881e6f8, okProbs=okProbs@entry=0x0, ignoreSet=0) at transaction.c:1418
#11 0x4e5f89f0 in rpmcliTransaction (ts=ts@entry=0x881e6f8, numPackages=numPackages@entry=1, ia=0x4e6226e0, ia=0x4e6226e0)
    at rpminstall.c:273
#12 0x4e5f8deb in rpmErase (ts=ts@entry=0x881e6f8, ia=ia@entry=0x4e6226e0, argv=0x87f5a08) at rpminstall.c:692
#13 0x080491e0 in main (argc=4, argv=0xbf8a4fd4) at rpmqv.c:258
(gdb)

I suspected some problem with file "/etc/php.ini", as backtrace show its first lines, and rpm had it open:

# lsof|grep php
rpm       22565         root  mem       REG        8,4     65568     789946 /etc/php.ini
rpm       22565         root   25r      REG        8,4     65568     789946 /etc/php.ini

My circumstance was acknowledged with:
# LANG=C cp -a /etc/php.ini /boot/php.ini.BCKP
cp: reading `/etc/php.ini': Input/output error
cp: failed to extend `/boot/php.ini.BCKP': Input/output error
# LANG=C cat /etc/php.ini >/dev/null
cat: /etc/php.ini: Input/output error

and finally after rewriting this file with one extrahed from rpm package:
cat /tmp/php.ini >/etc/php.ini
solved my problem and I was able do all operations with RPM subsystem
("rpm -e php-common", "yum update", ...)

But there is perhaps one or several minor bugs in RPM code:

- I/O errors should be reported (namely in "rpm -V PackageName" operation)

- when operate just on RPM DB, why are accessed files on filesystem? IMO they should not be accessed.

- why "rpm -U PackageFilename.rpm" operation supervise files from old package?
When it did owerwrite old files (as I did with /etc/php.ini manually), then problem should go away.
(but... - this point is foolish, as rpm perhaps a) old files not owerwrite, but delete at end, in order to revert transaction when some comes bad; b) /etc/php.ini is config file and rpm should ascertain if it was changed in comparison with DB information and decide its reservation or renaming to .rpmsave or so)

Version-Release number of selected component (if applicable):
rpm-4.9.1.3-7.fc17.i686