Hide Forgot
the new dumb behavior BREAKS LOCATE, displays thousands of things in "df", gives wrong error-messages for normal users if named is running as chroot and should be REVERTED / FIXED "locate" does find only things under "/Volumes/dune/www-servers" # BIND-Mounts /mnt/data/home /home none bind /mnt/data/yum-cache /var/cache/yum none bind /mnt/data/www/thelounge.net /Volumes/dune/www-servers none bind /mnt/data/www/phpincludes /Volumes/dune/www-servers/phpincludes none bind /dev/md2 is a RAID10 UUID=1abf071b-0c78-4b82-bb21-b3dfb269afa8 /mnt/data /dev/md2 on /mnt/data type ext4 (rw,nosuid,noatime,nodiratime,stripe=256,inode_readahead_blks=64) /dev/md2 on /home type ext4 (rw,nosuid,noatime,nodiratime,stripe=256,inode_readahead_blks=64) /dev/md2 on /var/cache/yum type ext4 (rw,nosuid,noatime,nodiratime,stripe=256,inode_readahead_blks=64) /dev/md2 on /Volumes/dune/www-servers type ext4 (rw,nosuid,noatime,nodiratime,stripe=256,inode_readahead_blks=64) /dev/md2 on /Volumes/dune/www-servers/phpincludes type ext4 (rw,nosuid,noatime,nodiratime,stripe=256,inode_readahead_blks=64) [root@rh:~]$ cat /proc/self/mountinfo 15 21 0:3 / /proc rw,relatime - proc /proc rw 16 21 0:15 / /sys rw,relatime - sysfs /sys rw 17 21 0:5 / /dev rw,nosuid,relatime - devtmpfs udev rw,size=8168648k,nr_inodes=2042162,mode=755 18 17 0:10 / /dev/pts rw,relatime - devpts devpts rw,gid=5,mode=620,ptmxmode=000 19 17 0:16 / /dev/shm rw,nosuid,noatime,nodiratime - tmpfs tmpfs rw,size=1048576k 20 21 0:17 / /run rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,mode=755 21 1 9:1 / / rw,noatime,nodiratime - ext4 /dev/md1 rw,commit=120,barrier=0,journal_async_commit,stripe=256,data=writeback,inode_readahead_blks=64 22 16 0:18 / /sys/fs/cgroup rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,mode=755 23 22 0:19 / /sys/fs/cgroup/systemd rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 24 22 0:20 / /sys/fs/cgroup/cpuset rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,cpuset 25 22 0:21 / /sys/fs/cgroup/ns rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,ns 26 22 0:22 / /sys/fs/cgroup/cpu rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,cpu 27 22 0:23 / /sys/fs/cgroup/cpuacct rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,cpuacct 28 22 0:24 / /sys/fs/cgroup/memory rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,memory 29 22 0:25 / /sys/fs/cgroup/devices rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,devices 30 22 0:26 / /sys/fs/cgroup/freezer rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,freezer 31 22 0:27 / /sys/fs/cgroup/net_cls rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,net_cls 32 22 0:28 / /sys/fs/cgroup/blkio rw,nosuid,nodev,noexec,relatime - cgroup cgroup rw,blkio 33 17 0:29 / /dev/mqueue rw,relatime - autofs systemd-1 rw,fd=28,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 34 16 0:30 / /sys/kernel/debug rw,relatime - autofs systemd-1 rw,fd=29,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 35 17 0:31 / /dev/hugepages rw,relatime - autofs systemd-1 rw,fd=30,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 36 16 0:32 / /sys/kernel/security rw,relatime - autofs systemd-1 rw,fd=31,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 37 15 0:33 / /proc/sys/fs/binfmt_misc rw,relatime - autofs systemd-1 rw,fd=32,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 38 21 0:17 / /var/run rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,mode=755 39 21 0:17 /lock /var/lock rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,mode=755 40 21 0:34 / /var/tmp rw,nosuid,noexec,noatime,nodiratime - tmpfs tmpfs rw,size=5242880k 41 21 0:35 / /media rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,mode=755 42 21 0:36 / /tmp rw,nosuid,noexec,noatime,nodiratime - tmpfs tmpfs rw,size=5242880k 43 21 0:37 / /var/www/sessiondata rw,nosuid,noexec,noatime,nodiratime - tmpfs tmpfs rw,size=153600k 44 35 0:38 / /dev/hugepages rw,relatime - hugetlbfs hugetlbfs rw 45 33 0:12 / /dev/mqueue rw,relatime - mqueue mqueue rw 46 21 9:0 / /boot rw,noatime,nodiratime - ext4 /dev/md0 rw,nouser_xattr,noacl,barrier=1,data=ordered 47 21 9:2 / /mnt/data rw,nosuid,noatime,nodiratime - ext4 /dev/md2 rw,commit=120,barrier=0,journal_async_commit,stripe=256,data=writeback,inode_readahead_blks=64 48 21 9:2 /home /home rw,nosuid,noatime,nodiratime - ext4 /dev/md2 rw,commit=120,barrier=0,journal_async_commit,stripe=256,data=writeback,inode_readahead_blks=64 49 21 9:2 /yum-cache /var/cache/yum rw,nosuid,noatime,nodiratime - ext4 /dev/md2 rw,commit=120,barrier=0,journal_async_commit,stripe=256,data=writeback,inode_readahead_blks=64 50 21 9:2 /www/thelounge.net /Volumes/dune/www-servers rw,nosuid,noatime,nodiratime - ext4 /dev/md2 rw,commit=120,barrier=0,journal_async_commit,stripe=256,data=writeback,inode_readahead_blks=64 51 50 9:2 /www/phpincludes /Volumes/dune/www-servers/phpincludes rw,nosuid,noatime,nodiratime - ext4 /dev/md2 rw,commit=120,barrier=0,journal_async_commit,stripe=256,data=writeback,inode_readahead_blks=64 52 15 0:39 / /proc/fs/vmblock/mountPoint rw,relatime - vmblock none rw 53 34 0:7 / /sys/kernel/debug rw,relatime - debugfs debugfs rw 54 36 0:14 / /sys/kernel/security rw,relatime - securityfs securityfs rw 55 37 0:40 / /proc/sys/fs/binfmt_misc rw,relatime - binfmt_misc binfmt_misc rw 56 16 0:41 / /sys/fs/fuse/connections rw,relatime - fusectl fusectl rw 57 21 0:42 / /mnt/arrakis rw,nosuid,nodev,noexec,relatime - fuse.sshfs reindl@arrakis:/ rw,user_id=500,group_id=501,max_read=65536
Please add specific steps to reproduce - what is the locate command line, what is the file it is supposed to find, etc.
what should i add? you have all mount-points above fact is that this worked as long there was a difference between bind-mounts and physical ones in the output of "mount" fact is i find NOTING on my machine inside "/mnt/data" which is not in the bind-mount "/Volumes/dune/www-servers" [harry@rh:~]$ stat /mnt/data/www/www.rhsoft.net/modules/events_edit.php Datei: „/mnt/data/www/www.rhsoft.net/modules/events_edit.php“ Größe: 24331 Blöcke: 48 EA Block: 4096 reguläre Datei Gerät: 902h/2306d Inode: 56366110 Verknüpfungen: 1 Zugriff: (0660/-rw-rw----) Uid: ( 48/ apache) Gid: ( 48/ apache) Zugriff : 2011-01-01 14:20:08.000000000 +0100 Modifiziert: 2011-01-01 14:20:08.000000000 +0100 Geändert : 2011-07-16 12:34:19.096088127 +0200 [harry@rh:~]$ locate events_edit.php /Volumes/dune/www-servers/contentlounge/updateservice/package/modules/events_edit.php /Volumes/dune/www-servers/digital.orf.at/modules/events_edit.php /Volumes/dune/www-servers/hvb/www.andersentag.at/modules/events_edit.php /Volumes/dune/www-servers/hvb/www.buchwoche.at/modules/events_edit.php /Volumes/dune/www-servers/hvb/www.fachkolleg.at/modules/events_edit.php /Volumes/dune/www-servers/hvb/www.hvb.at/modules/events_edit.php /Volumes/dune/www-servers/hvb/www.lesefestwoche.at/modules/events/interface_events_edit.php /Volumes/dune/www-servers/www.hofburg.at/modules/events_edit.php /Volumes/dune/www-servers/www.regionwagram.at/modules/events_edit.php /Volumes/dune/www-servers/www.regionwagram.at/modules/region/interface_events_edit.php /Volumes/dune/www-servers/www.vis.ac.at/modules/events_edit.php
Thanks, those two commands were exactly what I was looking for.
Thanks again for the information. Please check /etc/updatedb.conf: the default configuration in Fedora 15 includes /mnt (per #674635); is that the case in your setup? If not, please run, as root: > /usr/bin/updatedb -f "$(< /proc/filesystems awk '$1 == "nodev" && $2 != "rootfs" { print $2 }')" --debug-pruning >& log (i.e. take the command from /etc/cron.daily/mlocate.cron , add --debug-pruning and redirect output) and, again as root, > locate / | grep -F events_edit.php and attach both the log generated by updatedb and the output of the locate command.
[root@rh:~]$ cat /etc/updatedb.conf PRUNE_BIND_MOUNTS = "yes" PRUNEFS = "9p afs anon_inodefs auto autofs bdev binfmt_misc cgroup cifs coda configfs cpuset debugfs devpts ecryptfs exofs fuse fuse.sshfs fusectl gfs gfs2 hugetlbfs inotifyfs iso9660 jffs2 lustre mqueue ncpfs nfs nfs4 nfsd pipefs proc ramfs rootfs rpc_pipefs securityfs selinuxfs sfs sockfs sysfs tmpfs ubifs udf usbfs" PRUNENAMES = ".git .hg .svn" PRUNEPATHS = "/afs /media /mnt /net /sfs /tmp /udev /var/cache/ccache /var/spool/cups /var/spool/squid /var/tmp"
Created attachment 513986 [details] logoutput of /usr/bin/updatedb --debug-pruning
Created attachment 513987 [details] content of updatedb.conf
Created attachment 513988 [details] locate-call which does not show a folder in /mnt/
Created attachment 513989 [details] ls-output of the folder which is ignored by mlocate
prune = exclude and i am using since 10 years /mnt to mount all of my disks PRUNE_BIND_MOUNTS = "yes" does not work any longer because the new idiotic behavior that even "df" shows all sorts of BIND-Mounts including /var/named/chroot/etc/named i fix this in my "updatedb.conf" and hope this file is flagged as "config_noreplace", but anyways the dumb behavior that BIND-mounts are not flagged for any tool since F15 is one of the badest changes i have ever seen
(In reply to comment #10) > prune = exclude and i am using since 10 years /mnt to mount all of my disks I realize the change can be disruptive - at the same time, the FHS does specify /mnt as a place for _temporary_ mounts. > PRUNE_BIND_MOUNTS = "yes" does not work any longer because the new idiotic > behavior that even "df" shows all sorts of BIND-Mounts including > /var/named/chroot/etc/named It does work, as far as I can tell. The observed exclusion of /mnt/data has nothing to do with bind mounts. > i fix this in my "updatedb.conf" and hope this file is flagged as > "config_noreplace", Yes, it is. As the cause of the behavior related to /mnt/data has been discovered, I'm closing this bug; if you have other cases of PRUNE_BIND_MOUNTS not working, please reopen it.
> if you have other cases of PRUNE_BIND_MOUNTS not working, please reopen it Jesus chrsit scroll upwards [harry@rh:~]$ locate events_edit.php /Volumes/dune/www-servers/contentlounge/updateservice/package/modules/events_edit.php "/Volumes/dune/www-servers" IS A BIND MOUNT AND FOUND WITH LOCATE the problem is that in F15 exists NO WAY to find out any longer if it is a bind-mount because of braindead changes which are also affecting "df" and thousands of other things "mount"-command: F14: /data/www on /Volumes/dune/www-servers type none (rw,bind) F15: /dev/md2 on /Volumes/dune/www-servers type ext4 (rw,nosuid,noatime,nodiratime,commit=120,barrier=0,journal_async_commit,stripe=256,data=writeback,inode_readahead_blks=64) Translation: In F15 you get bullshit exactly as the real device I do not know what package exactly this triggers but whoever made this change has too less knowledge of UNIX-Systems
(In reply to comment #12) > > if you have other cases of PRUNE_BIND_MOUNTS not working, please reopen it > > Jesus chrsit scroll upwards > > [harry@rh:~]$ locate events_edit.php > /Volumes/dune/www-servers/contentlounge/updateservice/package/modules/events_edit.php > > "/Volumes/dune/www-servers" IS A BIND MOUNT AND FOUND WITH LOCATE Fair enough. I'm afraid I wasn't checking every line in all of that output. > the problem is that in F15 exists NO WAY to find out any longer > if it is a bind-mount There is a way, I just made an error when implementing it (namely, only handling bind mounts within a single device). I'll fix it. > Translation: In F15 you get bullshit exactly as the real device df output doesn't matter for mlocate.
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
I'm afraid this problem still exists in F17 and rawhide.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Another case to consider: mkdir /mnt/{1,2} mount /dev/sda1 /mnt/1 mount --bind /mnt/1/hiding/hidden /mnt/2 # At this point "/mnt/2" is a duplicate bind mount that should be hidden. mount /dev/sda2 /mnt/1/hiding # At this point "/mnt/2" is the unique path to the files and should not be hidden?! kzak suggests basically giving up and setting PRUNE_BIND_MOUNTS=no.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
This message is a notice that Fedora 19 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 19. It is Fedora's policy to close all bug reports from releases that are no longer maintained. Approximately 4 (four) weeks from now this bug will be closed as EOL if it remains open with a Fedora 'version' of '19'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 19 is 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 change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. 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.
Fedora 19 changed to end-of-life (EOL) status on 2015-01-06. Fedora 19 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
This message is a reminder that Fedora 21 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 21. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '21'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 21 is 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 change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. 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.
+1 to fix this
ridiculous how many years it takes to get the bad impact of careless changes like this bug and https://bugzilla.redhat.com/show_bug.cgi?id=1001092 takes this makes *so much* more troubles than /etc/mtab made für a whole decade
This message is a reminder that Fedora 23 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 23. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '23'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 23 is 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 change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. 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.
mlocate-0.26-14.fc24.x86_64 /export/root/quad/home/lace/arch/video-copy/vp8/H264.mp4 /quad/home/lace/arch/video-copy/vp8/H264.mp4 fstab: /quad /export/root/quad none bind,noauto 0 0 rc.local: mount --target /export/root/quad
i am impressed that changes with regressions left and right are introduced and *5 years* later the fallout is still not fixed
This message is a reminder that Fedora 24 is nearing its end of life. Approximately 2 (two) weeks from now Fedora will stop maintaining and issuing updates for Fedora 24. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '24'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 24 is 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 change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. 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.
Fedora 24 changed to end-of-life (EOL) status on 2017-08-08. Fedora 24 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
mlocate-0.26-23.fc30.x86_64
This message is a reminder that Fedora 30 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 30 on 2020-05-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '30'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 30 is 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 change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. 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.
mlocate-0.26-24.fc31.x86_64