| Summary: | Yum tracebacks when trying to stat() a yumdb entry and getting EACCES (shouldn't happen). | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Paul DeStefano <paul.destefano-redhat2> |
| Component: | yum | Assignee: | Fedora Packaging Toolset Team <packaging-team> |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 15 | CC: | ffesti, james.antill, long, maxamillion, pmatilai, tla, zpavlas |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Unspecified | ||
| Whiteboard: | abrt_hash:8825848aa16b04452acf8ce50aa9177d905cd716 | ||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-08-07 17:58:43 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Paul DeStefano
2011-07-07 00:05:56 UTC
*** Bug 719044 has been marked as a duplicate of this bug. *** Can either of you give me a "ls -ld" on the filename, and all preceeding paths? Eg. using /var/lib/yum/yumdb/y/d449ffdd4a874c7c398ceb52023d6718aa1876ad-yum-plugin-remove-with-leaves-1.1.30-2.fc15-noarch/from_repo as an example: ls -ld /var/lib/yum/yumdb/y/d449ffdd4a874c7c398ceb52023d6718aa1876ad-yum-plugin-remove-with-leaves-1.1.30-2.fc15-noarch/from_repo ls -ld /var/lib/yum/yumdb/y/d449ffdd4a874c7c398ceb52023d6718aa1876ad-yum-plugin-remove-with-leaves-1.1.30-2.fc15-noarch ls -ld /var/lib/yum/yumdb/y ls -ld /var/lib/yum/yumdb ls -ld /var/lib/yum ls -ld /var/lib ls -ld /var I think this is what you wanted: [root@raptor /]# ls -ld /var/lib/yum/yumdb/x/4b4b0ba029e841511ccfc325d93171af4dc488c0-xorg-x11-xkb-extras-7.5-3.fc15-x86_64/from_repo -rw-------. 1 root root 6 Jul 5 10:07 /var/lib/yum/yumdb/x/4b4b0ba029e841511ccfc325d93171af4dc488c0-xorg-x11-xkb-extras-7.5-3.fc15-x86_64/from_repo [root@raptor /]# ls -ld /var/lib/yum/yumdb/x/4b4b0ba029e841511ccfc325d93171af4dc488c0-xorg-x11-xkb-extras-7.5-3.fc15-x86_64/ drwx------. 2 root root 4096 Jul 5 10:07 /var/lib/yum/yumdb/x/4b4b0ba029e841511ccfc325d93171af4dc488c0-xorg-x11-xkb-extras-7.5-3.fc15-x86_64/ [root@raptor /]# ls -ld /var/lib/yum/yumd^C [root@raptor /]# ls -ld /var/lib/yum/yumdb/x/ drwxr-xr-x. 92 root root 16384 Jul 5 10:07 /var/lib/yum/yumdb/x/ [root@raptor /]# ls -ld /var/lib/yum/yumdb/ drwxr-xr-x. 36 root root 4096 May 26 17:29 /var/lib/yum/yumdb/ [root@raptor /]# ls -ld /var/lib/yum/ drwxr-xr-x. 6 root root 4096 Jul 5 10:07 /var/lib/yum/ [root@raptor /]# ls -ld /var/lib/ drwxr-xr-x. 45 root root 4096 Jun 28 08:50 /var/lib/ [root@raptor /]# ls -ld /var/ drwxr-xr-x. 18 root root 4096 May 26 17:25 /var/ [root@raptor /]# ls -ld / dr-xr-xr-x. 24 root root 4096 Jul 6 15:08 / Sure: > ls -ld /var drwxr-xr-x. 19 root root 4096 Jun 26 01:49 /var/ > ls -ld /var/lib drwxr-xr-x. 42 root root 4096 Jul 1 13:15 /var/lib/ > ls -ld /var/lib/yum drwxr-xr-x. 6 root root 4096 Jul 6 16:52 /var/lib/yum/ > ls -ld /var/lib/yum/yumdb drwxrwxr-x. 37 root root 4096 Jul 6 16:21 /var/lib/yum/yumdb/ > ls -ld /var/lib/yum/yumdb/y drwxrwxr-x. 15 root root 4096 Jun 29 22:03 /var/lib/yum/yumdb/y/ > ls -ld /var/lib/yum/yumdb/y/d449ffdd4a874c7c398ceb52023d6718aa1876ad-yum-plugin-remove-with-leaves-1.1.30-2.fc15-noarch drwx------. 2 root root 4096 Jun 26 15:51 /var/lib/yum/yumdb/y/d449ffdd4a874c7c398ceb52023d6718aa1876ad-yum-plugin-remove-with-leaves-1.1.30-2.fc15-noarch/ > ls -ld /var/lib/yum/yumdb/y/d449ffdd4a874c7c398ceb52023d6718aa1876ad-yum-plugin-remove-with-leaves-1.1.30-2.fc15-noarch/from_repo ls: cannot access /var/lib/yum/yumdb/y/d449ffdd4a874c7c398ceb52023d6718aa1876ad-yum-plugin-remove-with-leaves-1.1.30-2.fc15-noarch/from_repo: Permission denied Thanks for your help. I have a couple theories, but nothing fits perfectly. Ok, so it's just the last directories ... can you run the "umask" command, and tell me what it says ... or tell me if you know you do anything to that as root? All of my umasks are 077. I don't believe I've done anything as root to those directories in particular. :-) Yep, same here. Well, *my normal user* umask is 077. I use sudo, so when I run 'sudo yum install ...' it runs with umask 077. But, it only fits if yum doesn't control permissions on it's database, which would be unexpected. This isn't a problem with RPM is it? If it is--if rpm also does not control it's database permissions--then we have an even bigger problem. Yeh, I just wanted to make sure that this was another umask bug ... and not something else. I've changed yum upstream to reset umask on mkdir() as well as open(), when it's creating yumdb stuff. rpm should have fixed any umask problems long ago ... but then it doesn't really go creating new files much, so it's somewhat easier :). Awesome! Many thanks! Is it safe to assume the correct permissions are 775 for directories and 664 for files under yumdb/ ? Yeh, those should work. Although we change the umask to 022, so you get 755 and 644. Got it. Thanks. This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component. This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |