Description of problem: Write opertations on webdav always fail with "500 Internal Server Error", read works correctly. See output from error_log: [Wed Sep 13 09:44:07.105979 2017] [dav_fs:crit] [pid 16161:tid 139961240123136] (20019)DSO load failed: AH00576: The DBM driver could not be loaded [Wed Sep 13 09:44:07.105997 2017] [dav:error] [pid 16161:tid 139961240123136] [client 127.0.0.1:43752] The locks could not be queried for verification against a possible "If:" header. [500, #0] [Wed Sep 13 09:44:07.106004 2017] [dav:error] [pid 16161:tid 139961240123136] [client 127.0.0.1:43752] Could not open the lock database. [500, #400] [Wed Sep 13 09:44:07.106009 2017] [dav:error] [pid 16161:tid 139961240123136] (20019)DSO load failed: [client 127.0.0.1:43752] Could not open property database. [500, #1] Version-Release number of selected component (if applicable): httpd-2.4.27-6.fc27.x86_64 How reproducible: Always when trying to put/rm/edit/copy on webdav using cadaver, ls/cat works correctly. Steps to Reproduce: 1. Configure webdav e.g. using the following in httpd.conf: DAVLockDB DAVLock Alias /dav /var/www/dav <Location /dav> Dav On </Location> 2. mkdir /var/www/dav 3. sudo service httpd restart 4. cadaver http://localhost/dav 5. dav:/dav/> put FILE Actual results: 500 Internal Server Error Expected results: FILE is copied into /var/www/dav/FILE without failure Additional info: The same problem happens also with gvfsd-dav, so I suppose that it is httpd bug...
If you install apr-util-bdb does this go away?
Ok, the "DSO load failed: AH00576: The DBM driver could not be loaded" disappears from logs with apr-util-bdb, but still get "500 Internal Server Error" and see the following: [Wed Sep 13 10:43:18.457159 2017] [dav:error] [pid 27103:tid 139692652566272] [client 127.0.0.1:44910] The locks could not be queried for verification against a possible "If:" header. [500, #0] [Wed Sep 13 10:43:18.457187 2017] [dav:error] [pid 27103:tid 139692652566272] [client 127.0.0.1:44910] Could not open the lock database. [500, #400] [Wed Sep 13 10:43:18.457195 2017] [dav:error] [pid 27103:tid 139692652566272] (120013)APR does not understand this error code: [client 127.0.0.1:44910] Could not open property database. [500, #1]
For the record: The HTTPD-related test t5540 in the git test suite suddenly failed when I switched to F27 from F26. Installing apr-util-bdb solved this issue (after quite some time of searching for other solutions...). Has this been split off in F27's package when it wasn't in F26? Lot's of surprise failures to expect...
I installed apr-util-bdb in Fedora 27 and my DAV issues have gone away. All is working again.
I ran into this problem as well, not just with the DavLockDB but also with the AuthDBMUserFile. After installing apr-util-bdb i got the same errors as reported in comment 2. After a lot of trial and error i got everything working again. It appears the default DBM type has changed from 'SDBM' to something else. 1) Replacing 'AuthDBMType default' with "AuthDBMType SDBM" fixed the problems with the AuthDBMUserFile. 2) Removing the old DavLockDB files fixed the problems with the DavLockDB.
I think apr-util-bdb should be set as dependency in httpd.
Installing apr-utl-bdb after upgrading to fc27 from fc26 has resolved the file uploading errors that resulted in upload failure. After installing this AND rebooting all is working as expected.
i had the same problem and searched for hours. Installing apr-utl-bdb fixed it (even without restarting http) Would be nice if this problem can be fixed to prevent others from searching for hours as well.
Commit: http://pkgs.fedoraproject.org/rpms/apr-util/c/7def96255723f89df0831670d8bd9a6be5a979c3
Package: apr-util-1.6.1-8.fc30
Package: apr-util-1.6.1-8.fc29
Package: apr-util-1.6.1-8.fc28
Package: apr-util-1.6.1-8.fc27
apr-util-1.6.1-8.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-c8d417e98d
apr-util-1.6.1-8.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-77436cb193
apr-util-1.6.1-8.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-7be239ecaa
apr-util-1.6.1-8.fc29 has been pushed to the Fedora 29 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-77436cb193
apr-util-1.6.1-8.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-c8d417e98d
apr-util-1.6.1-8.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-7be239ecaa
apr-util-1.6.1-8.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.
apr-util-1.6.1-8.fc29 has been pushed to the Fedora 29 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to Michael J Gruber from comment #3) > For the record: > > The HTTPD-related test t5540 in the git test suite suddenly failed when I > switched to F27 from F26. > > Installing apr-util-bdb solved this issue (after quite some time of > searching for other solutions...). Has this been split off in F27's package > when it wasn't in F26? Lot's of surprise failures to expect... I don't think this problem will be solved by the fix as committed, dnf builddep seems to ignore this Recommends. See the workaround in git sources, https://src.fedoraproject.org/rpms/git/blob/master/f/git.spec#_172
apr-util-1.6.1-8.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
For those arriving via google, the error handling is fixed in apr-util here: http://svn.apache.org/viewvc?rev=1891018&view=rev and for httpd here: http://svn.apache.org/viewvc?rev=1891019&view=rev