############################################################### # PLEASE NOTE: # # # # At the time of writing, RHEL 6.7 is still pre-beta and this # # bug was found in an *UNRELEASED* update to squid. # # It has been fixed before RHEL 6.7 ships. # ############################################################### Description of problem: After install of test packages for RHEL 6.7, when I try to stop squid or restart squid when it's already running, it keeps waiting to stop and then suddenly starts deleting all files on the hard-drive. It's hard to diagnose anything more at that point because a lot of files on the machine are deleted. <snip> [root@tyan-gt24-04 ~]# service squid status squid is stopped [root@tyan-gt24-04 ~]# service squid start Starting squid: .[ OK ] [root@tyan-gt24-04 ~]# [root@tyan-gt24-04 ~]# service squid status squid (pid 9122) is running... [root@tyan-gt24-04 ~]# service squid restart Stopping squid: ........... Stopping squid: ................[ OK ] rm: cannot remove `/boot': Device or resource busy rm: cannot remove `/cgroup/cpuset/libvirt/lxc/cpuset.memory_spread_slab': Operation not permitted rm: cannot remove `/cgroup/cpuset/libvirt/lxc/cpuset.memory_spread_page': Operation not permitted rm: cannot remove `/cgroup/cpuset/libvirt/lxc/cpuset.memory_pressure': Operation not permitted rm: cannot remove `/cgroup/cpuset/libvirt/lxc/cpuset.memory_migrate': Operation not permitted ..... rm: cannot remove `/dev/shm': Device or resource busy rm: cannot remove `/home': Device or resource busy </snip> and it just hung here. On another machine, after it started deleting files, it ended with some error messages. <snip> rm: cannot remove `/var/lib/nfs/rpc_pipefs/portmap': Operation not permitted rm: cannot remove `/var/lib/nfs/rpc_pipefs/nfs': Operation not permitted rm: cannot remove `/var/lib/nfs/rpc_pipefs/mount': Operation not permitted rm: cannot remove `/var/lib/nfs/rpc_pipefs/lockd': Operation not permitted /etc/init.d/squid: line 53: id: command not found /etc/init.d/squid: line 53: [: -ne: unary operator expected [root@sgi-xe500-01 ~]# [root@sgi-xe500-01 ~]# </snip> Version-Release number of selected component (if applicable): squid.x86_64 7:3.1.23-4.el6 How reproducible: 100% Steps to Reproduce: 1. Login to RHEL 6.7 host with squid installed 2. Start squid using "service squid start" 3. Restart squid using "service squid restart" Actual results: All files are deleted on the machine. Expected results: Squid is restarted. Additional info:
Confirmed in a virtual machine.
Hello, There was a bug in steam for linux that also resulted in removal all all files from the root directory due to symlink nonalignment. https://github.com/valvesoftware/steam-for-linux/issues/3671 I have not looked at any of your code but I hope that this is close to the same solution, cheers!
It's reproducible, confirmed on VM. Hope it will get fixed soon so we can patch our environment.
Hello, package containing this bug has never been released. Cheers, Pavel
Thanks Swapna and Red Hat QE for catching this issue before the package was released. Great work!
This bug has for one reason or another started to become popular on social media so for the sake of personal sanity I would like to post this here so that I can stop replying to posts about it around the internet. ############################################################## ############################################################## # NOTE ###### # At the time of this writing, RHEL 6.7 is still pre-beta and # this bug was found in an *UNRELEASED* update to squid. ############################################################## ############################################################## I would like to echo Radek Vokal's sentiments and offer thanks to the team for finding and resolving this before it was ever released. Thank you, -AdamM
Also see https://bugzilla.redhat.com/show_bug.cgi?id=1102343 for where the problem was.
Verified that this bug is correctly fixed in squid-3.1.23-5.el6. Note that this rpm is not publicly available at this time, and further testing will be performed on it. RHEL-6.7 release is still under testing. As you can see bugs can be everywhere and that's the reason we care a lot about testing packages before releasing them, especially in case of widely used programs like squid.
Results from automated test: squid-3.1.23-4.el6 ================== no test results were collected because of broken environment, but many messages like these can be found in log: /usr/bin/rhts-test-runner.sh: line 197: grep: command not found /usr/bin/rhts-test-runner.sh: line 197: ps: command not found /usr/bin/rhts-test-runner.sh: line 257: awk: command not found /usr/bin/rhts_environment.sh: /usr/bin/rhts-report-result: /bin/bash: bad interpreter: No such file or directory /usr/bin/rhts-test-runner.sh: line 52: /bin/logger: No such file or directory /usr/bin/rhts-test-runner.sh: line 39: cp: command not found IOError: [Errno 2] No such file or directory: '/mnt/testarea/rhts/TESTOUT.log' /usr/bin/rhts-test-runner.sh: line 48: mv: command not found /usr/bin/rhts-test-runner.sh: line 57: rm: command not found /usr/bin/rhts-test-runner.sh: line 58: cat: command not found expr: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory /usr/bin/rhts-test-runner.sh: /usr/bin/rhts-sync-set: /usr/bin/python: bad interpreter: No such file or directory /usr/bin/rhts-test-runner.sh: line 64: /bin/touch: No such file or directory /usr/bin/rhts-test-runner.sh: line 74: /bin/logger: No such file or directory squid-3.1.23-5.el6 ================== :: [ INFO ] :: Trying all initscript actions :: [ PASS ] :: service squid start (Expected 0, got 0) :: [ PASS ] :: service squid restart (Expected 0, got 0) :: [ PASS ] :: service squid status (Expected 0, got 0) :: [ PASS ] :: service squid reload (Expected 0, got 0) :: [ PASS ] :: service squid force-reload (Expected 0, got 0) :: [ PASS ] :: service squid condrestart (Expected 0, got 0) :: [ PASS ] :: service squid try-restart (Expected 0, got 0) :: [ PASS ] :: service squid probe (Expected 0, got 0) :: [ PASS ] :: service squid stop (Expected 0, got 0) :: [ PASS ] :: Waiting 30m (Expected 0, got 0) :: [ PASS ] :: Directory /home should exist :: [ PASS ] :: Directory /etc should exist :: [ PASS ] :: Directory /var should exist :: [ PASS ] :: Directory /usr should exist :: [ PASS ] :: Directory /sbin should exist :: [ PASS ] :: Directory /bin should exist :: [ PASS ] :: Directory /boot should exist
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-1314.html