RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1180392 - gdbm-1.8.0-37.el6 refuses to store into a database opened for reading and writing
Summary: gdbm-1.8.0-37.el6 refuses to store into a database opened for reading and wri...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: gdbm
Version: 6.6
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: rc
: ---
Assignee: Marek Skalický
QA Contact: Robin Hack
URL:
Whiteboard:
: 1183180 1184254 1209448 (view as bug list)
Depends On:
Blocks: 1183570 1211527
TreeView+ depends on / blocked
 
Reported: 2015-01-09 06:16 UTC by Petr Pisar
Modified: 2019-02-15 14:00 UTC (History)
17 users (show)

Fixed In Version: gdbm-1.8.0-38.el6
Doc Type: Bug Fix
Doc Text:
Cause: Wrong patch applied to fix an issue when opening non-existing file in ruby. Consequence: gdbm uses wrong internal flags for file handlers and refuses to store into a database opened for reading and writing. Fix: Internal gdbm flags for file handlers are fixed. Result: gdbm stores into a database opened for reading and writing.
Clone Of:
: 1183570 (view as bug list)
Environment:
Last Closed: 2015-01-27 14:54:46 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Fix gdbm open flags (399 bytes, patch)
2015-01-09 10:17 UTC, Marek Skalický
no flags Details | Diff
Minimal patch to fix the original issue (418 bytes, patch)
2015-01-09 15:12 UTC, Honza Horak
no flags Details | Diff
reproducer for bz#1180392 (714 bytes, text/plain)
2015-01-12 09:52 UTC, Honza Horak
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 629640 0 low CLOSED Wrong open file flags result in wrong behaviour when opening un-existed file for reading 2021-02-22 00:41:40 UTC
Red Hat Product Errata RHBA-2015:0089 0 normal SHIPPED_LIVE gdbm bug fix update 2015-01-27 19:54:14 UTC

Internal Links: 629640

Description Petr Pisar 2015-01-09 06:16:58 UTC
This is a standalone bug report for issue noticed in comment #25 of bug #629640.

Non-affected version: gdbm-1.8.0-36.el6
Affected version: gdbm-1.8.0-37.el6

After upgrading to gdbm-1.8.0-37.el6, this Perl code changed behaviour on x86_64:

$ cat gdbmfix 
#!/usr/bin/perl
use strict;
use warnings;
use GDBM_File;

unlink <Op.dbmx*>;
my %h;
tie(%h, 'GDBM_File', 'Op.dbmx', &GDBM_WRCREAT, 0640)
        or die "Initialization failed";
$h{'goner1'} = 'snork';
untie(%h);

$ ./gdbmfix 
gdbm store returned -1, errno 0, key "goner1" at ./gdbmfix line 10.

The failed line 10 is the "$h{'goner1'} = 'snork';" line. I debugged the gdbm library and the -1 comes from this check at the very beginning of gdbm_store():

  /* First check to make sure this guy is a writer. */
  if (dbf->read_write != GDBM_WRITER)
    {
      gdbm_errno = GDBM_READER_CANT_STORE;
      return -1;
    }

Debugger show that the dbf->read_write holds value 2 while GDBM_WRITER macro is declared as 1.

It looks like the gdbm_open() does not set the database handle is opened for writing:

When calling gdbm_open():

Breakpoint 1, gdbm_open (file=0x63f1f0 "Op.dbmx", block_size=0, flags=2, mode=416, fatal_func=0x7ffff7d25420 <Perl_croak_nocontext>) at gdbmopen.c:76

When leaving the gdbm_open():

Breakpoint 2, gdbm_open (file=0x63f1f0 "Op.dbmx", block_size=0, flags=2, mode=416, fatal_func=0x7ffff7d25420 <Perl_croak_nocontext>) at gdbmopen.c:398
398       return dbf;
(gdb) p *dbf
$6 = {name = 0x62d090 "Op.dbmx", read_write = 2, fast_write = 1, central_free = 0, coalesce_blocks = 0, file_locking = 1, fatal_err = 0x7ffff7d25420 <Perl_croak_nocontext>, desc = 7, 
  header = 0x62a8f0, dir = 0x69b720, bucket_cache = 0x0, cache_size = 0, last_read = -1, bucket = 0x0, bucket_dir = 0, cache_entry = 0x0, header_changed = 0 '\000', 
  directory_changed = 0 '\000', bucket_changed = 0 '\000', second_changed = 0 '\000'}

The flags=2 is GDBM_WRCREAT which corresponds to the Perl code.

This is caused by the last hunk of the gdbm patch introduced in gdbm-1.8.0-37.el6:

diff -up gdbm-1.8.0/gdbmopen.c.gdbmopen gdbm-1.8.0/gdbmopen.c
--- gdbm-1.8.0/gdbmopen.c.gdbmopen  2012-06-12 10:08:02.853499099 +0200
+++ gdbm-1.8.0/gdbmopen.c   2012-06-12 10:08:13.620769745 +0200
@@ -129,19 +129,17 @@ gdbm_open (file, block_size, flags, mode
    dbf->desc = open (dbf->name, O_RDONLY, 0);
    break;

-      case GDBM_OPENMASK:
+      case GDBM_WRITER:
    dbf->desc = open (dbf->name, O_RDWR, 0);
    break;

       case GDBM_NEWDB:
    dbf->desc = open (dbf->name, O_RDWR|O_CREAT, mode);
-   flags = GDBM_WRITER;
    need_trunc = TRUE;
    break;

       default:
    dbf->desc = open (dbf->name, O_RDWR|O_CREAT, mode);
-   flags = GDBM_WRITER; ← THIS IS MISSING
    break;

Comment 2 Petr Pisar 2015-01-09 06:23:22 UTC
This breaks perl tests suite and NIS database compilation.

Comment 4 Marek Skalický 2015-01-09 10:17:17 UTC
Created attachment 978095 [details]
Fix gdbm open flags

Comment 5 Marek Skalický 2015-01-09 10:20:29 UTC
Fix in #629640 was backported from gdbm-1.10. But there had to be changed also gdbmstore.c file.

This patch fix this bug.

Comment 8 Honza Horak 2015-01-09 15:12:54 UTC
Created attachment 978190 [details]
Minimal patch to fix the original issue

(In reply to Marek Skalický from comment #5)
> Fix in #629640 was backported from gdbm-1.10. But there had to be changed
> also gdbmstore.c file.

And also gdbmdelete.c and gdbmclose.c would need a change, but all these changes are not necessary to fix the original issue. They do not do any harm if done all together, but since we want the minimal patch, only the one-line typo corresponding with the following changelog item should actually be fixed:
* gdbmopen.c: Fix typo; s/GDBM_OPENMASK/GDBM_WRITER/

The attached patch is actually the correct fix that should have been applied as a fix for the original bug report.

Comment 13 Honza Horak 2015-01-12 09:52:53 UTC
Created attachment 979036 [details]
reproducer for bz#1180392

Steps to reproduce (use the attached file 'test_store.c':
1. #> yum install gdbm-devel
2. $> gcc -lgdbm test_store.c
3. $> ./a.out
4. $> echo $?

Actual results:
error while storing file: Success
1

Expected results:
0

Comment 18 Petr Pisar 2015-01-19 09:28:10 UTC
*** Bug 1183180 has been marked as a duplicate of this bug. ***

Comment 23 Marek Skalický 2015-01-21 07:50:37 UTC
*** Bug 1184254 has been marked as a duplicate of this bug. ***

Comment 26 errata-xmlrpc 2015-01-27 14:54:46 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-0089.html

Comment 27 Petr Pisar 2015-04-07 16:43:54 UTC
*** Bug 1209448 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.